[PHP-DEV] Bug #14786: configure failure without trailing slash

From: [EMAIL PROTECTED] Operating system: RH Linux 6.1 PHP version: 4.1.1 PHP Bug Type: PHP options/info functions Bug description: configure failure without trailing slash When supplying the path to openssl and including the mcrypt option, the below failure occurs unless th

[PHP-DEV] Bug #14716 Updated: PHP 4.1.1 DSO: apache startup fail

ID: 14716 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Linux, RH 6.1 base, Kernel2.2.19 PHP Version: 4.1.0 New Comment: This seems to have been remedied by supplying --with-regex=php. Supplying --with-regex=apache caus

[PHP-DEV] Bug #14785: cannot save data with session_register() in functions

From: [EMAIL PROTECTED] Operating system: Debian Linux PHP version: 4.1.0 PHP Bug Type: Session related Bug description: cannot save data with session_register() in functions session_register() doesnt seem to save anything in functions, eg. session_start(); function bo

[PHP-DEV] Bug #14784: shmop_write causes segfault

From: [EMAIL PROTECTED] Operating system: Linux (RH 6.2 / 2.4.3) PHP version: 4.1.1 PHP Bug Type: Reproducible crash Bug description: shmop_write causes segfault I have been experimenting with semaphores/shmop to provide query caching for an application I am working on. Th

[PHP-DEV] Bug #14295 Updated: Scope of globals has changed

ID: 14295 Updated by: zak Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Bogus Bug Type: Variables related Operating System: Win2k PHP Version: 4.0.6 Old Assigned To: zak Assigned To: New Comment: Hi Volker, Thanks for setting up the web server for me. It made testing a lot fas

[PHP-DEV] Bug #14295 Updated: Scope of globals has changed

ID: 14295 Updated by: zak Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: Variables related Operating System: Win2k PHP Version: 4.0.6 Assigned To: zak New Comment: I should really get around to examining this. :) Previous Comments: --

[PHP-DEV] Bug #13933 Updated: error_log and HTTP redirect using header conflict

ID: 13933 Updated by: zak Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: Output Control Operating System: Windows NT4 SP6 PHP Version: 4.0.6 Old Assigned To: zak Assigned To: yasuo New Comment: Assigning this to Yasuo :) Previous Comments: --

[PHP-DEV] Bug #13589 Updated: Persistent connections stay open and accumulate

