ID: 14365 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: iPlanet related Operating System: RedHat Linux 7.3 PHP Version: 4.3.0-dev New Comment:
We are using evals but the worst I could find was 65 evals on one page (the template system uses evals for nested blocks). The index page has a complex template and needs 55 evals, normal pages only need 4 or 5 evals. Previous Comments: ------------------------------------------------------------------------ [2003-01-06 01:58:31] [EMAIL PROTECTED] I've read the backtrace page but the bt there doesn't show php filenames and linenumber.. But Sean mailed me that I should try 'bt full', I'll try that the next time. Anyway, as I said I'm using Apache and not iPlanet... The canonicalize problem only seems to occur on 4.3.0, PHP 4.2.3 seems to segfault on memcopy() ------------------------------------------------------------------------ [2003-01-05 09:33:15] [EMAIL PROTECTED] See http://bugs.php.net/bugs-generating-backtrace.php for details on making backtraces. The stack size appears to be a setting in the iPlanet configuration:Try modifying your ns/threads section to include a larger stacksize...the default one is 128*1024 I ran into a stacksize problem on the recent redhat update (related to glibc) that was segfaulting on a dns lookup. I didn't associate it with the segfault I was getting for PHP (Including squirrelmail), but the segfault for SM is gone now for me after this fix and SM works perfectly. Try this sample: ns_section "ns/threads" ns_param stacksize [expr 256*1024] " (quoted from this bug report). I don't have and have never used iPlanet, so it's up to you to find out how to configure it. " ------------------------------------------------------------------------ [2003-01-05 09:07:05] [EMAIL PROTECTED] I would love to but I don't have a clue how I should do that :D I'm using Apache 1.3.26 and PHP 4.3.0 (but that one segfaults too often) and PHP 4.2.3 (segfaults too but less often, especially when we use a debug build and limit the MaxRequestsPerChild to 10. Nested evals()? Hmm, we shouldn't, I'll go and see if that can be the case. BTW how did Sean create that backtrace? It even shows in what PHP file and on what line Apache/PHP went down... ------------------------------------------------------------------------ [2003-01-02 11:54:51] [EMAIL PROTECTED] Can you try increasing your stack size as was suggested in one of the earlier responses? The latest backtrace looks *very* deep - are you using a lot of nested eval() calls ? ------------------------------------------------------------------------ [2003-01-01 14:55:40] [EMAIL PROTECTED] Oh, sorry. Forgot to mention what the site is running on. We're using Apache 1.3.26 with PHP as a module. Info page is over here: http://www.bokt.nl/klad/info.php It's a Redhat 7.3 box with: gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-112) It's an Athlon 1800 XP with 1GB ram and phpBB is using MySQL (MyISAM tables) extensively. Some stats can be seen on: http://www.bokt.nl/stats/ ------------------------------------------------------------------------ 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/14365 -- Edit this bug report at http://bugs.php.net/?id=14365&edit=1