Leaderboard

Ok with a statement like that....what do you base that on? I base my findings on working with computers on a daily basis and Windows 11 has shown far more problems and still does than Windows 10...Yes...Windows 10 has had its problems - but Windows 11..... bookie32

It cannot be "removed". What you can do is NOT install "unpacked" extensions but REPACK them yourself and then install them. You have to perform the REPACK while in Developer Mode, do not install them until you REPACK them first. This dialog IS a result of how you are installing them, that's why it is "only you".

You made my day

I do not see why multi-process could not be implemented properly in C++ or even in plain C. What does make Rust necessary to implement multi-processing? I have been programming only in C/C++ plus a few other languages, I only recently got interested into Rust and from what I see it is a kind of better C++ but with an extremely strict memory model (when compared to C), so everything is more difficult to do but can lead to less errors in the end. It s a shame there are not many compilers yet, you only got the main rustc implementation and the mrustc implementation. I think that when you will get the gcc team develop an alternate implementation you will have a very positive forward movement thanks to the competition (we have the same with gcc vs clang and in the end everyone wins). I also hope we will soon have a standard like we have for C/C++/FORTRAN. Multi-process does not work right with UXP because it really was not designed from the ground up to be like that. Modern Firefox is very different from the old one but the fact it is written in Rust seems more to be a detail to me. There is no fundamental gap that would prevent to port modern Rust to old Windows versions, it is just that the standard library for rust does not bother bother to support it. but some someone even made a port of rust to target Win9x/NT https://github.com/rust9x/rust.

Beta-3. https://www.dropbox.com/s/4r3aq2tsv8u6hin/360ChromePortable_13.5.2036_r1_regular_MSFN_beta-3.zip?dl=1

@Mathwiz Aye, supporting convoluted web as-it-is is a daunting task. I'm just curious what would happen if you threw a huge budget at the project and get the army of engineers working on it while keeping the existing philosophy. Judging from SeaMonkey, it may be possible to push just a bit more snappiness out of a single-process browser at least. The single-process vs multi-process is delicate matter as it would immediately increase base resource footprint. I see why they're against multi-process, I would likely stay with single-process even if Pale Moon supported both modes and multi-process worked with all extensions. @RamonUn Agreed, cache management must be difficult to keep track of. I have to say I'm a bit envious of what some people manage to consider fun.

From my very long experience with various HDDs, a year is too short, I'd say refresh data every 2-3 years or so. IMPORTANT data needs to be on 3 different backup storages, also preferably use different locations (your second/third house, for example). If you have something to hide, then NOT your house, obviously. I even used to store data in a very humid enviroment (with the measures taken). BUT 12 years HDDs (if I read your post correctly, they were constantly on) - the only place for them is a dumpster, sorry, they aren't safe to store anything on them. Don't buy the new ones from Toshiba, and don't buy the ones that have the "new" crappy SMR tech, like WD60EFAX or any Toshiba model.

it is still a problem that mypal68 can't produce x64 build, since rustc/rust-stdlib still has some problems that feodor2 doesn't fix/workaround in the moment.