[jds]

I came across this interesting and potentially useful extension, a substitute for 'uxtheme.dll' which was introduced in XP. It's actually built from Wine sources, intended to fill the same hole in W2000, but according to Dependency Walker, it's fine for W98 too :

http://kzar.co.uk/bl...on-windows-2000

This is also a potentially useful approach to filling other holes in W98's set of DLL's.

Joe.

[jumper]

Good find, Joe.

Tapping into the on-going Wine development will be key to playing catch-up to new MS API's.

ReactOS has a later Win32 build of uxtheme.dll that is probably also based on the Wine sources, but it has heavy dependencies on newer system API's as well. Other versions of uxtheme.dll that I've found are only stubs or very limited implementations.

For DLL's that don't exist in 9x, we should be able to build with Mingw compatible versions from the latest Wine sources using the instructions in your linked article.

For DLL's that do, we can build full or partial (just the needed API's) DLL's and modify in core.ini the KernelEx compatibility modes to invoke them as needed. This would require some extra (Kext) code in each DLL, or the use of Kexstubs API forwarding. For non-KernelEx users, RLoew's API hook tool could be used instead.

[rloew]

jumper, on 03 August 2012 - 04:17 AM, said:

For DLL's that do, we can build full or partial (just the needed API's) DLL's and modify in core.ini the KernelEx compatibility modes to invoke them as needed. This would require some extra (Kext) code in each DLL, or the use of Kexstubs API forwarding. For non-KernelEx users, RLoew's API hook tool could be used instead.

My API Hook Tool DLLHOOK has been updated to support KernelEx 4.5.2. I have been developing a KernelEx specific addon called KEXEX that contains a DLL with functions I have implemented and an .INI File with redirects for these functions and numerous others that have to be forwarded to new names and/or Modules.

[tomasz86]

Please forgive me my ignorance in the topic of Win9x but have you tried uxtheme.dll from BlackWingCat's KDW?

[loblo]

UXtheme dependency is handled by KernelEx already AFAIK or am I missing something?

[jumper]

BlackWingCat's kdw and KernelEx only offer stubs and limited support for Uxtheme. That may be enough for now, as 9x doesn't seem to contain the infrastructure to really support much more yet. But ideally we'd like to have a complete implementation for when all the other pieces fall into place.

For weeks I've been researching projects that might be helpful in extending KernelEx once API forwarding was functional. Until last night I hadn't really focused on Uxtheme, however. Here are some options:

Uxtheme.dll support

Project			Date		Size	API count
----------------------- --------------- ------- ---------
KernelEx 4.52		11/14/2011	  5K	48
BWC KB935839-v15y	 3/17/2012	 16K	48
BlackWingCat kdw096m	 2/10/2012	 17K	48
OldCigarette W2KXPAPI	 2/27/2011	 44K	18
win2000-uxthemedll/Wine	10/06/2010	337K	52
ReactOS LiveCD	 	 2/05/2012	232K	53 

---

Quotes from "Windows NT4/2000/2003 > PE Tool for creating patches" posts:

Uxtheme without Critical Section (Ctx) support causes problems in .NET apps:


tomasz86, on 14 May 2012 - 04:23 PM, said:

These APIs are present in BWC kernel's kernel32.dll and are not included in yours:


ActivateActCtx
CheckRemoteDebuggerPresent
CreateActCtxA
CreateActCtxW
DeactivateActCtx
GetGeoInfoA
GetGeoInfoW
GetUserGeoID
ReleaseActCtx
WTSGetActiveConsoleSessionId


Would it be difficult to add them in the future version, especially the ones which have sth to do with ActCtx, i.e. ActivateActCtx, CreateActCtxA, CreateActCtxW, DeactivateActCtx & ReleaseActCtx? They help fix a lot of dependencies and also make it possible to use uxtheme.dll directly from %systemroot%\system32. Without these dependencies there are problems with .NET Framework (when uxtheme.dll is present in the system, that is).


Uxtheme causes .NET problems on Win2K:


tomasz86, on 27 October 2011 - 01:36 PM, said:

I've removed KB908536.

Uxtheme.dll seems to cause problems with .NET Framework based applications. I tried both versions - one from OldCigarette and the other one from BlackWingCat but unfortunately it's always the same. There's an error when trying to launch .NET based programs.

