All Activity

Besides,it should be noted that my Windows language is english,not polish,And this might be why it didn't work on his...

Oh, I should also point out that the old Q6700 also had recent issues with WebGL. Or shall I say what a few here at MSFN perceived as possible WebGL. BUT... If one digs further into MapQuest (one of two web sites being tested at the time), it does *NOT* technically use WebGL. Per AI enquiries - "MapQuest.js, integrates with Leaflet.js, which primarily uses standard web technologies like Canvas and DOM rendering, rather than relying fundamentally on WebGL for its core functionality."

I never dived into any. I do not keep Supermium around and only ever run it from inside VM's that have never seen Supermium until the run. So always brand new profile, directly as-is from the distributed .zip, never the .exe. Again, I may have been one version off as I didn't notice until yesterday that there is a very recent new version which may or may not have the font non-indent first letter half-missing. I may grab a screencap eventually, even if only found in older versions, so that others know what to look for. But... Um... Very, very low priority...

OK, no problem! FWIW I've looked at the dropdowns in Supermium, the address bar, the bookmarks, the settings, and things like the bookmark bar popups, and all the font positions look fine. Anywhere else I should check? I guess it's perhaps an issue that only happens with some OS graphics settings.

Do the Firefox 148 Nightly run on W8.1 and load websites?

I have now installed fltmgr.sys build 5107 also under WinXP SP3 on my i7 desktop computer, by booting into Win10 and then copying fltmgr.sys onto the WinXP partition. fltmgr.sys build 5107 works fine on the 3.4GHz i7 desktop under WinXP SP3 and WinXP feels a little crisper The updated fltmgr.sys is a must-have for slow computers under WinXP, and a nice-to-have for WinXP on fast computers. The remaining question now is: Which build of fltmgr.sys is the best one for WinXP SP3?

Nothing was damaged. This is because I use the same SFXCAB installer that Microsoft uses when distributing Updates. The file is still normal. 7z or WinRAR are not useful because I create compressed files.

Pretty much as I discovered - I checked the three main Microsoft mirrors (mssjus, mschus and msvaus) with port 80 specified but had no hits on the Wayback Machine there either. 2.22 certainly does work on Millennium edition, and that's in the archive already, as is v1.1 for 95/98. If I could just find 1.2 English for Millennium, it would complete the set. In any case, I'll have a look at that Italian version as well, just in case the installer files can be used somehow.

I am a registered member, and visiting a thread with 0 views does not count my visit. So, your theory is wrong. BTW, even not registered visitors were counted in the past. All that means something has changed in the forum software, and unfortunately not for the better.

I personally like "numbers". Browser benchmarks, CPU benchmarks, forum post view counts, read counts, and even REPUTATION POINTS are *IMPORTANT*. ***BUT*** MSFN has proven that "reputation points" are *NOTHING* more than a "game" that people here play EACH AND EVERY DAY. I've come to see them as *FINE ART*. We have members NO LONGER active members whose "rep points" have TRIPLED now that they are NO LONGER ACTIVE MEMBERS. Look up the "value" of fine art *after* the artist or author passes on. I just sit back and laugh. And ramble about it every once in a while.

Thank you, @MilkChan for these two builds. 7-zip and WinZip here says the second, SSE2 update is corrupt - would you mind updating the archive, please? Thank you, @Multibooter for testing. The funniest thing now is upon re-configuration of my mini-filters, my system works better than ever before with the 5512 XPSP3 fltmgr and filter cascade. I also put TimeOutValue = 3c (60) (s) DWORD before minifilter re-config in my "disk" service (CurrControlSet) that for some reason did not exist in my harkaz-updated SP2 (to uSP4) XP. That might have had the most to do with it...

I'm not certain, but for some reason I believe that the Views is only increased when a registered member (aka not a guest) visits a thread. I may be wrong about that, I don't have another Invision forum to compare against. I know that on SMF, anyone (including guest) counts towards views.

At least i have a CPU with SSE support,so i can run it. And i don't think SSE is the issue here,it could be the language...

Even a thread with only one reply can be very interesting and be read many times. I am interested in how often an article is visited. It doesn't matter who it is. Bots are everywhere and can never be ruled out. Perhaps bots are commonplace in your country. After all, anything is possible there these days. However, I am convinced that it is quite frustrating for creators of new threads when supposedly no one reads their threads. Apart from that, I have never noticed any unusual increases of views in my threads.

