schwups

@rloew That did not help . 7800GT PCIE - driver 82.16 / Intel G41 chipset

- I use ME. I install 98SE for rare test purposes only. - Yes it's the DOS cursor on black screen.

I'm not sure, but I think driver 81.85 should be the first affected driver, because 77.72 doesn't exhibit the shutdown bug. 77.72 supports 6xxx series. I seem to remember the 7xxx series require 82.16 or 82.69. I never heard that one of 5xxx series is affected, which corresponds to my experience, too. Geforce 6xxx series is affected, but I never used a 6200. I'm not sure about this card.

Machine (NV 7800GT PCIE), driver 82.16: After I corrected "45 4E" to "15 4F" the protection error is gone , but the power supply doesn't shutdown and the cursor remains . And there was no Scandisk after shutdown. A subsequent manual scandisk didn't find any errors .

It shouldn't matter as long as the Patch ends up in WINDOWS\SYSTEM\NVCORE.VXD.If it is not working, try changing the second and third bytes of the long Patch from 32 75 to 24 72. If this works let me know. Yes, I tried "24 72", but without success. The power supply doesn't shutdown and the cursor remains. It seems, that there is no scandisk on next boot (no FS error) with "32 75" or "24 72". I'll check this once more. I also modified nvcore.vxd of the driver 82.16 according to your specifications on a second machine (NV 7800GT), but again without success. I got an protection error on start. I'll check this once more. I used the HEX-Editor MX. Is it possible, that in this case is a difference between ME and 98SE? Loblo, does the patch work for you?

Is it necessary to patch the file in the driver and after that I have to install the driver with the patched file? Or is it needed to patch NVCORE.VXD in the system folder only? My first attempt to patch the system file failed. First test machine: NV 7800GT PCIE NV 7900GS PCIE, driver 82.69. It still hang during shutdown. I will try it on another machine soon. Last question: Could you write a patch for driver 82.16, too? Thanks

Yes, the modified graphics driver 82.69 supports the NV6600GT (shutdown problem). It should work. But I seem to remember, that there are little different versions of the 6600GT with different device ID's. Make sure, that your card is in the inf file of the driver. It's probably no problem. Some years ago I had a working 6600GT PCIE on WInME. I recommend to read the topic about the driver 82.69.

Bios settings: Ide Configuration > select [Compatible] for legacy OS or install RLoew's SATA Patch I've installed 98SE and ME on SATA and PATA disks, but never on a SSD. It was discussed here somewhrere on MSFN Windows 9x / ME. Chipset driver: http://windows98.xf.cz/chipset/intelinf.zip(manual installation) http://www.msfn.org/board/topic/163405-slipstreamable-intel-chipset-inf-drivers/ Graphics card driver (please note the shutdown problem and problems with more than 256MB graphics memory size): http://www.msfn.org/board/topic/97140-nvidia-drivers-8269/ USB driver NUSB: http://www.msfn.org/board/topic/43605-maximus-decim-native-usb-drivers/ official Realtek LAN PCIE driver 98SE/ME: http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1&PNid=13&PFid=5&Level=5&Conn=4&DownTypeID=3&GetDown=false An audio driver for Realtek ALC 662 isn't available. Probably it is not entirely sure that all devices will work as desired.

Yes "GetAdaptersAddresses=t5". My IPHLPAPI.DLL version is 4.90.3000.0. Now I started ME with the original Kstub822. I only added [iPHLPAPI.DLL] GetAdaptersAddresses=t5 and [Kernel32.dll] GetSystemWow64DirectoryW=z2e120 The Browsers don't crash on you tube.

I get no crashes with Opera 10.6, 11.64, 12.02, FF 9.01, 3.5.19, 2.0.0.20, PaleMoon 3.6.32 and also Seamonkey 2.0.14 portable so far.

Of course not. "iphlpapi4" works with the IPHLPAPI.DLL of 98SE. But I made no further tests. I don't saw any advantages compared to [iPHLPAPI.DLL] GetAdaptersAddresses=t5 for me. I decided to wait for version 5, because 4.90.3001.2 could be good for 98SE and ME. Thank you for all the work you are doing!

Verified and I added it to the Wiki.

Probably I never had sound with version 3.8 and also 3.6 and 3.7 (PROBLEM WITH PLAYBACK DEVICE), but I'm not absolute sure. I had the probem on different machines, usually with Creative SB PCI128 (Ensoniq ES1371) Sound Card, but also onboard audio devices. The problem didn't exist on XP.

Versions 16+ require: Kstub822.ini: [iPHLPAPI.DLL] GetAdaptersAddresses=t5

It's a known issue, if you run Opera 12.02 with KernelEX enabled (default options). Start it with comp. mode Win2000SP4.http://kernelex.sourceforge.net/wiki/Opera

Disable KernelEX for ClamWin to correct button background. It could have other effects.

I just successfully installed this version 12.02 of Opera with comp. mode Win2000. Did you verify the KernelEX installation? Did you install KernelEX updates 4.5.2015.x? Did you test API's with Kext? Try: Don't allow internet access during setup. Or try to install it with KernelEX 4.5.2 (4.5.12) only.

It is more an information than an error. https://msdn.microsoft.com/en-us/library/windows/desktop/aa366750(v=vs.85).aspx https://support.microsoft.com/en-us/kb/929136/

The topic is about ClamWin and not ClamAV. I don't think that there is a workaround to run ClamAV.

Yesterday google.de/maps didn't work in Opera 11.64 and 12.02 here. Today it is back. Opera 10.1 and 10.63 show a blank page.

VLC 2.2.1 is available on filehorse and VLC FTP archive and probably on the VLC download page soon. Fixed: Flac crash (libflac_plugin.dll). I testet it with the no install version "7z".

Kext doesn't matter. I testet with a modified, the original Kstub822.ini and without Kext. Then I checked on two other machines. Opera doesn't start. It runs with default options [KernelEX is enabled] only, but of course then the menus are unusable. Opera starts if I replace Kexbasen 4.5.2015.9 by 4.5.2015.8.

Release 9: I can't run Opera 11.64 / 12.02 with comp. mode Win2000SP4 anymore. Message: "Another user is running this copy of Opera. You should install Opera with individual profiles to allow multiple users to run the same copy indepentently." Of course my Opera installations have different profiles and no other copy is running. Some functions like NtCreateProfile, NtOpenFile, NtQueryInformationProcess, NtQueryInformationThread, NtQuerySystemInformation were always problematic in the Kstub.ini on my systems relating to Opera.

I'm running 7Zip 9.38 beta with [Advapi32.dll] LsaAddAccountRights= and comp. mode Win2000SP4. Maybe someone can check this.

Sorry for the misunderstanding. VerifyVersionInfoA and VerSetConditionMask are redundant in the Kstub822.ini. They are already supported by the kexbases.dll with comp. mode Win2000SP4, XP, .... Better you add only GetLogicalProcessorInformation and GetNumaHighestNodeNumber.