Xon/xoff flow control doesn't work with the model t and Linux unless you turn the baud rate down really low. That's why in HTERM I implemented hardware flow control.
Teeny/DL is packet based and it doesn't use flow control. and in fact doesn't need it because it's completely client driven. There's no way for the remote to overrun its 64 byte queue since every incoming packet (max 128 bytes) is in response to a client request. -- John. On Wednesday, June 1, 2016, Brian White <[email protected]> wrote: > How can I load-and-run-without-save-first? > > Use TpddTool to copy it to a floppy, > Install and patch floppy as per the text file, and then some syntax to the > run command directly from the pdd2 from within basic? > > Or is there a cassette version? > > Or really I guess the question is, why the heck does my serial cable and > null modem work perfectly reliably for teeny and dlplus, yet not when I try > to use "cu" on linux to feed a file to a run/load com:... command on the > m100? Is there a reference of known working settings to set in cu to match > up with a particular setting on the m100? I'm no stranger to rs232 so I > would normally not be one to have to ask such a question, and in telcom I > can type into one keyboard and it appears on the other screen fine, and I'm > using xon/xoff enabled on both ends, (assuming "man cu" isn't lying) same > speed, parity, stop, all the same as teeny & dlplus. > > Yet the run or load command in basic is acting sort of like no flow > control or mismatched speed or maybe bad interaction with escape char (~ > not literally esc) or xoff char or ??? I don't know? > > When I do "~> PGMENU.BA" in cu, it says 1 2 3 4 5 file sent, but nothing > happens on the m100 sitting there at a run"com:98n1e command (or 98n1enn, > or 88n1e, or even 38n1e with the matching speed changes on linux) > > I can try minicom or even a windows or mac app if there is some other > recipe you use which you know works. > > Thanks much >
