Re:How does this compare to Free Software tools?
by
FattMattP
·
· Score: 2
KCacheGrind is KDE *frontend* to Valgrind memory debugger not another debugger!
If you had bothered to read the KCachegrind page you'd see that it's a "KDE Profiling Visualisation Tool" that uses Cachegrind, a profiler that is part of Valgrind.
Re:Commercial post of the day.
by
Tune
·
· Score: 4, Insightful
> Five grand US, that is.
I'm not sure what you're trying to imply, but I guess you're trying to express your concern that it's too expensive. Well, it's not - IMHO. First, compare it to more or less similar products, like Intel's VTune profiler or Metroworks' products. Second, do some basic math. In many cases, software development and maintenance is basically debugging. I dare say a good coder spends (at least) two-three months a year debugging a piece of code he/she or someone else wrote - no methodoligy can change that. Good code instrumentation can't prevent bugs but helps a lot in finding them. Based on experience, I'd say it saves you a week or two per year. A good coder costs $2500-$5000 per month. This excludes management, QA and facilities. Add these and the price doubles. Therefore, it saves a company (that takes QA seriously) $1000-$5000 a year. The investment returns eventually.
$5000 is a lot of money, true. $5000 is way too much for a Linux hobbyist that payed nil for downloading his distro, but rest assure that any large commercial company will gladly pay for a couple of licenses. I guess the main concern should be if Rational can ever break even on a product that took years of development.
--
Programming is like sex... make one mistake and support it the rest of your life
Re:Commercial post of the day.
by
Slashamatic
·
· Score: 2
Rational always were a tad expensive. Great for medium to large commercial shops but a shame for the rest of us.
I had the benefit of using it at a couple of places (banking industry, they can or at least could afford it) under Solaris. Great, easy to instrument existing s/w. Of course one's software runs more than a little slower!!!!
I have played with some of the older Open Source stuff under Linux and it wasn't that helpful but haven't tried the newer stuff like valgrind yet.
Anyway, it is is good to see that Rational is taking Linux seriously now.
Re:Commercial post of the day.
by
pthisis
·
· Score: 4, Interesting
I guess the main concern should be if Rational can ever break even on a product that took years of development.
Um, no. Rational may break even, but if there's another product that does the same job for cheaper then you can come out ahead. Or even does most of the same job for much cheaper. Suppose Purify cost $5000 and saved $6000 worth of debugging time, while electricfence cost nothing and saved $3000 worth of debugging time from that same $6000. You're better off using efence and spending the $3000 worth of debugging time than dropping $5000 on Purify.
In reality, the free tools as of late have really pulled ahead of purify. Between valgrind, Boehm-Weiser, ElectricFence, and EiC you can accomplish much of what purify can do and a lot that it can't. e.g. Boehm-Weiser can find memory leaks in standard code that wouldn't be found without a lot of legwork by valgrind or Purify. I find the combination of valgrind and boehm-weiser to be much more effective than Purify in practice, and it's free.
Sumner
-- rage, rage against the dying of the light
Re:Commercial post of the day.
by
Tune
·
· Score: 3, Interesting
> I find the combination of valgrind and boehm-weiser to be much more effective than Purify in practice, and it's free.
Thanks for the tips. To be honest, I'm really not that much into the code analysis "market", but I probably should have known about these tools.
On a first glance, the tools don't seem to have the "easy-to-use" GUI-appeal that Rational's tools tend to have. Though that's just a front end thing, I guess I'd personally have a hard time convincing my manager to switch to a tools that lacks plug-and-pray features, have no "customer support" and might not support all platforms we're supporting....But since these are all minor issues, you've convinced me to give these tools a try - even if is has to be outside company walls!
> You're better off using efence and spending the $3000 worth of debugging time than dropping $5000 on Purify.
Though I'm not an advocate of closed software, I still think Rational has a good product that is worth its money. To support my previous arguments I could add development time: save two weeks a year and you're ready to sell your product two weeks earlier. Ergo: development costs are covered by revenue two weeks earlier. That's almost 4%. In our case (10 developers, user licenses at $50k-$100k), having your project ready on time is of life importance.
That being said, I'm going to give the stuff you suggested a try - the "free" part in Free Software should be tempting to my manager, and if indeed it's better in finding bugs, I'm in!
Re:Commercial post of the day.
by
pthisis
·
· Score: 2
I have used EiC for debugging some projects, but as I said I find the combination of Boehm-Weiser and valgrind to be the most effective for real-world projects. EiC is quite nice but as you note it can take a lot of effort to get it working right.
I am not a PurifyPlus User, so who knows - but based on the description at the article's link - it seems everything PurifyPlus provides is already available on linux for free. The types of profiling and coverage stuff they discuss can be done by gcc/gcov, and there's lots of shim libraries that hook malloc/free/new/delete/etc and check for leaks. Why is this so special?
Well, IANAPPU either. However, the companies that *have* bought into the Rational product line will see this as a good thing. Companies that have, or are going to, buy into Linux will see this as a *really* good thing. It's much easier to justify your use of a "fringe OS" (which is quickly become mainstream itself; that's the whole point) when mainstream products are available on it.
So, I think it's more symbolic than anything. Also, it keeps Rational more flexible in the marketplace.
--
Please mod this post only if you think others should/n't read this. I have enough ego^H^H^Hkarma. Thanks!
Re:You can also buy...
by
JabberWokky
·
· Score: 3, Funny
Yeah, but I personally use fortune. NetHack works too.
(Pssst... what does a profiler have to do with editors?)
--
Evan (no reference)
-- "$30 for the One True Ring. $10 each additional ring!" -- JRR "Bob" Tolkien
I've tried it....
by
hawkstone
·
· Score: 5, Informative
So here's the deal:
PurifyPlus for UNIX is great. The older versions worked like this: 1) build your binary "foobar" normally 2) run "purify foobar -arguments..." 3) get wonderful memory checking, including uninitialized memory reads/copies, array bounds reads/writes, zero page reads, and memory leak checking.
The newer versions work like this: 1) build your binary almost normally, except... 2) add "purify" to the beginning of your normal link line, e.g. "purify g++ obj.o -o foobar" 3) get wonderful memory checking, blah blah blah
The downside to this is obvious, but IMHO very minor. It does not need any source modifications or modifications to the compile stage, and winds up being one extra target in the final makefile. In addition, it will instrument all shared libraries, including plugins as they are loaded. Works flawlessly.
In addition, PurifyPlus includes quantify for profiling (with nice butterfly graph) and purecoverage for code coverage testing. All very nice.
Just yesterday, I tried the linux version. It's not the same at all. It is a huge GUI based IDE (think KDevelop or MS Dev Studio), and it wants you to add all your source files to it. I need to investigate it further, but it appears that it needs to know about all your.c/.cpp files and wants to build the entire program yourself.
I don't want to edit my files in PurifyPlus. I don't want use use PurifyPlus to manage my build process or to build by executables for me. I don't want to use it as a debugger. We have a huge cross platform suite with complex build rules, and I want to edit my files using an advanced editor like XEmacs. I use totalview for debugging. I just want to run it on my binary and have it work. If Rational is going to try to get us entrenched even more in their products by going this route, they are likely to have us lose interest.
Now, I hope I'm wrong, and I very well might be. I need to look through to documentation more to confirm/disprove my current beliefs, but I played with the thing for most of an hour and looked through the tutorials before forming these beliefs.
Rational did tell us they want to have a conference call to discuss "usability" issues. I think I may take them up on this. I love purify, and if there's a way to get it to work reasonably well, I will use it happily. If anyone is interested, I can respond to this thread with the answers.
(The funniest part is that we've been on Rational's back forever trying to get them to give us a linux version, and they always have said "We have no plans for one". Then this suddenly appeared. I hope what suddenly appeared is usable, 'cause I'm not so sure it is yet.)
Speaking here as a Rational Certified Consultant/Instructor, longtime user of Rational Rose SoDA, ReqPro, ClearQuest, etc, and an employee of one of their closest partners, since when has Rational produced a quality product? Have you used Rose? ReqPro? SoDA?? Granted, I haven't had time really kick the XDE's tires...
About the only somewhat stable product is the RUP, and that's primarily static HTML. I am huge Rational booster, but I won't get caught dead saying that they produce quality products. As the joke goes, wouldn't it be great if Rational only followed their own advice?
Now, on the plus side (since I am a Rational booster), when everything is integrated correctly, no other tools can touch them. The ReqPro->Rose->ClearQuest integration, while limited, allows me as an architect to determine test coverage analysis when correcting defects, releate risks to requirements, and tie the model to the requirements -- allowing me to model visually or textually. It all may be somewhat buggy, but there is no other set of tools out there that allows me to accomplish those tasks so seamlessly.
Comparision of Various Memory Debuggers for Linux
by
Karna
·
· Score: 2, Informative
A fairly detailed list of various memory debuggers for Linux was covered in the August Issue of Linux Gazette, available here. It's interesting to note that the article actually says the following:
Purify The big daddy of memory tools, does not work on Linux, so you can stop asking that question.
Slashdot Mirror
How does this compare the KCacheGrind and Valgrind?
Prevent email address forgery. Publish SPF records for y
No pricing on the site, but the HPUX/Solaris version is tad under five grand. Five grand US, that is.
Yeah, right.
Dave
I write a blog now, you should be afraid.
I am not a PurifyPlus User, so who knows - but based on the description at the article's link - it seems everything PurifyPlus provides is already available on linux for free. The types of profiling and coverage stuff they discuss can be done by gcc/gcov, and there's lots of shim libraries that hook malloc/free/new/delete/etc and check for leaks. Why is this so special?
11*43+456^2
(Pssst... what does a profiler have to do with editors?)
--
Evan (no reference)
"$30 for the One True Ring. $10 each additional ring!" -- JRR "Bob" Tolkien
So here's the deal:
..."
.c/.cpp files and wants to build the entire program yourself.
PurifyPlus for UNIX is great. The older versions worked like this:
1) build your binary "foobar" normally
2) run "purify foobar -arguments
3) get wonderful memory checking, including uninitialized memory reads/copies, array bounds reads/writes, zero page reads, and memory leak checking.
The newer versions work like this:
1) build your binary almost normally, except...
2) add "purify" to the beginning of your normal link line, e.g. "purify g++ obj.o -o foobar"
3) get wonderful memory checking, blah blah blah
The downside to this is obvious, but IMHO very minor. It does not need any source modifications or modifications to the compile stage, and winds up being one extra target in the final makefile. In addition, it will instrument all shared libraries, including plugins as they are loaded. Works flawlessly.
In addition, PurifyPlus includes quantify for profiling (with nice butterfly graph) and purecoverage for code coverage testing. All very nice.
Just yesterday, I tried the linux version. It's not the same at all. It is a huge GUI based IDE (think KDevelop or MS Dev Studio), and it wants you to add all your source files to it. I need to investigate it further, but it appears that it needs to know about all your
I don't want to edit my files in PurifyPlus. I don't want use use PurifyPlus to manage my build process or to build by executables for me. I don't want to use it as a debugger. We have a huge cross platform suite with complex build rules, and I want to edit my files using an advanced editor like XEmacs. I use totalview for debugging. I just want to run it on my binary and have it work. If Rational is going to try to get us entrenched even more in their products by going this route, they are likely to have us lose interest.
Now, I hope I'm wrong, and I very well might be. I need to look through to documentation more to confirm/disprove my current beliefs, but I played with the thing for most of an hour and looked through the tutorials before forming these beliefs.
Rational did tell us they want to have a conference call to discuss "usability" issues. I think I may take them up on this. I love purify, and if there's a way to get it to work reasonably well, I will use it happily. If anyone is interested, I can respond to this thread with the answers.
(The funniest part is that we've been on Rational's back forever trying to get them to give us a linux version, and they always have said "We have no plans for one". Then this suddenly appeared. I hope what suddenly appeared is usable, 'cause I'm not so sure it is yet.)
A fairly detailed list of various memory debuggers for Linux was covered in the August Issue of Linux Gazette, available here.
It's interesting to note that the article actually says the following:
Purify
The big daddy of memory tools, does not work on Linux, so you can stop asking that question.
Funny how that changed so quick!
All weakness is within you, As is all courage.