Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:28928 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 83357 invoked by uid 1010); 20 Apr 2007 03:46:14 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 83342 invoked from network); 20 Apr 2007 03:46:14 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 20 Apr 2007 03:46:14 -0000 Authentication-Results: pb1.pair.com smtp.mail=mba2000@ioplex.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=mba2000@ioplex.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain ioplex.com from 66.220.1.142 cause and error) X-PHP-List-Original-Sender: mba2000@ioplex.com X-Host-Fingerprint: 66.220.1.142 www.ioplex.com Linux 2.4/2.6 Received: from [66.220.1.142] ([66.220.1.142:2053] helo=www.ioplex.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 8B/E2-59470-48738264 for ; Thu, 19 Apr 2007 23:46:14 -0400 Received: from quark.foo.net (c-69-142-196-170.hsd1.nj.comcast.net [69.142.196.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by www.ioplex.com (Postfix) with ESMTP id EF17B42B63 for ; Thu, 19 Apr 2007 23:46:09 -0400 (EDT) Date: Thu, 19 Apr 2007 23:46:08 -0400 To: internals@lists.php.net Message-ID: <20070419234608.32e31f61.mba2000@ioplex.com> X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Unexpected Extension Deinitializing on Startup From: mba2000@ioplex.com (Michael B Allen) Is there an Apache or PHP setting that would cause an extension to be deinitilized in the initial root process on startup? We have an extension that forks a process from the initial Apache root process and does privileged work. The regular Apache workers running as 'apache' communicate with this root process using a pipe and shared memory. We need that root process running. Anyway, I have a customer who is seeing the extension initialize, everything starts up great, and then the extension deinitialization routine is called. For any other extension this behavior probably goes unnoticed because (I suspect) the Apache worker processes do not see the deinitializtion. Only the root process (not sure about that). But for our extension, we need the root process working so the deinitialization kills our extension. Is there some kind of Apache process model setting or something like that or a bug that could cause the deinitialization routine to run? Env is CentOS 4.4 with stock packages (PHP 5.1.6). Any help with this would be greatly appreciated. Mike -- Michael B Allen PHP Active Directory Kerberos SSO http://www.ioplex.com/