From:	damon AT WRONG DOT redshift DOT com (Damon Casale)
Newsgroups:	comp.os.msdos.djgpp
Subject:	GPROF reports zero time spent?
Date:	Wed, 07 Mar 2001 20:55:57 GMT
Organization:	Posted via Supernews, http://www.supernews.com
Message-ID:	<3aa69f21.386105@news.redshift.com>
X-Newsreader:	Forte Free Agent 1.21/32.243
X-Complaints-To:	newsabuse AT supernews DOT com
Lines:	27
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp
Reply-To:	djgpp AT delorie DOT com

Hi, it's me again.  I'm trying to get gprof to profile my compression
program correctly, and it's driving me batty.  -_-

Here's the first few lines of (relevant) output:

Flat profile:

Each sample counts as 0.0555556 seconds.
  %   cumulative   self              self     total           
 time   seconds   seconds    calls  Ts/call  Ts/call  name    
100.00    424.17   424.17                             __dpmi_int
  0.00    424.17     0.00 220774244     0.00     0.00  longest_match
  0.00    424.17     0.00 15382759     0.00     0.00  pqdownheap
  0.00    424.17     0.00  6210841     0.00     0.00  bi_reverse
  0.00    424.17     0.00  1320192     0.00     0.00
CFAT32::GetNextFATEntry(unsigned long, unsigned long &)
  0.00    424.17     0.00  1320192     0.00     0.00
CFAT32::ReadFATSector(unsigned long, unsigned short &)
... (etc.)

I'd like to know how gprof calculates time.  (I've tried wading
through gprof's source and I haven't found the function call to get
the current time yet.)  Why would it be reporting zero time spent for
every function except __dpmi_int?

Damon Casale, damon AT WRONG DOT redshift DOT com (remove the obvious)
Brother, can you spare some time?

- Raw text -