Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!usc!jarthur!elroy.jpl.nasa.gov!ames!pacbell.com!tandem!netcom!mojo
From: mojo@netcom.UUCP (Morris Jones)
Newsgroups: comp.windows.ms.programmer
Subject: Re: Windows 3 segment/selector problems (Tech. Quest.)
Message-ID: <19274@netcom.UUCP>
Date: 22 Dec 90 10:26:05 GMT
References: <1990Dec19.194631.22880@progress.com> <4563@media-lab.MEDIA.MIT.EDU> <600@rodan.cs.utexas.edu>
Reply-To: netcom!mojo@apple.com
Distribution: comp
Organization: Netcom- The Bay Area's Public Access Unix System {408 241-9760 guest}
Lines: 21

nickel@cs.utexas.edu (Jody P. Nickel) writes:
>This isn't pretty but... And I'm sure Microsoft won't condone it. The pointer
>returned will always be an XXXX:0000, where XXXX is the selector for the
>first 64K of the memory. To get to the next 64K you need to increment the
>selector by (I'm not %100 of the value) 8.

WAIT hold on there just a moment.  The value might not always be 8.

But SUPPOSEDLY you can be sure by adding the contents of the variable
_ahincr.

Check that out.  I'm pretty sure that's what the SDK says, and that's
how C generates code for huge pointers.

Mojo
netcom!mojo@apple.com
-- 
mojo@netcom.UUCP          Site Coordinating Instructor, San Jose South
Morris "Mojo" Jones       Skilled Motorcycling And Rider Training (S.M.A.R.T.)
Campbell, CA              800-675-5559 ... 800-CC-RIDER ...  408-423-2212
AA4KB @ N6LDL.#NOCAL.CA.USA.NA / aa4kb.ampr.org / netcom!mojo@apple.com