Hi Sinisa,

Sinisa Milivojevic wrote:

> As an example, mysql server is a multi-threaded program and when
> compile --with-debug it uses DBUG function.

I know. As I said, one of my main problems is that MyODBC does not have
a --without-debug option.

> 
> There are literally thousands and thousands of locations where mysql
> server built for debugging is running, without a single problem being
> caused by those routines.

Do you know of any which are specifically accessed by multi-threaded
client applications via ODBC? (If so, I'd really like to know, so that I
can try to get hold of copies of the client applications to test in my
own environment.)

> 
> Furthermore, these routines have not been changed for years and have
> been  thoroughly checked with Purify and Pure Coverage which are much
> better tools then mpatrol.

I don't doubt that the routines have been thoroughly checked. However, I
am talking about specific problems and specific observations in my own
work. The application coredumped; the backtraces (persistently) pointed
me at the DBUG_ calls in MyODBC; I commented-out the calls; the
situation vastly improved. If you could suggest an alternative
explanation and approach, I'd be happy to hear it. 

> 
> I have my own reservations regarding mpatrol and dmalloc. None of
> them, for example, worked with my C++ programs. They just crashed/
> refused to work. I have tried latest versions and wrote to the
> authors. That was more then one year ago. It is possible that
> meanwhile this situation has been fixed.

I'm sorry about your experiences with mpatrol. As I've said, I find it
superb: it has already been of enormous assistance in fixing memory
leaks, and in the current situation it gave me information that I could
not have gained otherwise. Also, I've always found the author of mpatrol
to be highly responsive and helpful.

I have not used dmalloc.

Best regards,
Peter

---------------------------------------------------------------------
Before posting, please check:
   http://www.mysql.com/manual.php   (the manual)
   http://lists.mysql.com/           (the list archive)

To request this thread, e-mail <[EMAIL PROTECTED]>
To unsubscribe, e-mail <[EMAIL PROTECTED]>
Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php

Reply via email to