This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

RE: pcre, C++


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/


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]