From: Warren Young Date: August 14 2009 4:10am Subject: Re: problem when calling mysqlpp connection object connect function after calling disconnect List-Archive: http://lists.mysql.com/plusplus/8706 Message-Id: MIME-Version: 1.0 (Apple Message framework v936) Content-Type: multipart/mixed; boundary=Apple-Mail-2--814618322 --Apple-Mail-2--814618322 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On Aug 13, 2009, at 6:19 PM, Wojciech Barski wrote: > When you call the disconnect() method, > libmysql zeroes the entire mysql_ object leaving the options unset. This apparently doesn't matter in all cases. > Therefore, when we call the connect() method again, access violation > occurs, > because libmysql tries to read the > mysql_.options.shared_memory_base_name, > which is pointing at 0x00000000 instead of the "MYSQL" string. Ah, thanks for tracking this down. It appears to be specific to the "local MySQL server on Windows" case. My tests on Windows used a remote server. Try the attached patch, or svn head. --Apple-Mail-2--814618322 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit --Apple-Mail-2--814618322--