jumper

> old content disappears, and... Check each browser's Error Console. I think it's a site scripting bug. I recommend scripting be disabled to read, enabled to post. You can also try switching themes.

Perhaps the 2010 install updates mapi32.dll to a version that doesn't work with 2003. If so, place a copy of the old mapi32.dll in a .local folder with the Outllook 2003 executable: <path>\<Outlook2003>.exe <path>\<Outlook2003>.exe.local\mapi32.dll

I've seen the INTERRUPTED problem often in FF2 over the last few years. A site will work for several minutes as long as I keep accessing it; but once I stop to read the contents for several minutes, the next access is INTERRUPTED. If a persistant connection goes idle, the server might time it out and break the connection. If this is done in a new way the browser doesn't recognize, the browser might just report INTERRUPTED instead of reestablishing the connection and trying again. In addition to a time-out limit, perhaps some servers are now setting maximum time or transaction limits on "persistant" connections. Restarting the browser is guaranteed to break and reestablish all connections. Closing all windows and tabs to a site and browsing elsewhere for a while might also work. A menu option to manually break all connections would be nice. I suggest we look at connection settings such as: * network.http.max-persistent-connections-per-server = 2 (1?) * network.http.pipelining = false * network.http.keep-alive.timeout = 300 (60 to lower expectations?) * network.http.version = 1.1 (1.0?) From https://www.quora.com/How-is-HTTP-keep-alive-different-from-connection-timeout The extra Keep-Alive header can inform the client how long the server is willing to keep the connection open (timeout=N value) and how many requests you can do over the same connection (max=M) before the server will force a close of the connection.

> Where does the data come from the initial Internet Explorer 6? There was no previous version installed: "this XP version came with IE and OE removed" Checking my XP/IE8 (upgraded from IE7) system, I see that the files in Windows\IE8 are IE7 files to be restored if IE8 is uninstalled. It also contains the folder Spuninst containing the IE8 version of Spuninst.exe as previously noted. If this folder is missing, extracting Spuninst.exe and Updspapi.dll to any temp folder might allow for the removal of registry entries (and possibly the removal of more files if their location is stored in the registry). That said, I recommend the reinstallation of IE8 followed by its normal uninstallation. Or restore a system backup point from before the initial IE8 install. Then IE6 and/or Outlook Express should install.

Spuninst.exe can be extracted from the IE8 package with 7zip. Or reinstall IE8.

Yes, it's IPv4. That property panel in my full install of XP+SP3 also shows: This connection uses the following items: ... [ ] Internet Protocol (TCP/IP)

If the compatibilty mode for vlc.exe is set to default, it usually inherits from Outlook. If you have Outlook set to Disable Kex, also set the Advanced Option: "Don't use these settings in child processes". (Vlc.exe should also be set to the required mode instead of left using the default.)

1) Add the msfn.org email address to your Address Book to prevent filtering/blocking 2) Disable notifications, logout, login, reenable notifications 3) Change registered email address while notifications are disabled > I got one notification e-mail a couple of days ago, but it was for a post from several days before that! If post had been edited, then 2) should fix things.

@TmEE: Please follow my instructions.

@MiKl: use Kexports+fc on Kexbases.dll to isolate the API changes. SetFilePointer is a likely candidate. @TmEE: So don't use the new ME service pack. It clearly hasn't been fully tested and is using files that aren't compatible with KernelEx. You can also try disabling Kex extensions on _all_ files installed by the pack. And you should also uninstall Kex and reinstall with mode default: Disabled. Manually enable Kex on only those files that need it.

Are you using either of VLC 0.8.6's obsolete interfaces "Streaming wizard" or "VLM control"? As schwups pointed out, VLC 0.8.6 is not the last that will run on ME. Full source is available, so by borrowing code from KernelEx, we can build many newer versions to run natively on Win9x. Judging by the filename (w9x_onlinetv2.rar), this project appears to be a w9x clone of the free version of onlineTV.

