Re: [Freedos-devel] ANNOUNCE: FD APPEND 5.0 v0.4
Hi! 18--2004 16:43 [EMAIL PROTECTED] (Eduardo Casino) wrote to [EMAIL PROTECTED] [EMAIL PROTECTED], [EMAIL PROTECTED] [EMAIL PROTECTED]: EC * APPEND is now a COM file (smaller), as suggested by Eric, but EC it keeps the EXE extension. Is it .COM file renamed to .EXE or this is .EXE file with header, as in .COM? If first, then I against this, because .COM format is bad for TSR (which will loaded into UMB by LH command). If you wish to remain in .COM mode, you may _convert_ .COM into .EXE (for example, with help of my COM2EXE). --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] ANNOUNCE: FD APPEND 5.0 v0.4
Hi, Arkady, El sáb, 19-06-2004 a las 08:49, Arkady V.Belousov escribió: EC * APPEND is now a COM file (smaller), as suggested by Eric, but EC it keeps the EXE extension. Is it .COM file renamed to .EXE or this is .EXE file with header, as in .COM? If first, then I against this, because .COM format is bad for TSR (which will loaded into UMB by LH command). If you wish to remain in .COM mode, you may _convert_ .COM into .EXE (for example, with help of my COM2EXE). It is .COM renamed to .EXE. I'm a bit new to this so, will you be so kind of explaining why is it bad? I've loaded it into UMB with LH and it seems to work. Eduardo. --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] ANNOUNCE: FD APPEND 5.0 v0.4
Hi! 19--2004 09:45 [EMAIL PROTECTED] (Eduardo Casino) wrote to [EMAIL PROTECTED]: EC * APPEND is now a COM file (smaller), as suggested by Eric, but EC it keeps the EXE extension. Is it .COM file renamed to .EXE or this is .EXE file with header, as in .COM? If first, then I against this, because .COM format is bad for TSR (which will loaded into UMB by LH command). If you wish to remain in .COM mode, you may _convert_ .COM into .EXE (for example, with help of my COM2EXE). EC It is .COM renamed to .EXE. Renaming .COM to .EXE gives nothing useful, except misinforming user. EC I'm a bit new to this so, will you be so kind of explaining why is it bad? EC I've loaded it into UMB with LH and it seems to work. Unlike .COM, .EXE files have header, where sayed how much of memory should be allocated for program when it loaded. This allows for LH to load program into more appropriate UMB, not into the largest. For .COM files always should be selected largest UMB, because it (by specification) requires up to 64k of memory available at start. Secondly, DOS may load .COM file into lesser (than 64k) UMB, if there are no larger UMB, but, if program doesn't check that SP is above its your required memory, then it will work wrong and/or overwrites MCB of next block. For example, I know one (very useful program!), which works incorrectly, when loaded by LH and there are low of UMBs. With .EXE, this will never happen. This is reason, why I wrote COM2EXE and convert CTMOUSE.COM into .EXE. This adds only 32 bytes of header, so, overhead is small, but safety and convenience for user is much increased. You may get my COM2EXE from CuteMouse package or wrote your own COM2EXE utility. When converting .COM into .EXE, my utility says in .EXE header, than program requires 64k of memory, unless you use -s option, which specifies how much of space should be allocated for data and stack areas. For CTMOUSE I specify 512 bytes, which includes zero data area and 512 bytes of stack. Warning: unlike .COM, for .EXE DOS doesn't places zero on top of stack, so, you can't end .EXE program (plain .EXE or converted from .COM to .EXE) by RET instruction, only by INT20 or INT21/4C. --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] ANNOUNCE: FD APPEND 5.0 v0.4
Hi, El sáb, 19-06-2004 a las 10:19, Arkady V.Belousov escribió: This is reason, why I wrote COM2EXE and convert CTMOUSE.COM into .EXE. This adds only 32 bytes of header, so, overhead is small, but safety and convenience for user is much increased. You may get my COM2EXE from CuteMouse package or wrote your own COM2EXE utility. When converting .COM into .EXE, my utility says in .EXE header, than program requires 64k of memory, unless you use -s option, which specifies how much of space should be allocated for data and stack areas. For CTMOUSE I specify 512 bytes, which includes zero data area and 512 bytes of stack. Thanks a lot for the info. Is this equivalent to adding a harcoded EXE header, as described in the nasm manual? Warning: unlike .COM, for .EXE DOS doesn't places zero on top of stack, so, you can't end .EXE program (plain .EXE or converted from .COM to .EXE) by RET instruction, only by INT20 or INT21/4C. No problem, append already uses INT21/4C. Eduardo. --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] ANNOUNCE: FD APPEND 5.0 v0.4
I have done a couple of testings with /X:ON and DIR FD-APPEND + NT/CMD.EXE is NOT affected MS-APPEND/NT + FreeCOM is AFFECTED Thus my guess is that it is, I would say, COMMAND.COM who has to care about this (NOTE: I filled a bug report about this long time ago, but it was a guessing, because MS-APPEND made FreeCOM crash, I guess due to problems with 2Eh). Aitor Eduardo Casino escribió: El vie, 18-06-2004 a las 23:12, Alain escribió: Is this append FreeDOS only or should it run in MS-DOS 7.10 or in a Win98 DOS-BOX? FD only. It is untested under MS-DOS 7.10 or W98 DOS-Box and it breaks DIR under MS-DOS 6.22 when using /X[:ON]. Anyway, can you please test it under MS-DOS 7 and W98? Eduardo. --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] ANNOUNCE: FD APPEND 5.0 v0.4
Aitor Santamaría Merino wrote: I have done a couple of testings with /X:ON and DIR FD-APPEND + NT/CMD.EXE is NOT affected MS-APPEND/NT + FreeCOM is AFFECTED and the COMMAND.COM on WinNT (at least Win2000 and XP have both a cmd.exe and a command.com)? I'll retest FreeCOM behaviour, but already experienced when A: and B: are equal that FreeCOM asks for disk change about 3 times, when using APPEND B:\;B:\DRIVER /X:ON hopefully this is now gone, but we'll see (if I find the time to test, that is). Bernd --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] ANNOUNCE: FD APPEND 5.0 v0.4
Hi, Bernd! El sáb, 19-06-2004 a las 14:50, Bernd Blaauw escribió: I'll retest FreeCOM behaviour, but already experienced when A: and B: are equal that FreeCOM asks for disk change about 3 times, when using APPEND B:\;B:\DRIVER /X:ON hopefully this is now gone, but we'll see (if I find the time to test, that is). I'm testing this now, but I can not reproduce the problem with older versions, either. Which command gives you this behaviour? It would be easier to track if I can clone the same situation. Thanks in advance, Eduardo. --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] ANNOUNCE: FD APPEND 5.0 v0.4
Hi! El sáb, 19-06-2004 a las 14:30, Aitor Santamaría Merino escribió: I have done a couple of testings with /X:ON and DIR FD-APPEND + NT/CMD.EXE is NOT affected MS-APPEND/NT + FreeCOM is AFFECTED Thus my guess is that it is, I would say, COMMAND.COM who has to care about this This is what I believe. I've already make the proposal to freedos-freecom and Steffen. Eduardo. --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] generatin binary files by TLINK
Hi! Some years ago Bart shows, how to generate binary files (file with any ORG, not only 100h) by TLINK. Unfortunately, I lost those description. Does someone knows how to do this? --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] generatin binary files by TLINK
Arkady V.Belousov wrote: Hi! Some years ago Bart shows, how to generate binary files (file with any ORG, not only 100h) by TLINK. Unfortunately, I lost those description. Does someone knows how to do this? Explicitly provide an extension other than .COM for the output file and supply the /t switch, I believe. -uso. --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
