Subj : RE: Copy and paste (was: Re: journal)
To   : MARK LEWIS
From : ED KOON
Date : Tue Jan 14 2020 10:08:56

> i understand, ed... the problem seems to be related to line lengths and how
> your software handles long lines... i know there's a buffer that they have to
> be read into for processing... possibly that buffer is only 255 characters
> whereas long lines may be up to 32k or 64k in length... no clue how to fix it
> without the sources and compiling a new binary... possibly someone with the
> deep skills could patch on a replacement routine and adjust the binary to 
jump
> to the new routine but that's some deep binary level hacking to do without 
the
> source code...
> 
> FWIW: it has been happening for quite a while... i've mentioned it to JM a 
few
> times in the past several years and he makes attempts to work around it by
> manually shortening his lines by hitting enter on them like old typewriter 
days
> but sometimes he/we forget to do that... when that happens we see the chop
> where the rest of the line longer than the available buffer space is lopped 
off
> and never processed as the code jumps to the next line to process it...
> 
> hopefully there will be a fix coming for you... good luck! :)

I see it now after posting a 8 generated paragraphs. Must be from Wildcat 5
internal coding. I see the vultures flying overhead! :)
--- Platinum Xpress/Win/WINServer v3.0pr5
 * Origin: Fido Since 1991 | QWK by Web | BBS.FIDOSYSOP.ORG (1:123/140)

.