The Kexstubs 824 package will contain a thread-safe version of Kexstubs.dll and include an updated Kexstubs.ini. However, Kexstubs is not an end-user tool. it is a debugging tool for KernelEx beta testers. Anyone using a recent KernelEx beta shouldn't need Kexstubs. All Kexstubs testers should be regularly reporting new definitions as well as any old ones still in use so that they can be added to KernelEx.

First two items were previously promised. Last fix is major--only hex return values were correctly parsed, unsigned decimals became zero. Known issue: Still not fully thread safe for stubs (okay for forwards); status: fixable I also use IPS Default. I'll try Opera 12.02 and FF 9.01; KM74_31 is way too slow! Thanks. :)

> the email-problem seem to be caused in Kexbases.17 ! When using v16 it works again. Good. Now try comparing api logs (DebugWindow.exe). In Filter Settings, include "(bfa" to limit output to kexbases apis. > I will look into the printing issue In Kstub823.ini: [Comdlg32.dll] PrintDlgExA=>Kexbasen:PrintDlgExA_new PrintDlgExW=>Kexbasen:PrintDlgExW_2 PrintDlgW=>Kexbasen:PrintDlgW_3 Check Kstub823.log or include filter "PrintDlg" to see which api to focus on.

@filth: Thanks. No problems have been reported for the current implementation, however. @MiKl: I use SM2.0.4 but not the email client. Please narrow the problem down to Kexbases.17 or Kexbasen.17. .18 is packaged and awaiting final review. Kexbasen.16 exported 11 new print dialog functions--access them via Kexstubs. @MERCURY127: due to site changes, I can no longer upload files. @deomsh: please debug things further with KexApiLog (DebugWindow.exe) and report back.

Kstub823.7z // 823 - search: Kstub823.ini, Kexstubs.ini, stubs.ini; e120; fix r<unsigned decimal value>

No, it means updates will be detected and automatically repatched without needing a manual reinstall of KernelEx.

- http://www.network-drivers.com/drivers/1241/1241700.htm Or use the built-in NIC or USB to connect an external wifi modem/router

"Most antivirus programs identify runouce.exe as malware—e.g. Microsoft identifies it as Virus:Win32/Chir.B@mm, and TrendMicro identifies it as PE_Chir. B-O or PE_CHIRUX.B." - https://www.file.net/process/runouce.exe.html Once removed, try creating a read-only folder in "C:\Windows\system32" named "runouce.exe" to prevent it from coming back.

Sounds like a DRM problem. The LGE may use a version that isn't supported by XP. What connection type did you use for each the Dell and LGE: VGA, DVI, HDMI? Try reconnecting the Dell without changing drivers. If this works, reconnect the LGE using the same connection type, else uninstall the new drivers and restore system settings from a backup.

KernelEx v4.5.2 patches Kernel32.dll in memory. KernelEx v4.5.1 patches Kernel32.dll on disk, however v4.5 Final Changelog.txt states: "KernelEx doesn't need to be reinstalled anymore if kernel32 is updated".

Any hex editor. (My ImportPatcher probably won't work; I haven't tested it on PE32+ files.)

GetTickCount can be called in place of GetTickCount64 for 49.7 days if the upper dword is zeroed. On XP X64 I would image this to be the case. Replace all "GetTickCount64" strings with "GetTickCount\0\0" to try.

Thanks for the direct links. Both file headers are "%PDF-1.5". SumatraPDF (all versions from 0.9.0 up) works with no complaints. I'll see about compiling the test code into an app for Win95+. Courtesy of Google: This is the html version of the file https://meltdownattack.com/meltdown.pdf. Google automatically generates html versions of documents as we crawl the web. This is the html version of the file https://spectreattack.com/spectre.pdf. Google automatically generates html versions of documents as we crawl the web. FLUSH+RELOAD: a High Resolution, Low Noise, L3 Cache Side-Channel Attack This is the html version of the file https://eprint.iacr.org/2013/448.pdf.

SpecuCheck doesn't check for the vulnerabilities, it checks for a patch. No patch for Win<7, so no reason for a Win<7 SpecuCheck. From https://github.com/ionescu007/SpecuCheck/blob/master/README.md: