🚀 go-pugleaf

jason@media-lab.media.mit.edu (Jason A. Kinchen) writes:
>                                        Has anyone solved the problem
>of dynamically, globally alloc'ing an arbitrarily long block of memory
>when you don't know in advance if it's longer than 64K?  Do you have
>to compile huge model or something nasty like that?

Here's one option if you're on a 386:  See Appendix E of the SDK manual.
Use the function Global32Alloc.  The selector you get back well be a USE32
selector, thus requiring a 32-bit offset.

Now the problem comes in referencing all that memory from a 16-bit program.
You can get 16-bit pointers into the memory using Global16PointerAlloc, but
each pointer will be limited to a 64K segment of space.

If you write some assembler, you can reference the memory using the 32-bit
registers, or other bits of 386-specific code.

Just some food for thought ...

Mojo

-- 
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