schwups
Content Type
Profiles
Forums
Events
Everything posted by schwups
-
What about Burp 1.7.36 on Java 7?
-
Maybe this (Opera via Burp - page 26 -30 ...) is useful for you. I can run Burp as HTTPS proxy, but on ME. I don't have Win 2000 to test that. Burp runs on Java. You have to export the certificate (portswigger ca) on Burp and afterwards you can import it to Opera.
-
Try to connect via proxy.
-
Note: I can't enable hardware acceleration for KM76. That is possible with FF only.
-
Additional requirements for FF 42 - 48 and KM 76: Dll's from XPSP2 or SP3 (or ReactOS) (Activeds.dll, adsldpc.dll, apphelp.dll, authz.dll, dbghlp.dll, dnsapi.dll, mprapi.dll, netrap.dll, netui0.dll, netui1.dll, ntdsapi.dll, ntlanman.dll, rasdlg.dll, rasman.dll, regapi.dll, rtutils.dll, samlib.dll, utildll.dll, w32topl.dll, winscard.dll, winsta.dll), MDAC2.8SP1 (Odbc32.dll, Odbcbcp.dll), GDIPlus.dll (for KM76) and Kext (latest Kstub823, ini file here). The names of all missing files were found with the DependencyWalker (DW). To do this open the Xul.dll with the DW. Missing modules are marked with a question mark in yellow circle. To get all names you must refresh or restart DW after adding files. New (missing) files will appear. The new files bring up new dependencies. You have to repeat the procedure several times. I have these files, XPSP2/SP3 and some from ReactOS 0.4.0, in the system folder. You also can try to paste them in the KernelEx folder, or KernelEx Subfolders like ROS, as KernelEx-KnownDll's. In this case (KernelEx-KnownDll's) is the registry entry in the Key [HKEY_LOCAL_MACHINE\SOFTWARE\KernelEx\KnownDLLs] necessary. Or paste them into the program folder, when you're afraid. To bear in mind pdh.dll, psapi.dll, userenv.dll, uxtheme.dll and wtsapi32.dll are already supported by KernelEX (KernelEX-KnownDll's). Don't merge LZDLL_ME.reg or LZDLL.reg for Win98 of KernelEx update18 into the registry! Firefox will crash immediately on start . The portable Installer requires the apphelp.dll. It make sense to install the WindowsInstaller 12.0.2600.2, but I haven't testet it as requirement. Direct3D9 (OMTC): 1. Install DirectX 9c 2. "layers.acceleration.force-enabled" => true - OMTC requires hardware acceleration! 3. "layers.offmainthreadcomposition.enabled" => true (default value) I did all the tests with the portable versions and I only testet with NV7800GT and NV7900GS cards and drivers 82.16 and 82.69 on WinME This may not work with other hardware.
-
FF48: I dared to go one step further. I set "layers.acceleration.force-enabled" to true, "layers.offmainthreadcomposition.force-basic" to false and "layers.offmainthreadcomposition.enabled" to true. It completely solved the main UI glitch now, and surprisingly FF seems to run stable. Now the troubleshooting page "about:support" gives "Compositing = Direct3D 9" instead of Basic. What remains are common icon glitches and here and there slightly shifted or coloured edges. But that was already the case before.
-
The old bool "layers.offmainthreadcomposition.force-basic" = true is better than "layers.offmainthreadcomposition.force-disabled" = false. Thereby it's possible to start and run Firefox 48 with a slightly reduced window size without this UI glitch. Besides that all pages are usually displayed correctly and there aren't any blank ones.
-
Thanks for your work and the hint.
-
KM76: I still haven't caught the culprit or have a workaround to make the sub menus and context menus readable. Siria, I have to deal with the language change again, basically I had the same or very similar results. I tested OMTC (offmainthreadcomposition) disabled on FF 45 and 48. It solved the UI glitch, that the window is not completely displayed or not at all in the case FF48 and these versions seem to run stable in contrast to FF35. The downside is that some web pages are not displaying correctly or are blank. FF 48 doesn't have the boolean "layers.offmainthreadcomposition.enabled" anymore. I created a new "layers.offmainthreadcomposition.force-disabled;true".
-
The rectangles are in lines 226, 348, 456, 550, 663 and 796. The main.kmm of 75.0 isn't affected.
-
The KM reader gave an "? in rhombus", WordPad shows a square instead of c on ME, but Notepad++ a c. Perhaps something like that could cause the converting problem. I already tried different skins and I also disabled individual and all macro extensions and KM plugins month ago. Supplement: I found five squares more inside the main.kmm with WordPad. All kmm errors are gone. Now there are only some css warnings.
-
I activated the error console and yes "Compat 75" was disabled. I corrected one character in line 226 of the main.kmm. $kLayersOnly=$kLayers*getpref(BOOL,"kmeleon.plugins.layers.cat?hOpen"); ? => c That solved almost all of the kmm errors (#13) and only two remained. But it isn't the culprit.
-
@siria Win ME and 98 has lost track of development for several years, but I believe I will remain staunch to ME. It's comparatively simple and yet good - A look at the task manager and I normally know what's the problem. Some members have given up and I think others are waiting for a final KernelEx release with installer. Old KernelEx 4.5.2 is downloaded more than four hundred times a week on sourceforge, so in principle there should be interest. Yes, I may be one of the first in the world to run KM76. In spring I was able to start KM 76, but had no clue to get online and to resolve that problem of the unreadable menus. Jumper said on 8 May (How you really browse the web on 98/ME in 2019) "In February 2018 I was able to surf simple websites with KG76 on 98se+Kex..19(pre). The main problem was all menu text truncated to one character (unicode strings not getting converted to ansi). After a few weeks it seemed to get stuck in offline mode--maybe a iphlpapi issue...". At that time I tried to find something in the kmm files that was somehow noticeable or strange by comparing KM75.0 and KM75.1 files, but without success. I admit that I can't edit macros and have no knowledge about them. So I'm very happy about your contribution here, your approaches, tips and assumptions. I think you are someone who knows K-Meleon particularly well here on this board.
-
The menus are unreadable since KM75.1. To start KM76 you must set the Xul.dll to XPSP2 (not legacy XPSP2) and I also set the exe to XPSP2. (Kex24 + my Kext file) Not to forget the GDIPlus.dll (XP or Vista).
-
I'm running RT's KM 76 (KM76.3.1-Goanna-20201010) and have Javascript enabled now. That's OK so far and also on some JS critical sensitive pages. If I try to open msfn.org/board on latest version of 24 October, the browser freezes with JS enabled. The icons and buttons aren't comely (artefacts) and the language change doesn't work or only partially and leads to additional errors. Best is to keep English-US. But especially the almost completely unreadable submenus and context menus are very annoying. I can add unreadable bookmarks, which I recognize by the ugly symbol. Recently visited addresses aren't saved. I want to check my results on another machine the next days.
-
"RtlIpv6StringToAddressW=" is required, otherwise FF doesn't start. If it isn't present, the automatic fallback to Ipv4 seem to fail. I hoped the error message prompt "Kstub823 ntdll.dll:RtlIpv6StringToAdressW" on first start could be avoided by removing this API. Possible is to ignore the message prompt and then switch "network.dns.disableIPv6" to true. Now I found "RtlIpv6StringToAddressW=o3" or "RtlIpv6StringToAddressW=t3" avoids the error. My revised ini file: Kexstubs.7z
-
I've got an overview: I can start and run versions 42 - 47.0.2. Versions 36 - 41.0.2 crash on start as well as 49 and higher. And 48.0 - 48.02 start initially without UI. It appears when I press F11(FullScreen) 2x. My first impression is that 48 is not stable on a lot of websites - thus maybe unusable. Supplement: I checked 48 again and noted that it doesn't really freeze. Every time when the window freezes I must press F11 to refresh. It is best not to leave the key with your finger. Additional requirements for FF 42 - 48 and KM 76: Dll's from XPSP2 or SP3 (Activeds.dll, adsldpc.dll, apphlp.dll, authz.dll, dbghlp.dll, dnsapi.dll, mprapi.dll, netrap.dll, netui0.dll, netui1.dll, ntdsapi.dll, ntlanman.dll, rasdlg.dll, rasman.dll, regapi.dll, rtutils.dll, samlib.dll, utildll.dll, w32topl.dll, winscard.dll, winsta.dll), MDAC2.8SP1 (Odbc32.dll, Odbcbcp.dll), GDIPlus.dll (for KM76) and Kext (ini file in next post). The names of all missing files were found with the DependencyWalker (DW). To do this open the Xul.dll with the DW. Missing modules are marked with a question mark in yellow circle. To get all names you must refresh or restart DW after adding files. New (missing) files will appear. You have to repeat the procedure several times. I have these files, XPSP2/SP3 and some from ReactOS 0.4.0, in the system folder. You also can try to paste them in the KernelEx folder, or KernelEx Subfolders like ROS, as KernelEx-KnownDll's. In this case (KernelEx-KnownDll's) is the registry entry in the Key [HKEY_LOCAL_MACHINE\SOFTWARE\KernelEx\KnownDLLs] necessary. Or paste them into the program folder, when you're afraid. To bear in mind pdh.dll, psapi.dll, userenv.dll, uxtheme.dll and wtsapi32.dll are already supported by KernelEX (KernelEX-KnownDll's). The portable Installer requires the apphlp.dll. It make sense to install the WindowsInstaller 12.0.2600.2, but I haven't testet that as requirement. After further testing, I initially ruled cabinet.dll (XPSP2 or 3), MDAC2.8SP1, Imagehlp.dll (2KSP3), msvcrt.dll = msvcr70.dll and IE6SP1out. Direct3D9 (OMTC): 1. Install DirectX 9c 2. "layers.acceleration.force-enabled" => true - OMTC requires hardware acceleration! 3. "layers.offmainthreadcomposition.enabled" => true
-
FF45 doesn't work without Kext! I've revised my ini file and removed redundant entries. Not all entries are required to run FF45: ~~~ Definitions ~~~ [ADVAPI32.dll] CredProfileLoaded=z1e [GDI32.DLL] D3DKMTCreateDCFromMemory= D3DKMTDestroyDCFromMemory= [LZ32.DLL] DnsValidateName_W= WinHttpReadData= WinHttpReceiveResponse= [ntdll.dll] _alloca_probe= NlsMbCodePageTag= NlsMbOemCodePageTag= NtImpersonateAnonymousToken= NtUnloadKeyEx=z1e RtlCopyLuid= RtlDeleteElementGenericTable= RtlDoesFileExists_U= RtlEnumerateGenericTable= RtlGetElementGenericTable= RtlGetFullPathName_U= RtlInitializeGenericTable= RtlInsertElementGenericTable= RtlIpv6AddressToStringA= RtlIpv6StringToAddressA= RtlIpv6StringToAddressW= RtlIsDosDeviceName_U= RtlIsGenericTableEmpty= RtlLengthSecurityDescriptor= RtlMakeSelfRelativeSD= RtlNtPathNameToDosPathName= RtlQueryTimeZoneInformation= RtlSelfRelativeToAbsoluteSD= RtlStringFromGUID= RtlUnicodeToOemN= RtlUpcaseUnicodeStringToOemString= [RPCRT4.dll] NdrAsyncServerCall= [SETUPAPI.dll] CM_Connect_MachineW= CM_Disconnect_Machine= CM_Locate_DevNode_ExW=
-
Now I'm running FF45.9esr (JS enabled) and latest KM 76.3.1 (JS disabled) on ME. I am quite surprised and I am not sure why. I believe it has to do with the KernelEx settings for the mfc*.dll/msvc*.dll files. I had tried different modes and had temporarily set mfc*.dll's to NT40 in context with "Streaming & Downloading Youtube Videos in 2020". I had problems with setting NT40. The mouse did not work repeatedly on OS start and I also had trouble shutting down. So I had set all the mfc* files to default or Base enhencements, if default didn't stick. FF 45.9 seem to run stable with JavaScript enabled, but it has the same or similar UI glitches as FF35. The extension "Classic Add-ons Archive" is installable and works. Switched: network.dns.disableIPv6 => true browser.newtabpage.enabled => false xpinstall.signatures.required => false to install unverified add-ons (already set in RT's builds) RT's FF45 build:
-
AFAIK there is no win98 compatible version of GPUZ. CPUZ could give an AGP Information. In my opinion you can trust Everest! Version 2.2 (2005) is free. All others are trial.
-
That is right, but it makes no difference, if the Msvcrt is "really" replaced by msvcr70. Ok I see, if it is really replaced the Dependency walker shows msvcrt, too.
-
Yes, oddly your Imortpatcher gives "[msvcrt.dll] _vsnprintf_s=" and the DependencyWalker shows msvcr70, too.?
-
After update to latest "curl-7.72.0-mbedtls-zlib-win32-static-xpmod-sse.7z" I get an error: Error starting Program: The Curl.exe is linked to missing export msvcr70.dll: _vsnprintf_s. Curl 7.69.1 is OK.
-
According to my first slight impression these managers work on ME. Thanks for the links.
-
Something to requirements (my system Win ME, but that shouldn't matter here): KernelEx 4.5.2: The Update fails, no matter how curl is set. Error: 1. "Curl.exe is linked to missing export-Kernel32.dll: FindFirstVolumeW" / 2. UpdRoots -open SrcStore failed=>0x2(2) KernelEx 4.5.2015.9, but with kexbasen 8: It works with an error "Curl.exe is linked to missing export-Kernel32.dll: FindFirstVolumeW". Adding this API to Kexstubs could help to avoid the error message. KernelEx - latest Update 24: The update worked perfectly. Set the curl.exe to 2k. Update 24 supports FindFirstVolumeW.
