Leaderboard

I'm far from sure about that. He sure wants us out of his forum, but I'm quite OK with that. I'd not like having him here either. But I doubt he'd go the extra lenght of actually inserting code to actually prevent his browsers from running on either Vista or XP. He's taken out code intended to enable that, because he sees it as bloat, of course. But adding code to forestall XP/Vista use would be adding bloat, which contradicts his slim-and-mean optimized code philosophy, IMO. Now, if people, like @Dibya, keeps on nagging him, that might change...

You are disrespectful and rude. Period.

... Then get yourself educated! ... and there's no need to "scream" with bold capitals In fact, you should care who that person is: He's the "right hand", so to speak - no insult intended to left-handed people , of Moonchild himself, an integral part of Moonchild Productions, the dev team behind the UXP platform and all the applications built on it: Pale Moon 28 [New Moon 28.x.xa1], Basilisk 52 [Serpent 52.9.0] and Matt A. Tobin's most recent offerings, Interlink [Mail News] and Borealis Navigator [BorealisXP]... Matt A. Tobin contributes a lot of code to the UXP repo, all this code will end up virtually unchanged inside @roytam1's XP/Vista compatible forks... He's infamous for harbouring a strong aversion to Windows XP (and Windows Vista) and being generally extremely hostile to fans/users of these OSes; and make no mistake: he'll go the extra mile to make sure his code is NOT compatible with said OSes, making Roy's hard work even harder ... So yes, the subject of "Matt Tobin" is sort of relevant to this thread... It seems my previous detailed reply to you has fallen onto deaf ears (or shut eyes, to be precise...); Roytam's task is not to rewrite the Pale Moon code committed by the Moonchild Productions team to accommodate a specific user's personal needs, he has only reverted those bits of code that prevent it from compiling and successfully running on XP+Vista OSes, period... Had you bothered to check my link to UPX PR #874, you would have noticed that Matt A. Tobin had nothing to do with the "tab-audio-indicator" code that you're implying and you feel strongly vexed about; this PR was submitted by @FranklinDM, another dev in their team... We haven't yet witnessed in this thread other NM28 users complaining about the issue affecting your setup(s), so, as of now, it appears to be only manifesting itself on your systems; worse yet, you haven't produced a list of system specifics and detailed reproduction steps so as to facilitate troubleshooting of your issue... Moonchild code targets "recent" Oses (Win7+) and "recent" hardware (e.g. SSE2+ capable CPU), so if your system is under-resourced it would not run NM28 properly... In closing, if "rebuild NM28 without the new feature" is what you actually want, then, again, I have provided the links for that: 1. Clone the UXP repo 2. Revert PR #874 commits 3. Apply latest UXP patch by Roytam1 4. Provided you have a suitable building environment set up (Win7SP1+ 64-bit with 12+GB RAM, Visual Studio 2015+,etc. ), build from modified source; I am certain that @roytam1 would be willing to guide you through, that is if his spare time permits him to... So, no more moaning on your side, please...

Stop nagging. It won't make things any faster, but does annoy.

It would appear that the image hosting service (prntscr.com) doesn't like my current IP address issued by my ISP, or my ISP's IP pool in general ; by running my UK VPN service (which gives me a virtual UK IP address), I can access the screengrab URI directly and, as expected, the image shows up as embedded in the mentioned thread post... Go figure!

VLC3 should play H265 perhaps convert a file for a trial to a smaller resolution. VLC3 will play on winME, use msvcr80.dll from framework 2.0.31113 as msvcrt.dll substitute supplied with Longhorn 4074. It has not got _ctype import but neither did msvcr70 . Need KernelEx 4.5.2 (final) and CheckRemoteDebuggerPresent function in the GUI libqt_plugin needs to import IsDebuggerPresent. Not all plugins are working though, unlike VLC2.05. Icecast does not work and manual file open of DVD ifo required but H265 plays. Using KernelEx 2015v8 then the Lav filters can work. The KMplayer 4.0.4.6 works need KernelEx (winXP setting) 2015v12 or greater for GetSystemTimes redirected to GetSystemTime. There will be other programs, I am still to find out. Kernelex2016 prevents VLC3 from operating until KEX22.<EDIT msvcr80.dll ver 8.0.31113.25 will get some programs running eg Miro video converter v3 with 2k KernelEx settings.

Thanks for checking Unfortunately, even after clearing cache+cookies, disabling uBlock Origin and restarting the browser, no go, still; here's how @WinClient5270's post displays at my end: Same goes for other browsers on my system ; and it makes no difference either whether I am logged-in to MSFN or not... Digging a bit deeper (Page Source), I find that the actual picture URI is https://image.prntscr.com/image/Xjj2ae1WSPO3sNi_B1jOTw.png but going to that I get a "403 Forbidden" nginx server error ??? Furthermore, https://image.prntscr.com/ does only generate a 500 Internal Server Error (nginx server); so is the problem on them (CDN server closest to my physical location) or still something with my network connection?

