|
From: WAROQUIERS P. <phi...@eu...> - 2011-04-01 17:03:35
|
>> 1. integrate the patch https://bugs.kde.org/show_bug.cgi?id=250101 >I have voted +10 for this patch. [Why did it not appear in 3.6.x?] It was a candidate for 3.6.0, but I understand there was too much work, and too little effort available. For 3.6.1, this patch was not taken, as this is not fixing a real bug, but just improving the amount of resources needed. But I am sure it is again a candidate for 3.7.0 :). >> 2. add a new kind of error in memcheck: "failed (re-)allocation". >I support such a warning the first time (each) for malloc and realloc. >For realloc because memcheck tries to increase the chances of >such an error; >for malloc because of general cleanliness. >I'm wary of giving a warning every time: too much noise for >good programs >which correctly check and recover, but that happen to run out of space. I understand the worry, but at least in my experience, I have not seen much programs which effectively go to an out of memory situation and then check and recover. And in practice, if the "failed (re-)alloc" is handled like all the other errors of Valgrind, the re-occurrence of the same error will be "collapsed" with the previous occurences (giving things such as "10 errors from one context"). So, I believe the best is to not do a specialized kind of warning for that, but just a normal memcheck error which will be handled as usual, can be suppressed as usual with the stack trace, etc. Philippe ____ This message and any files transmitted with it are legally privileged and intended for the sole use of the individual(s) or entity to whom they are addressed. If you are not the intended recipient, please notify the sender by reply and delete the message and any attachments from your system. Any unauthorised use or disclosure of the content of this message is strictly prohibited and may be unlawful. Nothing in this e-mail message amounts to a contractual or legal commitment on the part of EUROCONTROL, unless it is confirmed by appropriately signed hard copy. Any views expressed in this message are those of the sender. |