#45991 [Com]: parse_ini_file returns empty array if config.ini is saved as UTF-8

[dirk dot thomas at 4wdmedia dot de]

 ID:   45991
 Comment by:   dirk dot thomas at 4wdmedia dot de
 Reported By:  ckl at ecw dot de
 Status:   No Feedback
 Bug Type: *Configuration Issues
 Operating System: Windows XP SP 3
 PHP Version:  5.3.0alpha2
 New Comment:

I have the same problem with PHP 5.3.0alpha3 under Windows Vista.
The parsed ini-file was saved as UTF-8 with BOM.
parse_ini returns an empty array for me.


Previous Comments:


[2008-09-12 01:00:00] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.



[2008-09-05 06:49:33] ckl at ecw dot de

config.ini was saved as UTF-8 with BOM.



[2008-09-04 14:30:18] tula...@php.net

changing to configuration issue



[2008-09-04 14:29:19] tula...@php.net

Would that be UTF-8 with the BOM? or without?



[2008-09-04 10:13:38] ckl at ecw dot de

Description:

parse_ini_file returns an empty array while trying to parse any
ini-file which is saved as UTF-8.
ISO-8859-1 saved ini-files works as expected.

Reproduce code:
---
; Saved as UTF-8
[production]
application.base_url  =
application.data_url  = data
database.type = pdo_mysql
database.host = 192.168.0.78
database.username = root
database.password = 
database.name = blog

Expected result:

Get an array..

Actual result:
--
array()





-- 
Edit this bug report at http://bugs.php.net/?id=45991edit=1

#39059 [Bgs-Opn]: str_replace: fourth parameter is always zero

[dirk dot thomas at 4wdmedia dot de]

 ID:   39059
 User updated by:  dirk dot thomas at 4wdmedia dot de
-Reported By:  third-chance at gmx dot de
+Reported By:  dirk dot thomas at 4wdmedia dot de
-Status:   Bogus
+Status:   Open
 Bug Type: Strings related
 Operating System: Windows XP SP2
 PHP Version:  5CVS-2006-10-06 (snap)
 New Comment:

I have testet the example-script with the updated snapshot. Now it
works as expected!

So it looks like that this bug has been fixed between the two snaps:
php5.2-win32-200610051830.zip
and 
php5.2-win32-200610070230.zip

I could not test the php6-version, because their are no current
win32-builds available (last is 20060924).

Thank you


Previous Comments:


[2006-10-06 17:26:35] third-chance at gmx dot de

A friend of mine testet the latest snap on his computer and encoutered
the same bug.
He also uses WinXP SP2 and called the cli of php for the test.



[2006-10-06 16:08:26] third-chance at gmx dot de

I tried again using the cli in a fresh directory. The problem is still
their.
I also tried with an older snapshot from my disc
(php5.2-win32-200608171030): just the same.

When using for example the release 5.1.6 everything works fine.

Are their anywhere older snapshots to norrow down the timewindow?
Perhaps i could find the point between to snaps, where it stops working
on my computer?

PS: i encouter the same problem with the latest 6.0-snap



[2006-10-06 15:20:11] [EMAIL PROTECTED]

Just tried php-5.2.0RC5 and it works as expected.



[2006-10-06 14:22:14] third-chance at gmx dot de

I do not have any old version of php5ts.dll anywhere. Just the current
on in the php-directory.



[2006-10-06 12:44:35] [EMAIL PROTECTED]

Please make sure you deleted php5ts.dll from 5.1.6 and put the one from
the snapshot instead.
I cannot reproduce it with the snapshot.



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/39059

-- 
Edit this bug report at http://bugs.php.net/?id=39059edit=1