|Anonymous | Login | Signup for a new account||2014-08-28 17:14 CEST|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000053||OCaml||OCaml general||public||2000-03-11 16:44||2000-03-24 16:03|
|Target Version||Fixed in Version|
|Summary||0000053: Linking problems in otherlibs/str|
|Description||Full_Name: Gerd Stolpmann|
Version: 2.04/Current CVS version
Submission from: master.proxy.ision.net (220.127.116.11)
I recently detected a problem with otherlibs/str. The GNU regex library defines
the function regfree, which is a POSIX.2 function. Under Solaris, I observed
that the call of regfree in strstubs.c actually invoked the regfree function
defined in libc, and not the regfree function defined in regex. This caused
a core dump every time a regexp value was finalized.
Fortunately, regfree is the only regexp function which conflicts with POSIX
functions; the other calls of regexp functions are not affected.
I have a patch which avoids to call regfree at all (by simply copying the
invocations into the stub function):
|Tags||No tags attached.|
> I recently detected a problem with otherlibs/str. The GNU regex library >
> the function regfree, which is a POSIX.2 function. Under Solaris, I observed
> that the call of regfree in strstubs.c actually invoked the regfree function
> defined in libc, and not the regfree function defined in regex. This caused
> a core dump every time a regexp value was finalized.
Well spotted. I fixed this by renaming regfree in the GNU regex library,
and #ifdef'ing away all POSIX and BSD emulation code in that library
(we don't need it).
Thanks for the bug report,
- Xavier Leroy
Fixed on 2000-03-24 by Xavier
|2005-11-18 10:13||administrator||New Issue|
|Copyright © 2000 - 2011 MantisBT Group|