76800 is possible with custom software. 38400 is possible while still using the internal rom routines. Iirc.
On Friday, November 11, 2022, B 9 <[email protected]> wrote: > Oh! The more I learn, the more I find there is to learn. I like that no > matter what mountain I climb, there's always Guru Hogerhuis already at the > top, smiling and pointing the way forward. > > So, it's not only been done, but you can poke the baud rate higher than > 19,200? And it is stable? I didn't see that mentioned in > Anderson'sProgramming Tips, Peeks and Pokes for the Tandy Portable > Computers. Did I miss it? Or is this another thing that needs to go in the > hypothetical Volume II? > > Is the source code to TBACK.EXE available to learn from? > > —b9 > > P.S. The program listing for your one-liner was a PNG image, which isn't > easy to copy text out of. I've converted it to a PDF for you, in case you > or someone would like to post it on the wiki. > > On Thu, Nov 10, 2022 at 11:55 AM John R. Hogerhuis <[email protected]> > wrote: > >> " If Model T strings can hold NULLs, then maybe one could create a string >> and change its pointers so it reads from any arbitrary location in memory." >> >> Indeed... we used this fact to dump the entire RAM in binary format out >> the serial port, from a BASIC program in less than 30 seconds. Faster if >> you poke a higher baud rate. >> >> This one dumps to NADSBox (has code to invokes the command to get NADSBox >> to start capturing) >> >> https://bitchin100.com/wiki/index.php?title=Model_100_RAM_Dump_One-Liners >> >> Or there's TBACK.EXE, no special hardware needed... can both inject the >> dump code and receive the file on the host in one step (tested on >> Linux/WINE as well as Windows). And it can restore the image onto a laptop. >> The only thing you need to do on the laptop is remember RUN"COM:98N1E<ENTER> >> >> -- John. >> >
