From mint-bounce@lists.fishpool.fi Sun Dec 13 23:18:50 2009 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=il/3JqCMXqNKoPP4Ly0zLbsEHr4V5VhwpwPEVVORnd0=; b=UMoLT16yB8bZDgTPOz7DcCVy9m8RheuIRUggumruFcNYRqfx4uKjVpdJLDBdkf9bEF K8FVLQcKUlJAkG+u6JpRCP+Z81CVkaasoqdJNknQCnuPDBaZ8Eec3IFeLai9XlqgqrYE r1V6X+7Q+WAik3895Jzbv70CkTvMS9yolAoqU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=bpaFXQAcVR0xpGs0sR/PQP2Lcs8PEibLPUFfkZ5cugZqwowDXUswFpCCFyyjpQe8c7 28KG57FShFOmmQDskw6AphCMs1N/qGxvYX3HzdudvgKvfdkan7Jfi7Vu2T3W3nSWslT/ P1c+rnWjRKdhBLoDqqOVH8hEHwDWGJc1sRyI0= MIME-Version: 1.0 In-Reply-To: <13020705-2761-4E12-A268-C1B53375503F@gmail.com> References: <909D4D62-F763-407A-BD1A-38C15F2DC66E@gmail.com> <11a6f2b10912121024i5e8ce03fo114cb7df99650a52@mail.gmail.com> <13020705-2761-4E12-A268-C1B53375503F@gmail.com> Date: Mon, 14 Dec 2009 15:17:10 +1100 Message-ID: <11a6f2b10912132017m1c7bae5dwc9e29ea93c0d86b8@mail.gmail.com> Subject: Re: [MiNT] Mintlib: VcheckMode() and Srealloc() From: Paul Wratt To: mint Content-Type: text/plain; charset=ISO-8859-1 X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-to: mint-bounce@lists.fishpool.fi X-original-sender: paul.wratt@gmail.com Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: List-subscribe: List-owner: List-post: On Sun, Dec 13, 2009 at 5:39 AM, Peter Persson wrote: > > On 12 dec 2009, at 19.24, Paul Wratt wrote: >> first, have you tried ALL the doc source, it may also be undocumented >> somewhere, as it were > > I've searched the relevant headers in mintlib (/mint/falcon.h and /mint/osbind.h). > >> To add it, start with a call you do know, and reference that, you can >> always do a little test prog to check it is functioning > > Thanks, I know how it works. > >> If you can find them used, then you can "devine" what they pass, and >> what they return, which should help when referencing the known call, >> and creating the entry.. > > WORD VcheckMode(WORD modecode); > - it takes a modecode as input parameter, parses it, and returns a suitable modecode based on the current monitor type. > >> I think Ozk tried a couple of different VcheckMode() variations when >> trying for Milan S3, RageII, and Falcon compatible rez changing > > Sounds weird. VcheckMode() is a TOS call. It's used in the k_init.c, and by the TOS VDI (I think I wrote desktop earlier, I think it's in w_opnwk() though) prior to setting the screen resolution. > The call is useful, and I already know how it works. Since we're using it in XaAES too, I think it's right to put it in mintlib as well. The right place for this would be falcon.h, and it's not there. > > Srealloc() is a bit tricky, because I get the impression (based on Vsetscreen() behavior) that it re-allocates memory. But re-allocation could also be placed in the Vsetscreen() function. Again, it's not documented, but TOS uses it. > > -- PeP It has just occured to me that you might have been asking "how do I get it in CVS".. someone will have to review it, and I think, under the circumstances, Johan should be consulted on any VDI stuff, if for no other reason than the knowledge he has, there may be a reason it is undocumented. Srealloc() may also have "unreliable results" if it too is undocumented. If these are however Falcon only (Vcheckmode is not, but may be dependant on driver also), then there should not be any issues adding them immediately, as long as CTxx hardware can produce consistant results, and again, other graphics card for Falcon.. maybe simple post the additions as you have them in the headers, and possibly some test code so others can do some quick tests, that should also allow any review to happen immediately.. (is there someone who handles this area?) Paul