ID: 26003
Updated by: [email][/email]
Reported By: mr dot heat at gmx dot de
-Status: Verified
+Status: Closed
Bug Type: Filesystem function related
Operating System: Irrelevant
PHP Version: 4CVS-20031028
New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at [url][/url].

In case this was a doentation problem, the fix will show up soon at

In case this was a website problem, the change will show
up on the site and on the mirror sites in short time.

Thank you for the report, and for helping us make PHP better.

Previous Comments:

[2003-10-27 09:58:22] mr dot heat at gmx dot de

If the .csv file contains any 0x00 character, fgetcsv() stops reading
the line and continues on the next one. Assume the folowing .csv file
(with _ as place marker for the 0x00 character).


fgetcsv() breaks at 0x00 (with slightly different behaviours in 4.x and
5.x), the EOL character is skipped, the '"' in front of 'ccccc' becomes
the closing enclosure, 'ccccc' is skipped, 'ddddd' becomes value [2].

(This bug may be related to [url][/url] - see
the last comment.)

Reproduce code:
$fp = fopen("temporary.csv", "w+b");
fwrite($fp, "\"aaaaa\",\"bb" . chr(0) . "bb\"\n");
fwrite($fp, "\"ccccc\",\"ddddd\"\n");
fseek($fp, 0);
var_dump(fgetcsv($fp, 100));

Expected result:
array(3) {
[0]=> string(5) "aaaaa"
[1]=> string(5) "bb_bb"
(_ as a place marker for 0x00.)

Actual result:
In 4.3.4RC3-dev:
array(3) {
[0]=> string(5) "aaaaa"
[1]=> string(2) "bb"
[2]=> string(5) "ddddd"

In 5.0.0b2-dev (_ as a place marker for 0x00):
array(3) {
[0]=> string(5) "aaaaa"
[1]=> string(7) "bb_bb"
[2]=> string(5) "ddddd"


Edit this bug report at [url][/url]