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