UCyborg

MySQL Workbench 8. It puts a warning that it's being run on an unsupported operating system and while it may work fine, to keep in mind that it wasn't designed for that platform in case you run into problems.

At least on MBR systems, if you have prepartitioned disk with a single boot partition, you can install the whole OS on it without any problem by selecting said partition in installation wizard, where everything is installed. If you have unpartitioned disk and select unpartitioned space, it will create several partitions. The default layout was changed several times, it started with small "System Reserved" partition, then the size of it was increased as recovery image (WinRE) grew in size. In latest iterations of the OS, the default layout includes 50 MB partition with boot files, 2nd partition accommodating operating system and the 500 MB (it's actually 498 MB in my test virtual machine) 3rd partition with WinRE. It's odd that cumulative update would complain about the reserved partition, especially in a single boot partition scenario, but OS upgrades do pose at least one question from updating component POV in a scenario where such partition exists, eg.: "What do I do if I can't fit the new recovery image on the old "System Reserved" partition?".

I would disable internet connection sharing on the hotspot, then BRIDGE it with Ethernet adapter. Select both "Ethernet" and "Wi-Fi", right-click on one of them and click whatever is the equivalent of "Bridge Connections" in your language. Assuming it works and there aren't any physical connection issues, you might have to set IP settings manually on one of the machines. Windows 10 will complain about the IP conflict in Event Log while Windows 98 should give a warning right after logging in.

Suspend winlogon.exe with Resource Monitor and terminate dwm.exe. Resume it after you're done. You don't want to log out/leave user session with winlogon.exe suspended.

Practicality. It happens to work for me and with a bunch of annoyances in older versions, transition wasn't particularly shocking.

This doesn't really cover real 3D scenarios one usually encounters in practice, it's almost like a web-equivalent of glxgears, mostly useful to tell whether 3D works at all. Try WASM port of Doom 3 engine - introductory page is here. But even good old WebGL Aquarium is enough to tell when there's something off about 3D performance. It's going to be slow because the browser doesn't use 3D capabilities at all on XP. At least WebGL should be fully doable through OpenGL, but is run in pure software no matter what flags you flip.

It's true, 14.28.29213.0 is the last, even on XP x64, newer versions give errors about missing APIs when loaded by applications.

I could try if I find it, they say 14.28.29213 is the last.

Links to official installers for last XP compatible Microsoft Visual C++ 2015-2019 Redistributable (version 14.28.29213): x64 - https://download.visualstudio.microsoft.com/download/pr/566435ac-4e1c-434b-b93f-aecc71e8cffc/B75590149FA14B37997C35724BC93776F67E08BFF9BD5A69FACBF41B3846D084/VC_redist.x64.exe x86 - https://download.visualstudio.microsoft.com/download/pr/566435ac-4e1c-434b-b93f-aecc71e8cffc/0D59EC7FDBF05DE813736BF875CEA5C894FFF4769F60E32E87BD48406BBF0A3A/VC_redist.x86.exe Edit: I reported the post, moderator may delete this, I overlooked they were already posted.

Yeah, was already installed, my onboard sound wouldn't work without it. Says "PCI Express x16", no info about which generation.

No idea, I only use DVI ports.

I've been using KeePass (version 2.xx) for over a decade. It predates all these fancy-schmancy password managers you hear about these days.

Regarding video downloading extensions, Ant Video Downloader is another one. It requires FFmpeg, user must point it to ffmpeg.exe, then the download is just two clicks away; click on its toolbar button and select one of the detected video streams on the website.

Are you saying the slowdown occurs only if some application is on the slow monitor, but not otherwise? That'd be strange, because AFAIK, DWM refreshes at the speed of the slowest monitor, so the slow monitor always bogs all the others down.

On my end, if I put the second screen to 75 Hz while keeping the first at 59 Hz, things are fine on the first screen, but anything placed on the second one is laggy. If only second screen is active, it's fine, likewise if both are at 59/60 Hz (or 75 Hz), everything is smooth regardless of which screen a particular application occupies.

Windows 7's DWM simply doesn't handle mixed refresh rates properly. If you want all 3 monitors active at once, all of them must run at the same refresh rate.

I mixed up NVIDIA and ATI systems. If I got this right, you practically copied whole main folder content from one system to another and then it started working? It's like as if some file initially got corrupted on ATI system.

Latest Version of Software Running on XP is more fitting. [Moderation note: Agreed, done.]

@ArcticFoxie @we3fan https://msfn.org/board/forum/23-site-amp-forum-issues/ This is preferred anyway to not bloat the forum database (Rule 6 of MSFN Forum Rules).

Must be one of the game's graphics settings that NVIDIA driver doesn't like. You could try playing with various graphics settings to find out which setting at which value causes it. You can backup your current config file to be able to easily revert to working configuration, its path relative to installation folder is main\players\<your profile name>\config.cfg.

The biggest thing (obstacle) about driver programming to my knowledge is knowing how the hardware you're writing a driver for actually works. I guess if Linux kernel has a driver for particular piece of hardware, hints could be looked up in its source code.

This was on VMware virtual machine, I don't have Win9x compatible hardware. I could give it a spin on a VirtualBox since it differs in practical execution speed, it's faster. Nope, we aren't, I ran setup.exe from original DVD. Linkage to DirectDraw would have to be investigated, even CoD1, which renders using OpenGL, has it for some reason, maybe it just checks some aspect of the environment it runs in. If I remember correctly, forcing the game to run in windowed mode via SwiftShader helped a bit with the mouse problem, forgot to mention that.

Block JavaScript from adobedtm.com and see if there's anything missing.

You can tell by inspecting the program's executable or its dependent DLLs whether they import GDI32.dll or not. Process Hacker comes with PE Viewer. Some programs are packed so their import table looks weird when inspected and I'm not sure whether all DLLs are shown or not. Also, OpenGL applications need certain functions from GDI32.dll. Though even if a lot of functions are used, which is probably a good indicator GDI is supported and that the program can do interesting things with it, it might just be present as the fallback. .NET programs call methods from System.Drawing namespace, which encapsulates basic GDI+ functionality. Seems System.Drawing.ni.dll is loaded by the process when used. Aye, it's pretty widespread and updated programs that use it are out there (KeePass. 7-Zip, HD Tune...). This should be re-targeted to lower .NET Framework version. Are there even any noticeable differences between different .NET versions? I suspect invoking GDI from .NET isn't very expensive.

No glitches with 368.81 driver in Unigine Heaven on XP x64 here, the GPU is fine. Though this particular case isn't the main point, just that the older drivers (and software in general) can have bugs that newer don't (and vice versa, though the goal is to eliminate issues with newer releases).