September 24, 2003
Every so often, miracles happen.
And when they
do, they always bring a sense of awe, and a warm
fuzzy feeling of trust in a higher power
to the unsuspecting onlooker.
I experienced such a miracle yesterday.
The higher power was Microsoft, and the awe was
triggered by the fact, that after gently nudging
them (i.e. bitching at them) for a few months now,
finally, like with an all-encompassing light and
a booming voice, they spoke to me.
(And for anybody who hasn't detected my sarcasm yet,
I suggest a thourough head examination....)
Of course it was in regard to the "NMI: Parity Check
Error" that has too often been the topic of monologue
in this blog
(like here,
here,
and here).
For all interested parties, here's the beat by beat from
the MS engineer who got stuck with the task of investigating
this (and who for his own safety, shall remain
anonymous). It should be noted, that the message was graciously forwarded by
Robert Scoble,
who deserves a pat on the virtual back for keeping his promise
and producing results. (Note: Despite requests for more general
information, the MS response focuses solely on
my particular problem with the NMI Parity Check error in conjunction with
the Nikon LS 2000 Film scanner):
We've had troubles with this scanner because of the lack of Nikon
offering XP drivers for the device back during the XP testing days.
I read his links [he means ME by that - never mind, that I'm not
a "he"] and it looks like he was having several problems using
Windows in general with Norton, Adaptec, Nikon problems. (Generally it's
a rant describing a process that fails.) [You got that right, Buster.
Rant it is, and fail it did.]
As for the Nikon LS 2000 issue - beware what you buy. I would not
recommend using any legacy peripheral device for XP or post XP
(including serial, parallel, and SCSI devices). The description about
his SCSI problems are indicative of the SCSI experience using XP (in
that Windows had no Adaptec drivers inbox and the using had to troll the
Adaptec site for the correct drivers.
Also, the original mail came out only 4 months after XP released. I
remember a lot of hardware vendors still were not up to speed
(XP-driver-wise, WHQL-driver-wise) until the following summer.
Today, I found the following:
http://www.nikonusa.com/usa_tech_center/dtc_options.jsp?cat=1&grp=2&prod
uctNr=9295
I'm sure here a user can get their Nikon film scanner working for this
device on XP and be able to update the firmware for the device.
Accord to what I read, he gave up on his Nikon LS2000 a while ago.
Today, I think he would have less trouble. We didn't have any trouble
with SCSI for XP or Adaptec: remember that KB article that recommended
users goto the Adaptec site? The rest was up to the vendor, Nikon. I
don't see any XP problem illustrated here: I see vendors failing their
customers 4 months after XP shipped.
If I've missed the point or something, let me know.
Uhhhmmmm ... sort of. The bit about not using any
serial, parallel, or SCSI devices was certainly a
revelation. Yet I have a flatbed scanner and printer
daisy-chained off my parallel port, and they've
been running with zero problems under XP. So far, anyway.
As far as the Nikon scanner goes - well, given that
it took Microsoft 3 months to come back with the keen
observation that Nikon is slow to keep up on their
compatibility development, it smells to me a bit too
much like the pot calling the kettle black.
The fact remains that I still get tons of email
from distressed people in regards to this error,
looking for information on how to solve the problem.
To make it easier for them from here on out though,
I'll be dedicating a section of this site to collecting
error reports, resources, and individual solutions
in the hope that one day, a clear picture about the
root of the error and its resolve may emerge.
(I will be posting the link to the new section in this
blog as soon as I'm done with building the page.)
Update 2:35pm: It's done.

|