[jumper]

> µTorrent 3.0.0 build 26473 - According to Filehippo/horse is it no beta.

According to Oldapps.com, uTorrent 3.0.1 is Build 25815.

You might also want to try these last Supported Versions of uTorrent for Windows Systems:

Windows ME . . . uTorrent 3.0 Build 25460
Windows 2000 . . uTorrent 3.0 Build 25824

[loblo]

jumper, on 21 February 2013 - 12:36 AM, said:

> µTorrent 3.0.0 build 26473 - According to Filehippo/horse is it no beta.

According to Oldapps.com, uTorrent 3.0.1 is Build 25815.

You might also want to try these last Supported Versions of uTorrent for Windows Systems:

Windows ME . . . uTorrent 3.0 Build 25460
Windows 2000 . . uTorrent 3.0 Build 25824

AFAIK the latest version running properly under 98/ME is 2.04. Filehippo does a great job at archiving old versions of software but are often rather inaccurate in the OS requirements they mention. Not sure why people are so eager to use v3 as v2.04 does such a great job.

Btw schwups has posted the Win ME iphlpapi functions before I had the time to do it myself, thanks schwups.

[jumper]

> Btw schwups has posted the Win ME iphlpapi functions before I had the time to do it myself, thanks schwups.
Ditto!

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.

[schwups]

jumper, on 21 February 2013 - 12:36 AM, said:

> µTorrent 3.0.0 build 26473 - According to Filehippo/horse is it no beta.

According to Oldapps.com, uTorrent 3.0.1 is Build 25815.

You might also want to try these last Supported Versions of uTorrent for Windows Systems:

Windows ME . . . uTorrent 3.0 Build 25460
Windows 2000 . . uTorrent 3.0 Build 25824

The latest version of µTorrent that works on ME and 98 is version 1.85. The information on oldApps is just plain wrong. With KernelEX 4.5.x  the version 2.0.4 runs fine.

Quote

Not sure why people are so eager to use v3 as v2.04 does such a great job.

Loblo -  I like 2.0 more than 3.x. Version 3 looks very retro. I use version 2.0.4. But this is a fundamental question for me. We want adapt 98 and ME to the present day and the future. Thats KernelEX. How long will, for example µTorrent 2 do its job? Several years old browsers don't show all the site contents.

[jumper]

K452stub - monitor and improve KernelEx' pure stubs.

Core.ini usage: contents=Kstub822,std,kexbases,kexbasen,K452stub

* K452stub.dll is a clone of Kstub822.dll that has been hexed to read from K452stub.ini and log to K452stub.log.
* K452stub.ini contains stub definitions that are equal to or slightly better than the stubs provided by KernelEx.

By monitoring K452stub.log, we can learn which KernelEx stubs are actually being called (not just satisfying the loader). Those stubs then become candidates for better stub or forward definitions or actual implementations.

To override kexbasen and kexbases, K452stub must be listed last on the contents line.

Sample output:

[K452stub]
= Advapi32.dll:OpenSCManagerA=r0xCAFEs3 =
= Kernel32.dll:HeapSetInformation=z4 ;? =
= Advapi32.dll:CryptAcquireContextW=z5 ;? = 

Definitions with a return value or ending in ";?" are cloned from the KernelEx source and have not been researched further.

This post has been edited by jumper: 26 February 2013 - 03:03 AM

[jumper]

loblo, on 04 February 2013 - 03:38 AM, said:

Btw I added a couple of minor definitions to my KexStub ini file:

[Kernel32.dll]
AttachConsole=f1

Works with Xaos 3.5 http://wmi.math.u-sz...u/xaos/doku.php

[SHELL32.DLL]
PathCleanupSpec=f1

Works with Lite Radio 2.3: http://hase85.wordpr...-v2-3-released/

In both cases any values would work so I did put f1 for both at the end, I am not sure if it's optimal as I frankly can't figure out those return codes yet.

Thanks! I'll add these definitions:

[Kernel32.dll]
AttachConsole=f1e ;false/fail, one param, set error

[Shell32.dll]
PathCleanupSpec=z2 ;zero flags, 2 params 

[schwups]

