Leaderboard

New out-of-cycle release of Adobe Flash Player 31 came today: 31.0.0.153 (tested/working on Windows XP SP3 and XP x64 SP2) Internet Explorer ActiveX: http://fpdownload.adobe.com/get/flashplayer/pdc/31.0.0.153/install_flash_player_ax.exe Mozilla Firefox NPAPI (also for Opera Presto/Google Chrome 44 and earlier): http://fpdownload.adobe.com/get/flashplayer/pdc/31.0.0.153/install_flash_player.exe Google Chrome 45 through 49 PPAPI: http://fpdownload.adobe.com/get/flashplayer/pdc/31.0.0.153/install_flash_player_ppapi.exe

The AMD Ryzen CPUs have a VME bug, which was mostly fixed in the latest revisions and BIOS updates, but hasn't been entirely fixed for hybrid 16/32 bit OSes (such as Windows 9x). A solution to this is to disable the 32 bit protected disk drivers (go into Safe Mode, then System Properties > Performance > File System > Troubleshooting > Disable all 32-bit protected mode disk drivers), and then install the 48-bit LBA fix, as well as all of the previously released Windows 98 updates. Then, you should be able to re-enable the 32 bit drivers. This may not guarantee 100% stability, but it seems to work fine for me.

I just changed the values in the registry: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\Language Default: 0409 InstallLanguage: 0409 I'm now downloading the Service Pack 4 (instead of SP3), so hopefully I won't have to reinstall too many updates. Hopefully it's gonna work. I'll let you know.

@FranceBB : Italian (it-IT) is what is called the base language of your OS, and it can't be fully reverted to English (en-US) without an OS re-install; however, people have posted a workaround, which might solve your predicament... Funny thing is, the person asking for that in tomshardware site is a (supposedly) compatriot of yours, wanting to change from Italian to English: http://www.tomshardware.co.uk/forum/281286-45-change-display-language-windows-professional => "as far as I know there is only one way. SP3 + regedit" ; the youtube video guide has been long removed (probably at MS's request), but, thankfully, another site has saved it as complete instructions, including screenshots: https://www.wikihow.com/Change-the-Language-of-Your-Computer-(Windows-XP) I believe WinXP SP3 update (in en-US) is saved by MSFN member @sdfox7 in his server (but should be available in Microsoft Update Catalogue)... Worth a shot trying the procedure... Auguri

I focus more on Windows 9x Applications. NTFS TRIM Programs already existed. I don't have enough documentation on NTFS to write one. You can TRIM a NTFS Partition by Zero filling it and then use the Zero TRIM Mode in my Program.

