Sound card and hard drive troubleshooting

Sound card woes. Gatermann recently ran into some problems with sound cards forcing his Internet connection to drop. It had literally been six years since I’ve seen a problem like that before, but he kept running into it. Finally, it dawned on me: Try changing slots to force it to use a different interrupt. Therein was the silver bullet. The problem didn’t go away completely, but the culprit arose: the Sound Blaster 16 emulation. So I had him go into Device Manager and put the SB16 emulation on a different interrupt, and the problem went away.
It’s been forever since I’ve seen an honest-to-goodness interrupt conflict. This particular PC has every expansion slot filled with something or other, which is why he ran up against it. Keep that in mind: Just because we have PCI and plug and play these days, doesn’t mean you won’t ever see an interrupt conflict. On a well-expanded system, this ancient problem can occasionally rear its ugly head (while Microchannel required their cards to be capable of interrupt sharing; PCI only *recommends* it–so not every PCI device can share an interrupt, particularly if an ISA device has grabbed it. Alas, Microchannel fell victim to IBM’s greedy overly restrictive licensing terms and raw-dead-fish marketing, so as a result we have cheap PCs today but more headaches than we necessarily need. Speaking of raw-dead-fish marketing, I could mention that the Amiga’s Zorro bus had true plug and play and hundreds of interrupts from Day One in 1985, but nobody wants to hear that. Oops, I said it anyway.)

This problem used to happen all the time when people would put their modems on COM4 and a serial mouse on COM2 (or COM1 and 3). Since those ports by default shared interrupts with one another, you got goofy symptoms like your Internet connection dropping whenever you moved the mouse. People don’t configure their COM ports that way anymore, which is what’s made that problem so rare.

I think I finally got that G4 deployed. Wednesday it decided it didn’t want to shut down, and I had to reinstall the OS to fix it. Then on Thursday, it decided it didn’t want to recognize the mouse button anymore. I still don’t know what exactly I did to fix that–I booted off a spare MacOS 9 partition, ran a battery of disk repair tools and a defragmenter, and the problem went away. So while Mac users can snicker about interrupt problems, their machines aren’t exactly immune to weird problems either.

——-

From: “Gialluca, Tony”

question: RE Optimizing Windows and Temp files

Hi Mr. Farquhar,

In you book on page 112 you discuss placing temp files on a ramdisk. On this page you show an example where:

Set temp=ram disk letter:\temp Set tmp=ram disk letter:\temp

Shouldn’t you also include changing

[HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\explorer\Volum eCaches\Temporary files\folder] to “ram disk letter:\temp” also ??

Per the description

([HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\explorer\Volu meCaches\Temporary files\description]) says: “Programs sometimes store temporary information in a TEMP folder. Before a program closes, it usually deletes this information.\r\n\r\nYou can safely delete temporary files that have not been modified in over a week.” The only potential pitfall that I can think of is if windows or programs (say during installations) need this area to remain persistant through reboots, even though the files may be of
a temporary nature…

Your thoughts would be appreciated …

Respectfully,

Tony

———-

To be perfectly honest, I didn’t know that registry key existed (nor did the book’s technical reviewers, evidently). That registry key, too, should be changed, yes. Thanks!

You are correct that if a program does a hard reboot (rather than just exiting to real mode and reloading Windows), you’ll lose the contents of the ramdisk and thus the temp folder. Fortunately, most programs seem to use the temp directory the way they’re supposed to–for temporary, fleeting things. Now if they’d just learn to clean up after themselves…

Of course, this also applies to my advice on creating a temp partition, on page 62.

Thanks much; this is very good information.

———-

From: “Gary M. Berg”

Subject: Maxtor hard drives

Since you’ve been talking about WD and Maxtor hard drives…

I heard rumors just after Win2K SP1 came out that the service pack had problems with machines with Maxtor hard drives. I’ve not been able to find much of anything else on this. What have you heard?

———-

That’s a new one to me. Maybe another reader has heard something, but it sure seems odd. I can’t imagine Microsoft didn’t test SP1 on the major drive manufactuers’ drives (Fujitsu, IBM, Maxtor, Quantum, Samsung, Seagate, and Western Digital), and with Maxtor being one of the Big Two in retail….

Once I get my current big project off my back this weekend, I’m half-tempted to try it just to see. Unless someone already has…

Identifying the motherboard in a mystery system

Wednesday, 4/26/00
I had to identify the type of memory a system in a remote location uses today. This technique won’t always work as smoothly as it did for me, but it gives you a fighting chance.

Life’s much easier with name-brand systems: go to Crucial, tell it you’ve got a Compaq Presario 660, and it gives you the Crucial/Micron part number. This wasn’t that easy. The system was built by Budget Computers, a clone shop in St. Charles, Mo. So, here’s how I identified it. I had the owner shut down, unplug the keyboard, and power back up. Up pops the dumbest of error messages–“Keyboard not present, press F1 to continue.” The good thing is, the BIOS code is there in plain view. In this case, it was i430VX-W877-2A59GPA9C-00.

I headed to motherboards.org, clicked on Spot (their board search engine), punched in the letters PA, since that’s the manufacturer code for Award BIOSes (they tell you how to extract the code from AMI BIOS strings as well), and found out it was an EPoX board. Good deal. I punched the part number code into their search engine and got a fat goose egg. Hrumph. I headed to EPoX’s site at www.epox.com, and found a list of EPoX BIOS codes in their knowledgebase. Cool. It turns out that i430VX-W877-2A59GPA9C-00 is the code for the EPoX P55-TV. Crucial doesn’t have a parts listing for the P55-TV, but EPoX’s site has the manual online in PDF form. I viewed the manual, and whaddya know, it’s got four SIMM sockets and a DIMM socket, and it supports FPM, EDO, and SDRAM, up to 128 MB. I happen to know that the 430VX chipset doesn’t cache more than 64 MB, so the utility of putting 128 megs in it is questionable (unless you’re going to make a 64 MB RAM disk under Windows 9x). I don’t know if that’s mentioned in the manual or not. I was mostly interested in whether it had DIMM sockets capable of taking SDRAM, because SIMMs are priced like highway robbery these days in comparison.

Head back to Crucial, tell it I want pricing on an SDRAM DIMM, and immediately I know the pricing on 32, 64, and 128 MB modules. Total time invested: 15 minutes.

And I had a college professor try to tell me once that the Internet isn’t a legitimate research tool. Well, legit or not, it gave me all the information I needed in slightly more time than it would have taken for me to disassemble the system and look for myself, assuming I was close enough to the system to actually lay hands on it (I wasn’t).