Re: [PHP-DEV] [WARNING] Release process for 4.3.2 starts RSN..

2003-03-06 Thread Petar
Any progress towards a 4.3.2 release?

Cheers

..Petar

- Original Message - 
From: Jani Taskinen [EMAIL PROTECTED]
To: Shane Caraveo [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Monday, February 24, 2003 10:13 AM
Subject: Re: [PHP-DEV] [WARNING] Release process for 4.3.2 starts RSN..
snip
 Jani Taskinen wrote:
  To get this thing started, I'm going to roll PHP 4.3.2-pre1
  on Wednesday, 26th Feb, around 3pm EEST. And I'll announce
  it on php-general too, to get some more people testing it
  before we start with any RCs.
  
  Following is collection of bugs marked as critical and verified
  which should be looked into and dealt with. If not fixed,
  then please, PLEASE add some comment why they won't ever
  be fixed and bogus the out.
snip



-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php



[PHP-DEV] win32 php.ini default behavior better in php executable directory?

2002-12-28 Thread Petar
Hi All,

Sorry about the cross post but I suppose it applies in both areas.

I raised a few questions about getting an alternate php.ini recognised
when multiple php installs are on a windows 2000 server with no real
solution so far. I noticed 4.3.0 claims to have support for the
-c /path/to/php.ini which should allow the cgi version to use an
alternate php.ini file but it does not work under IIS5 and neither
does 4.2.3

I propose that the initial location php.exe should look for a php.ini
file is in the directory from which it executes. This would overcome
any issues with individual web servers on a win32 platform and allow
multiple configs/multiple copies of php to be executed without
trickery like the -c /path/to/php.ini which doesn't work.

I could then run a d:\client1\phpbin and e:\client2\phpbin without
any additional support required by the webserver. The size of php
is tiny and would not be an impost to run multiple copies. This system
would allow multiple version to run if required by simply changing the
cirtual directory structure in IIS5.

To keep the present 'default' behavior just make sure you don't
keep a php.ini in the executable directory and it should then run off
and look in c:\winnt like it does at present.

Anyone see a downside to this proposition?

Regards

..Petar


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php