#47134 [Opn-Asn]: Install issue with PHP 5.2.8 installer
ID: 47134 Updated by: bj...@php.net Reported By: craig dot emenaker at gmail dot com -Status: Open +Status: Assigned -Bug Type: Website problem +Bug Type: Windows Installer Operating System: Windows XP Pro -PHP Version: Irrelevant +PHP Version: 5.2.8 -Assigned To: +Assigned To: jmertic New Comment: reclassified Previous Comments: [2009-01-17 02:59:25] craig dot emenaker at gmail dot com Description: Downloaded PHP 5.2.8 installer (Windows Binaries). When trying to install, I get a message, There is a problem with this Windows Installer package. A script required for this install to complete could not be run. Contact your support personnel or package vendor. I tried both IIS ISAPI module and IIS CGI set-up types, and got the same error regardless. Reproduce code: --- n/a - Download/install issue. Expected result: Clean install Actual result: -- Error msg: There is a problem with this Windows Installer package. A script required for this install to complete could not be run. Contact your support personnel or package vendor. -- Edit this bug report at http://bugs.php.net/?id=47134edit=1
#47136 [NEW]: namespace reserved set_error|exception_handler
From: info at netmosfera dot it Operating system: irrelevant PHP version: 5.3.0alpha3 PHP Bug Type: Feature/Change Request Bug description: namespace reserved set_error|exception_handler Description: hello is possibile to define errors/exceptions handlers reserved to namespaces? because argument 2 is optional maybe it is hard to write set_error_handler(debug, E_ALL, __NAMESPACE__); so: // for functions: set_error_handler(array(, debug, __NAMESPACE__)); // for classes (static way): set_error_handler(array(myclass, debug, __NAMESPACE__)); // for objects: set_error_handler(array($this, debug, __NAMESPACE__)); thank you -- Edit bug report at http://bugs.php.net/?id=47136edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47136r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47136r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47136r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47136r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47136r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47136r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47136r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47136r=needscript Try newer version: http://bugs.php.net/fix.php?id=47136r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47136r=support Expected behavior: http://bugs.php.net/fix.php?id=47136r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47136r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47136r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47136r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47136r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47136r=dst IIS Stability: http://bugs.php.net/fix.php?id=47136r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47136r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47136r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47136r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47136r=mysqlcfg
#46282 [Com]: Corrupt DBF When Using DATE
ID: 46282
Comment by: arne at bukkie dot nl
Reported By: mattias dot geniar at gmail dot com
Status: No Feedback
Bug Type: dBase related
Operating System: CentOS 5.2
PHP Version: 5.2.6
New Comment:
The problem is that a record of type D (date) as well as type L
(logical) get's into the database with the length of 0 and not 8 (or 1
in the case of L).
I traced down this bug to the put_dbf_field() function in dbf_head.c In
there the record is written to disk, but in neither of the D and L types
the length of the field is put in the correct struct. The fix is to
remove both the cases for D and L so the length is set using the default
case.
Was:
196 switch (dbf-db_type) {
197 case 'N':
198 dbfield.dbf_flen[0] = dbf-db_flen;
199 dbfield.dbf_flen[1] = dbf-db_fdc;
200 break;
201 case 'D':
202 dbf-db_flen = 8;
203 break;
204 case 'L':
205 dbf-db_flen = 1;
206 break;
207 default:
208 put_short(dbfield.dbf_flen, dbf-db_flen);
Is:
196 switch (dbf-db_type) {
197 case 'N':
198 dbfield.dbf_flen[0] = dbf-db_flen;
199 dbfield.dbf_flen[1] = dbf-db_fdc;
200 break;
201 default:
202 put_short(dbfield.dbf_flen, dbf-db_flen);
203 }
I am aware this is not the way to submit fixes but I'm limited by time
and still wanted to share the knowledge I did proceed using comments to
specify this. Hopefully someone with an CVS account can use this info to
get the change into the repository.
Previous Comments:
[2009-01-15 10:48:38] no at spam dot net
I have the same problem on FreeBSD 6.3-STABLE, PHP5.2.8
[2008-11-18 01:00:02] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.
[2008-11-10 11:32:59] j...@php.net
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2008-10-12 14:03:50] mattias dot geniar at gmail dot com
Description:
Creating a dBase file with a DATE-field type, will corrupt the
database. Work-around as for now is to use a CHAR-type and convert it
later manually.
This bug is similar to #42261, which dates back to August 2007.
Reproduce code:
---
?php
// database definition
$def = array(
array(date, D),
array(name, C, 50),
array(email,C, 128),
array(ismember, L)
);
// creation
if (!dbase_create('test.dbf', $def)) {
echo Error, can't create the database\n;
}
// open in read-write mode
$db = dbase_open('test.dbf', 2);
if ($db) {
for ($i = 0; $i 5; $i++) {
dbase_add_record($db, array(
date('Ymd'),
'Name #'. $i,
'Email #'. $i,
'T'));
}
dbase_close($db);
}
?
Expected result:
A simple database with 5 lines, where DATE, Name Email are entered
correctly.
Actual result:
--
The code above will create file called test.dbf, which is corrupted
when opening it with any normal DBF-viewer (CDBF, DBF Manager, ...). If
the DATE-field is replaced with a CHAR-field, all works fine.
Date-format is taken from the PHP.NET website and confirmed by the
dBase-format.
--
Edit this bug report at http://bugs.php.net/?id=46282edit=1
#47137 [NEW]: LIBXML_NOXMLDECL is not working anymore
From: romain dot lalaut at laposte dot net Operating system: Linux PHP version: 5.3.0alpha3 PHP Bug Type: XML related Bug description: LIBXML_NOXMLDECL is not working anymore Description: It seems that saving a DOMDocument which is loaded with LIBXML_NOXMLDECL doesn't avoid to get the xml declaration. It is a big problem to produce a xhtml document for internet because IE6 is not dead yet. Tested with libxml2 2.6.32 and 2.7.2 Reproduce code: --- ?php $xml = 'myxml/'; $doc = new DOMDocument(); $doc-loadXml($xml, LIBXML_NOXMLDECL); echo $doc-saveXML(); Expected result: myxml/ Actual result: -- ?xml version=1.0? myxml/ -- Edit bug report at http://bugs.php.net/?id=47137edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47137r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47137r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47137r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47137r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47137r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47137r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47137r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47137r=needscript Try newer version: http://bugs.php.net/fix.php?id=47137r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47137r=support Expected behavior: http://bugs.php.net/fix.php?id=47137r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47137r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47137r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47137r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47137r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47137r=dst IIS Stability: http://bugs.php.net/fix.php?id=47137r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47137r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47137r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47137r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47137r=mysqlcfg
#46282 [NoF-Csd]: Corrupt DBF When Using DATE
ID: 46282
Updated by: fel...@php.net
Reported By: mattias dot geniar at gmail dot com
-Status: No Feedback
+Status: Closed
Bug Type: dBase related
Operating System: CentOS 5.2
PHP Version: 5.2.6
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Fixed, thanks for the patch!
Previous Comments:
[2009-01-17 13:44:54] arne at bukkie dot nl
The problem is that a record of type D (date) as well as type L
(logical) get's into the database with the length of 0 and not 8 (or 1
in the case of L).
I traced down this bug to the put_dbf_field() function in dbf_head.c In
there the record is written to disk, but in neither of the D and L types
the length of the field is put in the correct struct. The fix is to
remove both the cases for D and L so the length is set using the default
case.
Was:
196 switch (dbf-db_type) {
197 case 'N':
198 dbfield.dbf_flen[0] = dbf-db_flen;
199 dbfield.dbf_flen[1] = dbf-db_fdc;
200 break;
201 case 'D':
202 dbf-db_flen = 8;
203 break;
204 case 'L':
205 dbf-db_flen = 1;
206 break;
207 default:
208 put_short(dbfield.dbf_flen, dbf-db_flen);
Is:
196 switch (dbf-db_type) {
197 case 'N':
198 dbfield.dbf_flen[0] = dbf-db_flen;
199 dbfield.dbf_flen[1] = dbf-db_fdc;
200 break;
201 default:
202 put_short(dbfield.dbf_flen, dbf-db_flen);
203 }
I am aware this is not the way to submit fixes but I'm limited by time
and still wanted to share the knowledge I did proceed using comments to
specify this. Hopefully someone with an CVS account can use this info to
get the change into the repository.
[2009-01-15 10:48:38] no at spam dot net
I have the same problem on FreeBSD 6.3-STABLE, PHP5.2.8
[2008-11-18 01:00:02] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.
[2008-11-10 11:32:59] j...@php.net
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2008-10-12 14:03:50] mattias dot geniar at gmail dot com
Description:
Creating a dBase file with a DATE-field type, will corrupt the
database. Work-around as for now is to use a CHAR-type and convert it
later manually.
This bug is similar to #42261, which dates back to August 2007.
Reproduce code:
---
?php
// database definition
$def = array(
array(date, D),
array(name, C, 50),
array(email,C, 128),
array(ismember, L)
);
// creation
if (!dbase_create('test.dbf', $def)) {
echo Error, can't create the database\n;
}
// open in read-write mode
$db = dbase_open('test.dbf', 2);
if ($db) {
for ($i = 0; $i 5; $i++) {
dbase_add_record($db, array(
date('Ymd'),
'Name #'. $i,
'Email #'. $i,
'T'));
}
dbase_close($db);
}
?
Expected result:
A simple database with 5 lines, where DATE, Name Email are entered
correctly.
Actual result:
--
The code above will create file called test.dbf, which is corrupted
when opening it with any normal DBF-viewer (CDBF, DBF Manager, ...). If
the DATE-field is replaced with a CHAR-field, all works fine.
Date-format is taken from the PHP.NET website and confirmed by the
dBase-format.
--
Edit this bug report at http://bugs.php.net/?id=46282edit=1
#47033 [Bgs]: converting binary-string without charset translating
ID: 47033
Updated by: johan...@php.net
Reported By: lunter at interia dot pl
Status: Bogus
Bug Type: Unicode Engine related
Operating System: all
PHP Version: 6CVS-2009-01-08 (snap)
New Comment:
unicode_encode(chr(946),'utf-8') works for me - iso-8859-1 has only
bytesfrom 0-255 ...
Previous Comments:
[2009-01-12 12:08:21] lunter at interia dot pl
Johannes, false.
Try this:
?
$s=chr(946);
print(strlen($s));
print('br');
$b=unicode_encode($s,'iso-8859-1');
print(strlen($b));
?
unicode chr(946) in binary encoding has len = 2 bytes, not 1
[2009-01-11 22:13:45] johan...@php.net
We have unicode_encode() / unicode_decode().
[2009-01-08 07:42:45] lunter at interia dot pl
Description:
converting binary-string without charset translating
Two functions for converting binary-string without translating
charset needed.
It is very usefull because binary data can consists utf-8 substring,
you need to convert to string type.
Also when you have to see binary representation of utf-8 string, or
operating on it as binaries.
Example 1:
You have (binary)$b. It consists two bytes: 11001110 10110010
Its length in binary representation is two.
It is also valid one-length UTF-8 char(946) (greek small letter beta)
How to conver it ($b) into one-char UTF-8 string??
When we try $u=(string)$b, it gives two-char UTF-8 string.
Example 2:
You have (string)$u UTF-8 one-char string. It consists chr(946) (greek
small letter beta)
Now You have to see two bytes binary representation of this (11001110
10110010).
There is no way to convert it without charset translation...
Reproduce code:
---
; Unicode settings ;
unicode.semantics = off
unicode.runtime_encoding = iso-8859-1
unicode.script_encoding = utf-8
unicode.output_encoding = utf-8
unicode.from_error_mode = U_INVALID_SUBSTITUTE
unicode.from_error_subst_char = 3f
Expected result:
way to converting binary-string without charset translating
Actual result:
--
no way to converting binary-string without charset translating
--
Edit this bug report at http://bugs.php.net/?id=47033edit=1
#47076 [Opn-Bgs]: binary representation of unicode
ID: 47076
Updated by: johan...@php.net
Reported By: lunter at interia dot pl
-Status: Open
+Status: Bogus
Bug Type: Unicode Engine related
Operating System: all
PHP Version: 6CVS-2009-01-12 (CVS)
New Comment:
Converting unicode-binary will always need charset infomation. If you
need utf-16 data you can ask unicode_encode/unicode_decode to use
Utf-16.
Previous Comments:
[2009-01-12 14:57:05] lunter at interia dot pl
Note that:
chr(206).chr(178) is binary representation of UTF-8 char no. 946
chr(178).chr(3) is binary representation of UTF-16LE char no. 946
chr(3).chr(178) is binary representation of UTF-16BE char no. 946
[2009-01-12 13:45:39] lunter at interia dot pl
There is no way to calculate base64, sha1 from unicode string
(unicode.script_encoding = UTF-8 [or UTF-16LE,UTF-16BE]) starting from
$unicode=chr(946)
because we don't have method to convert mutli-byte character sets to
it's binary representation
$unicode=chr(946)
When stript encoding UTF-8, chr(946)
base64($unicode) is zrI=
sha1($unicode) is 25b9b2c8a851851c7e0f1cff29a93a6aa6895f34
When stript encoding UTF-16LE, chr(946)
base64($unicode) is sgM=
sha1($unicode) is e84c936ce61a692fcc5a402b3b9b733592ba0b67
When stript encoding UTF-16BE, chr(946)
base64($unicode) is A7I=
sha1($unicode) is 2403f70ce33aeec4e21a519ffebb2864afc89fda
[2009-01-12 13:39:02] lunter at interia dot pl
USE OLD PHP 5.x
// ---
valids values of UTF-16LE char(946) base64 / sha1
?
print('UTF-16LE char(946):br');
print('base64: '.base64_encode(chr(178).chr(3)).'br');
print('sha1: '.sha1(chr(178).chr(3)).'br');
?
// ---
valids values of UTF-16BE char(946) base64 / sha1
?
print('UTF-16BE char(946):br');
print('base64: '.base64_encode(chr(3).chr(178)).'br');
print('sha1: '.sha1(chr(3).chr(178)).'br');
?
[2009-01-12 13:25:01] lunter at interia dot pl
USE OLD PHP 5.x
valids values of UTF-8 char(946) base64 / sha1
?
print('UTF-8 char(946):br');
print('base64: '.base64_encode(chr(206).chr(178)).'br');
print('sha1: '.sha1(chr(206).chr(178)).'br');
?
[2009-01-12 12:54:41] lunter at interia dot pl
All examples above in utf-8
Imagine that using utf-16, sha1 and base64 will be not the same.
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/47076
--
Edit this bug report at http://bugs.php.net/?id=47076edit=1
#47106 [Opn-Bgs]: extending interfaces (and abstract classes) inflexible
ID: 47106
Updated by: johan...@php.net
Reported By: rico dot moorman at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 5.2.8
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
The derived intrface must fullfill the is-a relationship, you can add
optional paramters, but all calls which are allowed with the parent have
to be allowed with the extended interface, too.
Previous Comments:
[2009-01-14 19:05:55] rico dot moorman at gmail dot com
Description:
With interfaces we are given the possibility to extend them too. We may
define additional methods. But while it's possible to add new methods
it's not possible to change the method signatures.
Within the normal class hierarchy on the other hand it's possible
though.
Adding this to the Interface implementation would surely lead to more
overall flexibility of the Interfaces/abstracts.
Reproduce code:
---
// interfaces to test with
interface MillableInterface { }
interface StoneInterface extends MillableInterface { }
interface WheatInterface extends MillableInterface { }
// works actually
class Mill {
function mill(MillableInterface $stuff) {}
}
class StoneMill extends Mill {
function mill(StoneInterface $stuff) {}
}
class WheatMill extends Mill {
function mill(WheatInterface $stuff) {}
}
// doesn't work
interface MillInterface {
function mill(MillableInterface $stuff);
}
interface StoneMillInterface extends MillInterface {
function mill(StoneInterface $stuff);
}
interface WheatMillInterface extends MillInterface {
function mill(WheatInterface $stuff);
}
Expected result:
no fatals ... just a working interface check
Actual result:
--
Fatal error: Can't inherit abstract function MillInterface::mill()
(previously declared abstract in StoneMillInterface) in
/home/rico/dingen.php on line 29
--
Edit this bug report at http://bugs.php.net/?id=47106edit=1
#47130 [Opn-Fbk]: JSON problems
ID: 47130 Updated by: johan...@php.net Reported By: svacinap at compsys dot cz -Status: Open +Status: Feedback Bug Type: JSON related Operating System: Linux Slackware 12.1 PHP Version: 5.2.8 New Comment: 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 ?php and ends 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. Previous Comments: [2009-01-16 15:56:16] svacinap at compsys dot cz Description: Please read this: http://www.group-office.com/forum/viewtopic.php?f=1t=4255start=0 php log: [Fri Jan 16 10:26:34 2009] [error] [client 78.102.78.55] PHP Warning: json_encode() [a href='function.json-encode'function.json-encode/a]: Invalid UTF-8 sequence in argument in /var/www/mail/modules/email/json.php on line 1310 -- Edit this bug report at http://bugs.php.net/?id=47130edit=1
#47138 [NEW]: Bug ==
From: angeli at faccat dot br Operating system: Windows XP PHP version: 5.2CVS-2009-01-17 (CVS) PHP Bug Type: Unknown/Other Function Bug description: Bug == Description: Brazil - Português Não realiza a igualdade. Tenho um array serializado que busco na sessão, quando realizo uma comparação de um nodo do array com uma string está retornando como se fosse igual, mas não são iguais (==). O valor do array é 0 (zero) do tipo integer, e quando faço uma comparação (==) com uma string retorna true. Se faço a comparação com inteiro realiza corretamente a validação. Se eu realizo um trim() no array e faço a igualdade, ai realiza corretamente. Fiz um strlen() no array e o tamanho é 1. Se faço igualdade (===) a comparação está certa. Reproduce code: --- //array vindo da session, unserialize($_SESSION['menu']) Array ( [menu_2008311143334693] = Array ( [ordenador] = 0 [id] = 2008311143334693 [parentId] = 2008311143334693 [label] = Relatórios [action] = [help] = [imagem] = [filhos] = Array ( echo strlen($menuPermissaoUser['menu_2008311143334693']['ordenador']).'br'; echo gettype($menuPermissaoUser['menu_2008311143334693']['ordenador']).'br'; echo $menuPermissaoUser['menu_2008311143334693']['ordenador'].'br'; if($menuPermissaoUser['menu_2008311143334693']['ordenador'] == 'qualquer coisa') echo'IGUALbr'; if(trim($menuPermissaoUser['menu_2008311143334693']['ordenador']) == 'qualquer coisa') echo 'IGUALbr'; else echo 'NAO IGUALbr'; if($menuPermissaoUser['menu_2008311143334693']['ordenador'] === 'qualquer coisa') echo 'IGUALbr'; else echo 'NAO IGUALbr'; Expected result: 1 integer 0 NAO IGUAL NAO IGUAL NAO IGUAL Actual result: -- 1 integer 0 IGUAL NAO IGUAL NAO IGUAL -- Edit bug report at http://bugs.php.net/?id=47138edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47138r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47138r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47138r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47138r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47138r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47138r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47138r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47138r=needscript Try newer version: http://bugs.php.net/fix.php?id=47138r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47138r=support Expected behavior: http://bugs.php.net/fix.php?id=47138r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47138r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47138r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47138r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47138r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47138r=dst IIS Stability: http://bugs.php.net/fix.php?id=47138r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47138r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47138r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47138r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47138r=mysqlcfg
#47138 [Opn-Bgs]: Bug ==
ID: 47138 Updated by: johan...@php.net Reported By: angeli at faccat dot br -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows XP PHP Version: 5.2CVS-2009-01-17 (CVS) New Comment: 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 . Previous Comments: [2009-01-17 18:32:11] angeli at faccat dot br Description: Brazil - Português Não realiza a igualdade. Tenho um array serializado que busco na sessão, quando realizo uma comparação de um nodo do array com uma string está retornando como se fosse igual, mas não são iguais (==). O valor do array é 0 (zero) do tipo integer, e quando faço uma comparação (==) com uma string retorna true. Se faço a comparação com inteiro realiza corretamente a validação. Se eu realizo um trim() no array e faço a igualdade, ai realiza corretamente. Fiz um strlen() no array e o tamanho é 1. Se faço igualdade (===) a comparação está certa. Reproduce code: --- //array vindo da session, unserialize($_SESSION['menu']) Array ( [menu_2008311143334693] = Array ( [ordenador] = 0 [id] = 2008311143334693 [parentId] = 2008311143334693 [label] = Relatórios [action] = [help] = [imagem] = [filhos] = Array ( echo strlen($menuPermissaoUser['menu_2008311143334693']['ordenador']).'br'; echo gettype($menuPermissaoUser['menu_2008311143334693']['ordenador']).'br'; echo $menuPermissaoUser['menu_2008311143334693']['ordenador'].'br'; if($menuPermissaoUser['menu_2008311143334693']['ordenador'] == 'qualquer coisa') echo'IGUALbr'; if(trim($menuPermissaoUser['menu_2008311143334693']['ordenador']) == 'qualquer coisa') echo 'IGUALbr'; else echo 'NAO IGUALbr'; if($menuPermissaoUser['menu_2008311143334693']['ordenador'] === 'qualquer coisa') echo 'IGUALbr'; else echo 'NAO IGUALbr'; Expected result: 1 integer 0 NAO IGUAL NAO IGUAL NAO IGUAL Actual result: -- 1 integer 0 IGUAL NAO IGUAL NAO IGUAL -- Edit this bug report at http://bugs.php.net/?id=47138edit=1
#47134 [Com]: Install issue with PHP 5.2.8 installer
ID: 47134 Comment by: boicenet at gmail dot com Reported By: craig dot emenaker at gmail dot com Status: Assigned Bug Type: Windows Installer Operating System: Windows XP Pro PHP Version: 5.2.8 Assigned To: jmertic New Comment: I just tried installing 5.2.8 and am receiving the same Installer message regarding a missing script. Is there a resolution to this issue? Seems it has been around at least for a few versions of PHP 5.2.x. Thanks. Previous Comments: [2009-01-17 11:00:18] bj...@php.net reclassified [2009-01-17 02:59:25] craig dot emenaker at gmail dot com Description: Downloaded PHP 5.2.8 installer (Windows Binaries). When trying to install, I get a message, There is a problem with this Windows Installer package. A script required for this install to complete could not be run. Contact your support personnel or package vendor. I tried both IIS ISAPI module and IIS CGI set-up types, and got the same error regardless. Reproduce code: --- n/a - Download/install issue. Expected result: Clean install Actual result: -- Error msg: There is a problem with this Windows Installer package. A script required for this install to complete could not be run. Contact your support personnel or package vendor. -- Edit this bug report at http://bugs.php.net/?id=47134edit=1
#47134 [Asn-Csd]: Install issue with PHP 5.2.8 installer
ID: 47134 Updated by: jmer...@php.net Reported By: craig dot emenaker at gmail dot com -Status: Assigned +Status: Closed Bug Type: Windows Installer Operating System: Windows XP Pro PHP Version: 5.2.8 Assigned To: jmertic 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: [2009-01-17 19:52:35] boicenet at gmail dot com I just tried installing 5.2.8 and am receiving the same Installer message regarding a missing script. Is there a resolution to this issue? Seems it has been around at least for a few versions of PHP 5.2.x. Thanks. [2009-01-17 11:00:18] bj...@php.net reclassified [2009-01-17 02:59:25] craig dot emenaker at gmail dot com Description: Downloaded PHP 5.2.8 installer (Windows Binaries). When trying to install, I get a message, There is a problem with this Windows Installer package. A script required for this install to complete could not be run. Contact your support personnel or package vendor. I tried both IIS ISAPI module and IIS CGI set-up types, and got the same error regardless. Reproduce code: --- n/a - Download/install issue. Expected result: Clean install Actual result: -- Error msg: There is a problem with this Windows Installer package. A script required for this install to complete could not be run. Contact your support personnel or package vendor. -- Edit this bug report at http://bugs.php.net/?id=47134edit=1
#47102 [Opn-Csd]: strripos issues unexpected warning with UNICODE haystack
ID: 47102
Updated by: fel...@php.net
Reported By: wharmby at uk dot ibm dot com
-Status: Open
+Status: Closed
Bug Type: Strings related
Operating System: Windows XP
PHP Version: 6CVS-2009-01-14 (snap)
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.
Thanks Andy.
Fixed and removed the XFAIL sections.
Previous Comments:
[2009-01-15 13:43:02] wharmby at uk dot ibm dot com
8 new tests for strripos() just checked into CVS. 3 fail on PHP6
because of this bug and have XFAIL sections which need removing once
this bug is fixed. They are:
ext/standard/tests/strings/strripos_basic2
ext/standard/tests/strings/strripos_variation1
ext/standard/tests/strings/strripos_variation2
[2009-01-14 16:06:32] wharmby at uk dot ibm dot com
Description:
I get an unexpected warning msg when I specify an haystack with a
non-zero offset.
I think the problem lies in the following code in ext/standard/string.c
2913 if (haystack_type == IS_UNICODE) {
2914if (offset = 0) {
2915 U16_FWD_N(haystack.u, cu_offset, haystack_len, offset);
2916 if (cu_offset haystack_len - needle_len) {
2917 php_error_docref(NULL TSRMLS_CC, E_NOTICE, Offset is greater
than the length of haystack string);
2918 RETURN_FALSE;
2919}
2920u_p = haystack.u + cu_offset;
2921u_e = haystack.u + haystack_len - needle_len;
2922 } else {
If (cu_offset haystack_len - needle_len) then FALSE should be
returned but the warning is bogus; that should only be output if
cu_offset haystack_len.
Reproduce code:
---
?php
$haystack = abcdefg;
$needle = abcdefg;
var_dump( strripos($haystack, $needle, 0) );
var_dump( strripos($haystack, $needle, 1) );
?
Expected result:
int(0)
bool(false)
Actual result:
--
int(0)
bool(false)
PHP Notice: strripos(): Offset is greater than the length of haystack
string in etc
--
Edit this bug report at http://bugs.php.net/?id=47102edit=1
#47140 [NEW]: Add UTF-8 to convert_cyr_string()
From: boen dot robot at gmail dot com Operating system: Windows Vista Ultimate x64 PHP version: 5.2.8 PHP Bug Type: Feature/Change Request Bug description: Add UTF-8 to convert_cyr_string() Description: Many comments in the convert_cyr_string() function provide some ways of converting cyrilic charsets to UTF-8. It would be great to have those compiled in, and ideally, also have the other convertion - from UTF-8 into the cyrillic charsets. With the iconv library and those comments in place, how difficult would it be to do that? (BTW, when I've used iconv to do UTF-8 to Windows-1251 , I sometimes get an unsupported character error and I'm not sure why even though the text never had any exotic characters... but that's another thing that may be my fault, so I don't consider it a bug just yet) -- Edit bug report at http://bugs.php.net/?id=47140edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47140r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47140r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47140r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47140r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47140r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47140r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47140r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47140r=needscript Try newer version: http://bugs.php.net/fix.php?id=47140r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47140r=support Expected behavior: http://bugs.php.net/fix.php?id=47140r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47140r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47140r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47140r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47140r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47140r=dst IIS Stability: http://bugs.php.net/fix.php?id=47140r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47140r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47140r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47140r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47140r=mysqlcfg
#47048 [Com]: Segfault with new pg_meta_data
ID: 47048
Comment by: webs dot support at gmail dot com
Reported By: ml-php dot net at bettercom dot de
Status: Feedback
Bug Type: PostgreSQL related
Operating System: FreeBSD 7.0-RELEASE
PHP Version: 5.2.8
New Comment:
(gdb) where
#0 0x000804d338e1 in php_pgsql_meta_data () from
/usr/local/lib/php/20060613-debug/pgsql.so
#1 0x000804d344e9 in zif_pg_meta_data () from
/usr/local/lib/php/20060613-debug/pgsql.so
#2 0x005c7e29 in zend_do_fcall_common_helper_SPEC
(execute_data=0x7fffcf50) at zend_vm_execute.h:200
#3 0x005cea3f in ZEND_DO_FCALL_SPEC_CONST_HANDLER
(execute_data=0x7fffcf50) at zend_vm_execute.h:1729
#4 0x005c7864 in execute (op_array=0x929588) at
zend_vm_execute.h:92
#5 0x0059b830 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/ports/lang/php5/work/php-5.2.8/Zend/zend.c:1134
#6 0x0053aecb in php_execute_script
(primary_file=0x7fffe890) at
/usr/ports/lang/php5/work/php-5.2.8/main/main.c:2023
#7 0x00629957 in main (argc=2, argv=0x7fffea10) at
/usr/ports/lang/php5/work/php-5.2.8/sapi/cli/php_cli.c:1133
Previous Comments:
[2009-01-16 11:30:59] j...@php.net
Compile PHP using --enable-debug option and provide a new, useful
backtrace.
[2009-01-14 06:33:39] ml-php dot net at bettercom dot de
postgres-8.3.5 is the version I'm using here (server libs)
[2009-01-13 18:36:06] il...@php.net
What version of PostgreSQL library server are you using?
[2009-01-10 20:57:22] fel...@php.net
I can't reproduce it on Linux.
PostgreSQL Support = enabled
PostgreSQL(libpq) Version = 8.3.5
Multibyte character support = enabled
SSL support = enabled
Active Persistent Links = 0
Active Links = 0
[2009-01-09 11:38:06] ml-php dot net at bettercom dot de
Description:
The last changes php_pgsql_meta_data cause segfaults in client and
mod_php5
Reproduce code:
---
?php
$dbconn = pg_connect(dbname=*** user=***) or die(Could not
connect);
$meta = pg_meta_data($dbconn, 'a_table');
if (is_array($meta)) {
var_dump($meta);
}
?
Actual result:
--
(gdb) bt
#0 0x28606b20 in php_pgsql_meta_data ()
from /usr/local/lib/php/20060613/pgsql.so
#1 0x2860c49b in zif_pg_meta_data ()
from /usr/local/lib/php/20060613/pgsql.so
#2 0x0818be08 in zend_do_fcall_common_helper_SPEC ()
#3 0x0817d639 in execute ()
#4 0x0815ffc2 in zend_execute_scripts ()
#5 0x0811e7b5 in php_execute_script ()
#6 0x081db5e7 in main ()
--
Edit this bug report at http://bugs.php.net/?id=47048edit=1
#47141 [NEW]: SQLite3::lastErrorMsg, warning: object has not been correctly initialised
From: ladislav at marek dot su
Operating system: *
PHP version: 5.3CVS-2009-01-17 (snap)
PHP Bug Type: SQLite related
Bug description: SQLite3::lastErrorMsg, warning: object has not been correctly
initialised
Description:
If SQlite3::__construct() fails (for example database file is not
writeable), is not possible to get last error messages or code.
Reproduce code:
---
$sqlite = @new Sqlite3('/nonwriteablefile', SQLITE3_OPEN_CREATE);
echo $sqlite-lastErrorMsg();
echo $sqlite-lastErrorCode();
Expected result:
Unable to open database: unable to open database file
??error code??
Actual result:
--
Warning: SQLite3::lastErrorCode() [sqlite3.lasterrorcode]: The
SQLite3 object has not been correctly initialised in %% on line %%
Warning: SQLite3::lastErrorCode() [sqlite3.lasterrorcode]: The
SQLite3 object has not been correctly initialised in %% on line %%
--
Edit bug report at http://bugs.php.net/?id=47141edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=47141r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=47141r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=47141r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=47141r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=47141r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=47141r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=47141r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=47141r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=47141r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=47141r=support
Expected behavior:
http://bugs.php.net/fix.php?id=47141r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=47141r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=47141r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=47141r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47141r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=47141r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=47141r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=47141r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=47141r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=47141r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=47141r=mysqlcfg
#47048 [Com]: Segfault with new pg_meta_data
ID: 47048
Comment by: igulyaev at gmail dot com
Reported By: ml-php dot net at bettercom dot de
Status: Feedback
Bug Type: PostgreSQL related
Operating System: FreeBSD 7.0-RELEASE
PHP Version: 5.2.8
New Comment:
part of pgsql.c
src = estrdup(table_name);
tmp_name = php_strtok_r(src, ., tmp_name2);
if (!*tmp_name2) {
/* Default schema */
tmp_name2 = tmp_name;
tmp_name = public;
}
in condition tmp_name2 is NULL if table_name without scheme name
Previous Comments:
[2009-01-17 21:06:11] webs dot support at gmail dot com
(gdb) where
#0 0x000804d338e1 in php_pgsql_meta_data () from
/usr/local/lib/php/20060613-debug/pgsql.so
#1 0x000804d344e9 in zif_pg_meta_data () from
/usr/local/lib/php/20060613-debug/pgsql.so
#2 0x005c7e29 in zend_do_fcall_common_helper_SPEC
(execute_data=0x7fffcf50) at zend_vm_execute.h:200
#3 0x005cea3f in ZEND_DO_FCALL_SPEC_CONST_HANDLER
(execute_data=0x7fffcf50) at zend_vm_execute.h:1729
#4 0x005c7864 in execute (op_array=0x929588) at
zend_vm_execute.h:92
#5 0x0059b830 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/ports/lang/php5/work/php-5.2.8/Zend/zend.c:1134
#6 0x0053aecb in php_execute_script
(primary_file=0x7fffe890) at
/usr/ports/lang/php5/work/php-5.2.8/main/main.c:2023
#7 0x00629957 in main (argc=2, argv=0x7fffea10) at
/usr/ports/lang/php5/work/php-5.2.8/sapi/cli/php_cli.c:1133
[2009-01-16 11:30:59] j...@php.net
Compile PHP using --enable-debug option and provide a new, useful
backtrace.
[2009-01-14 06:33:39] ml-php dot net at bettercom dot de
postgres-8.3.5 is the version I'm using here (server libs)
[2009-01-13 18:36:06] il...@php.net
What version of PostgreSQL library server are you using?
[2009-01-10 20:57:22] fel...@php.net
I can't reproduce it on Linux.
PostgreSQL Support = enabled
PostgreSQL(libpq) Version = 8.3.5
Multibyte character support = enabled
SSL support = enabled
Active Persistent Links = 0
Active Links = 0
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/47048
--
Edit this bug report at http://bugs.php.net/?id=47048edit=1
#47142 [NEW]: Russian Documentation
From: arhidima at gmail dot com Operating system: Russian Documentation PHP version: 5.2CVS-2009-01-17 (snap) PHP Bug Type: Unknown/Other Function Bug description: Russian Documentation Description: Sorry, I do not speak in English. I use a translator Google. Russian documentation in CHM format (http://www.php.net/get/php_manual_ru.chm/from/a/mirror) has a pointer incorrect coding (see screenshot: http://img178.imageshack.us/img178 / 5410/screennokn9.jpg). I corrected and changed CHM file is encoded correctly displayed (see screenshot http://img178.imageshack.us/img178/6863/screenyespp1.jpg). I would like, what would you have published an updated version of the documentation in Russian to PHP in CHM format on the site. Corrected version of the file is located here: http://rapidshare.com/files/185112277/php_manual_ru.chm.html Reproduce code: --- No Expected result: Cool. Actual result: -- Now, documentation in Russian is displayed correctly. -- Edit bug report at http://bugs.php.net/?id=47142edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47142r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47142r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47142r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47142r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47142r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47142r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47142r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47142r=needscript Try newer version: http://bugs.php.net/fix.php?id=47142r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47142r=support Expected behavior: http://bugs.php.net/fix.php?id=47142r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47142r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47142r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47142r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47142r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47142r=dst IIS Stability: http://bugs.php.net/fix.php?id=47142r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47142r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47142r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47142r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47142r=mysqlcfg
#47113 [Opn-Bgs]: Corrupt DBF When Using DATE
ID: 47113
Updated by: fel...@php.net
Reported By: Shock dot art at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: dBase related
Operating System: FreeBSD 6.3-STABLE
PHP Version: 5.2.8
New Comment:
Duplicated of Bug #46282, which was hopefully fixed today.
Thanks.
Previous Comments:
[2009-01-15 10:46:39] Shock dot art at gmail dot com
Creating a dBase file with a DATE-field type, will corrupt the
database.
[2009-01-15 10:43:36] Shock dot art at gmail dot com
Description:
Creating or opening a dBase file with a DATE-field type, will create a
database with lenght = 0 for date field type.
Reproduce code:
---
Reproduce code:
---
?php
// database definition
$def = array(
array(date, D),
array(name, C, 50),
array(email,C, 128),
array(ismember, L)
);
// creation
if (!dbase_create('test.dbf', $def)) {
echo Error, can't create the database\n;
}
// open in read-write mode
$db = dbase_open('test.dbf', 2);
if ($db) {
for ($i = 0; $i 5; $i++) {
dbase_add_record($db, array(
date('Ymd'),
'Name #'. $i,
'Email #'. $i,
'T'));
}
dbase_close($db);
}
?
Expected result:
A simple database with 5 lines, where DATE, Name Email are entered
correctly.
Actual result:
--
The code above will create file called test.dbf, which is corrupted
when opening it with any normal DBF-viewer (CDBF, DBF Manager, ...).
If
the DATE-field is replaced with a CHAR-field, all works fine.
Date-format is taken from the PHP.NET website and confirmed by the
dBase-format.
--
Edit this bug report at http://bugs.php.net/?id=47113edit=1
#47048 [Fbk]: Segfault with new pg_meta_data
ID: 47048
Updated by: fel...@php.net
Reported By: ml-php dot net at bettercom dot de
Status: Feedback
Bug Type: PostgreSQL related
Operating System: FreeBSD 7.0-RELEASE
PHP Version: 5.2.8
New Comment:
It works fine for me, see:
teste=# SELECT table_schema, table_name FROM information_schema.tables
WHERE table_schema = 'public';
table_schema | table_name
--+
public | id
var_dump(pg_meta_data($x, 'id'));
array(1) {
[id]=
array(6) {
[num]=
int(1)
[type]=
string(4) int4
[len]=
int(4)
[not null]=
bool(false)
[has default]=
bool(false)
[array dims]=
int(0)
}
}
Previous Comments:
[2009-01-17 21:59:53] igulyaev at gmail dot com
part of pgsql.c
src = estrdup(table_name);
tmp_name = php_strtok_r(src, ., tmp_name2);
if (!*tmp_name2) {
/* Default schema */
tmp_name2 = tmp_name;
tmp_name = public;
}
in condition tmp_name2 is NULL if table_name without scheme name
[2009-01-17 21:06:11] webs dot support at gmail dot com
(gdb) where
#0 0x000804d338e1 in php_pgsql_meta_data () from
/usr/local/lib/php/20060613-debug/pgsql.so
#1 0x000804d344e9 in zif_pg_meta_data () from
/usr/local/lib/php/20060613-debug/pgsql.so
#2 0x005c7e29 in zend_do_fcall_common_helper_SPEC
(execute_data=0x7fffcf50) at zend_vm_execute.h:200
#3 0x005cea3f in ZEND_DO_FCALL_SPEC_CONST_HANDLER
(execute_data=0x7fffcf50) at zend_vm_execute.h:1729
#4 0x005c7864 in execute (op_array=0x929588) at
zend_vm_execute.h:92
#5 0x0059b830 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/ports/lang/php5/work/php-5.2.8/Zend/zend.c:1134
#6 0x0053aecb in php_execute_script
(primary_file=0x7fffe890) at
/usr/ports/lang/php5/work/php-5.2.8/main/main.c:2023
#7 0x00629957 in main (argc=2, argv=0x7fffea10) at
/usr/ports/lang/php5/work/php-5.2.8/sapi/cli/php_cli.c:1133
[2009-01-16 11:30:59] j...@php.net
Compile PHP using --enable-debug option and provide a new, useful
backtrace.
[2009-01-14 06:33:39] ml-php dot net at bettercom dot de
postgres-8.3.5 is the version I'm using here (server libs)
[2009-01-13 18:36:06] il...@php.net
What version of PostgreSQL library server are you using?
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/47048
--
Edit this bug report at http://bugs.php.net/?id=47048edit=1
#47141 [Opn-Asn]: SQLite3::lastErrorMsg, warning: object has not been correctly initialised
ID: 47141
Updated by: johan...@php.net
Reported By: ladislav at marek dot su
-Status: Open
+Status: Assigned
Bug Type: SQLite related
Operating System: *
PHP Version: 5.3CVS-2009-01-17 (snap)
-Assigned To:
+Assigned To: scottmac
Previous Comments:
[2009-01-17 21:19:42] ladislav at marek dot su
Description:
If SQlite3::__construct() fails (for example database file is not
writeable), is not possible to get last error messages or code.
Reproduce code:
---
$sqlite = @new Sqlite3('/nonwriteablefile', SQLITE3_OPEN_CREATE);
echo $sqlite-lastErrorMsg();
echo $sqlite-lastErrorCode();
Expected result:
Unable to open database: unable to open database file
??error code??
Actual result:
--
Warning: SQLite3::lastErrorCode() [sqlite3.lasterrorcode]: The
SQLite3 object has not been correctly initialised in %% on line %%
Warning: SQLite3::lastErrorCode() [sqlite3.lasterrorcode]: The
SQLite3 object has not been correctly initialised in %% on line %%
--
Edit this bug report at http://bugs.php.net/?id=47141edit=1
#47130 [Com]: JSON problems
ID: 47130
Comment by: svacinap at compsys dot cz
Reported By: svacinap at compsys dot cz
Status: Feedback
Bug Type: JSON related
Operating System: Linux Slackware 12.1
PHP Version: 5.2.8
New Comment:
Hi, thanks for interest :-) I am not a php programmer, so I don't know
howto help any better, sorry. In the apache error log you can see this:
/var/www/mail/modules/email/json.php on line 1310
so line 1310 is the last line of the json.php code, it's end like this:
}
}
}catch(Exception $e)
{
$response['feedback']=$e-getMessage();
$response['success']=false;
}
if(defined('IMAP_CONNECTED'))
{
$imap-close();
}
echo json_encode($response);
--
line 1310 is this: echo json_encode($response);
I don't really know If this is help to you. Please let my know, I will
contact programmer of this code.
Thanks
Previous Comments:
[2009-01-17 18:26:05] johan...@php.net
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 ?php and ends 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.
[2009-01-16 15:56:16] svacinap at compsys dot cz
Description:
Please read this:
http://www.group-office.com/forum/viewtopic.php?f=1t=4255start=0
php log:
[Fri Jan 16 10:26:34 2009] [error] [client 78.102.78.55] PHP Warning:
json_encode() [a href='function.json-encode'function.json-encode/a]:
Invalid UTF-8 sequence in argument in
/var/www/mail/modules/email/json.php on line 1310
--
Edit this bug report at http://bugs.php.net/?id=47130edit=1
#47134 [Csd-Opn]: Install issue with PHP 5.2.8 installer
ID: 47134 User updated by: craig dot emenaker at gmail dot com Reported By: craig dot emenaker at gmail dot com -Status: Closed +Status: Open Bug Type: Windows Installer Operating System: Windows XP Pro PHP Version: 5.2.8 Assigned To: jmertic New Comment: I went to the http://snaps.php.net/ page. Based on the descriptions as to which version to download (If you are using PHP with IIS you should use the VC9 versions of PHP), I selected Windows x86 VC9 (thread safe)). I'm not sure about the thread safe vs. non thread safe, though. I selected the thread safe Installer, but got the following error when trying to install: The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2356. Previous Comments: [2009-01-17 20:30:20] jmer...@php.net 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. [2009-01-17 19:52:35] boicenet at gmail dot com I just tried installing 5.2.8 and am receiving the same Installer message regarding a missing script. Is there a resolution to this issue? Seems it has been around at least for a few versions of PHP 5.2.x. Thanks. [2009-01-17 11:00:18] bj...@php.net reclassified [2009-01-17 02:59:25] craig dot emenaker at gmail dot com Description: Downloaded PHP 5.2.8 installer (Windows Binaries). When trying to install, I get a message, There is a problem with this Windows Installer package. A script required for this install to complete could not be run. Contact your support personnel or package vendor. I tried both IIS ISAPI module and IIS CGI set-up types, and got the same error regardless. Reproduce code: --- n/a - Download/install issue. Expected result: Clean install Actual result: -- Error msg: There is a problem with this Windows Installer package. A script required for this install to complete could not be run. Contact your support personnel or package vendor. -- Edit this bug report at http://bugs.php.net/?id=47134edit=1
#47143 [NEW]: Throwing an exception in a destructor causes a fatal error
From: felixcca at yahoo dot ca
Operating system: Irrelevant
PHP version: 5.2.8
PHP Bug Type: Scripting Engine problem
Bug description: Throwing an exception in a destructor causes a fatal error
Description:
Basically a duplicate of #31304, but it seems I can't reopen the ticket
myself since I'm not a dev nor the original poster.
When an exception is thrown in a destructor, the exception is lost, and
a pointless Fatal Error is issued:
Fatal Error: Exception thrown without a stack trace
debug_backtrace() will still get you a stack trace from a destructor
without issuing any error, let alone causing the loss of debugging data.
Also, only wrapping the exception in a try-catch inside the destructor
works, and allows you to just print the exception and exit as if
exceptions really worked in destructors.
Why spit out the Fatal Error?
Reproduce code:
---
?php
class ExceptionThrower
{
public function __destruct()
{
throw new Exception;
}
}
$obj = new ExceptionThrower;
?
Expected result:
Fatal error: Uncaught exception 'Exception' in snippet.php:6
Stack trace:
#0 [internal function]: ExceptionThrower-__destruct()
#1 {main}
thrown in snippet.php on line 6
Actual result:
--
Fatal error: Exception thrown without a stack frame in Unknown on line 0
--
Edit bug report at http://bugs.php.net/?id=47143edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=47143r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=47143r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=47143r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=47143r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=47143r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=47143r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=47143r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=47143r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=47143r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=47143r=support
Expected behavior:
http://bugs.php.net/fix.php?id=47143r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=47143r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=47143r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=47143r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47143r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=47143r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=47143r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=47143r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=47143r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=47143r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=47143r=mysqlcfg
