Hi Will,
WH> Interesting. I have a 4 unit NEC changer (IDE) and a SCSI CDRW that
WH> seem to get along fine with no delays.
In the Pioneer case, it uses a single caddy for the 6 CD's, and if the caddy
is not in the drive, then all drive letters return a "not ready" status
immediately so no delay is noticed. The moment the caddy is inserted, it will
try and load a CD when one of the assigned driver letters is accessed, and
thats when the delay in MEMSIZE occurs. If your drive uses a rotundra
methodology to change CD's, then the detection of the presence of a CD is
probably much faster...
WH> What I find objectionable - and it may be the same bug -
WH> is that all the connected LAN drives are scanned resulting
WH> in really annoying slowdowns at every update. This also
WH> occurs whether the LAN drives are displayed or not.
The only time I see delays in reporting of LAN drives is when the MEMSIZE
machine loses contact with the machine being monitored (it dies or the LAN
cable is removed somewhere). If you are seeing this quite regular, then maybe
there is an actual LAN issue somewhere, I dont see that level of degradation
until something is REALLY wrong on the LAN.
I also agree that NONE of the error situations we are seeing should cause
delays anywhere, IF the object related to the delay is not currently
configured into the MEMSIZE reporting. It may be worth droping Rick a line
about your symptoms and see if he is aware of them. His email address is on
the "Product Information" page off the menu, and he responded to my messages
in very quick time, something like 6 hours to all them them. An excellent
response.
WH> Adding to that I was using the Theseus/2 methods which FP12 killed, so
WH> it's back to 3.30 for me, too.
Hmmmm. I had a small utility that used to work fine but stopped working after
one of the FP's. It USED to work on Warp 4 no FP, I next applied FP6 but can't
remember running it. I then applied FP9 and it dies with a Trap 5 every time.
Similar with Warp 3 FP39, Trap 5 there too. It was ok on FP31 prior to FP39.
Rule of S/W upgrades #271 - "For each and every upgrade there will be an
associated downgrade and period of pain."............;-)
Cheers...........pk.
--- Maximus/2 3.01
* Origin: Another Good Point About OS/2 (3:772/1.10)
|