#32502 [Com]: time/timestamp return
ID: 32502 Comment by: Andres dot Lilla at ra dot ee Reported By: daviscabral at gmail dot com Status: No Feedback Bug Type: InterBase related Operating System: Linux (Slackware) PHP Version: 4.3.10 New Comment: timestamp field fails between years 1881-1901. I am using php4.3.11, firebird1.5.2 and FedoraCore3. Firebird and isql work fine and give a right result. php works fine to year 1881 and at year 1902 to today. All timestamp field values between years 1881-1901 are constantly 12/13/1901 22:45:52 with php4.1.2 all is right and OK Previous Comments: [2005-04-07 01:00:15] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2005-03-30 17:13:49] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2005-03-30 14:24:59] daviscabral at gmail dot com Description: Yesterday, our systems was update. PHP that was 4.3.7 went to 4.3.10. After this, data from database returns wrong. I believe that is a problem with extension. My problem is exactly with the SQL instruction (the code is exctaly the same): SELECT MOD_ID, MOD_NOME, MOD_SIGLA, MOD_HRINIMANHA, MOD_HRFINMANHA, MOD_HRINITARDE, MOD_HRFINTARDE, MOD_TEMPOMAX FROM MODULO WHERE MOD_ID = Return in 4.3.7 | 4 | Diversos | DIV | 09:00:00 | 12:00:00 | 13:30:00 | 18:00:00 | 06:00:00 Return in 4.3.10 | 4 | Diversos | DIV | 17:39:24 | 17:39:24 | 17:39:24 | 17:39:24 | 17:39:24 Reproduce code: --- SELECT MOD_ID, MOD_NOME, MOD_SIGLA, MOD_HRINIMANHA, MOD_HRFINMANHA, MOD_HRINITARDE, MOD_HRFINTARDE, MOD_TEMPOMAX FROM MODULO WHERE MOD_ID = Expected result: Return in 4.3.7 | 4 | Diversos | DIV | 09:00:00 | 12:00:00 | 13:30:00 | 18:00:00 | 06:00:00 Actual result: -- Return in 4.3.10 | 4 | Diversos | DIV | 17:39:24 | 17:39:24 | 17:39:24 | 17:39:24 | 17:39:24 -- Edit this bug report at http://bugs.php.net/?id=32502edit=1
#34501 [Fbk-Opn]: PHP crashes when you use include for user defined stream wrapper
ID: 34501
User updated by: dmitry dot poltaryonok at gmail dot com
Reported By: dmitry dot poltaryonok at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: Windows XP SP2
PHP Version: 5.0.5
New Comment:
My actual wrapper is complete (contains all functions)
Previous Comments:
[2005-09-14 22:32:17] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
And fix your script. The wrapper class is incomplete.
[2005-09-14 20:48:23] dmitry dot poltaryonok at gmail dot com
Crash is right after call to stream_open
[2005-09-14 20:37:59] dmitry dot poltaryonok at gmail dot com
Description:
After you register custom wrapper PHP crashes during inclusion of the
file using this wrapper.
Reproduce code:
---
?
define('suAPI', 'mywrap://api.su/api/', true);
class mywrap
{
function stream_open ( $path, $mode, $options, $opened_path )
{
return true;
}
function stream_read ( $count )
{
return '? echo \'test\';?';
}
}
stream_wrapper_register('mywrap', 'mywrap');
include(suAPI.'config/config.php');
?
Expected result:
I expect to see test string echoed from included code. included code
returned by stream_read()
Actual result:
--
Windows displays that CLI PHP application crashed (or that Apache is
crashed).
--
Edit this bug report at http://bugs.php.net/?id=34501edit=1
#34507 [Opn-Csd]: Divide by zero error messages during parsing
ID: 34507
Updated by: [EMAIL PROTECTED]
Reported By: levi at alliancesoftware dot com dot au
-Status: Open
+Status: Closed
Bug Type:Scripting Engine problem
PHP Version: 5.0.5
New Comment:
Seems to be fixed in PHP 5.1-dev.
Previous Comments:
[2005-09-15 05:28:00] levi at alliancesoftware dot com dot au
Description:
If you have a divide by zero constant, the initial syntax check
parsing catches it as an error even if the code is never executed.
A consequence of this is that error_reporting() and
set_ini('display_errors'..) are ignored since the error is triggeed
before the php code is exectued.
This in itself is not neccessarily a bug since you shouldn't have a
constant divide by zero, but the error report doesn't tell you the file
it came from (says unknown at line 0): this can be very frustrating if
you have a large number of include() files).
Setting display_error=0 in the .ini file is also ignored if
error_reporting is on
Reproduce code:
---
#!/usr/local/bin/php
?
if (0) $x = 5 / 0;
?
Expected result:
File runs
or, if (error_reporting | E_WARNING) display_errors
PHP Warning: Division by zero in test.php on line 3
Actual result:
--
if (error_reporting | E_WARNING) and display_errors==0
[stderr:]
PHP Warning: Division by zero in Unknown on line 0
if (error_reporting | E_WARNING) and display_errors==1
[stderr:]
PHP Warning: Division by zero in Unknown on line 0
[stdout:]
br /
bWarning/b: Division by zero in bUnknown/b on line b0/bbr
/
[ yes, the error is reported twice ]
if (error_reporting == 0)
[ No output ]
--
Edit this bug report at http://bugs.php.net/?id=34507edit=1
#29607 [Opn-Fbk]: highlight_file producing incorrect output
ID: 29607 Updated by: [EMAIL PROTECTED] Reported By: phpbugrep200408 at pgregg dot com -Status: Open +Status: Feedback Bug Type: Strings related Operating System: * PHP Version: 4.3.x/5.x New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-09-15 02:30:37] phpbugrep200408 at pgregg dot com Reopening this bug as it has resurfaced. Confirmed to be in 5.1b2 and 5.1RC1 [2004-08-12 00:38:51] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-08-11 08:16:59] [EMAIL PROTECTED] Verified [2004-08-10 23:25:49] phpbugrep200408 at pgregg dot com Description: I found an error in how application/x-httpd-php-source produces its output. The following example shows this in operation: Raw file: http://www.pgregg.com/code/sprintf_heredoc.txt phps ver: http://www.pgregg.com/code/sprintf_heredoc.phps Both the txt and phps filenames are symlinks to the .php file. Normally, a missing newline would be nothing to write home about, but in this instance it breaks the functionality of the script. -- Edit this bug report at http://bugs.php.net/?id=29607edit=1
#34501 [Opn-Fbk]: PHP crashes when you use include for user defined stream wrapper
ID: 34501
Updated by: [EMAIL PROTECTED]
Reported By: dmitry dot poltaryonok at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Windows XP SP2
PHP Version: 5.0.5
New Comment:
Then provide your actual reproduce code, not the one that doesn't work
at all.
Previous Comments:
[2005-09-15 09:23:30] dmitry dot poltaryonok at gmail dot com
My actual wrapper is complete (contains all functions)
[2005-09-14 22:32:17] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
And fix your script. The wrapper class is incomplete.
[2005-09-14 20:48:23] dmitry dot poltaryonok at gmail dot com
Crash is right after call to stream_open
[2005-09-14 20:37:59] dmitry dot poltaryonok at gmail dot com
Description:
After you register custom wrapper PHP crashes during inclusion of the
file using this wrapper.
Reproduce code:
---
?
define('suAPI', 'mywrap://api.su/api/', true);
class mywrap
{
function stream_open ( $path, $mode, $options, $opened_path )
{
return true;
}
function stream_read ( $count )
{
return '? echo \'test\';?';
}
}
stream_wrapper_register('mywrap', 'mywrap');
include(suAPI.'config/config.php');
?
Expected result:
I expect to see test string echoed from included code. included code
returned by stream_read()
Actual result:
--
Windows displays that CLI PHP application crashed (or that Apache is
crashed).
--
Edit this bug report at http://bugs.php.net/?id=34501edit=1
#34501 [Fbk]: PHP crashes when you use include for user defined stream wrapper
ID: 34501
Updated by: [EMAIL PROTECTED]
Reported By: dmitry dot poltaryonok at gmail dot com
Status: Feedback
Bug Type: Reproducible crash
Operating System: Windows XP SP2
PHP Version: 5.0.5
New Comment:
No it isn't. I get an error while running your script about not having
implemented stream_eof(). Try the snapshot.
Previous Comments:
[2005-09-15 09:30:14] [EMAIL PROTECTED]
Then provide your actual reproduce code, not the one that doesn't work
at all.
[2005-09-15 09:23:30] dmitry dot poltaryonok at gmail dot com
My actual wrapper is complete (contains all functions)
[2005-09-14 22:32:17] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
And fix your script. The wrapper class is incomplete.
[2005-09-14 20:48:23] dmitry dot poltaryonok at gmail dot com
Crash is right after call to stream_open
[2005-09-14 20:37:59] dmitry dot poltaryonok at gmail dot com
Description:
After you register custom wrapper PHP crashes during inclusion of the
file using this wrapper.
Reproduce code:
---
?
define('suAPI', 'mywrap://api.su/api/', true);
class mywrap
{
function stream_open ( $path, $mode, $options, $opened_path )
{
return true;
}
function stream_read ( $count )
{
return '? echo \'test\';?';
}
}
stream_wrapper_register('mywrap', 'mywrap');
include(suAPI.'config/config.php');
?
Expected result:
I expect to see test string echoed from included code. included code
returned by stream_read()
Actual result:
--
Windows displays that CLI PHP application crashed (or that Apache is
crashed).
--
Edit this bug report at http://bugs.php.net/?id=34501edit=1
#34501 [Fbk-Opn]: PHP crashes when you use include for user defined stream wrapper
ID: 34501 User updated by: dmitry dot poltaryonok at gmail dot com Reported By: dmitry dot poltaryonok at gmail dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows XP SP2 PHP Version: 5.0.5 New Comment: Ok with the latest versions of PHP 5 my actual wrapper works (not the fragment I posted) Previous Comments: [2005-09-15 09:31:07] [EMAIL PROTECTED] No it isn't. I get an error while running your script about not having implemented stream_eof(). Try the snapshot. [2005-09-15 09:30:14] [EMAIL PROTECTED] Then provide your actual reproduce code, not the one that doesn't work at all. [2005-09-15 09:23:30] dmitry dot poltaryonok at gmail dot com My actual wrapper is complete (contains all functions) [2005-09-14 22:32:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip And fix your script. The wrapper class is incomplete. [2005-09-14 20:48:23] dmitry dot poltaryonok at gmail dot com Crash is right after call to stream_open The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34501 -- Edit this bug report at http://bugs.php.net/?id=34501edit=1
#34501 [Opn]: PHP crashes when you use include for user defined stream wrapper
ID: 34501 User updated by: dmitry dot poltaryonok at gmail dot com Reported By: dmitry dot poltaryonok at gmail dot com Status: Open Bug Type: Reproducible crash Operating System: Windows XP SP2 PHP Version: 5.0.5 New Comment: Sorry for posting code which will get the error stream_eof is not implement or stream_stat is not implemented, because I wasn't able to see this errors because php just crashed. Previous Comments: [2005-09-15 09:45:06] dmitry dot poltaryonok at gmail dot com Ok with the latest versions of PHP 5 my actual wrapper works (not the fragment I posted) [2005-09-15 09:31:07] [EMAIL PROTECTED] No it isn't. I get an error while running your script about not having implemented stream_eof(). Try the snapshot. [2005-09-15 09:30:14] [EMAIL PROTECTED] Then provide your actual reproduce code, not the one that doesn't work at all. [2005-09-15 09:23:30] dmitry dot poltaryonok at gmail dot com My actual wrapper is complete (contains all functions) [2005-09-14 22:32:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip And fix your script. The wrapper class is incomplete. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34501 -- Edit this bug report at http://bugs.php.net/?id=34501edit=1
#34501 [Opn-Bgs]: PHP crashes when you use include for user defined stream wrapper
ID: 34501 Updated by: [EMAIL PROTECTED] Reported By: dmitry dot poltaryonok at gmail dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Windows XP SP2 PHP Version: 5.0.5 New Comment: And the crash was caused because this incomplete wrapper ends up in an endless loop, eats all memory and finally crashes. It's not really PHP bug, just user error. Previous Comments: [2005-09-15 09:47:43] dmitry dot poltaryonok at gmail dot com Sorry for posting code which will get the error stream_eof is not implement or stream_stat is not implemented, because I wasn't able to see this errors because php just crashed. [2005-09-15 09:45:06] dmitry dot poltaryonok at gmail dot com Ok with the latest versions of PHP 5 my actual wrapper works (not the fragment I posted) [2005-09-15 09:31:07] [EMAIL PROTECTED] No it isn't. I get an error while running your script about not having implemented stream_eof(). Try the snapshot. [2005-09-15 09:30:14] [EMAIL PROTECTED] Then provide your actual reproduce code, not the one that doesn't work at all. [2005-09-15 09:23:30] dmitry dot poltaryonok at gmail dot com My actual wrapper is complete (contains all functions) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34501 -- Edit this bug report at http://bugs.php.net/?id=34501edit=1
#30218 [Com]: xsltApplyOneTeplate warning c'se nbsp;
ID: 30218 Comment by: chabotc at xs4all dot nl Reported By: robert dot dahlin at jerntorget dot se Status: No Feedback Bug Type: XSLT related Operating System: Linux Slackware 2.6 PHP Version: 5.0.1 New Comment: We have the same problem here. The problem happens when a NBSP is situated before a xsl:if statement. Also in the output, even if you enclose the nbsp; with a span/span, there's no nbsp;'s or spaces.. We've tried defining !ENTITY nbsp #32; (or #160) but to no avail, we get the same xsltApplyOneTemplate: if was not compiled in error. This is with libxml2-2.6.22, libxslt-1.1.15-1 and php-5.0.4 on a fully up to date RedHat Enterprise Server 4. From phpinfo: Zend Engine v2.0.4-dev, Copyright (c) 1998-2004 Zend Technologies with Zend Extension Manager v1.0.8, Copyright (c) 2003-2005, by Zend Technologies with Zend Optimizer v2.5.8, Copyright (c) 1998-2004, by Zend Technologies with Zend Debugger v4.0.0, Copyright (c) 1999-2005, by Zend Technologies libXML support active libXML Version 2.6.22 libXML streams enabled XSL enabled libxslt Version 1.1.15 libxslt compiled against libxml Version 2.6.22 EXSLT enabled libexslt Version1.1.15 This does pose quite a problem to us for our upgrade path to php5, we used sablotron's xslt under php4 for our products, and ofcourse the html templates do contain quite a few nbsp's.. Previous Comments: [2004-10-07 01:00:02] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2004-09-29 18:03:02] [EMAIL PROTECTED] Currently can't reproduce that, can you please upgrade to a recent libxml2/libxslt version and see if the problem persists? [2004-09-28 11:06:47] robert dot dahlin at jerntorget dot se XML and XSL example. The same thing happens when i use for example raquo; but if spanraquo;/span it does not appear either. If i wan't it to be visible i have to use #187; instead, but that's not OK. Here is an example that does not work for me, I just get the following warnings. Warning: xsltApplyOneTemplate: apply-templates was not compiled in xsltest.php on line 20 Warning: xsltApplyOneTemplate: apply-templates was not compiled in xsltest.php on line 20 //Robert Dahlin --- XML: - ?xml version=1.0 encoding=UTF-8? !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;[ !ENTITY nbsp #160;] document data sessid/sessid oid/oid object type=html id=12345 pageOID=4![CDATA[TESTSTRING]]/object /data /document - XSL: - !DOCTYPE wasp [ !ENTITY lt #38;#60; !ENTITY gt #62; !ENTITY amp#38;#38; !ENTITY apos #39; !ENTITY quot #34; !ENTITY nbsp #32; !ENTITY raquo #187; !ENTITY deg#176; !ENTITY space ] xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:include href='/www/xsl-includes/menu.xsl'/ xsl:template match=/ xsl:apply-templates select=document/ /xsl:template xsl:template match=document html xsl:apply-templates select=data/ /html /xsl:template xsl:template match=data body bgcolor=#FF marginwidth= topmargin= marginheight= leftmargin= table border=0 background= width=100% cellspacing=0 cellpadding=0 trtd style=raquo;xsl:apply-templates select=object//td/tr trtd style=nbsp;xsl:apply-templates select=object//td/tr /table /body /xsl:template /xsl:stylesheet - [2004-09-24 14:24:36] [EMAIL PROTECTED] Can you please provide a full XSLT and XML example and did you declare the nbsp; entity? [2004-09-24 13:13:45] robert dot dahlin at jerntorget dot se Version info from phpifo() just in case. Zend Engine v2.0.1 Zend Extension Manager v1.0.2 --- xml XML Support active XML Namespace Support active libxml2 Version 2.5.11 --- xsl XSL enabled libxslt Version 1.0.33 libxslt compiled against libxml Version 2.5.11 EXSLT enabled libexslt Version 1.0.33 ---
#27087 [Com]: CLI and CGI binary problem with mySQL and UTF8
ID: 27087 Comment by: etienne_botha at yahoo dot com Reported By: rr at gelsendata dot de Status: No Feedback Bug Type: MySQL related Operating System: Win32 (XPpro 2Kpro) PHP Version: 4.3.4 New Comment: Latest http://snaps.php.net/win32/php4-win32-STABLE-latest.zip does not fix Previous Comments: [2004-02-04 19:17:46] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2004-01-30 12:26:42] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-01-29 11:19:44] rr at gelsendata dot de Description: We are stuck with the following: We have an application running on PHP 4.3.4 that utilizes a mySQL DB with UTF8 as default charset for the tables, and runs on Apache 2.0.45. PHP is configured using the Apache2 SAPI and everything works well. We also have some PHP scripts for the CLI binary that has to access the DB, too. We use a self-written DB class, which is very basic. When trying to connect to the DB the following error occurs: --- File 'c:\mysql\share\charsets\?.conf' not found (Errcode: 22) Character set '#33' is not a compiled character set and is not specified in the 'c:\mysql\share\charsets\Index' file --- The connection is not established and the script aborts, whereas a connection with the Apache2 SAPI version works fine and works as expected, regarding UTF8. But since mySQL 4.1 the .conf files are deprecated and XML files are used instead. After consulting several forums and newsgroups we assumed this might be a bug. A research in the bug datebase did not bring any result. Any help with that issue would be greatly appreciated. Many thanks in advance, sincerely Rüdiger Reinhardt, GelsenData GmbH Reproduce code: --- // concerning the nature of this problem, I suppose the // reproduce code might be mandantory. $this-connection = mysql_connect($server, $user, $password); Expected result: A connection to the DB server should be established. Actual result: -- The above error is printed and the script aborts. -- Edit this bug report at http://bugs.php.net/?id=27087edit=1
#34417 [Fbk-Csd]: session_start hangs up apache
ID: 34417 User updated by: almar at koekjes dot net Reported By: almar at koekjes dot net -Status: Feedback +Status: Closed Bug Type: Session related Operating System: Linux PHP Version: 4.4.0 New Comment: Hi, It appears that the CFLAGS are causing problems in PHP and the execution/reading of session data. We removed the CFLAGS at compile time and generally this solves the issue. I'm sorry for any inconveniance caused. Regards, Previous Comments: [2005-09-08 07:28:35] [EMAIL PROTECTED] Are you sure these things don't set the save handler to something else in their code and really use f.e. database as session storage? For us to get any clue what's happening, you have to: a) Check what the session contains when session_start() hangs b) Provide a gdb backtrace of the hanged process [2005-09-08 00:44:13] almar at koekjes dot net All vendors are referring to this issue as a PHP related issue. This implies the following vendors; OScommerce Ubimiau Cacti I've done a lot of research before issueing this as a bug. Especially when the Apache load runs up to 100 %. All software bundles are hanging on session_start();, but at random, not on specified moments, replication can probably only be done on our system. Please specify what you wan't me to do to make sure that this is handled as a real bug and not as a 'end-user program error'. [2005-09-08 00:30:37] [EMAIL PROTECTED] Ask for support at appropriate software vendors' sites. Feel free to reopen this report when you have a short reproduce case. Until then - bogus. [2005-09-08 00:24:27] almar at koekjes dot net Installing Cacti or OsCommerce result in the errors for us. After Cacti is installed (Default), logging in and clicking through the website a couple of times results in the error: Fatal error: Maximum execution time of 30 seconds exceeded in /www/*/cacti-0.8.6f/include/config.php on line 89 The same error is returned for OScommerce, although it display's another line. There is no other way of replicating this bug. If necessary I can grant people access to one of the systems where this happens. Please specify if additional information is required. [2005-09-08 00:11:38] [EMAIL PROTECTED] We do need an information on how to reproduce it. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34417 -- Edit this bug report at http://bugs.php.net/?id=34417edit=1
#34509 [NEW]: APACHE_VERSION variable in configure is nonsense
From: peter dot buki at vodafone dot hu Operating system: SunOS 5.9 Generic_112233-01 PHP version: 5.1.0RC1 PHP Bug Type: Compile Failure Bug description: APACHE_VERSION variable in configure is nonsense Description: Variable APACHE_VERSION is calculated in a wrong way, because configure halts, event if the apache has the required and set with --with-apxs2 version configure returns with syntax error: expr: syntax error configure: error: You have enabled Apache 2 support while your server is Apache 1.3. Please use the appropiate switch --with-apxs (without the 2) Please see possibly related bugs: Bug #20457: APACHE_VERSION variable in configure is nonsense Bug #23416: configure not knowing apache version Reproduce code: --- ./config.nice: CC='gcc -m64 -mcpu=v9' \ './configure' \ '--with-apxs2=/usr/apache/bin/apxs' \ '--libexecdir=/usr/apache/libexec' \ '--enable-sysvmsg' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-mbstring=all' \ '--enable-sigchild' \ '--enable-sockets' \ '--enable-mbstring' \ '--with-postgresql=/usr/local/pgsql/' \ '--disable-shared' \ '--with-libxml-dir=/usr/local' \ $@ Expected result: Configure going on with no errors. Actual result: -- configure returns with syntax error: expr: syntax error configure: error: You have enabled Apache 2 support while your server is Apache 1.3. Please use the appropiate switch --with-apxs (without the 2) Added this line to configure (line 4226, 5534, 6366): echo APACHE_VERSION \($APACHE_VERSION\) is calculated: $4 \* 100 + $5 \* 1000 + $6 which prints this: APACHE_VERSION () is calculated: * 100 + * 1000 + -- Edit bug report at http://bugs.php.net/?id=34509edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34509r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34509r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34509r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34509r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34509r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34509r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34509r=needscript Try newer version: http://bugs.php.net/fix.php?id=34509r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34509r=support Expected behavior: http://bugs.php.net/fix.php?id=34509r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34509r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34509r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34509r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34509r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34509r=dst IIS Stability: http://bugs.php.net/fix.php?id=34509r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34509r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34509r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34509r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34509r=mysqlcfg
#34417 [Csd-Bgs]: session_start hangs up apache
ID: 34417 Updated by: [EMAIL PROTECTED] Reported By: almar at koekjes dot net -Status: Closed +Status: Bogus Bug Type: Session related Operating System: Linux PHP Version: 4.4.0 Previous Comments: [2005-09-15 11:08:50] almar at koekjes dot net Hi, It appears that the CFLAGS are causing problems in PHP and the execution/reading of session data. We removed the CFLAGS at compile time and generally this solves the issue. I'm sorry for any inconveniance caused. Regards, [2005-09-08 07:28:35] [EMAIL PROTECTED] Are you sure these things don't set the save handler to something else in their code and really use f.e. database as session storage? For us to get any clue what's happening, you have to: a) Check what the session contains when session_start() hangs b) Provide a gdb backtrace of the hanged process [2005-09-08 00:44:13] almar at koekjes dot net All vendors are referring to this issue as a PHP related issue. This implies the following vendors; OScommerce Ubimiau Cacti I've done a lot of research before issueing this as a bug. Especially when the Apache load runs up to 100 %. All software bundles are hanging on session_start();, but at random, not on specified moments, replication can probably only be done on our system. Please specify what you wan't me to do to make sure that this is handled as a real bug and not as a 'end-user program error'. [2005-09-08 00:30:37] [EMAIL PROTECTED] Ask for support at appropriate software vendors' sites. Feel free to reopen this report when you have a short reproduce case. Until then - bogus. [2005-09-08 00:24:27] almar at koekjes dot net Installing Cacti or OsCommerce result in the errors for us. After Cacti is installed (Default), logging in and clicking through the website a couple of times results in the error: Fatal error: Maximum execution time of 30 seconds exceeded in /www/*/cacti-0.8.6f/include/config.php on line 89 The same error is returned for OScommerce, although it display's another line. There is no other way of replicating this bug. If necessary I can grant people access to one of the systems where this happens. Please specify if additional information is required. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34417 -- Edit this bug report at http://bugs.php.net/?id=34417edit=1
#29607 [Fbk-Opn]: highlight_file producing incorrect output
ID: 29607 User updated by: phpbugrep200408 at pgregg dot com Reported By: phpbugrep200408 at pgregg dot com -Status: Feedback +Status: Open Bug Type: Strings related Operating System: * PHP Version: 4.3.x/5.x New Comment: Built: php5-200509150830 phpinfo gives: 5.1.0RC2-dev Running on www.pgregg.com Bug is still present. Examples: Raw file: http://www.pgregg.com/code/sprintf_heredoc.txt phps ver: http://www.pgregg.com/code/sprintf_heredoc.phps http://www.pgregg.com/projects/php/mime_email/GenerateMIMEMail.inc.php.txt http://www.pgregg.com/projects/php/mime_email/GenerateMIMEMail.inc.phps Look for the freakish looking heredocs. Previous Comments: [2005-09-15 09:29:37] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-09-15 02:30:37] phpbugrep200408 at pgregg dot com Reopening this bug as it has resurfaced. Confirmed to be in 5.1b2 and 5.1RC1 [2004-08-12 00:38:51] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-08-11 08:16:59] [EMAIL PROTECTED] Verified [2004-08-10 23:25:49] phpbugrep200408 at pgregg dot com Description: I found an error in how application/x-httpd-php-source produces its output. The following example shows this in operation: Raw file: http://www.pgregg.com/code/sprintf_heredoc.txt phps ver: http://www.pgregg.com/code/sprintf_heredoc.phps Both the txt and phps filenames are symlinks to the .php file. Normally, a missing newline would be nothing to write home about, but in this instance it breaks the functionality of the script. -- Edit this bug report at http://bugs.php.net/?id=29607edit=1
#34358 [Bgs-Opn]: Fatal error: Cannot re-assign $this(again)
ID: 34358
User updated by: pacha dot shevaev at gmail dot com
Reported By: pacha dot shevaev at gmail dot com
-Status: Bogus
+Status: Open
Bug Type: Scripting Engine problem
Operating System: *
PHP Version: 5.*
New Comment:
I still find it a bug. I need a reference to $this for BC with PHP4 in
the following piece of code:
function getRootDataSource() {
$root = $this;
while ($root-parent != NULL) {
$root = $root-parent;
}
return $root;
}
Previous Comments:
[2005-09-03 13:44:07] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
[2005-09-03 13:41:15] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Objects are already references in PHP 5, thuse there is no sense in
...$this in any way.
[2005-09-03 13:36:57] pacha dot shevaev at gmail dot com
Description:
PHP 5.1RC1 throws fatal error when some variable gets assigned with
$this by reference. However there's a workaround for this fatal error
which is very simple: using a helper function which simply returns the
passed argument by reference. I'm a bit lost here - what is the
expected behavior?
Yes, it may seem a bit weird to assign objects by reference in PHP5 but
if you keep your code base PHP4 compatible you know what i mean.
Reproduce code:
---
?php
function getRef($ref) {
return $ref;
}
class Foo {
function Foo() {
//$ref = getRef($this); //works just fine
$ref = $this; //throws cannot re-assign $this fatal
$ref-test();
}
function test() {
echo 'test';
}
}
$foo = new Foo();
?
Expected result:
test
Actual result:
--
Fatal error: Cannot re-assign $this
--
Edit this bug report at http://bugs.php.net/?id=34358edit=1
#29607 [Opn-Asn]: highlight_file producing incorrect output
ID: 29607 Updated by: [EMAIL PROTECTED] Reported By: phpbugrep200408 at pgregg dot com -Status: Open +Status: Assigned Bug Type: Strings related Operating System: * -PHP Version: 4.3.x/5.x +PHP Version: 5CVS-2005-09-15 (snap) -Assigned To: +Assigned To: iliaa New Comment: Ilia, you fixed this last time, so you propably know where to look for the bug :) Previous Comments: [2005-09-15 11:29:54] phpbugrep200408 at pgregg dot com Built: php5-200509150830 phpinfo gives: 5.1.0RC2-dev Running on www.pgregg.com Bug is still present. Examples: Raw file: http://www.pgregg.com/code/sprintf_heredoc.txt phps ver: http://www.pgregg.com/code/sprintf_heredoc.phps http://www.pgregg.com/projects/php/mime_email/GenerateMIMEMail.inc.php.txt http://www.pgregg.com/projects/php/mime_email/GenerateMIMEMail.inc.phps Look for the freakish looking heredocs. [2005-09-15 09:29:37] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-09-15 02:30:37] phpbugrep200408 at pgregg dot com Reopening this bug as it has resurfaced. Confirmed to be in 5.1b2 and 5.1RC1 [2004-08-12 00:38:51] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-08-11 08:16:59] [EMAIL PROTECTED] Verified The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/29607 -- Edit this bug report at http://bugs.php.net/?id=29607edit=1
#34358 [Opn-Bgs]: Fatal error: Cannot re-assign $this(again)
ID: 34358
Updated by: [EMAIL PROTECTED]
Reported By: pacha dot shevaev at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: *
PHP Version: 5.*
New Comment:
Heh, 2 PHP developers tell you it's not a bug and you still insist?
Come on..
Previous Comments:
[2005-09-15 13:37:28] pacha dot shevaev at gmail dot com
I still find it a bug. I need a reference to $this for BC with PHP4 in
the following piece of code:
function getRootDataSource() {
$root = $this;
while ($root-parent != NULL) {
$root = $root-parent;
}
return $root;
}
[2005-09-03 13:44:07] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
[2005-09-03 13:41:15] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Objects are already references in PHP 5, thuse there is no sense in
...$this in any way.
[2005-09-03 13:36:57] pacha dot shevaev at gmail dot com
Description:
PHP 5.1RC1 throws fatal error when some variable gets assigned with
$this by reference. However there's a workaround for this fatal error
which is very simple: using a helper function which simply returns the
passed argument by reference. I'm a bit lost here - what is the
expected behavior?
Yes, it may seem a bit weird to assign objects by reference in PHP5 but
if you keep your code base PHP4 compatible you know what i mean.
Reproduce code:
---
?php
function getRef($ref) {
return $ref;
}
class Foo {
function Foo() {
//$ref = getRef($this); //works just fine
$ref = $this; //throws cannot re-assign $this fatal
$ref-test();
}
function test() {
echo 'test';
}
}
$foo = new Foo();
?
Expected result:
test
Actual result:
--
Fatal error: Cannot re-assign $this
--
Edit this bug report at http://bugs.php.net/?id=34358edit=1
#34358 [Bgs]: Fatal error: Cannot re-assign $this(again)
ID: 34358
Updated by: [EMAIL PROTECTED]
Reported By: pacha dot shevaev at gmail dot com
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: *
PHP Version: 5.*
New Comment:
NOTE: This is about PHP 5. It might have worked in PHP 4 but it does
not and will not work in PHP 5.
Previous Comments:
[2005-09-15 14:26:01] [EMAIL PROTECTED]
Heh, 2 PHP developers tell you it's not a bug and you still insist?
Come on..
[2005-09-15 13:37:28] pacha dot shevaev at gmail dot com
I still find it a bug. I need a reference to $this for BC with PHP4 in
the following piece of code:
function getRootDataSource() {
$root = $this;
while ($root-parent != NULL) {
$root = $root-parent;
}
return $root;
}
[2005-09-03 13:44:07] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
[2005-09-03 13:41:15] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Objects are already references in PHP 5, thuse there is no sense in
...$this in any way.
[2005-09-03 13:36:57] pacha dot shevaev at gmail dot com
Description:
PHP 5.1RC1 throws fatal error when some variable gets assigned with
$this by reference. However there's a workaround for this fatal error
which is very simple: using a helper function which simply returns the
passed argument by reference. I'm a bit lost here - what is the
expected behavior?
Yes, it may seem a bit weird to assign objects by reference in PHP5 but
if you keep your code base PHP4 compatible you know what i mean.
Reproduce code:
---
?php
function getRef($ref) {
return $ref;
}
class Foo {
function Foo() {
//$ref = getRef($this); //works just fine
$ref = $this; //throws cannot re-assign $this fatal
$ref-test();
}
function test() {
echo 'test';
}
}
$foo = new Foo();
?
Expected result:
test
Actual result:
--
Fatal error: Cannot re-assign $this
--
Edit this bug report at http://bugs.php.net/?id=34358edit=1
#34509 [Opn-Fbk]: APACHE_VERSION variable in configure is nonsense
ID: 34509 Updated by: [EMAIL PROTECTED] Reported By: peter dot buki at vodafone dot hu -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: SunOS 5.9 Generic_112233-01 PHP Version: 5.1.0RC1 New Comment: So what apache version do you have? What is the output of httpd -v ? Previous Comments: [2005-09-15 11:09:14] peter dot buki at vodafone dot hu Description: Variable APACHE_VERSION is calculated in a wrong way, because configure halts, event if the apache has the required and set with --with-apxs2 version configure returns with syntax error: expr: syntax error configure: error: You have enabled Apache 2 support while your server is Apache 1.3. Please use the appropiate switch --with-apxs (without the 2) Please see possibly related bugs: Bug #20457: APACHE_VERSION variable in configure is nonsense Bug #23416: configure not knowing apache version Reproduce code: --- ./config.nice: CC='gcc -m64 -mcpu=v9' \ './configure' \ '--with-apxs2=/usr/apache/bin/apxs' \ '--libexecdir=/usr/apache/libexec' \ '--enable-sysvmsg' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-mbstring=all' \ '--enable-sigchild' \ '--enable-sockets' \ '--enable-mbstring' \ '--with-postgresql=/usr/local/pgsql/' \ '--disable-shared' \ '--with-libxml-dir=/usr/local' \ $@ Expected result: Configure going on with no errors. Actual result: -- configure returns with syntax error: expr: syntax error configure: error: You have enabled Apache 2 support while your server is Apache 1.3. Please use the appropiate switch --with-apxs (without the 2) Added this line to configure (line 4226, 5534, 6366): echo APACHE_VERSION \($APACHE_VERSION\) is calculated: $4 \* 100 + $5 \* 1000 + $6 which prints this: APACHE_VERSION () is calculated: * 100 + * 1000 + -- Edit this bug report at http://bugs.php.net/?id=34509edit=1
#34509 [Fbk-Opn]: APACHE_VERSION variable in configure is nonsense
ID: 34509 User updated by: peter dot buki at vodafone dot hu Reported By: peter dot buki at vodafone dot hu -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: SunOS 5.9 Generic_112233-01 PHP Version: 5.1.0RC1 New Comment: Sorry for leaving out the possibility to filter out the most simple cause. Apache/2.0.54 compiled on Aug 22 2005 16:34:58. [EMAIL PROTECTED] php-5.1.0RC1]# /usr/local/apache2/bin/httpd -v Server version: Apache/2.0.54 Server built: Aug 22 2005 16:34:58 Previous Comments: [2005-09-15 14:30:47] [EMAIL PROTECTED] So what apache version do you have? What is the output of httpd -v ? [2005-09-15 11:09:14] peter dot buki at vodafone dot hu Description: Variable APACHE_VERSION is calculated in a wrong way, because configure halts, event if the apache has the required and set with --with-apxs2 version configure returns with syntax error: expr: syntax error configure: error: You have enabled Apache 2 support while your server is Apache 1.3. Please use the appropiate switch --with-apxs (without the 2) Please see possibly related bugs: Bug #20457: APACHE_VERSION variable in configure is nonsense Bug #23416: configure not knowing apache version Reproduce code: --- ./config.nice: CC='gcc -m64 -mcpu=v9' \ './configure' \ '--with-apxs2=/usr/apache/bin/apxs' \ '--libexecdir=/usr/apache/libexec' \ '--enable-sysvmsg' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-mbstring=all' \ '--enable-sigchild' \ '--enable-sockets' \ '--enable-mbstring' \ '--with-postgresql=/usr/local/pgsql/' \ '--disable-shared' \ '--with-libxml-dir=/usr/local' \ $@ Expected result: Configure going on with no errors. Actual result: -- configure returns with syntax error: expr: syntax error configure: error: You have enabled Apache 2 support while your server is Apache 1.3. Please use the appropiate switch --with-apxs (without the 2) Added this line to configure (line 4226, 5534, 6366): echo APACHE_VERSION \($APACHE_VERSION\) is calculated: $4 \* 100 + $5 \* 1000 + $6 which prints this: APACHE_VERSION () is calculated: * 100 + * 1000 + -- Edit this bug report at http://bugs.php.net/?id=34509edit=1
#34510 [NEW]: inter-library dependencies are not known to be supported
From: samuel at somewhere dot com Operating system: Unixware 7.1.1 PHP version: 5.1.0RC1 PHP Bug Type: Compile Failure Bug description: inter-library dependencies are not known to be supported Description: Compilation of PHP-5.1.0RC1 fails partially on Unixware 7.1.1 : the PHP cli is generated, but not libphp5.so export CC=cc ./configure --disable-all --with-apxs=/usr/local/apache/bin/apxs The error is : /bin/sh /travail/scarriere/build/php-5.1.0RC1/libtool --silent --preserve-dup-deps --mode=link cc -g -rpath /travail/scarriere/build/php-5.1.0RC1/libs -avoid-version -module -L/usr/ucblib -R /usr/ucblib ext/date/php_date.lo ext/date/lib/dow.lo ext/date/lib/parse_date.lo ext/date/lib/parse_tz.lo ext/date/lib/timelib.lo ext/date/lib/tm2unixtime.lo ext/date/lib/unixtime2tm.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/sha1.lo ext/standard/user_filters.lo ext/standard/uuencode.lo ext/standard/filters.lo ext/standard/proc_open.lo ext/standard/sunfuncs.lo ext/standard/streamsfuncs.lo ext/standard/http.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_scandir.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/streams/streams.lo main/streams/cast.lo main/streams/memory.lo main/streams/filter.lo main/streams/plain_wrapper.lo main/streams/userspace.lo main/streams/transports.lo main/streams/xp_socket.lo main/streams/mmap.lo Zend/zend_language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_ts_hash.lo Zend/zend_stream.lo Zend/zend_iterators.lo Zend/zend_interfaces.lo Zend/zend_exceptions.lo Zend/zend_strtod.lo Zend/zend_objects.lo Zend/zend_object_handlers.lo Zend/zend_objects_API.lo Zend/zend_mm.lo Zend/zend_default_classes.lo Zend/zend_reflection_api.lo Zend/zend_execute.lo sapi/apache/sapi_apache.lo sapi/apache/mod_php5.lo sapi/apache/php_apache.lo main/internal_functions.lo -lresolv -lm -lsocket -o libphp5.la *** Warning: inter-library dependencies are not known to be supported. *** All declared inter-library dependencies are being dropped. *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module libphp5. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. The compilation of PHP-5.0.4 works great on the same server with the same options. I use libtool 1.3.5 -- Edit bug report at http://bugs.php.net/?id=34510edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34510r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34510r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34510r=trysnapshot51 Fixed in CVS:
#34511 [NEW]: ./configure has 16K blanks lines
From: bob at bagwill dot com Operating system: aix PHP version: 5.0.5 PHP Bug Type: *Compile Issues Bug description: ./configure has 16K blanks lines Description: The ./configure script in the source distribution had 16 thousand blank lines in it. -- Edit bug report at http://bugs.php.net/?id=34511edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34511r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34511r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34511r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34511r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34511r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34511r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34511r=needscript Try newer version: http://bugs.php.net/fix.php?id=34511r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34511r=support Expected behavior: http://bugs.php.net/fix.php?id=34511r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34511r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34511r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34511r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34511r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34511r=dst IIS Stability: http://bugs.php.net/fix.php?id=34511r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34511r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34511r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34511r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34511r=mysqlcfg
#34511 [Opn]: ./configure has 16K blank lines
ID: 34511 User updated by: bob at bagwill dot com -Summary: ./configure has 16K blanks lines Reported By: bob at bagwill dot com Status: Open Bug Type: *Compile Issues Operating System: aix PHP Version: 5.0.5 New Comment: typo Previous Comments: [2005-09-15 14:52:11] bob at bagwill dot com Description: The ./configure script in the source distribution had 16 thousand blank lines in it. -- Edit this bug report at http://bugs.php.net/?id=34511edit=1
#34511 [Opn-Bgs]: ./configure has 16K blank lines
ID: 34511 Updated by: [EMAIL PROTECTED] Reported By: bob at bagwill dot com -Status: Open +Status: Bogus Bug Type: *Compile Issues Operating System: aix PHP Version: 5.0.5 New Comment: And that is because autoconf likes to add those. They don't cause any problems. Not a bug - bogus. Previous Comments: [2005-09-15 14:52:11] bob at bagwill dot com Description: The ./configure script in the source distribution had 16 thousand blank lines in it. -- Edit this bug report at http://bugs.php.net/?id=34511edit=1
#34512 [NEW]: libphp5.so doesn't get built if --with-mysqli option is set
From: dar_tay at hotmail dot com Operating system: Linux version 2.6.8-2-386 PHP version: 5CVS-2005-09-15 (snap) PHP Bug Type: MySQLi related Bug description: libphp5.so doesn't get built if --with-mysqli option is set Description: If configure with this everything is fine, I get a libphp5.so file ./configure \ --disable-all \ --with-apxs2=/usr/bin/apxs2 \ whereas, if I do this... ./configure \ --disable-all \ --with-apxs2=/usr/bin/apxs2 \ --with-mysqli=/usr/local/mysql/bin/mysql_config \ I don't get a libphp5.so file. I get no warnings at the linking stage, everything seems to have worked, but I get a libphp.a instead. mysql is the binary install from the mysql site (mysql-max-5.0.10-beta-linux-i686) Apache is 2.0.54-5 .deb package I am using the CVS snap from this morning. Expected result: a libphp5.so file -- Edit bug report at http://bugs.php.net/?id=34512edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34512r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34512r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34512r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34512r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34512r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34512r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34512r=needscript Try newer version: http://bugs.php.net/fix.php?id=34512r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34512r=support Expected behavior: http://bugs.php.net/fix.php?id=34512r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34512r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34512r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34512r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34512r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34512r=dst IIS Stability: http://bugs.php.net/fix.php?id=34512r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34512r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34512r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34512r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34512r=mysqlcfg
#34510 [Opn-Fbk]: inter-library dependencies are not known to be supported
ID: 34510 Updated by: [EMAIL PROTECTED] Reported By: samuel at somewhere dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Unixware 7.1.1 PHP Version: 5.1.0RC1 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Previous Comments: [2005-09-15 14:48:00] samuel at somewhere dot com Description: Compilation of PHP-5.1.0RC1 fails partially on Unixware 7.1.1 : the PHP cli is generated, but not libphp5.so export CC=cc ./configure --disable-all --with-apxs=/usr/local/apache/bin/apxs The error is : /bin/sh /travail/scarriere/build/php-5.1.0RC1/libtool --silent --preserve-dup-deps --mode=link cc -g -rpath /travail/scarriere/build/php-5.1.0RC1/libs -avoid-version -module -L/usr/ucblib -R /usr/ucblib ext/date/php_date.lo ext/date/lib/dow.lo ext/date/lib/parse_date.lo ext/date/lib/parse_tz.lo ext/date/lib/timelib.lo ext/date/lib/tm2unixtime.lo ext/date/lib/unixtime2tm.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/sha1.lo ext/standard/user_filters.lo ext/standard/uuencode.lo ext/standard/filters.lo ext/standard/proc_open.lo ext/standard/sunfuncs.lo ext/standard/streamsfuncs.lo ext/standard/http.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_scandir.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/streams/streams.lo main/streams/cast.lo main/streams/memory.lo main/streams/filter.lo main/streams/plain_wrapper.lo main/streams/userspace.lo main/streams/transports.lo main/streams/xp_socket.lo main/streams/mmap.lo Zend/zend_language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_ts_hash.lo Zend/zend_stream.lo Zend/zend_iterators.lo Zend/zend_interfaces.lo Zend/zend_exceptions.lo Zend/zend_strtod.lo Zend/zend_objects.lo Zend/zend_object_handlers.lo Zend/zend_objects_API.lo Zend/zend_mm.lo Zend/zend_default_classes.lo Zend/zend_reflection_api.lo Zend/zend_execute.lo sapi/apache/sapi_apache.lo sapi/apache/mod_php5.lo sapi/apache/php_apache.lo main/internal_functions.lo -lresolv -lm -lsocket -o libphp5.la *** Warning: inter-library dependencies are not known to be supported. *** All declared inter-library dependencies are being dropped. *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module libphp5. Therefore, libtool will create *** a static module, that should work as long as the
#34358 [Bgs-Opn]: Fatal error: Cannot re-assign $this(again)
ID: 34358
User updated by: pacha dot shevaev at gmail dot com
Reported By: pacha dot shevaev at gmail dot com
-Status: Bogus
+Status: Open
Bug Type: Scripting Engine problem
Operating System: *
PHP Version: 5.*
New Comment:
I'm not an expert in PHP internals but there's a guy(stereofrog) on the
SitePoint forum who has a different point of
view(http://www.sitepoint.com/forums/showpost.php?p=2146304postcount=9):
[quote]
it's 'simply ridiculous. They have a code in zend_compile.c that
handles $this=$x and copy-pasted that code in the function that
comples assignment by reference. This should prevent $this=$x (which
is wrong), but for some reason it prevents $x=$this as well (which
is absolutely correct). It's pure c-level bug and has nothing to do
with new object model and other blah-blah.
[/quote]
Previous Comments:
[2005-09-15 14:27:03] [EMAIL PROTECTED]
NOTE: This is about PHP 5. It might have worked in PHP 4 but it does
not and will not work in PHP 5.
[2005-09-15 13:37:28] pacha dot shevaev at gmail dot com
I still find it a bug. I need a reference to $this for BC with PHP4 in
the following piece of code:
function getRootDataSource() {
$root = $this;
while ($root-parent != NULL) {
$root = $root-parent;
}
return $root;
}
[2005-09-03 13:44:07] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
[2005-09-03 13:41:15] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Objects are already references in PHP 5, thuse there is no sense in
...$this in any way.
[2005-09-03 13:36:57] pacha dot shevaev at gmail dot com
Description:
PHP 5.1RC1 throws fatal error when some variable gets assigned with
$this by reference. However there's a workaround for this fatal error
which is very simple: using a helper function which simply returns the
passed argument by reference. I'm a bit lost here - what is the
expected behavior?
Yes, it may seem a bit weird to assign objects by reference in PHP5 but
if you keep your code base PHP4 compatible you know what i mean.
Reproduce code:
---
?php
function getRef($ref) {
return $ref;
}
class Foo {
function Foo() {
//$ref = getRef($this); //works just fine
$ref = $this; //throws cannot re-assign $this fatal
$ref-test();
}
function test() {
echo 'test';
}
}
$foo = new Foo();
?
Expected result:
test
Actual result:
--
Fatal error: Cannot re-assign $this
--
Edit this bug report at http://bugs.php.net/?id=34358edit=1
#34512 [Opn-Fbk]: libphp5.so doesn't get built if --with-mysqli option is set
ID: 34512 Updated by: [EMAIL PROTECTED] Reported By: dar_tay at hotmail dot com -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: Linux version 2.6.8-2-386 PHP Version: 5CVS-2005-09-15 (snap) New Comment: 1) Where do you get the libphp5.a? 2) Did you do 'make install' ? 3) Do you have the mysql shared libs installed? 4) And the devel packages? 5) What does this output: # /usr/local/mysql/bin/mysql_config --libs Previous Comments: [2005-09-15 15:15:43] dar_tay at hotmail dot com Description: If configure with this everything is fine, I get a libphp5.so file ./configure \ --disable-all \ --with-apxs2=/usr/bin/apxs2 \ whereas, if I do this... ./configure \ --disable-all \ --with-apxs2=/usr/bin/apxs2 \ --with-mysqli=/usr/local/mysql/bin/mysql_config \ I don't get a libphp5.so file. I get no warnings at the linking stage, everything seems to have worked, but I get a libphp.a instead. mysql is the binary install from the mysql site (mysql-max-5.0.10-beta-linux-i686) Apache is 2.0.54-5 .deb package I am using the CVS snap from this morning. Expected result: a libphp5.so file -- Edit this bug report at http://bugs.php.net/?id=34512edit=1
#34358 [Opn-Bgs]: Fatal error: Cannot re-assign $this(again)
ID: 34358
Updated by: [EMAIL PROTECTED]
Reported By: pacha dot shevaev at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: *
PHP Version: 5.*
New Comment:
It's still bogus, you can call it a BC break if you want, but we're not
going to change this back.
Previous Comments:
[2005-09-15 15:23:37] pacha dot shevaev at gmail dot com
I'm not an expert in PHP internals but there's a guy(stereofrog) on the
SitePoint forum who has a different point of
view(http://www.sitepoint.com/forums/showpost.php?p=2146304postcount=9):
[quote]
it's 'simply ridiculous. They have a code in zend_compile.c that
handles $this=$x and copy-pasted that code in the function that
comples assignment by reference. This should prevent $this=$x (which
is wrong), but for some reason it prevents $x=$this as well (which
is absolutely correct). It's pure c-level bug and has nothing to do
with new object model and other blah-blah.
[/quote]
[2005-09-15 14:27:03] [EMAIL PROTECTED]
NOTE: This is about PHP 5. It might have worked in PHP 4 but it does
not and will not work in PHP 5.
[2005-09-15 13:37:28] pacha dot shevaev at gmail dot com
I still find it a bug. I need a reference to $this for BC with PHP4 in
the following piece of code:
function getRootDataSource() {
$root = $this;
while ($root-parent != NULL) {
$root = $root-parent;
}
return $root;
}
[2005-09-03 13:44:07] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
[2005-09-03 13:41:15] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Objects are already references in PHP 5, thuse there is no sense in
...$this in any way.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/34358
--
Edit this bug report at http://bugs.php.net/?id=34358edit=1
#34358 [Bgs]: Fatal error: Cannot re-assign $this(again)
ID: 34358
User updated by: pacha dot shevaev at gmail dot com
Reported By: pacha dot shevaev at gmail dot com
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: *
PHP Version: 5.*
New Comment:
And why does the following code work then???
?php
class Foo {
function Foo() {
$this-ref = $this;
$this-ref-test();
}
function test() {
echo 'test';
}
}
$foo = new Foo();
?
Previous Comments:
[2005-09-15 15:28:02] [EMAIL PROTECTED]
It's still bogus, you can call it a BC break if you want, but we're not
going to change this back.
[2005-09-15 15:23:37] pacha dot shevaev at gmail dot com
I'm not an expert in PHP internals but there's a guy(stereofrog) on the
SitePoint forum who has a different point of
view(http://www.sitepoint.com/forums/showpost.php?p=2146304postcount=9):
[quote]
it's 'simply ridiculous. They have a code in zend_compile.c that
handles $this=$x and copy-pasted that code in the function that
comples assignment by reference. This should prevent $this=$x (which
is wrong), but for some reason it prevents $x=$this as well (which
is absolutely correct). It's pure c-level bug and has nothing to do
with new object model and other blah-blah.
[/quote]
[2005-09-15 14:27:03] [EMAIL PROTECTED]
NOTE: This is about PHP 5. It might have worked in PHP 4 but it does
not and will not work in PHP 5.
[2005-09-15 13:37:28] pacha dot shevaev at gmail dot com
I still find it a bug. I need a reference to $this for BC with PHP4 in
the following piece of code:
function getRootDataSource() {
$root = $this;
while ($root-parent != NULL) {
$root = $root-parent;
}
return $root;
}
[2005-09-03 13:44:07] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/34358
--
Edit this bug report at http://bugs.php.net/?id=34358edit=1
#34512 [Fbk-Opn]: libphp5.so doesn't get built if --with-mysqli option is set
ID: 34512 User updated by: dar_tay at hotmail dot com Reported By: dar_tay at hotmail dot com -Status: Feedback +Status: Open Bug Type: MySQLi related Operating System: Linux version 2.6.8-2-386 PHP Version: 5CVS-2005-09-15 (snap) New Comment: 1) libphp5.a appears in the libs directory alongside the libphp5.la file 2) I have tried it with both 'make' and 'make install', in this particular instance I simply used 'make' for both tests, with a 'make clean' inbetween. First test produces the .so second test doesn't, I have tried this several times and I have even tried it by extracting from the .tar file each time 3) mysql shared libs reside in /usr/local/mysql/lib/ 4) devel packages? do you mean the headers? in /usr/local/mysql/include/ 5) -L/usr/local/mysql/lib -lmysqlclient -lz -lcrypt -lnsl -lm -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv I've done it without args as well just incase that helps... # /usr/local/mysql/bin/mysql_config Usage: /usr/local/mysql/bin/mysql_config [OPTIONS] Options: --cflags [-I/usr/local/mysql/include -mcpu=pentiumpro] --include[-I/usr/local/mysql/include] --libs [-L/usr/local/mysql/lib -lmysqlclient -lz -lcrypt -lnsl -lm -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv] --libs_r [-L/usr/local/mysql/lib -lmysqlclient_r -lz -lpthread -lcrypt -lnsl -lm -lpthread -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv] --socket [/tmp/mysql.sock] --port [3306] --version[5.0.10-beta] --libmysqld-libs [-L/usr/local/mysql/lib -lmysqld -lpthread -lcrypt -lnsl -lm -lpthread -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv -lrt] Previous Comments: [2005-09-15 15:26:05] [EMAIL PROTECTED] 1) Where do you get the libphp5.a? 2) Did you do 'make install' ? 3) Do you have the mysql shared libs installed? 4) And the devel packages? 5) What does this output: # /usr/local/mysql/bin/mysql_config --libs [2005-09-15 15:15:43] dar_tay at hotmail dot com Description: If configure with this everything is fine, I get a libphp5.so file ./configure \ --disable-all \ --with-apxs2=/usr/bin/apxs2 \ whereas, if I do this... ./configure \ --disable-all \ --with-apxs2=/usr/bin/apxs2 \ --with-mysqli=/usr/local/mysql/bin/mysql_config \ I don't get a libphp5.so file. I get no warnings at the linking stage, everything seems to have worked, but I get a libphp.a instead. mysql is the binary install from the mysql site (mysql-max-5.0.10-beta-linux-i686) Apache is 2.0.54-5 .deb package I am using the CVS snap from this morning. Expected result: a libphp5.so file -- Edit this bug report at http://bugs.php.net/?id=34512edit=1
#34513 [NEW]: No function created
From: roberto at spadim dot com dot br
Operating system: all
PHP version: 5.1.0RC1
PHP Bug Type: PDO related
Bug description: No function created
Description:
NO FUNCTION CAN BE CREATED ON SQLITE3! THERE ISN'T A create_function OR
create_aggregade LIKE SQLITE2 !! :(
Reproduce code:
---
nothing to reproduce
Expected result:
a function created to make queries like
PHP:
function sqlite_if($arg1,$arg2,$arg3){
return($arg1?$arg2:$arg3);
}
create_function('if','sqlite_if',3)
SQLITE:
SELECT if(0=1, 'hellooo','ok')
RESULT:
'ok'
Actual result:
--
error - no function created
--
Edit bug report at http://bugs.php.net/?id=34513edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34513r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34513r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34513r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34513r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34513r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34513r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34513r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34513r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34513r=support
Expected behavior: http://bugs.php.net/fix.php?id=34513r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34513r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34513r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34513r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34513r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34513r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34513r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34513r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34513r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34513r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34513r=mysqlcfg
#34512 [Opn]: libphp5.so doesn't get built if --with-mysqli option is set
ID: 34512 User updated by: dar_tay at hotmail dot com Reported By: dar_tay at hotmail dot com Status: Open Bug Type: MySQLi related Operating System: Linux version 2.6.8-2-386 PHP Version: 5CVS-2005-09-15 (snap) New Comment: Just tried it against the latest mysql5 binary (mysql-max-5.0.12-beta-linux-i686) and got the same result. Previous Comments: [2005-09-15 15:35:28] dar_tay at hotmail dot com 1) libphp5.a appears in the libs directory alongside the libphp5.la file 2) I have tried it with both 'make' and 'make install', in this particular instance I simply used 'make' for both tests, with a 'make clean' inbetween. First test produces the .so second test doesn't, I have tried this several times and I have even tried it by extracting from the .tar file each time 3) mysql shared libs reside in /usr/local/mysql/lib/ 4) devel packages? do you mean the headers? in /usr/local/mysql/include/ 5) -L/usr/local/mysql/lib -lmysqlclient -lz -lcrypt -lnsl -lm -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv I've done it without args as well just incase that helps... # /usr/local/mysql/bin/mysql_config Usage: /usr/local/mysql/bin/mysql_config [OPTIONS] Options: --cflags [-I/usr/local/mysql/include -mcpu=pentiumpro] --include[-I/usr/local/mysql/include] --libs [-L/usr/local/mysql/lib -lmysqlclient -lz -lcrypt -lnsl -lm -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv] --libs_r [-L/usr/local/mysql/lib -lmysqlclient_r -lz -lpthread -lcrypt -lnsl -lm -lpthread -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv] --socket [/tmp/mysql.sock] --port [3306] --version[5.0.10-beta] --libmysqld-libs [-L/usr/local/mysql/lib -lmysqld -lpthread -lcrypt -lnsl -lm -lpthread -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv -lrt] [2005-09-15 15:26:05] [EMAIL PROTECTED] 1) Where do you get the libphp5.a? 2) Did you do 'make install' ? 3) Do you have the mysql shared libs installed? 4) And the devel packages? 5) What does this output: # /usr/local/mysql/bin/mysql_config --libs [2005-09-15 15:15:43] dar_tay at hotmail dot com Description: If configure with this everything is fine, I get a libphp5.so file ./configure \ --disable-all \ --with-apxs2=/usr/bin/apxs2 \ whereas, if I do this... ./configure \ --disable-all \ --with-apxs2=/usr/bin/apxs2 \ --with-mysqli=/usr/local/mysql/bin/mysql_config \ I don't get a libphp5.so file. I get no warnings at the linking stage, everything seems to have worked, but I get a libphp.a instead. mysql is the binary install from the mysql site (mysql-max-5.0.10-beta-linux-i686) Apache is 2.0.54-5 .deb package I am using the CVS snap from this morning. Expected result: a libphp5.so file -- Edit this bug report at http://bugs.php.net/?id=34512edit=1
#34513 [Opn-Bgs]: No function created
ID: 34513
Updated by: [EMAIL PROTECTED]
Reported By: roberto at spadim dot com dot br
-Status: Open
+Status: Bogus
Bug Type: PDO related
Operating System: all
PHP Version: 5.1.0RC1
New Comment:
RTFM: http://docs.php.net/en/ref.pdo-sqlite.html
Previous Comments:
[2005-09-15 16:05:34] roberto at spadim dot com dot br
Description:
NO FUNCTION CAN BE CREATED ON SQLITE3! THERE ISN'T A create_function
OR create_aggregade LIKE SQLITE2 !! :(
Reproduce code:
---
nothing to reproduce
Expected result:
a function created to make queries like
PHP:
function sqlite_if($arg1,$arg2,$arg3){
return($arg1?$arg2:$arg3);
}
create_function('if','sqlite_if',3)
SQLITE:
SELECT if(0=1, 'hellooo','ok')
RESULT:
'ok'
Actual result:
--
error - no function created
--
Edit this bug report at http://bugs.php.net/?id=34513edit=1
#34514 [NEW]: __FILE__ gives relative path if not in web root
From: madison at westga dot edu Operating system: Solaris 8 PHP version: 4.4.0 PHP Bug Type: Scripting Engine problem Bug description: __FILE__ gives relative path if not in web root Description: This bug: http://bugs.php.net/bug.php?id=13936 appears never to have been completely resolved. Using the test code from the above bug... If the code resides somewhere in the DocumentRoot then it works as expected. But, if it resides in a users public_html directory or inside an aliased directory, it doesn't give the correct path. I get the same issue with the current CVS version of PHP5 and apache 2. Reproduce code: --- ?php echo original file is: . __FILE__ . br; include(test2.php); ? contents of test2.php: ?php echo included file is: . __FILE__ . br; $boo = another try: . __FILE__; echo $boo; ? Expected result: original file is: /home/madison/public_html/test.php included file is: /home/madison/public_html/test2.php another try: /home/madison/public_html/test2.php Actual result: -- original file is: /home/madison/public_html/test.php included file is: ./test2.php another try: ./test2.php -- Edit bug report at http://bugs.php.net/?id=34514edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34514r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34514r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34514r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34514r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34514r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34514r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34514r=needscript Try newer version: http://bugs.php.net/fix.php?id=34514r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34514r=support Expected behavior: http://bugs.php.net/fix.php?id=34514r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34514r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34514r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34514r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34514r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34514r=dst IIS Stability: http://bugs.php.net/fix.php?id=34514r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34514r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34514r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34514r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34514r=mysqlcfg
#34512 [Opn-Fbk]: libphp5.so doesn't get built if --with-mysqli option is set
ID: 34512 Updated by: [EMAIL PROTECTED] Reported By: dar_tay at hotmail dot com -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: Linux version 2.6.8-2-386 PHP Version: 5CVS-2005-09-15 (snap) New Comment: Can you please try with Mysql 4.1.x ? And send me the Makefile you have when the build fails to [EMAIL PROTECTED] Previous Comments: [2005-09-15 16:57:22] dar_tay at hotmail dot com Just tried it against the latest mysql5 binary (mysql-max-5.0.12-beta-linux-i686) and got the same result. [2005-09-15 15:35:28] dar_tay at hotmail dot com 1) libphp5.a appears in the libs directory alongside the libphp5.la file 2) I have tried it with both 'make' and 'make install', in this particular instance I simply used 'make' for both tests, with a 'make clean' inbetween. First test produces the .so second test doesn't, I have tried this several times and I have even tried it by extracting from the .tar file each time 3) mysql shared libs reside in /usr/local/mysql/lib/ 4) devel packages? do you mean the headers? in /usr/local/mysql/include/ 5) -L/usr/local/mysql/lib -lmysqlclient -lz -lcrypt -lnsl -lm -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv I've done it without args as well just incase that helps... # /usr/local/mysql/bin/mysql_config Usage: /usr/local/mysql/bin/mysql_config [OPTIONS] Options: --cflags [-I/usr/local/mysql/include -mcpu=pentiumpro] --include[-I/usr/local/mysql/include] --libs [-L/usr/local/mysql/lib -lmysqlclient -lz -lcrypt -lnsl -lm -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv] --libs_r [-L/usr/local/mysql/lib -lmysqlclient_r -lz -lpthread -lcrypt -lnsl -lm -lpthread -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv] --socket [/tmp/mysql.sock] --port [3306] --version[5.0.10-beta] --libmysqld-libs [-L/usr/local/mysql/lib -lmysqld -lpthread -lcrypt -lnsl -lm -lpthread -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv -lrt] [2005-09-15 15:26:05] [EMAIL PROTECTED] 1) Where do you get the libphp5.a? 2) Did you do 'make install' ? 3) Do you have the mysql shared libs installed? 4) And the devel packages? 5) What does this output: # /usr/local/mysql/bin/mysql_config --libs [2005-09-15 15:15:43] dar_tay at hotmail dot com Description: If configure with this everything is fine, I get a libphp5.so file ./configure \ --disable-all \ --with-apxs2=/usr/bin/apxs2 \ whereas, if I do this... ./configure \ --disable-all \ --with-apxs2=/usr/bin/apxs2 \ --with-mysqli=/usr/local/mysql/bin/mysql_config \ I don't get a libphp5.so file. I get no warnings at the linking stage, everything seems to have worked, but I get a libphp.a instead. mysql is the binary install from the mysql site (mysql-max-5.0.10-beta-linux-i686) Apache is 2.0.54-5 .deb package I am using the CVS snap from this morning. Expected result: a libphp5.so file -- Edit this bug report at http://bugs.php.net/?id=34512edit=1
#34514 [Opn-Fbk]: __FILE__ gives relative path if not in web root
ID: 34514 Updated by: [EMAIL PROTECTED] Reported By: madison at westga dot edu -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Solaris 8 PHP Version: 4.4.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-09-15 16:58:18] madison at westga dot edu Description: This bug: http://bugs.php.net/bug.php?id=13936 appears never to have been completely resolved. Using the test code from the above bug... If the code resides somewhere in the DocumentRoot then it works as expected. But, if it resides in a users public_html directory or inside an aliased directory, it doesn't give the correct path. I get the same issue with the current CVS version of PHP5 and apache 2. Reproduce code: --- ?php echo original file is: . __FILE__ . br; include(test2.php); ? contents of test2.php: ?php echo included file is: . __FILE__ . br; $boo = another try: . __FILE__; echo $boo; ? Expected result: original file is: /home/madison/public_html/test.php included file is: /home/madison/public_html/test2.php another try: /home/madison/public_html/test2.php Actual result: -- original file is: /home/madison/public_html/test.php included file is: ./test2.php another try: ./test2.php -- Edit this bug report at http://bugs.php.net/?id=34514edit=1
#34514 [Fbk]: __FILE__ gives relative path if not in web root
ID: 34514 Updated by: [EMAIL PROTECTED] Reported By: madison at westga dot edu Status: Feedback Bug Type: Scripting Engine problem Operating System: Solaris 8 PHP Version: 4.4.0 New Comment: And check also if this happens when using CLI.. Previous Comments: [2005-09-15 17:01:12] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-09-15 16:58:18] madison at westga dot edu Description: This bug: http://bugs.php.net/bug.php?id=13936 appears never to have been completely resolved. Using the test code from the above bug... If the code resides somewhere in the DocumentRoot then it works as expected. But, if it resides in a users public_html directory or inside an aliased directory, it doesn't give the correct path. I get the same issue with the current CVS version of PHP5 and apache 2. Reproduce code: --- ?php echo original file is: . __FILE__ . br; include(test2.php); ? contents of test2.php: ?php echo included file is: . __FILE__ . br; $boo = another try: . __FILE__; echo $boo; ? Expected result: original file is: /home/madison/public_html/test.php included file is: /home/madison/public_html/test2.php another try: /home/madison/public_html/test2.php Actual result: -- original file is: /home/madison/public_html/test.php included file is: ./test2.php another try: ./test2.php -- Edit this bug report at http://bugs.php.net/?id=34514edit=1
#34515 [NEW]: mysqli_fetch_assoc crashes application
From: jaba at inbox dot lv
Operating system: Debian GNU/Linux
PHP version: 5.0.5
PHP Bug Type: MySQLi related
Bug description: mysqli_fetch_assoc crashes application
Description:
I am developing on Windows XP but the application production version is
supposed to be on Debian. Seems like debian MySQLi is not working
properly. I can use mysqli_fetch_row or $result-fetch_row, but whenever I
use $result-fetch_assoc() or mysqli_fetch_assoc($result) on the same
result, the application crashes and I receive no output at all.
Reproduce code:
---
?php
$mysqli = new mysqli(localhost, vaipusr, parolite, vaipdb);
if (mysqli_connect_errno()) {
printf(Connect failed: %s\n, mysqli_connect_error());
exit();
}
$query = SELECT * FROM acc_users;
if ($result = $mysqli-query($query)) {
while ($row = $result-fetch_assoc()) {
echo 'pre';
print_r($row);
echo '/pre';
}
$result-close();
}
$mysqli-close();
?
Expected result:
string representation of associated arrays of table rows
Actual result:
--
nothing. application dies whenever you call mysqli_fetch_assoc
--
Edit bug report at http://bugs.php.net/?id=34515edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34515r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34515r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34515r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34515r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34515r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34515r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34515r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34515r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34515r=support
Expected behavior: http://bugs.php.net/fix.php?id=34515r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34515r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34515r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34515r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34515r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34515r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34515r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34515r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34515r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34515r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34515r=mysqlcfg
#34515 [Opn-Fbk]: mysqli_fetch_assoc crashes application
ID: 34515
Updated by: [EMAIL PROTECTED]
Reported By: jaba at inbox dot lv
-Status: Open
+Status: Feedback
Bug Type: MySQLi related
Operating System: Debian GNU/Linux
PHP Version: 5.0.5
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
Previous Comments:
[2005-09-15 17:12:54] jaba at inbox dot lv
Description:
I am developing on Windows XP but the application production version is
supposed to be on Debian. Seems like debian MySQLi is not working
properly. I can use mysqli_fetch_row or $result-fetch_row, but
whenever I use $result-fetch_assoc() or mysqli_fetch_assoc($result) on
the same result, the application crashes and I receive no output at all.
Reproduce code:
---
?php
$mysqli = new mysqli(localhost, vaipusr, parolite, vaipdb);
if (mysqli_connect_errno()) {
printf(Connect failed: %s\n, mysqli_connect_error());
exit();
}
$query = SELECT * FROM acc_users;
if ($result = $mysqli-query($query)) {
while ($row = $result-fetch_assoc()) {
echo 'pre';
print_r($row);
echo '/pre';
}
$result-close();
}
$mysqli-close();
?
Expected result:
string representation of associated arrays of table rows
Actual result:
--
nothing. application dies whenever you call mysqli_fetch_assoc
--
Edit this bug report at http://bugs.php.net/?id=34515edit=1
#34512 [Fbk-Opn]: libphp5.so doesn't get built if --with-mysqli option is set
ID: 34512 User updated by: dar_tay at hotmail dot com Reported By: dar_tay at hotmail dot com -Status: Feedback +Status: Open Bug Type: MySQLi related Operating System: Linux version 2.6.8-2-386 PHP Version: 5CVS-2005-09-15 (snap) New Comment: Tried against mysql4 binary (mysql-max-4.1.14-pc-linux-gnu-i686) and resulting Makefile sent via email. Previous Comments: [2005-09-15 16:59:45] [EMAIL PROTECTED] Can you please try with Mysql 4.1.x ? And send me the Makefile you have when the build fails to [EMAIL PROTECTED] [2005-09-15 16:57:22] dar_tay at hotmail dot com Just tried it against the latest mysql5 binary (mysql-max-5.0.12-beta-linux-i686) and got the same result. [2005-09-15 15:35:28] dar_tay at hotmail dot com 1) libphp5.a appears in the libs directory alongside the libphp5.la file 2) I have tried it with both 'make' and 'make install', in this particular instance I simply used 'make' for both tests, with a 'make clean' inbetween. First test produces the .so second test doesn't, I have tried this several times and I have even tried it by extracting from the .tar file each time 3) mysql shared libs reside in /usr/local/mysql/lib/ 4) devel packages? do you mean the headers? in /usr/local/mysql/include/ 5) -L/usr/local/mysql/lib -lmysqlclient -lz -lcrypt -lnsl -lm -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv I've done it without args as well just incase that helps... # /usr/local/mysql/bin/mysql_config Usage: /usr/local/mysql/bin/mysql_config [OPTIONS] Options: --cflags [-I/usr/local/mysql/include -mcpu=pentiumpro] --include[-I/usr/local/mysql/include] --libs [-L/usr/local/mysql/lib -lmysqlclient -lz -lcrypt -lnsl -lm -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv] --libs_r [-L/usr/local/mysql/lib -lmysqlclient_r -lz -lpthread -lcrypt -lnsl -lm -lpthread -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv] --socket [/tmp/mysql.sock] --port [3306] --version[5.0.10-beta] --libmysqld-libs [-L/usr/local/mysql/lib -lmysqld -lpthread -lcrypt -lnsl -lm -lpthread -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv -lrt] [2005-09-15 15:26:05] [EMAIL PROTECTED] 1) Where do you get the libphp5.a? 2) Did you do 'make install' ? 3) Do you have the mysql shared libs installed? 4) And the devel packages? 5) What does this output: # /usr/local/mysql/bin/mysql_config --libs [2005-09-15 15:15:43] dar_tay at hotmail dot com Description: If configure with this everything is fine, I get a libphp5.so file ./configure \ --disable-all \ --with-apxs2=/usr/bin/apxs2 \ whereas, if I do this... ./configure \ --disable-all \ --with-apxs2=/usr/bin/apxs2 \ --with-mysqli=/usr/local/mysql/bin/mysql_config \ I don't get a libphp5.so file. I get no warnings at the linking stage, everything seems to have worked, but I get a libphp.a instead. mysql is the binary install from the mysql site (mysql-max-5.0.10-beta-linux-i686) Apache is 2.0.54-5 .deb package I am using the CVS snap from this morning. Expected result: a libphp5.so file -- Edit this bug report at http://bugs.php.net/?id=34512edit=1
#34516 [NEW]: relocations remain against allocatable but non-writable sections
From: milan dot magudia at pa dot press dot net Operating system: Solaris 8 PHP version: 5.1.0RC1 PHP Bug Type: Compile Failure Bug description: relocations remain against allocatable but non-writable sections Description: I'm having a very similar issue to bug 33476 which was marked as bogus Reproduce code: --- Compiling php-5.0.4 / php-5.0.5 has no problems with this configure setup, but always fails to compile any php-5.1b/rc with these settings. './configure' '--with-apxs=/opt/PAAPACHE_1.3.26/bin/apxs' '--with-mysql=/usr/local/mysql' '--with-gd' '--with-jpeg-dir=/usr/local/lib' '--with-png-dir=/usr/local/lib' '--with-xpm-dir=/usr/local/lib' '--with-freetype-dir=/usr/local/lib' '--with-tiff-dir=/usr/local/lib' '--enable-exif' '--with-pear' '--with-gettext=/usr/local/lib' '--enable-mbstring' '--enable-mbregex' '--with-readline=/usr/local/lib' '--with-iconv=/usr/local' '--enable-mime-magic' '--with-curl=/usr/local/lib' '--enable-ftp' '--with-xsl' '--with-expat-dir=/usr/local/lib' '--enable-soap' '--with-libxml-dir=/usr/local/lib' '--enable-wddx' '--enable-calender' '--with-mcrypt=/usr/local/lib' '--with-mhash=/usr/local/lib' '--with-openssl=/usr/local/ssl' '--with-zlib-dir=/usr/local/lib' '--with-zlib=/usr/local' '--with-xmlrpc' '--with-pdo-mysql=/usr/local/mysql' Actual result: -- The problem this time seems to be related to mysql, but the general error seems to be identical. I've tried to compile this source of php-5.1 on two different machines, both solaris 8. When I exclude the --with-mysql options then everything else compiles fine for the 5.1 source. (many lines of libmysqlclient.a errors) ... memset 0xbc /usr/local/mysql/lib/libmysqlclient.a(my_lib.o) memset 0xc /usr/local/mysql/lib/libmysqlclient.a(vio.o) memset 0x54 /usr/local/mysql/lib/libmysqlclient.a(vio.o) ld: fatal: relocations remain against allocatable but non-writable sections collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 As I said all previous builds compiles fine, but no 5.1 builds will compile with duplicate settings. I can only think something must of changed between 5.0 and 5.1 related to the use of ld. Also both 5.0 and 5.1 the solaris version is used. Any feedback would be appreciated as all similar bugs have had no clear resolution? -- Edit bug report at http://bugs.php.net/?id=34516edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34516r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34516r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34516r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34516r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34516r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34516r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34516r=needscript Try newer version: http://bugs.php.net/fix.php?id=34516r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34516r=support Expected behavior: http://bugs.php.net/fix.php?id=34516r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34516r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34516r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34516r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34516r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34516r=dst IIS Stability: http://bugs.php.net/fix.php?id=34516r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34516r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34516r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34516r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34516r=mysqlcfg
#34516 [Opn-Bgs]: relocations remain against allocatable but non-writable sections
ID: 34516 Updated by: [EMAIL PROTECTED] Reported By: milan dot magudia at pa dot press dot net -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 5.1.0RC1 New Comment: Search google with this string: relocations remain against allocatable but non-writable Short: Use GNU tools. (GCC, GNU ld, etc.) Previous Comments: [2005-09-15 18:07:44] milan dot magudia at pa dot press dot net Description: I'm having a very similar issue to bug 33476 which was marked as bogus Reproduce code: --- Compiling php-5.0.4 / php-5.0.5 has no problems with this configure setup, but always fails to compile any php-5.1b/rc with these settings. './configure' '--with-apxs=/opt/PAAPACHE_1.3.26/bin/apxs' '--with-mysql=/usr/local/mysql' '--with-gd' '--with-jpeg-dir=/usr/local/lib' '--with-png-dir=/usr/local/lib' '--with-xpm-dir=/usr/local/lib' '--with-freetype-dir=/usr/local/lib' '--with-tiff-dir=/usr/local/lib' '--enable-exif' '--with-pear' '--with-gettext=/usr/local/lib' '--enable-mbstring' '--enable-mbregex' '--with-readline=/usr/local/lib' '--with-iconv=/usr/local' '--enable-mime-magic' '--with-curl=/usr/local/lib' '--enable-ftp' '--with-xsl' '--with-expat-dir=/usr/local/lib' '--enable-soap' '--with-libxml-dir=/usr/local/lib' '--enable-wddx' '--enable-calender' '--with-mcrypt=/usr/local/lib' '--with-mhash=/usr/local/lib' '--with-openssl=/usr/local/ssl' '--with-zlib-dir=/usr/local/lib' '--with-zlib=/usr/local' '--with-xmlrpc' '--with-pdo-mysql=/usr/local/mysql' Actual result: -- The problem this time seems to be related to mysql, but the general error seems to be identical. I've tried to compile this source of php-5.1 on two different machines, both solaris 8. When I exclude the --with-mysql options then everything else compiles fine for the 5.1 source. (many lines of libmysqlclient.a errors) ... memset 0xbc /usr/local/mysql/lib/libmysqlclient.a(my_lib.o) memset 0xc /usr/local/mysql/lib/libmysqlclient.a(vio.o) memset 0x54 /usr/local/mysql/lib/libmysqlclient.a(vio.o) ld: fatal: relocations remain against allocatable but non-writable sections collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 As I said all previous builds compiles fine, but no 5.1 builds will compile with duplicate settings. I can only think something must of changed between 5.0 and 5.1 related to the use of ld. Also both 5.0 and 5.1 the solaris version is used. Any feedback would be appreciated as all similar bugs have had no clear resolution? -- Edit this bug report at http://bugs.php.net/?id=34516edit=1
#34512 [Opn-Fbk]: libphp5.so doesn't get built if --with-mysqli option is set
ID: 34512 Updated by: [EMAIL PROTECTED] Reported By: dar_tay at hotmail dot com -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: Linux version 2.6.8-2-386 PHP Version: 5CVS-2005-09-15 (snap) New Comment: Can you try the non-max mysql package instead? Previous Comments: [2005-09-15 17:49:18] dar_tay at hotmail dot com Tried against mysql4 binary (mysql-max-4.1.14-pc-linux-gnu-i686) and resulting Makefile sent via email. [2005-09-15 16:59:45] [EMAIL PROTECTED] Can you please try with Mysql 4.1.x ? And send me the Makefile you have when the build fails to [EMAIL PROTECTED] [2005-09-15 16:57:22] dar_tay at hotmail dot com Just tried it against the latest mysql5 binary (mysql-max-5.0.12-beta-linux-i686) and got the same result. [2005-09-15 15:35:28] dar_tay at hotmail dot com 1) libphp5.a appears in the libs directory alongside the libphp5.la file 2) I have tried it with both 'make' and 'make install', in this particular instance I simply used 'make' for both tests, with a 'make clean' inbetween. First test produces the .so second test doesn't, I have tried this several times and I have even tried it by extracting from the .tar file each time 3) mysql shared libs reside in /usr/local/mysql/lib/ 4) devel packages? do you mean the headers? in /usr/local/mysql/include/ 5) -L/usr/local/mysql/lib -lmysqlclient -lz -lcrypt -lnsl -lm -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv I've done it without args as well just incase that helps... # /usr/local/mysql/bin/mysql_config Usage: /usr/local/mysql/bin/mysql_config [OPTIONS] Options: --cflags [-I/usr/local/mysql/include -mcpu=pentiumpro] --include[-I/usr/local/mysql/include] --libs [-L/usr/local/mysql/lib -lmysqlclient -lz -lcrypt -lnsl -lm -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv] --libs_r [-L/usr/local/mysql/lib -lmysqlclient_r -lz -lpthread -lcrypt -lnsl -lm -lpthread -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv] --socket [/tmp/mysql.sock] --port [3306] --version[5.0.10-beta] --libmysqld-libs [-L/usr/local/mysql/lib -lmysqld -lpthread -lcrypt -lnsl -lm -lpthread -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv -lrt] [2005-09-15 15:26:05] [EMAIL PROTECTED] 1) Where do you get the libphp5.a? 2) Did you do 'make install' ? 3) Do you have the mysql shared libs installed? 4) And the devel packages? 5) What does this output: # /usr/local/mysql/bin/mysql_config --libs The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34512 -- Edit this bug report at http://bugs.php.net/?id=34512edit=1
#34512 [Fbk]: libphp5.so doesn't get built if --with-mysqli option is set
ID: 34512 Updated by: [EMAIL PROTECTED] Reported By: dar_tay at hotmail dot com Status: Feedback Bug Type: MySQLi related Operating System: Linux version 2.6.8-2-386 PHP Version: 5CVS-2005-09-15 (snap) New Comment: In what OS are you compiling..? You are using the PHP 5.1 snashot??? Previous Comments: [2005-09-15 19:36:07] [EMAIL PROTECTED] Can you try the non-max mysql package instead? [2005-09-15 17:49:18] dar_tay at hotmail dot com Tried against mysql4 binary (mysql-max-4.1.14-pc-linux-gnu-i686) and resulting Makefile sent via email. [2005-09-15 16:59:45] [EMAIL PROTECTED] Can you please try with Mysql 4.1.x ? And send me the Makefile you have when the build fails to [EMAIL PROTECTED] [2005-09-15 16:57:22] dar_tay at hotmail dot com Just tried it against the latest mysql5 binary (mysql-max-5.0.12-beta-linux-i686) and got the same result. [2005-09-15 15:35:28] dar_tay at hotmail dot com 1) libphp5.a appears in the libs directory alongside the libphp5.la file 2) I have tried it with both 'make' and 'make install', in this particular instance I simply used 'make' for both tests, with a 'make clean' inbetween. First test produces the .so second test doesn't, I have tried this several times and I have even tried it by extracting from the .tar file each time 3) mysql shared libs reside in /usr/local/mysql/lib/ 4) devel packages? do you mean the headers? in /usr/local/mysql/include/ 5) -L/usr/local/mysql/lib -lmysqlclient -lz -lcrypt -lnsl -lm -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv I've done it without args as well just incase that helps... # /usr/local/mysql/bin/mysql_config Usage: /usr/local/mysql/bin/mysql_config [OPTIONS] Options: --cflags [-I/usr/local/mysql/include -mcpu=pentiumpro] --include[-I/usr/local/mysql/include] --libs [-L/usr/local/mysql/lib -lmysqlclient -lz -lcrypt -lnsl -lm -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv] --libs_r [-L/usr/local/mysql/lib -lmysqlclient_r -lz -lpthread -lcrypt -lnsl -lm -lpthread -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv] --socket [/tmp/mysql.sock] --port [3306] --version[5.0.10-beta] --libmysqld-libs [-L/usr/local/mysql/lib -lmysqld -lpthread -lcrypt -lnsl -lm -lpthread -lc -lnss_files -lnss_dns -lresolv -lc -lnss_files -lnss_dns -lresolv -lrt] The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34512 -- Edit this bug report at http://bugs.php.net/?id=34512edit=1
#34512 [Fbk-Opn]: libphp5.so doesn't get built if --with-mysqli option is set
ID: 34512 User updated by: dar_tay at hotmail dot com Reported By: dar_tay at hotmail dot com -Status: Feedback +Status: Open Bug Type: MySQLi related Operating System: Linux version 2.6.8-2-386 PHP Version: 5CVS-2005-09-15 (snap) New Comment: Debian GNU Linux 2.6.8-2-386 and I'm using the 5.1 snap from this morning Previous Comments: [2005-09-15 19:39:03] [EMAIL PROTECTED] In what OS are you compiling..? You are using the PHP 5.1 snashot??? [2005-09-15 19:36:07] [EMAIL PROTECTED] Can you try the non-max mysql package instead? [2005-09-15 17:49:18] dar_tay at hotmail dot com Tried against mysql4 binary (mysql-max-4.1.14-pc-linux-gnu-i686) and resulting Makefile sent via email. [2005-09-15 16:59:45] [EMAIL PROTECTED] Can you please try with Mysql 4.1.x ? And send me the Makefile you have when the build fails to [EMAIL PROTECTED] [2005-09-15 16:57:22] dar_tay at hotmail dot com Just tried it against the latest mysql5 binary (mysql-max-5.0.12-beta-linux-i686) and got the same result. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34512 -- Edit this bug report at http://bugs.php.net/?id=34512edit=1
#34512 [Opn-Fbk]: libphp5.so doesn't get built if --with-mysqli option is set
ID: 34512 Updated by: [EMAIL PROTECTED] Reported By: dar_tay at hotmail dot com -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: Linux version 2.6.8-2-386 PHP Version: 5CVS-2005-09-15 (snap) New Comment: And what MPM is Apache2 using??? Previous Comments: [2005-09-15 19:40:57] dar_tay at hotmail dot com Debian GNU Linux 2.6.8-2-386 and I'm using the 5.1 snap from this morning [2005-09-15 19:39:03] [EMAIL PROTECTED] In what OS are you compiling..? You are using the PHP 5.1 snashot??? [2005-09-15 19:36:07] [EMAIL PROTECTED] Can you try the non-max mysql package instead? [2005-09-15 17:49:18] dar_tay at hotmail dot com Tried against mysql4 binary (mysql-max-4.1.14-pc-linux-gnu-i686) and resulting Makefile sent via email. [2005-09-15 16:59:45] [EMAIL PROTECTED] Can you please try with Mysql 4.1.x ? And send me the Makefile you have when the build fails to [EMAIL PROTECTED] The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34512 -- Edit this bug report at http://bugs.php.net/?id=34512edit=1
#34512 [Fbk-Opn]: libphp5.so doesn't get built if --with-mysqli option is set
ID: 34512 User updated by: dar_tay at hotmail dot com Reported By: dar_tay at hotmail dot com -Status: Feedback +Status: Open Bug Type: MySQLi related Operating System: Linux version 2.6.8-2-386 PHP Version: 5CVS-2005-09-15 (snap) New Comment: MPM is prefork model Previous Comments: [2005-09-15 19:41:05] [EMAIL PROTECTED] And what MPM is Apache2 using??? [2005-09-15 19:40:57] dar_tay at hotmail dot com Debian GNU Linux 2.6.8-2-386 and I'm using the 5.1 snap from this morning [2005-09-15 19:39:03] [EMAIL PROTECTED] In what OS are you compiling..? You are using the PHP 5.1 snashot??? [2005-09-15 19:36:07] [EMAIL PROTECTED] Can you try the non-max mysql package instead? [2005-09-15 17:49:18] dar_tay at hotmail dot com Tried against mysql4 binary (mysql-max-4.1.14-pc-linux-gnu-i686) and resulting Makefile sent via email. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34512 -- Edit this bug report at http://bugs.php.net/?id=34512edit=1
#34512 [Opn-Fbk]: libphp5.so doesn't get built if --with-mysqli option is set
ID: 34512 Updated by: [EMAIL PROTECTED] Reported By: dar_tay at hotmail dot com -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: Linux version 2.6.8-2-386 PHP Version: 5CVS-2005-09-15 (snap) New Comment: Why don't you have gawk installed? Please install it.. Another thing to try: Compile Apache2 yourself! The CFLAGS debian build has used are really weird considering you're using prefork MPM. Another thing going wrong is the host detection. What does this output (run in the source directory): # sh config.guess Previous Comments: [2005-09-15 19:41:32] dar_tay at hotmail dot com MPM is prefork model [2005-09-15 19:41:05] [EMAIL PROTECTED] And what MPM is Apache2 using??? [2005-09-15 19:40:57] dar_tay at hotmail dot com Debian GNU Linux 2.6.8-2-386 and I'm using the 5.1 snap from this morning [2005-09-15 19:39:03] [EMAIL PROTECTED] In what OS are you compiling..? You are using the PHP 5.1 snashot??? [2005-09-15 19:36:07] [EMAIL PROTECTED] Can you try the non-max mysql package instead? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34512 -- Edit this bug report at http://bugs.php.net/?id=34512edit=1
#34512 [Fbk]: libphp5.so doesn't get built if --with-mysqli option is set
ID: 34512 Updated by: [EMAIL PROTECTED] Reported By: dar_tay at hotmail dot com Status: Feedback Bug Type: MySQLi related Operating System: Linux version 2.6.8-2-386 PHP Version: 5CVS-2005-09-15 (snap) New Comment: Another thing: exactly WHAT Debian is it? Previous Comments: [2005-09-15 19:47:07] [EMAIL PROTECTED] Why don't you have gawk installed? Please install it.. Another thing to try: Compile Apache2 yourself! The CFLAGS debian build has used are really weird considering you're using prefork MPM. Another thing going wrong is the host detection. What does this output (run in the source directory): # sh config.guess [2005-09-15 19:41:32] dar_tay at hotmail dot com MPM is prefork model [2005-09-15 19:41:05] [EMAIL PROTECTED] And what MPM is Apache2 using??? [2005-09-15 19:40:57] dar_tay at hotmail dot com Debian GNU Linux 2.6.8-2-386 and I'm using the 5.1 snap from this morning [2005-09-15 19:39:03] [EMAIL PROTECTED] In what OS are you compiling..? You are using the PHP 5.1 snashot??? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34512 -- Edit this bug report at http://bugs.php.net/?id=34512edit=1
#34512 [Fbk-Opn]: libphp5.so doesn't get built if --with-mysqli option is set
ID: 34512 User updated by: dar_tay at hotmail dot com Reported By: dar_tay at hotmail dot com -Status: Feedback +Status: Open Bug Type: MySQLi related Operating System: Linux version 2.6.8-2-386 PHP Version: 5CVS-2005-09-15 (snap) New Comment: Installed gawk, didn't make any difference. # sh config.guess # i686-pc-linux-gnu Not sure I understand the question regarding what debian it is?... it's a debian install from debian.org? Will build Apache2 from source and see if that helps. Previous Comments: [2005-09-15 19:47:56] [EMAIL PROTECTED] Another thing: exactly WHAT Debian is it? [2005-09-15 19:47:07] [EMAIL PROTECTED] Why don't you have gawk installed? Please install it.. Another thing to try: Compile Apache2 yourself! The CFLAGS debian build has used are really weird considering you're using prefork MPM. Another thing going wrong is the host detection. What does this output (run in the source directory): # sh config.guess [2005-09-15 19:41:32] dar_tay at hotmail dot com MPM is prefork model [2005-09-15 19:41:05] [EMAIL PROTECTED] And what MPM is Apache2 using??? [2005-09-15 19:40:57] dar_tay at hotmail dot com Debian GNU Linux 2.6.8-2-386 and I'm using the 5.1 snap from this morning The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34512 -- Edit this bug report at http://bugs.php.net/?id=34512edit=1
#34512 [Opn-Fbk]: libphp5.so doesn't get built if --with-mysqli option is set
ID: 34512 Updated by: [EMAIL PROTECTED] Reported By: dar_tay at hotmail dot com -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: Linux version 2.6.8-2-386 PHP Version: 5CVS-2005-09-15 (snap) New Comment: I meant what Debian version you have. (they have names like Potato, etc..) Please send me the config.log from the failing build. Previous Comments: [2005-09-15 20:06:18] dar_tay at hotmail dot com Installed gawk, didn't make any difference. # sh config.guess # i686-pc-linux-gnu Not sure I understand the question regarding what debian it is?... it's a debian install from debian.org? Will build Apache2 from source and see if that helps. [2005-09-15 19:47:56] [EMAIL PROTECTED] Another thing: exactly WHAT Debian is it? [2005-09-15 19:47:07] [EMAIL PROTECTED] Why don't you have gawk installed? Please install it.. Another thing to try: Compile Apache2 yourself! The CFLAGS debian build has used are really weird considering you're using prefork MPM. Another thing going wrong is the host detection. What does this output (run in the source directory): # sh config.guess [2005-09-15 19:41:32] dar_tay at hotmail dot com MPM is prefork model [2005-09-15 19:41:05] [EMAIL PROTECTED] And what MPM is Apache2 using??? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34512 -- Edit this bug report at http://bugs.php.net/?id=34512edit=1
#34509 [Opn-Fbk]: APACHE_VERSION variable in configure is nonsense
ID: 34509 Updated by: [EMAIL PROTECTED] Reported By: peter dot buki at vodafone dot hu -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: SunOS 5.9 Generic_112233-01 PHP Version: 5.1.0RC1 New Comment: Please download this script: http://www.php.net/~jani/patches/apache.sh Make it executable and run it and paste the output here. Previous Comments: [2005-09-15 14:33:43] peter dot buki at vodafone dot hu Sorry for leaving out the possibility to filter out the most simple cause. Apache/2.0.54 compiled on Aug 22 2005 16:34:58. [EMAIL PROTECTED] php-5.1.0RC1]# /usr/local/apache2/bin/httpd -v Server version: Apache/2.0.54 Server built: Aug 22 2005 16:34:58 [2005-09-15 14:30:47] [EMAIL PROTECTED] So what apache version do you have? What is the output of httpd -v ? [2005-09-15 11:09:14] peter dot buki at vodafone dot hu Description: Variable APACHE_VERSION is calculated in a wrong way, because configure halts, event if the apache has the required and set with --with-apxs2 version configure returns with syntax error: expr: syntax error configure: error: You have enabled Apache 2 support while your server is Apache 1.3. Please use the appropiate switch --with-apxs (without the 2) Please see possibly related bugs: Bug #20457: APACHE_VERSION variable in configure is nonsense Bug #23416: configure not knowing apache version Reproduce code: --- ./config.nice: CC='gcc -m64 -mcpu=v9' \ './configure' \ '--with-apxs2=/usr/apache/bin/apxs' \ '--libexecdir=/usr/apache/libexec' \ '--enable-sysvmsg' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-mbstring=all' \ '--enable-sigchild' \ '--enable-sockets' \ '--enable-mbstring' \ '--with-postgresql=/usr/local/pgsql/' \ '--disable-shared' \ '--with-libxml-dir=/usr/local' \ $@ Expected result: Configure going on with no errors. Actual result: -- configure returns with syntax error: expr: syntax error configure: error: You have enabled Apache 2 support while your server is Apache 1.3. Please use the appropiate switch --with-apxs (without the 2) Added this line to configure (line 4226, 5534, 6366): echo APACHE_VERSION \($APACHE_VERSION\) is calculated: $4 \* 100 + $5 \* 1000 + $6 which prints this: APACHE_VERSION () is calculated: * 100 + * 1000 + -- Edit this bug report at http://bugs.php.net/?id=34509edit=1
#34052 [Asn]: [PATCH] date('U') returns %ld not unix timestamp
ID: 34052 Updated by: [EMAIL PROTECTED] Reported By: ash at theleys dot net Status: Assigned Bug Type: Date/time related Operating System: win32 only PHP Version: 5CVS-2005-09-03 Assigned To: derick New Comment: Finally I've installed Microsoft Visual Studio .Net! I've tested the patch and it works fine. Previous Comments: [2005-09-05 12:06:11] [EMAIL PROTECTED] I couldn't test this patch because I haven't installed MSVC yet, but I think it should work. http://mega.ist.utl.pt/~ncpl/php_34052_patch.txt [2005-09-05 08:58:11] [EMAIL PROTECTED] Derick, you got to be kidding? I know you have a windows machine to test with at work, so TEST it.. [2005-09-05 08:06:25] [EMAIL PROTECTED] Don't assign things to me which I can't test. This is a bug in the port to Windows. [2005-09-04 23:42:25] [EMAIL PROTECTED] s/brakes/breaks/ [2005-09-04 23:42:05] [EMAIL PROTECTED] Derick brakes, Derick fixes. :) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34052 -- Edit this bug report at http://bugs.php.net/?id=34052edit=1
#34052 [Asn-Csd]: [PATCH] date('U') returns %ld not unix timestamp
ID: 34052 Updated by: [EMAIL PROTECTED] Reported By: ash at theleys dot net -Status: Assigned +Status: Closed Bug Type: Date/time related Operating System: win32 only PHP Version: 5CVS-2005-09-03 Assigned To: derick New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Fixed in PHP 5.1 and PHP 6.0. Previous Comments: [2005-09-15 20:55:53] [EMAIL PROTECTED] Finally I've installed Microsoft Visual Studio .Net! I've tested the patch and it works fine. [2005-09-05 12:06:11] [EMAIL PROTECTED] I couldn't test this patch because I haven't installed MSVC yet, but I think it should work. http://mega.ist.utl.pt/~ncpl/php_34052_patch.txt [2005-09-05 08:58:11] [EMAIL PROTECTED] Derick, you got to be kidding? I know you have a windows machine to test with at work, so TEST it.. [2005-09-05 08:06:25] [EMAIL PROTECTED] Don't assign things to me which I can't test. This is a bug in the port to Windows. [2005-09-04 23:42:25] [EMAIL PROTECTED] s/brakes/breaks/ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34052 -- Edit this bug report at http://bugs.php.net/?id=34052edit=1
#34517 [NEW]: Linux PAM authentication
From: renich at woralelanida dot com
Operating system: Linux
PHP version: 5.0.5
PHP Bug Type: Feature/Change Request
Bug description: Linux PAM authentication
Description:
You guys should add an PAM auth function for sessions. Maybe a NT one
too.
There is no simple way of doing authentication using the already
registered linux users. I am in charge of an intranet and sessions would
be INTEGRAL if you could authenticate and obtain user info via a function
Reproduce code:
---
?php
$user = array( pam_auth($_POST[user],$_POST[passwd]) );
if (!$user)
{
sent_to_damnation();
}
else
{
giveem_the_session($user[user],$user[name],$user[uid],$user[gid],$user[home]
}
?
Expected result:
$user = array(
[user] = 'renich'
[name] = 'Renich Bon Ciric'
[uid] = '500'
[gid] = '500'
[home] = '/home/renich'
[shell] = '/bin/bash'
)
Something like that?
Actual result:
--
No function actully
--
Edit bug report at http://bugs.php.net/?id=34517edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34517r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34517r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34517r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34517r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34517r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34517r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34517r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34517r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34517r=support
Expected behavior: http://bugs.php.net/fix.php?id=34517r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34517r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34517r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34517r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34517r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34517r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34517r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34517r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34517r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34517r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34517r=mysqlcfg
#34512 [Fbk-Opn]: libphp5.so doesn't get built if --with-mysqli option is set
ID: 34512 User updated by: dar_tay at hotmail dot com Reported By: dar_tay at hotmail dot com -Status: Feedback +Status: Open Bug Type: MySQLi related Operating System: Linux version 2.6.8-2-386 PHP Version: 5CVS-2005-09-15 (snap) New Comment: Debian version is 'sarge' config log sent via email. Previous Comments: [2005-09-15 20:10:09] [EMAIL PROTECTED] I meant what Debian version you have. (they have names like Potato, etc..) Please send me the config.log from the failing build. [2005-09-15 20:06:18] dar_tay at hotmail dot com Installed gawk, didn't make any difference. # sh config.guess # i686-pc-linux-gnu Not sure I understand the question regarding what debian it is?... it's a debian install from debian.org? Will build Apache2 from source and see if that helps. [2005-09-15 19:47:56] [EMAIL PROTECTED] Another thing: exactly WHAT Debian is it? [2005-09-15 19:47:07] [EMAIL PROTECTED] Why don't you have gawk installed? Please install it.. Another thing to try: Compile Apache2 yourself! The CFLAGS debian build has used are really weird considering you're using prefork MPM. Another thing going wrong is the host detection. What does this output (run in the source directory): # sh config.guess [2005-09-15 19:41:32] dar_tay at hotmail dot com MPM is prefork model The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34512 -- Edit this bug report at http://bugs.php.net/?id=34512edit=1
#34089 [Fbk-Opn]: Configure fails build test for libxml2
ID: 34089 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *Configuration Issues Operating System: Mac OS X 10.4.2 PHP Version: 6CVS-2005-08-12 New Comment: I grabbed the latest HEAD and I'm using the latest ICU (v3.4). With the following config line, everything configures, makes, and make installs just fine: ./configure --with-layout=PHP --prefix=/usr/local/php/6.0.0 --disable-all --with-icu-dir=/usr/local/icu However, I still receive an error: ramsey:~ ramsey$ /usr/local/php/6.0.0/bin/php -i dyld: Library not loaded: libicui18n.dylib.34 Referenced from: /usr/local/php/6.0.0/bin/php Reason: image not found Trace/BPT trap Previous Comments: [2005-09-13 09:54:19] [EMAIL PROTECTED] Try with newer icu release and latest CVS HEAD. [2005-08-23 20:18:58] [EMAIL PROTECTED] I did compile icu myself. I followed Andrei's instructions to download and build it. It compiled just fine without any problems. Andrei's instructions are here: http://news.php.net/php.internals/17848 [2005-08-23 17:32:16] [EMAIL PROTECTED] Try compiling the icu library yourself? [2005-08-17 20:21:11] [EMAIL PROTECTED] That configure line works. I tried: # ./configure --with-layout=PHP --prefix=/usr/local/php/6.0.0 --disable-all --with-icu-dir=/usr/local/icu # make # make install All worked just fine, but now I'm getting a Library not loaded error. ramsey:~ ramsey$ /usr/local/php/6.0.0/bin/php -m dyld: Library not loaded: libicui18n.dylib.34 Referenced from: /usr/local/php/6.0.0/bin/php Reason: image not found Trace/BPT trap [2005-08-17 19:21:23] [EMAIL PROTECTED] Does this work: # ./configure --disable-all --with-icu-dir=/usr/local/icu The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34089 -- Edit this bug report at http://bugs.php.net/?id=34089edit=1
#34518 [NEW]: copy-on-write error
From: genome at digitaljunkies dot ca Operating system: Linux PHP version: 5.1.0RC1 PHP Bug Type: Arrays related Bug description: copy-on-write error Description: Altering a subindex of a copy of an array alters the original array as well. Similar to bug#27381. Altering a root index does not exhibit this behaviour. Reproduce code: --- ?php $arr = array(1,2,3); $arr[foo] = array(4,5,6); $copy = $arr; unset($copy[foo][0]); print_r($arr); ? Expected result: Array ( [0] = 1 [1] = 2 [2] = 3 [foo] = Array ( [0] = 4 [1] = 5 [2] = 6 ) ) Actual result: -- Array ( [0] = 1 [1] = 2 [2] = 3 [foo] = Array ( [1] = 5 [2] = 6 ) ) -- Edit bug report at http://bugs.php.net/?id=34518edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34518r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34518r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34518r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34518r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34518r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34518r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34518r=needscript Try newer version: http://bugs.php.net/fix.php?id=34518r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34518r=support Expected behavior: http://bugs.php.net/fix.php?id=34518r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34518r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34518r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34518r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34518r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34518r=dst IIS Stability: http://bugs.php.net/fix.php?id=34518r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34518r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34518r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34518r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34518r=mysqlcfg
#34519 [NEW]: Unexpected return value
From: douglas at gcoders dot net Operating system: FreeBSD PHP version: 5.1.0RC1 PHP Bug Type: Date/time related Bug description: Unexpected return value Description: When using mktime(0, 0, 0, 0, 0, 0), the returned value is different of expected. ONLY after update to 5.1RC1, before, it's ok. Reproduce code: --- ?php $ts = mktime(0, 0, 0, 0, 0, 0); var_dump($ts); Expected result: bool(NULL) Actual result: -- int(94392) -- Edit bug report at http://bugs.php.net/?id=34519edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34519r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34519r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34519r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34519r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34519r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34519r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34519r=needscript Try newer version: http://bugs.php.net/fix.php?id=34519r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34519r=support Expected behavior: http://bugs.php.net/fix.php?id=34519r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34519r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34519r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34519r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34519r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34519r=dst IIS Stability: http://bugs.php.net/fix.php?id=34519r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34519r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34519r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34519r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34519r=mysqlcfg
#34519 [Opn]: Unexpected return value
ID: 34519 User updated by: douglas at gcoders dot net Reported By: douglas at gcoders dot net Status: Open Bug Type: Date/time related Operating System: FreeBSD PHP Version: 5.1.0RC1 New Comment: Sorry, expect result is bool(FALSE) not bool(NULL) Previous Comments: [2005-09-16 01:53:25] douglas at gcoders dot net Description: When using mktime(0, 0, 0, 0, 0, 0), the returned value is different of expected. ONLY after update to 5.1RC1, before, it's ok. Reproduce code: --- ?php $ts = mktime(0, 0, 0, 0, 0, 0); var_dump($ts); Expected result: bool(NULL) Actual result: -- int(94392) -- Edit this bug report at http://bugs.php.net/?id=34519edit=1
#34521 [NEW]: Extending multiple interfaces with the same method fails
From: lachlan at sitepoint dot com
Operating system: Win32
PHP version: 5.0.5
PHP Bug Type: Class/Object related
Bug description: Extending multiple interfaces with the same method fails
Description:
When multiple interfaces with common method names are extended by an
interface an error is raised.
Reproduce code:
---
interface a { function foo($bar); }
interface b { function foo($bar); }
interface ab extends a,b {}
Result:
Fatal error: Can't inherit abstract function b::foo() (previously declared
abstract in a)
Expected result:
The code should parse cleanly
--
Edit bug report at http://bugs.php.net/?id=34521edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34521r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34521r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34521r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34521r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34521r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34521r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34521r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34521r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34521r=support
Expected behavior: http://bugs.php.net/fix.php?id=34521r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34521r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34521r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34521r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34521r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34521r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34521r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34521r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34521r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34521r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34521r=mysqlcfg
#34521 [Opn-Bgs]: Extending multiple interfaces with the same method fails
ID: 34521
User updated by: lachlan at sitepoint dot com
Reported By: lachlan at sitepoint dot com
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: Win32
PHP Version: 5.0.5
New Comment:
Due to the lack of overloading in the engine a fatal error is probably
the desired behaviour for this scenario.
Previous Comments:
[2005-09-16 04:23:52] lachlan at sitepoint dot com
Description:
When multiple interfaces with common method names are extended by an
interface an error is raised.
Reproduce code:
---
interface a { function foo($bar); }
interface b { function foo($bar); }
interface ab extends a,b {}
Result:
Fatal error: Can't inherit abstract function b::foo() (previously
declared abstract in a)
Expected result:
The code should parse cleanly
--
Edit this bug report at http://bugs.php.net/?id=34521edit=1
#32505 [NEW]: an error occurs when I configured php4.4.0 with --with-zip
From: xueyonghua at gmail dot com Operating system: Red Hat Enterprise linux AS 4 PHP version: 4CVS-2005-09-16 (stable) PHP Bug Type: PHP options/info functions Bug description: an error occurs when I configured php4.4.0 with --with-zip Description: zziplib version is 10.0.82 php4.4.0 Reproduce code: --- ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-java=/j2sdk1.4.2/ --with-mysql=/usr/local/mysql --with-gd=../gd-1.8.4 --with-zlib=/usr/local --with-png-dir=/usr/local --with-iconv=/usr/local --with-ming --enable-sockets --enable-ftp --enable-xml --disable-debug --with-sybase=/usr/local/sybase/OCS-12_5/ --with-zip Expected result: checking for fpclass... (cached) no checking for isinf... (cached) yes checking for isnan... (cached) yes checking whether atof() accepts NAN... (cached) yes checking whether atof() accepts INF... (cached) yes checking whether HUGE_VAL == INF... (cached) yes checking whether HUGE_VAL + -HUGEVAL == NAN... (cached) yes checking for libswf support... no checking for Sybase support... yes checking for dnet_addr in -ldnet_stub... (cached) no checking for tdsdbopen in -lsybdb... (cached) no checking for Sybase-CT support... no checking whether to enable System V IPC support... no checking whether to enable System V semaphore support... no checking whether to enable System V shared memory support... no checking whether to enable tokenizer support... yes checking whether to enable WDDX support... no checking whether byte ordering is bigendian... (cached) no checking whether to enable XML support... yes checking external libexpat install dir... no checking for XMLRPC-EPI support... no checking libexpat dir for XMLRPC-EPI... yes checking iconv dir for XMLRPC-EPI... yes checking whether to enable xslt support... no checking for XSLT Sablotron backend... no checking for libexpat dir for Sablotron XSL support... no checking for iconv dir for Sablotron XSL support... no checking for JavaScript for Sablotron XSL support... no checking for YAZ support... no checking whether to include YP support... no checking for ZIP support... yes checking for zzip_open in -lzzip... no configure: error: zziplib module requires zzlib = 0.10.6. Actual result: -- # ls -al /usr/local/lib/libzzip* lrwxrwxrwx 1 root root20 Sep 14 15:48 /usr/local/lib/libzzip-0.so.10 - libzzip-0.so.10.0.82 -rwxr-xr-x 1 root root 22237 Sep 14 15:48 /usr/local/lib/libzzip-0.so.10.0.82 -rw-r--r-- 1 root root 21066 Sep 14 15:48 /usr/local/lib/libzzip.a -rwxr-xr-x 1 root root 714 Sep 14 15:48 /usr/local/lib/libzzip.la lrwxrwxrwx 1 root root20 Sep 14 15:48 /usr/local/lib/libzzip.so - libzzip-0.so.10.0.82 lrwxrwxrwx 1 root root24 Sep 14 15:48 /usr/local/lib/libzzipwrap-0.so.10 - libzzipwrap-0.so.10.0.82 -rwxr-xr-x 1 root root 6668 Sep 14 15:48 /usr/local/lib/libzzipwrap-0.so.10.0.82 -rw-r--r-- 1 root root 3016 Sep 14 15:48 /usr/local/lib/libzzipwrap.a -rwxr-xr-x 1 root root 768 Sep 14 15:48 /usr/local/lib/libzzipwrap.la lrwxrwxrwx 1 root root24 Sep 14 15:48 /usr/local/lib/libzzipwrap.so - libzzipwrap-0.so.10.0.82 configure: error: zziplib module requires zzlib = 0.10.6. -- Edit bug report at http://bugs.php.net/?id=32505edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32505r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32505r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32505r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32505r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32505r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32505r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32505r=needscript Try newer version: http://bugs.php.net/fix.php?id=32505r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32505r=support Expected behavior: http://bugs.php.net/fix.php?id=32505r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32505r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32505r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32505r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32505r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32505r=dst IIS Stability: http://bugs.php.net/fix.php?id=32505r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32505r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32505r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32505r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32505r=mysqlcfg
#34519 [Opn-Bgs]: Unexpected return value
ID: 34519 Updated by: [EMAIL PROTECTED] Reported By: douglas at gcoders dot net -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: FreeBSD PHP Version: 5.1.0RC1 New Comment: The behavior is correct, although it is different from PHP 5.1.0. Previous Comments: [2005-09-16 01:56:18] douglas at gcoders dot net Sorry, expect result is bool(FALSE) not bool(NULL) [2005-09-16 01:53:25] douglas at gcoders dot net Description: When using mktime(0, 0, 0, 0, 0, 0), the returned value is different of expected. ONLY after update to 5.1RC1, before, it's ok. Reproduce code: --- ?php $ts = mktime(0, 0, 0, 0, 0, 0); var_dump($ts); Expected result: bool(NULL) Actual result: -- int(94392) -- Edit this bug report at http://bugs.php.net/?id=34519edit=1
