This is the mail archive of the gdb-patches@sourceware.org mailing list for the GDB 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: [patch+7.4] reread.exp 7.3->7.4 regression

From: Jan Kratochvil <jan dot kratochvil at redhat dot com>
To: Joel Brobecker <brobecker at adacore dot com>
Cc: gdb-patches at sourceware dot org, Pedro Alves <alves dot ped at gmail dot com>, Tom Tromey <tromey at redhat dot com>
Date: Mon, 19 Dec 2011 11:22:39 +0100
Subject: Re: [patch+7.4] reread.exp 7.3->7.4 regression
References: <20111218115343.GB22534@host2.jankratochvil.net> <20111219034807.GN21915@adacore.com> <20111219093131.GA3484@host2.jankratochvil.net> <20111219095427.GT21915@adacore.com>

On Mon, 19 Dec 2011 10:54:27 +0100, Joel Brobecker wrote:
> I think this problem ties us with the problem Tom was trying to
> figure out, where BFD opens and closes bfd's without telling us.

Not sure if you refer to Tom's pointing at bfd/cache.c and its

/* The maximum number of files which the cache will keep open at one time.  */
#define BFD_CACHE_MAX_OPEN 10

which possibly negatively affects performance in GNU/Linux but it closes only
bfd->iostream, not bfd itself.  The problem of this mail thread occurs due to
bfd->section_count changes.  Therefore I find it as an unrelated issue.

Thanks,
Jan

References:
- [patch+7.4] reread.exp 7.3->7.4 regression
  - From: Jan Kratochvil
- Re: [patch+7.4] reread.exp 7.3->7.4 regression
  - From: Joel Brobecker
- Re: [patch+7.4] reread.exp 7.3->7.4 regression
  - From: Jan Kratochvil
- Re: [patch+7.4] reread.exp 7.3->7.4 regression
  - From: Joel Brobecker

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