X-Spam-Check-By: sourceware.org From: "Dave Korn" To: Subject: RE: pcre, C++ Date: Mon, 11 Dec 2006 16:47:47 -0000 Message-ID: <010101c71d44$1680a620$a501a8c0@CAM.ARTIMI.COM> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <1165851287.32453.279885173@webmail.messagingengine.com> Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On 11 December 2006 15:35, Charles Wilson wrote: > A little digging shows that the problem occurs in pcrepp.cc (RE::Init): > > void RE::Init(const char* pat, const RE_Options* options) { > pattern_ = pat; <<< HERE > > where std::string pattern_, a member of class RE, is assigned the const > char* pat -- and pat is NOT null (verified in gdb) (it is a valid, > null-terminated regex string). This is certainly a legal thing to do, > as std::string has a operator=(const char*). But for some reason, it > fails here. I think that somehow this code is tickling a g++/stdlibc++ > bug, but my gdb-foo is not sufficient to figure it out. I tried > recompiling with -O0, but (a) the test progs still failed, and (b) there > was no additional enlightenment under gdb. > Has anyone else observed this failure on cygwin with pcrecpp? Anybody > got a clue what's really going on here? This is most likely the passing-empty-strings-across-dll-boundaries problem aka PR24196; would you care to install the experimental gcc-3.4.4-2 and see if it fixes the problem? cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/