This is the mail archive of the
cygwin-patches
mailing list for the Cygwin project.
Re: Add cygwin_internal CW_GET_MODULE_PATH_FOR_ADDR
- From: Corinna Vinschen <corinna-cygwin at cygwin dot com>
- To: cygwin-patches at cygwin dot com
- Date: Thu, 13 Oct 2011 16:42:41 +0200
- Subject: Re: Add cygwin_internal CW_GET_MODULE_PATH_FOR_ADDR
- References: <4E96F392.9030605@cwilson.fastmail.fm>
- Reply-to: cygwin-patches at cygwin dot com
On Oct 13 10:20, Charles Wilson wrote:
> >From discussions with Bruno Haible about the slowness of full relocation
> support in libintl and libiconv, he said:
>
> > - The Cygwin API only allows me to get _all_ file names behind all
> > addresses across the entire current process, and this is slow.
>
> (talking about parsing /proc/self/maps)
>
> > - It would be useful to have a Cygwin API that gives me the file
> > file name behind one particular address in the current process.
> > This should not be that slow.
>
> This patch is a proof of concept for the latter. Naturally, it needs
> additional work -- updating version.h, real changelog entries,
> documentation somewhere, etc. But...is it worth the effort? Is
> something like this likely to be accepted?
The first and foremost question is, what is the relocation support
in libintl trying to accomplish? Why does a internationalization
library has to know the path of a module based on an address?
Is that a functionality required on other POSIX systems?
Can we discuss this on cygwin-developers first, please? So far I doubt
that this makes any sense on Cygwin.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat