- Move, simply - 1 Update
- transactional memory idea - 1 Update
- On the way to an antiviral against the new virus - 1 Update
- Elevating to Administrator (or 'root') with only one file - 1 Update
- I am posting just few posts here on this newgroup, so don't worry - 1 Update
Real Troll <Real.Troll@Trolls.com>: Feb 17 10:10PM > material: Howard Hinnant (lead designer and author of move semantics), > Jens Maurer, Arthur O'Dwyer, Geoffrey Romer, Bjarne Stroustrup, Andrew > Sutton, Ville Voutilainen, Jonathan Wakely. <https://herbsutter.com/2020/02/17/move-simply/> |
Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo>: Feb 17 04:04PM -0500 Bonita Montero wrote: >>> some nice things like this "++(xyz == CMP ? a : b)" with it. >> Now THAT is a) obfuscation and b) irrelevant to your TM idea. > It's unusual, but readable, so no obfuscation. It's not really unusual. You "nice thing" pretends to be simple (which it is not) only because it's example code serving no useful purpose. Your original code served useful purpose and you immediately found you had to correct it. The correction made your conditional expression slightly bulkier and the use of ternary operator (that was originally reasonable) lost 95% of its initial appeal. It's no longer concise and not too readable even though it is free of side effects as opposed to your "nice thing" above. Readable code separates concerns and your "nice thing" does the opposite. |
aminer68@gmail.com: Feb 17 12:58PM -0800 Hello, On the way to an antiviral against the new virus Read more here: https://translate.google.com/translate?hl=en&sl=auto&tl=en&u=https%3A%2F%2Fwww.ledevoir.com%2Fsociete%2Fscience%2F573044%2Fsur-la-voie-d-un-antiviral-contre-le-nouveau-virus Thank you, Amine Moulay Ramdane. |
Frederick Gotham <cauldwell.thomas@gmail.com>: Feb 17 08:28AM -0800 On Sunday, February 16, 2020 at 9:43:05 AM UTC, David Brown wrote: > But I /am/ arguing you should not do something that is entirely > unnecessary for your good intentions, and uses techniques that are > primarily useful for bad intentions. My requirement: "The 'portable' release binary of my program should exist as one file that does not need to be installed and which does not make any change to the computer which would survive a reboot" Creating a shared memory object in the Linux file system, and then copying my binary into it, is a way of fulfilling this requirement. Of course though there will also be a "vanilla installer" available for the people who aren't interested in the 'portable' version of my application. Whether or not something is primarily useful for bad intentions should not influence whether or not we should use it for good intentions -- unless we're dealing with an "availability danger" scenario. To give an example of an availability danger scenario: I live in Western Europe where you can't own a handgun; I think it would be nice if people who have a good use for a handgun (e.g. target shooting for fun) could own one, but if you take into account the consequences of making guns freely available to everyone, then I think it's better if nobody has one at all. I have the same opinion about depleted uranium and various isotopes of plutonium. When it comes to handguns and bomb-making material, I think nobody at all should be allowed have them -- even the people with good intentions. When it comes to what I'm doing with my program though, i.e. executing code from a shared memory object, well this isn't an "availability danger" scenario. Whether or not 99% of other people are using an instrument to do bad things should not, as a rule, prevent you from using it for a good reason. > But Bittorrent users should be aware that the huge majority of > Bittorrent traffic is for unlawful (or at least suspicious, given that > laws vary from place to place) activity. This is what I was hinting at. I could have used another example where they say "Only 0.1% of BLANK are terrorists, but 99% of terrorists are BLANK" but I didn't wanna go there. |
aminer68@gmail.com: Feb 16 04:39PM -0800 Hello, I am posting just very few posts here on this newsgroup, so don't worry. Thank you, Amine Moulay Ramdane. |
You received this digest because you're subscribed to updates for this group. You can change your settings on the group membership page. To unsubscribe from this group and stop receiving emails from it send an email to comp.lang.c+++unsubscribe@googlegroups.com. |
No comments:
Post a Comment