Holy Crap! VistaLover welcomed you and helped the best he could. Sometimes, long-winded explanations are necessary so that all of the details can be examined and known about. He wants to arm you with info. **** IMPORTANT **** As for all the rest of you that called me an anti-XP troll - Now do you see the difference? I never told anyone they were long-winded, insulted them, or told them TL:DR. Sure I disagreed, but I wasn't trying to poke bees nests. I've refrained from my anti-XP "discussions" (which isn't cause for celebration - since it hinders open communication), but maybe next time, you'll remember what I just said. I'm still upset (not in a sucky way) that I was thought of as a troll, since I've also helped others on occasion. No one should ever have tow a "company line" when it comes to an open forum. But the disagreeable behaviour above is the type of thing that really should set you all off.

@VistaLover Thank you for checking that. I've upgraded just now to 28.3 and it seems to work fine, don't know what was causing the crashes earlier, but it seems to be gone now.

For Google Chrome 49 (Chromium 49), I was able to convince μBlock 1.17.4, but I modified the file manifest.json ("minimum_chrome_version": "49.0") and the file "asset-viewer.js" from the μBlock version 1.16.20 taken from the js directory. Download from https://github.com/gorhill/uBlock/releases Run custom version in developer mode under Extensions.

Killing Windows Update on Windows 10 - a cheat sheet -- https://www.michaelhorowitz.com/KillingWindowsUpdate.php 'Nuff said!

Can't comment on this, as I still haven't upgraded to it (Vista Home Premium SP2 x86 here.) Will probably do so tomorrow and let you know how it went . ... Well, the upgrade to the latest version of New Moon 28 [v28.3.0a1 (32-bit) (2018-11-30), buildID=20181130230404] on my Vista SP2 laptop was problem-free; here's a screengrab running a new/clean test profile: I then loaded my current (dirty) profile, no issues at all I understand this might not be actually helpful for you , at least it proves it's not a generalised problem for Vista users...

Please have a look over at the other Python [3.5] thread: A patch to enable pip has been provided...

On their website, they state that XP is supported, but when I downloaded it and tried to run it, I got the same message you got: Let's see who is to blame... Uhm... ADVAPI32.DLL which calls RegGetValueW. A function that retrieves the type and data for the specified registry value. LSTATUS RegGetValueW( HKEY hkey, LPCWSTR lpSubKey, LPCWSTR lpValue, DWORD dwFlags, LPDWORD pdwType, PVOID pvData, LPDWORD pcbData ); "hkey" is used to open registry keys, "lpSubKey" is the name of the registry key, "lpValue" is the name of the registry value, "dwFlags" is a flag to define the data type of the value (REG_DWORD, REG_BINARY, REG_QWORD ecc), "pdwType" is pointer to a variable that receives a code indicating the type of data stored in the specified value, "pvDat" is a pointer to a buffer that receives the value's data, "pcbData" is a pointer to a variable that specifies the size of the buffer pointed to by "pvData". According to MS documentation, the function is available on Windows Vista. And "abracadabra": mIRC 7.53 Windows XP: Link Cheers.

Which is the actual logical impossibility. Everything in Windows 10 is intentionally made to make possible ONLY "visions" that conform (to a certain extent) on what the good MS guy's vision is, by making each and every "customization" a (greater or lesser) PITA or by silently reverting or blocking it at next update. And it is only natural that the people that don't have issues are much less vocal than people that have them, after all there is an unwritten and unsigned contract about the OS being able to just do whatever an OS is supposed to do. I mean, noone writes about (say) Ford telling how good it is that his/her new Fiesta engine started this morning, while you might find someone blaming the battery (or the alternator, or whatever) because the car did NOT start this morning. Cars are supposed/expected to start EVERY morning. jaclaz

C:\Temp\python-3.7.1>python Python 3.7.1 (v3.7.1:260ec2c36a, Oct 20 2018, 14:05:16) [MSC v.1915 32 bit (Intel)] on win32 >>> import socket >>> import _socket >>> ^Z C:\Temp\python-3.7.1>python get-pip.py Collecting pip Downloading https://files.pythonhosted.org/packages/c2/d7/90f34cb0d83a6c5631cf71dfe64cc1054598c843a92b400e55675cc2ac37 /pip-18.1-py2.py3-none-any.whl (1.3MB) 100% |████████████████████████████████| 1.3MB 728kB/s Collecting setuptools Downloading https://files.pythonhosted.org/packages/e7/16/da8cb8046149d50940c6110310983abb359bbb8cbc3539e6bef95c29428a /setuptools-40.6.2-py2.py3-none-any.whl (573kB) 100% |████████████████████████████████| 573kB 819kB/s Collecting wheel Downloading https://files.pythonhosted.org/packages/ff/47/1dfa4795e24fd6f93d5d58602dd716c3f101cfd5a77cd9acbe519b44a0a9 /wheel-0.32.3-py2.py3-none-any.whl Installing collected packages: pip, setuptools, wheel Successfully installed pip setuptools wheel Everything works perfectly! UPDATE: Just FYI - ws2_32.dll from Extended Kernel for XP (ExtendedXP) works great too.

I did a little doohickey, untested. Throw it in python directory. Edit: whoops, I f***ed up, redownload. Edit: third time is lucky. patch.zip

Here's my experience with AMD Ryzen CPUs on Vista: they work great! There are no random BSOD or services not starting like Haswell or above. USB 3.x drivers for Windows 7 work just fine on Vista, but you can't slipstream them into the installation, because they are not signed for NT 6.0. You'll need to have a PS/2 keyboard at hand (you only really need the keyboard). A few drivers you should not install, because they do not work: AMD PCI AMD GPIO (this one will make your system unbootable!) Everything else works just fine. I've used a MSI B350 PC Mate motherboard with 16GB of DDR4 RAM. Had to enable legacy USB, enable CSM and disable Secure Boot. After that, I was able to boot Vista in UEFI. Hope this (really late) post helps, since you've asked ages ago @WinClient5270