Shot in the dark: Anyone ever use CLAPACK routines?

[Jerry Feldman]

On 05/19/2010 04:03 PM, Kevin D. Clark wrote:
> Jerry Feldman writes:
>
>   
>> On 05/19/2010 03:22 PM, Bruce Labitt wrote:
>>     
>>> Is there an equivalent tool for the stack?
>>>       
>> Purify. Purify is a commercial product (expensive too) that instruments
>> every load and store operation whether that be on the heap or the stack.
>> While valgrind is a great tool, it does not compare to Purify.
>>     
> Unless Purify has improved a lot since the last time I used it (five
> years ago, I admit), then Valgrind is just as good as Purify in my
> book.
>
> In particular, at the time that I used it, Purify claimed to support
> this sort of checking for stack-based objects, but I never saw it
> work.
>
> Come to think of it, I have seen Insure++ work pretty well for this.
>
>   
I have not touched Purify in a number of years, but back in the 2000 -
2003 time frame I was part of a team that ported Purify to Tru64 Unix,
and Purify did have full capability to instrument the stack. What Purify
does is to instrument every load and store operation at the machine code
level. It does not matter where the load and store is. If I recall,
stack support is an option that you can turn on or off.  A load/store
operation makes no difference whether it is on the stack or on the heap.
The issue is that you need to keep a memory bitmap to keep the status of
every byte of memory.
Several years ago, someone at a BLU meeting mentioned he was having a
problem with some code in a phone switch, and his company and Verizon
were pointing fingers, especially because a previous problem was theirs.
He tried a number of different solutions, and after trying Purify, his
company paid then $10,000 for a license. I'm not trying to sell Purify
for IBM, but I certainly know how it works.
Looks like Insure++ does a similar type of analysis that Purify does.

-- 
Jerry Feldman <gaf at blu.org>
Boston Linux and Unix
PGP key id: 537C5846
PGP Key fingerprint: 3D1B 8377 A3C0 A5F2 ECBB  CA3B 4607 4319 537C 5846


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 253 bytes
Desc: OpenPGP digital signature
Url : http://mail.gnhlug.org/mailman/private/gnhlug-discuss/attachments/20100519/aa073e34/attachment.bin