Hi Tom, thanks for the hints!
> TURBO C/FAT32:
> you mentioned 'linker complains: TGROUP exceeds 64KB' somewhere.
>
> TGROUP is *all* code called near and is a fundamental limit of small
> memory modell. If that's the problem, you got a real problem, as the
> kernels memory model is a bit complicated, and restructuring it might
> require serious work.
Yes... But maybe this is a recent change, more things moved to TGROUP,
maybe related to the new "smaller memory model for better UPXability"
thing introduced by Bart? I must admit that I had not tested Turbo C
compiles for a while. Basically I only noticed being unable to do a
FAT32 Turbo C kernel when I had to switch to Turbo C because of my SYS
troubles this week...?
> > sys "compileability" on Turbo C and OpenWatcom? Thanks a lot!
> that's easy: drop the tiny model and use small model instead...
Hmm I prefer to keep the file a COM, but it turned out that it did
help to change two counters from "unsigned" to "UWORD" and to do
an explicit cast here:
if (tocopy > (ULONG)COPY_SIZE)
tocopy = COPY_SIZE; /* cannot do all in one go */
Note that SYS 3.3 does not preserve the timestamp of kernel and
shell when copying, while 3.2 did. If this is a problem for the
users, let me know. It would make the code more complex and more
"ifdef-y" but I would survive that ;-).
> work with watcom RTL, or some (easy to write)
> void far *dosalloc(long length)
...
> this does NOT work for tiny model programs!
Hmm it does seem to work for me, though... I had to do manual
"huge" style pointers for Turbo C anyway, and the same code
now seems to work with Open Watcom, too :-).
Eric
PS: Now I still have 1 remaining Turbo C PROBLEM, during linking:
"Undefined symbol '_HaltCpuWhileIdle' in module dosidle.asm", which
does not happen with OpenWatcom. Relevant subversion revisions are:
freedos.svn.sourceforge.net/viewvc/freedos?view=rev&revision=1339
freedos.svn.sourceforge.net/viewvc/freedos?view=rev&revision=1346
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
