#44836 [Asn]: [PATCH] putenv() crashes, avoid direct reference of environ in POSIX systems
ID: 44836
Updated by: [EMAIL PROTECTED]
Reported By: delphij at FreeBSD dot org
Status: Assigned
Bug Type: Reproducible crash
Operating System: FreeBSD 7.0
PHP Version: 5.2.5
Assigned To: iliaa
New Comment:
I reverted the patch.
Please provide a reproduce case for the original problem and then we'll
see what the correct patch should be.
Previous Comments:
[2008-05-08 07:48:55] [EMAIL PROTECTED]
>Which glibc version are you using?
Reproducible with both glibc 2.5 (openSuSE 10.2 64bit) and 2.6.1
(openSuSE 10.3 64bit).
In order to reproduce it you need to run this:
TEST_VAR1=test TEST_VAR2=test valgrind --tool=memcheck ./sapi/cli/php
-r 'putenv("TEST_VAR1"); putenv("TEST_VAR2");'
>Do you have backtraces?
Valgrind log is here: http://news.php.net/php.cvs/49863
[2008-05-07 21:54:35] rachid at dnsregistraties dot nl
The patch on 5.2.6 for posix is causing crash on the linux versions. Is
it possible to fix this soon?
[2008-05-07 08:42:58] [EMAIL PROTECTED]
Your patch causes crashes on Linux, please revert.
[2008-05-06 18:04:30] [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.
[2008-04-25 23:50:49] delphij at FreeBSD dot org
Description:
PHP would crash in certain cases where putenv() is being called, in
POSIX systems which calls free() in putenv().
The following patch always duplicate the environment from the
environment instead of relying on that they are invariant.
--- ext/standard/basic_functions.c.orig 2008-04-25 16:26:14.885468614
-0700
+++ ext/standard/basic_functions.c 2008-04-25 16:32:46.215744075 -0700
@@ -3861,9 +3862,7 @@
SetEnvironmentVariable(pe->key, "bugbug");
#endif
putenv(pe->previous_value);
-# if defined(PHP_WIN32)
efree(pe->previous_value);
-# endif
} else {
# if HAVE_UNSETENV
unsetenv(pe->key);
@@ -4463,12 +4462,8 @@
pe.previous_value = NULL;
for (env = environ; env != NULL && *env != NULL; env++) {
if (!strncmp(*env, pe.key, pe.key_len) &&
(*env)[pe.key_len] ==
'=') { /* found it */
-#if defined(PHP_WIN32)
/* must copy previous value because MSVCRT's
putenv can free the
string without notice */
pe.previous_value = estrdup(*env);
-#else
- pe.previous_value = *env;
-#endif
break;
}
}
--
Edit this bug report at http://bugs.php.net/?id=44836&edit=1
#44952 [Opn->Asn]: isset() does not checks correctly variable variable
ID: 44952 Updated by: [EMAIL PROTECTED] Reported By: vesko at webstudiobulgaria dot com -Status: Open +Status: Assigned Bug Type: Scripting Engine problem Operating System: Debian Lenny PHP Version: 5.3CVS-2008-05-09 (snap) -Assigned To: +Assigned To: dmitry 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: [2008-05-09 08:00:45] vesko at webstudiobulgaria dot com Description: When giving variable variable argument to isset() it is not checking correctly. It was working property with the snap from 21 February (and of course works correctly with php 5.2 branch). Reproduce code: --- Expected result: //print nothing Actual result: -- Notice: Undefined variable: unexisting in /home/local/test/t3.php on line 5 -- Edit this bug report at http://bugs.php.net/?id=44952&edit=1
#44952 [Asn->Csd]: isset() does not checks correctly variable variable
ID: 44952 Updated by: [EMAIL PROTECTED] Reported By: vesko at webstudiobulgaria dot com -Status: Assigned +Status: Closed Bug Type: Scripting Engine problem Operating System: Debian Lenny PHP Version: 5.3CVS-2008-05-09 (snap) Assigned To: dmitry Previous Comments: [2008-05-12 09:09:59] [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. [2008-05-09 08:00:45] vesko at webstudiobulgaria dot com Description: When giving variable variable argument to isset() it is not checking correctly. It was working property with the snap from 21 February (and of course works correctly with php 5.2 branch). Reproduce code: --- Expected result: //print nothing Actual result: -- Notice: Undefined variable: unexisting in /home/local/test/t3.php on line 5 -- Edit this bug report at http://bugs.php.net/?id=44952&edit=1
#39130 [Asn->Fbk]: Compile failure when using VC++ 2005
ID: 39130 Updated by: [EMAIL PROTECTED] Reported By: ben dot yan at msn dot com -Status: Assigned +Status: Feedback Bug Type: Compile Failure Operating System: Windows PHP Version: 5.2CVS-2007-07-22 -Assigned To: wez +Assigned To: pajoye New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2008-02-12 03:54:48] someone at farpost dot com Fixed this error adding symbol _USE_32BIT_TIME_T to all projects in the Preprocessor Definitions. [2008-02-12 02:30:31] someone at farpost dot com Version 5.2.5 and VS 2005. Still have this problem. [2007-07-22 15:38:01] [EMAIL PROTECTED] Wez, can you please check this out, it should be simple fix (for someone who actually has this VC++ thingie) [2007-07-22 06:43:08] ben dot yan at msn dot com hi, I recompile eAccelerator v0.9.4(http://www.eaccelerator.net/) with the latest PHP(http://snaps.php.net/php5.2-latest.tar.gz), but the same problems are still there. [2007-06-15 12:47:02] grotaiche at hotmail dot com Yeah, I have the same problem too. I recompile my extension with VS 2005 for every PHP release and I have had the problem for a while. Commenting the #define _USE_32BIT_TIME_T 1 line is not very difficult but it is a by-pass ; a more viable solution would be appreciated :) Thanks ! 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/39130 -- Edit this bug report at http://bugs.php.net/?id=39130&edit=1
#37610 [Asn]: win32build has incorrect expat, PHP non-buildable
ID: 37610 Updated by: [EMAIL PROTECTED] Reported By: jdolecek at NetBSD dot org Status: Assigned Bug Type: Compile Failure Operating System: Windows PHP Version: 5.1.4 -Assigned To: edink +Assigned To: pajoye New Comment: This win32build.zip is outdated. The wiki (wiki.php.net) contains the actual informations to build php on windows and the links to the right files. Previous Comments: [2006-07-30 22:10:46] [EMAIL PROTECTED] Edin, is this still valid? [2006-05-27 09:40:39] jdolecek at NetBSD dot org Description: http://www.php.net/extra/win32build.zip has incorrect version of expat bundled - with version bundled there, extensions xml and wddx don't build, missing some symbols and e.g. structure XML_Memory_Handling_Suite. Reproduce code: --- Try to follow README.WIN32-BUILD-SYSTEM and setup build environment on MS Windows. Expected result: Compiles fine. Actual result: -- Build ends with compile failure. -- Edit this bug report at http://bugs.php.net/?id=37610&edit=1
#42987 [Asn->Csd]: Add LSAPI support
ID: 42987
Updated by: [EMAIL PROTECTED]
Reported By: rick dot martinez at gmail dot com
-Status: Assigned
+Status: Closed
Bug Type: Feature/Change Request
Operating System: *
PHP Version: 5.2.*
Assigned To: johannes
New Comment:
Fixed already for a while
Previous Comments:
[2008-03-26 20:28:16] gwang at litespeedtech dot com
Hi Johannes,
I am the maintainer of LiteSpeed SAPI code.
The code has been checked into PHP CVS under /pecl/litespeed, has been
updated to the latest release.
As to the license issue, our LSAPI library are BSD license, according
to discussion with Stanislav on PHP-DEV email list, BSD license is not
likely a problem.
I hope it could make into the 5.3 release and I am ready to help with
any issues in this regard.
Thanks!
[2007-10-16 20:02:29] [EMAIL PROTECTED]
SAPIs don't need much maintaining but still we need to be sure that
somebody cares even in a few years - best would be if the Litespeed guys
agree to maintain it inside the PHP tree.
I didn't review the code, yet but, additionally to Marcus's comments I
saw that some files use another license than PHP License and other refer
to an outdated version. when bundling they should be licensed under the
current PHP License 3.01.
[2007-10-16 18:45:38] rick dot martinez at gmail dot com
Sounds great. I'm not the actual LSAPI maintainer but I'll go ahead and
make the style changes myself and notify the Litespeed developers about
it.
Thanks so much! This will make life SO much easier for so many PHP
users
on Litespeed.
Rick
[2007-10-16 18:42:13] [EMAIL PROTECTED]
This can imho go into 5.3 and looks pretty good already. You are
however not following our coding standards completely. Read
CODING_STYLE. Especially the following:
- keep { on same line if not beginning of a function or structure
- no // comments allowed
Apart from that you could shorten the code a bit by having /* {{{ */
after the function declaration and not on a separate line when not
adding comments.
As Johannes is the RM for 5.3 he has to decide about this mostly and
finally add the code.
[2007-10-16 11:13:00] rick dot martinez at gmail dot com
Description:
It would be great if support for the growing Litespeed web server could
be included with PHP. This especially because it's increasingly
difficult for people to support Litespeed with distributions such as
Debian which would require you to completely recompile the PHP deb
packages just to support the server.
I think the server is popular enough to warrant inclusion of their SAPI
into the PHP core. Many people are enjoying it and its popularity is
increasing.
Link to the SAPI:
http://www.litespeedtech.com/packages/lsapi/php-litespeed-4.1.tgz
--
Edit this bug report at http://bugs.php.net/?id=42987&edit=1
#39773 [Opn->Bgs]: WinAPI - shell_exec() - FindWindowA
ID: 39773 Updated by: [EMAIL PROTECTED] Reported By: sobieh at gmail dot com -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Windows 2003 Server PHP Version: 5.2.0 New Comment: See pecl.php.net for any w32api bugs or requests, given that is not maintained anymore, do not expect too much. Previous Comments: [2006-12-09 23:05:42] sobieh at gmail dot com I created own php extension with that function and other WinApi (because you removed w32api) so i don't need that EXE anymore. anyway try to fix that bug. [2006-12-08 18:42:57] sobieh at gmail dot com You can download FindNotepad.exe here : http://www.sendspace.com/file/3g0lrf Usage : Run Notepad.exe and then : FindNotepad.exe returns : if found - FOUND Notepad Window - HWND [HWND] if not - CANNOT FIND Notepad Window as String in Console window then Terminates. [2006-12-08 18:26:05] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2006-12-08 18:12:52] sobieh at gmail dot com omg dont treat me like an idiot please Apache2 Service in using Root Administrator account. everything is using this account because its the ONLY ACCOUNT on this PC. i checked it twice. Apache is is using Administrator account. and its RUNNING on this Account. how many times i can tell that PHP 5.1.0 and ANY other version of PHP can run that script without any problem and ONLY PHP 5.2.0 CAN'T. as Apache Module - CAN'T as CGI - CAN'T [2006-12-08 18:03:20] [EMAIL PROTECTED] YOU are using Administrator account, but your Apache does not. 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/39773 -- Edit this bug report at http://bugs.php.net/?id=39773&edit=1
#39295 [Opn->Csd]: openssl_csr_sign and options
ID: 39295
Updated by: [EMAIL PROTECTED]
Reported By: bassijunior at yahoo dot com dot br
-Status: Open
+Status: Closed
Bug Type: Feature/Change Request
Operating System: Windows XP
PHP Version: 5.1.6
Assigned To: pajoye
New Comment:
Here:
http://ww.php.net/openssl
Previous Comments:
[2006-11-25 03:03:17] bassijunior at yahoo dot com dot br
I think that the PHP version 5.2 has what I want.
Where can I find a documentation about the new functions implemented in
the PHP 5.2?
Thanks!
[2006-11-21 01:00:00] 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".
[2006-11-13 23:18:25] [EMAIL PROTECTED]
It is a v3 extension.
You have to use array('x509_extensions' => 'sectionname') as
configargs, it will use this section from your openssl.cnf .
And the default value will be set using it.
Can you try it?
However I'm unsure why it fails to fetch them from the config, even
using the openssl command line, it does not work.
[2006-11-11 01:09:55] bassijunior at yahoo dot com dot br
Hi,
Some news??
Thanks!
[2006-11-06 00:35:38] bassijunior at yahoo dot com dot br
"$nacionalidade",
"stateOrProvinceName" => "$estado",
"localityName" => "$cidade",
"commonName" => "$commomName",
"emailAddress" => "$email",
"subjectAltName" => "123456789"
);
$configuracao=array(
"config" => "$pwd\\openssl.cnf"
);
$notext = (bool)"";
$privkey = openssl_pkey_new($configuracao);
$csr = openssl_csr_new($dn, $privkey, $configuracao);
openssl_pkey_export_to_file($privkey, "$pwd\\demoCA\\pkey_teste.pem",
"$passphrase");
openssl_csr_export_to_file($csr, "$pwd\\demoCA\\csr_teste.pem",
$notext);
?>
Is the subjectAltName is a extension, isn't is? But I can put in the
$dn variable(distinguished name). I wanted to put a subjectAltName as
extension, not as a distinguished name.
Thanks!
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/39295
--
Edit this bug report at http://bugs.php.net/?id=39295&edit=1
#39773 [Bgs]: WinAPI - shell_exec() - FindWindowA
ID: 39773 User updated by: sobieh at gmail dot com Reported By: sobieh at gmail dot com Status: Bogus Bug Type: Feature/Change Request Operating System: Windows 2003 Server PHP Version: 5.2.0 New Comment: I reported that 2 years ago and i don't expect anything. Previous Comments: [2008-05-12 10:02:31] [EMAIL PROTECTED] See pecl.php.net for any w32api bugs or requests, given that is not maintained anymore, do not expect too much. [2006-12-09 23:05:42] sobieh at gmail dot com I created own php extension with that function and other WinApi (because you removed w32api) so i don't need that EXE anymore. anyway try to fix that bug. [2006-12-08 18:42:57] sobieh at gmail dot com You can download FindNotepad.exe here : http://www.sendspace.com/file/3g0lrf Usage : Run Notepad.exe and then : FindNotepad.exe returns : if found - FOUND Notepad Window - HWND [HWND] if not - CANNOT FIND Notepad Window as String in Console window then Terminates. [2006-12-08 18:26:05] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2006-12-08 18:12:52] sobieh at gmail dot com omg dont treat me like an idiot please Apache2 Service in using Root Administrator account. everything is using this account because its the ONLY ACCOUNT on this PC. i checked it twice. Apache is is using Administrator account. and its RUNNING on this Account. how many times i can tell that PHP 5.1.0 and ANY other version of PHP can run that script without any problem and ONLY PHP 5.2.0 CAN'T. as Apache Module - CAN'T as CGI - CAN'T 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/39773 -- Edit this bug report at http://bugs.php.net/?id=39773&edit=1
#39773 [Bgs]: WinAPI - shell_exec() - FindWindowA
ID: 39773 Updated by: [EMAIL PROTECTED] Reported By: sobieh at gmail dot com Status: Bogus Bug Type: Feature/Change Request Operating System: Windows 2003 Server PHP Version: 5.2.0 -Assigned To: +Assigned To: pajoye New Comment: I already noticed that but we still have to clean the bug DB. However, you may be interested to maintain the extension in PECL as you seem to use it (or replace with your own version, or begin a new one, etc.), that's how OS works. Previous Comments: [2008-05-12 10:58:49] sobieh at gmail dot com I reported that 2 years ago and i don't expect anything. [2008-05-12 10:02:31] [EMAIL PROTECTED] See pecl.php.net for any w32api bugs or requests, given that is not maintained anymore, do not expect too much. [2006-12-09 23:05:42] sobieh at gmail dot com I created own php extension with that function and other WinApi (because you removed w32api) so i don't need that EXE anymore. anyway try to fix that bug. [2006-12-08 18:42:57] sobieh at gmail dot com You can download FindNotepad.exe here : http://www.sendspace.com/file/3g0lrf Usage : Run Notepad.exe and then : FindNotepad.exe returns : if found - FOUND Notepad Window - HWND [HWND] if not - CANNOT FIND Notepad Window as String in Console window then Terminates. [2006-12-08 18:26:05] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. 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/39773 -- Edit this bug report at http://bugs.php.net/?id=39773&edit=1
#44972 [NEW]: Feature Request: overriding sys_get_tmp_dir
From: timtowdi at yahoo dot com Operating system: FreeBSD PHP version: 5.2.6 PHP Bug Type: Feature/Change Request Bug description: Feature Request: overriding sys_get_tmp_dir Description: On a server with open_basedir in effect, sys_get_temp_dir() still uses the default TMPDIR environment variable (which in this case is '/tmp'). This effectively renders sys_get_temp_dir useless for me, and there is no way to override it. It would be EXTREMELY useful to be able to set the default temp directory from an ini directive, such as the session temp dir and the uploaded files temp dir. -- Edit bug report at http://bugs.php.net/?id=44972&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44972&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44972&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44972&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44972&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44972&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44972&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44972&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44972&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44972&r=support Expected behavior:http://bugs.php.net/fix.php?id=44972&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44972&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44972&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44972&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44972&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44972&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44972&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44972&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44972&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44972&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44972&r=mysqlcfg
#44973 [NEW]: SimpleXMLElement doesn't read attributes if xml nodes has a value
From: norbert_schuetz at bigfoot dot com Operating system: Linux 2.6.18-5-686 PHP version: 5.2.6 PHP Bug Type: SimpleXML related Bug description: SimpleXMLElement doesn't read attributes if xml nodes has a value Description: PHP Version: PHP 5.2.0-8+etch11 (CLI) from php5-cli_5.2.0-8+etch10_i386.deb Linux 2.6.18-5-686 #1 SMP Sun Aug 12 21:57:02 UTC 2007 i686 GNU/Linux Simplexml support => enabled Revision => $Revision: 1.151.2.22.2.15 $ Schema support => enabled libexpat1_1.95.8-3.4_i386.deb Description of problem: For the second xml product item from the sample XML there is no order_id-attribute in the resulting object, while both first an last items have it. Reproduce code: --- PHP book PHP book EOXML; $xml=new SimpleXMLElement($xmlstr); print_r($xml); ?> Expected result: @attributes array for second item as well Actual result: -- SimpleXMLElement Object ( [product] => Array ( [0] => SimpleXMLElement Object ( [EMAIL PROTECTED] => Array ( [order_id] => 0001 ) ) [1] => PHP book [2] => SimpleXMLElement Object ( [EMAIL PROTECTED] => Array ( [order_id] => 0003 ) [name] => PHP book ) ) ) -- Edit bug report at http://bugs.php.net/?id=44973&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44973&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44973&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44973&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44973&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44973&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44973&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44973&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44973&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44973&r=support Expected behavior:http://bugs.php.net/fix.php?id=44973&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44973&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44973&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44973&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44973&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44973&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44973&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44973&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44973&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44973&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44973&r=mysqlcfg
#44972 [Opn]: Feature Request: overriding sys_get_tmp_dir
ID: 44972 Updated by: [EMAIL PROTECTED] Reported By: timtowdi at yahoo dot com Status: Open Bug Type: Feature/Change Request Operating System: FreeBSD PHP Version: 5.2.6 New Comment: One is already possible: http://www.php.net/manua/en/ini.core.php#ini.upload-tmp-dir About the temp directory, you will have to teach your ISP how to configure php correctly. Not having the tmp dir in the open_basedir lists (and having only one global tmp dir instead of per user) is so wrong. However a temp_dir ini setting (settable per vhost) would be nice. Let see what's the other say (I'm not a fan of ENV variables ;). Previous Comments: [2008-05-12 15:30:47] timtowdi at yahoo dot com Description: On a server with open_basedir in effect, sys_get_temp_dir() still uses the default TMPDIR environment variable (which in this case is '/tmp'). This effectively renders sys_get_temp_dir useless for me, and there is no way to override it. It would be EXTREMELY useful to be able to set the default temp directory from an ini directive, such as the session temp dir and the uploaded files temp dir. -- Edit this bug report at http://bugs.php.net/?id=44972&edit=1
#44407 [Com]: When using FETCH_CLASS|CLASS_TYPE 'MyClass' an array of stdClass returned
ID: 44407
Comment by: ludmilla dot bogavac at vgregion dot se
Reported By: robert dot allen at zircote dot com
Status: Open
Bug Type: PDO related
Operating System: Windows XP
PHP Version: 5.2.5
New Comment:
Server OS: Solaris 9, Database server: IBM Informix IDS 9.4, Web Server
Apache/2.0.54, PHP: 5.2.5, ODBC-driver: IBM Informix ODBC Driver
---
Reproduce Code:
class MyBaseClass
{
public $par1;
private $par2;
private $par3;
public $par4;
}
class MyClass extends MyBaseClass
{
public $par5;
public $par6;
public function __construct($par1, $par4, $par5, $par6)
{
$this->par1 = $par1;
$this->par2 = $par1;
$this->par3 = $par4;
$this->par4 = $par4;
$this->par5 = $par5;
$this->par6 = $par6;
}
}
$db = new PDO("informix:connection string parameters", "user",
"password");
$stmt = $db->prepare("EXECUTE PROCEDURE mystoredprocedure()");
$stmt->setFetchMode(PDO::FETCH_CLASS,'MyClass');
$stmt->execute();
$result = $stmt->fetchAll(PDO::FETCH_CLASS);
print_r($result);
--
Expected result:
Array ( [0] => MyClass Object (...
--
Actual result:
Array ( [0] => stdClass Object (...
Previous Comments:
[2008-03-11 16:00:06] robert dot allen at zircote dot com
Description:
Windows XP / PHP 5.2.5 / PDO_ODBC
When setFetchMode is called with FETCH_CLASS and the Object type
specified the Object type is returned as stdClass in the array for
fetchAll() however for fetch() returns the expected result of the
defined object.
Reproduce code:
---
$stmt->setFetchMode(PDO :: FETCH_CLASS | PDO :: FETCH_CLASSTYPE,
'MyClass');
$stmt->execute();
$all = $stmt->fetchAll();
Expected result:
return:
Array ( [0] => MyClass Object (.
Actual result:
--
return:
Array ( [0] => stdClass Object (.
--
Edit this bug report at http://bugs.php.net/?id=44407&edit=1
#23306 [Com]: dba_open ignores umask()
ID: 23306
Comment by: php at ronino dot de
Reported By: alberty at neptunelabs dot de
Status: No Feedback
Bug Type: DBM/DBA related
Operating System: i686-pc-linux-gnu
PHP Version: 4CVS-2003-04-22 (stable)
Assigned To: helly
New Comment:
I can confirm this bug and provide an example (Gentoo with PHP
5.2.6_rc4 here):
$oldUmask = umask(0117);
$dbm = dba_popen("/some/file.dbm", "c");
umask($oldUmask);
For some handlers (tested: gdbm, qdbm), the file permissions always
are 0640 or -rw-r- no matter what umask is set.
Regards, Ronino
Previous Comments:
[2003-04-28 11:46:36] [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.
[2003-04-22 17:08:23] [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.
Could you post a reproducing script that shows in what way fopen
considers umask and dba does not?
But maybe you try dba_open with gdbm handler which allows a filemask as
a forth parameter.
[2003-04-22 08:23:22] alberty at neptunelabs dot de
Hi,
dba_open() ignores the umask settings if you create a new database.
I think dba_open should also respect the umask settings, as well as
fopen().
Regards,
Steve
--
Edit this bug report at http://bugs.php.net/?id=23306&edit=1
#42942 [Asn->Fbk]: pdo_pgsql: segfault with multiple rows and prepared statements
ID: 42942
Updated by: [EMAIL PROTECTED]
Reported By: php at benjaminschulz dot com
-Status: Assigned
+Status: Feedback
Bug Type: PDO related
Operating System: linux
PHP Version: 5CVS-2007-10-12 (CVS)
-Assigned To: edin
+Assigned To: pajoye
New Comment:
Can you try again with php 5.2.6? or 5.3 snaps?
Previous Comments:
[2007-10-12 09:14:08] php at benjaminschulz dot com
Description:
Hi,
i can't provide reproduce code. All i can say is that i use prepared
statements with multiple rows (INSERT .. VALUES (..), (...)) and on a
table with huge data php segfaults.
If executed with 100 rows per Statement PHP fails with "zend_mm_heap
corrupted", this core was created with 20 rows. The rows contain binary
data and are all about 1-3mb.
Here is the backtrace, i hope it helps:
Core was generated by `php -q index.php'.
Program terminated with signal 11, Segmentation fault.
#0 _zend_mm_free_int (heap=0x85971f8, p=) at
/usr/src/php5/Zend/zend_alloc.c:1932
1932if (ZEND_MM_IS_FREE_BLOCK(next_block)) {
(gdb) bt
#0 _zend_mm_free_int (heap=0x85971f8, p=) at
/usr/src/php5/Zend/zend_alloc.c:1932
#1 0x082cecac in zend_hash_destroy (ht=0x876b210) at
/usr/src/php5/Zend/zend_hash.c:531
#2 0x082c4ab7 in _zval_dtor_func (zvalue=0x86f6724) at
/usr/src/php5/Zend/zend_variables.c:43
#3 0x082b8e09 in _zval_ptr_dtor (zval_ptr=0xbfe86b94) at
/usr/src/php5/Zend/zend_variables.h:35
#4 0x082f101a in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe88cc0) at /usr/src/php5/Zend/zend_execute.h:155
#5 0x082e23a8 in execute (op_array=0x869c9e0) at
/usr/src/php5/Zend/zend_vm_execute.h:87
#6 0x082c4de4 in zend_execute_scripts (type=8, retval=, file_count=3) at /usr/src/php5/Zend/zend.c:1134
#7 0x08282d70 in php_execute_script (primary_file=0xbfe8b098) at
/usr/src/php5/main/main.c:2006
#8 0x083431d7 in main (argc=3, argv=0xbfe8b1b4) at
/usr/src/php5/sapi/cli/php_cli.c:1140
--
Edit this bug report at http://bugs.php.net/?id=42942&edit=1
#44974 [NEW]: ZipArchive can't open large archives
From: florian dot ember at gmail dot com
Operating system: Debian
PHP version: 5.2.6
PHP Bug Type: Zip Related
Bug description: ZipArchive can't open large archives
Description:
Opening archives with more than 1300 or so files fails with ER_READ. I
encountered this while using the close/reopen method to avoid using up all
available filehandles. On a Windows box the script below runs without
errors.
Reproduce code:
---
open('./useless.zip', ZipArchive::CREATE);
for ($i = 1; $i <= 2000; ++$i) {
$file = "$i.txt";
touch($file);
if (!$za->addFile("./$file", $file)) {
exit("Couldn't add $file");
}
echo "Added $file\n";
if ($za->numFiles % 100 == 0) {
$za->close();
$res = $za->open('./useless.zip', ZipArchive::CREATE);
if ($res !== true) {
exit("Close/reopen: Error #$res @ $i");
}
echo "Close/reopen @ $i\n";
}
}
unlink('./useless.zip');
echo 'Done.';
Expected result:
Added 1.txt
Added 2.txt
[...]
Added 2000.txt
Done.
Actual result:
--
Added 1.txt
Added 2.txt
[...]
Added 1299.txt
Close/reopen: Error #5 @ 1300
--
Edit bug report at http://bugs.php.net/?id=44974&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44974&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44974&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44974&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44974&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44974&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44974&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44974&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44974&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44974&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44974&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44974&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44974&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44974&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44974&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44974&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44974&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44974&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44974&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44974&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44974&r=mysqlcfg
#44974 [Opn->Asn]: ZipArchive can't open large archives
ID: 44974
Updated by: [EMAIL PROTECTED]
Reported By: florian dot ember at gmail dot com
-Status: Open
+Status: Assigned
Bug Type: Zip Related
Operating System: Debian
PHP Version: 5.2.6
-Assigned To:
+Assigned To: pajoye
Previous Comments:
[2008-05-12 18:19:40] florian dot ember at gmail dot com
Description:
Opening archives with more than 1300 or so files fails with ER_READ. I
encountered this while using the close/reopen method to avoid using up
all available filehandles. On a Windows box the script below runs
without errors.
Reproduce code:
---
open('./useless.zip', ZipArchive::CREATE);
for ($i = 1; $i <= 2000; ++$i) {
$file = "$i.txt";
touch($file);
if (!$za->addFile("./$file", $file)) {
exit("Couldn't add $file");
}
echo "Added $file\n";
if ($za->numFiles % 100 == 0) {
$za->close();
$res = $za->open('./useless.zip', ZipArchive::CREATE);
if ($res !== true) {
exit("Close/reopen: Error #$res @ $i");
}
echo "Close/reopen @ $i\n";
}
}
unlink('./useless.zip');
echo 'Done.';
Expected result:
Added 1.txt
Added 2.txt
[...]
Added 2000.txt
Done.
Actual result:
--
Added 1.txt
Added 2.txt
[...]
Added 1299.txt
Close/reopen: Error #5 @ 1300
--
Edit this bug report at http://bugs.php.net/?id=44974&edit=1
#40479 [Com]: zend_mm_heap corrupted
ID: 40479
Comment by: dbuckoff at tera-com dot com
Reported By: rrossi at maggioli dot it
Status: No Feedback
Bug Type: Reproducible crash
Operating System: Suse Linux 9.0
PHP Version: 5.2.1
New Comment:
Hi,
I have the same problem, my php version is 5.2.6:
function crash() {
mysql_connect( "localhost" );
}
:)
Previous Comments:
[2008-01-18 22:28:04] klassicd at gmail dot com
php -v
PHP 5.2.1 (cli) (built: Nov 28 2007 23:14:55)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
function crash()
{
$row = 1;
$handle = fopen("f.csv", "r");
while (($data = fgetcsv($handle, 1000, ",")) !== FALSE) {
$num = count($data);
echo " $num fields in line $row: \n";
$row++;
for ($c=0; $c < $num; $c++) {
echo $data[$c] . "\n";
}
}
fclose($handle);
}
f.csv has 3000 lines of
"Email","Name"
[2007-09-28 18:21:01] peter at ibuildings dot nl
Same problem here on OS X 10.4.10, ZendCore 2.0.1, PHP 5.2.3.
[2007-09-08 02:03:44] danny at dannysplace dot net
I have the same problem when trying to run a fresh version of Horde
with Kronolith module.
Php v5.2.3 on FreeBSD 6.2 nad apache 2.0.59.
[2007-08-16 08:03:54] rz at lightwerk dot com
I have the same error message in my apache logs with PHP 5.2.3
zend_mm_heap corupted. I tried to track it down to a specific code but
it seems to be a problem with included files (classes) which exceeds a
specific size. No matter which lines I delete in my script as long as
they don´t excess about 700 lines they work. As soon as the overall
lines exceed about 700 lines the error occurs again. Hope this will help
you to fix the problem.
[2007-07-03 23:32:55] giampaolo at tomassoni dot biz
I'm experiencing the very same problem reported by rocker_pr.
It seems to me that this problem is triggered by using PHP5 classes,
but I can't provide a small testcase: no small code seems affected.
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/40479
--
Edit this bug report at http://bugs.php.net/?id=40479&edit=1
#40479 [NoF->Fbk]: zend_mm_heap corrupted
ID: 40479
Updated by: [EMAIL PROTECTED]
Reported By: rrossi at maggioli dot it
-Status: No Feedback
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Suse Linux 9.0
PHP Version: 5.2.1
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
Previous Comments:
[2008-05-12 19:09:38] dbuckoff at tera-com dot com
Hi,
I have the same problem, my php version is 5.2.6:
function crash() {
mysql_connect( "localhost" );
}
:)
[2008-01-18 22:28:04] klassicd at gmail dot com
php -v
PHP 5.2.1 (cli) (built: Nov 28 2007 23:14:55)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
function crash()
{
$row = 1;
$handle = fopen("f.csv", "r");
while (($data = fgetcsv($handle, 1000, ",")) !== FALSE) {
$num = count($data);
echo " $num fields in line $row: \n";
$row++;
for ($c=0; $c < $num; $c++) {
echo $data[$c] . "\n";
}
}
fclose($handle);
}
f.csv has 3000 lines of
"Email","Name"
[2007-09-28 18:21:01] peter at ibuildings dot nl
Same problem here on OS X 10.4.10, ZendCore 2.0.1, PHP 5.2.3.
[2007-09-08 02:03:44] danny at dannysplace dot net
I have the same problem when trying to run a fresh version of Horde
with Kronolith module.
Php v5.2.3 on FreeBSD 6.2 nad apache 2.0.59.
[2007-08-16 08:03:54] rz at lightwerk dot com
I have the same error message in my apache logs with PHP 5.2.3
zend_mm_heap corupted. I tried to track it down to a specific code but
it seems to be a problem with included files (classes) which exceeds a
specific size. No matter which lines I delete in my script as long as
they don´t excess about 700 lines they work. As soon as the overall
lines exceed about 700 lines the error occurs again. Hope this will help
you to fix the problem.
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/40479
--
Edit this bug report at http://bugs.php.net/?id=40479&edit=1
#44975 [NEW]: ext/date/php_date has comments starting with //
From: orchard at engr dot wisc dot edu
Operating system: Solaris 9
PHP version: 5.2.6
PHP Bug Type: Compile Failure
Bug description: ext/date/php_date has comments starting with //
Description:
ext/date/php_date.c has comments starting with // rather than enclosed in
/* and */ The Sun WS6 compiler does no accept such comments.
[tiger] 149% diff -c php_date.c.orig php_date.c
*** php_date.c.orig Wed Apr 16 12:21:46 2008
--- php_date.c Mon May 12 15:08:17 2008
***
*** 269,277
int initialized;
int type;
union {
! timelib_tzinfo *tz; // TIMELIB_ZONETYPE_ID;
! timelib_sll utc_offset; // TIMELIB_ZONETYPE_OFFSET
! struct // TIMELIB_ZONETYPE_ABBR
{
timelib_sll utc_offset;
char*abbr;
--- 269,277
int initialized;
int type;
union {
! timelib_tzinfo *tz; /* TIMELIB_ZONETYPE_ID; */
! timelib_sll utc_offset; /* TIMELIB_ZONETYPE_OFFSET */
! struct /* TIMELIB_ZONETYPE_ABBR */
{
timelib_sll utc_offset;
char*abbr;
--
Edit bug report at http://bugs.php.net/?id=44975&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44975&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44975&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44975&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44975&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44975&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44975&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44975&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44975&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44975&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44975&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44975&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44975&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44975&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44975&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44975&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44975&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44975&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44975&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44975&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44975&r=mysqlcfg
#44975 [Opn->Asn]: ext/date/php_date has comments starting with //
ID: 44975
Updated by: [EMAIL PROTECTED]
Reported By: orchard at engr dot wisc dot edu
-Status: Open
+Status: Assigned
Bug Type: Compile Failure
Operating System: Solaris 9
PHP Version: 5.2.6
-Assigned To:
+Assigned To: derick
New Comment:
Already noticed it, but hadn't patched it.
Previous Comments:
[2008-05-12 20:39:51] orchard at engr dot wisc dot edu
Description:
ext/date/php_date.c has comments starting with // rather than enclosed
in /* and */ The Sun WS6 compiler does no accept such comments.
[tiger] 149% diff -c php_date.c.orig php_date.c
*** php_date.c.orig Wed Apr 16 12:21:46 2008
--- php_date.c Mon May 12 15:08:17 2008
***
*** 269,277
int initialized;
int type;
union {
! timelib_tzinfo *tz; // TIMELIB_ZONETYPE_ID;
! timelib_sll utc_offset; // TIMELIB_ZONETYPE_OFFSET
! struct // TIMELIB_ZONETYPE_ABBR
{
timelib_sll utc_offset;
char*abbr;
--- 269,277
int initialized;
int type;
union {
! timelib_tzinfo *tz; /* TIMELIB_ZONETYPE_ID; */
! timelib_sll utc_offset; /* TIMELIB_ZONETYPE_OFFSET
*/
! struct /* TIMELIB_ZONETYPE_ABBR
*/
{
timelib_sll utc_offset;
char*abbr;
--
Edit this bug report at http://bugs.php.net/?id=44975&edit=1
#44976 [NEW]: PHP 5.2.6 says Fatal error: Call to undefined function filter_var()
From: marcabconfederacy24 at yahoo dot com
Operating system: FreeBSD randomplaza.com 6.3-ST
PHP version: 5.2.6
PHP Bug Type: *General Issues
Bug description: PHP 5.2.6 says Fatal error: Call to undefined function
filter_var()
Description:
I take the sample code directly from your website. This is not the first
time sample code from it has not worked.
http://us.php.net/manual/en/function.filter-var.php
I have the latest PHP version, 5.2.6
I use "var_dump(filter_var('[EMAIL PROTECTED]', FILTER_VALIDATE_EMAIL));"
Exactly what your website says.
PHP 5.2.6 says "Fatal error: Call to undefined function filter_var()"
I googled it and the old reason it should do that is on older PHP
versions. But mine is 5.2.6.
PS: I've had to so far do 20 tries to read your captcha and your site made
me confirm this a million times, each time having to read a new one. I
think I should buy captcha-reading software from that Chinese website as it
reads better than humans.
Reproduce code:
---
var_dump(filter_var('[EMAIL PROTECTED]', FILTER_VALIDATE_EMAIL));
Expected result:
What it says at http://us.php.net/manual/en/function.filter-var.php
Actual result:
--
Fatal error: Call to undefined function filter_var() in /usr/local/www/[my
website name removed]/www/register.php on line 172
[my website name removed] = I'd rather not post my website's name until
it's ready to open.
--
Edit bug report at http://bugs.php.net/?id=44976&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44976&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44976&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44976&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44976&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44976&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44976&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44976&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44976&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44976&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44976&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44976&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44976&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44976&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44976&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44976&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44976&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44976&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44976&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44976&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44976&r=mysqlcfg
#44976 [Opn]: PHP 5.2.6 says Fatal error: Call to undefined function filter_var()
ID: 44976
User updated by: marcabconfederacy24 at yahoo dot com
Reported By: marcabconfederacy24 at yahoo dot com
Status: Open
Bug Type: *General Issues
Operating System: FreeBSD randomplaza.com 6.3-ST
PHP Version: 5.2.6
New Comment:
I forgot to mention, phpinfo says "mod_filter" is loaded.
Previous Comments:
[2008-05-13 03:11:50] marcabconfederacy24 at yahoo dot com
Description:
I take the sample code directly from your website. This is not the
first time sample code from it has not worked.
http://us.php.net/manual/en/function.filter-var.php
I have the latest PHP version, 5.2.6
I use "var_dump(filter_var('[EMAIL PROTECTED]',
FILTER_VALIDATE_EMAIL));"
Exactly what your website says.
PHP 5.2.6 says "Fatal error: Call to undefined function filter_var()"
I googled it and the old reason it should do that is on older PHP
versions. But mine is 5.2.6.
PS: I've had to so far do 20 tries to read your captcha and your site
made me confirm this a million times, each time having to read a new
one. I think I should buy captcha-reading software from that Chinese
website as it reads better than humans.
Reproduce code:
---
var_dump(filter_var('[EMAIL PROTECTED]', FILTER_VALIDATE_EMAIL));
Expected result:
What it says at http://us.php.net/manual/en/function.filter-var.php
Actual result:
--
Fatal error: Call to undefined function filter_var() in
/usr/local/www/[my website name removed]/www/register.php on line 172
[my website name removed] = I'd rather not post my website's name until
it's ready to open.
--
Edit this bug report at http://bugs.php.net/?id=44976&edit=1
#44976 [Opn]: PHP 5.2.6 says Fatal error: Call to undefined function filter_var()
ID: 44976
User updated by: marcabconfederacy24 at yahoo dot com
Reported By: marcabconfederacy24 at yahoo dot com
Status: Open
Bug Type: *General Issues
-Operating System: FreeBSD randomplaza.com 6.3-ST
+Operating System: FreeBSD
PHP Version: 5.2.6
New Comment:
test
Previous Comments:
[2008-05-13 03:16:24] marcabconfederacy24 at yahoo dot com
I forgot to mention, phpinfo says "mod_filter" is loaded.
[2008-05-13 03:11:50] marcabconfederacy24 at yahoo dot com
Description:
I take the sample code directly from your website. This is not the
first time sample code from it has not worked.
http://us.php.net/manual/en/function.filter-var.php
I have the latest PHP version, 5.2.6
I use "var_dump(filter_var('[EMAIL PROTECTED]',
FILTER_VALIDATE_EMAIL));"
Exactly what your website says.
PHP 5.2.6 says "Fatal error: Call to undefined function filter_var()"
I googled it and the old reason it should do that is on older PHP
versions. But mine is 5.2.6.
PS: I've had to so far do 20 tries to read your captcha and your site
made me confirm this a million times, each time having to read a new
one. I think I should buy captcha-reading software from that Chinese
website as it reads better than humans.
Reproduce code:
---
var_dump(filter_var('[EMAIL PROTECTED]', FILTER_VALIDATE_EMAIL));
Expected result:
What it says at http://us.php.net/manual/en/function.filter-var.php
Actual result:
--
Fatal error: Call to undefined function filter_var() in
/usr/local/www/[my website name removed]/www/register.php on line 172
[my website name removed] = I'd rather not post my website's name until
it's ready to open.
--
Edit this bug report at http://bugs.php.net/?id=44976&edit=1
#44976 [Opn]: PHP 5.2.6 says Fatal error: Call to undefined function filter_var()
ID: 44976
User updated by: marcabconfederacy24 at yahoo dot com
Reported By: marcabconfederacy24 at yahoo dot com
Status: Open
Bug Type: *General Issues
-Operating System: FreeBSD
+Operating System: FreeBSD 6.3
PHP Version: 5.2.6
New Comment:
I checked and these also get "Fatal error: Call to undefined function"
on 5.2.6 with phpinfo saying mod_filter is loaded
filter_var_array()
filter_input()
filter_input_array()
Previous Comments:
[2008-05-13 03:17:34] marcabconfederacy24 at yahoo dot com
test
[2008-05-13 03:16:24] marcabconfederacy24 at yahoo dot com
I forgot to mention, phpinfo says "mod_filter" is loaded.
[2008-05-13 03:11:50] marcabconfederacy24 at yahoo dot com
Description:
I take the sample code directly from your website. This is not the
first time sample code from it has not worked.
http://us.php.net/manual/en/function.filter-var.php
I have the latest PHP version, 5.2.6
I use "var_dump(filter_var('[EMAIL PROTECTED]',
FILTER_VALIDATE_EMAIL));"
Exactly what your website says.
PHP 5.2.6 says "Fatal error: Call to undefined function filter_var()"
I googled it and the old reason it should do that is on older PHP
versions. But mine is 5.2.6.
PS: I've had to so far do 20 tries to read your captcha and your site
made me confirm this a million times, each time having to read a new
one. I think I should buy captcha-reading software from that Chinese
website as it reads better than humans.
Reproduce code:
---
var_dump(filter_var('[EMAIL PROTECTED]', FILTER_VALIDATE_EMAIL));
Expected result:
What it says at http://us.php.net/manual/en/function.filter-var.php
Actual result:
--
Fatal error: Call to undefined function filter_var() in
/usr/local/www/[my website name removed]/www/register.php on line 172
[my website name removed] = I'd rather not post my website's name until
it's ready to open.
--
Edit this bug report at http://bugs.php.net/?id=44976&edit=1
#42489 [Com]: Quirk in strtotime using 'next' relative keyword
ID: 42489 Comment by: toby dot matejovsky at gmail dot com Reported By: chet at somedec dot com Status: Assigned Bug Type: Date/time related Operating System: Linux PHP Version: 5.2.4 Assigned To: derick New Comment: The same problem occurs on PHP 5.2.5 on Mac OS 10.5. Previous Comments: [2007-09-03 10:50:31] [EMAIL PROTECTED] Assigned to the ext/date maintainer. :) [2007-08-30 15:50:24] chet at somedec dot com Description: Adding time (even zero) to a relative date using the "next" keyword fails. Reproduce code: --- Expected result: The four tests should pass; none do. Actual result: -- Using the current day (according to your computer clock) in conjunction with the next keyword (i.e. "Next Thursday" when run on Thursday) correctly returns one week from the current date. However, adding or subtracting any amount of time results in an erroneous result of the /current date/ plus or minus the offset. -- Edit this bug report at http://bugs.php.net/?id=42489&edit=1
#44383 [Com]: PHP DateTime not converted to xsd:datetime
ID: 44383
Comment by: barth at pbx-network dot de
Reported By: kevin dot craft at gmail dot com
Status: Open
Bug Type: SOAP related
Operating System: Windows XP
PHP Version: 5.2.5
New Comment:
Anyone has a soluiton or workaround for this issue? How can a
date/time been passed over to a webservice endpoint?
Previous Comments:
[2008-03-17 01:17:47] kevin dot craft at gmail dot com
Exactly. The SOAP extension should know what format to output the
DateTime as because it should be specified as a W3C standard somewhere
in the SOAP or XML Schema definition. When the SOAP extension encounters
an xsd:datetime (or related type), it should output the DateTime object
according to the standard for that type.
[2008-03-16 07:09:07] [EMAIL PROTECTED]
We can't add __toString() to the date class, as it would have no idea
on which format to use to render it. So it should be done in the SOAP
ext.
[2008-03-15 13:06:28] [EMAIL PROTECTED]
Your idea then is add __toString in DateTime?
This is not a bug, but a "feature request". :)
[2008-03-09 18:22:29] kevin dot craft at gmail dot com
In case it wasn't obvious, "Expected Result" should have read:
"Assuming the current date is 2008-03-06 00:00:00:" rather than
"2008-03-08 23:00:00".
[2008-03-09 18:19:15] kevin dot craft at gmail dot com
Description:
When using a SoapServer object in WSDL mode, PHP DateTime objects are
converted to an empty xsd:datetime element. To produce the correct
results, DateTime objects have to be formatted as strings, which defeats
the purpose of using the SoapServer to map data types.
Environment:
O/S: Windows XP
Web Server: Apache 2.2
PHP: 5.2.5 w/ GD, MySQL, and SOAP
Reproduce code:
---
bug.wsdl:
http://localhost";
xmlns:tns="http://localhost";
xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/";
xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/";>
http://schemas.xmlsoap.org/soap/http"; />
http://localhost#getCurrentDate";
/>
http://schemas.xmlsoap.org/soap/encoding/"; />
http://schemas.xmlsoap.org/soap/encoding/";
/>
http://localhost"; />
server.php:
addFunction('getCurrentDate');
$server->handle();
?>
client.php
1));
echo 'current date: '.$client->getCurrentDate().'';
echo 'last response:
'.htmlentities($client->__getLastResponse());
?>
Expected result:
Assuming the current date is 2008-03-08 23:00:00:
current date: 2008-03-06 00:00:00 (or any other format accepted by
xsd:datetime)
last response:
http://schemas.xmlsoap.org/soap/envelope/";
xmlns:ns1="urn:xmethods-delayed-quotes"
xmlns:xsd="http://www.w3.org/2001/XMLSchema";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/";
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";>2008-03-06
00:00:00
Actual result:
--
current date:
last response:
http://schemas.xmlsoap.org/soap/envelope/";
xmlns:ns1="urn:xmethods-delayed-quotes"
xmlns:xsd="http://www.w3.org/2001/XMLSchema";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/";
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";>
--
Edit this bug report at http://bugs.php.net/?id=44383&edit=1
#44096 [Com]: iconv: wrong charset
ID: 44096
Comment by: iconv dot 20 dot cheef-daniel at spamgourmet dot com
Reported By: cpuidle at gmx dot de
Status: No Feedback
Bug Type: ICONV related
Operating System: WinXP
PHP Version: 5.2.5
New Comment:
Notice: iconv() [function.iconv]: Wrong charset, conversion from
`ISO-8859-1' to `UTF-8//TRANSLIT' is not allowed in /var/www/test.php on
line 7
Same here with libapache2-mod-php5.2.6 on my debian etch based system.
I first thought it has to do with my chroot-setup and spent 2 days
searching what goes wrong and found nothing. It works fine with an old
php4-binary, iconv directly called in the shell works too.
samples from ANSI encoded file:
echo iconv('UTF-8', 'ASCII//TRANSLIT', "test"); // works
echo iconv('ASCII', 'UTF-8//TRANSLIT', "test"); // works
echo iconv('UTF-8', 'ISO-8859-1//TRANSLIT', "test"); // works not
echo iconv('ISO-8859-1', 'UTF-8//TRANSLIT', "test"); // works not
Previous Comments:
[2008-04-17 08:41:49] i dot pavlov at korekom dot net
The same thing here. But the problem is far from Windows-specific.
Debian based system in my case.
No usefull info found for now.
[2008-02-25 01:31:35] [EMAIL PROTECTED]
Weird Windows-specific thing. The test case works fine on 6 different
UNIX variants I just tried it on.
[2008-02-24 23:45:29] darop68 at poczta dot onet dot pl
I have the same problem in php 5.2.5.
My code:
iconv('iso-8859-2', 'utf-8', 'test');
[2008-02-22 01:00:00] 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".
[2008-02-14 22:45:38] [EMAIL PROTECTED]
Another reason for this is that those encodings just don't exist on
your platform. The code works fine for me on Linux..
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/44096
--
Edit this bug report at http://bugs.php.net/?id=44096&edit=1
#44971 [Opn->Bgs]: XSLT does does convert "<" into "<" without disable-output-escaping
ID: 44971
Updated by: [EMAIL PROTECTED]
Reported By: webermax2004 at yahoo dot fr
-Status: Open
+Status: Bogus
Bug Type: XSLT related
Operating System: Windows XP Pro
PHP Version: 5.2CVS-2008-05-12 (CVS)
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.
Not a bug. the nodeValue of that TextNode is actually "<"
If you do
echo $xmlDocument->saveXML();
you'll see, that it's correctly encoded
Previous Comments:
[2008-05-12 13:17:44] webermax2004 at yahoo dot fr
Description:
Here is a little XML file :
<
and here is a little XSL stylesheet :
http://www.w3.org/1999/XSL/Transform";
version="1.0">
and here is a little PHP code which transforms the XML document using
the XSL stylesheet and displays the nodeValue of the documentElement :
load ("test.xml");
$xmlStylesheet = new DOMDocument ();
$xmlStylesheet->load ("test.xsl");
$xslTransfom = new XSLTProcessor ();
$xslTransfom->importStylesheet ($xmlStylesheet);
$xmlDocument = $xslTransfom->transformToDoc ($xmlDocument);
echo ($xmlDocument->documentElement->firstChild->nodeValue);
?>
My surprise : the output is "<" instead of "<", which means that the
entity has been converted. This should not have happened unless I had
specified the disable-output-escaping attribute in the ,
right ? By the way, if I display the contents of the document after the
transformation :
echo ($xmlDocument->saveXML ());
then the "<" is not converted :
<
Doesn't it sound like a problem ?
--
Edit this bug report at http://bugs.php.net/?id=44971&edit=1
#44976 [Opn->Fbk]: PHP 5.2.6 says Fatal error: Call to undefined function filter_var()
ID: 44976
Updated by: [EMAIL PROTECTED]
Reported By: marcabconfederacy24 at yahoo dot com
-Status: Open
+Status: Feedback
Bug Type: *General Issues
Operating System: FreeBSD 6.3
PHP Version: 5.2.6
-Assigned To:
+Assigned To: pajoye
New Comment:
Please load the "filter" extension, not Apache's mod_filter.
Previous Comments:
[2008-05-13 03:25:03] marcabconfederacy24 at yahoo dot com
I checked and these also get "Fatal error: Call to undefined function"
on 5.2.6 with phpinfo saying mod_filter is loaded
filter_var_array()
filter_input()
filter_input_array()
[2008-05-13 03:17:34] marcabconfederacy24 at yahoo dot com
test
[2008-05-13 03:16:24] marcabconfederacy24 at yahoo dot com
I forgot to mention, phpinfo says "mod_filter" is loaded.
[2008-05-13 03:11:50] marcabconfederacy24 at yahoo dot com
Description:
I take the sample code directly from your website. This is not the
first time sample code from it has not worked.
http://us.php.net/manual/en/function.filter-var.php
I have the latest PHP version, 5.2.6
I use "var_dump(filter_var('[EMAIL PROTECTED]',
FILTER_VALIDATE_EMAIL));"
Exactly what your website says.
PHP 5.2.6 says "Fatal error: Call to undefined function filter_var()"
I googled it and the old reason it should do that is on older PHP
versions. But mine is 5.2.6.
PS: I've had to so far do 20 tries to read your captcha and your site
made me confirm this a million times, each time having to read a new
one. I think I should buy captcha-reading software from that Chinese
website as it reads better than humans.
Reproduce code:
---
var_dump(filter_var('[EMAIL PROTECTED]', FILTER_VALIDATE_EMAIL));
Expected result:
What it says at http://us.php.net/manual/en/function.filter-var.php
Actual result:
--
Fatal error: Call to undefined function filter_var() in
/usr/local/www/[my website name removed]/www/register.php on line 172
[my website name removed] = I'd rather not post my website's name until
it's ready to open.
--
Edit this bug report at http://bugs.php.net/?id=44976&edit=1