@VistaLover I mean the C python one by PolarNick for MinGW using MSYS2. It just works around kernel calls that are not implemented in XP like so: --- a/PC/python.manifest +++ b/PC/python.manifest @@ -1,6 +1,6 @@ <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> - <trustInfo> + <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3"> <security> <requestedPrivileges> <requestedExecutionLevel level="asInvoker" uiAccess="false"/> --- a/Modules/posixmodule.c +++ b/Modules/posixmodule.c @@ -1445,6 +1445,31 @@ return TRUE; } +/* Grab GetFinalPathNameByHandle dynamically from kernel32 */ +static int has_GetFinalPathNameByHandle = -1; +static DWORD (CALLBACK *Py_GetFinalPathNameByHandleW)(HANDLE, LPWSTR, DWORD, + DWORD); +static int +check_GetFinalPathNameByHandle() +{ + HINSTANCE hKernel32; + DWORD (CALLBACK *Py_GetFinalPathNameByHandleA)(HANDLE, LPSTR, DWORD, + DWORD); + + /* only recheck */ + if (-1 == has_GetFinalPathNameByHandle) + { + hKernel32 = GetModuleHandleW(L"KERNEL32"); + *(FARPROC*)&Py_GetFinalPathNameByHandleA = GetProcAddress(hKernel32, + "GetFinalPathNameByHandleA"); + *(FARPROC*)&Py_GetFinalPathNameByHandleW = GetProcAddress(hKernel32, + "GetFinalPathNameByHandleW"); + has_GetFinalPathNameByHandle = Py_GetFinalPathNameByHandleA && + Py_GetFinalPathNameByHandleW; + } + return has_GetFinalPathNameByHandle; +} + static BOOL get_target_path(HANDLE hdl, wchar_t **target_path) { @@ -1453,7 +1479,7 @@ /* We have a good handle to the target, use it to determine the target path name (then we'll call lstat on it). */ - buf_size = GetFinalPathNameByHandleW(hdl, 0, 0, + buf_size = Py_GetFinalPathNameByHandleW(hdl, 0, 0, VOLUME_NAME_DOS); if(!buf_size) return FALSE; @@ -1464,7 +1490,7 @@ return FALSE; } - result_length = GetFinalPathNameByHandleW(hdl, + result_length = Py_GetFinalPathNameByHandleW(hdl, buf, buf_size, VOLUME_NAME_DOS); if(!result_length) { @@ -1497,6 +1523,12 @@ wchar_t *target_path; const char *dot; + if(!check_GetFinalPathNameByHandle()) { + /* If the OS doesn't have GetFinalPathNameByHandle, don't + traverse reparse point. */ + traverse = FALSE; + } + hFile = CreateFileA( path, FILE_READ_ATTRIBUTES, /* desired access */ @@ -1587,6 +1619,12 @@ wchar_t *target_path; const wchar_t *dot; + if(!check_GetFinalPathNameByHandle()) { + /* If the OS doesn't have GetFinalPathNameByHandle, don't + traverse reparse point. */ + traverse = FALSE; + } + hFile = CreateFileW( path, FILE_READ_ATTRIBUTES, /* desired access */ @@ -3824,6 +3862,13 @@ if (path_wchar == NULL) return NULL; + if(!check_GetFinalPathNameByHandle()) { + /* If the OS doesn't have GetFinalPathNameByHandle, return a + NotImplementedError. */ + return PyErr_Format(PyExc_NotImplementedError, + "GetFinalPathNameByHandle not available on this platform"); + } + hFile = CreateFileW( path_wchar, 0, /* desired access */ @@ -3839,7 +3884,7 @@ /* We have a good handle to the target, use it to determine the target path name. */ - buf_size = GetFinalPathNameByHandleW(hFile, 0, 0, VOLUME_NAME_NT); + buf_size = Py_GetFinalPathNameByHandleW(hFile, 0, 0, VOLUME_NAME_NT); if(!buf_size) return win32_error_object("GetFinalPathNameByHandle", path); @@ -3848,7 +3893,7 @@ if(!target_path) return PyErr_NoMemory(); - result_length = GetFinalPathNameByHandleW(hFile, target_path, + result_length = Py_GetFinalPathNameByHandleW(hFile, target_path, buf_size, VOLUME_NAME_DOS); if(!result_length) return win32_error_object("GetFinalPathNamyByHandle", path); --- a/Python/pytime.c +++ b/Python/pytime.c @@ -463,7 +463,7 @@ /* 11,644,473,600,000,000,000: number of nanoseconds between the 1st january 1601 and the 1st january 1970 (369 years + 89 leap days). */ - *tp = large.QuadPart * 100 - 11644473600000000000; + *tp = large.QuadPart * 100 - 11644473600000000000ULL; if (info) { DWORD timeAdjustment, timeIncrement; BOOL isTimeAdjustmentDisabled, ok; @@ -557,6 +557,32 @@ return pygettimeofday(t, info, 1); } +/* GetTickCount64() is not available on XP. */ +ULONGLONG GetTickCount64_Alternative () +{ + static ULONGLONG (CALLBACK *Py_GetTickCount64)() = (ULONGLONG (CALLBACK *)(void))-1; + static DWORD last_ticks = 0; + static DWORD n_overflow = 0; + DWORD ticks = 0; + HINSTANCE hKernel32; + + if (Py_GetTickCount64 == (void*)-1) + { + hKernel32 = GetModuleHandleW(L"KERNEL32"); + Py_GetTickCount64 = *(ULONGLONG (CALLBACK *)(void))(GetProcAddress(hKernel32, + "GetTickCount64")); + } + if (Py_GetTickCount64 != (void*) NULL) + { + return Py_GetTickCount64(); + } + + ticks = GetTickCount(); + if (ticks < last_ticks) + n_overflow++; + last_ticks = ticks; + return ((ULONGLONG)n_overflow << 32LL) + (ULONGLONG)GetTickCount(); +} static int pymonotonic(_PyTime_t *tp, _Py_clock_info_t *info, int raise) @@ -566,7 +592,7 @@ assert(info == NULL || raise); - result = GetTickCount64(); + result = GetTickCount64_Alternative(); https://gist.github.com/PolarNick239/5168c2bbf2731171bc190a465cc4d052 By the way, it seems that the author of xompie has been working on a newer version of python (3.5.2): https://opensourcepack.blogspot.com/2016/10/python-352-on-xp.html?m=1

