Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:23572 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 64872 invoked by uid 1010); 18 May 2006 23:15:24 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 64857 invoked from network); 18 May 2006 23:15:24 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 18 May 2006 23:15:24 -0000 X-PHP-List-Original-Sender: frank@kromann.info X-Host-Fingerprint: 64.186.239.125 c-064-186-239-125.oc1.redwire.net Linux 2.5 (sometimes 2.4) (4) Received: from ([64.186.239.125:59658] helo=mail.kromann.info) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 91/BC-19568-C000D644 for ; Thu, 18 May 2006 19:15:24 -0400 Received: by mail.kromann.info (Postfix, from userid 510) id 914A64040BF; Thu, 18 May 2006 16:15:20 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on mail.kromann.info X-Spam-Level: * X-Spam-Status: No, score=1.3 required=5.0 tests=AWL,MAILTO_TO_SPAM_ADDR autolearn=no version=3.1.1 Received: from warp (www.kromann.info [64.186.239.115]) by mail.kromann.info (Postfix) with SMTP id 4D3874040B3 for ; Thu, 18 May 2006 16:15:20 -0700 (PDT) To: X-Mailer: Swwwing 2000 Message-ID: <11479941132440000@9866357972520000.9866341568840000> MIME-Version: 1.0 Reply-To: "Frank M. Kromann" Date: Thu, 18 May 2006 16:15:13 -0700 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Fw: #37507 [Bgs]: loading the php_printer.dll extension causes php to crash From: frank@kromann.info ("Frank M. Kromann") This seams to be a problem in TSRM. I get this error when using the CLI version but not with the CGI version. I think this is the same error reported with the tidy extension (and possible others that register a dtor for global data. Looking a bit at the code I see one difference between CLI and CGI: In php_cli.c we have #ifdef ZTS tsrm_shutdown(); #endif and in cgi_main.c we have #ifdef ZTS /*tsrm_shutdown();*/ #endif If I disable tsrm_shutdown() in the cli code I do not get a crash. Any reason why the code is different here? - Frank -------- Original mail -------- From: mdlawler at gwmicro dot com To: php-bugs@lists.php.net Subject: #37507 [Bgs]: loading the php_printer.dll extension causes php to crash > ID: 37507 > User updated by: mdlawler at gwmicro dot com > Reported By: mdlawler at gwmicro dot com > Status: Bogus > Bug Type: Reproducible crash > Operating System: Windows XP > PHP Version: 6CVS-2006-05-18 (CVS) > New Comment: > > Since this binary is still included in the pecl distribution for > Windows it seems that some support should be available. If this isn't > the case how is one supposed to be able to print from php? > > > Previous Comments: > ------------------------------------------------------------------------ > > [2006-05-18 19:07:46] bjori@php.net > > That's because it isn't maintained any longer and was > therefor never released as a PECL extension. > > Please keep this report as bogus as this is not a PHP bug. > > ------------------------------------------------------------------------ > > [2006-05-18 18:59:29] mdlawler at gwmicro dot com > > I searched the pecl bug system and couldn't find a category for the > php_printer extension. > > ------------------------------------------------------------------------ > > [2006-05-18 18:35:32] tony2001@php.net > > Please report problems in PECL extensions using PECL bugsystem. > Thank you. > > ------------------------------------------------------------------------ > > [2006-05-18 18:30:49] mdlawler at gwmicro dot com > > Description: > ------------ > insert the line > extension=php_printer.dll > in php.ini and run php -v and a crash will be generated. I can also > repro this with the latest 5.2 cvs as well as the released 5.1.4. I'm > using the correct php_printer.dll for each version. This broke > sometime during the 5.1.3 dev cycle. > > > > ------------------------------------------------------------------------ > > > -- > Edit this bug report at http://bugs.php.net/?id=37507&edit=1 >