Hi!
15-Апр-2006 23:06 [EMAIL PROTECTED] (Scott Mayo) wrote to
freedos-user@lists.sourceforge.net:
SM> claiming many thousands. And it apparently calculated the maximum
SM> necessary depth at every point in the call tree, because it would trigger
SM> a stack overflow on the first call out of main - which made it impossible
SM> to figure out which function it really thought,
If C/C++ compiler able to make global optimization (across functions
in one source and over all functions in all linked modules), then it may
precompute required stack space (for non-reqursive part of call tree) and
may generate consequent (not default) stack space. But currently, with
binary .obj files this is impossible. :(
SM> way down the tree, needed
SM> all the space. After a half hour of banging around, I downloaded DM, and
SM> there were no stack problems.
If you explain your trouble (show source and command lines to
compile), then we may be help you with OW.
>> >> You don't need a 32-bit DOS kernel, but a 16-bit DOS kernel (like
>> >> freedos's) and a DOS extender like cwsdpmi, dos32a, etc...
SM> I'm hoping I don't even need the extender. Unless waterloo TCP is
SM> ginormous, there's no reason why my code, DOS, and a packet driver
SM> shouldn't fit in 640K.
contrib/ directory in OW sources include reduced version of WatTCP.
-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
_______________________________________________
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user
