Xref: news2.mv.net comp.os.msdos.djgpp:1485
From: Thomas Demmer <demmer AT LSTM DOT Ruhr-UNI-Bochum DOT De>
Newsgroups: comp.os.msdos.djgpp
Subject: Re: gprof problems
Date: Tue, 27 Feb 1996 12:40:58 +0100
Organization: Lehrstuhl fuer Stroemungsmechanik
Lines: 24
Message-ID: <3132EDCA.2781@LSTM.Ruhr-UNI-Bochum.De>
References: <199602270921 DOT EAA04383 AT delorie DOT com>
NNTP-Posting-Host: bvb.lstm.ruhr-uni-bochum.de
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp

Martynas Kunigelis wrote:
> 
>  First, I have read the FAQ, but found nothing... The problem is: whenever I
> try to run gprof on a COFF image compiled with the -pg switch, it complains
> about a missing file `gmon.out'. However, if I simply run `redir -t' on my
> program, the mentioned file is created and I can run gprof OK. I studied the
> sources of redir, it just merely calls time() if the -t switch is specified.
> So what gives? I've no idea.
>  One more thing: are you guys satisfied with messages like:
> c:/djgpp/bin\ld.exe: ......
>             ^----- what about this, eh? It can be simply corrected by
> changing the xm-dos.h file in the gcc distribution.
>   DJ promissed to put my example of hooking the kdb interrupt somewhere in a
> readable place, so check it out. Works ok under windoze, os/2 and cwsdpmi.
> I'll try it under qdpmi when I have it. This is it for now, bye...
> 
>   Martynas Kunigelis
You nearly did it right, make a program with the profiling option (foo.exe 
_AND_ foo.), then run foo, and finally the profiler. 
This is quite clearly explained in the FAQ ( I'm allowed to say that, I just learned
it from it ;-).

Ciao
Tom