Re: Subject: Re: XYWRITE digest 2483

["Robert Holmgren" holmgren@xxxxxxxx]

** Reply to message from "Patricia M. Godfrey"  on Sat, 21
Jan 2006 13:33:41 -0500


> So it looks as if it is the contents, rather than the sheer size...
> that's gumming up the works.

OK, follow up on this revelation! First restart XyWrite -- it's ridiculous to
be muddying the waters with 350Kb of overflow files hanging around and marginal
main memory!! Open this ONE file (the XPLnCODEd crasher), or a copy of it, and
make sure it still crashes KERNEL32. Then start removing characters (or the
opposite: start with nothing and add characters). WHICH character is causing
the problem? Do some analysis: is it *any* red char that traps? If so, what
happens with other 3-byte chars that begin with 255, e.g. functions -- do they
trap too? Is it *any* 8-bit character, i.e. any character over 127? Try an E
grave or i circumflex or something like that... With and without Tbird...

Try a variant CodePage: put "437" on the CMline, move your cursor into text,
then both Copy and re-Paste the same text -- what happens? That overrides any
CodePage translation from 437==>1252==>437, and keeps the code in the 437 realm
throughout (probably this *will* work, because its the CodePage translation
that is calling KERNEL32.DLL -- I suspect Tbird has an open handle in KERNEL32
and that's what's causing the problem -- or maybe this whole Tbird thing is a
false positive and it really has to do with the specific characters that are
being Copied/Pasted -- I mean, I *presume* you have taken this red text and
tried it *without* Tbird running, and that works fine, right? If you tell me
that err umm no, actually, I never tried the exact same text with and without
Tbird, then shame shame shame!).

-----------------------------
Robert Holmgren
holmgren@xxxxxxxx
-----------------------------