jumper, on 25 February 2013 - 06:36 PM, said:

K452stub - monitor and improve KernelEx' pure stubs.

Core.ini usage: contents=Kstub822,std,kexbases,kexbasen,K452stub

* K452stub.dll is a clone of Kstub822.dll that has been hexed to read from K452stub.ini and log to K452stub.log.
* K452stub.ini contains stub definitions that are equal to or slightly better than the stubs provided by KernelEx.

By monitoring K452stub.log, we can learn which KernelEx stubs are actually being called (not just satisfying the loader). Those stubs then become candidates for better stub or forward definitions or actual implementations.

To override kexbasen and kexbases, K452stub must be listed last on the contents line.

Sample output:

[K452stub]
= Advapi32.dll:OpenSCManagerA=r0xCAFEs3 =
= Kernel32.dll:HeapSetInformation=z4 ;? =
= Advapi32.dll:CryptAcquireContextW=z5 ;? = 

Definitions with a return value or ending in ";?" are cloned from the KernelEx source and have not been researched further.

My first result:

Spoiler

[K452stub]
= Advapi32.dll:OpenSCManagerA=r0xCAFEs3 =
= Kernel32.dll:SetDllDirectoryA=z1 ;? =
= Kernel32.dll:HeapSetInformation=z4 ;? =
= Kernel32.dll:HeapSetInformation=z4 ;? =
= Kernel32.dll:HeapSetInformation=z4 ;? =
= Kernel32.dll:HeapSetInformation=z4 ;? =
= Advapi32.dll:CryptAcquireContextW=z5 ;? =
= Advapi32.dll:CryptAcquireContextW=z5 ;? =
= Kernel32.dll:HeapSetInformation=z4 ;? =
= Kernel32.dll:SetDllDirectoryW=z1 ;? =
= Kernel32.dll:GetProcessIoCounters=z2 ;? =
= Kernel32.dll:HeapSetInformation=z4 ;? =
= Kernel32.dll:SetDllDirectoryW=z1 ;? =
= Kernel32.dll:GetProcessIoCounters=z2 ;? =
= Advapi32.dll:OpenSCManagerA=r0xCAFEs3 =
= Advapi32.dll:OpenSCManagerA=r0xCAFEs3 =
= Kernel32.dll:SetDllDirectoryW=z1 ;? =
= Kernel32.dll:GetProcessIoCounters=z2 ;? =
= Advapi32.dll:OpenSCManagerA=r0xCAFEs3 =
= Advapi32.dll:OpenSCManagerA=r0xCAFEs3 =
= Advapi32.dll:OpenSCManagerA=r0xCAFEs3 =
= Advapi32.dll:OpenSCManagerA=r0xCAFEs3 =
= Advapi32.dll:OpenSCManagerA=r0xCAFEs3 =
= Advapi32.dll:OpenSCManagerA=r0xCAFEs3 =
= Advapi32.dll:OpenSCManagerA=r0xCAFEs3 =
= Kernel32.dll:HeapSetInformation=z4 ;? =
= Kernel32.dll:HeapSetInformation=z4 ;? =
= Advapi32.dll:CryptAcquireContextW=z5 ;? =
= Advapi32.dll:CryptAcquireContextW=z5 ;? =
= Advapi32.dll:OpenSCManagerA=r0xCAFEs3 =
= Advapi32.dll:OpenSCManagerA=r0xCAFEs3 =
= Advapi32.dll:OpenSCManagerA=r0xCAFEs3 =
= Advapi32.dll:OpenSCManagerA=r0xCAFEs3 =
= Advapi32.dll:OpenSCManagerA=r0xCAFEs3 =
= Advapi32.dll:OpenSCManagerA=r0xCAFEs3 =

Some more:

= Advapi32.dll:OpenSCManagerW=r0xCAFEs3 =

= User32.dll:SetLayeredWindowAttributes=z4 ;? =

 = Kernel32.dll:IsValidLanguageGroup=z2 ;? =

This post has been edited by schwups: 12 March 2013 - 03:51 AM

[togermano]

Keep up the good work guys maybe i'll be able to play starcraft 2 on windows 9x someday

[jumper]

