#41046 [Opn->Fbk]: PHP has encountered an Access Violation at 0227A495
ID: 41046 Updated by: [EMAIL PROTECTED] Reported By: tech at juuce dot com -Status: Open +Status: Feedback Bug Type: IIS related Operating System: W2K3 Server - Web Editio 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. Please make sure you've disabled all zend_extension's first. Previous Comments: [2007-04-11 23:20:57] tech at juuce dot com PHP code [2007-04-11 13:59: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. [2007-04-11 02:56:47] tech at juuce dot com Description: PHP has encountered an Access Violation at 0227A495 Setup : W2K3 - Web Edition IIS6 PHP 5.2.1 (ISAPI) + Extensions (mysql...) Zend - 3.2.2 This error is encountered on all sites running under IIS6 with PHP-5.2.1 as ISAPI module which request a php page. (note Zend Optimiser 3.2.2 is running but reproducable when disabled) This error Message only seems to appear when IIS is restarted and the page is requested for the first time. Once this error appears the file seems to be locked and it cannot be deleted. PHP.ini Changes are Extensions Loaction of Log files and TMP upload directory. WSDL temp directory Reproduce code: --- echo 'test'; Expected result: See Test String Actual result: -- PHP has encountered an Access Violation at 0227A495 -- Edit this bug report at http://bugs.php.net/?id=41046&edit=1
#40952 [Opn]: mail: Malformed date header (H0600)
ID: 40952
Updated by: [EMAIL PROTECTED]
Reported By: sh at nnoncarey dot com
Status: Open
Bug Type: Mail related
Operating System: Windows Server 2003
PHP Version: 4.4.6
New Comment:
On Windows PHP talks SMTP to the server, so this is possible (though
unlikely, otherwise it would have been noticed years ago).
On Linux PHP just calls sendmail binary and passes all the data to it,
so look for a problem there, definitely not PHP problem.
Previous Comments:
[2007-04-11 22:55:03] cipri at php dot ne
The same happens on PHP 5.1.2 on a Linux FC6 server. However the entire
header gets malformed here:
Fri, 12 Apr 2007 00:48:19 -2200
The accurate date would be:
Thu, 12 Apr 2007 00:48:19 +0200
I've send mails manually via telnet to my mailserver without a date
header thinking it might be the cause, but it adds correct mails, so the
problem clearly lies within the PHP implementation of mail()
[2007-04-05 21:37:14] sh at nnoncarey dot com
http://bugs.php.net/bug.php?id=40952
*/
ini_set('SMTP', 'mail.sys.ilstu.edu');
mail('[EMAIL PROTECTED]', 'subject', "message\n");
?>
[2007-04-03 18:38:51] [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.
[2007-03-29 20:14:46] sh at nnoncarey dot com
Description:
Email sent with PHP's mail() function often (but not always) has a
malformed Date: header. Specifically, the minus sign before the UTC
offset is replaced with a capital letter "H". In my timezone (US
Central Standard -6), this means "H0600" instead of "-0600".
The occurrence of this problem does not appear to be related to the
recent US DST change.
Here is a date header illustrating the problem, along with the
X-OriginalArrivalTime header from the same email, just for comparison:
Date: Wed, 28 Mar 2007 14:04:37 H0600
X-OriginalArrivalTime: 28 Mar 2007 19:04:36.0042 (UTC)
FILETIME=[ED52E2A0:01C7716B]
But here is just one example which worked as expected.
Date: Tue, 06 Feb 2007 07:54:42 -0600
X-OriginalArrivalTime: 06 Feb 2007 13:54:30.0533 (UTC)
--
Edit this bug report at http://bugs.php.net/?id=40952&edit=1
#41054 [Opn->Fbk]: open_basedir restriction issue
ID: 41054 Updated by: [EMAIL PROTECTED] Reported By: nios at playxp dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: FC6_x86 PHP Version: 6CVS-2007-04-11 (snap) New Comment: Works perfectly fine here. Previous Comments: [2007-04-12 04:29:22] nios at playxp dot com ServerName XXX DocumentRoot /www/playxp/htdocs ErrorLog /www/playxp/logs/error_log CustomLog /www/playxp/logs/access_log combined php_admin_value open_basedir /www/playxp:/tmp php_admin_value include_path .:/www/playxp/includes allow from all [2007-04-12 00:49:57] nios at playxp dot com $ php -v PHP 6.0.0-dev (cli) (built: Apr 12 2007 01:29:48) (DEBUG) Copyright (c) 1997-2007 The PHP Group Zend Engine v3.0.0-dev, Copyright (c) 1998-2007 Zend Technologies $ ls php6*.tar.gz php6.0-200704111430.tar.gz [2007-04-11 17:00:10] [EMAIL PROTECTED] What's the *real* PHP version you're using? [2007-04-11 16:55:34] nios at playxp dot com Description: $ php -c /usr/local/lib -d include_path=/www/playxp/includes /www/playxp/htdocs/phpinfo.html ok but, running on apache2 --- Warning: Unknown: open_basedir restriction in effect. File(/www/playxp/htdocs/phpinfo.html) is not within the allowed path(s): (��[�I) in Unknown on line 0 Warning: Unknown: failed to open stream: Operation not permitted in Unknown on line 0 Fatal error: Unknown: Failed opening required '/www/playxp/htdocs/phpinfo.html' (include_path='.:/www/playxp/includes') in Unknown on line 0 when i click the "refresh" button, 1st error line is changed. Warning: Unknown: open_basedir restriction in effect. File(/www/playxp/htdocs/phpinfo.html) is not within the allowed path(s): (9) in Unknown on line 0 Warning: Unknown: open_basedir restriction in effect. File(/www/playxp/htdocs/phpinfo.html) is not within the allowed path(s): (es) in Unknown on line 0 Warning: Unknown: open_basedir restriction in effect. File(/www/playxp/htdocs/phpinfo.html) is not within the allowed path(s): (�n�fI) in Unknown on line 0 Warning: Unknown: open_basedir restriction in effect. File(/www/playxp/htdocs/phpinfo.html) is not within the allowed path(s): (��s��o�x�z�) in Unknown on line 0 Reproduce code: --- Expected result: just print-out "ok" -- Edit this bug report at http://bugs.php.net/?id=41054&edit=1
#41061 [NEW]: "visibility error" in ReflectionFunction::export()
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 5CVS-2007-04-12 (CVS)
PHP Bug Type: Unknown/Other Function
Bug description: "visibility error" in ReflectionFunction::export()
Description:
ReflectionFunction() incorrectly presumes function flags can be only
private, protected or public.
Reproduce code:
---
function foo(){}
$f = new ReflectionFunction("foo");
$f->export("foo");
Expected result:
Function [ function foo ] {
@@ Command line code 1 - 1
}
Actual result:
--
Function [ function foo ] {
@@ Command line code 1 - 1
}
--
Edit bug report at http://bugs.php.net/?id=41061&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=41061&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=41061&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=41061&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41061&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=41061&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=41061&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41061&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41061&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=41061&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41061&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=41061&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=41061&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41061&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41061&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41061&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41061&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=41061&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=41061&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=41061&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41061&r=mysqlcfg
#41061 [Opn->Asn]: "visibility error" in ReflectionFunction::export()
ID: 41061
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Assigned
Bug Type: Unknown/Other Function
Operating System: Linux
PHP Version: 5CVS-2007-04-12 (CVS)
-Assigned To:
+Assigned To: helly
Previous Comments:
[2007-04-12 12:20:59] [EMAIL PROTECTED]
Description:
ReflectionFunction() incorrectly presumes function flags can be only
private, protected or public.
Reproduce code:
---
function foo(){}
$f = new ReflectionFunction("foo");
$f->export("foo");
Expected result:
Function [ function foo ] {
@@ Command line code 1 - 1
}
Actual result:
--
Function [ function foo ] {
@@ Command line code 1 - 1
}
--
Edit this bug report at http://bugs.php.net/?id=41061&edit=1
#40424 [Opn]: Fatal error when setting the value of COM object's property array
ID: 40424
Updated by: [EMAIL PROTECTED]
Reported By: lee at dark-circuit dot com
Status: Open
Bug Type: COM related
Operating System: Windows XP SP2
PHP Version: 5CVS-2007-02-10 (snap)
-Assigned To:
+Assigned To: wharmby
New Comment:
I will take a look at this one next.
Previous Comments:
[2007-02-10 04:31:38] lee at dark-circuit dot com
sorry, messed up expected result slightly. Should be:
Expected result:
CAKE
PIE
PIE
[2007-02-10 00:36:05] lee at dark-circuit dot com
Description:
Fatal error when setting the value of COM object's property array
Basically I'm having the same problem as Bug #28161 [This bug is marked
closed, fixed]
http://bugs.php.net/bug.php?id=28161&edit=1
COM Array Assignment isn't working.
In the old closed bug, wez posted a fix that went into RC2 of PHP 5.0,
but I'm guessing that the fix didn't make it into release 5.0 or any
current versions. Have tested code on most currentish snaps of PHP 5.0
- 5.2.2 for sanity.
Reproduce code:
---
$itemindex = 2914;
$oInfo = new COM("PAW.LineItem") or die("WHAT THE?");
$oInfo->GetForIndex($itemindex);
// CustomField is:
// string CustomField(ByVal Index As Integer)
echo $oInfo->CustomField[1];
echo "\n";
$oInfo->CustomField[1] = "PIE";
echo "\n";
echo $oInfo->CustomField[1];
Expected result:
CAKE
PIE
CAKE
Actual result:
--
CAKE
PHP Fatal error: Uncaught exception 'com_exception' with message
'Error [0x8002000f] Parameter not optional.
' in C:\New Folder\prime-sync-itemdb.php:197
Stack trace:
#0 C:\New Folder (3)\prime-sync-itemdb.php(197): unknown()
#1 {main}
thrown in C:\New Folder\prime-sync-itemdb.php on line 197
Note: for sanity I confirmed assignment works to same property by
writing same program in VB.NET. Works ok.
oInfo.CustomField(1) = "PIE" in VB.NET
--
Edit this bug report at http://bugs.php.net/?id=40424&edit=1
#41024 [Asn->Fbk]: FastCGI ISAPI DLL does not flush pipe handles on close
ID: 41024 Updated by: [EMAIL PROTECTED] Reported By: barborak at basikgroup dot com -Status: Assigned +Status: Feedback Bug Type: CGI related Operating System: Windows XP Pro PHP Version: 6CVS-2007-04-08 (CVS) Assigned To: dmitry New Comment: How is it related to PHP? PHP team doesn't support this ISAPI module. Previous Comments: [2007-04-08 18:01:06] barborak at basikgroup dot com Description: Using the FastCGI ISAPI DLL with IIS 5 on Windows XP Professional to support dynamic servers written in Perl and using the FCGI Perl module works pretty well but there is an intermittent problem where the results are not completely written to the client. That is, a FastCGI request is handled correctly by the Perl program and a complete response is sent to the FastCGI ISAPI DLL (as I confirmed with a logging version of this DLL) but the complete response does not make it to the browser. I am no Windows guru, but I believe the problem is because the handle between the FastCGI ISAPI DLL and IIS is closed without first being flushed. By adding a call to FlushFileBuffers before the call to CloseHandle in OS_Close of fastcgi-isapi/libfcgi/os_win32.c, I no longer see this intermittent problem. If you are interested in this patch, I have posted it here: http://www.basikgroup.com/temp/fastcgi_isapi_flush_patch.txt Thanks, Mike -- Edit this bug report at http://bugs.php.net/?id=41024&edit=1
#41062 [NEW]: is_executable only looks at basic executables
From: [EMAIL PROTECTED] Operating system: Windows XP SP2 PHP version: 5CVS-2007-04-12 (snap) PHP Bug Type: Filesystem function related Bug description: is_executable only looks at basic executables Description: For Windows, the is_executable() function only checks the file extensions of exe, com, bat and cmd. This is incomplete. Within Windows, there is an environment variable called PATHEXT. This contains a list of extensions which are executable. If you type a program whose extension is in this list and the program with that extension is in the path, then it is executed. You can easily add .PHP to this list (see UserNote http://www.php.net/manual/en/features.commandline.php#53252). This is completely normal behaviour on windows. Using the "FileTypes" mechanism allows any type of file to have an automatic "handler" (double click a PDF file and Acrobat loads with that file). By also adding the extension to the PATHEXT environment variable you can type just the name at the CLI and the lovely windows magic happens automagically. The standard list of executable types within windows XP is: PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH Mine is: PATHEXT=.COM;.EXE;.BAT;.CMD;.PHP;.PYC;.PY; I don't deal with MS VB scripts, but I do deal with PHP and Python! All of these are "executable" (i.e. the behaviour of an abc.php is the same as an abc.bat or an abc.exe). Admittedly this is only on windows, but the current method should either be documented as only being of limited use on Windows (with the 4 types) or be extended to look at the Windows mechanism (just like I assume the *ix version looks at an executable bit on the permissions?). The following is a screen grab to prove the point. 12/04/2007 15:02:28 C:\>type "d:\PHP Quickies\isexec.php" 12/04/2007 15:02:34 C:\>set path Path=C:\Batch;C:\PHP5;D:\PHP Quickies;C:\Program Files\Windows Resource Kits\Tools;C:\Python\Lib;C:\Program Files\WinRAR;D:\Sage\UTILS;c:\program files\imagemagick;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Universal Extractor\bin;C:\Program Files\Microsoft SQL Server\80\Tools\BINN;C:\Program Files\Nmap;D:\Cygwin\bin; PATHEXT=.COM;.EXE;.BAT;.CMD;.PHP;.PYC;.PY;.VBS;.VBE;.JS;.JSE;.WSF;.WSH 12/04/2007 15:02:37 C:\>isexec D:\PHP Quickies\isexec.php is not executable Reproduce code: --- Expected result: D:\PHP Quickies\isexec.php is executable Actual result: -- D:\PHP Quickies\isexec.php is not executable -- Edit bug report at http://bugs.php.net/?id=41062&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41062&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41062&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41062&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41062&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41062&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41062&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41062&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41062&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41062&r=support Expected behavior:http://bugs.php.net/fix.php?id=41062&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41062&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41062&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41062&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41062&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41062&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41062&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41062&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41062&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41062&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41062&r=mysqlcfg
#34158 [Opn]: Wrong t.tm_isdst flag value.
ID: 34158
User updated by: aesthete at telecenter dot ru
Reported By: aesthete at telecenter dot ru
Status: Open
Bug Type: InterBase related
Operating System: Linux 2.6.12 (Fedora Core 3)
PHP Version: 4.4.0/5.x.x
New Comment:
Ok .. what i must do to become maintainer of ext/interbase ? ...
Previous Comments:
[2007-04-11 19:39:37] [EMAIL PROTECTED]
>can we solve problem with wrong t.tm_isdst = -1; value ?
Sure we can.
The problem is that ext/interbase author doesn't maintain the extension
anymore, so you'll have to wait for someone who has enough knowledge and
desire to take it over.
This "someone" might be you, of course, you seem to be the only person
actively using Interbase I know of.
[2007-04-11 19:28:07] aesthete at telecenter dot ru
Tony ... this is simple query which return next value of generator
GEN_DOSTAVKA_ID ... on other interfaces like isql or Ibexpert it return
right values ... may be you see my previos bug:
http://bugs.php.net/bug.php?id=41025
But #34158 bug not about this PDO driver ... can we solve problem with
wrong t.tm_isdst = -1; value ?
[2007-04-10 16:23:42] [EMAIL PROTECTED]
Why do you think it should return non-empty string?
Did you try to run this query using other interfaces to Interbase?
[2007-04-10 16:11:51] aesthete at telecenter dot ru
Ok ... some code:
try {
$dbh = new PDO
('firebird:dbname=10.0.0.1:/home/dbase/prihod/zakupka.gdb', 'SYSDBA',
'1');
foreach ($dbh->query('SELECT NAME FROM CARS ORDER BY NAME') as $row)
{
echo $row['NAME'].'';
}
$dbh = null;
} catch (PDOException $e) {
print "Error!: " . $e->getMessage() . "";
die();
}
Return right strings.
But when i try 'SELECT GEN_ID(GEN_DOSTAVKA_ID,1) FROM RDB$DATABASE'
with echo $row['GEN_ID'].'';
nothing return. Probably bug.
[2007-04-09 20:41:40] [EMAIL PROTECTED]
[5 Feb 2006 12:15pm UTC] [EMAIL PROTECTED]
Did you try PDO_FIREBIRD ?
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/34158
--
Edit this bug report at http://bugs.php.net/?id=34158&edit=1
#41063 [NEW]: chdir doesn't like root paths.
From: RQuadling at GMail dot com
Operating system: Windows XP SP2
PHP version: 5CVS-2007-04-12 (snap)
PHP Bug Type: Directory function related
Bug description: chdir doesn't like root paths.
Description:
chdir('D:/') doesn't work. It may have (sorry - I've only just noticed the
error log as the script runs unattended).
A proof has been supplied.
Using PHP 5.2.2RC2-dev (cli) (built: Apr 12 2007 04:03:00)
Reproduce code:
---
Expected result:
Current Directory is C:\
Path to script is D:\PHP Quickies
Change to path of script : Success
Current Directory is D:\PHP Quickies
Root to path to script is D:\
Change to root of path of script : Success
Current Directory is D:\
Actual result:
--
Current Directory is C:\
Path to script is D:\PHP Quickies
Change to path of script : Success
Current Directory is D:\PHP Quickies
Root to path to script is D:\
Change to root of path of script :
Warning: chdir(): No such file or directory (errno 2) in D:\PHP
Quickies\chdir_test.php on line 7
Failed
Current Directory is D:\PHP Quickies
--
Edit bug report at http://bugs.php.net/?id=41063&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=41063&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=41063&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=41063&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41063&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=41063&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=41063&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41063&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41063&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=41063&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41063&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=41063&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=41063&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41063&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41063&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41063&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41063&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=41063&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=41063&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=41063&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41063&r=mysqlcfg
#34158 [Opn]: Wrong t.tm_isdst flag value.
ID: 34158
Updated by: [EMAIL PROTECTED]
Reported By: aesthete at telecenter dot ru
Status: Open
Bug Type: InterBase related
Operating System: Linux 2.6.12 (Fedora Core 3)
PHP Version: 4.4.0/5.x.x
New Comment:
Fix this bug for example?
Previous Comments:
[2007-04-12 14:14:10] aesthete at telecenter dot ru
Ok .. what i must do to become maintainer of ext/interbase ? ...
[2007-04-11 19:39:37] [EMAIL PROTECTED]
>can we solve problem with wrong t.tm_isdst = -1; value ?
Sure we can.
The problem is that ext/interbase author doesn't maintain the extension
anymore, so you'll have to wait for someone who has enough knowledge and
desire to take it over.
This "someone" might be you, of course, you seem to be the only person
actively using Interbase I know of.
[2007-04-11 19:28:07] aesthete at telecenter dot ru
Tony ... this is simple query which return next value of generator
GEN_DOSTAVKA_ID ... on other interfaces like isql or Ibexpert it return
right values ... may be you see my previos bug:
http://bugs.php.net/bug.php?id=41025
But #34158 bug not about this PDO driver ... can we solve problem with
wrong t.tm_isdst = -1; value ?
[2007-04-10 16:23:42] [EMAIL PROTECTED]
Why do you think it should return non-empty string?
Did you try to run this query using other interfaces to Interbase?
[2007-04-10 16:11:51] aesthete at telecenter dot ru
Ok ... some code:
try {
$dbh = new PDO
('firebird:dbname=10.0.0.1:/home/dbase/prihod/zakupka.gdb', 'SYSDBA',
'1');
foreach ($dbh->query('SELECT NAME FROM CARS ORDER BY NAME') as $row)
{
echo $row['NAME'].'';
}
$dbh = null;
} catch (PDOException $e) {
print "Error!: " . $e->getMessage() . "";
die();
}
Return right strings.
But when i try 'SELECT GEN_ID(GEN_DOSTAVKA_ID,1) FROM RDB$DATABASE'
with echo $row['GEN_ID'].'';
nothing return. Probably bug.
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/34158
--
Edit this bug report at http://bugs.php.net/?id=34158&edit=1
#41063 [Opn->Asn]: chdir doesn't like root paths.
ID: 41063
Updated by: [EMAIL PROTECTED]
Reported By: RQuadling at GMail dot com
-Status: Open
+Status: Assigned
Bug Type: Directory function related
Operating System: Windows XP SP2
PHP Version: 5CVS-2007-04-12 (snap)
-Assigned To:
+Assigned To: dmitry
Previous Comments:
[2007-04-12 14:19:12] RQuadling at GMail dot com
Description:
chdir('D:/') doesn't work. It may have (sorry - I've only just noticed
the error log as the script runs unattended).
A proof has been supplied.
Using PHP 5.2.2RC2-dev (cli) (built: Apr 12 2007 04:03:00)
Reproduce code:
---
Expected result:
Current Directory is C:\
Path to script is D:\PHP Quickies
Change to path of script : Success
Current Directory is D:\PHP Quickies
Root to path to script is D:\
Change to root of path of script : Success
Current Directory is D:\
Actual result:
--
Current Directory is C:\
Path to script is D:\PHP Quickies
Change to path of script : Success
Current Directory is D:\PHP Quickies
Root to path to script is D:\
Change to root of path of script :
Warning: chdir(): No such file or directory (errno 2) in D:\PHP
Quickies\chdir_test.php on line 7
Failed
Current Directory is D:\PHP Quickies
--
Edit this bug report at http://bugs.php.net/?id=41063&edit=1
#40424 [Opn->Fbk]: Fatal error when setting the value of COM object's property array
ID: 40424
Updated by: [EMAIL PROTECTED]
Reported By: lee at dark-circuit dot com
-Status: Open
+Status: Feedback
Bug Type: COM related
Operating System: Windows XP SP2
PHP Version: 5CVS-2007-02-10 (snap)
Assigned To: wharmby
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Hi Lee
Is this still an issue for you with latest 5.2 snapshot
builds ?
With snapshot build of April 10th 2007 I am unable to recreate the
issue your report in this defect. Unfortunatley I do not have the
pre-requisite software (PawCom and Peachtree accounting software ?)
to run your supplied testcase so I have hacked togther one which I
believe does something very similar using Excel as follows:
Workbooks->Open("c:/COM/Sample.xls");
$sheet = $wbook->ActiveSheet;
$cells = $sheet->Cells;
print $cells[3][2];echo "\n";
$cells[3][2] = "99";
print $cells[3][2];echo "\n";
$wbook->Close(true, "c:/COM/Sample2.xls");
$excel = null;
echo "Test passed\n";
?>
This both reads and writes a multi-dimension array with no problems
which suggests to me the problem has either been fixed in PHP in the
interim or its not a simple case of COM array assignment not working.
Also, the error message you get
"Error [0x8002000f] Parameter not optional"
suggests something specific to the property you are trying to modify.
If you still have a problem with latest snapshot is there anyway you
can provide a standalone testcase so I can recreate the issue locally.
Regards
Andy
Previous Comments:
[2007-04-12 13:56:02] [EMAIL PROTECTED]
I will take a look at this one next.
[2007-02-10 04:31:38] lee at dark-circuit dot com
sorry, messed up expected result slightly. Should be:
Expected result:
CAKE
PIE
PIE
[2007-02-10 00:36:05] lee at dark-circuit dot com
Description:
Fatal error when setting the value of COM object's property array
Basically I'm having the same problem as Bug #28161 [This bug is marked
closed, fixed]
http://bugs.php.net/bug.php?id=28161&edit=1
COM Array Assignment isn't working.
In the old closed bug, wez posted a fix that went into RC2 of PHP 5.0,
but I'm guessing that the fix didn't make it into release 5.0 or any
current versions. Have tested code on most currentish snaps of PHP 5.0
- 5.2.2 for sanity.
Reproduce code:
---
$itemindex = 2914;
$oInfo = new COM("PAW.LineItem") or die("WHAT THE?");
$oInfo->GetForIndex($itemindex);
// CustomField is:
// string CustomField(ByVal Index As Integer)
echo $oInfo->CustomField[1];
echo "\n";
$oInfo->CustomField[1] = "PIE";
echo "\n";
echo $oInfo->CustomField[1];
Expected result:
CAKE
PIE
CAKE
Actual result:
--
CAKE
PHP Fatal error: Uncaught exception 'com_exception' with message
'Error [0x8002000f] Parameter not optional.
' in C:\New Folder\prime-sync-itemdb.php:197
Stack trace:
#0 C:\New Folder (3)\prime-sync-itemdb.php(197): unknown()
#1 {main}
thrown in C:\New Folder\prime-sync-itemdb.php on line 197
Note: for sanity I confirmed assignment works to same property by
writing same program in VB.NET. Works ok.
oInfo.CustomField(1) = "PIE" in VB.NET
--
Edit this bug report at http://bugs.php.net/?id=40424&edit=1
#41063 [Asn->Csd]: chdir doesn't like root paths.
ID: 41063
Updated by: [EMAIL PROTECTED]
Reported By: RQuadling at GMail dot com
-Status: Assigned
+Status: Closed
Bug Type: Directory function related
Operating System: Windows XP SP2
PHP Version: 5CVS-2007-04-12 (snap)
Assigned To: dmitry
New Comment:
Fixed in CVS HEAD and PHP_5_2.
Previous Comments:
[2007-04-12 14:19:12] RQuadling at GMail dot com
Description:
chdir('D:/') doesn't work. It may have (sorry - I've only just noticed
the error log as the script runs unattended).
A proof has been supplied.
Using PHP 5.2.2RC2-dev (cli) (built: Apr 12 2007 04:03:00)
Reproduce code:
---
Expected result:
Current Directory is C:\
Path to script is D:\PHP Quickies
Change to path of script : Success
Current Directory is D:\PHP Quickies
Root to path to script is D:\
Change to root of path of script : Success
Current Directory is D:\
Actual result:
--
Current Directory is C:\
Path to script is D:\PHP Quickies
Change to path of script : Success
Current Directory is D:\PHP Quickies
Root to path to script is D:\
Change to root of path of script :
Warning: chdir(): No such file or directory (errno 2) in D:\PHP
Quickies\chdir_test.php on line 7
Failed
Current Directory is D:\PHP Quickies
--
Edit this bug report at http://bugs.php.net/?id=41063&edit=1
#41064 [NEW]: PDOException->getCode() returns string
From: p dot volk at veb-it dot de
Operating system: Linux 2.6.18-4-k7
PHP version: 5.2.1
PHP Bug Type: PDO related
Bug description: PDOException->getCode() returns string
Description:
PDOException->getCode() returns string instead integer.
I've tested this code with php 5.2.1 and PHP 5.2.2RC2-dev (cli) (built:
Apr 12 2007 17:17:02), from php5.2-200704121430.tar.bz2.
Reproduce code:
---
setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
$data = array(array('php', 'rulez'), array('php', 'rulez'));
$stmt = $db->prepare('INSERT INTO atable VALUES (?, ?)');
$stmt->bindParam(1, $lang, PDO::PARAM_STR);
$stmt->bindParam(2, $action, PDO::PARAM_STR);
foreach($data as $set) {
$lang = $set[0];
$action = $set[1];
try { $stmt->execute(); }
catch (PDOException $e) {
if ($e->getCode() === 23000 || 23505 === $e->getCode())
continue;
else var_dump($e->getCode()); print $e->getMessage()."\n";
}
}
$db = null;
?>
Expected result:
No Output AND PDOException->getCode() returns an integer.
Actual result:
--
* PsotgreSQL
string(5) "23505"
SQLSTATE[23505]: Unique violation: 7 ERROR: duplicate key violates unique
constraint "pkey_atable"
* MySQL
string(5) "23000"
SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry
'php-rulez' for key 1
--
Edit bug report at http://bugs.php.net/?id=41064&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=41064&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=41064&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=41064&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41064&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=41064&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=41064&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41064&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41064&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=41064&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41064&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=41064&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=41064&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41064&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41064&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41064&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41064&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=41064&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=41064&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=41064&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41064&r=mysqlcfg
#41064 [Opn->Bgs]: PDOException->getCode() returns string
ID: 41064
Updated by: [EMAIL PROTECTED]
Reported By: p dot volk at veb-it dot de
-Status: Open
+Status: Bogus
Bug Type: PDO related
Operating System: Linux 2.6.18-4-k7
PHP Version: 5.2.1
New Comment:
Expected behaviour.
Previous Comments:
[2007-04-12 15:54:29] p dot volk at veb-it dot de
Description:
PDOException->getCode() returns string instead integer.
I've tested this code with php 5.2.1 and PHP 5.2.2RC2-dev (cli) (built:
Apr 12 2007 17:17:02), from php5.2-200704121430.tar.bz2.
Reproduce code:
---
setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
$data = array(array('php', 'rulez'), array('php', 'rulez'));
$stmt = $db->prepare('INSERT INTO atable VALUES (?, ?)');
$stmt->bindParam(1, $lang, PDO::PARAM_STR);
$stmt->bindParam(2, $action, PDO::PARAM_STR);
foreach($data as $set) {
$lang = $set[0];
$action = $set[1];
try { $stmt->execute(); }
catch (PDOException $e) {
if ($e->getCode() === 23000 || 23505 === $e->getCode())
continue;
else var_dump($e->getCode()); print $e->getMessage()."\n";
}
}
$db = null;
?>
Expected result:
No Output AND PDOException->getCode() returns an integer.
Actual result:
--
* PsotgreSQL
string(5) "23505"
SQLSTATE[23505]: Unique violation: 7 ERROR: duplicate key violates
unique constraint "pkey_atable"
* MySQL
string(5) "23000"
SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry
'php-rulez' for key 1
--
Edit this bug report at http://bugs.php.net/?id=41064&edit=1
#34158 [Opn]: Wrong t.tm_isdst flag value.
ID: 34158 User updated by: aesthete at telecenter dot ru Reported By: aesthete at telecenter dot ru Status: Open Bug Type: InterBase related Operating System: Linux 2.6.12 (Fedora Core 3) PHP Version: 4.4.0/5.x.x New Comment: Ok ... my first patch will be: // t.tm_isdst = -1; in ext/ibase_query.c in line 1376 ... how can i apply this patch ? Previous Comments: [2007-04-12 14:50:52] [EMAIL PROTECTED] Fix this bug for example? [2007-04-12 14:14:10] aesthete at telecenter dot ru Ok .. what i must do to become maintainer of ext/interbase ? ... [2007-04-11 19:39:37] [EMAIL PROTECTED] >can we solve problem with wrong t.tm_isdst = -1; value ? Sure we can. The problem is that ext/interbase author doesn't maintain the extension anymore, so you'll have to wait for someone who has enough knowledge and desire to take it over. This "someone" might be you, of course, you seem to be the only person actively using Interbase I know of. [2007-04-11 19:28:07] aesthete at telecenter dot ru Tony ... this is simple query which return next value of generator GEN_DOSTAVKA_ID ... on other interfaces like isql or Ibexpert it return right values ... may be you see my previos bug: http://bugs.php.net/bug.php?id=41025 But #34158 bug not about this PDO driver ... can we solve problem with wrong t.tm_isdst = -1; value ? [2007-04-10 16:23:42] [EMAIL PROTECTED] Why do you think it should return non-empty string? Did you try to run this query using other interfaces to Interbase? 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/34158 -- Edit this bug report at http://bugs.php.net/?id=34158&edit=1
#41065 [NEW]: number_format() inconsistant rounding
From: michel dot gervais at hrsdc-rhdsc dot gc dot ca Operating system: win2k PHP version: 4.4.6 PHP Bug Type: *Math Functions Bug description: number_format() inconsistant rounding Description: number_format(2009.00 * 0.2550,2); = 512.29 <= NOT rounded Similar to Bug #22712 << whch has been marked as "bogus/closed" has actuall errors, as last poster mentions. Result: 63.74 64.75 --- Reproduce code: --- number_format(2009.00 * 0.2550,2); = 512.29 << NOT rounded Should be 519.30 The following 2 lines "are" rounded. number_format(5949.00 * 0.2550,2); = 1,517.00 << is rounded number_format(721.00 * 0.2550,2); = 183.86<< is rounded for some reason it doesn't round 512.29 to 512.30 but it works fine for 1,517.00 => 1,516.99 183.86 => 183.855 Code Expected result: 1,517.00 512.30 183.86 Actual result: -- 1,517.00 512.29 183.86 -- Edit bug report at http://bugs.php.net/?id=41065&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41065&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41065&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41065&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41065&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41065&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41065&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41065&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41065&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41065&r=support Expected behavior:http://bugs.php.net/fix.php?id=41065&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41065&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41065&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41065&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41065&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41065&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41065&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41065&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41065&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41065&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41065&r=mysqlcfg
#41064 [Bgs->Opn]: PDOException->getCode() returns string
ID: 41064
User updated by: p dot volk at veb-it dot de
Reported By: p dot volk at veb-it dot de
-Status: Bogus
+Status: Open
Bug Type: PDO related
Operating System: Linux 2.6.18-4-k7
PHP Version: 5.2.1
New Comment:
This is bug, it is'n bogus. Have a look at this code and it's ouput:
[EMAIL PROTECTED] tmp $ cat testcode.php && php testcode.php
getCode());
}
throw new Exception('hello', 'text');
?>
int(0)
Fatal error: Wrong parameters for Exception([string $exception [, long
$code ]]) in /tmp/testcode.php on line 9
Previous Comments:
[2007-04-12 16:02:53] [EMAIL PROTECTED]
Expected behaviour.
[2007-04-12 15:54:29] p dot volk at veb-it dot de
Description:
PDOException->getCode() returns string instead integer.
I've tested this code with php 5.2.1 and PHP 5.2.2RC2-dev (cli) (built:
Apr 12 2007 17:17:02), from php5.2-200704121430.tar.bz2.
Reproduce code:
---
setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
$data = array(array('php', 'rulez'), array('php', 'rulez'));
$stmt = $db->prepare('INSERT INTO atable VALUES (?, ?)');
$stmt->bindParam(1, $lang, PDO::PARAM_STR);
$stmt->bindParam(2, $action, PDO::PARAM_STR);
foreach($data as $set) {
$lang = $set[0];
$action = $set[1];
try { $stmt->execute(); }
catch (PDOException $e) {
if ($e->getCode() === 23000 || 23505 === $e->getCode())
continue;
else var_dump($e->getCode()); print $e->getMessage()."\n";
}
}
$db = null;
?>
Expected result:
No Output AND PDOException->getCode() returns an integer.
Actual result:
--
* PsotgreSQL
string(5) "23505"
SQLSTATE[23505]: Unique violation: 7 ERROR: duplicate key violates
unique constraint "pkey_atable"
* MySQL
string(5) "23000"
SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry
'php-rulez' for key 1
--
Edit this bug report at http://bugs.php.net/?id=41064&edit=1
#41065 [Opn->Bgs]: number_format() inconsistant rounding
ID: 41065 Updated by: [EMAIL PROTECTED] Reported By: michel dot gervais at hrsdc-rhdsc dot gc dot ca -Status: Open +Status: Bogus Bug Type: *Math Functions Operating System: win2k PHP Version: 4.4.6 New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about "floats" and what IEEE 754 is read this: http://docs.sun.com/source/806-3568/ncg_goldberg.html Thank you for your interest in PHP. Previous Comments: [2007-04-12 16:15:58] michel dot gervais at hrsdc-rhdsc dot gc dot ca Description: number_format(2009.00 * 0.2550,2); = 512.29 <= NOT rounded Similar to Bug #22712 << whch has been marked as "bogus/closed" has actuall errors, as last poster mentions. Result: 63.74 64.75 --- Reproduce code: --- number_format(2009.00 * 0.2550,2); = 512.29 << NOT rounded Should be 519.30 The following 2 lines "are" rounded. number_format(5949.00 * 0.2550,2); = 1,517.00 << is rounded number_format(721.00 * 0.2550,2); = 183.86<< is rounded for some reason it doesn't round 512.29 to 512.30 but it works fine for 1,517.00 => 1,516.99 183.86 => 183.855 Code Expected result: 1,517.00 512.30 183.86 Actual result: -- 1,517.00 512.29 183.86 -- Edit this bug report at http://bugs.php.net/?id=41065&edit=1
#41064 [Opn->Bgs]: PDOException->getCode() returns string
ID: 41064
Updated by: [EMAIL PROTECTED]
Reported By: p dot volk at veb-it dot de
-Status: Open
+Status: Bogus
Bug Type: PDO related
Operating System: Linux 2.6.18-4-k7
PHP Version: 5.2.1
New Comment:
PDOException and Exception are different things.
PDOException has to be able to store codes like HYT00 or XX000, which
are clearly not integers.
Previous Comments:
[2007-04-12 16:21:44] p dot volk at veb-it dot de
This is bug, it is'n bogus. Have a look at this code and it's ouput:
[EMAIL PROTECTED] tmp $ cat testcode.php && php testcode.php
getCode());
}
throw new Exception('hello', 'text');
?>
int(0)
Fatal error: Wrong parameters for Exception([string $exception [, long
$code ]]) in /tmp/testcode.php on line 9
[2007-04-12 16:02:53] [EMAIL PROTECTED]
Expected behaviour.
[2007-04-12 15:54:29] p dot volk at veb-it dot de
Description:
PDOException->getCode() returns string instead integer.
I've tested this code with php 5.2.1 and PHP 5.2.2RC2-dev (cli) (built:
Apr 12 2007 17:17:02), from php5.2-200704121430.tar.bz2.
Reproduce code:
---
setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
$data = array(array('php', 'rulez'), array('php', 'rulez'));
$stmt = $db->prepare('INSERT INTO atable VALUES (?, ?)');
$stmt->bindParam(1, $lang, PDO::PARAM_STR);
$stmt->bindParam(2, $action, PDO::PARAM_STR);
foreach($data as $set) {
$lang = $set[0];
$action = $set[1];
try { $stmt->execute(); }
catch (PDOException $e) {
if ($e->getCode() === 23000 || 23505 === $e->getCode())
continue;
else var_dump($e->getCode()); print $e->getMessage()."\n";
}
}
$db = null;
?>
Expected result:
No Output AND PDOException->getCode() returns an integer.
Actual result:
--
* PsotgreSQL
string(5) "23505"
SQLSTATE[23505]: Unique violation: 7 ERROR: duplicate key violates
unique constraint "pkey_atable"
* MySQL
string(5) "23000"
SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry
'php-rulez' for key 1
--
Edit this bug report at http://bugs.php.net/?id=41064&edit=1
#41066 [NEW]: I get a message saying PHP error C:\PHP521\php.ini on line 1078
From: tinscurv at Hotmail dot com Operating system: windows 2000 nt PHP version: 5.2.1 PHP Bug Type: Unknown/Other Function Bug description: I get a message saying PHP error C:\PHP521\php.ini on line 1078 Description: When my computer starts, I get a message "PHP error Error Parsing C:\PHP521\php.ini on line 1078. What does that mean? -- Edit bug report at http://bugs.php.net/?id=41066&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41066&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41066&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41066&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41066&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41066&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41066&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41066&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41066&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41066&r=support Expected behavior:http://bugs.php.net/fix.php?id=41066&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41066&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41066&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41066&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41066&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41066&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41066&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41066&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41066&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41066&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41066&r=mysqlcfg
#41066 [Opn->Bgs]: I get a message saying PHP error C:\PHP521\php.ini on line 1078
ID: 41066 Updated by: [EMAIL PROTECTED] Reported By: tinscurv at Hotmail dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: windows 2000 nt PHP Version: 5.2.1 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. Previous Comments: [2007-04-12 16:55:05] tinscurv at Hotmail dot com Description: When my computer starts, I get a message "PHP error Error Parsing C:\PHP521\php.ini on line 1078. What does that mean? -- Edit this bug report at http://bugs.php.net/?id=41066&edit=1
#41057 [Fbk->Csd]: imagepng creates incorrect sized png
ID: 41057 User updated by: rempargo at gmail dot com Reported By: rempargo at gmail dot com -Status: Feedback +Status: Closed Bug Type: GD related Operating System: Windows XP Home PHP Version: 5.2.1 New Comment: It was indeed my viewer (VuePrint 8.0), it gave the wrong size. I was misled, because .gif and .jpg were correct in this viewer. Previous Comments: [2007-04-11 19:53:56] [EMAIL PROTECTED] Cannot reproduce anything like that. Check your image viewer. [2007-04-11 19:50:14] [EMAIL PROTECTED] Please put the result image somewhere, so we can take a look at it. [2007-04-11 19:37:12] rempargo at gmail dot com Description: imagepng creates incorrect sized png file if imagecreatetruecolor parameters are smaller then 26. e.g. 25 x 25 becomes 31 x 31. The problems only occurs with imagepng, not with imagejpg nor with imagegif. Reproduce code: --- -- Edit this bug report at http://bugs.php.net/?id=41057&edit=1
#41057 [Csd->Bgs]: imagepng creates incorrect sized png
ID: 41057 Updated by: [EMAIL PROTECTED] Reported By: rempargo at gmail dot com -Status: Closed +Status: Bogus Bug Type: GD related Operating System: Windows XP Home PHP Version: 5.2.1 Previous Comments: [2007-04-12 17:11:01] rempargo at gmail dot com It was indeed my viewer (VuePrint 8.0), it gave the wrong size. I was misled, because .gif and .jpg were correct in this viewer. [2007-04-11 19:53:56] [EMAIL PROTECTED] Cannot reproduce anything like that. Check your image viewer. [2007-04-11 19:50:14] [EMAIL PROTECTED] Please put the result image somewhere, so we can take a look at it. [2007-04-11 19:37:12] rempargo at gmail dot com Description: imagepng creates incorrect sized png file if imagecreatetruecolor parameters are smaller then 26. e.g. 25 x 25 becomes 31 x 31. The problems only occurs with imagepng, not with imagejpg nor with imagegif. Reproduce code: --- -- Edit this bug report at http://bugs.php.net/?id=41057&edit=1
#41067 [NEW]: JSON_decode() does not handle surrogate pairs
From: jp at df5ea dot net Operating system: PHP version: 5CVS-2007-04-12 (CVS) PHP Bug Type: *Unicode Issues Bug description: JSON_decode() does not handle surrogate pairs Description: When decoding a string with surrogate pairs in it, JSON_decode() produces incorrect UTF-8. Instead of encoding the two surrogate characters as one UTF-8 sequence it encodes it as two sequences wich represent the two surrogate code points. The decoded string is actually CESU-8. The JSON_encode() function can not encode such a string. I have a patch to JSON_parse.c that transcodes the UTF-16 properly to UTF-8. Reproduce code: --- Expected result: The output form the two bin2hex functions should be the same: f09d8480 ["\ud834\udd00"] f09d8480 END Actual result: -- The second string is different from the input string and illegal UTF-8. f09d8480 ["\ud834\udd00"] eda0b4edb480 END -- Edit bug report at http://bugs.php.net/?id=41067&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41067&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41067&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41067&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41067&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41067&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41067&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41067&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41067&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41067&r=support Expected behavior:http://bugs.php.net/fix.php?id=41067&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41067&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41067&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41067&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41067&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41067&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41067&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41067&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41067&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41067&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41067&r=mysqlcfg
#41064 [Bgs]: PDOException->getCode() returns string
ID: 41064
User updated by: p dot volk at veb-it dot de
Reported By: p dot volk at veb-it dot de
Status: Bogus
Bug Type: PDO related
Operating System: Linux 2.6.18-4-k7
PHP Version: 5.2.1
New Comment:
A fine excuse!
But
tells me amongst others:
'Class [ class PDOException extends RuntimeException ]
...'
If PDOException would really extend RuntimeException/Exception, how is
it possible, that the attribute code is a string?
If I try to extend the class Exception with a own Exception class and
the attribute code isn't an integer. I'll get inevitably a fatal error.
The documentation at http://de.php.net/pdo, section 'Errors and error
handling'/PDO::ERRMODE_EXCEPTION mentions 'see Exceptions for more
information about Exceptions in PHP.', but nothing about the type
casting.
Well, why don't you extend Exception correctly, with an attribute
sqlstate and a method getSQLState()?
Previous Comments:
[2007-04-12 16:38:19] [EMAIL PROTECTED]
PDOException and Exception are different things.
PDOException has to be able to store codes like HYT00 or XX000, which
are clearly not integers.
[2007-04-12 16:21:44] p dot volk at veb-it dot de
This is bug, it is'n bogus. Have a look at this code and it's ouput:
[EMAIL PROTECTED] tmp $ cat testcode.php && php testcode.php
getCode());
}
throw new Exception('hello', 'text');
?>
int(0)
Fatal error: Wrong parameters for Exception([string $exception [, long
$code ]]) in /tmp/testcode.php on line 9
[2007-04-12 16:02:53] [EMAIL PROTECTED]
Expected behaviour.
[2007-04-12 15:54:29] p dot volk at veb-it dot de
Description:
PDOException->getCode() returns string instead integer.
I've tested this code with php 5.2.1 and PHP 5.2.2RC2-dev (cli) (built:
Apr 12 2007 17:17:02), from php5.2-200704121430.tar.bz2.
Reproduce code:
---
setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
$data = array(array('php', 'rulez'), array('php', 'rulez'));
$stmt = $db->prepare('INSERT INTO atable VALUES (?, ?)');
$stmt->bindParam(1, $lang, PDO::PARAM_STR);
$stmt->bindParam(2, $action, PDO::PARAM_STR);
foreach($data as $set) {
$lang = $set[0];
$action = $set[1];
try { $stmt->execute(); }
catch (PDOException $e) {
if ($e->getCode() === 23000 || 23505 === $e->getCode())
continue;
else var_dump($e->getCode()); print $e->getMessage()."\n";
}
}
$db = null;
?>
Expected result:
No Output AND PDOException->getCode() returns an integer.
Actual result:
--
* PsotgreSQL
string(5) "23505"
SQLSTATE[23505]: Unique violation: 7 ERROR: duplicate key violates
unique constraint "pkey_atable"
* MySQL
string(5) "23000"
SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry
'php-rulez' for key 1
--
Edit this bug report at http://bugs.php.net/?id=41064&edit=1
#41064 [Bgs->Opn]: PDOException->getCode() returns string
ID: 41064
User updated by: p dot volk at veb-it dot de
Reported By: p dot volk at veb-it dot de
-Status: Bogus
+Status: Open
Bug Type: PDO related
Operating System: Linux 2.6.18-4-k7
PHP Version: 5.2.1
New Comment:
A fine excuse!
But
tells me amongst others:
'Class [ class PDOException extends RuntimeException ]
...'
If PDOException would really extend RuntimeException/Exception, how is
it possible, that the attribute code is a string?
If I try to extend the class Exception with a own Exception class and
the attribute code isn't an integer. I'll get inevitably a fatal error.
The documentation at http://de.php.net/pdo, section 'Errors and error
handling'/PDO::ERRMODE_EXCEPTION mentions 'see Exceptions for more
information about Exceptions in PHP.', but nothing about the type
casting.
Well, why don't you extend Exception correctly, with an attribute
sqlstate and a method getSQLState()?
Previous Comments:
[2007-04-12 18:14:31] p dot volk at veb-it dot de
A fine excuse!
But
tells me amongst others:
'Class [ class PDOException extends RuntimeException ]
...'
If PDOException would really extend RuntimeException/Exception, how is
it possible, that the attribute code is a string?
If I try to extend the class Exception with a own Exception class and
the attribute code isn't an integer. I'll get inevitably a fatal error.
The documentation at http://de.php.net/pdo, section 'Errors and error
handling'/PDO::ERRMODE_EXCEPTION mentions 'see Exceptions for more
information about Exceptions in PHP.', but nothing about the type
casting.
Well, why don't you extend Exception correctly, with an attribute
sqlstate and a method getSQLState()?
[2007-04-12 16:38:19] [EMAIL PROTECTED]
PDOException and Exception are different things.
PDOException has to be able to store codes like HYT00 or XX000, which
are clearly not integers.
[2007-04-12 16:21:44] p dot volk at veb-it dot de
This is bug, it is'n bogus. Have a look at this code and it's ouput:
[EMAIL PROTECTED] tmp $ cat testcode.php && php testcode.php
getCode());
}
throw new Exception('hello', 'text');
?>
int(0)
Fatal error: Wrong parameters for Exception([string $exception [, long
$code ]]) in /tmp/testcode.php on line 9
[2007-04-12 16:02:53] [EMAIL PROTECTED]
Expected behaviour.
[2007-04-12 15:54:29] p dot volk at veb-it dot de
Description:
PDOException->getCode() returns string instead integer.
I've tested this code with php 5.2.1 and PHP 5.2.2RC2-dev (cli) (built:
Apr 12 2007 17:17:02), from php5.2-200704121430.tar.bz2.
Reproduce code:
---
setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
$data = array(array('php', 'rulez'), array('php', 'rulez'));
$stmt = $db->prepare('INSERT INTO atable VALUES (?, ?)');
$stmt->bindParam(1, $lang, PDO::PARAM_STR);
$stmt->bindParam(2, $action, PDO::PARAM_STR);
foreach($data as $set) {
$lang = $set[0];
$action = $set[1];
try { $stmt->execute(); }
catch (PDOException $e) {
if ($e->getCode() === 23000 || 23505 === $e->getCode())
continue;
else var_dump($e->getCode()); print $e->getMessage()."\n";
}
}
$db = null;
?>
Expected result:
No Output AND PDOException->getCode() returns an integer.
Actual result:
--
* PsotgreSQL
string(5) "23505"
SQLSTATE[23505]: Unique violation: 7 ERROR: duplicate key violates
unique constraint "pkey_atable"
* MySQL
string(5) "23000"
SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry
'php-rulez' for key 1
--
Edit this bug report at http://bugs.php.net/?id=41064&edit=1
#41064 [Opn->Bgs]: PDOException->getCode() returns string
ID: 41064
Updated by: [EMAIL PROTECTED]
Reported By: p dot volk at veb-it dot de
-Status: Open
+Status: Bogus
Bug Type: PDO related
Operating System: Linux 2.6.18-4-k7
PHP Version: 5.2.1
New Comment:
It is done this way for a good reason, which I've already explained.
There is no bug, that's how it is supposed to work.
Previous Comments:
[2007-04-12 18:14:31] p dot volk at veb-it dot de
A fine excuse!
But
tells me amongst others:
'Class [ class PDOException extends RuntimeException ]
...'
If PDOException would really extend RuntimeException/Exception, how is
it possible, that the attribute code is a string?
If I try to extend the class Exception with a own Exception class and
the attribute code isn't an integer. I'll get inevitably a fatal error.
The documentation at http://de.php.net/pdo, section 'Errors and error
handling'/PDO::ERRMODE_EXCEPTION mentions 'see Exceptions for more
information about Exceptions in PHP.', but nothing about the type
casting.
Well, why don't you extend Exception correctly, with an attribute
sqlstate and a method getSQLState()?
[2007-04-12 16:38:19] [EMAIL PROTECTED]
PDOException and Exception are different things.
PDOException has to be able to store codes like HYT00 or XX000, which
are clearly not integers.
[2007-04-12 16:21:44] p dot volk at veb-it dot de
This is bug, it is'n bogus. Have a look at this code and it's ouput:
[EMAIL PROTECTED] tmp $ cat testcode.php && php testcode.php
getCode());
}
throw new Exception('hello', 'text');
?>
int(0)
Fatal error: Wrong parameters for Exception([string $exception [, long
$code ]]) in /tmp/testcode.php on line 9
[2007-04-12 16:02:53] [EMAIL PROTECTED]
Expected behaviour.
[2007-04-12 15:54:29] p dot volk at veb-it dot de
Description:
PDOException->getCode() returns string instead integer.
I've tested this code with php 5.2.1 and PHP 5.2.2RC2-dev (cli) (built:
Apr 12 2007 17:17:02), from php5.2-200704121430.tar.bz2.
Reproduce code:
---
setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
$data = array(array('php', 'rulez'), array('php', 'rulez'));
$stmt = $db->prepare('INSERT INTO atable VALUES (?, ?)');
$stmt->bindParam(1, $lang, PDO::PARAM_STR);
$stmt->bindParam(2, $action, PDO::PARAM_STR);
foreach($data as $set) {
$lang = $set[0];
$action = $set[1];
try { $stmt->execute(); }
catch (PDOException $e) {
if ($e->getCode() === 23000 || 23505 === $e->getCode())
continue;
else var_dump($e->getCode()); print $e->getMessage()."\n";
}
}
$db = null;
?>
Expected result:
No Output AND PDOException->getCode() returns an integer.
Actual result:
--
* PsotgreSQL
string(5) "23505"
SQLSTATE[23505]: Unique violation: 7 ERROR: duplicate key violates
unique constraint "pkey_atable"
* MySQL
string(5) "23000"
SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry
'php-rulez' for key 1
--
Edit this bug report at http://bugs.php.net/?id=41064&edit=1
#41061 [Asn->Csd]: "visibility error" in ReflectionFunction::export()
ID: 41061
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Assigned
+Status: Closed
Bug Type: Class/Object related
Operating System: Linux
PHP Version: 5CVS-2007-04-12 (CVS)
-Assigned To: helly
+Assigned To: johannes
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:
[2007-04-12 12:20:59] [EMAIL PROTECTED]
Description:
ReflectionFunction() incorrectly presumes function flags can be only
private, protected or public.
Reproduce code:
---
function foo(){}
$f = new ReflectionFunction("foo");
$f->export("foo");
Expected result:
Function [ function foo ] {
@@ Command line code 1 - 1
}
Actual result:
--
Function [ function foo ] {
@@ Command line code 1 - 1
}
--
Edit this bug report at http://bugs.php.net/?id=41061&edit=1
#41034 [Asn->Csd]: json_encode ignores null byte started keys in arrays
ID: 41034
Updated by: [EMAIL PROTECTED]
Reported By: php at sameprecision dot org
-Status: Assigned
+Status: Closed
Bug Type: Unknown/Other Function
Operating System: suse linux 10, windows XP sp2
PHP Version: 5.2.1
Assigned To: iliaa
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:
[2007-04-10 22:20:16] [EMAIL PROTECTED]
Reassigned to Ilia per his request.
[2007-04-10 18:06:09] php at sameprecision dot org
woops
if (key[0] == '\0' && keylen == 1) {
/* Skip protected and private members. */
continue;
}
[2007-04-10 17:53:11] php at sameprecision dot org
In /ext/json/json.c line 190:
if (key[0] == '\0') {
/* Skip protected and private members. */
continue;
}
Looks like condition should be (key[0] == '\0' && strlen(key)==1)
[2007-04-10 04:40:29] php at sameprecision dot org
Description:
If a key in an array starts with the null byte, json_encode ignores
that key=>value pair.
This seems wrong because json_encode doesn't care about null bytes
anywhere in the value (and neither does javascript, about keys or
values).
Reproduce code:
---
//works as expected:
echo json_encode(array(0,"a\0b"=>1,"\0null-prefixed value"));
echo "\n\n";
//ignores second element whose key begins with null byte:
echo json_encode(array(0,"\0ab"=>1,"\0null-prefixed value"));
Expected result:
{"0":0,"a\0b":1,"1":"\0null-prefixed value"}
{"0":0,"\0ab":1,"1":"\0null-prefixed value"}
// \0 represents an actual null byte here
Actual result:
--
{"0":0,"a\0b":1,"1":"\0null-prefixed value"}
{"0":0,"1":"\0null-prefixed value"}
// \0 represents an actual null byte here
--
Edit this bug report at http://bugs.php.net/?id=41034&edit=1
#41067 [Opn->Fbk]: JSON_decode() does not handle surrogate pairs
ID: 41067 Updated by: [EMAIL PROTECTED] Reported By: jp at df5ea dot net -Status: Open +Status: Feedback Bug Type:*Unicode Issues PHP Version: 5CVS-2007-04-12 (CVS) New Comment: Can you post a link to the patch? Previous Comments: [2007-04-12 18:12:28] jp at df5ea dot net Description: When decoding a string with surrogate pairs in it, JSON_decode() produces incorrect UTF-8. Instead of encoding the two surrogate characters as one UTF-8 sequence it encodes it as two sequences wich represent the two surrogate code points. The decoded string is actually CESU-8. The JSON_encode() function can not encode such a string. I have a patch to JSON_parse.c that transcodes the UTF-16 properly to UTF-8. Reproduce code: --- Expected result: The output form the two bin2hex functions should be the same: f09d8480 ["\ud834\udd00"] f09d8480 END Actual result: -- The second string is different from the input string and illegal UTF-8. f09d8480 ["\ud834\udd00"] eda0b4edb480 END -- Edit this bug report at http://bugs.php.net/?id=41067&edit=1
#41067 [Fbk->Opn]: JSON_decode() does not handle surrogate pairs
ID: 41067 User updated by: jp at df5ea dot net Reported By: jp at df5ea dot net -Status: Feedback +Status: Open Bug Type:*Unicode Issues PHP Version: 5CVS-2007-04-12 (CVS) New Comment: http://anna.df5ea.net/~jp/JSON_parser.c.patch An extra parameter is added to utf16_to_utf8(): prev_utf16. This parameter is used to store the previously decoded UTF-16 code unit. When the function encounters an high surrogate this value is used to look for a low surrogate. From this pair it builds the correct UTF-8 sequence. When it encounters an surrogate code point not in a pair it is ignored. The prev_utf16 variable in JSON_parser() is reset between different strings. If there is a speed concern regarding the parser it is also possible to drop the prev_utf16 part. The decoder function could then look in the decoding buffer to look for the low surrogate. If needed I can submit a patch to get the function operating in this way. Previous Comments: [2007-04-12 19:41:17] [EMAIL PROTECTED] Can you post a link to the patch? [2007-04-12 18:12:28] jp at df5ea dot net Description: When decoding a string with surrogate pairs in it, JSON_decode() produces incorrect UTF-8. Instead of encoding the two surrogate characters as one UTF-8 sequence it encodes it as two sequences wich represent the two surrogate code points. The decoded string is actually CESU-8. The JSON_encode() function can not encode such a string. I have a patch to JSON_parse.c that transcodes the UTF-16 properly to UTF-8. Reproduce code: --- Expected result: The output form the two bin2hex functions should be the same: f09d8480 ["\ud834\udd00"] f09d8480 END Actual result: -- The second string is different from the input string and illegal UTF-8. f09d8480 ["\ud834\udd00"] eda0b4edb480 END -- Edit this bug report at http://bugs.php.net/?id=41067&edit=1
#40543 [Bgs->Opn]: pack/unpack bug
ID: 40543
Updated by: [EMAIL PROTECTED]
Reported By: dedmajor at gmail dot com
-Status: Bogus
+Status: Open
Bug Type: Unknown/Other Function
Operating System: linux x86_64
PHP Version: 5.2.1
New Comment:
This isn't bogus, this is a real bug that causes pain.
N is there for people writing code that talks to network services that
need to convert numbers from network byte order to the native format.
Also note that we get a bonus crash bug on 64-bit platforms too:
$fail = '\x00\x00\x00\x8c';
$result = unpack('Nsize', $fail);
$size = $result['size'] & 0x; // BANG!
Previous Comments:
[2007-02-24 15:12:29] [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
You should be using either L or V, not N.
[2007-02-19 13:34:38] dedmajor at gmail dot com
Description:
#38770 not fixed(?) in 5.2.1-dev
on x86_64 AMD Opteron(tm) Processor 265 unpack don't work, on i686
Intel(R) Celeron(R) CPU 2.50GHz works fine for example.
Reproduce code:
---
php -r 'print_r(unpack("N", pack("N", 41445)));
Expected result:
Array
(
[1] => 41445
)
Actual result:
--
Array
(
[1] => -2147442203
)
--
Edit this bug report at http://bugs.php.net/?id=40543&edit=1
#41025 [Asn->Fbk]: ibase_query(): Wrong result for SELECT GEN_ID(...)
ID: 41025
Updated by: [EMAIL PROTECTED]
Reported By: aesthete at telecenter dot ru
-Status: Assigned
+Status: Feedback
Bug Type: InterBase related
Operating System: Win XP sp2
PHP Version: 5CVS-2007-04-08 (snap)
Assigned To: helly
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Previous Comments:
[2007-04-09 20:42:35] [EMAIL PROTECTED]
Marcus, your patch causes this:
http://cvs.php.net/viewvc.cgi/php-src/ext/interbase/ibase_query.c?r1=1.30&r2=1.31
[2007-04-09 19:46:13] aesthete at telecenter dot ru
Ok ... some statistic to php versions and this bug:
Linux (FC6):
linux stable php5.2.1.tar.bz2 - ok.
linux snap php5.2-200704091630.tar.bz2 - ok.
Windows XP sp2:
win32 stable php-5.2.1-Win32.zip - ok.
win32 snap php5.2-win32-200704091630.zip - BUG!!!
php.ini in all test was the same.
What about bug which I found: http://bugs.php.net/bug.php?id=34158
... Will it be corrected?
[2007-04-09 07:48:31] [EMAIL PROTECTED]
Please check if PHP 5.2.1 works for you.
There were several changes to sprintf() utilities and they might have
affected it.
[2007-04-08 23:00:09] aesthete at telecenter dot ru
Description:
I have some code:
...
$sth = ibase_query('SELECT GEN_ID(GEN_DOSTAVKA_ID,1) FROM
RDB$DATABASE');
$row = ibase_fetch_assoc($sth); // return only one row
$current_dostavka_id = $row['GEN_ID'];
echo $current_dostavka_id;
...
On my WinXP sp2 machine with snaped php5.2-win32-200704082030 the
ptinted value $current_dostavka_id is wrong and always the same:
%I64d
The right result must be: 7120, 7121, ... for each script execution.
On linux snap php5.2-200704082030.tar.bz2 everything ok.
On php-5.2.1-Win32 everything ok.
And what about bug which I found: http://bugs.php.net/bug.php?id=34158
... Will it be corrected?
--
Edit this bug report at http://bugs.php.net/?id=41025&edit=1
#41068 [NEW]: 1
From: yeso777 at hotmail dot com Operating system: Debian sarge PHP version: 5.2.1 PHP Bug Type: MySQL related Bug description: 1 Description: I have one problem with the installation of php with mysql. Mysql is installated as version binary, apache too. In the moment of intall php, shows the following error: checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... no checking for MySQL UNIX socket location... /tmp/mysql.sock configure: error: Cannot find MySQL header files under yes. Note that the MySQL client library is not bundled anymore! and the command linea is: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql --with-pgsql --with-libxml-dir=/usr/local/lib/ --with-mysqli=/usr/local/mysql/mysql_config thanks Yesid -- Edit bug report at http://bugs.php.net/?id=41068&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41068&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41068&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41068&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41068&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41068&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41068&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41068&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41068&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41068&r=support Expected behavior:http://bugs.php.net/fix.php?id=41068&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41068&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41068&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41068&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41068&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41068&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41068&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41068&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41068&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41068&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41068&r=mysqlcfg
#41069 [NEW]: segfault when running a large query over dblink
From: brian dot kao at gateway dot com Operating system: linux PHP version: 5.2.1 PHP Bug Type: Oracle related Bug description: segfault when running a large query over dblink Description: Running a large query over dbLink would cause Apache to seg fault Apache v1.3.37 Oracle Instant Client v10.2 Reproduce code: --- $sql = "select * from [EMAIL PROTECTED]"; $stmt = ociparse($conn, $sql); ociexecute($stmt, OCI_DEFAULT); Expected result: ociexecute() would complete without any error Actual result: -- Apache seg faults immediately after the ociexecute() call. Here's the backtrace: (gdb) bt #0 0x0143997a in ttcfopr () from /usr/local/instantclient/libclntsh.so.10.1 #1 0x0143d476 in ttcdrv () from /usr/local/instantclient/libclntsh.so.10.1 #2 0x012d2951 in nioqwa () from /usr/local/instantclient/libclntsh.so.10.1 #3 0x010b837e in upirtrc () from /usr/local/instantclient/libclntsh.so.10.1 #4 0x01168129 in kpurcsc () from /usr/local/instantclient/libclntsh.so.10.1 #5 0x011a3f6f in kpuexecv8 () from /usr/local/instantclient/libclntsh.so.10.1 #6 0x011a5b4a in kpuexec () from /usr/local/instantclient/libclntsh.so.10.1 #7 0x010b2246 in OCIStmtExecute () from /usr/local/instantclient/libclntsh.so.10.1 #8 0x0813b898 in php_oci_statement_execute (statement=0xb7b5abb4, mode=32) at /home/eus110532/php-5.2.1/ext/oci8/oci8_statement.c:372 #9 0x08143de5 in zif_oci_execute (ht=2, return_value=0xb7b58b4c, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /home/eus110532/php-5.2.1/ext/oci8/oci8_interface.c:1287 #10 0x0835be35 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff1e380) at zend_vm_execute.h:200 #11 0x08360885 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0xbff1e380) at zend_vm_execute.h:1681 #12 0x0835ba4a in execute (op_array=0xb7b1ff4c) at zend_vm_execute.h:92 #13 0x0835bf6a in zend_do_fcall_common_helper_SPEC (execute_data=0xbff1e6b0) at zend_vm_execute.h:234 #14 0x0835c84b in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0xbff1e6b0) at zend_vm_execute.h:322 #15 0x0835ba4a in execute (op_array=0xb7b56090) at zend_vm_execute.h:92 #16 0x0835bf6a in zend_do_fcall_common_helper_SPEC (execute_data=0xbff1ed20) at zend_vm_execute.h:234 #17 0x0835c84b in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0xbff1ed20) at zend_vm_execute.h:322 #18 0x0835ba4a in execute (op_array=0xb7ade6ec) at zend_vm_execute.h:92 #19 0x0835bf6a in zend_do_fcall_common_helper_SPEC (execute_data=0xbff1f0c0) at zend_vm_execute.h:234 #20 0x0835c84b in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0xbff1f0c0) at zend_vm_execute.h:322 #21 0x0835ba4a in execute (op_array=0xb7adbe70) at zend_vm_execute.h:92 #22 0x0835bf6a in zend_do_fcall_common_helper_SPEC (execute_data=0xbff1f340) at zend_vm_execute.h:234 #23 0x0835c84b in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0xbff1f340) at zend_vm_execute.h:322 #24 0x0835ba4a in execute (op_array=0xb7adfb5c) at zend_vm_execute.h:92 #25 0x0835bf6a in zend_do_fcall_common_helper_SPEC (execute_data=0xbff1f490) at zend_vm_execute.h:234 #26 0x0835c84b in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0xbff1f490) at zend_vm_execute.h:322 #27 0x0835ba4a in execute (op_array=0xb7adf2c8) at zend_vm_execute.h:92 #28 0x0835bf6a in zend_do_fcall_common_helper_SPEC (execute_data=0xbff1f6e0) at zend_vm_execute.h:234 #29 0x0835c84b in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0xbff1f6e0) at zend_vm_execute.h:322 #30 0x0835ba4a in execute (op_array=0xb7ee8808) at zend_vm_execute.h:92 #31 0x0835bf6a in zend_do_fcall_common_helper_SPEC (execute_data=0xbff1f890) at zend_vm_execute.h:234 #32 0x0835c84b in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0xbff1f890) at zend_vm_execute.h:322 #33 0x0835ba4a in execute (op_array=0xb7edd1dc) at zend_vm_execute.h:92 #34 0x0833c6fa in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/eus110532/php-5.2.1/Zend/zend.c:1135 #35 0x082f5d75 in php_execute_script (primary_file=0xbff21c50) at /home/eus110532/php-5.2.1/main/main.c:1784 #36 0x083a2104 in main (argc=2, argv=0xbff21d24) at /home/eus110532/php-5.2.1/sapi/cli/php_cli.c:1114 -- Edit bug report at http://bugs.php.net/?id=41069&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41069&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41069&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41069&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41069&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41069&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41069&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41069&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41069&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41069&r=support Expected behavior:
#40139 [Com]: Mail command not returning true on success
ID: 40139 Comment by: geoffwa at cs dot rmit dot edu dot au Reported By: sab2002a at yahoo dot com Status: No Feedback Bug Type: Mail related Operating System: FreeBSD 5.4 PHP Version: 4.4.4 New Comment: This looks like a duplicate of bug #38342 Do you need --enable-sigchild for a particular reason? Previous Comments: [2007-01-30 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". [2007-01-22 20:14:06] [EMAIL PROTECTED] Please provide an account @ this machine. [2007-01-22 18:32:51] sab2002a at yahoo dot com Some more info... This is what I have under mail in my php.ini [mail function] SMTP= localhost ;for win32 only sendmail_from = [EMAIL PROTECTED];for win32 only sendmail_path = /var/qmail/bin/qmail-inject Also, I'm running netqmail 1.05 with a bunch of patches (spam, virus checking, etc). [2007-01-22 07:17:52] [EMAIL PROTECTED] We are still unable to reproduce it. [2007-01-20 19:47:55] sab2002a at yahoo dot com Still the same thing. Here's the code: The mail gets delivered and I still get "An error occurred" as the output with nothing else. I'm thinking it may be something to do with the way I'm configuring/compiling. Here's my configure line: ./configure --with-openssl --enable-calendar --with-curl --with-gd --with-jpeg-dir --with-png-dir --with-zlib-dir --with-xpm-dir --with-ttf --with-freetype-dir --with-t1lib --enable-gd-native-ttf --with-gettext --with-gmp --with-iconv --with-mcal --with-mcrypt --with-mhash --with-mime-magic --with-mysql --with-mysql-lib --with-ncurses --enable-pcntl --with-jpeg-dir --with-png-dir --with-zlib-dir --with-tiff-dir --with-pspell --with-mm --enable-sysvsem --enable-sysvmsg --enable-sysvshm --with-xmlrpc --with-iconv-dir --enable-xslt --with-xslt-sablot --with-iconv-dir --with-pear --enable-zend-multibyte --enable-sockets --enable-pcntl --enable-sigchild --enable-libgcc --enable-trans-sid --enable-ftp --with-config-file-path=/usr/local/lib --prefix=/usr/local/php --with-config-file-path=/usr/local/php --disable-cli --enable-force-cgi-redirect --enable-cgi --enable-mbstring 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/40139 -- Edit this bug report at http://bugs.php.net/?id=40139&edit=1
#41072 [NEW]: Make instanceof work without the need of creating the object first
From: atomo64 at gmail dot com Operating system: Linux 2.6.18 SMP i686 PHP version: 5.2.1 PHP Bug Type: Feature/Change Request Bug description: Make instanceof work without the need of creating the object first Description: At the moment instanceof requires the first 'parameter' to be an object of the class which is to be compared. It would be useful to be able to check without creating the object. Reproduce code: --- Expected result: bool(false) bool(true) bool(true) Actual result: -- bool(false) bool(false) bool(false) -- Edit bug report at http://bugs.php.net/?id=41072&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41072&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41072&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41072&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41072&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41072&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41072&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41072&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41072&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41072&r=support Expected behavior:http://bugs.php.net/fix.php?id=41072&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41072&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41072&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41072&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41072&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41072&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41072&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41072&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41072&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41072&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41072&r=mysqlcfg
