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/