aaah, no clue whats wrong here: 0:26.17 c:/devel/myUXP/intl/icu/source/i18n/messageformat2_function_registry.cpp(862): error C2280: 'icu_78::message2::StandardFunctions::Plural::Plural(const icu_78::message2::StandardFunctions::Plural &)': attempting to reference a deleted function 0:26.17 c:\devel\myuxp\intl\icu\source\i18n\messageformat2_function_registry_internal.h(248): note: compiler has generated 'icu_78::message2::StandardFunctions::Plural::Plural' here 0:26.17 c:\devel\myuxp\intl\icu\source\i18n\messageformat2_function_registry_internal.h(248): note: 'icu_78::message2::StandardFunctions::Plural::Plural(const icu_78::message2::StandardFunctions::Plural &)': function was implicitly deleted because a data member invokes a deleted or inaccessible function 'icu_78::LocalPointer<icu_78::message2::StandardFunctions::Number>::LocalPointer(const icu_78::LocalPointer<icu_78::message2::StandardFunctions::Number> &)' 0:26.17 c:\devel\myUXP\intl\icu\source\common\unicode/localpointer.h(343): note: 'icu_78::LocalPointer<icu_78::message2::StandardFunctions::Number>::LocalPointer(const icu_78::LocalPointer<icu_78::message2::StandardFunctions::Number> &)': function was implicitly deleted because 'icu_78::LocalPointer<icu_78::message2::StandardFunctions::Number>' has a user-defined move constructor and v141_xp seems to be not good enough to build ICU 78. EDIT: got it fixed, -std:c++17 is needed by new ICU, so vc2015 branch will no longer be buildable as ICU can't be skipped.

Or are we trying to count how many times a "bot" stumbles upon an MSFN Thread ???

Technically... Counting replies is legit. But counting views also counts "bots" and not real "people". At least on many other forums. The "view" count is meaningless and misleading. REPLIES on the other hand can be considered an "important tool for the author of an article".

@jumper After running RetroZilla 2.3 has process ID 126, then run finesse29 crash and Dr Watson: finesse29 -lf -v -p 126 --- FineSSE.29 --- verbose output to logfile --- ..... Attached to running process: Id 0000007e --- Starting WaitForDebugEvent loop --- 1c Create Process #1: Id 0000007e, hProcess 1c (1 open) 1c 14 Create Thread #1: Id 00000038, hThread 14 (1 open)

This seems to indicate that the forum software is not functioning correctly. Is that right? I visited topics in the Windows XP forum with 0 views that were not counted by the forum software. And my topics don't seem to be counted anymore either. It is clear that accurate view counting is an important tool for the author of an article. Therefore, I hope that this will be working again soon.

info here It states that : Sometimes Microsoft released builds referred to as “Escrow”. Escrow means the development of a branch gets stopped and the code is being tested. If Microsoft or its testers don’t discover any serious bugs (“showstoppers”), the current build becomes the final milestone (usually RC or RTM, but sometimes there are also beta escrow builds). Escrow builds are usually handed out to TAP (Technology Adoption Program) testers, ISVs, IHVs, etc. http://www.windowswiki.info/2010/01/10/what-does-idsidw-mean-and-what-are-escrow-builds/

.

9.0.289 requires a CPU with SSE support. 9.0.47 and 10+ don't, but 10+ requires XP. FineSSE29 solves the SSE problem on Win9x, but hasn't been tested with NT4.

Thanks for mentioning fltmgr.sys build 6750/KB4493563 in your posts. Build 6750 works OK on my SSE-only Inspiron 7500. The Properties sheet of fltmgr.sys indicates as File Version: 5.2.3790.6750 (srv03_sp2_qfe_escrow.190315-1901), no idea what "escrow" specifically refers to. On my Inspiron 7500 with a Pentium IIi ["SSE-only" = Non-SSE2] I have tested/run OK the following versions of fltmgr.sys: - MS fltmgr.sys v5.1.2600.2180 (WinXP SP2 32bit, 4Aug2004-19Jan2005) - MS fltmgr.sys v5.1.2600.5512 (WinXP SP3 32bit, 13Apr2008) - MS fltmgr.sys v5.2.3790.3959 (Win2003 SP2 32bit, 17Feb2007) - MS fltmgr.sys v5.2.3790.5107 (KB2839229, 7Jan2013) - MS fltmgr.sys v5.2.3790.6750 (KB4493563, 16Mar2019) - MS fltmgr.sys v5.2.3790.6912 (KB4512787, 11Jul2019) The above versions of fltmgr.sys work under both Non-SSE2 and SSE2. I don't use a special installer, just a file-copy after booting into another operating system. Are any additional registry entries necessary? Builds 5512, 5107, 6750 and 6912 seem to work OK under WinXP SP3 without additional registry entries.. "MS fltmgr.sys v5.1.2600.2180 (WinXP SP2 32bit, 4Aug2004-19Jan2005)" is a leftover on my Inspiron 7500 in \$ntservicepackuninstall$\, after the upgrade from WinXP SP2 to SP3. Its timestamp is 4Aug2004 and its file modificaton date is 19Jan2005. The big question now is: which build is the best one for WinXP SP3?

Notice: upstream pushed a big ICU update, and I may need to further look at the changes to see if any new changes are needed for our old target platforms, currently no ETA for upcoming new builds.

me have some knowledge of modifying Microsoft installer files. I've modified the update.inf file to a single file and removed files from Server 2003, except for fltmgr.sys, because it contains necessary registry entries. https://mega.nz/folder/noJVCRzL#VByCvDGgf7Y4EGTR4f-bmQ