#27011 [Opn->Fbk]: Seg Fault During preg_match_all

ID: 27011 Updated by: sniper@php.net Reported By: ehicks at binarymagi dot com -Status: Open +Status: Feedback Bug Type: PCRE related Operating System: Solaris 9 PHP Version: 4CVS-2004-01-23 New Comment: 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 Previous Comments: ------------------------------------------------------------------------ [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] sniper@php.net 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. [root@lurch 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. ------------------------------------------------------------------------ [2004-01-26 03:56:23] sniper@php.net I tried with this configure line: # ./configure --disable-all --enable-debug --with-pcre-regex # uname -a SunOS pf-i400 5.6 Generic_105181-33 sun4u sparc SUNW,Ultra-30 Solaris And I didn't get any crash with your short script.. ------------------------------------------------------------------------ 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