Re: [Freedos-devel] Re: Should MODE raise DTR / RTS ? -- MODE updated!
On Fri, 23 Apr 2004 16:39:45 +0200 (MEST), you wrote: Hi Eric, Sigh... have to followup myself... Sorry I'm slow, I hurt HongKong's speedy reputation :-( [ http://www.coli.uni-sb.de/~eric/stuff/soft/ mode-23apr2004.zip ] The cannot read config in MODE COMn BAUDHARD=1 mode bug was caused by BAUDHARD being treated as a config SET to default trigger, so the function would always read 2400,N,8,1 right after setting it to those values itself. Fixed now. Oops ... Summarizing MODE 23apr2004 improvements again: - you can now use BAUDHARD=1152 to set 115200 baud (which BAUD=... can only set successfully if ComShare is loaded or your BIOS emulates that) - verbosity is again lower - you can use MODE COMn BAUDHARD=1 to read out port settings (baud rate, word length, parity, stop bits, DTR/RTS status - when you use BAUDHARD to set baud rate, DTR/RTS will be forced to on (I wonder if this is useful for more people except Jeff). Usually I work with Terminal emulation program, but is CTTY COMx can connect to the COM directly? PS Aitor: Would LZSS compression be okay? Modified public domain Lempel Ziv Welch plus Huffman coding compress / decompress tool, very small, compresses a 57k CPI file to about 19k. ZIP and GZIP would reach 6k but it would need ZLIB (not included in HELP, this is why the help sources did LOOK as if they had not grown that much - to compile HELP, you download ZLIB sources separately!) or TUNZ. Not sure about TUNZ license...!? It's freeware. But asking Lucho to confirm. MODE binary is 16248 bytes UPXed right now - almost 16k. Ok. Rgds, Johnson. --- This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek For a limited time only, get FREE Ground shipping on all orders of $35 or more. Hurry up and shop folks, this offer expires April 30th! http://www.thinkgeek.com/freeshipping/?cpg=12297 ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Re: Should MODE raise DTR / RTS ? -- MODE updated!
Sigh... have to followup myself... [ http://www.coli.uni-sb.de/~eric/stuff/soft/ mode-23apr2004.zip ] The cannot read config in MODE COMn BAUDHARD=1 mode bug was caused by BAUDHARD being treated as a config SET to default trigger, so the function would always read 2400,N,8,1 right after setting it to those values itself. Fixed now. However, there is still a bug open: The 19200 BAUD (not BAUDHARD) and mark/space sticky parity selections 1. work, so my Pentium BIOS supports int 14.4 2. cause BREAK to be set, so probably RBIL 61 has a bug in the -1400 int 14, ah=4 description? I set AL to 1 to clear BREAK, but it seems that I have to set AL to 0 instead!?!? Summarizing MODE 23apr2004 improvements again: - you can now use BAUDHARD=1152 to set 115200 baud (which BAUD=... can only set successfully if ComShare is loaded or your BIOS emulates that) - verbosity is again lower - you can use MODE COMn BAUDHARD=1 to read out port settings (baud rate, word length, parity, stop bits, DTR/RTS status - when you use BAUDHARD to set baud rate, DTR/RTS will be forced to on (I wonder if this is useful for more people except Jeff). PS Jeff, the FAQ entry is wrong. You cannot set DSR/CTS, I think you wanted to write DTR/RTS here (DSR/CTS are inputs). PS anybody: The help screen of MODE is very crowded. Would be nice if somebody could donate a mode.txt documentation file (and maybe even collect a history.txt???). Thanks. The mode.txt file would not be an help screen but something that could be placed in the FreeDOS HELP database and spread as %dosdir%\DOC\MODE\help.txt ... PS Aitor: Would LZSS compression be okay? Modified public domain Lempel Ziv Welch plus Huffman coding compress / decompress tool, very small, compresses a 57k CPI file to about 19k. ZIP and GZIP would reach 6k but it would need ZLIB (not included in HELP, this is why the help sources did LOOK as if they had not grown that much - to compile HELP, you download ZLIB sources separately!) or TUNZ. Not sure about TUNZ license...!? MODE binary is 16248 bytes UPXed right now - almost 16k. --- This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek For a limited time only, get FREE Ground shipping on all orders of $35 or more. Hurry up and shop folks, this offer expires April 30th! http://www.thinkgeek.com/freeshipping/?cpg=12297 ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Re: Should MODE raise DTR / RTS ? -- MODE updated!
Hi, Eric Auer escribió: PS Aitor: Would LZSS compression be okay? Modified public domain Lempel Ziv Welch plus Huffman coding compress / decompress tool, very small, compresses a 57k CPI file to about 19k. ZIP and GZIP would reach 6k but it would need ZLIB (not included in HELP, this is why the help sources did LOOK as if they had not grown that much - to compile HELP, you download ZLIB sources separately!) or TUNZ. Not sure about TUNZ license...!? MODE binary is 16248 bytes UPXed right now - almost 16k. Well, actually I can't tell much... It won't affect DISPLAY.SYS at all, and I am not a lawyer... ;-) So you can just try and ask Henrique wether he can compress CPI files with that. Aitor --- This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek For a limited time only, get FREE Ground shipping on all orders of $35 or more. Hurry up and shop folks, this offer expires April 30th! http://www.thinkgeek.com/freeshipping/?cpg=12297 ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
