You can subscribe to this list here.
| 2002 | Jan | Feb | Mar | Apr | May | Jun | Jul | Aug | Sep | Oct (1) | Nov | Dec | 
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 | Jan | Feb | Mar | Apr | May | Jun | Jul | Aug | Sep (4) | Oct | Nov | Dec | 
| 2007 | Jan | Feb | Mar | Apr | May | Jun | Jul | Aug | Sep (1) | Oct | Nov | Dec | 
| 
      
      
      From: pradeep tr <pr...@ya...> - 2007-09-09 15:54:39
      
     | 
| Hi 
   I am using the Linux 2.6.13-15 SMP GNU/Linux with GCC version of 4.0.2 20050901 Prerelease (SUSE Linux).
   
  When I execute the below commands 
  $gcc -pg -o pgm1.c 
  $./pgm1
  $gprof pgm1 gmon.out >result.txt
   
  I get the error gmon.out call-graph is missing ,though the gmon.out is created in the curent working directory.
   
  May can someone hint abt this or gide me to a gprof mailing lists if one exists please.
   
  Thanks in advance
   
  PTR,
       
---------------------------------
Got a little couch potato? 
Check out fun summer activities for kids. | 
| 
      
      
      From:  <jer...@m4...> - 2005-09-05 05:36:41
      
     | 
| Hi again Colin, Attached is the contents of admin/ taken from the KDE 3.5 branch. Just extract the .tar.bz2 in your kprof project directory, and run "make -f Makefile.cvs", it works fine for me. Jeremy -- http://www.jerryweb.org/ : JerryWeb.org http://sailcut.sourceforge.net/ : Sailcut CAD http://opensource.polytechnique.org/ : Polytechnique.org Free Software | 
| 
      
      
      From:  <jer...@m4...> - 2005-09-04 23:06:02
      
     | 
| -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Colin! > I have applied the patches to the CVS tree, but on my system (Gentoo), I cannot build it as there is something terminally wrong with the autoconf stuff. If anyone knows how to fix this, I'd be very grateful! I'd suggest re-synching the admin/* stuff with the most recent version from the KDE projet (kde-common is the module you want), the versions currently there are quite old! Jeremy - -- http://www.jerryweb.org/ : JerryWeb.org http://sailcut.sourceforge.net/ : Sailcut CAD http://opensource.polytechnique.org/ : Polytechnique.org Free Software -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDG33R4mJJZqJp2ScRAvRzAKCEs1CclxYPw7nJNkT+hvNa8rUEHQCgjC8g zQqKFMgJ2hKBbwnQbPk61dA= =6PaT -----END PGP SIGNATURE----- | 
| 
      
      
      From: Desmond, C. <Col...@lo...> - 2005-09-04 20:12:19
      
     | 
| I have applied the patches to the CVS tree, but on my system (Gentoo), I ca= nnot build it as there is something terminally wrong with the autoconf stuf= f. If anyone knows how to fix this, I'd be very grateful! Colin -----Original Message----- From: Jeremy Laine [mailto:jer...@m4...] Sent: Fri 02/09/2005 11:53 To: Desmond, Colin; kpr...@li... Cc: Florent Pillet; Ben Burton; Ross Boylan Subject: KProf / patches =20 Hi Colin! > I will try and take a look at this at the weekend. Thanks Jeremy for poin= ting > out these issues with the code. Attached are 3 patches I am planning to include in the next Debian upload of KProf: - 01 : fix for a compilation error related to QTextStream - 02 : fix for the memory error I mentioned in my previous message (spotted= with valgrind) - 03 : fix for the way KProf calculates "total" times based on gprof output. This bug was reported some time ago by Ross Boylan : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D282137 This third patch is not optimised in terms of processor time as it makes an extra call to "locateProfileEntry" for each primary entry in the gprof call tree. A better patch could be produced by having CParseProfile::processCallGraphBlock" return a pointer to the CProfileInfo = for the primary entry. I suggest we move this discussion to kpr...@li... to avoid excessive Cc'ing :) Cheers, Jeremy -- http://www.jerryweb.org/ : JerryWeb.org http://sailcut.sourceforge.net/ : Sailcut CAD http://opensource.polytechnique.org/ : Polytechnique.org Free Software This e-mail and any attachment is for authorised use by the intended recipi= ent(s) only. It may contain proprietary material, confidential information = and/or be subject to legal privilege. It should not be copied, disclosed to= , retained or used by, any other party. If you are not an intended recipien= t then please promptly delete this e-mail and any attachment and all copies= and inform the sender. Thank you. | 
| 
      
      
      From: Jeremy L. <jer...@m4...> - 2005-09-02 10:46:25
      
     | 
| Hi Colin! > I will try and take a look at this at the weekend. Thanks Jeremy for po= inting > out these issues with the code. Attached are 3 patches I am planning to include in the next Debian upload= of KProf: - 01 : fix for a compilation error related to QTextStream - 02 : fix for the memory error I mentioned in my previous message (spott= ed with valgrind) - 03 : fix for the way KProf calculates "total" times based on gprof outp= ut. This bug was reported some time ago by Ross Boylan : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D282137 This third patch is not optimised in terms of processor time as it makes = an extra call to "locateProfileEntry" for each primary entry in the gprof ca= ll tree. A better patch could be produced by having CParseProfile::processCallGraphBlock" return a pointer to the CProfileInf= o for the primary entry. I suggest we move this discussion to kpr...@li... = to avoid excessive Cc'ing :) Cheers, Jeremy -- http://www.jerryweb.org/ : JerryWeb.org http://sailcut.sourceforge.net/ : Sailcut CAD http://opensource.polytechnique.org/ : Polytechnique.org Free Software | 
| 
      
      
      From: Stefan H. <sh...@te...> - 2002-10-11 07:22:05
      
     | 
| Hi, IMHO, for profiling a program it would be convenient to be able to examin= e the=20 statistics of several program runs at once. I would like to be able to ru= n my=20 program for example 10 times with different input creating=20 profile.1,...,profile.10 with gprof and then view the sum of these 10=20 profiles in kprof the same way I would view just profile.1. The number of calls should be added, the "self seconds" should be added, = the=20 "cumulative seconds" should be recreated from the new "self seconds" and = so=20 on. Maybe this will be more difficult with the call graph... but it is=20 certainly doable. With a quick search on google and freshmeat I could not find such a progr= am=20 (that adds two outputs of gprof). If you are interested (and can provide = some=20 guidance) I would implement this feature in kprof. Bye, Stefan Hetzl |