#34636 [Opn->Fbk]: collect2: ld returned 1 exit status
ID: 34636 Updated by: [EMAIL PROTECTED] -Summary: collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 Reported By: webmaster at sunshinearcade dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Fedora Core 3 PHP Version: 5.0.5 New Comment: In PHP 4.2.0, the 'register_globals' setting default changed to 'off'. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. Something you're building against needs libgcrypt (no idea why, but this seems to be a rather common FC problem). Try running this: up2date libgcrypt-devel (if this doesn't work, you may need to fetch an RPM of libgcrypt from www.rpmfind.net). And then compile again. Previous Comments: [2005-09-26 01:26:45] webmaster at sunshinearcade dot com Description: make and make install produce error stating ld could not find lgcrypt PHP 5.0.5 Fedora Core 3 Apache 2.0.54 MySQL 4.1.14 Reproduce code: --- ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysqli=/usr/local/mysql/bin --with-xsl=/usr/lib Actual result: -- Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lcrypt -lexslt -lcrypt -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lmysqlclient -lz -lcrypt -lnsl -lm -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lxslt -lxml2 -lz -lm -lcrypt -o sapi/cli/php /usr/bin/ld: cannot find -lgcrypt collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 -- Edit this bug report at http://bugs.php.net/?id=34636&edit=1
#34639 [NEW]: LoadLibrary("php5actionscript.dll") failed
From: TimCoPress at gmail dot com
Operating system: Windows XP
PHP version: 5.0.5
PHP Bug Type: *General Issues
Bug description: LoadLibrary("php5actionscript.dll") failed
Description:
I am very new to PHP, and a trying to install it.
When I try to run the regsvr32 php5activescript.dll command, I get the
following error.
LoadLibrary("php5actionscript.dll") failed - The specified procedure could
not be found.
Any Ideas?
--
Edit bug report at http://bugs.php.net/?id=34639&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34639&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34639&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34639&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34639&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34639&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34639&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34639&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34639&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34639&r=support
Expected behavior: http://bugs.php.net/fix.php?id=34639&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34639&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34639&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34639&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34639&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34639&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34639&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34639&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34639&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34639&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34639&r=mysqlcfg
#34638 [Opn->Bgs]: unexpected result from array_search
ID: 34638 Updated by: [EMAIL PROTECTED] Reported By: arborrow at jesuits dot net -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: WinXP Pro PHP Version: 5.0.5 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. There is nothing unexpected with this behaviour--you need to understand how PHP comparison operations work. The array_search() function will, by default, perform type-insensitive (==) comparisons between the needle and each value in the haystack. With this type of comparison, a string value is equal to an integer value of zero (just like a Boolean False would be). Thus, if you have a numeric integer element with a value of zero and search for a non-numeric string, that value will be returned (incidentally, it doesn't matter whether it's the first element of the array, just as long as it comes before the element you're looking for). Note that this is different from having as an element of the array a string that contains the character '0'. In that case, PHP doesn't juggle the type of the needle to an integer, because it is comparing two strings and not a string and an integer. Therefore, the function works as expected. You can see how the integer and string cause the array to be different by using var_dump() instead of print_r(). In order for your script to work the way you intend it to, you need to pass a third Boolean True parameter to array_search(), which instructs the function to perform a type-sensitive search. Try changing your call to array_search() as follows: $keyresult = array_search ($findthis, $arcat1, true); Previous Comments: [2005-09-26 03:16:04] arborrow at jesuits dot net Description: array_search will return the value of the first improperly declared 0 value in the array rather than the correct result. This could be difficult for a programmer to track down; as it appears that the array_search is returning a result. Might there be a way for array_search to test the value first to prevent this from happening? Reproduce code: --- http://bugs.php.net/?id=34638&edit=1
#34637 [Opn]: PHP5 and mod_ssl won't play nice...
ID: 34637 User updated by: rtdean at tcamail dot net Reported By: rtdean at tcamail dot net Status: Open Bug Type: Apache related Operating System: FreeBSD 4.11-STABLE PHP Version: 5.0.5 New Comment: Okay, I've had a chance to play with this on my production system again, and I ran into the same problem. The production system, it turns out, is configured differently than my local system, in that my local system doesn't have the openssl extension loaded (yet). If I disable the openssl extension on my production system, everything works just fine - but if I enable openssl, I run into the same problems as before. I'll do some additional testing on my local system, and I'll try to reproduce this on another couple of systems in the lab at work tomorrow... I'll update this ticket with any additional info. Previous Comments: [2005-09-26 05:49:20] rtdean at tcamail dot net Quick initial tests on my local system show that the problem may be resolved with the current snapshot. I'll do more testing on the production system tomorrow, and see if the changes hold there as well... [2005-09-26 01:41:24] [EMAIL PROTECTED] 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 [2005-09-26 01:32:19] rtdean at tcamail dot net Description: I'm running apache-1.3.33 with mod_ssl-2.8.24 on FreeBSD 4.11. I've installed this via ports, using no special options. For fun, I built everything by hand as well, and ran into the same issues. I'm in the process of upgrading from running 4.4.0 to 5.0.5. With 4.4.0, everything is working just fine; I can run PHP content in an SSL-enabled vhost. When I upgraded to PHP 5.0.5, when I start apache, it seems to launch okay, but instead crashes and burns. There is no useful information in the log file(s). So, I started some testing. If I start the server without SSL support, everything comes up just fine. Conversely, if I start the server with SSL but without PHP, again, everything is working just fine. Both mod_ssl and PHP5 are linked against the same version of OpenSSL in the same place on disk. Now, interestingly enough, if I reorder the module execution order so the Load/Add directives for SSL come below the directives for PHP, the system will start - and PHP content on non-SSL sites will work just fine. However, any dynamic content on a SSL site, wether it be PHP, CGI, or server-extended (ie, server-info) causes the apache child which is servicing the request to segmentation fault. I'm not sure where the offender is, but I've repeatedly recompiled Apache with mod_ssl and PHP, so it wasn't a one-time compile bug. Looking through the bug history, it looks like #29227 might have been the same issue I'm seeing, but there was no resolution provided. -- Edit this bug report at http://bugs.php.net/?id=34637&edit=1
#34637 [Fbk->Opn]: PHP5 and mod_ssl won't play nice...
ID: 34637 User updated by: rtdean at tcamail dot net Reported By: rtdean at tcamail dot net -Status: Feedback +Status: Open Bug Type: Apache related Operating System: FreeBSD 4.11-STABLE PHP Version: 5.0.5 New Comment: Quick initial tests on my local system show that the problem may be resolved with the current snapshot. I'll do more testing on the production system tomorrow, and see if the changes hold there as well... Previous Comments: [2005-09-26 01:41:24] [EMAIL PROTECTED] 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 [2005-09-26 01:32:19] rtdean at tcamail dot net Description: I'm running apache-1.3.33 with mod_ssl-2.8.24 on FreeBSD 4.11. I've installed this via ports, using no special options. For fun, I built everything by hand as well, and ran into the same issues. I'm in the process of upgrading from running 4.4.0 to 5.0.5. With 4.4.0, everything is working just fine; I can run PHP content in an SSL-enabled vhost. When I upgraded to PHP 5.0.5, when I start apache, it seems to launch okay, but instead crashes and burns. There is no useful information in the log file(s). So, I started some testing. If I start the server without SSL support, everything comes up just fine. Conversely, if I start the server with SSL but without PHP, again, everything is working just fine. Both mod_ssl and PHP5 are linked against the same version of OpenSSL in the same place on disk. Now, interestingly enough, if I reorder the module execution order so the Load/Add directives for SSL come below the directives for PHP, the system will start - and PHP content on non-SSL sites will work just fine. However, any dynamic content on a SSL site, wether it be PHP, CGI, or server-extended (ie, server-info) causes the apache child which is servicing the request to segmentation fault. I'm not sure where the offender is, but I've repeatedly recompiled Apache with mod_ssl and PHP, so it wasn't a one-time compile bug. Looking through the bug history, it looks like #29227 might have been the same issue I'm seeing, but there was no resolution provided. -- Edit this bug report at http://bugs.php.net/?id=34637&edit=1
#25122 [Opn]: Control over typecasting objects to strings
ID: 25122
User updated by: a at b dot c dot de
Reported By: a at b dot c dot de
Status: Open
Bug Type: Feature/Change Request
Operating System: Any
PHP Version: 5.0.0b1 (beta1)
New Comment:
Is this still open?
One method that (from this angle) appears quite elegant would be to
give stdClass a __toString() method that simply returns "Object" (or
even "Object" and an ID#, a la resources). Then any other __toString()
methods in any other classes would simply be overriding this one.
The clear advantage this gives is that __toString() can be then called
with impunity on any object, safe in the knowledge that it exists. The
type casting engine already knows how to cast objects to arrays; if it
needs to cast the object to anything else it can hapily call
__toString() and proceed from there.
The obvious issue hinted at in the previous paragraph is that the
entity that the object is cast to may require further casting in order
to fit in with whatever expression is being evaluated at the time. This
is something that may happen anyway: without rigorously type-checking
(at runtime) the value returned by __toString() to ensure that it
really is a string, it has to be assumed that the method could return
anything, ranging from Void to Null to Object. And it's all too
reasonable to expect that method writers will want to return, say,
integers in the expectation that they will be cast to strings as per
normal. So after an object has been cast into the result of its
__toString() method, that result would need to be checked again, and,
if necessary, recast again. And it's the method writer's own silly
fault if PHP hangs when they write something that boils down to
"function __toString(){return $this;}".
Previous Comments:
[2004-04-07 03:10:41] [EMAIL PROTECTED]
It's still an open feature request Adam.
[2004-04-06 21:42:16] [EMAIL PROTECTED]
This was changed to prevent crashes. This will hopefully
be fixed in 5.1, but cannot be fixed in time for 5.0.
Sorry.
[2004-04-06 19:36:37] bendik at infofab dot no
>From the latest change log - 18-Mar-2004
"Changed __toString() to be called automatically only
with print and echo statements. (Andi)"
I can not for the life of me figure out why this has
been done. Why should an object behave differently when
it is echoed alone and when it is concatinated?
Example:
(the class "Foo" has a __toString() method
defined.(returns "World"))
$obj = new Foo();
echo $obj; // Produces: World!
echo "Hello, " . $obj; // Produces: Hello, Object id #1
Why, oh why?
[2003-08-17 22:17:03] a at b dot c dot de
Description:
String casting for objects. When used in a string context (a simple
example being "echo $object;") objects are currently cast to the
string
"object", which is generally less than helpful.
The enhancement is to allow objects to have a method called, say,
"__string" or something similar that is called on an object whenever
it
is used in a situation where a string is expected and returns a string
(or something, like a number, that can be readily cast to a string).
One could, for example, have a complex number class, with properties
$r
and $i, with a method like
function __string()
{
$s = $this->r;
if($this->i>=0) $s.='+';
$s.=$this->i;
$s.='i';
return $s;
}
so that one can echo or concatenate complex numbers with impunity.
Many classes already possess "toString()" methods, no doubt in part to
Java's influence. These generally perform the role that I am
advocating
for __string(), with the difference being that the latter is
implicitly
called whenever necessary. Calling the new method "toString()" could
be
hazardous for existing scripts that already use classes with methods
with this name. Backward compatibility can of course be achieved by
writing one of
function __string()
{ return $this->toString();
}
function toString()
{ return $this->__string();
}
which will give the two methods identical behaviour, except of course
for the fact that toString() is an ordinary method that needs to be
called explicitly.
Not to be confused with the operation of serialize(); __string() is
intended for e.g., human-readable string representations of an object
and isn't necessarily reversible to produce the original object. A
complex hierarchical object might, for example, generate XML as a
result of calling its __string() method; in the example above, a
complex
number might have a string string representation of "-12+2.5i";
something containing binary data (e.g., an image) might return a
textual
description of the data's contents rather than the data itself.
Needless to say, if the __string() method is absent,
#34638 [NEW]: unexpected result from array_search
From: arborrow at jesuits dot net Operating system: WinXP Pro PHP version: 5.0.5 PHP Bug Type: Arrays related Bug description: unexpected result from array_search Description: array_search will return the value of the first improperly declared 0 value in the array rather than the correct result. This could be difficult for a programmer to track down; as it appears that the array_search is returning a result. Might there be a way for array_search to test the value first to prevent this from happening? Reproduce code: --- http://bugs.php.net/?id=34638&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34638&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34638&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34638&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34638&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34638&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34638&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34638&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34638&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34638&r=support Expected behavior: http://bugs.php.net/fix.php?id=34638&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34638&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34638&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34638&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34638&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34638&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34638&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34638&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34638&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34638&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34638&r=mysqlcfg
#34605 [Fbk->Opn]: cannot run fastcgi php with oci8
ID: 34605 User updated by: nicetmy at 126 dot com Reported By: nicetmy at 126 dot com -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: win2K sp4 PHP Version: 4.4.0 New Comment: The following is the set of http.conf and php.ini: http.conf: LoadModule fastcgi_module modules/mod_fastcgi.dll ScriptAlias /fcgi-php/ "d:/php4/" FastCgiServer "d:/php4/php.exe" AddType application/x-httpd-php .php Action application/x-httpd-php "/fcgi-php/php.exe" php.ini: extension=php_oci8.dll ;extension=php_openssl.dll extension=php_oracle.dll "Php cannot work" means: 1. When I started apache by ¡°ApacheMonitor¡±, I could not get any error messages but heard system's warning sound-"di". Apache showed that have been started success. But when I accessed the website through IE, I got the following messages: Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, [EMAIL PROTECTED] and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. Apache/2.0.47 (Win32) mod_fastcgi/2.4.2 Server at localhost Port 80 2. When I started apache by DOS command - "apache.exe", system popup a messagebox which title was "oci.dll" and which content was "Specified module not found". Oracle Client has been installed,ORACLE_HOME variable has been set too. Because when I changed the set of httpd.conf to: LoadModule php4_module d:/php4/sapi/php4apache2.dll AddType application/x-httpd-php .php The website started success and the program of access oracle database ran success too. Previous Comments: [2005-09-23 09:04:51] [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. >php cannot work What does that mean? I don't understand you problem at all. Do you have Oracle Client installed? Do you have ORACLE_HOME variable set? What exactly do you get? Any error messages? [2005-09-23 03:28:39] nicetmy at 126 dot com Description: PHP: 4.3.11 Oracle client: 10.1.0 and 9.2 Apache 2.0.47 I try to run php under fastcgi mode Using the default configure of php everything is fine. But when I open the oci8 suport, apache service started but php cannot work. So I turn to start apache service with DOS command, system popup the notice of cannot find oci.dll(In fact, oci.dll in %PATH%). Then I change the httpd.conf using isapi mode, oracle support is ok. Why? -- Edit this bug report at http://bugs.php.net/?id=34605&edit=1
#34637 [Opn->Fbk]: PHP5 and mod_ssl won't play nice...
ID: 34637 Updated by: [EMAIL PROTECTED] Reported By: rtdean at tcamail dot net -Status: Open +Status: Feedback Bug Type: Apache related Operating System: FreeBSD 4.11-STABLE 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-26 01:32:19] rtdean at tcamail dot net Description: I'm running apache-1.3.33 with mod_ssl-2.8.24 on FreeBSD 4.11. I've installed this via ports, using no special options. For fun, I built everything by hand as well, and ran into the same issues. I'm in the process of upgrading from running 4.4.0 to 5.0.5. With 4.4.0, everything is working just fine; I can run PHP content in an SSL-enabled vhost. When I upgraded to PHP 5.0.5, when I start apache, it seems to launch okay, but instead crashes and burns. There is no useful information in the log file(s). So, I started some testing. If I start the server without SSL support, everything comes up just fine. Conversely, if I start the server with SSL but without PHP, again, everything is working just fine. Both mod_ssl and PHP5 are linked against the same version of OpenSSL in the same place on disk. Now, interestingly enough, if I reorder the module execution order so the Load/Add directives for SSL come below the directives for PHP, the system will start - and PHP content on non-SSL sites will work just fine. However, any dynamic content on a SSL site, wether it be PHP, CGI, or server-extended (ie, server-info) causes the apache child which is servicing the request to segmentation fault. I'm not sure where the offender is, but I've repeatedly recompiled Apache with mod_ssl and PHP, so it wasn't a one-time compile bug. Looking through the bug history, it looks like #29227 might have been the same issue I'm seeing, but there was no resolution provided. -- Edit this bug report at http://bugs.php.net/?id=34637&edit=1
#34637 [NEW]: PHP5 and mod_ssl won't play nice...
From: rtdean at tcamail dot net Operating system: FreeBSD 4.11-STABLE PHP version: 5.0.5 PHP Bug Type: Apache related Bug description: PHP5 and mod_ssl won't play nice... Description: I'm running apache-1.3.33 with mod_ssl-2.8.24 on FreeBSD 4.11. I've installed this via ports, using no special options. For fun, I built everything by hand as well, and ran into the same issues. I'm in the process of upgrading from running 4.4.0 to 5.0.5. With 4.4.0, everything is working just fine; I can run PHP content in an SSL-enabled vhost. When I upgraded to PHP 5.0.5, when I start apache, it seems to launch okay, but instead crashes and burns. There is no useful information in the log file(s). So, I started some testing. If I start the server without SSL support, everything comes up just fine. Conversely, if I start the server with SSL but without PHP, again, everything is working just fine. Both mod_ssl and PHP5 are linked against the same version of OpenSSL in the same place on disk. Now, interestingly enough, if I reorder the module execution order so the Load/Add directives for SSL come below the directives for PHP, the system will start - and PHP content on non-SSL sites will work just fine. However, any dynamic content on a SSL site, wether it be PHP, CGI, or server-extended (ie, server-info) causes the apache child which is servicing the request to segmentation fault. I'm not sure where the offender is, but I've repeatedly recompiled Apache with mod_ssl and PHP, so it wasn't a one-time compile bug. Looking through the bug history, it looks like #29227 might have been the same issue I'm seeing, but there was no resolution provided. -- Edit bug report at http://bugs.php.net/?id=34637&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34637&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34637&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34637&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34637&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34637&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34637&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34637&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34637&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34637&r=support Expected behavior: http://bugs.php.net/fix.php?id=34637&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34637&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34637&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34637&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34637&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34637&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34637&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34637&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34637&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34637&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34637&r=mysqlcfg
#34636 [NEW]: collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1
From: webmaster at sunshinearcade dot com Operating system: Fedora Core 3 PHP version: 5.0.5 PHP Bug Type: Compile Failure Bug description: collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 Description: make and make install produce error stating ld could not find lgcrypt PHP 5.0.5 Fedora Core 3 Apache 2.0.54 MySQL 4.1.14 Reproduce code: --- ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysqli=/usr/local/mysql/bin --with-xsl=/usr/lib Actual result: -- Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lcrypt -lexslt -lcrypt -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lmysqlclient -lz -lcrypt -lnsl -lm -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lxslt -lxml2 -lz -lm -lcrypt -o sapi/cli/php /usr/bin/ld: cannot find -lgcrypt collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 -- Edit bug report at http://bugs.php.net/?id=34636&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34636&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34636&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34636&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34636&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34636&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34636&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34636&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34636&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34636&r=support Expected behavior: http://bugs.php.net/fix.php?id=34636&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34636&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34636&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34636&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34636&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34636&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34636&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34636&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34636&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34636&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34636&r=mysqlcfg
#34635 [Opn->Fbk]: Crash in serialize() or session shutdown
ID: 34635
Updated by: [EMAIL PROTECTED]
Reported By: php at fiddaman dot net
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Solaris 9
PHP Version: 5.0.5
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-25 22:54:17] php at fiddaman dot net
Description:
PHP 5.0.5 crashes in serialize() or on session shutdown when used as an
Apache module. 5.0.4 was fine.
Reproduce code:
---
class test { var $fred; };
$a = new test();
$b = serialize($a);
Expected result:
No crash.
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
0x7af00f20 in seg4 ()
from /usr/platform/SUNW,UltraAX-i2/lib/sparcv9/libc_psr.so.1
(gdb) where
#0 0x7af00f20 in seg4 ()
from /usr/platform/SUNW,UltraAX-i2/lib/sparcv9/libc_psr.so.1
#1 0x7af00724 in blalign ()
from /usr/platform/SUNW,UltraAX-i2/lib/sparcv9/libc_psr.so.1
#2 0x0001001cd44c in php_var_serialize_intern
(buf=0x7fffeb00,
struc=0x1007adcb0, var_hash=0x7fffeb20)
at /spool/src/build/php-5.0.5/ext/standard/var.c:519
#3 0x0001001cfc64 in php_var_serialize (buf=0x7fffeb00,
struc=0x1007adcb0, var_hash=0x7fffeb20)
at /spool/src/build/php-5.0.5/ext/standard/var.c:773
#4 0x0001001cfcf8 in zif_serialize (ht=2147478304,
return_value=0x1007bd5e8, this_ptr=0x0, return_value_used=1)
at /spool/src/build/php-5.0.5/ext/standard/var.c:796
#5 0x000100266da8 in zend_do_fcall_common_helper (
execute_data=0x7fffef90, opline=0x1007c4bf8,
op_array=0x1007c0518)
at /spool/src/build/php-5.0.5/Zend/zend_execute.c:2760
#6 0x0001002671f0 in zend_do_fcall_handler (
execute_data=0x7fffef90, opline=0x1007c4bf8,
op_array=0x1007c0518)
at /spool/src/build/php-5.0.5/Zend/zend_execute.c:2894
#7 0x0001002592e8 in execute (op_array=0x1007c0518)
at /spool/src/build/php-5.0.5/Zend/zend_execute.c:1437
#8 0x0001002337d8 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /spool/src/build/php-5.0.5/Zend/zend.c:1064
#9 0x0001001f2784 in php_execute_script
(primary_file=0x7a90)
at /spool/src/build/php-5.0.5/main/main.c:1643
#10 0x000100271a10 in main (argc=2, argv=0x7b98)
at /spool/src/build/php-5.0.5/sapi/cli/php_cli.c:946
--
Edit this bug report at http://bugs.php.net/?id=34635&edit=1
#34635 [NEW]: Crash in serialize() or session shutdown
From: php at fiddaman dot net
Operating system: Solaris 9
PHP version: 5.0.5
PHP Bug Type: Reproducible crash
Bug description: Crash in serialize() or session shutdown
Description:
PHP 5.0.5 crashes in serialize() or on session shutdown when used as an
Apache module. 5.0.4 was fine.
Reproduce code:
---
class test { var $fred; };
$a = new test();
$b = serialize($a);
Expected result:
No crash.
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
0x7af00f20 in seg4 ()
from /usr/platform/SUNW,UltraAX-i2/lib/sparcv9/libc_psr.so.1
(gdb) where
#0 0x7af00f20 in seg4 ()
from /usr/platform/SUNW,UltraAX-i2/lib/sparcv9/libc_psr.so.1
#1 0x7af00724 in blalign ()
from /usr/platform/SUNW,UltraAX-i2/lib/sparcv9/libc_psr.so.1
#2 0x0001001cd44c in php_var_serialize_intern
(buf=0x7fffeb00,
struc=0x1007adcb0, var_hash=0x7fffeb20)
at /spool/src/build/php-5.0.5/ext/standard/var.c:519
#3 0x0001001cfc64 in php_var_serialize (buf=0x7fffeb00,
struc=0x1007adcb0, var_hash=0x7fffeb20)
at /spool/src/build/php-5.0.5/ext/standard/var.c:773
#4 0x0001001cfcf8 in zif_serialize (ht=2147478304,
return_value=0x1007bd5e8, this_ptr=0x0, return_value_used=1)
at /spool/src/build/php-5.0.5/ext/standard/var.c:796
#5 0x000100266da8 in zend_do_fcall_common_helper (
execute_data=0x7fffef90, opline=0x1007c4bf8,
op_array=0x1007c0518)
at /spool/src/build/php-5.0.5/Zend/zend_execute.c:2760
#6 0x0001002671f0 in zend_do_fcall_handler (
execute_data=0x7fffef90, opline=0x1007c4bf8,
op_array=0x1007c0518)
at /spool/src/build/php-5.0.5/Zend/zend_execute.c:2894
#7 0x0001002592e8 in execute (op_array=0x1007c0518)
at /spool/src/build/php-5.0.5/Zend/zend_execute.c:1437
#8 0x0001002337d8 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /spool/src/build/php-5.0.5/Zend/zend.c:1064
#9 0x0001001f2784 in php_execute_script
(primary_file=0x7a90)
at /spool/src/build/php-5.0.5/main/main.c:1643
#10 0x000100271a10 in main (argc=2, argv=0x7b98)
at /spool/src/build/php-5.0.5/sapi/cli/php_cli.c:946
--
Edit bug report at http://bugs.php.net/?id=34635&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34635&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34635&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34635&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34635&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34635&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34635&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34635&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34635&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34635&r=support
Expected behavior: http://bugs.php.net/fix.php?id=34635&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34635&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34635&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34635&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34635&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34635&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34635&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34635&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34635&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34635&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34635&r=mysqlcfg
#34584 [Fbk]: Segfault with SPL autoload handler
ID: 34584
Updated by: [EMAIL PROTECTED]
Reported By: php dot net at benjamin dot schulz dot name
Status: Feedback
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 5CVS-2005-09-21 (CVS)
Assigned To: helly
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-25 01:12:30] [EMAIL PROTECTED]
Looking at the back trace i can tell that the error happens during
registering your autoload function. So i need you registering code and
probably what happens before as reproducible script. And anyway you
need to check whether it runs with latest version.
[2005-09-21 19:31:58] [EMAIL PROTECTED]
Please try with head that uses a different implementation.
[2005-09-21 18:52:55] php dot net at benjamin dot schulz dot name
Description:
Backtrace:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 6664)]
0xb792bfb4 in _zend_hash_add_or_update (ht=0x82ac114, arKey=0xbfc97a40
"foo_autoload",
nKeyLength=14, pData=0xbfc97a68, nDataSize=4, pDest=0xbfc97a60,
flag=2)
at /home/bs/workspace/src/php5-cvs-5_1/Zend/zend_hash.c:215
215 if ((p->h == h) && (p->nKeyLength ==
nKeyLength)) {
(gdb) bt
#0 0xb792bfb4 in _zend_hash_add_or_update (ht=0x82ac114,
arKey=0xbfc97a40 "foo_autoload",
nKeyLength=14, pData=0xbfc97a68, nDataSize=4, pDest=0xbfc97a60,
flag=2)
at /home/bs/workspace/src/php5-cvs-5_1/Zend/zend_hash.c:215
#1 0xb786645f in zif_spl_autoload_register (ht=1,
return_value=0x82d70a4,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0)
at /home/bs/workspace/src/php5-cvs-5_1/ext/spl/php_spl.c:424
#2 0xb794994c in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfc97bf0)
at zend_vm_execute.h:186
#3 0xb7949358 in execute (op_array=0x83608b4) at zend_vm_execute.h:87
#4 0xb79569b7 in ZEND_INCLUDE_OR_EVAL_SPEC_TMP_HANDLER
(execute_data=0xbfc97fe0)
at zend_vm_execute.h:4338
#5 0xb7949358 in execute (op_array=0x8287e7c) at zend_vm_execute.h:87
#6 0xb794f8d7 in ZEND_INCLUDE_OR_EVAL_SPEC_CONST_HANDLER
(execute_data=0xbfc98a20)
at zend_vm_execute.h:1921
#7 0xb7949358 in execute (op_array=0x82d80cc) at zend_vm_execute.h:87
#8 0xb794f8d7 in ZEND_INCLUDE_OR_EVAL_SPEC_CONST_HANDLER
(execute_data=0xbfc99130)
at zend_vm_execute.h:1921
#9 0xb7949358 in execute (op_array=0x831a344) at zend_vm_execute.h:87
#10 0xb7923f60 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /home/bs/workspace/src/php5-cvs-5_1/Zend/zend.c:1087
#11 0xb78e91bd in php_execute_script (primary_file=0xbfc9b490)
at /home/bs/workspace/src/php5-cvs-5_1/main/main.c:1677
#12 0xb79b4a72 in php_handler (r=0x8292d98)
at
/home/bs/workspace/src/php5-cvs-5_1/sapi/apache2handler/sapi_apache2.c:568
#13 0x08068aa5 in ap_run_handler ()
#14 0x08068f1c in ap_invoke_handler ()
#15 0x08065ce8 in ap_process_request ()
#16 0x08060ec8 in _start ()
#17 0x08292d98 in ?? ()
---Type to continue, or q to quit---
#18 0x0004 in ?? ()
#19 0x08292d98 in ?? ()
#20 0x08072bbc in ap_run_pre_connection ()
#21 0x08072a75 in ap_run_process_connection ()
#22 0x08066c6b in ap_graceful_stop_signalled ()
#23 0x08066e69 in ap_graceful_stop_signalled ()
#24 0x08066f70 in ap_graceful_stop_signalled ()
#25 0x080677ad in ap_mpm_run ()
#26 0x0806e090 in main ()
Reproduce code:
---
simplified autoload function:
function foo_autoload($class)
{
$search = array(
// FOO_BAR -> FOO/BAR.php
str_replace('_', DIRECTORY_SEPARATOR, $class)
);
// FOO/BAR/BAR.php
array_push($search,
$search[0].DIRECTORY_SEPARATOR.basename($search[0]));
$paths = explode(PATH_SEPARATOR, get_include_path());
foreach($search AS $file)
{
foreach($paths AS $path)
{
if (file_exists($f =
$path.DIRECTORY_SEPARATOR.$file.'.php'))
{
$GLOBALS['_FOO_AUTOLOAD'][$class] = $f;
return include_once($f);
}
}
}
return false;
}
--
Edit this bug report at http://bugs.php.net/?id=34584&edit=1
#34216 [Fbk]: Segfault with autoload
ID: 34216
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: SPL related
Operating System: Linux
PHP Version: 5.1.0RC1
Assigned To: helly
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-21 12:29:32] [EMAIL PROTECTED]
I no longer use auto-loading in PHPUnit2 because of this segfault. I
will try a CVS checkout of PHPUnit2 before I abandoned spl_autoload()
later, hopefully during the next couple of days.
[2005-09-21 11:43:52] [EMAIL PROTECTED]
Can you verify the code with HEAD in non unicode mode?
[2005-09-20 14:56:27] [EMAIL PROTECTED]
Sebastian, I'd appreciate if you provide a complete reproduce case
(doesn't matter which size it is).
[2005-08-23 07:27:09] [EMAIL PROTECTED]
Description:
I am experiencing a segfault with spl_autoload in the
PHP_5_1 branch with the upcoming PHPUnit 2.3.0.
The nature of PHPUnit's complexity makes it almost
impossible for me to come up with a simple, reproducing
script (I already invested hours into this, to no avail so
far).
It is weird that the segfault only occurs in one out of
two common code paths of PHPUnit's TextUI test runner.
Furthermore, small code changes (see below) seem to make
the problem go away:
Reproduce code:
---
Segfault:
function PHPUnit2_Util_Classloader($className) {
print "Loading $className.\n";
if (strpos($className, 'PHPUnit2_') !== FALSE) {
@include(str_replace('_', '/', $className) . '.php');
}
}
spl_autoload_register('PHPUnit2_Util_Classloader');
Segfault:
function PHPUnit2_Util_Classloader($className) {
$bt = debug_backtrace();
print "Loading $className.\n";
if (strpos($className, 'PHPUnit2_') !== FALSE) {
@include(str_replace('_', '/', $className) . '.php');
}
}
spl_autoload_register('PHPUnit2_Util_Classloader');
No Segfault:
function PHPUnit2_Util_Classloader($className) {
$bt = debug_backtrace();
print_r($bt[1]);
print "Loading $className.\n";
if (strpos($className, 'PHPUnit2_') !== FALSE) {
@include(str_replace('_', '/', $className) . '.php');
}
}
spl_autoload_register('PHPUnit2_Util_Classloader');
Actual result:
--
Below are the links to the results of GDB and Valgrind.
Interestingly, when run through GDB it segfaults, when run
through Valgrind it does not segfault.
GDB:
http://www.sebastian-bergmann.de/stuff/phpunit2-gdb.txt
Valgrind:
http://www.sebastian-bergmann.de/stuff/phpunit2-valgrind.txt
--
Edit this bug report at http://bugs.php.net/?id=34216&edit=1
#34321 [Asn->Csd]: convert.quoted-printable-encode exhausts memory
ID: 34321
Updated by: [EMAIL PROTECTED]
Reported By: php at themrbubbles dot com
-Status: Assigned
+Status: Closed
Bug Type: Filesystem function related
Operating System: Red Hat Linux 3.2.3-42
PHP Version: 5.1CVS-2005-08-31
Assigned To: pollita
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.
Previous Comments:
[2005-09-01 00:26:09] [EMAIL PROTECTED]
Sara, can you check this out too? :)
[2005-08-31 19:49:25] [EMAIL PROTECTED]
I get a segfault with 5_1, HEAD seems to work.
Program received signal SIGSEGV, Segmentation fault.
0x402d8fcc in memcpy () from /lib/tls/libc.so.6
(gdb) bt
#0 0x402d8fcc in memcpy () from /lib/tls/libc.so.6
#1 0x081996fa in php_conv_qprint_encode_convert
(inst=0x83a58a4, in_pp=0xbfffc8d4, in_left_p=0xbfffc8a8,
out_pp=0xbfffc8b4, out_left_p=0xbfffc8b8)
at /home/johannes/src/php/cv/PHP_5_1/ext/standard/filters.c:880
#2 0x08199e74 in strfilter_convert_append_bucket
(inst=0x83aa034, stream=0x83a9ec4, filter=, buckets_out=0xbfffc938,
ps=0x83aa174 "This is a test.\n", buf_len=16,
consumed=0xbfffc8f8, persistent=0)
at /home/johannes/src/php/cv/PHP_5_1/ext/standard/filters.c:1598
#3 0x0819a223 in strfilter_convert_filter
(stream=0x83a9ec4, thisfilter=0x83aa104,
buckets_in=0xbfffc940, buckets_out=0xbfffc938,
bytes_consumed=0xbfffc934, flags=0)
at /home/johannes/src/php/cv/PHP_5_1/ext/standard/filters.c:1704
#4 0x081b5e4f in _php_stream_write_filtered
(stream=0x83a9ec4, buf=, count=, flags=0)
at /home/johannes/src/php/cv/PHP_5_1/main/streams/streams.c:951
#5 0x0815ac9b in zif_fwrite (ht=2,
return_value=0x83a9d94, return_value_ptr=0x0,
this_ptr=0x0, return_value_used=0)
at /home/johannes/src/php/cv/PHP_5_1/ext/standard/file.c:1257
#6 0x081fd03b in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfffca90) at zend_vm_execute.h:184
#7 0x08247841 in execute (op_array=0x83a5804) at
zend_vm_execute.h:87
#8 0x081daccf in zend_execute_scripts (type=8,
retval=0x0, file_count=3)
at /home/johannes/src/php/cv/PHP_5_1/Zend/zend.c:1078
#9 0x081a61ae in php_execute_script
(primary_file=0xbfffef40)
at /home/johannes/src/php/cv/PHP_5_1/main/main.c:1675
#10 0x0824a025 in main (argc=1, argv=0xb014)
at /home/johannes/src/php/cv/PHP_5_1/sapi/cli/php_cli.c:1039
[2005-08-31 19:33:38] php at themrbubbles dot com
Description:
Using convert.quoted-printable-encode as an appended stream filter uses
memory up to memory_limit and dies with an exhausted memory error.
Occurs in both 5.1.0RC1 and 5.0.3, untested with 5.0.4
5.1.0RC1 configure
'./configure' '--with-curl' '--with-curl-dir=/usr/local/lib'
'--with-gd' '--with-gd-dir=/usr/local/lib' '--with-gettext'
'--with-jpeg-dir=/usr/local/lib' '--with-kerberos' '--without-xml'
'--disable-xml' '--disable-libxml' '--disable-simplexml'
'--with-mcrypt=/usr' '--with-mysql=/usr' '--without-pear'
'--disable-pear' '--with-png-dir=/usr/local/lib' '--with-zlib'
'--with-zlib-dir=/usr/local/lib' '--with-calendar=shared'
'--enable-exif' '--enable-trans-sid' '--disable-wddx'
'--enable-inline-optimization' '--enable-memory-limit'
'--enable-mbstring' '--with-imap=' '--with-mhash' '--with-imap-ssl'
'--with-openssl=/usr' '--disable-dom' '--with-ldap' '--enable-bcmath'
'--enable-calendar' '--enable-ftp' '--enable-magic-quotes'
'--enable-sockets' '--enable-track-vars' '--enable-freetype'
'--enable-cgi'
Reproduce code:
---
http://us3.php.net/manual/en/filters.convert.php
$fp = fopen('php://output', 'w');
stream_filter_append($fp, 'convert.quoted-printable-encode');
fwrite($fp, "This is a test.\n");
/* Outputs: =This is a test.=0A */
?>
Expected result:
=This is a test.=0A
Actual result:
--
Allowed memory size of 104857600 bytes exhausted (tried to allocate
67108864 bytes)
run with php -n -d memory_limit=100M
--
Edit this bug report at http://bugs.php.net/?id=34321&edit=1
#34634 [NEW]: "const FOO = 1<<0" bits not allowed
From: djmaze at cpgnuke dot com Operating system: Linux PHP version: 5.0.5 PHP Bug Type: Feature/Change Request Bug description: "const FOO = 1<<0" bits not allowed Description: The manual at following address doesn't explain what kind of constants you may define. http://www.php.net/manual/en/language.oop5.constants.php I've tried to use bits but PHP 5 generates a parse errors on those as well. Either add in the documentation which are allowed or extend the use of const. Reproduce code: --- Expected result: A constant bit Actual result: -- Parse error: syntax error, unexpected T_SL, expecting ',' or ';' -- Edit bug report at http://bugs.php.net/?id=34634&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34634&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34634&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34634&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34634&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34634&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34634&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34634&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34634&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34634&r=support Expected behavior: http://bugs.php.net/fix.php?id=34634&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34634&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34634&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34634&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34634&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34634&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34634&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34634&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34634&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34634&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34634&r=mysqlcfg
#34633 [NEW]: php -i/phpinfo() is borked
From: [EMAIL PROTECTED] Operating system: * PHP version: 6CVS-2005-09-25 (CVS) PHP Bug Type: PHP options/info functions Bug description: php -i/phpinfo() is borked Description: php -i/phpinfo() is borked when priting the array's keys: _ENV[""] = nvidia _ENV[""] = 1 _ENV[""] = _ENV[""] = /tmp ... This also happens with _SERVER data. -- Edit bug report at http://bugs.php.net/?id=34633&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34633&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34633&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34633&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34633&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34633&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34633&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34633&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34633&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34633&r=support Expected behavior: http://bugs.php.net/fix.php?id=34633&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34633&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34633&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34633&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34633&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34633&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34633&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34633&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34633&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34633&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34633&r=mysqlcfg
#27655 [Ver->Csd]: Strtotime incorrectly recognises certain MySQL timestamps
ID: 27655 Updated by: [EMAIL PROTECTED] Reported By: richardNO at SPAMPLEASEthe-moon dot net -Status: Verified +Status: Closed Bug Type: Feature/Change Request Operating System: Windows XP PHP Version: 4.3.4 New Comment: 14-chars mysql timestamps work since PHP 5.1.0 (but not 12-chars timestamps). Previous Comments: [2004-03-19 06:32:00] richardNO at SPAMPLEASEthe-moon dot net Description: Usually strtotime doesn't recognise MySQL timestamps and returns -1. I noticed though that for some hours of 2004-03-18 it suddenly started returning a timestamp. I've created some code to illustrate. I only came across this because it affects the Smarty date modifier. -RichardW. Reproduce code: --- %s = %s = %s', $mysqlTimeStamp, $strToTimeStamp, $displayDate); } ?> Expected result: 2004031801 = -1 = ? 2004031802 = -1 = ? 2004031803 = -1 = ? 2004031804 = -1 = ? 2004031805 = -1 = ? 2004031806 = -1 = ? 2004031807 = -1 = ? 2004031808 = -1 = ? 2004031809 = -1 = ? 2004031810 = 149986800 = 1974-10-03 (00:00:00) 2004031811 = 181522800 = 1975-10-03 (00:00:00) 2004031812 = 213145200 = 1976-10-03 (00:00:00) 2004031813 = 244681200 = 1977-10-03 (00:00:00) 2004031814 = 276217200 = 1978-10-03 (00:00:00) 2004031815 = 307753200 = 1979-10-03 (00:00:00) 2004031816 = 339375600 = 1980-10-03 (00:00:00) 2004031817 = 370911600 = 1981-10-03 (00:00:00) 2004031818 = 402447600 = 1982-10-03 (00:00:00) 2004031819 = 433983600 = 1983-10-03 (00:00:00) 2004031820 = 465606000 = 1984-10-03 (00:00:00) 2004031821 = 497142000 = 1985-10-03 (00:00:00) 2004031822 = 528678000 = 1986-10-03 (00:00:00) 2004031823 = 560214000 = 1987-10-03 (00:00:00) 2004031900 = -1 = ? 2004031901 = -1 = ? 2004031902 = -1 = ? 2004031903 = -1 = ? 2004031904 = -1 = ? 2004031905 = -1 = ? 2004031906 = -1 = ? 2004031907 = -1 = ? 2004031908 = -1 = ? 2004031909 = -1 = ? 2004031910 = -1 = ? 2004031911 = -1 = ? 2004031912 = -1 = ? 2004031913 = -1 = ? 2004031914 = -1 = ? 2004031915 = -1 = ? 2004031916 = -1 = ? 2004031917 = -1 = ? 2004031918 = -1 = ? 2004031919 = -1 = ? 2004031920 = -1 = ? 2004031921 = -1 = ? 2004031922 = -1 = ? 2004031923 = -1 = ? 2004032000 = -1 = ? -- Edit this bug report at http://bugs.php.net/?id=27655&edit=1
#27634 [Opn->Csd]: strtotime(%MySQL datetime(14)%)
ID: 27634
Updated by: [EMAIL PROTECTED]
Reported By: kingoleg at mail dot ru
-Status: Open
+Status: Closed
Bug Type: Feature/Change Request
Operating System: All
PHP Version: 4.3.4, 5CVS
New Comment:
14-chars mysql timestamps work since PHP 5.1.0.
Previous Comments:
[2004-03-24 08:55:07] kingoleg at mail dot ru
As I know, in php 4 and php 5 strtotime do support it. It's wrong.
[2004-03-24 04:28:16] kingoleg at corason dot ua
"Borders" of this bug:
'20040318094229'
'20040318094230'
Manual:
Because strtotime() behaves according to GNU date syntax, have a look
at the GNU manual page titled Date Input Formats. Described there is
valid syntax for the time parameter.
So, neither '20040318094229' nor '20040318094230' are both not valid
syntax for the time parameter. But...
Test result:
20040318094231
-1
79200
165600
Test source:
';
echo '';
echo '';
echo '';
echo strtotime('20040318094229');
echo '';
echo strtotime('20040318094230');
echo '';
echo strtotime('20040318094231');
?>
P.S. Sorry, I wrote "Actual result" as "Expected result".
P.P.S. Russian description of this bug is here
http://rsdn.ru/Forum/Message.aspx?mid=573729&only=1
[2004-03-18 11:12:46] [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
strtotime doesn\'t support it.
[2004-03-18 11:02:34] kingoleg at mail dot ru
Description:
strtotime() do not correct work with MySQL datetime(14).
Founded in Smarty shared.make_timestamp.php:
function smarty_make_timestamp($string)
{
//Skiped
$time = strtotime($string);
//For date before 2004031800 return -1
//After 2004031810 return timestamp
if (is_numeric($time) && $time != -1)
return $time;
// is mysql timestamp format of MMDDHHMMSS?
if (preg_match('/^\d{14}$/', $string)) {
//Skiped
}
}
Reproduce code:
---
Type this code:
"
$t = strtotime('2004031810');
echo $t;
?>
Expected result:
-1
149979600
Actual result:
--
-1
-1
--
Edit this bug report at http://bugs.php.net/?id=27634&edit=1
#34627 [Bgs]: fopen('php://stdout') / fputs() doesn't send output under Apache2 SAPI
ID: 34627 User updated by: drewish at katherinehouse dot com Reported By: drewish at katherinehouse dot com Status: Bogus Bug Type: Apache2 related Operating System: Windows XP / FreeBSD 5 PHP Version: 5.0.5 New Comment: I forgot to link to http://php.net/manual/en/wrappers.php.php which says php://stdout allow access to the output stream while php://output allows you to write to the output buffer mechanism. Shouldn't stdout and output be going to the same place? Previous Comments: [2005-09-25 09:39:17] drewish at katherinehouse dot com Why do 'php://output' and 'php://stdout' go to different places under Apache but not the CLI? [2005-09-24 11:47:57] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. [2005-09-24 10:37:06] drewish at katherinehouse dot com Description: I'm trying to move some code that was written for the CLI to the web. It makes extensive use fprintf() and fputs() and under Apache2 it give no output. Reproduce code: --- Expected result: Under FreeBSD: [EMAIL PROTECTED]:/home/www/multivac> php phptest.php You can see this with the CLI and Apache. This only shows up on the CLI... Under Windows XP: D:\temp>php phptest.php You can see this with the CLI and Apache. This only shows up on the CLI... Actual result: -- Viewing the page using Apache2 and mod_php5: You can see this with the CLI and Apache. -- Edit this bug report at http://bugs.php.net/?id=34627&edit=1
#34627 [Bgs]: fopen('php://stdout') / fputs() doesn't send output under Apache2 SAPI
ID: 34627 User updated by: drewish at katherinehouse dot com Reported By: drewish at katherinehouse dot com Status: Bogus Bug Type: Apache2 related Operating System: Windows XP / FreeBSD 5 PHP Version: 5.0.5 New Comment: Why do 'php://output' and 'php://stdout' go to different places under Apache but not the CLI? Previous Comments: [2005-09-24 11:47:57] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. [2005-09-24 10:37:06] drewish at katherinehouse dot com Description: I'm trying to move some code that was written for the CLI to the web. It makes extensive use fprintf() and fputs() and under Apache2 it give no output. Reproduce code: --- Expected result: Under FreeBSD: [EMAIL PROTECTED]:/home/www/multivac> php phptest.php You can see this with the CLI and Apache. This only shows up on the CLI... Under Windows XP: D:\temp>php phptest.php You can see this with the CLI and Apache. This only shows up on the CLI... Actual result: -- Viewing the page using Apache2 and mod_php5: You can see this with the CLI and Apache. -- Edit this bug report at http://bugs.php.net/?id=34627&edit=1
