Re: Subject: Re: XYWRITE digest 2483

["Robert Holmgren" holmgren@xxxxxxxx]

** Reply to message from "Patricia M. Godfrey"  on Thu, 19
Jan 2006 16:03:42 -0500


> I too have two entries with red words at the top of my new Xywwweb.reg.
> They're commented out (start with semicolons). Do they still need to be
> removed?

Not if they're properly commented out (which REGCFG.PM should do
automatically). Jon's, however, were not.

> one is a NOT FOUND resulting from the
> unusual name of the directory in which Acrobat Reader is located. I have
> a correct fully qualified path to ACRORD32.EXE but wasn't sure where I
> should put it.

I suspect that it does not result from the "unusual name" of the path\dir, but
rather from two Reader installations, one old and one new; and the
non-operative install was found first. Check it out... (Later: The fact that
this particular ACRORD32.EXE is in a TEMP directory is, I think, telling. No
way is Acrobat going to be installed in a subdir of \TEMP! We are, I imagine,
saying the same thing here... That particular ACRORD32 *may* be the
installation file for Acrobat, not the executable. What's the date on it, vs.
your actual Reader file? And file size etc. You can easily figure out what
this really is... Sounds like phony baloney to me. If it's a dupe of the
actual Reader EXE, just kill it -- unless you determine that this really is
where Reader is installed. Check Reader properties. Etc etc etc duh)

You could put the ACRORD32.EXE spec at the variable named "PDF|PS=" -- although
the template default for this variable is equally acceptable, or perhaps even
preferable; it redirects queries of this variable to Ghostscript and the
variable named "GSView_Win32=". Thus, assuming you have Ghostscript installed,
PDFs and PS docs will display in GS.

> This is clip.exe dated 12-30-2005  5:17am. That is the latest one, no?

Yes. I don't understand what you're saying. CLIP.EXE has nothing to do with
T-bird. It isn't talking to T-bird, isn't interacting with T-bird. So you're
saying that *if* T-bird happens *coincidentally* to be running concurrently,
that CLIP then crashes? But if T-bird isn't running, CLIP doesn't crash?
Something like that? Does this happen only when you're composing a message, or
*anytime* T-bird is up e.g. just looking at your Inbox (or whatever they call
it)? Does it *always* happen?

What's the date of MSVBVM60.DLL? Of UNICOWS.DLL? I'd consider replacing *all*
copies of UNICOWS.DLL with the one in U2UTILS.EXE dated 12/7/04... Also the
latest T-bird (v1.5 is the Firefox I have); early versions of Firefox did have
a lot of bugs.

This is a lucidly insightful Subject line, isn't it? Digest #2483. Heaven
forbid it should be #1789! Notice how, with each reply, the subject grows in
size, due to the diabolically clever construction of it: soon it will be
something like "Re: Subject: Re: Subject: Re: Subject: Re: Subject: Re:
Subject: Re: Subject: Re: Subject: Re: Subject: Re: XYWRITE digest 2483". But
Jon may still get the idea in due course -- we all have to patient, and nurture
him along. Maybe it's a subconscious plea for reference and subject matter in
his life? I feel his pain.

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