From owner-freebsd-ports@FreeBSD.ORG Mon May 2 01:59:19 2005 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B9E016A4CE for ; Mon, 2 May 2005 01:59:19 +0000 (GMT) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1A0643D53 for ; Mon, 2 May 2005 01:59:18 +0000 (GMT) (envelope-from eadonb@rpi.edu) Received: from [128.113.157.186] (pikachu-17.dynamic.rpi.edu [128.113.157.186]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j421xHG8003486; Sun, 1 May 2005 21:59:17 -0400 Message-ID: <4275896B.40805@rpi.edu> Date: Sun, 01 May 2005 21:59:07 -0400 From: Bryant Eadon User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: itetcu@people.tecnik93.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.2 cc: freebsd-ports@freebsd.org Subject: Apache dumping core since the php changes due to recode.so ?(reply) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: eadonb@rpi.edu List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 01:59:19 -0000 Yes, I am seeing the same thing -- I am stracing it and find that after my install of PHP5 on x86, something tanks. I have upgraded (make deinstall of mod_php4 , make install of mod_php5 ) but the system is still broken. Checking the httpd.core with GDB wasn't very helpful. I installed strace from ports and checked the output as the process ran with : sudo strace httpd -X --- I kept getting segfaults .. So I safely dropped the output to file: sudo strace -o file.out httpd -X Checking the strace output and what was going on I saw there was a problem with recode.so a module compiled in with PHP5. With some google searching I came up with this post, which, when I renamed the file it indeed allowed me to fix the problem, but I wanted to know what was really happening. So, with a bit more help on EFnet #php I was able to determine that recode.so doesn't agree with a couple different files, here is a website -- check the Note at the bottom for some in depth details! http://us3.php.net/manual/en/ref.recode.php To summarize it: 1. Don't include recode.so unless you really need it because it conflicts with various other .so files. 2. Fixing how your php.ini load order might fix the problem -- load the recode before others. My solution was to drop recode. Is this a bug ? I'm not familiar with bug submission guidelines .. if anyone would like to forward this to the developer (or if you're the developer) I'll happily provide more details. Later, -- Bryant Eadon Computer Systems Engineer Rensselaer Polytechnic Institute