Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:71505 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 12080 invoked from network); 24 Jan 2014 14:15:32 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 24 Jan 2014 14:15:32 -0000 Authentication-Results: pb1.pair.com header.from=johannes@schlueters.de; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=johannes@schlueters.de; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.215.10 cause and error) X-PHP-List-Original-Sender: johannes@schlueters.de X-Host-Fingerprint: 217.114.215.10 mail.experimentalworks.net Received: from [217.114.215.10] ([217.114.215.10:44602] helo=mail.experimentalworks.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B3/F0-39789-38572E25 for ; Fri, 24 Jan 2014 09:15:32 -0500 Received: from [192.168.2.31] (ppp-93-104-12-255.dynamic.mnet-online.de [93.104.12.255]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: johannes@schlueters.de) by mail.experimentalworks.net (Postfix) with ESMTPSA id 5E4693FEDB; Fri, 24 Jan 2014 15:16:04 +0100 (CET) To: Julien Pauli Cc: Sara Golemon , PHP internals In-Reply-To: References: <1390568541.2941.27.camel@guybrush> Content-Type: text/plain; charset="UTF-8" Date: Fri, 24 Jan 2014 15:15:27 +0100 Message-ID: <1390572927.2941.37.camel@guybrush> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] Module API Introspection From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=) On Fri, 2014-01-24 at 15:01 +0100, Julien Pauli wrote: > > * I think (didn't check) there will be issues due to tsrm > symols > > when an extension provides INI options and TSRM/non-TSRM > doesn't > > match > > I don't get it. We access very few fields of zend_module_entry, and > they are all placed before the _zend_ini_entry one. So if there is a > problem of alignment mismatch, we won't be affected AFAIK. > INI settings are in a global variable, referring to specific update handlers. I remember cases where the error while loading extensions was about missing OnUpdateBool. I can imagine other similar errors. > > * Afaik Windows' LoadLibrary doesn't do lazy loading but will > > confront the user with a dialog box when symbols can't be > found > > * ... I'm sure there are more > > Same : the same happens on WIndows when you try to load an extension. > So , we already manage this behavior and cant do anything about it. > The point is: What is the benefit of such a feature if it often can't be used? Maybe we can think more and find a better way to approach this? I don't have a better idea than something like a shell script doing `strings xdebug.so | grep API` -- which obviously is no good idea either, but maybe somebody is smarter than me. On Windows one can right click -> properties in explorer which gives info. That's nice. johannes