Jump to content

schwups

Member
  • Posts

    1,203
  • Joined

  • Last visited

  • Days Won

    3
  • Donations

    0.00 USD 
  • Country

    Germany

Posts posted by schwups

  1. @Schwups:

    Are you using ME or 98SE? I only tested it on 98SE.

    You mentioned a Cursor. I assume you mean a DOS Cursor. I get a Black Screen with no Cursor. I don't think the resolution is being changed back to 640x480 either.

    If you want to experiment, try changing just the 32 to one of the following, boot Windows, Shutdown (not Reboot or Boot to DOS), then try the next.

    24 thru 2F, 34, 35 or 36.

    - I use ME. I install 98SE for rare test purposes only.

     

    - Yes it's the DOS cursor on black screen.

  2. 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.

  3. Machine (NV 7800GT PCIE), driver 82.16: After I corrected "45 4E" to "15 4F" the protection error is gone :sneaky: , 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 :) .

  4.  

    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

    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?

  5. 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

  6. :hello: 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.

  7. 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.

  8. 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.

  9.  

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

    Are you saying that GetAdaptersAddresses=>iphlpapi4: doesn't work? Maybe it's time for me to post my well-tested (since 3Jan2013) iphlpapi5....

    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. 

     

    # 203: I was able to download ver. 4.90.3001.2 from MDGx per this SP2RC3 discussion:

    > I [MDGx] suggest using newest iphlpapi.dll [build 4.90.3001.2] supported by 98/98SE/ME

    I haven't tested it yet, but if 4.90.3001.2 is good on SE, Iphlpapi5 will require it instead of trying to wrap any of multiple originals.

     

    Thank you for all the work you are doing! :yes:

  10.  

    Release 9:

    I can't run Opera 11.64 / 12.02 with comp. mode Win2000SP4 anymore.

    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.

  11. GetEnvironmentVariableW appears to be failing in both the good and the bad logs. SetEnvironmentVariableW returns different values. I may need to write a small test app to debug these.

    It was important to have a matched set of fault and api logs so the that the various memory addresses matched. I used first Procwin and then DumpPe -disasm to identify MSVCR70.

    The problem is that _wputenv calls down through several private functions and invokes _wenviron which is uninitialized. I don't yet know why.

    In the meantime, here's a new build to try:

    attachicon.gifRelease.9.7z

     

    KernelEx v4.5.2015.9 by jumper2015-04-06 tweaks to core\sharedmem.cpp2015-03-31Kexbases\kernel32\_kernel32_stubs.c rseUNIMPL_FUNC(GetLogicalProcessorInformation, 0, 2, ERROR_NI);  //z2e ;MPC-HC1.7.7 rseUNIMPL_FUNC(GetNumaHighestNodeNumber, 0, 1, ERROR_NI);  //z1e ;msvcr1102015-01-24Kexbases update: Kernel32:CreateProcessW_new now chains to CreateProcessA_fixKexbases\Ntdll: 5 new failure stubs: NtCreateProfile, NtOpenFile, NtQueryInformationProcess, NtQueryInformationThread, NtQuerySystemInformationKexbasen new: Ntdll: 70 apis forwarded to Advapi32, 11 to Kernel32Kexbasen forwards: Oleaut32:442/RegisterTypeLibForUser, 443/UnRegisterTypeLibForUser => *RegisterTypeLib

    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.

×
×
  • Create New...