[Date Prev][Date Next][Subject Prev][Subject Next][ Date Index][ Subject Index]

Re: XyWin on XP



Yes - - I remember XyWin crashing some years ago because of a font
conflict. Wouldn't it be nice to have a XyWin that worked?

At 7/8/2008 03:51 PM, you wrote:
My XyWrite fior Windows stopped working about two months ago. After contemplating suicide (or returning to paper and pencil) a few times, I followed up on a previous suggestion to execute the startup file step by step. The software reported insufficient memory and froze every time the printer file had to be loaded. On inspection, there were several unicode fonts loaded by Windows. These font files are sometimes rather large, several megabytes in size. After deleting the largest unicode fonts, XyWin worked again. Happiness!
 
Valmond Ghyoot
 
 
 


 
On 7/8/08, Paul Ambos mailto:pambos@xxxxxxxx wrote:
For several years now Priscilla Godfrey had been trying to track down why
XyWin aborts itself or locks up under Windows XP on some machines but not
others.  In the post copied below she speculates that it may be a BIOS or
chipset issue, but evidently her requests for further data have gone for the
most part unanswered.

A week and a half ago my office computer crashed and the IT guy recommended
an operating system reinstall due to bad sectors on the C drive, and since
my registry backup was not as current as other files, I reinstalled software
rather than restoring the registry.  Lo and behold, XyWin, which never
worked before on this machine, now does.

So the issue is not BIOS or chipsets, but probably some other driver that is
interfering with XyWin.  In short, it is clearly strictly a software issue.
If XyWin fails as I add other software in the future, I should be able to
pin down the problem and will report.

Regards,

Paul Ambos
mailto:pambos@xxxxxxxx






   * Subject: Re: XyWin on XP
   * From: "Patricia M. Godfrey"
   * Date: Fri, 18 Nov 2005 12:39:49 -0500

RJW823@xxxxxxxx wrote:

>
>My desktop has same processor and RAM.  XyWin runs  fine.
>Bob White
>

We've apparently eliminated CPU and RAM, or at least gross amount of
RAM. So the next things to look at are BIOS and chipsets. Unfortunately,
they're harder to find out, esp. in Name Brand systems. The BIOS brand and
version usually flashes on the screen at the PC boots, but with modern
screamingly fast systems (before they start trying to load Redmond Rubbish),
that can fly by too fast to be seen. If you cannot catch the name and
version, look for the key that you're supposed to hit to enter the BIOS (you
may well need it sometime, so you should know it anyway), and hit it. DON'T
do anything once you're in it, just look and see; it should say, e.g., AMI
BIOS version xx.xxx. Write it down, then hit escape and accept "Exit without
saving?"

The chipset maker and version should be listed in the docs that came with
the machine. It also probably appears in Control Panel's Device Manager:
things like the IDE controller, USB controller, IRQ steering will specify
whom they're by.

I will check next time I'm in the office and see what the XP box has. If we
can amass enough data, we may be able to discern a pattern. (If two people
have the exact same hardware, and one can run XyWin and one cannot, then we
know that the problem is in some setting, either in XP or XyWin. If no one
with Brand X BIOS or Chipset can run it, and everyone with Brand Y can, we
know it's a hardware issue.)

Patricia M. Godfrey