Tripredacus

In case anyone has trouble reading through this thread, I can provide this bit of information. Using Dell Optiplex 9020, the LAN HwID is VEN_8086&DEV_153A The driver located in ProEMbSw11.exe in the PRO1000\WinXP Related\PCIe works just using manual update through Device Manager without having to do any file modification. Fortunately, it appears this file is in Archive from when it used to exist on Intel's website: https://web.archive.org/web/20181201110458/http://downloadmirror.intel.com/22928/eng/PROEmbSw11.exe

I have no idea if Google sells the information or not. Are these new people to the internet? Likely their data is already sold. Personally, if it was a small bit of information, I wouldn't use a form or a database. Just send the information and store it manually on your local system. If the information is not supposed to be shared to everyone, there is no reason to host the data on a server.

*taps the sign It is the same as previous OS, the issue is the Shell, not the OS.

Topic title changed, see rule 12. If the title is wrong, you can edit it to be what you want it to say.

Russia is blocked because of spammers. Nothing wrong with Russian people posting here, if they are breaking a law in their own country then that is something they will have to deal with themselves.

Name changed

On the host system (where the share is located), you create a user account with password. Then you use that username/password on the remote system... For example, Computer2 is the server (the location of the share), Computer1 is the client. You create an account on Computer2 called Account2. On the client, you connect to the share and the username you use is Computer2\Account2. If you only type Account2, the client will "send" Computer1\Account2 and if the server does not know what Computer1 is, then it will reject the credentials. Alternatively, I believe that you can add accounts from other computers to share permissions, but I don't remember if a password is required. To do that, you would add Computer1\Account1 on the server side and it will recognize that user. I don't remember if adding that to the share/permissions is enough or if you have to add it to Users as well.

The CD Drive that gave me the error had been used with this OS for over 20 years now, so it isn't like it is some brand that wasn't compatible. But this computer has sat being unused for a very long time and if the CD drive was the only thing that failed in that period I should count myself fortunate. I can see it being picky about the USB CD drive, which is known working on other systems. It turns out I have about 30 IDE ODDs at home so hopefully one of them will work. This computer uses Win 98 FE just because that was the newest OS that was available at the time it was installed. Perhaps it may have been technically true that SE had come out by then, but that was back when I was a farmer and didn't have a wider access to software once I later entered the computing industry. I never needed to update it because everything worked and my next computer ran XP so I didn't have any issues with compatibility.

My ASPI memory had to do with Adapter controller cards and not specifically with the CD drives. I tried 2 other drives, one works but it has mechanical problems, so perhaps it is actually the drive and not something else. I tested using a Windows 95 CD-ROM boot disk. I'm out of IDE ODDs here, I'll have to dig through the stockpile at home and see if any of those work.

A USB CD drive counts as another CD Drive? I'm also having some foggy memories of having to do something with ASPI from my time at Iomega to resolve issues with ZipCD. I will check for disk emulator/mounters.

I recommend that long-time, known users do not change their username on a site. If you really want to change your name, confirm and it will be done.

Windows 98 FE, having issues with CD drives. Same behaviour with both an IDE and USB CD drive. The drives are detected in Device Manager. They get drive letters in My Computer. Both respond to the Eject command, but when trying to access either drives it immediately will say "Device is not ready" without any attempt to read from the drive. I have reinstalled the chipset drivers and there has been no change. USB mass storage drives work fine. I can still do the old boot into Safe Mode and remove all of the controllers and drives and reboot/reintall, but besides that is there any other thing I can look at that would effect CD drives in general?

The files in the driver dir that are oem*.* (inf and cat) are actually generated by Windows when a driver is installed. It copies the inf and cat from the install source and renames them and puts them in there. As such the numbers are not going to match up between systems.

I think the complaint was not about whether you were able to flash a card, but whether you were able to successfully use said card on Win9x using this modified driver.

I seem to recall the 2023 version of the HP printer software would not work on a Windows 8.1 system. Not exactly the same errors but I did see that "default text" message. The person did not actually use or need anything that the HP software had offered, as they were able to print and scan with just the driver installed.