Xnview classic 2.13 full version support on windows 95

[ABCDEFG]

Here's the second fix for xnview  https://filebin.net/i4dvch4eyiktta2d, once you apply it you won't need SH95UPD, but it must be freshly installed xnview

extract the package to C:\ and run the XnvFix.bat.

Only, the solution to the webp.dll problem will have to wait a bit.

Edited March 31 by ABCDEFG

[deomsh]

@ABCDEFG before running the fix I only had to adapt XNVFIX.BAT to my Program Files drive-letter. XnView v2.13 seems to run out of the box on a clean system, without SH95UPD:

@cov3rt about posting images: above image is a slightly cut 1920x1200 print-screen, pasted into Irfanview and saved as *.png and then drag-and-drop into the post. This one has filesize of 78KB, even less is possible with png.  

[deomsh]

Working on Windows 95 OSR1a too. Really nice @ABCDEFG :

[ABCDEFG]

@deomsh Yes, it should work on 95rtm too, it just needs to have c runtime installed.

[deomsh]

@ABCDEFG Thanks, I have MSVCRT.DLL on board.

First I just copied the fix from Windows 95 OSR2, but today I tried a fresh one in Windows 95a. Everything is fine, I only had some initial issues not founding the XnView directory, but that was an easy job compared to yours. 

BTW print-screen further processed in XnView, as it looks like the default png compression is heavier than IrfanView's.

[cov3rt]

Any updates? Also since we are talking about xnview, i think it's ok to ask about a related thing. Does anyone know if there's an official or unofficial method for getting rid of the file icons showing on the bottom right of thumbnails in windows explorer when xnview is installed on windows 9x / 2K? I know modern os have the option to disable this via folder options by unchecking "display file icon on thumbnails", but it's absent in 2K and older. I asked chatgpt if they know of any solutions but they have concluded that there might not be and / or that the file icon handler part might be baked into the thumbnail part itself. 

[cov3rt]

I decided now to try to make Irfanview 4.44 work as an alternative, but faced many unexpected results, 
like no fully working autohotkey 1.0.48.5 / autoit 3.1.12.1 scripts, and almost half of the plugins in 
the package do not work. I did mention in my other thread on patch9x that i was able to work around the 
SSE2 instructions problem so it will at least open regular jpeg/jpg files, but there are still many things 
unresolved for my purpose of using the program. 

I do not plan on trying to make most of the non working ones work, i did several attempts with ghidra with 
chatgpt but was not able to get anything to work yet. My main focus is webp.dll which currently does not 
work. You can use some older versions for some of the plugins and they'll work, like jpeg2000.dll version 
4.3.3.0, but a good remainder of plugins still do not work. 

Here is what's missing for unpacked webp.dll checked on a fully updated windows 95 osr 2.5 system:

kernel32.dll missing exports ( implicitly dependent modules ):

EncodePointer

DecodePointer

GetModuleHandleExW

IsDebuggerPresent

IsProcessorFeaturePresent

SetFilePointerEx

InitializeCriticalSectionAndSpinCount

[jumper]

Only the IsDebuggerPresent and IsProcessorFeaturePresent imports can be patched out. The other five would require some major code hacking to function correctly. An extender would be the best option.