Re: questions on dlopen

2001-12-05 Thread John Peacock

> On Wed, Dec 05, 2001 at 02:45:04PM +0100, [EMAIL PROTECTED] wrote:
>
> >I try to port a tool 'ccmalloc' for detection of memory leaks to Win32 via
> >cygwin. At the moment this tool is known to compile on Linux and Solaris
> >only. If you want to have a look on it:
> >
> >http://www.inf.ethz.ch/personal/biere/projects/ccmalloc/
> >

You can also try ElectricFence, which checks for bad memory accesses; see my
revised patch here:

http://sources.redhat.com/ml/cygwin/2001-11/msg00269.html

which also has a link to the earlier discussion of how Vadim Egorov originally
patched ElectricFence (which may help you in porting ccmalloc to Cygwin).

John

-- 
John Peacock
Director of Information Research and Technology
Rowman & Littlefield Publishing Group
4720 Boston Way
Lanham, MD 20706
301-459-3366 x.5010
fax 301-429-5747

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: questions on dlopen

2001-12-05 Thread Christopher Faylor

Please check out the project web page for links to available information
and ports:  http://cygwin.com/ .

If you don't see what you need there, then the cygwin mailing list is
the best place to make observations or get questions answered.
Information on the mailing list is available at the project web page.

For your convenience, I've reset the Reply-To: address to point to the
cygwin mailing list.  I've also Cc'ed this reply there.

On Wed, Dec 05, 2001 at 02:45:04PM +0100, [EMAIL PROTECTED] wrote:
>Hi Chris!
>
>i found your email adress in a posting which seems to be releated to the
>problems i have...
>
>I try to port a tool 'ccmalloc' for detection of memory leaks to Win32 via
>cygwin. At the moment this tool is known to compile on Linux and Solaris
>only. If you want to have a look on it:
>
>http://www.inf.ethz.ch/personal/biere/projects/ccmalloc/
>
>The fundamental part is that it overwrites the malloc resp. free function
>of libc with own functions. These functions then try to call the libcs
>implementation of malloc/free by using dlopen(LIBC) and dlsym(handle,
>"MALLOC_SYMBOL")
>
>First of all there's no libc.so in my cygwin installation. Only a libc.a. I
>played a little bit around, but dlopen fails. Then i tried to point dlopen
>to the cygwin1.dll. That worked for dlopen and dlsym. But now, other
>strange things appear. (calling fopen leads to core dump)...
>
>I know this are very few informations, but maybe you have some ideas and
>can give me some suggestions...
>
>Thank you very much!
>
>Henning

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/