For StarCraft II®: Wings of Liberty™, the Blizzard store says:

PC Minimum System Requirements*:

Windows® XP/Windows Vista®/Windows® 7 (Updated with the latest Service Packs) with DirectX® 9.0c
2.6 GHz Pentium® IV or equivalent AMD Athlon® processor
128 MB PCIe NVIDIA® GeForce® 6600 GT or ATI Radeon® 9800 PRO video card or better
12 GB available HD space
1 GB RAM (1.5 GB required for Windows Vista®/Windows® 7 users)
DVD-ROM drive
Broadband Internet connection
1024X720 minimum display resolution
*Note: Due to potential programming changes, the Minimum System Requirements for this game may change over time.

PC Recommended Specifications:

Windows Vista®/Windows® 7
Dual Core 2.4Ghz Processor
2 GB RAM
512 MB NVIDIA® GeForce® 8800 GTX or ATI Radeon® HD 3870 or better

Looks like a 9x system can just slide in with the minimum specs. Perhaps it's already possible to run it--have you (or anyone) tried? What dependencies remain to be added?

[schwups]

I can't install new Foxit Reader 6.0.2.407. Message: "Runtime Error (at -1:0) Cannot Import dll: C:\Windows\Temp\...\FXCUSTOM.dll"

But there is a possibility to start and run it. I installed it on XP SP2 (SP1 isn't enough), copied the Foxit program folder onto the Win ME desktop. The Foxit Reader.exe needs Kstub822 with following definitions

[KERNEL32.dll]
ReleaseActCtx=z1
CreateActCtxW=p1e0
ActivateActCtx=o2e0
DeactivateActCtx=o2e0


to start. Better run it with comp.mode XP.

The ImportPatcher complains about jrsysMSCryptoDll.dll and imgseg.dll, too. The jrsysMSCryptoDll.dll is located in the plugin folder.

Printing isn't possible anymore. => The DBGHELP.dll of ME is too old. Upgrade required.

As a reminder: I'd installed already MSXML 4.0 SP2 for version 5 and I've the winhttp.dll of XP in my system folder.

This post has been edited by schwups: 09 April 2013 - 05:07 PM

[loblo]

Latest Flash Player (11.7.700.169) requires:

[Gdi32.dll]
GdiAlphaBlend=

I can run and use RealWorldPaint without issues using:

[Ole32.dll]
HICON_UserFree=
HICON_UserMarshal=
HICON_UserSize=
HICON_UserUnmarshal=

Btw, it seems they pulled Foxit Reader 6 out, I couldn't find a working download link for it.

[schwups]

Quote

Btw, it seems they pulled Foxit Reader 6 out, I couldn't find a working download link for it.

On filehorse.com or chip.de.

[loblo]

schwups, on 10 April 2013 - 05:59 AM, said:

On filehorse.com or chip.de.

Well, it seems Google isn't as good as it used to be...

It's not on Foxit's own website as of now anyway so it probably means they are still adjusting things for that version.

I saved myself lots of time and headaches unpacking the installer with Inno Unpacker btw.

It's running fine in Win2k compat mode here without a need for KexStub but I don't think I'll be using this version if they keep the atrocious interface they've adopted here, at first I thought the UI was buggy but then I realized it was just a Windows 8 style interface...

This post has been edited by loblo: 10 April 2013 - 07:18 AM

[schwups]

loblo, on 10 April 2013 - 06:44 AM, said:

schwups, on 10 April 2013 - 05:59 AM, said:

On filehorse.com or chip.de.

Well, it seems Google isn't as good as it used to be...

It's not on Foxit's own website as of now anyway so it probably means they are still adjusting things for that version.

I saved myself lots of time and headaches unpacking the installer with Inno Unpacker btw.

It's running fine in Win2k compat mode here without a need for KexStub but I don't think I'll be using this version if they keep the atrocious interface they've adopted here, at first I thought the UI was buggy but then I realized it was just a Windows 8 style interface...

You can change the interface back to the classic appearance. Version 6 is slower than version 4 and 5 for me.

[schwups]

Latest Flash Player 11.7.700.169 works for me, if I add [Gdi32.dll] GdiAlphaBlend=z11 to the Kstub822.ini. Probably it isn't the best stub.

Thanks loblo!

This post has been edited by schwups: 10 April 2013 - 10:28 AM

[loblo]

schwups, on 10 April 2013 - 10:23 AM, said:

Latest Flash Player 11.7.700.169 works for me, if I add [Gdi32.dll] GdiAlphaBlend=z11 to the Kstub822.ini. Probably it isn't the best stub.

It works for me too with no definition so far. I prefer to leave it blank for as long as the function isn't actually called.

Quote

You can change the interface back to the classic appearance. Version 6 is slower than version 4 and 5 for me.

Thanks I'll have to check this out more closely then. I wasn't using v5 already because I didn't like the skinning too much and didn't find an option to use it without but I must have overlooked this I guess.

[schwups]

Kstub822 is incompatible with VLC Player 2.0.6 released yesterday. Obviously new API's are called. The Kext prompt appears during installation: Msvctr.dll:___lc_codepage_func=; Update DLL! The setup finished successfully if I cancel the prompt . The prompt appears again on start, but no possibility of the prompt works. The Player starts, if Kext isn't installed.

Problem: flv doesn't work anymore and mp4  => only audio.  

This post has been edited by schwups: 12 April 2013 - 08:25 AM

[MiKl]

schwups, on 12 April 2013 - 07:50 AM, said:

Kstub822 is incompatible with VLC Player 2.0.6 released yesterday. Obviously new API's are called. The Kext prompt appears during installation: Msvctr.dll:___lc_codepage_func=; Update DLL! The setup finished successfully if I cancel the prompt . The prompt appears again on start, but no possibility of the prompt works. The Player starts, if Kext isn't installed.

As a work around I commented out all msvcrt-entries in kstub822 ! But hopefully Jumper can fix this.

[loblo]

schwups, on 12 April 2013 - 07:50 AM, said:

Kstub822 is incompatible with VLC Player 2.0.6 released yesterday. Obviously new API's are called. The Kext prompt appears during installation: Msvctr.dll:___lc_codepage_func=; Update DLL! The setup finished successfully if I cancel the prompt . The prompt appears again on start, but no possibility of the prompt works. The Player starts, if Kext isn't installed.

Problem: flv doesn't work anymore and mp4  => only audio.  

There is no problem with Kstub here. It's just telling you should update/replace your msvcrt by msvcr70 or msvcr71.

This substitution has been discussed quite a bit in this thread if I am not mistaken.

If you don't want to do this systemwide, you can do it on a per application basis but this requires deleting the msvcrt entry in the registry's knowndlls key.

VLC 2.06 will run fine after that and so will quite a few other recent apps which rely or have dlls relying on functions non-existing in vanilla 9x msvcrt such as the latest KMPlayer.

This post has been edited by loblo: 12 April 2013 - 10:25 AM

[schwups]

loblo, on 12 April 2013 - 10:19 AM, said:

schwups, on 12 April 2013 - 07:50 AM, said:

Kstub822 is incompatible with VLC Player 2.0.6 released yesterday. Obviously new API's are called. The Kext prompt appears during installation: Msvctr.dll:___lc_codepage_func=; Update DLL! The setup finished successfully if I cancel the prompt . The prompt appears again on start, but no possibility of the prompt works. The Player starts, if Kext isn't installed.

Problem: flv doesn't work anymore and mp4  => only audio.  

There is no problem with Kstub here. It's just telling you should update/replace your msvcrt by msvcr70 or msvcr71.  

This substitution has been discussed quite a bit in this thread if I am not mistaken.

If you don't want to do this systemwide, you can do it on a per application basis but this requires deleting the msvcrt entry in the registry's knowndlls key.

VLC 2.06 will run fine after that and so will quite a few other recent apps which rely or have dlls relying on functions non-existing in vanilla 9x msvcrt such as the latest KMPlayer.

Thanks. Particularly it was discussed in the topic "ImportPatcher". I confirm that version 2.0.6 works, if I paste  "msvcr71.dll" renamed to "msvcrt.dll" in the systemfolder (replacing). So that I have the msvcr71.dll with different names twice. Also flv and mp4 works.