[net.micro.atari16] UniTerm: Bug in File Capture

ram-ashwin@YALE.ARPA (10/28/86)

Hi... File capture doesn't seem to work in the new version of UniTerm.
When I start file capture using alt-C, the dialog goes through fine, but
nothing that I type or the remote machine sends back gets echoed on the
screen (i.e., the screen just goes dead until I stop file capture).  I
can see something is getting transferred because the cursor flickers.
After stopping the capture, it comes back to normal.  However, the capture
file doesn't have ASCII data in it (when I type it on the screen, I get an
-- END OF FILE -- message right away) even though the file length looks
ok in the directory listing.

Has anyone else encountered this bug or knows how to fix it?  For the
time being I've gone back to using the old UniTerm since I use the file
capture feature.  I would appreciate it if someone (Simon?) could send
me a fix.

Another question:  What came of the terminal lockup debate?  I ran into
this problem yesterday while using UniTerm.  Has this been tracked down?

-- Ashwin.

ARPA:    Ram-Ashwin@yale
UUCP:    {decvax,linus,seismo}!yale!Ram-Ashwin
BITNET:  Ram@yalecs

P.S.  A suggestion:  If you called DEFAULT.SET something like UNITERM.SET
or UNITERM.OPT instead (like Kermit does), all the UniTerm files will list
together in the directory listing, making it easier to copy them all to
RAMDISK in one stroke (rather than having to hunt for DEFAULT.SET at the
other end of the directory listing).

-------
-------

SOFPJF@UOGUELPH.BITNET (Peter Jaspers-Fayer) (10/30/86)

That ---END OF FILE--- reply for your request to display the file is not
uncommon.  That *THING* that Atari put into GEM to display the file has
got to be the most USELESS object on the ST.  I hate asking for something
to be displayed and having only the "printable" (according to WHO, an
owner of a century old Teletype??) characters displayed (ever tried to
dump a 1st Word file saved in WP mode?), and spurrious premature EOF's.

Request:  How difficult would it be to case the SHOW|PRINT|CANCEL alert
to branch to some DECENT file display.  It should be able to set a DEFAULT
for PRINT|SHOW (if it's fast you can always CANCEL from the display!)

   Even if that's too hard (with ROM), does someone have a fast SMALL
desk assessory that displays (R/O edit) a file:  maybe a window, that
displays ALL characters using the full character set, displaying
"unprintables" (0 - 1F) as, say grey "."s (I don't care) and the minimal
set of pull/down or CNTRL key options or commands:
1) Toggle ASCCII|HEX
2) Toggle CR: use|display-as-glyph
2) Scroll bars + keypad arrows + ? (other movements)
3) FindUP, FindDown of arbitrary string (including ALT and CNTRL chars),
   terminated by mouse click, not ^M (unlike uEMACS), so you can look for CR.
4) Quit (UNDO key?)
But K.I.S.S. (and SMALL/FAST)

The thing shouldn't care if the entire file is 1M-all-one-line (unlike uEMACS
which complains about too-long lines).

The only thing that I've found that has most of the functions is DiskDoctor
but it's big, slow, and more than is needed.

 /PJ