- My advice for C++ - 1 Update
- My C++ synchronization objects library was just updated... - 1 Update
- back office at civil war - 2 Updates
- extern const int; storage operation? vs extern const int size = 100; - 3 Updates
- When extern is necessary. - 1 Update
- use of callback function in c++14 - 1 Update
- Like a compiler that compiles itself, my Diff app diffs itself. - 1 Update
- About my SemaMonitor 2.02... - 2 Updates
Ramine <toto@toto.net>: Jan 08 06:19PM -0800 Hello, I advice you to use this Easy to use C++ memory leak detection library that is portable: http://www.neoegm.com/tech/programming/c-cpp/cppmemdbg-easy-to-use-cpp-memory-leak-detection-library/ And also i advice you to use this SafeInt 3.0.18 C++ library to detect and prevent overflow and underflow datatypes such as char, signed and unsigned integer, and signed and unsigned long long integer etc. I am using them and they are good. Thank you, Amine Moulay Ramdane. |
Ramine <toto@toto.net>: Jan 08 05:06PM -0800 Hello.... My C++ synchronization objects library was just updated... I have just used the following SafeInt 3.0.18: http://safeint.codeplex.com/releases/view/125522 It is a clever method that prevents signed and unsigned integer or long long integer overflow and underflow, i have just included it inside the SemaMonitor directory inside the zip and i have showed you how to use it, just look at how to use it inside the test1.cpp example inside the zip file inside the SemaMonitor directory... You can download again my C++ synchronization objects library from: https://sites.google.com/site/aminer68/c-synchronization-objects-library Thank you, Amine Moulay Ramdane. |
banmefrom backedby <rothchild.banking.dynasty@gmail.com>: Jan 08 10:26AM -0800 i use a back office; and there are very strong indications that can not be denied that the: back office is at civil war. should i consider the impact on my real-time future? |
Real Troll <real.troll@trolls.com>: Jan 08 04:30PM -0400 On 08/01/2017 18:26, banmefrom backedby wrote: > i use a back office; and there are very strong indications that can not be denied that the: > back office is at civil war. > should i consider the impact on my real-time future? Why not? |
Veek M <vek.m1234@gmail.com>: Jan 08 05:27PM +0530 I'm reading C++ and he says that const int size = 100; is a symbol table entry and the compiler will do constant folding rather than allocate by default. He then goes on to say: 'When you use extern with const however you, force storage to be allocated' 'Storage must be allocated because extern says "use external linkage", which means that several translational units must be able to refer to the item, which requires it to have storage' therefore, extern const int size = 100; will force storage (obvious) however I was wondering if he meant that the declaration: extern const int size; would also force storage? As in, does the compiler go ahead and allocate storage twice and then optimize it out later during link time? |
"Alf P. Steinbach" <alf.p.steinbach+usenet@gmail.com>: Jan 08 02:52PM +0100 On 08.01.2017 12:57, Veek M wrote: > const int size = 100; > is a symbol table entry and the compiler will do constant folding rather > than allocate by default. That depends. If you take its address, and passing it by reference counts, then it needs to have storage. > extern const int size; > would also force storage? As in, does the compiler go ahead and allocate > storage twice and then optimize it out later during link time? Storage is allocated for it (only) in the translation unit where it's defined. It's a different matter with `static` member variables of a template class, and with C++17 `inline` variables. There, discardable linker records, or something with that functionality, is necessarily used. Cheers & hth., - Alf |
Veek M <vek.m1234@gmail.com>: Jan 08 08:33PM +0530 Alf P. Steinbach wrote: > functionality, is necessarily used. > Cheers & hth., > - Alf Thanks Alf - reading http://www.lurklurk.org/linkers/linkers.html will post if i run into something. |
Paul <pepstein5@gmail.com>: Jan 08 06:39AM -0800 In the expression: extern std::ostream& storeOn(std::ostream&, Screen&); from the 5th edition of C++ Primer, is "extern" necessary or redundant? Isn't this declaration extern anyway by default? Thanks, Paul |
kushal bhattacharya <bhattacharya.kushal4@gmail.com>: Jan 08 04:00AM -0800 thanks i am trying to avoid the old function pointer way of callback. I was looking for the latest c++ compliant callback function and the std::function to me suits my purpose now. Thanks, Kushal |
Jeff-Relf.Me <@.>: Jan 07 05:53PM -0800 |
Ramine <toto@toto.net>: Jan 07 06:45PM -0800 Hello..... About my SemaMonitor 2.02... When you use Semaphores , and when you release and you have attainef the maximum count to be released, the signal(or the release) will be lost and this is no good, this is why i have implemented my new algorithm of my SemaMonitor version 2.02, now if you want the signal(s) to not be lost with my SemaMonitor, you can configure it by passing a parameter to the constructor, and it works great, this has helped to implement my Concurrent FIFO Queue 1 and my Concurrent FIFO queue 2 without using Condition variables. You can download the concurrent FIFO queues from: https://sites.google.com/site/aminer68/concurrent-fifo-queue-1 and from: https://sites.google.com/site/aminer68/concurrent-fifo-queue-2 And you can download my Lightweight SemaMonitor and my SemaCondvar version 2.02 from: Lightweight SemaCondvar & SemaMonitor version 2.02 https://sites.google.com/site/aminer68/light-weight-semacondvar-semamonitor And: SemaCondvar & SemaMonitor version 2.02 https://sites.google.com/site/aminer68/semacondvar-semamonitor And you can download my C++ synchronization objects library that comes with my SemaMonitor from: https://sites.google.com/site/aminer68/c-synchronization-objects-library Thank you, Amine Moulay Ramdane. |
Ramine <toto@toto.net>: Jan 07 07:21PM -0800 On 1/7/2017 6:45 PM, Ramine wrote: > Hello..... > About my SemaMonitor 2.02... > When you use Semaphores , and when you release and you have attainef the I mean: attained, not attainef |
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