ID: 27011
User updated by: ehicks at binarymagi dot com
Reported By: ehicks at binarymagi dot com
-Status: Feedback
+Status: Open
Bug Type: PCRE related
Operating System: Solaris 9
PHP Version: 4CVS-2004-01-23
New Comment:
Actually, it is. That configure line has been updated since I posted
it. ldd shows that the new module is indeed using the libpcre from
/usr/local/lib.
I added the no_recurse to the PCRE build, though, not PHP. That's why
I asked. I will try it in PHP and see what happens.
Previous Comments:
------------------------------------------------------------------------
[2004-01-26 21:38:41] [EMAIL PROTECTED]
You're missing the point: PHP is NOT using your external build PCRE
lib! (given your configure line you added in your report)
Try this for PHP:
# rm config.cache ; CFLAGS=-DNO_RECURSE ./configure --disable-all
--disable-cgi --with-pcre-regex && make
Then try your script with the sapi/cli/php
------------------------------------------------------------------------
[2004-01-26 20:44:27] ehicks at binarymagi dot com
Added -DNO_RECURSE to PCRE's CFLAGS and it's still no-go. Same
segfault, same gdb backtrace. You did mean to put no_recurse into the
PCRE compile and not the PHP compile, right? Very frusterated, I
managed to bypass the feature of IMP that was causing the problem so
it's no longer inhibiting my progress. (It'd still be nice to get it
working, though.)
------------------------------------------------------------------------
[2004-01-26 19:52:21] [EMAIL PROTECTED]
Regarding the LD_LIBRARY_PATH thing..PHP's configure does add the L/R
switches. You don't need to do that. :)
And about the PCRE prob..try adding -DNO_RECURSE into CFLAGS. (there is
no configure option for this..special thingie. :)
grep for NO_RECURSE in the pcre sources to see what it does..
------------------------------------------------------------------------
[2004-01-26 18:33:17] ehicks at binarymagi dot com
Just in case it helps, here's my uname as well.
[EMAIL PROTECTED] root]# uname -a
SunOS lurch 5.9 Generic_112233-11 sun4u sparc SUNW,Ultra-250
------------------------------------------------------------------------
[2004-01-26 18:09:56] ehicks at binarymagi dot com
Well, LD_LIBRARY_PATH creates binaries that depend on it whereas -L/R
flags to the linker appear to embed the information directly into the
executable. All a user has to do is break that environment variable
and all of a sudden anything compiled depending on it break as well. I
prefer the method that makes it as difficult for my users to screw
things up as possible. :)
Even with everything but PCRE stripped out I still get the same seg
fault.Only things I can think of are that it could be a problem with
gcc (a 64bit-enabled version of 3.3.2) or some change of Sun's between
Solaris 2.6 (?) and 9. Or maybe something to do with the Ultrasparc
processors that I have. I just don't know.
Any other ideas? I'm fresh out.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/27011
--
Edit this bug report at http://bugs.php.net/?id=27011&edit=1
