loblo

There are 7 vulnerable TLS protocols in Opera 12.02. Once they are disabled, I would think that my encrypted connections are no more or less insecure than those made with another more recent browser on another more recent system such as latest Chrome or Firefox on my Win7 laptops which I hardly ever use. If you know otherwise you'll let me know.

In msdos.sys, try those options: [Options] Autoscan=0 BootMenu=1 BootMenuDelay=5 Scandisk will not run automatically and you'll always have a boot menu displayed with 5 seconds to change the automatically selected boot mode.

Doesn't Windows reboot automatically in safe mode by default only after failing to fully boot? Anyway you need to edit the msdos.sys file in the system drive root dir to set those kind of boot options.

It's a program to make a screenshot of your desktop and save it as bitmap, not an app to show a pic of ClassicOS.

This works too: PDF reDirect 2.2.5 PDFill 6.0

If you're looking for an alternative, Burp Suite Free Edition proxy works splendidly for me with Opera 12.02 on Windows ME.

I am sorry to say this but this doesn't really belong here as this is possible only with a KernelEx development build which breaks a few other things working with the stable KernelEx version... Altough I told LoneCrusader to do whatever he thought was best with this post that for some unfathomable reason upsets jumper so much in the KernelEx updates thread that he holds of releasing new builds because of it , I've got to say that IMHO it belongs exactly where it originally was and not here.

Works fine for me with the first I found which is version 5.1.2600.0 (xpclient.010817-1148).

PDF.DLL now requires fontsub.dll. Find it and put it somewhere in the irfanview or system path and it'll work.

OK so, with all latest KernelEx files, system dlls disabled and kstub822.ini pruned of every duplicate there is no change whatsoever with all the issues/regressions I previously reported. unicows disabled > no flashing cursor in Opera's edit fields. msvcrt disabled > Gimp not starting and chess engines not running in Chess Wizard. msvcrt enabled > Gimp runs but plugins are crashing. Git crashes when I run Mintty regardless whether msvcrt is enabled or disabled. No change with windowscodecs.dll crashes.

Sleep.exe uses SetSuspendState(). There is also Sleeper and Wizmo which might be of interest/useful and probably a few more to find all over the interwebz.

On the positive side, and before any of those changes, some apps that did crash in kexbases.dll and that I could only run from within Dependency Walker now run fine on their own with the latest version of this dll. Amongst the handful of those I think it is worth mentioning the recently released version 6 of Microsoft Visual True Type which appears to be compiled with Visual Studio 2015 (most of the code in that is from the late 1990's however). It did require some extra hexing hodgepodge however as some definitions I did need to add to kstub822.ini broke other software (Networx). It also requires Vista's UIAutomationCore.dll which I got from a dll dump website. I have not tried so far to see if disabling system dlls would help with the Gimp plugins and git crashes as I am still using original kexbasen.dll. Kstub822.ini cleanup won't help for sure as the crashes occur without stubs dlls at all. Edit: A screenshot of VTT running (flawlessly) under Windows ME.

With unicows disabled I don't have a flashing cursor in Opera's edit fields as is obvious by reading the whole post. Now with msvcrt disabled, Gimp does not fully start and I can't run chess engines (standalone console executables) in ChessWizard anymore. But OK, I'll try all that with latest kexbasen soon and will let you know. I don't use latest kexbasen because of Gimp and Git issues as I use Gimp and Mintty very frequently.

I disabled KernelEx on the suggested system dlls and a bunch of others. After reboot I had no flashing cursor anymore in any of Opera's edit fields and this with both UI and inside web pages. Reverting changes fixed it but only after reboot. I don't know disabling which system dll is the cause for it. It's unicows.dll and there is no need to reboot if the change is made through the file property dialog, it seems settings change aren't applied immediately if they are made in the registry as I did yesterday.

You're probably not seeing any java content in Opera as it uses only the new java plugin and to the best of my knowledge no one ever got this to work. As for your issue with files, it seems to be the normal behavior for the Internet Explorer cache folder which appears to be in an unusual location on your system. You can check or change its path, as well as cookies and history folders in the registry under HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders and perhaps make it more accessible to windows explorer by lowering the security settings for the appropriate zone in the Internet control panel applet. Otherwise just use a file manager which does not use the standard shell such as Free Commander to see the full content of those folders and copy stuff out if you want.

I disabled KernelEx on the suggested system dlls and a bunch of others. After reboot I had no flashing cursor anymore in any of Opera's edit fields and this with both UI and inside web pages. Reverting changes fixed it but only after reboot. I don't know disabling which system dll is the cause for it. Neither disabling dlls or cleaning up kstub822.ini of duplicates helped with the windowscodecs.dll crashes I get with latest kexbases.dll. On the positive side, and before any of those changes, some apps that did crash in kexbases.dll and that I could only run from within Dependency Walker now run fine on their own with the latest version of this dll.

1 = Bus 00 = Device 0 = Function 0295 = Device Model ID 10de = Device Vendor ID

More details about the windowscodecs.dll regression/crash mentioned in page 10. Faultog, Apilog and Dr Watson logs uploaded here: http://filebin.ca/2XH8k6pK3J7e/windowscodecscrash.7z

This seems to fix the UPX issue, great! I have tested gimp plugins crashes again and it occurs in all configurations I tried if using your kexbasen, with or without kexstubs and with msvcrt or msvcr70. Last line line apilog catches ends with "<KERNEL32.DLL>MultiByteToWideChar|3" in all crash cases. (for git.exe too). There is no instance of "MultiByteToWideChar|3" when there is no crash with xeno kexbasen. I uploaded all faultlog and apilogs for those different configurations here: http://filebin.ca/2X24TERCAV3e/KernelexCrashlogs.7z Hopefully it'll help you figure out what's going on. It seems very different than the older logs I did a while back.

Thanks jumper for those explanations but I think I did all that already regarding gimp plugins crashing and your last word about it was: Do you want new logs?

I thought I had done all that already with apihook. If I should do something else let me know what and how exactly.

I gave a lot of info about the gimp issue a while back starting with this post: http://www.msfn.org/board/topic/173233-kernelex-45201511-updates/page-5#entry1096811 All I can add/clarify about that is that it happens with non-upxed files too.

It loads without crashing but both issues reported in this post remain: http://www.msfn.org/board/topic/173233-kernelex-45201511-updates/page-9#entry1112872 And some upxed files still won't load: Examples to download here: http://filebin.ca/2Vl2gZkNduGY/KernelexUPX.7z

Hanging during boot if an USB mass storage device is plugged seems to be a generic Windows Me issue. I am not aware of a fix but sure would love if there was one.

I think the ActiveX model itself is no proof of Microsoft's malevolence. I do believe however that the absence, after nearly twenty years, of a whitelisting mechanism preventing the use by Internet Explorer of any dll not explicitly authorized provides such a proof . It's how Microsoft did nothing to truly mitigate the inherent vulnerability of this model that makes them look really dodgy IMO. Windows 10 may look more secure in this respect since they are pushing Edge which does not make use of ActiveX but I personally think that's just because they close one door to open another one, this "telemetry" that can send god knows what out of one's machine without possibility to even snoop on what is actually sent since that data is strongly encrypted...