Actually not by the company that sells 'Security', as the paper itself looks professional, but by the clickbait-driven Mass Media that refer to it, all of them linked the first post.

Exactly. And I'm pretty sure they'll start doing the same thing for Windows 7 soon...

No, there are no intended optimizations except that the default buffer sizes are a little bit larger. But the rendering goes through a little bit different paths on v1809 so maybe it has an impact.

Release channel for Adobe Flash Player was updated to 31.0.0.148 on November 13, and is confirmed working on Windows 2000. https://get.adobe.com/flashplayer/otherversions/ Mozilla Firefox (NPAPI): https://fpdownload.macromedia.com/pub/flashplayer/latest/help/install_flash_player.exe Internet Explorer: https://fpdownload.macromedia.com/pub/flashplayer/latest/help/install_flash_player_ax.exe Uninstaller: https://fpdownload.macromedia.com/get/flashplayer/current/support/uninstall_flash_player.exe For best results, I recommend Windows 2000 Service Pack 4, the Windows 2000 Service Pack 4 Security Rollup Package (SRP), the Windows 2000 UURollup, and Internet Explorer 5.0 (included with Windows 2000) or Internet Explorer 5.5 Service Pack 2. Many sites (like Google) don't work or are broken after upgrading to Internet Explorer 6 so I do not recommend it!

You may not like what I'm about to say, but just know that I mean this in the nicest of ways... First off, asking for 'instant answers and collaboration' isn't going to help anything. All this does is make you look rude and somewhat disrespectful to other members here that would maybe otherwise not mind helping you achieve what you're wanting to achieve. Please stop saying things like that when you post or you're likely just going to get ignored. Second of all, you want an unofficial update for Vista? You're not alone. There are various posts here since 2014/2015 that have been discussing a hypothetical unofficial update for Vista to bring it to par with Windows 7 in terms of software compatibility. But, guess what? In these past 4 (almost 5) years now, not a single thing has come to fruition. Need me to explain why? Windows Vista does have a cult following here (myself included) that would love to be able to do something like this. However, doing it requires years of programming experience that no one in the Vista community has. Seeing as (according to your profile) you were born in 2004, that puts you at only 14 years old, which makes me doubtful that you have the experience (if any at all) to even come close to putting something like this together. Those here that do have the knowledge and experience (most notably @blackwingcat) to pull something like this off aren't interested in doing it for Windows Vista, and I had a discussion with BWC about this last year, and he said that creating unofficial updates for 64-bit OSes would be much more difficult as the code is far more complex, which makes it even less likely that anything is going to be made for Windows Vista in the near future since this is the version of it that most people use. In conclusion, you might as well just enjoy what little life Vista has left while you can, because it's only going to get worse from here on out.

Also Confirmed working on XP x64 SP2! Since when was there a 64-bit plugin? Starting IE in 64-bit mode, it also runs the 64-bit plugin. Cool!

["I don't speak English, sorry."] Hi guys, I "too" have signed up specifically to thank Dave H for his solution to the problem of Office 2010 modules not opening on XP after the latest Windows updates. Before I found this thread I was about to uninstall MS Office and replace it with OpenOffice instead (I might still do that!). Now that I have removed KB4461522 everything has returned to running as it should. Thanks once again, Dave, and I hope all others in the same predicament will find your fix.

New release of Adobe Flash Player 31 came today: 31.0.0.148 (working on Windows XP SP3) Internet Explorer ActiveX: http://fpdownload.adobe.com/get/flashplayer/pdc/31.0.0.148/install_flash_player_ax.exe Mozilla Firefox NPAPI (also for Opera Presto/Google Chrome 44 and earlier): http://fpdownload.adobe.com/get/flashplayer/pdc/31.0.0.148/install_flash_player.exe Google Chrome 45 through 49 PPAPI: http://fpdownload.adobe.com/get/flashplayer/pdc/31.0.0.148/install_flash_player_ppapi.exe