This is the mail archive of the cygwin-patches mailing list for the Cygwin project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: gprof profiling of multi-threaded Cygwin programs

From: Jon Turney <jon dot turney at dronecode dot org dot uk>
To: Cygwin Patches <cygwin-patches at cygwin dot com>
Cc: Mark Geisert <mark at maxrnd dot com>
Date: Thu, 18 Feb 2016 12:43:51 +0000
Subject: Re: gprof profiling of multi-threaded Cygwin programs
Authentication-results: sourceware.org; auth=none
References: <56C404FF dot 502 at maxrnd dot com> <56C5A401 dot 8060604 at dronecode dot org dot uk> <Pine dot BSF dot 4 dot 63 dot 1602180309170 dot 49755 at m0 dot truegem dot net>

On 18/02/2016 11:29, Mark Geisert wrote:

A brief search tells me that apparently glibc supports the
(undocumented) GMON_OUT_PREFIX env var which enables a similar behaviour.


Ah, I did not know about that.  It would be easy to implement.

So I'm leaning towards choosing file name as GMON_OUT_PREFIX.exename.pid
with GMON_OUT_PREFIX defaulting to "gmon.out" if unspecified.

I think if you are going to implement GMON_OUT_PREFIX, you should makethe behaviour the same as glibc.

Do you think the expanded name should be used in all cases, or only when
there's a gmon.out already present?

I don't think you should be checking for an existing gmon.out file. Inthe simple case where the program doesn't fork, it's expected thatgmon.out will get overwritten.

Follow-Ups:
- Re: gprof profiling of multi-threaded Cygwin programs
  - From: Mark Geisert

References:
- gprof profiling of multi-threaded Cygwin programs
  - From: Mark Geisert
- Re: gprof profiling of multi-threaded Cygwin programs
  - From: Jon Turney
- Re: gprof profiling of multi-threaded Cygwin programs
  - From: Mark Geisert

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]