Modified Files:
asc2ans.c con_out.cpp fido.cpp getkey.cpp js_global.c
msgtoqwk.cpp sbbsecho.c str_util.c
Log Message:
Finish the removal of Ctrl-AZ == EOF logic - wow, I didn't realize that feature was so pervasive. I hope I don't regret changing this. Ctrl-AZ == Ctrl-Z just "feels right" while Ctrl-AZ == EOF feels stoopid. :-/
---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
From rswindell@VERT to CVS commit on Friday, January 11, 2019 11:29:00
Modified Files:
asc2ans.c con_out.cpp getkey.cpp js_global.c msgtoqwk.cpp
putmsg.cpp sbbsecho.c str_util.c
Log Message:
A partial retraction of the Ctrl-AZ interpretation changes introduced on Oct-14-2018:
It turns out, PabloDraw actually inserts a Ctrl-AZ sequence at the end of .msg (and presumably Synchronet .asc) files it edits - before the SAUCE record.
This resulted in a printed Ctrl-Z character (arrow pointing right) in most terminals when viewing text/menu files created or edited with PabloDraw. :-( So, now Ctrl-AZ (uppercase) will revert to the previous definition:
premature end-of-file (EOF)
and a Ctrl-Az (lowercase) will output a Ctrl-Z (substitute) character.
I'm not a big fan of case-sensitive Ctrl-A codes, but frankly, running out of chars and I already started this pattern with the Ctrl-AF/f sequences. Hopefully there's no existing software that is/was putting Ctrl-Az (lowercase) in files, expecting that to trigger a premature EOF. I certainly was not.
---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net