Sounds like what I do when I want separate versions and can't be bothered
extracting the desired file from the main log. ;-)
On the PC using old venerable ProComm:
Save new version:
ESC: terminates previous D/L
PgDn,7: selects new ASCII D/L
Enter version no.
Ready to receive next version,
> On Oct 31, 2022, at 1:31 PM, John R. Hogerhuis wrote:
> The other way to do that is filesystems and backup agents that give you a
> time machine feature.
My TPDD emulator of choice is pointed at a corner of my home directory. My
home directory is in a ZFS dataset. The ZFS dataset is snapsho
On Sun, Oct 30, 2022 at 8:58 PM B 9 wrote:
> On Sun, Oct 30, 2022 at 7:28 PM John R. Hogerhuis
> wrote:
>
>> You could always script it out to do a git commit after every ctrl-z
>>
>
> Sometimes, I don't know if you're joking or not... I mean, yes, that's
> brilliant and should work. But, oh boy
I have been playing with integer arithmetic with decimal to hex conversions
in BASIC.
Here's some code that looks like it could work, but for a couple of
reasons, *doesn't work.*
1 DEFINT B
10 H$="0123456789ABCDEF"
15 M$=""
20 B=-1
30 M$=MID$(H$,1+(B AND 15%), 1)+M$
50 B=B\16%
55 IF B=0 THEN PRIN
In my rather verbose reply I probably didn't make it clear that there should be
no problem uploading/saving to the server at 19,200bd; the issues are with
downloading to the M100. I just keep it at 9600 because it isn't really much
slower and I don't have to change baud rate on the server when I
You've summed it up very well indeed.
Putting it another way:
If the 'server' handles it correctly (and apparently some versions of Linux do
not) then the actual XON/XOFF protocol is completely reliable if you are
connected directly or through compatible modems. The receiving client sends an
X