ID: 13589 Updated by: zak Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: MySQL related Operating System: RedHat 7.1 PHP Version: 4.0.6 Assigned To: zak New Comment: doh. Previous Comments: [20

[PHP-DEV] Bug #11993 Updated: mysql_close closes incorrect db handler

ID: 11993 Updated by: zak Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: MySQL related Operating System: Debian 2.19 PHP Version: 4.1.0 Assigned To: zak New Comment: doh. Previous Comments: [2

[PHP-DEV] Bug #11652 Updated: mysql_data_seek() and mysql_unbuffered_query() warning text

ID: 11652 Updated by: zak Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: MySQL related Operating System: All PHP Version: 4.0.6 Assigned To: zak New Comment: doh. Previous Comments: [2001-06-2

[PHP-DEV] Bug #14498 Updated: undefined symbol: my_message_no_curses

ID: 14498 Updated by: zak Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: MySQL related Operating System: Cobalt Linux 5.0 PHP Version: 4.1.0 Old Assigned To: Assigned To: zak New Comment: By not specifying a path to the MySQL libraries, you are using PHP's built-in

[PHP-DEV] Bug #14419 Updated: Please use Character-enable mysql_escape

ID: 14419 Updated by: zak Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: MySQL related Operating System: All PHP Version: 4.1.0 Old Assigned To: Assigned To: zak New Comment: Thanks for the suggestion! I will investigate this. Previous Comments:

[PHP-DEV] Bug #13589 Updated: Persistent connections stay open and accumulate

ID: 13589 Updated by: zak Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: RedHat 7.1 PHP Version: 4.0.6 Old Assigned To: Assigned To: zak New Comment: Assigning to myself Previous Comments: -

[PHP-DEV] Bug #13456 Updated: mysql_query() returns incorrect result whith do not perform real MySQL state

ID: 13456 Updated by: zak Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: MySQL related Operating System: Linix PHP Version: 4.0.6 Old Assigned To: Zeev Assigned To: New Comment: Zeev fixed this. The fix should appear in the release that follows PHP 4.1.1 Prev

[PHP-DEV] Bug #11993 Updated: mysql_close closes incorrect db handler

ID: 11993 Updated by: zak Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: Debian 2.19 PHP Version: 4.1.0 Old Assigned To: Assigned To: zak New Comment: I will take a look at this. Previous Comments:

Re: [PHP-DEV] Moving extensions to PECL

Before we move stuff to PECL can you give us an overview of how this is supported? How do I get a list of extensions which are in PECL, download what I want and add them to my PHP tree for a static compile or build them dynamically? I assume you guys automated these things. Please can you give

[PHP-DEV] Bug #14782 Updated: key_exists renamed to array_key_exists

ID: 14782 Updated by: zak Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Feature/Change Request Operating System: all PHP Version: 4.1.1 Assigned To: zak New Comment: As "Someone Who Shall Not Be Named Because They Are Also On Vacation" has pointed out to me off li

[PHP-DEV] Bug #14782 Updated: key_exists renamed to array_key_exists

ID: 14782 Updated by: zak Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Feature/Change Request Operating System: all PHP Version: 4.1.1 Old Assigned To: Assigned To: zak New Comment: Assigning to myself Previous Comments: ---

[PHP-DEV] Bug #14782 Updated: key_exists renamed to array_key_exists

ID: 14782 Updated by: zak Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Feature/Change Request Operating System: all PHP Version: 4.1.1 New Comment: Hi Mike, Unless one of the developers objects, I will add the alias - however, if the change is made, it would not

[PHP-DEV] Bug #14783: Using unlink causes segfault

From: [EMAIL PROTECTED] Operating system: RH6.2/Apache/libxml2.4.12 PHP version: 4.1.1 PHP Bug Type: DOM XML related Bug description: Using unlink causes segfault Symptoms: - using unlink() causes segfault Script to reproduce: Hello World END_X

[PHP-DEV] Re: Moving extensions to PECL

In conjunction with this, increasing the findability of the PECL might be a good idea. At the least an explict search at php.net either in "documentation" or "whole site" should result in at least one hit other than a changelog entry. - AZ - Original Message - From: "Jon Parise" <[EMAI

[PHP-DEV] Bug #14782: key_exists renamed to array_key_exists

From: [EMAIL PROTECTED] Operating system: all PHP version: 4.1.1 PHP Bug Type: Feature/Change Request Bug description: key_exists renamed to array_key_exists I have a very large PHP application running on my Linux web server that uses the 4.0.6 function key_exists. The probl

Re: [PHP-DEV] Re: Moving extensions to PECL

> look at the current situation with the mnogosearch extension -- 4.1.0 > and 4.1.1 don't support the latest mnogosearch api. it will probably be > at least three months before a distribution of php that does is > released. if mnogosearch were a part of PECL, a new version could be > released and

Re: [PHP-DEV] Re: Moving extensions to PECL

On Mon, Dec 31, 2001 at 08:12:25PM -, James Moore wrote: > The QA Teams job needs to be made as easy as possible, at the moment those > people still working activly on QA a lot have a very hard time balancing > time between testing for new bugs, localising and fixing bugs as well as > making s

Re: [PHP-DEV] Re: Moving extensions to PECL

> Jim Winstead wrote: > > no objections, but one thing that should be considered is what > > happens to the documentation for these extensions when they are no > > longer a part of the core distribution. > > QA too. > > "I suppose removing some of these less frequently used extensions will > a

Re: [PHP-DEV] Re: Moving extensions to PECL

Jim Winstead wrote: > no objections, but one thing that should be considered is what > happens to the documentation for these extensions when they are no > longer a part of the core distribution. QA too. "I suppose removing some of these less frequently used extensions will also help make the Q

[PHP-DEV] Re: Moving extensions to PECL

Jon Parise <[EMAIL PROTECTED]> wrote: > Are there any well-founded objections to this (either in practice > or principle)? no objections, but one thing that should be considered is what happens to the documentation for these extensions when they are no longer a part of the core distribution. (an

Re: [PHP-DEV] Moving extensions to PECL

On Mon, 31 Dec 2001, Jon Parise wrote: > Okay, before this gets out of hand: > > I do _not_ want to create a list of extensions to pull from the > base distribution. My intensions are simply to try moving a few > "standard" extensions out of the base PHP distribution and into > PECL to help test

Re: [PHP-DEV] Moving extensions to PECL

On Mon, Dec 31, 2001 at 01:58:42PM -0500, Joao Prado Maia wrote: > > > > This is definitely not an inclusive list; it's just a start. I > > > > can't imagine a lot of people using these modules, so they seem > > > > like good candidates for removal from the base PHP distribution. > > What about

Re: [PHP-DEV] Moving extensions to PECL

On Mon, 31 Dec 2001, Jon Parise wrote: > On Mon, Dec 31, 2001 at 11:49:02AM -0700, Zak Greant wrote: > > > > I think the following "standard" extensions should be moved to > > > PECL: > > > > > > ext/cybercash > > > ext/icap > > > ext/pfpro > > > ext/yaz > > > > > > This is defin

Re: [PHP-DEV] Using PHP in my own apps

On Mon, Dec 31, 2001 at 07:14:32PM +0100, Daniel Lorch wrote: > Hi, > > > I was wondering how i could use PHP to interpret scripts for my own apps > > using php4ts.dll ? > > the best way to start is not the PHP sources. have a look at apaches > DSO support (or the windows counterpart - the

[PHP-DEV] Bug #14365 Updated: require_once() causes segfault

ID: 14365 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: RedHat Linux 7.2 Old PHP Version: 4.0.6 PHP Version: 4.1.1 New Comment: Still segfaults with 4.1.1: #0 0x4024b14c in php_fopen_with_path ( filenam

Re: [PHP-DEV] Moving extensions to PECL

On Mon, Dec 31, 2001 at 11:49:02AM -0700, Zak Greant wrote: > > I think the following "standard" extensions should be moved to > > PECL: > > > > ext/cybercash > > ext/icap > > ext/pfpro > > ext/yaz > > > > This is definitely not an inclusive list; it's just a start. I > > can't i

Re: [PHP-DEV] Moving extensions to PECL

On 2001-31-12 11:38, Jon Parise wrote: > I think the following "standard" extensions should be moved to > PECL: > > ext/cybercash > ext/icap > ext/pfpro > ext/yaz > > This is definitely not an inclusive list; it's just a start. I > can't imagine a lot of people using these modules

[PHP-DEV] Happy New Year

Hello everybody, I want to take this opportunity to wish you all a Happy New Year. Together with these wishes, I also wish you all happy and constructive discussions on these lists, where all different opinions are carefully considered and may lead to a renewed spirit, which will make PHP 5 happe

[PHP-DEV] Moving extensions to PECL

I think the following "standard" extensions should be moved to PECL: ext/cybercash ext/icap ext/pfpro ext/yaz This is definitely not an inclusive list; it's just a start. I can't imagine a lot of people using these modules, so they seem like good candidates for removal from the

[PHP-DEV] IMPORTANT

Hah! Got you all :) Anyway: Hello everybody, I want to take this opportunity to wish you all a Happy New Year. Together with these wishes, I also wish you all happy and constructive discussions on these lists, where all different opinions are carefully considered and may lead to a renewed spiri

Re: [PHP-DEV] Using PHP in my own apps

Hi, > I was wondering how i could use PHP to interpret scripts for my own apps > using php4ts.dll ? the best way to start is not the PHP sources. have a look at apaches DSO support (or the windows counterpart - the DLL files. there should be some notes on them in the same documentation):

[PHP-DEV] Bug #14781: ftp_login failure after mysql_connect

From: [EMAIL PROTECTED] Operating system: Linux Redhat 6.2/7.2 PHP version: 4.1.1 PHP Bug Type: Unknown/Other Function Bug description: ftp_login failure after mysql_connect I wanted to connect to a ftp server, get some files and insert them into a database. I started conne

Re: [PHP-DEV] Re: MOPS Benchmark

August Zajonc wrote: > Reproducability matters to some degree. Also, there are some pretty > large differences between your table and others. Sorry, you're right. I just wanted to prevent a flood of results on this list. -- Sebastian Bergmann http://sebastian-bergmann.de/

[PHP-DEV] Re: MOPS Benchmark

Reproducability matters to some degree. Also, there are some pretty large differences between your table and others. you show php running 1.5x slower than perl. Andew and mine show straight php running 4x slower. Given benchmarks rather wide variances I think a couple of extra data points are us

[PHP-DEV] Bug #14507 Updated: sessions and mm produce an error on starting apache

ID: 14507 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Duplicate Status: Open Bug Type: Session related Operating System: Sparc/Solaris 8 Old PHP Version: 4.1.0 PHP Version: 4.1.1 New Comment: The Problem still exists in PHP Version 4.1.1 any hints/solutions? Pr

Re: [PHP-DEV] Re: MOPS Benchmark

August Zajonc wrote: > My results are very close to Andrew Sitnikov's. Guys, please don't flood the list with benchmarks. The differences in speed between the tested languages are obvious from my table, minuscle differences on other hardware is obsolete, IMHO. -- Sebastian Bergmann

[PHP-DEV] Re: MOPS Benchmark

Mmmm, since this is -dev I'm just going to #include usual extensive benchmark disclaimers case in point, the php and perl version are not written "same way" aka same logic and data structures. Rewriting the perl version with a while contruct actually speeds it up (and re-inforces the fact that t

[PHP-DEV] Bug #14683 Updated: RETURNTRANSFER causes core dump

ID: 14683 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: cURL related Operating System: Linux Mandrake 8.0 PHP Version: 4.1.0 New Comment: Fixed in CVS. Previous Comments: [20

[PHP-DEV] Bug #14517 Updated: SSL: couldn't create a context!

ID: 14517 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: cURL related Operating System: Slackware 7.1 PHP Version: 4.1.0 New Comment: It has, compile PHP without the --with-openssl configure line. Previous Comments: -

[PHP-DEV] Bug #14371 Updated: RETURN_TRANSFER dies if site doesn't ping

ID: 14371 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: cURL related Operating System: Linux 2.2.12-20 PHP Version: 4.0.6 New Comment: Fixed in cvs and 4.1.* Previous Comments: ---

[PHP-DEV] Bug #14142 Updated: curl_exec called twice crash

ID: 14142 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: cURL related Operating System: FreeBSD 4.1 PHP Version: 4.1.0RC2 New Comment: fixed in 4.1.* Previous Comments: [2001-

[PHP-DEV] Bug #14709 Updated: segmentation fault

ID: 14709 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: XSLT related Operating System: Linux 2.4.3-12 (Apache/1.3.20) PHP Version: 4.1.0 New Comment: You probably compiled apache with the builtin expat lite, please re-install apache using the same e

[PHP-DEV] Bug #14555 Updated: apache fails: libsablot.so.0: undefined symbol: XML_SetParamEntityParsing

ID: 14555 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: XSLT related Operating System: debian woody PHP Version: 4.1.0 New Comment: Not a PHP bug. Previous Comments: [2001-12-

[PHP-DEV] Bug #14747 Updated: Return exitcodes to shell ($?)

ID: 14747 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Suspended Status: Closed Bug Type: Feature/Change Request Operating System: Windows 2000 with mks-tools PHP Version: 4.0.6 New Comment: My mistake. Previous Comments: -

Re: [PHP-DEV] Bug #14768 Updated: Upgrade to 4.1.0 breaks database connection

On Sun, Dec 30, 2001 at 11:00:47PM +0100, Krzysztof Jarecki wrote : > Hi Markus ;) > > Is there a problem with mysql_pconnect() in 4.1.0? > Sorry for asking, but I can now only access my email from time to time and > there's lots to read here. Yes, it is. And its fixed in 4.1.1 -- Please

Re[2]: [PHP-DEV] MOPS Benchmark

Hello Sebastian, Language | Elapsed time (sec)| MOPS --+---+- Python| 96.5 | 2.07 Perl | 94 | 2.13 PHP (+ ZendOptimizer) | 94 | 2.13 PHP

Re: [PHP-DEV] Bug #14768 Updated: Upgrade to 4.1.0 breaks database connection

Hi Markus ;) Is there a problem with mysql_pconnect() in 4.1.0? Sorry for asking, but I can now only access my email from time to time and there's lots to read here. > ID: 14768 > Updated by: mfischer > Reported By: [EMAIL PROTECTED] > Old Status: Open > Status: Feedback > Bug Type: MySQL relat

[PHP-DEV] Forwarding: I found a FIX for a but and don't know who to contact.

Forwarded message (original was to [EMAIL PROTECTED]): --- > Excuse me if I am writing to you, but this also concerns you: > How may I contact PHP developers so to send them a bugfix? The php site > doesn't say that, or I had not been able to find out. > > BTW, the bu

[PHP-DEV] Bug #14692 Updated: Crash

ID: 14692 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Suspended Status: Closed Bug Type: mcrypt related Operating System: Linux PHP Version: 4.1.0 New Comment: It's fixed in mcrypt now. This will be in the next release of it (2.4.19). Derick Previous Comments: --

Re: [PHP-DEV] MOPS Benchmark

On Mon, 31 Dec 2001 13:47:08 +0100 Sebastian Bergmann <[EMAIL PROTECTED]> wrote: > Sebastian Bergmann wrote: > > given the recent benchmark discussion on this list and my stumbling > > over Parrot last night (that comes with MOPS benchmark scripts for a > > variety of scripting languages),

[PHP-DEV] Bug #6852 Updated: Misc. bugs

ID: 6852 Updated by: vlad Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: dBase related Operating System: FreeBSD 4.0 PHP Version: 4.0.2 Assigned To: vlad New Comment: ... and bug 3... you were using revision 1.30 for your line numbers :). From looking at it... I am

Re: [PHP-DEV] MOPS Benchmark

Sebastian Bergmann wrote: > given the recent benchmark discussion on this list and my stumbling > over Parrot last night (that comes with MOPS benchmark scripts for a > variety of scripting languages), I ran a quick test: Updated table: Language | Elapsed time | MOPS

Re: [PHP-DEV] MOPS Benchmark

Andrew Sitnikov wrote: > Can you send me this test-suite ? cvs -d :pserver:[EMAIL PROTECTED]:/home/perlcvs login (Just hit Enter at password prompt) cvs -d :pserver:[EMAIL PROTECTED]:/home/perlcvs co parrot parrot/examples/mops/ is what you're looking for. -- Sebastian Bergmann htt

Re: [PHP-DEV] MOPS Benchmark

Hello Sebastian, PIII 2x800 Linux 2.4.16-SMP php-4.1.1(cgi) W/O ZendOptimizer Iterations:1 Estimated ops: 2 Elapsed time: 219 M op/s:0.91324200913242 With ZendOptimizer Iterations:1 Estimated ops: 2 Elapsed time: 94 M op/s:2.127659574468

Re: [PHP-DEV] MOPS Benchmark

Sebastian Bergmann wrote: > PHP | 158 seconds | 1.27 Now I'm even more surprised: PHP (Zend Engine 2) | 177 seconds | 1.13 -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: htt

[PHP-DEV] Bug #13887 Updated: session data lost on virtual server

ID: 13887 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related Operating System: Linux PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [20

[PHP-DEV] Bug #14687 Updated: Ignoring @'s after set_error_handler() is used

ID: 14687 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Scripting Engine problem Operating System: Redhat 7.0, Solaris 7 PHP Version: 4.0.6 New Comment: Ah, ok, thanks. - I understand now. It was only the meaning of the @ operator I didn't follow.

[PHP-DEV] MOPS Benchmark

'lo there, given the recent benchmark discussion on this list and my stumbling over Parrot last night (that comes with MOPS benchmark scripts for a variety of scripting languages), I ran a quick test: Language | Elapsed time | MOPS --+

[PHP-DEV] CVS Account Request: masterjy

translate chinese version php documentation -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #6852 Updated: Misc. bugs

ID: 6852 Updated by: vlad Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: dBase related Operating System: FreeBSD 4.0 PHP Version: 4.0.2 Old Assigned To: Assigned To: vlad New Comment: Bug #1 is valid, though I know of applications that add add a null byte there, just

[PHP-DEV] Bug #14770 Updated: phps truncates long sources

ID: 14770 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating System: Linux Mandrake 8.1 kernel 2.4.8 PHP Version: 4.1.0 New Comment: I'm afraid to ask for an example of a 'long source', but could you provide some det

[PHP-DEV] Bug #14777 Updated: Style Sheets not interpreted when sent through Apache/PHP

ID: 14777 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache related Operating System: Windows ME PHP Version: 4.1.0 New Comment: Hi, I found the solution: The Internet Explorer needs the following DOCTYPE-Definition: Thanks a lot for you

[PHP-DEV] Bug #14778 Updated: Function self-caller crash php

ID: 14778 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Reproducible crash Operating System: windows ME PHP Version: 4.1.0 New Comment: a) known b) just one of zillion ways to dos c) expected d) won't be fixed soon/never e) bogus Previous Comments

Re: [PHP-DEV] Bug #14120 Updated: libtool needs help.

On Sun, Dec 30, 2001 at 08:00:29PM -0600, Larry Rosenman wrote : > * Markus Fischer <[EMAIL PROTECTED]> [011230 15:04]: > FYI, I found the bug, and it's really libtools. > > I submitted a patch to them, and posted it. > > Sorry if I got under people's skin. Nm, and a happy new year ;)