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

You made my day

Still NO CLUE of what you are talking about. There is no new feature. Can you share a screencap so the rest of us know what in Hades you are talking about?

@MathwizIt may be true that newer multi-process code is written in Rust, as it was perfected in much later Firefox code bases. But UXP - has in comparison to later Firefox code bases - very few of that inside, it may work, but it is far from being perfect - What i meant is this: It would be a much more complex task to try to bring 100% stable and grown up multi-process code into UXP as in comparison to "just implementing" Google Webcomponents. So whatever for a degree of Rust code was in the Firefox 52 code-base - it is useless cruft - as there is none who could succeed with a task as big like that, so as long as nobody qualified is around who could handle all the dependencies and the tons of bugs which brings multi-process along my comments stay valid

Download the Windows 7's driver and then use NTOSKRNL Emu_Extender.

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".

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.

Then you are definitely posting in the wrong topic thread. And as an end user, post-4.5.2 versions are not for you. Please remove them from your systems immediately.

Show a picture please, because I couldn't understand anything.

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

In that same video if you see the recent comments, many people report that either they can't connect or that they have to download games from another computer. I hate steam with a passion.

@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.