That I agree with. In Total Commander I typically do F5 copy and then put it in the background F2. Then start another.
This isn't possible in MC. And also a concrete parallelization is not available. This sounds like a feasible feature request to the upstream MC project! I'm sure Gnu Parallel or just pure C code would be able to handle parallelization of copy jobs.
EDIT:
Wait! It does have background transfer now. Which means my technique of how I do it in Total Commander will work in MC now as well. It is almost like having Parallelization.
Thanks, your comment was the one I was looking for, even though I had guessed that ‘brew install mc’ would work. I am curious how mc will fit in with tmux and emacs-nw.
Yes its really great. You should check out Jed's editor on Linux and MultiEdit on MSdos. It continues in the same spirit as MCView. Both are definitely inspired by Turbo Pascal.
I still use it. Did you know it supports extensions? Such as being able to explore SQLite files and so on. A Polish team has put toghether as many extensions as possible into a self contained installer-distro for Total Commander. It is called Total Commander Ultima Prime. I enjoy it a lot.
It's also running on very old hardware, potentially with some electrolytic capacitors that have dried up. And, there's always the possibility that it's a gamma ray [1]!
To me, that error message was caused by some panic, and then the OS began gracefully shutting down the application in this case DooM - which would not have been done by the program itself. Therefore I conclude it was the OS.
I am not an OS developer, so I take my own conclusion with a grain of salt.
Did you read the article? They specifically said it was a variable in the game engine code that causes the overflow. A program crashing causes the OS to show the error, but the bug that caused the crash was clearly in the game code itself.
Any OS this game engine ran on would experience this crash.
I think it's from people who are programmed from early e-commerce days to think using their credit card online is an extreme risk, and that Paypal is shielding them or insuring their purchase in some way.
That said, I know some small nonprofits where that's their preferred way to donate online.
> and that Paypal is shielding them or insuring their purchase in some way
Yes, I absolutely do think that. When I make a purchase through paypal, I am redirected to an authorization page hosted on paypal's domain. The recipient never sees my card number. I must authorize each charge. Whereas when I give my card number, the recipient can charge whatever they want, whenever they want, however much they want*
* subject to fraud protection.
This matters because sites do get hacked. The paypal horror stories you see are typically not consumer sided.
These are mostly the same features Bitcoin/Ethereum provides to senders. But the cryptocurrency transactions are nonrepudiable, which is beneficial in some contexts (a friend of mine had his laptop stolen via a PayPal chargeback, and porn sites have had lots of problems opening and keeping credit card merchant accounts) and a drawback in others (the ripped clothing shipment mentioned in a sibling comment).
And of course the main feature of cryptocurrencies is that PayPal can't freeze your account when you try to withdraw money.
> These are mostly the same features Bitcoin/Ethereum provides to senders.
Sure, as does Apple & Google pay. I'm not saying PayPal is the only way, but I am frequently faced with either paypal or credit card, and in that situation I will do paypal every single time
> that Paypal is shielding them or insuring their purchase in some way
this is absolutely the case for me, multiple times I had a great experience getting refunds with PayPal and multiple times I regretted not purchasing something using PayPal because getting a refund was much harder.
I now use PayPal exclusively for any online purchase > $500 precisely for this reason[1].
[1] unless it's a vendor that I know has a good return policy, such as JB HiFi.
I like to use PayPal when signing up for subscription services with recurring charges. It keeps billers that you have authorised in a nice list and you can cancel/deauthorise them directly from PayPal. No surprise charges months/years later from something you signed up for and forgot about...
Only when it's the literal only option at checkout. Then it's the merchant's choice, not my problem. When possible, I'll always opt to use a different instantaneous method (e.g. iDeal or direct debit), or give the merchant my money directly and wait 3 days for the IBAN transfer to go through. Using paypal just risks the money being indefinitely frozen on either side and them taking a cut for the privilege, if it works on a particular day in the first place (no mysterious errors or infinite loading screens)
As for "the real world", there's cash and chip+PIN. Never used paypal IRL. Is that a thing in your country, did you mean that literally? If so, where are you from?
Same as if Paypal screws me, or the store I just bought something in... you talk to them and if they don't cooperate you take it to court (small claims hopefully). So far, nobody I know has needed to take a shop to court. It's extremely rare, but yes it sure happens
If I really don't trust the seller, I can always still get some sort of insurance thing, but an X% insurance fee needn't be the default for every transaction. (Even if the % is invisible to you, then the seller updates their product's prices. The seller won't choose to eat less just to finance your transaction fees... the only way to not pay those is operate a deficit, which eventually leads to bankruptcy and loss of your warranty, which isn't a desirable situation either)
I recently moved my gaming desktop to CachyOS from Manjaro, but I have no idea what Omarchy is or whether or not I want it, and there's not a single link in the README.
Ah, thanks for explaining (and the rest of the thread for clearing up the "not a distro" part).
Kinda reminds me of some of the NixOS configs I created to pre-configure workstations for me when I was tinkering with NixOS, a "desktop configuration in a bottle" sort of thing.
Makes sense for Arch I think since a lot of the time getting it ready for your task is a often more than "just install the package you need" as it is on other distros; the main reason I switched to Arch distros when I lost the energy to configure it myself for each new piece of hardware (laptops with media keys especially).
Its not really a distro, nor does it pretend to be. What it really is, is an Arch Linux install, with a preconfigured set of apps & workflow, and a set of tools to easily allow the user to customise to their preferences - within the confines of the original config/workflow.
This isn't possible in MC. And also a concrete parallelization is not available. This sounds like a feasible feature request to the upstream MC project! I'm sure Gnu Parallel or just pure C code would be able to handle parallelization of copy jobs.
EDIT: Wait! It does have background transfer now. Which means my technique of how I do it in Total Commander will work in MC now as well. It is almost like having Parallelization.