This is the mail archive of the java@gcc.gnu.org mailing list for the Java 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: Re: Garbage collector stopping my world for half a second


I'm unfortunately swamped with other things at the moment.

It should be fairly easy to to add a callback that returns either true or
false depending on whether the argument library should be registered.
The library could be described by an address range, and (possibly,
depending on platform) the path name for the library.  (On a few
platforms, the path name may always end up null, which would probably make
the facility useless there.)

If someone wants to submit a patch to dyn_load.c ...

Hans

On Wed, 7 Dec 2005, Andrew Haley wrote:

> Boehm, Hans writes:
>  > > -----Original Message-----
>  > > From: Andrew Haley [mailto:aph@redhat.com]
>  > >
>  > > Hans, one of the problems that I found it the the gc doesn't
>  > > allow fine-grained control over which libraries get
>  > > registered as roots and which don't.  I fully intend to
>  > > remove the need for auto-registration of gc roots in libgcj
>  > > (and I intend to do so soon) but if it's possible in the
>  > > meantime to scan some subset of shared libraries that would help.
>
>  > How would you specify those?
>  >
>  > You can currently exclude address ranges, but that makes the client
>  > do the hard stuff.  You could try to look for specific library
>  > names.  But the implementation of that would have to be
>  > platform-specific, which is a maintenance issue.  And it's not
>  > completely clear to me how you name a dynamic library.  Pattern
>  > matching on the path name?
>
> Give us a callback, with all the information that you have.
>
> Andrew.
>


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