- Niuce C++14-feature - 20 Updates
- Refuting the halting problem proofs - 3 Updates
- binding reference of type 'unsigned char&' to 'const unsigned char' discards qualifiers - 2 Updates
| Juha Nieminen <nospam@thanks.invalid>: May 17 02:03PM > ROTFL! :) Why don't you go troll some other forum, asshole? Just fuck off. |
| Juha Nieminen <nospam@thanks.invalid>: May 17 04:38PM >> A stupid response. > No, I asked for practical reasons and not metaphors. Why do you even bother talking to the asshole? |
| Bonita Montero <Bonita.Montero@gmail.com>: May 16 06:10PM +0200 https://www.fluentcpp.com/2017/06/09/search-set-another-type-key/ I'm asking myself whether is_transparent is actually necessary. The additional lookup-overloads could be generally activated and there would be an error if ther wouldn't be a proper calling-ope- rator for a certain key-type. |
| MrSpook_97@bxos5xe28b1i1n7kh.ac.uk: May 17 11:34AM On Mon, 17 May 2021 13:28:34 +0200 >> Another solution looking for a problem and (as usual with C++) >> an ugly hack to make it work. What a surprise. Not. >Tell me why this is a hack. using is_transparent = void; Is a hack. What's it for? If the compiler can handle multitype lookups using find() then it should just handle them, not require some bizarre compiler switch embedded in code. |
| MrSpook_rtfm7b8w@g403t8gw2b59awtit.tv: May 17 02:54PM On Mon, 17 May 2021 14:02:14 +0000 (UTC) >> Its spelt arsehole except in the american dialect since they can't tell >> the difference between their backsides and a type of donkey. >Just go wank whatever language you think is better, asshole. Oh dear, is it your time of the month buttercup? :) |
| MrSpook_f4zl13qm@8lfoe01ih4ebku.com: May 17 09:26AM On Mon, 17 May 2021 08:20:19 +0200 >> based to that is decided what members the set has. >But why is this actually necessary ? operator [] could >forward any parameter for comparison to the ()-operator. Or you could just iterate through the set and do the comparison manually. 1 line of code. |
| MrSpook_sey@tad.gov.uk: May 17 07:42AM On Sun, 16 May 2021 18:10:41 +0200 >The additional lookup-overloads could be generally activated and >there would be an error if ther wouldn't be a proper calling-ope- >rator for a certain key-type. Another solution looking for a problem and (as usual with C++) an ugly hack to make it work. What a surprise. Not. |
| Bonita Montero <Bonita.Montero@gmail.com>: May 17 01:28PM +0200 > Another solution looking for a problem and (as usual with C++) > an ugly hack to make it work. What a surprise. Not. Tell me why this is a hack. |
| MrSpook_zSl@bw3y07so7dr3go2x.tv: May 17 01:31PM On Mon, 17 May 2021 13:42:22 +0200 >> no need for yet another hack added to the language to do it. >Ok, you absolutely don't have any clue about the sense of this >feature. So keep quiet. I'm sure the feature has its uses for people too lazy to write (for auto&..) , I'm talking about the hack needed to compile it. |
| Juha Nieminen <nospam@thanks.invalid>: May 17 02:02PM >>fucking asshole. > Its spelt arsehole except in the american dialect since they can't tell > the difference between their backsides and a type of donkey. Just go wank whatever language you think is better, asshole. |
| Juha Nieminen <nospam@thanks.invalid>: May 17 10:58AM > Another solution looking for a problem and (as usual with C++) an ugly > hack to make it work. What a surprise. Not. Are you in the habit of going to the forums of different kinds of topics, like programming languages, and acting like an asshole? If you don't like the language, then don't use it. It's that simple. You can just go and fuck off. Go wank to whatever other language you think is so much better. |
| MrSpook_b89m0or3@x1_pxvs4h8sxxi.gov.uk: May 17 01:29PM On Mon, 17 May 2021 13:41:22 +0200 >Of course it can, but there must be some sense in this. >That's what I asked for. But as you also can see the >sense in this keep quiet. C++ has been carefully designed. ROTFL! :) Yeah, right! Thats why we have: - "= 0" nonsense for pure virtuals, t - idiotic reuse of various prior keywords and operators just to cause confusion such as "class" for templates until they finally saw sense and brought in "typename" and implicit precedence insanities such as cout << 1 << 2; - duplicate functionality instead of extending, eg using vs typedef - context sensitive grammar, eg blah(123) could be an object definition or a function call - static members have to be initialised outside of the class definition for [reasons] but static const? Go right ahead. Those are off the top of my head, there are loads of others. |
| Bonita Montero <Bonita.Montero@gmail.com>: May 17 01:42PM +0200 > No its not a joke, its a fact. If you want to find something in std::set > thats not based on the value used for sorting then just iterate, there's > no need for yet another hack added to the language to do it. Ok, you absolutely don't have any clue about the sense of this feature. So keep quiet. |
| Bonita Montero <Bonita.Montero@gmail.com>: May 17 08:20AM +0200 > Compare is injected to std::set compile time, if it has > is_transparent member is also evaluated compile time and > based to that is decided what members the set has. But why is this actually necessary ? operator [] could forward any parameter for comparison to the ()-operator. |
| Bonita Montero <Bonita.Montero@gmail.com>: May 17 01:41PM +0200 > Is a hack. What's it for? If the compiler can handle multitype lookups > using find() then it should just handle them, not require some bizarre > compiler switch embedded in code. Of course it can, but there must be some sense in this. That's what I asked for. But as you also can see the sense in this keep quiet. C++ has been carefully designed. |
| Keith Thompson <Keith.S.Thompson+u@gmail.com>: May 17 10:37AM -0700 > If you don't like the language, then don't use it. It's that simple. > You can just go and fuck off. Go wank to whatever other language you think > is so much better. Juha, I've just added "MrSpook" to my killfile. I'm seriously considering adding you as well. Please knock it off. -- Keith Thompson (The_Other_Keith) Keith.S.Thompson+u@gmail.com Working, but not speaking, for Philips Healthcare void Void(void) { Void(); } /* The recursive call of the void */ |
| Juha Nieminen <nospam@thanks.invalid>: May 17 04:36PM >>> the difference between their backsides and a type of donkey. >>Just go wank whatever language you think is better, asshole. > Oh dear, is it your time of the month buttercup? :) Why don't you go fuck yourself, asshole? |
| Juha Nieminen <nospam@thanks.invalid>: May 17 04:37PM > ,--.,',' ,'----.__\ _( \----' > '///,`,--.,' `-.__.--' `. ) > '///,' `-` Why don't you just go fuck yourself, asshole? |
| Bonita Montero <Bonita.Montero@gmail.com>: May 17 12:52PM +0200 >> forward any parameter for comparison to the ()-operator. > Or you could just iterate through the set and do the comparison > manually. 1 line of code. That's not related to what I said and not even a joke. |
| MrSpook_cOJ9@yr_8g_4nz.com: May 17 02:55PM On Mon, 17 May 2021 14:03:04 +0000 (UTC) >> ROTFL! :) >Why don't you go troll some other forum, asshole? >Just fuck off. Awwww.... _.~._ ,~'.~@~.`~. / : _..._ : \ { :,"''\\`".: } `C) 9 _ 9 (--.._,-"""-.__ ( )(@)( ) `. `-.___.-' \ ,' \ / ,` ;`-._,-. ,' ,'/ ,' `---t.,-. \_ ,--.,',' ,'----.__\ _( \----' '///,`,--.,' `-.__.--' `. ) '///,' `-` |
| Bonita Montero <Bonita.Montero@gmail.com>: May 16 10:11AM +0200 >> STOP POSTING in comp.lang.c/c++ !!! > No You don't post anything related specifically to C or C++, so stop postingg here. |
| Bonita Montero <Bonita.Montero@gmail.com>: May 16 05:57AM +0200 STOP POSTING in comp.lang.c/c++ !!! |
| Bonita Montero <Bonita.Montero@gmail.com>: May 16 06:02PM +0200 > Everything that I post to is directly related to the correctness of > the following C code: (executed in the x86utm OS written in C and C++) You're problems are generic for most languages. You don't write about specific C- or C++-problems. So please stop posting here. |
| Ben Bacarisse <ben.usenet@bsb.me.uk>: May 24 02:10AM +0100 > Hi all, thought I had a decent handle on some aspects of C++ but this > one has me stomped. You've hit a bug in Google Groups that drops the ++ from the group name so you've posted in comp.lang.c. I've replied, including comp.lang.c++ in the newsgroups and I've set a followup-to header. This may fix things up. > I'm using an API (Driver that I cant change). One problem is in the class Driver. If you can't change that, you're stuck. > bool GetFromOutputFIFO ( const void* msg_data, unsigned int & msg_size ) { > return GetFromOutputFIFO ( * (const In *) msg_data, msg_size ) ; > } Something is wrong here. These two overloads are inconsistent. In the first, msg_data is not const and it is in the second. It's not at all clear how this should be fixed. Ideally, you want everything to be either const or not const. The minimal change is to make the first msg_data a const Out &, but that might be entirely wrong. The name of the function suggests it modifies msg_data in which case it should not be const. That means the problem is in the second overload and in the code below where things are declared const that should not be. > The error > error: binding reference of type 'unsigned char&' to 'const unsigned char' discards qualifiers > How do I pass in buf to GetFromOutputFIFO ? Start by saying exactly what the API is. That was we know what the target functions look like. -- Ben. |
| Keith Thompson <Keith.S.Thompson+u@gmail.com>: May 23 06:11PM -0700 Google Groups is broken. If you post to comp.lang.c++, it quietly drops the "++" and posts to comp.lang.c. (You *might* be able to write the newsgroup name as "comp.lang.c%2b%2b"; can someone confirm that?) I've cross-posted this reply to both newsgroups, with followups to comp.lang.c++. Any followups to this should go to comp.lang.c++. (Consider using a Usenet server such as news.eternal-september.org with a newsreader such as Thunderbird or Gnus (the latter runs under Emacs).) (I've posted new text at the top of the quoted text to be sure it isn't missed. The usual convention here is for new text to go *below* quoted text.) -- Keith Thompson (The_Other_Keith) Keith.S.Thompson+u@gmail.com Working, but not speaking, for Philips Healthcare void Void(void) { Void(); } /* The recursive call of the void */ |
| 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