[jds]

jumper, on 03 August 2012 - 09:40 PM, said:

Quotes from "Windows NT4/2000/2003 > PE Tool for creating patches" posts:

Uxtheme without Critical Section (Ctx) support causes problems in .NET apps:


tomasz86, on 14 May 2012 - 04:23 PM, said:

These APIs are present in BWC kernel's kernel32.dll and are not included in yours:


ActivateActCtx
CheckRemoteDebuggerPresent
CreateActCtxA
CreateActCtxW
DeactivateActCtx
GetGeoInfoA
GetGeoInfoW
GetUserGeoID
ReleaseActCtx
WTSGetActiveConsoleSessionId


Would it be difficult to add them in the future version, especially the ones which have sth to do with ActCtx, i.e. ActivateActCtx, CreateActCtxA, CreateActCtxW, DeactivateActCtx & ReleaseActCtx? They help fix a lot of dependencies and also make it possible to use uxtheme.dll directly from %systemroot%\system32. Without these dependencies there are problems with .NET Framework (when uxtheme.dll is present in the system, that is).


Uxtheme causes .NET problems on Win2K:


tomasz86, on 27 October 2011 - 01:36 PM, said:

I've removed KB908536.

Uxtheme.dll seems to cause problems with .NET Framework based applications. I tried both versions - one from OldCigarette and the other one from BlackWingCat but unfortunately it's always the same. There's an error when trying to launch .NET based programs.

Yeah, I saw some of these issues mentioned in regards the alternative 'uxtheme.dll' files from some of the unofficial W2000 updates, which is why I looked further afield.

