php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #52379 php-cli crashes
Submitted: 2010-07-19 16:50 UTC Modified: 2011-11-16 14:16 UTC
From: circus2 at freenet dot de Assigned: felipe (profile)
Status: Closed Package: CGI/CLI related
PHP Version: 5.3.3 OS: WinXP
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: circus2 at freenet dot de
New email:
PHP Version: OS:

 

 [2010-07-19 16:50 UTC] circus2 at freenet dot de 
Description:
------------
Load the Windows php-533r3-VC9-ts.zip. Unzip the package. Rename the php.ini-development to php.ini. Run the cli command: php --ini in the unzipped directory.

It will not detect the php.ini unless it is stored in C:\Windows. My path contains spaces which may cause the problems, but with PHP 5.2.x it works like expected.

Expected result:
----------------
It should detect the php.ini in the unzipped php directory. Works like expected with php 5.2.14r3.

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2010-09-30 10:24 UTC] circus2 at freenet dot de
-Summary: php.ini not loaded +Summary: php-cli crashes -PHP Version: 5.3.3RC3 +PHP Version: 5.3.3
 [2010-09-30 10:24 UTC] circus2 at freenet dot de 
I checked for spaces in the path name and it is not relevant.

But what is maybe affecting the problem is that php is stored in a remote directory of the server. It's an inbound disk.

Maybe this is treated different in PHP 5.2.x and PHP 5.3.x?
 [2010-09-30 10:29 UTC] pajoye@php.net
-Status: Open +Status: Feedback
 [2010-09-30 10:29 UTC] pajoye@php.net 
Where is the crash?
 [2010-09-30 10:29 UTC] pajoye@php.net 
Where is the crash?
 [2010-09-30 11:16 UTC] circus2 at freenet dot de
-Status: Feedback +Status: Open
 [2010-09-30 11:16 UTC] circus2 at freenet dot de 
What do you mean with "where is the crash"?

Just to explain my problem a bit more in detail. We have a shared network disk in the office (WIN environment). We use custom little helpers for some Excel files written in php and stored in a folder on the shared disk. Besides the helper scripts we had to add the php binaries on the network disk to allow some users to run the scripts.

The php binaries can be either 5.2.x or 5.3.x. When we unzip php 5.2.x just as is on the network disk - everything is okay. When we unzip php 5.3.3 on the disk and run php -v it crashes and a WIN exception is raised for php-cgi.exe

If you need further information I'll try to figure it out, but I have not the abilities to install software or to change any system settings due to the fact that I am in the office of a large company.

Thanks for your time
 [2010-09-30 11:29 UTC] pajoye@php.net
-Status: Open +Status: Feedback
 [2010-09-30 11:29 UTC] pajoye@php.net 
Title of the bug:"php-cli crashes".

Please try using: http://www.php.net/~pierre/test/php-5.3.3-dfsfix-Win32-VC9-x86.zip

Also not sure where you get a "php-533r3-VC9-ts.zip" zip.
 [2010-09-30 11:41 UTC] circus2 at freenet dot de
-Status: Feedback +Status: Open
 [2010-09-30 11:41 UTC] circus2 at freenet dot de 
It does not crash anymore, but when I rename the php.ini-development to php.ini in the directory, php can not find it.

php --ini

says

Loaded Configuration File: <none>
 [2010-09-30 11:46 UTC] pajoye@php.net
-Status: Open +Status: Bogus
 [2010-09-30 11:46 UTC] pajoye@php.net 
If you want to load it, then use -c or copy to c:\windows. Current directory is not valid anymore in 5.3+ (as explained in the manual and migration guide).

Not a bug > bogus.
 [2010-09-30 11:59 UTC] circus2 at freenet dot de 
I already tried to use it that way:

php -c php.ini --ini (does not find php.ini)
php -c <fullPath>\php.ini --ini (does not find php.ini)

Any hints? Thanks
 [2010-09-30 12:03 UTC] pajoye@php.net 
Why don't you try what I have asked earlier? You don't to "install softwares" to try it, simply copy it there and that will make it.
 [2010-09-30 12:10 UTC] circus2 at freenet dot de 
I don't want to put anything to into the Windows-Path as this requires an interaction of the user. I don't want to be responsible for people hacking in there Windows path only knowing how to open Outlook and Word.

It's also hard to manage this, because I don't know if the shared network storage has the same name on every pc. Another problem is, that you may have to "maintain" the php.ini over the time and you have to keep track of the people using the scripts.

So anyways - if it does not work with php 5.3.3 we will stick with 5.2.x. and that's it for the moment.

The problem was already in php 5.3.3r3 when I reported it the first time - that's why you were a little confused about the version number. It did not disappear by now.
 [2010-09-30 12:22 UTC] circus2 at freenet dot de 
I don't think it's bogus, when php -c is ignored. But I'm possibly doing something wrong.
 [2010-09-30 13:00 UTC] pajoye@php.net
-Status: Bogus +Status: Feedback
 [2010-09-30 13:00 UTC] pajoye@php.net 
You do not have to put anything in the PATH. I asked you to test using the binaries (link I pasted), please do it.
 [2010-09-30 13:00 UTC] pajoye@php.net 
do you mean RC3? 5.3.3r3 does not exist.
 [2010-09-30 13:42 UTC] circus2 at freenet dot de
-Status: Feedback +Status: Open
 [2010-09-30 13:42 UTC] circus2 at freenet dot de 
Yes I meant RC3 and my answer "It does not crash anymore..." was the answer to the binaries (dfsfix) you linked before.
 [2011-11-16 14:16 UTC] felipe@php.net
-Status: Open +Status: Closed -Assigned To: +Assigned To: felipe
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Fri Apr 19 08:01:28 2024 UTC