The only dotNet application I use (that I'm aware of) is the command line "odfconverter" utility. This seems to be functioning normally after installing the Wine-derived 'uxtheme.dll' file (and 'libwine.dll') in the 'system' directory. Also, the "netfx_setupverifier" utility says my dotNet (2.0) installation is still OK.

Joe.

This post has been edited by jds: 06 August 2012 - 03:57 AM

[loblo]

jumper, on 03 August 2012 - 09:40 PM, said:

BlackWingCat's kdw and KernelEx only offer stubs and limited support for Uxtheme. That may be enough for now, as 9x doesn't seem to contain the infrastructure to really support much more yet. But ideally we'd like to have a complete implementation for when all the other pieces fall into place.

So I take it you'd like to implement full XP theming support in 98/ME but I personally think there is no point to it since it's not something that's going to make more recent programs run on our systems.

[loblo]

jds, on 06 August 2012 - 03:54 AM, said:

The only dotNet application I use (that I'm aware of) is the command line "odfconverter" utility. This seems to be functioning normally after installing the Wine-derived 'uxtheme.dll' file (and 'libwine.dll') in the 'system' directory. Also, the "netfx_setupverifier" utility says my dotNet (2.0) installation is still OK.

Well that's not surprising since that application is not dependent on uxtheme.dll...

Btw guys, it's possible to run quite a few dotnet 3.0/3.5 applications by getting the missing assemblies they may depend on from dotnet 3.5 installer and putting them in the system dir or the application folder. Remotesoft .NET Explorer is a good free tool for identifying missing .net dependencies. The WPF files won't work but often it's only just system.core.dll that's missing and this one runs just fine. I have tried hard to get some net 4.0 apps to run but to no avail even the simplest ones.

[tomasz86]

Actually the problem with .NET Framework 2.0 and uxtheme.dll doesn't affect only the applications which use uxtheme.dll itself. I think the core of the problem is that .NET Framework 2.0 "thinks" that the OS is XP/2003 when uxtheme.dll is present in %windir%\system32 and calls for APIs which don't exist in Windows older than XP. Programs which simply need .NET Framework 2.0 files to be present in the system will probably work anyway but if they really use some of the .NET functions and call for them then the issue will occur.

[jds]

loblo, on 06 August 2012 - 04:52 AM, said:

Btw guys, it's possible to run quite a few dotnet 3.0/3.5 applications by getting the missing assemblies they may depend on from dotnet 3.5 installer and putting them in the system dir or the application folder.

Hey, that's great news, loblo.

Are you able to give a little more details on the process?

Joe.

[loblo]

jds, on 09 August 2012 - 03:13 AM, said:

loblo, on 06 August 2012 - 04:52 AM, said:

Btw guys, it's possible to run quite a few dotnet 3.0/3.5 applications by getting the missing assemblies they may depend on from dotnet 3.5 installer and putting them in the system dir or the application folder.

Hey, that's great news, loblo.

Are you able to give a little more details on the process?

Joe.

I am not sure what more details I can give about that however I can say that the difficulty lies in determining whether a dotnet app which doesn't start has missing dependencies and which ones as the usual tool, dependency walker isn't useful and that's why I mentioned the Remotesoft .NET Explorer (which runs as a standalone program) as it allows to determine that, although not as straightforwardly as dependency walker does for non dotnet apps.

[jds]

loblo, on 11 August 2012 - 12:26 PM, said:

I am not sure what more details I can give

Well, I started looking at this by extracting the dotNet 3 installer contents with 7-Zip. That resulted in a reasonably large bunch of files to sift through. So I deleted all the localized versions of the various files, which was about half of them, then all the files that had "setup" in their name or within their Version information, similarly any download related files, then anything else that didn't look useful. In the end, I had no files left.

So it's not clear to me at all where are these "missing assemblies" that you mention within the dotNet 3 installer. If it's a file called 'system.core.dll', well this wasn't present in the stuff extracted by 7-Zip. BTW, I also don't know what is a "WPF" file, I presume it's not a Wordperfect Form?

I don't think I would be alone in needing an extra little clue or two to get started with this dotNet 3.X stuff.

TIA,
Joe.

This post has been edited by jds: 20 August 2012 - 08:15 AM

[tomasz86]

@jds

I think you should have a look at the OnePiece's .NET 3.5 SP1 True Addon. It uses an INF file to install so it's much better to analyse and modify then the official MSI installer.

[loblo]

Joe, if you google WPF you'll find out that 90% of the top results are about the Windows Presentation Foundation graphical subsystem introduced with dotnet 3.0.

As for system.core.dll it's a dotnet 3.5 file and you can find it at the following location (navigating the installer with 7-Zip):

dotnetfx35SP1.exe\wcu\.\.\.\.\.\dotNetFramework\dotNetFX35\x86\netfx35_x86.exe\vs_setup.cab\FL_System_Core_dll_Gac_24763_x86_ln.3643236F_FC70_11D3_A536_0090278A1BB8

This post has been edited by loblo: 20 August 2012 - 11:49 AM

[jds]

tomasz86, on 20 August 2012 - 09:33 AM, said:

@jds

I think you should have a look at the OnePiece's .NET 3.5 SP1 True Addon. It uses an INF file to install so it's much better to analyse and modify then the official MSI installer.

Thanks, Tomas, I'll check that out (just downloading now)

loblo, on 20 August 2012 - 11:48 AM, said:

Joe, if you google WPF you'll find out that 90% of the top results are about the Windows Presentation Foundation graphical subsystem introduced with dotnet 3.0.

As for system.core.dll it's a dotnet 3.5 file and you can find it at the following location (navigating the installer with 7-Zip):

dotnetfx35SP1.exe\wcu\.\.\.\.\.\dotNetFramework\dotNetFX35\x86\netfx35_x86.exe\vs_setup.cab\FL_System_Core_dll_Gac_24763_x86_ln.3643236F_FC70_11D3_A536_0090278A1BB8

Thanks for the extra details, loblo.

I did google WPF, and the half dozen hits I opened all said about that Wordperfect stuff. That's why I asked.

As for the two dotNet installers I have, "dotnetfx3setup.exe" and "dotnetfx35setup.exe", neither of them have a "wcu" directory, etc. Hence my confusion. I'll download "dotnetfx35SP1.exe" and check it out.

Thanks again, guys.

Joe.

PS. I've now downloaded 3.5SP1 from MS under the file name "dotnetfx35.exe". It's huge, about 10 times bigger than the 2.0 framework, and almost 100 times bigger than the two 3.0 and 3.5 installer packages I'd previously downloaded. In retrospect, it's now obvious that the files I had previously downloaded from MS were just downloaders, not the real dotNet packages.

This post has been edited by jds: 20 August 2012 - 09:42 PM