#22435 [Fbk->Csd]: count() is slow when used with large arrays

[carl at topthetable dot com]

 ID:   22435
 User updated by:  carl at topthetable dot com
 Reported By:  carl at topthetable dot com
-Status:   Feedback
+Status:   Closed
 Bug Type: Performance problem
 Operating System: Redhat 7.2
 PHP Version:  4.3.1
 New Comment:

OK, recompiled with the latest STABLE and I got the same results.  Then
in a flash of inspiration, I remembered that I have xdebug installed on
the Linux box with collect_params on - Sure enough, when I turn this
option off, the problem goes away.

So I'll go away and hide ...


Previous Comments:


[2003-02-26 10:20:32] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

I tested using this and got pretty same results on both linux and
macosx. Please test it..




[2003-02-26 09:55:39] carl at topthetable dot com

Thanks for your reply, and better script.

Here are my results, showing the times on the Redhat and OSX boxes
respectively ...

Redhat 7.2 (PIII 700Mhz):
0.000356078147888
3.09110200405
24.5502359867
55.3548690081
136.626052976
... Gave up waiting.  As you can see, this is not correct behaviour. 
You can clearly see that the time isn't constant, nor increasingly
linearly.  I therefore say there is something wrong.

OSX (iBook, 500Mhz):
0.00040602684021
0.000491976737976
0.000488996505737
0.000484943389893
0.000471949577332
0.000415086746216
0.000434041023254
0.00104403495789
0.000488996505737
0.000432014465332
Avg: 0.00051580667495

This is as per your results.



[2003-02-26 09:24:56] [EMAIL PROTECTED]

Try this script which actually shows the time _spend_ for count:



Results for me:

Linux (double Celeron 500Mhz): 

0.00995302200317
0.000295042991638
0.000288963317871
0.000303030014038
0.000295042991638
0.000295042991638
0.000294089317322
0.000292062759399
0.000293016433716
0.000355005264282
Avg: 0.00126643180847

MacOSX, PowerPC (1Ghz or faster, not sure):

0.00011193752288818
9.0956687927246E-05
0.00010311603546143
0.00010299682617188
0.00010395050048828
0.00010097026824951
0.00011003017425537
0.00013697147369385
0.00010299682617188
0.00010597705841064
Avg: 0.00010699033737183

Nothing wrong here..




[2003-02-26 08:11:50] carl at topthetable dot com

count() is increasingly slow when used to count large arrays.  This is
using 4.3.1 (compiled from source) on a Redhat 7.2 box.  The box has
about 80Mb free, so it's not a paging issue.  It works as expected on
Mac OS X running 4.3.1-dev.

Looking at PHP's and Zend's source, I would expect the time taken to
return the count() of an array to be similar regardless of the size of
the array.

Below is a script to demonstrate the problem.  







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

#14822 [Com]: Premature end of script headers: C:/php/php.exe

[msannoyme at msn dot com]

 ID:   14822
 Comment by:   msannoyme at msn dot com
 Reported By:  b dot parcalab at atlastelecom dot ro
 Status:   Closed
 Bug Type: Apache2 related
 Operating System: windows xp professional
 PHP Version:  4.1.0
 New Comment:

having the same problem using 


winxp pro full service packs installed 
apache 1.3.14 
PHP Version 4.2.4-dev
-- phpinfo info --
 System Windows NT 5.1 build 2600
 Build Date Nov 1 2002 18:13:11
 Server API CGI
 Virtual Directory Support enabled
 Configuration File (php.ini) Path C:\WINDOWS\php.ini
 Debug Build no
 Thread Safety enabled

On my system the error appears every page if I use /php/php-cli.exe but
with /php/php.exe it works fine except for a group of users.

I am writting a system that allows the sys admin to create a list of
users and asign them to groups within the system.

now if user Beaker (taken from the muppets) logs in as an author and
goes to the author page and is a member of the group Author I get the
error. but if I make beaker a member of the administrator group it
works fine. difference between groups is basic admin grp = id 1, author
grp = id 2


I'll look for fixes here do not email me the above email address
deletes all mail automatically unless in my contacts.  You will not get
a response from above email address


Previous Comments:


[2002-12-21 06:47:49] a_sohi at hotmail dot com

Hi all,

Support folks, please take note. This issue is not exclusive to Apache
2. Im running 

WinXP Pro (no service packs)
PHP4.2.3
Apache 1.3.27

And receive the same error in error.log

"Premature end of script headers:
e:/applications/servers/php-4.2.3-win32/php.exe"

Evidently Im using the PHP binary rather than the apache module.

For the record, I've tried changing the httpd.conf and replacing the
line:

"Action application/x-httpd-php /php/php.exe"

with

"Action application/x-httpd-php /php/php-cli.exe"

but no success.

Id rather not downgrade down to Windows 2000 but without a swift
resolution, this may well be the only option.

Can anyone help?

Many thanks in advance.

Cheers.

Pete.



[2002-12-02 11:36:20] phil at caint dot com

I had this problem as well on XP. I changed the line
Action application/x-httpd-php /php/php.exe
  to
Action application/x-httpd-php /php/php-cgi.exe
in httpd.conf and this seemed to work. I don't know why. 

Hope this helps.



[2002-10-04 08:31:04] shanor at mail dot com

well, same thing is here...
OS winXP, the problem is not just related to Apache2 according to my
understanding, since i've uninstalled it, and installed the apache
1.3... and the same 500 internal error, Premature end of script
headers: D:/php/core/php.exe 

now the thing is that as long as i try to run php files in the root
directory, it works, but the same file, containging 
and nothing else wont work in any sub folder it will only be
executed by the php.exe (ver 2 and i tried more than one... always the
same). Now everything worked a week ago, and stoped working, the minute
i added a user in the XP pro. priviously i had only one user who was
the administrator and no login to XP was needed. Then i've added a new
user, gave that new user administrators premissions and gave the old
user limited permissions. the next time i tried to do somthing in a sub
folder of localhost/Any_Sub_Folder/phpFile.php, won't work and gives
the error.
hope that helps a bit.
Shanor.



[2002-05-11 07:57:19] alex dot davies at mail dot com

I get this when I try to use a .htaccess file like the following:

 
ForceType application/x-httpd-pshp


Hope this helps



[2002-04-06 11:09:22] [EMAIL PROTECTED]

You need latest CVS versions of both PHP and Apache2 for it
to work. And Apache2 is still beta and a moving target, so
it's not really possible to have stable releases of it.




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

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

#22449 [NEW]: The same PHPSESSID for simultaneously users

[leonardo at pcnet dot ro]

From: leonardo at pcnet dot ro
Operating system: Red Hat Linux 7.3
PHP version:  4.3.0
PHP Bug Type: Session related
Bug description:  The same PHPSESSID for simultaneously users

Hey guys what is happening ? I have two users on my site that are connected
from different ips and they get the same phpsessid at the same time ? My
application screwed up because one of them can read the other one mail
messages ! I hope you fix it because it is big!
-- 
Edit bug report at http://bugs.php.net/?id=22449&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22449&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22449&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22449&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22449&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22449&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22449&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22449&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22449&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22449&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22449&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22449&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22449&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22449&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22449&r=gnused

#22450 [NEW]: generally

[syuga_ at hotmail dot com]

From: syuga_ at hotmail dot com
Operating system: windows xp
PHP version:  4.3.1
PHP Bug Type: *General Issues
Bug description:  generally

i tried to install postgresql, php and phppgadmin under window, but i got
message this :

You do not have postgresql support built into your PHP Web Server.
phpPgAdmin requires postgresql support to function properly!
Please check the PHP documentation for corrective action.
-- 
Edit bug report at http://bugs.php.net/?id=22450&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22450&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22450&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22450&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22450&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22450&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22450&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22450&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22450&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22450&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22450&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22450&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22450&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22450&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22450&r=gnused

#22451 [NEW]: PHP doesn't allow stored procedures to return results

[rpreti at ig dot com dot br]

From: rpreti at ig dot com dot br
Operating system: Linux
PHP version:  4.2.3
PHP Bug Type: ODBC related
Bug description:  PHP doesn't allow stored procedures to return results

This is probably the same bug that is mentioned in Bug id #13817. 
I'm attempting to retrieve values from IBM DB2 7.1 via ODBC. The format
for calling stored procs via ODBC is: 

$result=odbc_prepare($conn,"CALL DSIS.S6S444(?,?)");
odbc_execute($result,&$par)

The question marks are place holders for variable names. 

Does the problem still exist with 4.3.1?

Thanks.

-- 
Edit bug report at http://bugs.php.net/?id=22451&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22451&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22451&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22451&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22451&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22451&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22451&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22451&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22451&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22451&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22451&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22451&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22451&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22451&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22451&r=gnused

#22452 [NEW]: Background script stalls after 300 seconds

[mikan at playcollective dot com]

From: mikan at playcollective dot com
Operating system: Linux (RedHat 7.2)
PHP version:  4.3.0
PHP Bug Type: Scripting Engine problem
Bug description:  Background script stalls after 300 seconds

I've been developping a daemon-script that runs in the background, after
being spawned from the parent script.

i use an:

//  we are parent. spawn child and exit.
$sock = fsockopen (getenv("SERVER_NAME"), 80);
if(!$sock){
  echo "ERROR: $errstr ($errno)\n";
} else {
  if(socket_set_blocking($sock, false)){
fputs($sock, "GET ".getenv("REQUEST_URI")."?child=1 HTTP/1.1\n");
fputs($sock, "Host: ".getenv("SERVER_NAME")." \n");
fputs($sock, "Connection: close\n\n");
fclose($sock);
} else {
  echo "ERROR: blocking socket. execution halted.\n";
  exit();
}
  }

to spawn the child process (fork is not supported on the system this
script is developed for). this code essentially opens a non-blocking
socket to itself, with the variable child=1, and exits. the child process
is now running.

this child process starts with:

  set_time_limit (0);
  ignore_user_abort(true);

to be able to run "forever"...
after this it goes into an eternal while loop.

now, the problem is the following: if nothing happens within the loop
(e.g. no output is produced, the script only checks and sleeps) the script
halts (but doesn't die/exit) after exactly 300 seconds. the process still
exists in the process list on the server.

if the script produces an non-fatal error within every 300 seconds, it
continues running happily for hours and hours and hours.

i tried outputting a "boo" message using echo "boo"; every ten seconds,
and that didn't seem to work. i tried flushing after echoing, that didn't
work either. now i free a mysql-result that doesn't exist, and that DOES
work!


-- 
Edit bug report at http://bugs.php.net/?id=22452&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22452&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22452&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22452&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22452&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22452&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22452&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22452&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22452&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22452&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22452&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22452&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22452&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22452&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22452&r=gnused

#22440 [Com]: Bug with cookie in CGI not in ISAPI

[davidfelton at codemasters dot com]

 ID:   22440
 Comment by:   davidfelton at codemasters dot com
 Reported By:  garfield_fr at tiscali dot fr
 Status:   Feedback
 Bug Type: IIS related
 Operating System: Windows 2000 pro SP3
 PHP Version:  4.3.2-dev
 New Comment:

I've been experiencing a very similar/the same bug with IIS on windows
2000 and setting cookies using PHP as CGI.

How I set my cookies is as follows:

As there is a bug in IIS that prevents you from setting cookies in
conjunction with Header("Location: ...") the filenames of the files
that set cookies are preceded with 'nph-' as detailed here:

http://support.microsoft.com/default.aspx?scid=KB;en-us;q176113

so that I can send my own headers. This worked fine in PHP 4.2.3, now
with PHP 4.3.2 It just doesn't work and headers are printed out to the
screen. Code used is as follows:

function MySetCookie($CkyName, $CkyValue, $exp, $pth, $domain,
$Secure)
{
$exp = gmstrftime("%A, %d-%b-%Y %H:%M:%S",$exp);
return "Set-Cookie: Territory=$CkyValue; path=$pth; 
domain=$domain;
expires=$exp";
}

$territory="EnglishUK";

//go to the main page
Header("HTTP/1.0 302 Redirect");
Header("Location:
http://www.mydomain.com/mainpage.php?territory=$territory";);
//set cookie

Header(MySetCookie("Territory",$territory,mktime(0,0,0,date("n"),date("j")+30),"/","mydomain.com",0));

(note this file needs to be saved as 'nph-index.php')

This is an issue with PHP and not ISS.

Thanks.


Previous Comments:


[2003-02-26 10:47:28] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.






[2003-02-26 10:46:25] garfield_fr at tiscali dot fr

No change  same problem ...
PHPNuke doesn't work with CGI but it works with ISAPI ...



[2003-02-26 10:23:09] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip



[2003-02-26 10:13:23] garfield_fr at tiscali dot fr

I don't know if it's a real bug but 

Config :
Windows 2K pro + SP3
Serveur IIS
PHP 4.3.0
this is my php.ini (full version for testing purpose) :
[PHP]
cgi.force_redirect = 0
cgi.rfc2616_headers = 1
[Session]
session.save_handler = files
session.save_path = "C:\PHP\sessions\"

I'm trying to use PHPNuke 6.0.17 and I found this bug :
When you want to login under PHPNuke you enter your name/password. if
your login is ok the script send a cookie and redirect to an URL (your
personal page).
With PHP in CGI mode, no cookie are send/receive (?) to the browser
(IE6 SP1) and you are not connect to PHPNuke BUT if PHP run in ISAPI
mode the cookie is well receive by browser and you are connected to
PHPNuke

I don't test under Apache because I don't know how to run PHP in CGI
mode under Apache, but Apache+PHP module work fine (W2K)




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

#22453 [NEW]: Incorrect display of date when locale set to Greek

[bendilas at otenet dot gr]

From: bendilas at otenet dot gr
Operating system: WinXP - SP1 + Apache 2.0.43
PHP version:  4.3.0
PHP Bug Type: Date/time related
Bug description:  Incorrect display of date when locale set to Greek

Setting the locale to Greek using setlocale("LC_TIME", "GR") gets me a
wrong display of date.

Specifically, the standard short date format in Greek is day/month/year
but when I try echo strftime("%c") I get "2/27/2003" which is a
month/day/year format.

Also, when I try echo strftime("%A, %e %B, %Y") I get "ÐÝìðôç,
ÖåâñïõÜñéïò, 2003" which has two errors:
1. %e doesn't have any effect so the day number isn't displayed at all
2. The correct format would have been "ÐÝìðôç, 27 Öåâñïõáñßïõ, 2003" which
means that when there is a day number in front of a month, the month is
displayed in genitive form (grammatically speaking).

The months in Greek are:
ÉáíïõÜñéïò
ÖåâñïõÜñéïò
ÌÜñôéïò
Áðñßëéïò
ÌÜéïò
Éïýíéïò
Éïýëéïò
Áýãïõóôïò
ÓåðôÝìâñéïò
Ïêôþâñéïò
ÍïÝìâñéïò
ÄåêÝìâñéïò

Their genitive form (which should be used ONLY when formatting parameters
"%e %B" are used side by side in that speficic order) is:

Éáíïõáñßïõ
Öåâñïõáñßïõ
Ìáñôßïõ
Áðñéëßïõ
ÌáÀïõ
Éïõíßïõ
Éïõëßïõ
Áõãïýóôïõ
Óåðôåìâñßïõ
Ïêôùâñßïõ
Íïåìâñßïõ
Äåêåìâñßïõ

Note: Windows XP in Control Panel> Regional and Language options displays
the correct format under "Long date"
-- 
Edit bug report at http://bugs.php.net/?id=22453&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22453&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22453&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22453&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22453&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22453&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22453&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22453&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22453&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22453&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22453&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22453&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22453&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22453&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22453&r=gnused

#22440 [Com]: Bug with cookie in CGI not in ISAPI

[davidfelton at codemasters dot com]

 ID:   22440
 Comment by:   davidfelton at codemasters dot com
 Reported By:  garfield_fr at tiscali dot fr
 Status:   Feedback
 Bug Type: IIS related
 Operating System: Windows 2000 pro SP3
 PHP Version:  4.3.2-dev
 New Comment:

Have solved it:
I set cgi.rfc2616_headers in the php.ini to 1. I didn't know about this
new setting.

Thanks.


Previous Comments:


[2003-02-27 05:53:41] davidfelton at codemasters dot com

I've been experiencing a very similar/the same bug with IIS on windows
2000 and setting cookies using PHP as CGI.

How I set my cookies is as follows:

As there is a bug in IIS that prevents you from setting cookies in
conjunction with Header("Location: ...") the filenames of the files
that set cookies are preceded with 'nph-' as detailed here:

http://support.microsoft.com/default.aspx?scid=KB;en-us;q176113

so that I can send my own headers. This worked fine in PHP 4.2.3, now
with PHP 4.3.2 It just doesn't work and headers are printed out to the
screen. Code used is as follows:

function MySetCookie($CkyName, $CkyValue, $exp, $pth, $domain,
$Secure)
{
$exp = gmstrftime("%A, %d-%b-%Y %H:%M:%S",$exp);
return "Set-Cookie: Territory=$CkyValue; path=$pth; 
domain=$domain;
expires=$exp";
}

$territory="EnglishUK";

//go to the main page
Header("HTTP/1.0 302 Redirect");
Header("Location:
http://www.mydomain.com/mainpage.php?territory=$territory";);
//set cookie

Header(MySetCookie("Territory",$territory,mktime(0,0,0,date("n"),date("j")+30),"/","mydomain.com",0));

(note this file needs to be saved as 'nph-index.php')

This is an issue with PHP and not ISS.

Thanks.



[2003-02-26 10:47:28] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.






[2003-02-26 10:46:25] garfield_fr at tiscali dot fr

No change  same problem ...
PHPNuke doesn't work with CGI but it works with ISAPI ...



[2003-02-26 10:23:09] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip



[2003-02-26 10:13:23] garfield_fr at tiscali dot fr

I don't know if it's a real bug but 

Config :
Windows 2K pro + SP3
Serveur IIS
PHP 4.3.0
this is my php.ini (full version for testing purpose) :
[PHP]
cgi.force_redirect = 0
cgi.rfc2616_headers = 1
[Session]
session.save_handler = files
session.save_path = "C:\PHP\sessions\"

I'm trying to use PHPNuke 6.0.17 and I found this bug :
When you want to login under PHPNuke you enter your name/password. if
your login is ok the script send a cookie and redirect to an URL (your
personal page).
With PHP in CGI mode, no cookie are send/receive (?) to the browser
(IE6 SP1) and you are not connect to PHPNuke BUT if PHP run in ISAPI
mode the cookie is well receive by browser and you are connected to
PHPNuke

I don't test under Apache because I don't know how to run PHP in CGI
mode under Apache, but Apache+PHP module work fine (W2K)




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

#22454 [NEW]: world-writeable files in php's library

[gpt at tirloni dot org]

From: gpt at tirloni dot org
Operating system: FreeBSD 4.7
PHP version:  4.3.1
PHP Bug Type: *General Issues
Bug description:  world-writeable files in php's library

 I installed php 4.3.0 from the FreeBSD's ports collection and it installed
some files in /usr/local/lib/php with world-writeable permissions. After
updating to 4.3.1 the problem persisted and a friend of mine
([EMAIL PROTECTED]) also reported that he installed 4.3.0 by hand
on FreeBSD and it also had the world-writeable files in
/usr/local/lib/php.

 Version 4.2.3 of PHP on a FreeBSD 4.6.2 didn't show this problem and I
didn't try to update it to 4.3.1 yet.

 Sorry but I don't have a Linux system right now to update to 4.3.1 and
see if the problem persists. At first I thought it was a FreeBSD port's
problem but installing it manually didn't help so the port's system isn't
involved in this (I guess).
-- 
Edit bug report at http://bugs.php.net/?id=22454&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22454&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22454&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22454&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22454&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22454&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22454&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22454&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22454&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22454&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22454&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22454&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22454&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22454&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22454&r=gnused

#22455 [NEW]: fetching rows from database in row wise

[lkavithrao at hotmail dot com]

From: lkavithrao at hotmail dot com
Operating system: windows 98
PHP version:  4.2.3
PHP Bug Type: *Database Functions
Bug description:  fetching rows from database in row wise

i am creating a examination website using php and mysql.i want to display
only one record for one particular time,after few seconds i want to
display the next record from the same table.i have made use of
mysql_fetch_array(),but it is not giving the proper result as well as i
want to know is there is any recordset paging concept in php.
-- 
Edit bug report at http://bugs.php.net/?id=22455&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22455&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22455&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22455&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22455&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22455&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22455&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22455&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22455&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22455&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22455&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22455&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22455&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22455&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22455&r=gnused

#22456 [NEW]: symbol referencing errors to snprintf

[karl dot van_hoyweghen at siemens dot com]

From: karl dot van_hoyweghen at siemens dot com
Operating system: Solaris 2.5.1
PHP version:  4.3.1
PHP Bug Type: Compile Failure
Bug description:  symbol referencing errors to snprintf

I am unable to compile php 4.3.1 on solaris 2.5.1 due to a referenfing
error to snprintf. I should mention that this solaris-version does not
have a standard snprintf-function.

I saw some other entry's in the bug-db about this problem, so I also tried
CVS php4-STABLE-200302261430, but the same problem occurs.

My configure-line:
./configure --with-apxs=/usr/local/apachenew/bin/apxs --with-zlib
--enable-calendar \
--enable-ftp --with-gd --with-pgsql \
--with-ndbm


Info from php_config.h:
$ grep PRINT php_config.h
#define HAVE_VPRINTF 1
/* #undef HAVE_SNPRINTF */
/* #undef HAVE_VSNPRINTF */
#define PHP_BROKEN_SPRINTF 0
#define PHP_BROKEN_SPRINTF 0
#define PHP_BROKEN_SNPRINTF 1
#define PHP_BROKEN_SNPRINTF 1
#define ZEND_BROKEN_SPRINTF 0
#if ZEND_BROKEN_SPRINTF


The compile-error:
/bin/sh /home/kvanhoyw/soft3/cvs/php4-STABLE-200302261430/libtool --silent
--preserve-dup-deps --mode=link gcc -export-dynamic -g -O2  -avoid-version
-module -L/usr/ucblib
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.5.1/2.95.1 -L/usr/local/lib
-L/usr/local/pgsql/lib  -R /usr/ucblib -R
/usr/local/lib/gcc-lib/sparc-sun-solaris2.5.1/2.95.1 -R /usr/local/lib -R
/usr/local/pgsql/lib ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo
ext/calendar/calendar.lo ext/calendar/dow.lo ext/calendar/french.lo
ext/calendar/gregor.lo ext/calendar/jewish.lo ext/calendar/julian.lo
ext/calendar/easter.lo ext/calendar/cal_unix.lo ext/ctype/ctype.lo
ext/dba/dba.lo ext/dba/dba_cdb.lo ext/dba/dba_db2.lo ext/dba/dba_dbm.lo
ext/dba/dba_gdbm.lo ext/dba/dba_ndbm.lo ext/dba/dba_db3.lo
ext/dba/dba_db4.lo ext/dba/dba_flatfile.lo ext/ftp/php_ftp.lo
ext/ftp/ftp.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/libgd/gd.lo
ext/gd/libgd/gd_gd.lo ext/gd/libgd/gd_gd2.lo ext/gd/libgd/gd_io.lo
ext/gd/libgd/gd_io_dp.lo ext/gd/libgd/gd_io_file.lo ext/gd/libgd/gd_ss.lo
ext/gd/libgd/gd_io_ss.lo ext/gd/libgd/gd_png.lo ext/gd/libgd/gd_jpeg.lo
ext/gd/libgd/gdxpm.lo ext/gd/libgd/gdfontt.lo ext/gd/libgd/gdfonts.lo
ext/gd/libgd/gdfontmb.lo ext/gd/libgd/gdfontl.lo ext/gd/libgd/gdfontg.lo
ext/gd/libgd/gdtables.lo ext/gd/libgd/gdft.lo ext/gd/libgd/gdcache.lo
ext/gd/libgd/gdkanji.lo ext/gd/libgd/wbmp.lo ext/gd/libgd/gd_wbmp.lo
ext/gd/libgd/gdhelpers.lo ext/gd/libgd/gd_topal.lo
ext/gd/libgd/gd_gif_in.lo ext/mysql/php_mysql.lo
ext/mysql/libmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo
ext/mysql/libmysql/net.lo ext/mysql/libmysql/violite.lo
ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_init.lo
ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my_static.lo
ext/mysql/libmysql/my_malloc.lo ext/mysql/libmysql/my_realloc.lo
ext/mysql/libmysql/my_create.lo ext/mysql/libmysql/my_delete.lo
ext/mysql/libmysql/my_tempnam.lo ext/mysql/libmysql/my_open.lo
ext/mysql/libmysql/mf_casecnv.lo ext/mysql/libmysql/my_read.lo
ext/mysql/libmysql/my_write.lo ext/mysql/libmysql/errors.lo
ext/mysql/libmysql/my_error.lo ext/mysql/libmysql/my_getwd.lo
ext/mysql/libmysql/my_div.lo ext/mysql/libmysql/mf_pack.lo
ext/mysql/libmysql/my_messnc.lo ext/mysql/libmysql/mf_dirname.lo
ext/mysql/libmysql/mf_fn_ext.lo ext/mysql/libmysql/mf_wcomp.lo
ext/mysql/libmysql/typelib.lo ext/mysql/libmysql/safemalloc.lo
ext/mysql/libmysql/my_alloc.lo ext/mysql/libmysql/mf_format.lo
ext/mysql/libmysql/mf_path.lo ext/mysql/libmysql/mf_unixpath.lo
ext/mysql/libmysql/my_fopen.lo ext/mysql/libmysql/mf_loadpath.lo
ext/mysql/libmysql/my_pthread.lo ext/mysql/libmysql/my_thr_init.lo
ext/mysql/libmysql/thr_mutex.lo ext/mysql/libmysql/mulalloc.lo
ext/mysql/libmysql/string.lo ext/mysql/libmysql/default.lo
ext/mysql/libmysql/my_compress.lo ext/mysql/libmysql/array.lo
ext/mysql/libmysql/my_once.lo ext/mysql/libmysql/list.lo
ext/mysql/libmysql/my_net.lo ext/mysql/libmysql/dbug.lo
ext/mysql/libmysql/strmov.lo ext/mysql/libmysql/strxmov.lo
ext/mysql/libmysql/strnmov.lo ext/mysql/libmysql/strmake.lo
ext/mysql/libmysql/strend.lo ext/mysql/libmysql/strfill.lo
ext/mysql/libmysql/is_prefix.lo ext/mysql/libmysql/int2str.lo
ext/mysql/libmysql/str2int.lo ext/mysql/libmysql/strinstr.lo
ext/mysql/libmysql/strcont.lo ext/mysql/libmysql/strcend.lo
ext/mysql/libmysql/bchange.lo ext/mysql/libmysql/bmove.lo
ext/mysql/libmysql/bmove_upp.lo ext/mysql/libmysql/longlong2str.lo
ext/mysql/libmysql/strtoull.lo ext/mysql/libmysql/strtoll.lo
ext/mysql/libmysql/charset.lo ext/mysql/libmysql/ctype.lo
ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo
ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo
ext/pcre/php_pcre.lo ext/pgsql/pgsql.lo ext/posix/posix.lo
ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo
ext/session/mod_user.lo ext/standard/array.lo ext/standard/base64.lo
ext/standard/basic_functions.lo ext/standard/browscap.lo
ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo
ext/stand

#22454 [Opn]: world-writeable files in php's library

[gpt at tirloni dot org]

 ID:   22454
 User updated by:  gpt at tirloni dot org
 Reported By:  gpt at tirloni dot org
 Status:   Open
 Bug Type: *General Issues
 Operating System: FreeBSD 4.7
 PHP Version:  4.3.1
 New Comment:

# find /usr/local/lib -perm -0002


Previous Comments:


[2003-02-27 06:46:14] gpt at tirloni dot org

 I installed php 4.3.0 from the FreeBSD's ports collection and it
installed some files in /usr/local/lib/php with world-writeable
permissions. After updating to 4.3.1 the problem persisted and a friend
of mine ([EMAIL PROTECTED]) also reported that he installed
4.3.0 by hand on FreeBSD and it also had the world-writeable files in
/usr/local/lib/php.

 Version 4.2.3 of PHP on a FreeBSD 4.6.2 didn't show this problem and I
didn't try to update it to 4.3.1 yet.

 Sorry but I don't have a Linux system right now to update to 4.3.1 and
see if the problem persists. At first I thought it was a FreeBSD port's
problem but installing it manually didn't help so the port's system
isn't involved in this (I guess).




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

#22440 [Fbk->Opn]: Bug with cookie in CGI not in ISAPI

[garfield_fr at tiscali dot fr]

 ID:   22440
 User updated by:  garfield_fr at tiscali dot fr
 Reported By:  garfield_fr at tiscali dot fr
-Status:   Feedback
+Status:   Open
 Bug Type: IIS related
 Operating System: Windows 2000 pro SP3
 PHP Version:  4.3.2-dev
 New Comment:

I set cgi.rfc2616_headers = 1 ... and I have no change :(

and I can't modify my script because I do some tests to give PHP to
customers ...


Previous Comments:


[2003-02-27 06:11:36] davidfelton at codemasters dot com

Have solved it:
I set cgi.rfc2616_headers in the php.ini to 1. I didn't know about this
new setting.

Thanks.



[2003-02-27 05:53:41] davidfelton at codemasters dot com

I've been experiencing a very similar/the same bug with IIS on windows
2000 and setting cookies using PHP as CGI.

How I set my cookies is as follows:

As there is a bug in IIS that prevents you from setting cookies in
conjunction with Header("Location: ...") the filenames of the files
that set cookies are preceded with 'nph-' as detailed here:

http://support.microsoft.com/default.aspx?scid=KB;en-us;q176113

so that I can send my own headers. This worked fine in PHP 4.2.3, now
with PHP 4.3.2 It just doesn't work and headers are printed out to the
screen. Code used is as follows:

function MySetCookie($CkyName, $CkyValue, $exp, $pth, $domain,
$Secure)
{
$exp = gmstrftime("%A, %d-%b-%Y %H:%M:%S",$exp);
return "Set-Cookie: Territory=$CkyValue; path=$pth; 
domain=$domain;
expires=$exp";
}

$territory="EnglishUK";

//go to the main page
Header("HTTP/1.0 302 Redirect");
Header("Location:
http://www.mydomain.com/mainpage.php?territory=$territory";);
//set cookie

Header(MySetCookie("Territory",$territory,mktime(0,0,0,date("n"),date("j")+30),"/","mydomain.com",0));

(note this file needs to be saved as 'nph-index.php')

This is an issue with PHP and not ISS.

Thanks.



[2003-02-26 10:47:28] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.






[2003-02-26 10:46:25] garfield_fr at tiscali dot fr

No change  same problem ...
PHPNuke doesn't work with CGI but it works with ISAPI ...



[2003-02-26 10:23:09] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip



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

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

#22455 [Opn->Bgs]: fetching rows from database in row wise

[iliaa]

 ID:   22455
 Updated by:   [EMAIL PROTECTED]
 Reported By:  lkavithrao at hotmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: *Database Functions
 Operating System: windows 98
 PHP Version:  4.2.3
 New Comment:

Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP -- 
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php

If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.

Bug system is not a place for support questions.


Previous Comments:


[2003-02-27 06:51:29] lkavithrao at hotmail dot com

i am creating a examination website using php and mysql.i want to
display only one record for one particular time,after few seconds i
want to display the next record from the same table.i have made use of
mysql_fetch_array(),but it is not giving the proper result as well as i
want to know is there is any recordset paging concept in php.




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

#22450 [Opn->Bgs]: generally

[iliaa]

 ID:   22450
 Updated by:   [EMAIL PROTECTED]
 Reported By:  syuga_ at hotmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: windows xp
 PHP Version:  4.3.1
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Bug system is not a place for support questions.

If your application requires PostgreSQL, make sure you load the
PostgreSQL module via your php.ini file.


Previous Comments:


[2003-02-27 04:53:18] syuga_ at hotmail dot com

i tried to install postgresql, php and phppgadmin under window, but i
got message this :

You do not have postgresql support built into your PHP Web Server.
phpPgAdmin requires postgresql support to function properly!
Please check the PHP documentation for corrective action.




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

#14391 [Com]: gmmktime, gmdate work incorrect

[nospam at no-spam dot com]

 ID:   14391
 Comment by:   nospam at no-spam dot com
 Reported By:  pilots at farlep dot net
 Status:   No Feedback
 Bug Type: Date/time related
 Operating System: Windows 2000 Server
 PHP Version:  4.0.6
 New Comment:

The gmmktime() & windows problem still persists on 4.3.0. 

We now go into the third year of this bug being around. Could this
become a record???
Testcase: 
   gmmktime(0,0,0,1,1,1970);
MUST return 0, also on a win box that is not in GMT-Zone.

Or then, PLEASE introduce URGENTLY a new function that allows the
manual correction of the TZ, e.g.:


  int gmmktime ( int hour, int minute, int second, int month, int day,
int year [, int is_dst] [, int tz_offset])

because it boils down to the fact that the TZ-offset is the thing that
is not detected correctly.


Previous Comments:


[2003-01-12 05:41:11] frodo at interport dot net

this bug has been around for over 2 years and it's a big one!!!

for time based apps lets face it, the gmmktime function is extremely
important.

any idea when this will be fixed?



[2003-01-08 02:13:31] napetune at hotmail dot com

I use Win2K.I got this problem too. But after I updated to php 4.2.1
version, they are gone. It works well on php 4.2.1 (or higher version,
I guess).

Kae



[2002-12-12 09:03:48] moonset at hotmail dot com

Same problem - runing at the same time 2 systems:

On Windows NT 5.0 build 2195 PHP 4.1.1 on GMT zone:

echo  (gmdate("U") . "");  //1039704601
echo  (date ("U") . "");   //1039704601
echo  (mktime() . ""); //1039704601
echo  (gmmktime() . "");   //1039701001
echo  (time() . "");   //1039704601

On Linux webdev 2.4.19 #1  PHP 4.2.2 on EDT zone:

echo  (gmdate("U") . "");  //1039704601
echo  (date ("U") . "");   //1039704601
echo  (mktime() . ""); //1039704601
echo  (gmmktime() . "");   //1039686601
echo  (time() . "");   //1039704601

Peter



[2002-08-04 01:00:10] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a month, 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".



[2002-07-03 19:54:16] [EMAIL PROTECTED]

Could you please retry with a current snapshot or CVS-checkout? There
have been changes to mktime, so this problem might be already fixed in
CVS.

Please reopen the case if the problem persists.

Thanks for helping!




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

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

#22452 [Opn->Fbk]: Background script stalls after 300 seconds

[iliaa]

 ID:   22452
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mikan at playcollective dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: Linux (RedHat 7.2)
 PHP Version:  4.3.0
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip




Previous Comments:


[2003-02-27 05:50:07] mikan at playcollective dot com

I've been developping a daemon-script that runs in the background,
after being spawned from the parent script.

i use an:

//  we are parent. spawn child and exit.
$sock = fsockopen (getenv("SERVER_NAME"), 80);
if(!$sock){
  echo "ERROR: $errstr ($errno)\n";
} else {
  if(socket_set_blocking($sock, false)){
fputs($sock, "GET ".getenv("REQUEST_URI")."?child=1
HTTP/1.1\n");
fputs($sock, "Host: ".getenv("SERVER_NAME")." \n");
fputs($sock, "Connection: close\n\n");
fclose($sock);
} else {
  echo "ERROR: blocking socket. execution halted.\n";
  exit();
}
  }

to spawn the child process (fork is not supported on the system this
script is developed for). this code essentially opens a non-blocking
socket to itself, with the variable child=1, and exits. the child
process is now running.

this child process starts with:

  set_time_limit (0);
  ignore_user_abort(true);

to be able to run "forever"...
after this it goes into an eternal while loop.

now, the problem is the following: if nothing happens within the loop
(e.g. no output is produced, the script only checks and sleeps) the
script halts (but doesn't die/exit) after exactly 300 seconds. the
process still exists in the process list on the server.

if the script produces an non-fatal error within every 300 seconds, it
continues running happily for hours and hours and hours.

i tried outputting a "boo" message using echo "boo"; every ten seconds,
and that didn't seem to work. i tried flushing after echoing, that
didn't work either. now i free a mysql-result that doesn't exist, and
that DOES work!






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

#22457 [NEW]: gmmktime, gmdate bug

[nospam at null dot dev]

From: nospam at null dot dev
Operating system: Windows 2000
PHP version:  4.3.1
PHP Bug Type: Date/time related
Bug description:  gmmktime, gmdate bug

Please someone reopen bug ID 14391, which is currently on 'no feedback'.

The gmmktime() & windows problem still persists on 4.3.0. 

We now go into the third year of this bug being around. Could this become
a record???
Testcase: 
   gmmktime(0,0,0,1,1,1970);
MUST return 0, also on a win box that is not in GMT-Zone.

Or then, PLEASE introduce URGENTLY a new function that allows the manual
correction of the TZ:


int gmmktime ( int hour, int minute, int second, int month, int day, int
year [, int is_dst] [, int tz_offset])

because it boils down to the fact that the TZ-offset is the thing that is
not detected correctly.

-
this note will also be posted to bug 14391, so you can remove this bug
after reopening 14391!!


-- 
Edit bug report at http://bugs.php.net/?id=22457&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22457&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22457&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22457&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22457&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22457&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22457&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22457&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22457&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22457&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22457&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22457&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22457&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22457&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22457&r=gnused

#22453 [Opn->Fbk]: Incorrect display of date when locale set to Greek

[iliaa]

 ID:   22453
 Updated by:   [EMAIL PROTECTED]
 Reported By:  bendilas at otenet dot gr
-Status:   Open
+Status:   Feedback
 Bug Type: Date/time related
 Operating System: WinXP - SP1 + Apache 2.0.43
 PHP Version:  4.3.0
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip




Previous Comments:


[2003-02-27 06:11:01] bendilas at otenet dot gr

Setting the locale to Greek using setlocale("LC_TIME", "GR") gets me a
wrong display of date.

Specifically, the standard short date format in Greek is day/month/year
but when I try echo strftime("%c") I get "2/27/2003" which is a
month/day/year format.

Also, when I try echo strftime("%A, %e %B, %Y") I get "ÐÝìðôç,
ÖåâñïõÜñéïò, 2003" which has two errors:
1. %e doesn't have any effect so the day number isn't displayed at all
2. The correct format would have been "ÐÝìðôç, 27 Öåâñïõáñßïõ, 2003"
which means that when there is a day number in front of a month, the
month is displayed in genitive form (grammatically speaking).

The months in Greek are:
ÉáíïõÜñéïò
ÖåâñïõÜñéïò
ÌÜñôéïò
Áðñßëéïò
ÌÜéïò
Éïýíéïò
Éïýëéïò
Áýãïõóôïò
ÓåðôÝìâñéïò
Ïêôþâñéïò
ÍïÝìâñéïò
ÄåêÝìâñéïò

Their genitive form (which should be used ONLY when formatting
parameters "%e %B" are used side by side in that speficic order) is:

Éáíïõáñßïõ
Öåâñïõáñßïõ
Ìáñôßïõ
Áðñéëßïõ
ÌáÀïõ
Éïõíßïõ
Éïõëßïõ
Áõãïýóôïõ
Óåðôåìâñßïõ
Ïêôùâñßïõ
Íïåìâñßïõ
Äåêåìâñßïõ

Note: Windows XP in Control Panel> Regional and Language options
displays the correct format under "Long date"




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

#22458 [NEW]: Proc_open hangs

[jlondon at mail dot mcg dot edu]

From: jlondon at mail dot mcg dot edu
Operating system: Windows NT Server 4.0
PHP version:  4.3.0
PHP Bug Type: IIS related
Bug description:  Proc_open hangs

proc_open hangs on the example that is in the manual.  Here is the code.

$descriptorspec = array(
   0 => array("pipe", "r"),  // stdin is a pipe that the child will read
from
   1 => array("pipe", "w"),  // stdout is a pipe that the child will write
to
   2 => array("file", "c:/temp/error-output.txt", "a"), // stderr is a
file to write to
);
$process = proc_open("c:\php\php.exe", $descriptorspec, $pipes);
if (is_resource($process)) {
// $pipes now looks like this:
// 0 => writeable handle connected to child stdin
// 1 => readable handle connected to child stdout
// Any error output will be appended to /tmp/error-output.txt

fwrite($pipes[0], "" . chr(3));
fclose($pipes[0]);

while(!feof($pipes[1])) {
echo fgets($pipes[1], 1024);
}
fclose($pipes[1]);
// It is important that you close any pipes before calling
// proc_close in order to avoid a deadlock
$return_value = proc_close($process);

echo "command returned $return_value\n";
}

I'm running NT4 Server/PHP4.3.2.2/IIS4.  This bit of code opened up 54
php.exe/cmd.exe (that's 54 of each or 108 total) processes on my machine.
-- 
Edit bug report at http://bugs.php.net/?id=22458&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22458&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22458&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22458&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22458&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22458&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22458&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22458&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22458&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22458&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22458&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22458&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22458&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22458&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22458&r=gnused

#22303 [Opn->Csd]: php4apache2.dll was not compiled

[rabus at users dot sourceforge dot net]

 ID:   22303
 User updated by:  rabus at users dot sourceforge dot net
 Reported By:  rabus at users dot sourceforge dot net
-Status:   Open
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Win32
 PHP Version:  5CVS-2003-02-19 (dev)
 New Comment:

I seem to be talking to myself, but this bug seems to be fixed in CVS.

Thanks a lot.


Previous Comments:


[2003-02-19 14:37:27] rabus at users dot sourceforge dot net

Since I wasn't able to reopen bug #21506 and got no reply there, I
opened a new report.

The problem is that, due to a compile error, the Apache 2 filter module
is again missing in the latest CVS builds.
Log: http://snaps.php.net/win32/compile.log

Keep on the good work,

Alexander M. Turek




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

#22459 [NEW]: Fatal error: session_start() [function.session-start]

[froeschlin at designpark dot de]

From: froeschlin at designpark dot de
Operating system: Red-Hat/Linux
PHP version:  4.3.1
PHP Bug Type: Session related
Bug description:  Fatal error: session_start() [function.session-start]

When we use session_start() we get a random coming error on our system who
give us out the folloing massage:

Fatal error: session_start() [function.session-start]: Failed to
initialize session module 

Sometimes the error dont come over days. 
We cant recognize why and how it develops.
Also the compiling of php are error less.

Our config -> http://217.175.242.77/phpinfo.php
-- 
Edit bug report at http://bugs.php.net/?id=22459&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22459&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22459&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22459&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22459&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22459&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22459&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22459&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22459&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22459&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22459&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22459&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22459&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22459&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22459&r=gnused

#22447 [Dup->Bgs]: failed to open stream: Too many open files in

[sniper]

 ID:   22447
 Updated by:   [EMAIL PROTECTED]
 Reported By:  fowler at csufresno dot edu
-Status:   Duplicate
+Status:   Bogus
 Bug Type: iPlanet related
 Operating System: solaris 8
 PHP Version:  4.2.3-stable-dev
 New Comment:

don't use 'Duplicate' when it's really same bug..



Previous Comments:


[2003-02-26 19:14:42] [EMAIL PROTECTED]

We changed the error message from create to open; it's a dup - honest!



[2003-02-26 18:40:26] fowler at csufresno dot edu

While this might be similar to bug #22416, I certainly feel that it is
NOT the same bug.

As I stated the first time, this has nothing to do with CREATING
streams, but rather OPENING streams.

Because the the error is different, I feel this should be treated as a
different bug. I installed the lastest stable version, which corrected
the problem seen with bug 22416, therefore this should not be
considered a duplicate bug.



[2003-02-26 18:28:57] [EMAIL PROTECTED]

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.

Dupe of bug #22416



[2003-02-26 17:19:25] fowler at csufresno dot edu

php4-STABLE-200302251630
Solaris 8
./configure --with-nsapi=/web/server/root

might be related to Bug #20274 ???

Web server runs for a while and then reports "failed to OPEN stream".
Bug #20274 reports "failed to CREATE stream".


Warning:  Unknown(/user/cvipnet/htdocs/index.php): failed to
open stream: Too many open files in Unknown on line 0

Warning:  (null)() [function.include]:
Failed opening '/user/cvipnet/htdocs/index.php' for inclusion
(include_path='.:/usr/local/lib/php') in Unknown on line
0






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

#22457 [Opn->WFx]: gmmktime, gmdate bug

[iliaa]

 ID:   22457
 Updated by:   [EMAIL PROTECTED]
 Reported By:  nospam at null dot dev
-Status:   Open
+Status:   Wont fix
 Bug Type: Date/time related
 Operating System: Windows 2000
 PHP Version:  4.3.1
 New Comment:

In *nix systems you can modify the offset by specifying the TZ system
variable. That said, gm* time/date functions will always return GMT
time/date that is un affected by timezone settings.


Previous Comments:


[2003-02-27 08:08:09] nospam at null dot dev

Please someone reopen bug ID 14391, which is currently on 'no
feedback'.

The gmmktime() & windows problem still persists on 4.3.0. 

We now go into the third year of this bug being around. Could this
become a record???
Testcase: 
   gmmktime(0,0,0,1,1,1970);
MUST return 0, also on a win box that is not in GMT-Zone.

Or then, PLEASE introduce URGENTLY a new function that allows the
manual correction of the TZ:


int gmmktime ( int hour, int minute, int second, int month, int day,
int year [, int is_dst] [, int tz_offset])

because it boils down to the fact that the TZ-offset is the thing that
is not detected correctly.

-
this note will also be posted to bug 14391, so you can remove this bug
after reopening 14391!!






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

#22297 [Opn->Fbk]: Timeout when reading file from URL

[sniper]

 ID:   22297
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sp at m-me dot dk
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Windows
 PHP Version:  4.3.2-dev
 New Comment:

keep at "Feedback" status until that then..



Previous Comments:


[2003-02-26 17:37:21] sp at m-me dot dk

Back... Sorry for the delay :)

I have looked around to find out how to setup Apache 2.x to use PHP. I
do think that I do it right. Take a look at:
http://dk.php.net/manual/en/install.apache2.php#install.apache2.windows

But let me know if I am wrong.

Anyway. I saw that a new version of Apache was released (v2.0.44) and
tried this one - And it actually seems to work! I will just try this on
one other installation tomorrow before I will say that upgrading Apache
solves the problem. So don't close it yet.



[2003-02-23 05:13:04] [EMAIL PROTECTED]

Please check this page:
http://www.experts-exchange.com/Web/Web_Servers/Apache/Q_20396513.html

I think this is just configuration error..you're mixing
the module configuration with CGI configuration..




[2003-02-23 05:06:20] [EMAIL PROTECTED]

oops..forget my last comment, wrong bug report.





[2003-02-23 05:05:45] [EMAIL PROTECTED]

And what about php.ini? Have you set the settings required
for IIS in it?




[2003-02-21 09:39:59] sp at m-me dot dk

CGI binary

I have added this to my httpd.conf:
--
DirectoryIndex index.html index.html.var index.php
ScriptAlias /php/ "c:/php/"
AddType application/x-httpd-php .php 
AddType application/x-httpd-php-source .phps
Action application/x-httpd-php "/php/php.exe"



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

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

#22454 [Opn->Fbk]: world-writeable files in php's library

[iliaa]

 ID:   22454
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gpt at tirloni dot org
-Status:   Open
+Status:   Feedback
 Bug Type: *General Issues
 Operating System: FreeBSD 4.7
 PHP Version:  4.3.1
 New Comment:

What was your umask set to when you ran make install?


Previous Comments:


[2003-02-27 07:26:21] gpt at tirloni dot org

# find /usr/local/lib -perm -0002



[2003-02-27 06:46:14] gpt at tirloni dot org

 I installed php 4.3.0 from the FreeBSD's ports collection and it
installed some files in /usr/local/lib/php with world-writeable
permissions. After updating to 4.3.1 the problem persisted and a friend
of mine ([EMAIL PROTECTED]) also reported that he installed
4.3.0 by hand on FreeBSD and it also had the world-writeable files in
/usr/local/lib/php.

 Version 4.2.3 of PHP on a FreeBSD 4.6.2 didn't show this problem and I
didn't try to update it to 4.3.1 yet.

 Sorry but I don't have a Linux system right now to update to 4.3.1 and
see if the problem persists. At first I thought it was a FreeBSD port's
problem but installing it manually didn't help so the port's system
isn't involved in this (I guess).




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

#22448 [Opn->Bgs]: phpinfo() incorrectly shows v4.3.0

[sniper]

 ID:   22448
 Updated by:   [EMAIL PROTECTED]
 Reported By:  yomama at ucsd dot edu
-Status:   Open
+Status:   Bogus
 Bug Type: Apache related
 Operating System: Windows 2000
 PHP Version:  4.3.1
 New Comment:

It just indicates that you didn't install the package
correctly. (you need to replace the php4ts.dll...and sometimes it
requires booting too)



Previous Comments:


[2003-02-26 18:32:52] yomama at ucsd dot edu

I'm sure this is no big deal since 4.3.1 is just a CGI security patch
over 4.3.0, but phpinfo() shows v4.3.0 when it's running as an Apache
module.

I'm assuming it's because the new zip distribution for Windows didn't
contain an new build of the php4apache (or possibly any) module dlls.





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

#21560 [Ver->Asn]: imagettfbbox() returns different values in 4.3.0 and 4.2.1

[sniper]

 ID:   21560
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ljpersson at hotmail dot com
-Status:   Verified
+Status:   Assigned
 Bug Type: GD related
 Operating System: SusE 8.0
 PHP Version:  4.3.1-dev
 Assigned To:  pajoye
 New Comment:

don't forget.. :)



Previous Comments:


[2003-02-26 19:55:33] [EMAIL PROTECTED]

I confirm it too. I found where is the problem. I will try to fix it
before the next release.





[2003-02-13 12:19:10] [EMAIL PROTECTED]

Verified with latest CVS, this however appears to be an issue with the
GD library itself since the problem is not particular to the bundled
GD.



[2003-02-13 11:45:01] [EMAIL PROTECTED]

Please use the 'Edit submission' link when you reply to 
your _own_ report, otherwise the status remains at 'feedback'..and
eventually gets automatically suspended.




[2003-02-13 05:26:09] ljpersson at hotmail dot com

Below is a simple test script that illustates the problem. You might
need to change the path for the fonts to suit your setup.

The script strokes a text and then draws the bounding box around the
text. For angle = 0 the bounding box is correct but for any other angle
it is off proportional to the angle. 

(With GD 2.01 this is correct but for higher versions the problem
exists)

/Johan

 3 [1] => -1 [2] => 3 [3] => -154 
[4] => -16 [5] => -154 [6] => -16 [7] => -2 ) 

PHP 4.2.3 With GD 2.08 gives [WRONG]:
Array ( [0] => -1 [1] => 13 [2] => -1 [3] => -153 
[4] => -17 [5] => -153 [6] => -17 [7] => 13 ) 

PHP 4.3.0 With built-in GD gives [WRONG]:
Array ( [0] => -1 [1] => 13 [2] => -1 [3] => -153 
[4] => -17 [5] => -153 [6] => -17 [7] => 13 ) 

PHP 4.3.1-dev (2002-02-07) [WRONG]
Array ( [0] => -1 [1] => 13 [2] => -1 [3] => -153 
[4] => -17 [5] => -153 [6] => -17 [7] => 13 ) 
*/

?>



[2003-02-09 02:41:22] [EMAIL PROTECTED]

Hi,

Can you provide a link with the test script and the font used ?

thank's

pierre



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

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

#22454 [Fbk->Opn]: world-writeable files in php's library

[gpt at tirloni dot org]

 ID:   22454
 User updated by:  gpt at tirloni dot org
 Reported By:  gpt at tirloni dot org
-Status:   Feedback
+Status:   Open
 Bug Type: *General Issues
 Operating System: FreeBSD 4.7
 PHP Version:  4.3.1
 New Comment:

umask 022


Previous Comments:


[2003-02-27 08:45:11] [EMAIL PROTECTED]

What was your umask set to when you ran make install?



[2003-02-27 07:26:21] gpt at tirloni dot org

# find /usr/local/lib -perm -0002



[2003-02-27 06:46:14] gpt at tirloni dot org

 I installed php 4.3.0 from the FreeBSD's ports collection and it
installed some files in /usr/local/lib/php with world-writeable
permissions. After updating to 4.3.1 the problem persisted and a friend
of mine ([EMAIL PROTECTED]) also reported that he installed
4.3.0 by hand on FreeBSD and it also had the world-writeable files in
/usr/local/lib/php.

 Version 4.2.3 of PHP on a FreeBSD 4.6.2 didn't show this problem and I
didn't try to update it to 4.3.1 yet.

 Sorry but I don't have a Linux system right now to update to 4.3.1 and
see if the problem persists. At first I thought it was a FreeBSD port's
problem but installing it manually didn't help so the port's system
isn't involved in this (I guess).




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

#22459 [Opn->Fbk]: Fatal error: session_start() [function.session-start]

[iliaa]

 ID:   22459
 Updated by:   [EMAIL PROTECTED]
 Reported By:  froeschlin at designpark dot de
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: Red-Hat/Linux
 PHP Version:  4.3.1
 New Comment:

Turn off Zend Optimizer v2.1.0 and see if the problem persists.


Previous Comments:


[2003-02-27 08:33:48] froeschlin at designpark dot de

When we use session_start() we get a random coming error on our system
who give us out the folloing massage:

Fatal error: session_start() [function.session-start]: Failed to
initialize session module 

Sometimes the error dont come over days. 
We cant recognize why and how it develops.
Also the compiling of php are error less.

Our config -> http://217.175.242.77/phpinfo.php




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

#22435 [Csd->Bgs]: count() is slow when used with large arrays

[sniper]

 ID:   22435
 Updated by:   [EMAIL PROTECTED]
 Reported By:  carl at topthetable dot com
-Status:   Closed
+Status:   Bogus
 Bug Type: Performance problem
 Operating System: Redhat 7.2
 PHP Version:  4.3.1
 New Comment:

Derick just mentioned that this bug should be fixed in xdebug now. :)

(bogusing as this is not bug in PHP itself)



Previous Comments:


[2003-02-27 03:36:11] carl at topthetable dot com

OK, recompiled with the latest STABLE and I got the same results.  Then
in a flash of inspiration, I remembered that I have xdebug installed on
the Linux box with collect_params on - Sure enough, when I turn this
option off, the problem goes away.

So I'll go away and hide ...



[2003-02-26 10:20:32] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

I tested using this and got pretty same results on both linux and
macosx. Please test it..




[2003-02-26 09:55:39] carl at topthetable dot com

Thanks for your reply, and better script.

Here are my results, showing the times on the Redhat and OSX boxes
respectively ...

Redhat 7.2 (PIII 700Mhz):
0.000356078147888
3.09110200405
24.5502359867
55.3548690081
136.626052976
... Gave up waiting.  As you can see, this is not correct behaviour. 
You can clearly see that the time isn't constant, nor increasingly
linearly.  I therefore say there is something wrong.

OSX (iBook, 500Mhz):
0.00040602684021
0.000491976737976
0.000488996505737
0.000484943389893
0.000471949577332
0.000415086746216
0.000434041023254
0.00104403495789
0.000488996505737
0.000432014465332
Avg: 0.00051580667495

This is as per your results.



[2003-02-26 09:24:56] [EMAIL PROTECTED]

Try this script which actually shows the time _spend_ for count:



Results for me:

Linux (double Celeron 500Mhz): 

0.00995302200317
0.000295042991638
0.000288963317871
0.000303030014038
0.000295042991638
0.000295042991638
0.000294089317322
0.000292062759399
0.000293016433716
0.000355005264282
Avg: 0.00126643180847

MacOSX, PowerPC (1Ghz or faster, not sure):

0.00011193752288818
9.0956687927246E-05
0.00010311603546143
0.00010299682617188
0.00010395050048828
0.00010097026824951
0.00011003017425537
0.00013697147369385
0.00010299682617188
0.00010597705841064
Avg: 0.00010699033737183

Nothing wrong here..




[2003-02-26 08:11:50] carl at topthetable dot com

count() is increasingly slow when used to count large arrays.  This is
using 4.3.1 (compiled from source) on a Redhat 7.2 box.  The box has
about 80Mb free, so it's not a paging issue.  It works as expected on
Mac OS X running 4.3.1-dev.

Looking at PHP's and Zend's source, I would expect the time taken to
return the count() of an array to be similar regardless of the size of
the array.

Below is a script to demonstrate the problem.  







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

#22449 [Opn->Fbk]: The same PHPSESSID for simultaneously users

[sniper]

 ID:   22449
 Updated by:   [EMAIL PROTECTED]
 Reported By:  leonardo at pcnet dot ro
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: Red Hat Linux 7.3
 PHP Version:  4.3.0
 New Comment:

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.



Previous Comments:


[2003-02-27 04:34:37] leonardo at pcnet dot ro

Hey guys what is happening ? I have two users on my site that are
connected from different ips and they get the same phpsessid at the
same time ? My application screwed up because one of them can read the
other one mail messages ! I hope you fix it because it is big!




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

#22458 [Opn->Fbk]: Proc_open hangs

[iliaa]

 ID:   22458
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jlondon at mail dot mcg dot edu
-Status:   Open
+Status:   Feedback
 Bug Type: IIS related
 Operating System: Windows NT Server 4.0
 PHP Version:  4.3.0
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip




Previous Comments:


[2003-02-27 08:26:25] jlondon at mail dot mcg dot edu

proc_open hangs on the example that is in the manual.  Here is the
code.

$descriptorspec = array(
   0 => array("pipe", "r"),  // stdin is a pipe that the child will
read from
   1 => array("pipe", "w"),  // stdout is a pipe that the child will
write to
   2 => array("file", "c:/temp/error-output.txt", "a"), // stderr is a
file to write to
);
$process = proc_open("c:\php\php.exe", $descriptorspec, $pipes);
if (is_resource($process)) {
// $pipes now looks like this:
// 0 => writeable handle connected to child stdin
// 1 => readable handle connected to child stdout
// Any error output will be appended to /tmp/error-output.txt

fwrite($pipes[0], "" . chr(3));
fclose($pipes[0]);

while(!feof($pipes[1])) {
echo fgets($pipes[1], 1024);
}
fclose($pipes[1]);
// It is important that you close any pipes before calling
// proc_close in order to avoid a deadlock
$return_value = proc_close($process);

echo "command returned $return_value\n";
}

I'm running NT4 Server/PHP4.3.2.2/IIS4.  This bit of code opened up 54
php.exe/cmd.exe (that's 54 of each or 108 total) processes on my
machine.




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

#22451 [Opn->Bgs]: PHP doesn't allow stored procedures to return results

[sniper]

 ID:   22451
 Updated by:   [EMAIL PROTECTED]
 Reported By:  rpreti at ig dot com dot br
-Status:   Open
+Status:   Bogus
 Bug Type: ODBC related
 Operating System: Linux
 PHP Version:  4.2.3
 New Comment:

See the explanation from bug #13817



Previous Comments:


[2003-02-27 05:27:14] rpreti at ig dot com dot br

This is probably the same bug that is mentioned in Bug id #13817. 
I'm attempting to retrieve values from IBM DB2 7.1 via ODBC. The format
for calling stored procs via ODBC is: 

$result=odbc_prepare($conn,"CALL DSIS.S6S444(?,?)");
odbc_execute($result,&$par)

The question marks are place holders for variable names. 

Does the problem still exist with 4.3.1?

Thanks.





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

#22440 [Opn]: Bug with cookie in CGI not in ISAPI

[sniper]

 ID:   22440
 Updated by:   [EMAIL PROTECTED]
 Reported By:  garfield_fr at tiscali dot fr
 Status:   Open
-Bug Type: IIS related
+Bug Type: CGI related
 Operating System: Windows 2000 pro SP3
 PHP Version:  4.3.2-dev
 New Comment:

reclassified



Previous Comments:


[2003-02-27 07:59:59] garfield_fr at tiscali dot fr

I set cgi.rfc2616_headers = 1 ... and I have no change :(

and I can't modify my script because I do some tests to give PHP to
customers ...



[2003-02-27 06:11:36] davidfelton at codemasters dot com

Have solved it:
I set cgi.rfc2616_headers in the php.ini to 1. I didn't know about this
new setting.

Thanks.



[2003-02-27 05:53:41] davidfelton at codemasters dot com

I've been experiencing a very similar/the same bug with IIS on windows
2000 and setting cookies using PHP as CGI.

How I set my cookies is as follows:

As there is a bug in IIS that prevents you from setting cookies in
conjunction with Header("Location: ...") the filenames of the files
that set cookies are preceded with 'nph-' as detailed here:

http://support.microsoft.com/default.aspx?scid=KB;en-us;q176113

so that I can send my own headers. This worked fine in PHP 4.2.3, now
with PHP 4.3.2 It just doesn't work and headers are printed out to the
screen. Code used is as follows:

function MySetCookie($CkyName, $CkyValue, $exp, $pth, $domain,
$Secure)
{
$exp = gmstrftime("%A, %d-%b-%Y %H:%M:%S",$exp);
return "Set-Cookie: Territory=$CkyValue; path=$pth; 
domain=$domain;
expires=$exp";
}

$territory="EnglishUK";

//go to the main page
Header("HTTP/1.0 302 Redirect");
Header("Location:
http://www.mydomain.com/mainpage.php?territory=$territory";);
//set cookie

Header(MySetCookie("Territory",$territory,mktime(0,0,0,date("n"),date("j")+30),"/","mydomain.com",0));

(note this file needs to be saved as 'nph-index.php')

This is an issue with PHP and not ISS.

Thanks.



[2003-02-26 10:47:28] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.






[2003-02-26 10:46:25] garfield_fr at tiscali dot fr

No change  same problem ...
PHPNuke doesn't work with CGI but it works with ISAPI ...



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

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

#22454 [Opn]: world-writeable files in php's library

[gpt at tirloni dot org]

 ID:   22454
 User updated by:  gpt at tirloni dot org
 Reported By:  gpt at tirloni dot org
 Status:   Open
 Bug Type: *General Issues
-Operating System: FreeBSD 4.7
+Operating System: FreeBSD 4.7-p3
 PHP Version:  4.3.1
 New Comment:

I just installed /usr/ports/www/mod_php4 version 4.3.1 on a FreeBSD
4.7-RELEASE-p3 that didn't have php previously installed and it
installed the world-writeable files again.

The umask was 022 and the ports collection was updated before the make
install from cvsup9.FreeBSD.ORG. The apache used this time was 2.0.44
(it that matters), others were 1.3.27.


Previous Comments:


[2003-02-27 08:48:02] gpt at tirloni dot org

umask 022



[2003-02-27 08:45:11] [EMAIL PROTECTED]

What was your umask set to when you ran make install?



[2003-02-27 07:26:21] gpt at tirloni dot org

# find /usr/local/lib -perm -0002



[2003-02-27 06:46:14] gpt at tirloni dot org

 I installed php 4.3.0 from the FreeBSD's ports collection and it
installed some files in /usr/local/lib/php with world-writeable
permissions. After updating to 4.3.1 the problem persisted and a friend
of mine ([EMAIL PROTECTED]) also reported that he installed
4.3.0 by hand on FreeBSD and it also had the world-writeable files in
/usr/local/lib/php.

 Version 4.2.3 of PHP on a FreeBSD 4.6.2 didn't show this problem and I
didn't try to update it to 4.3.1 yet.

 Sorry but I don't have a Linux system right now to update to 4.3.1 and
see if the problem persists. At first I thought it was a FreeBSD port's
problem but installing it manually didn't help so the port's system
isn't involved in this (I guess).




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

#22363 [Fbk->Bgs]: 2 rows added from mysql_query insert command

[georg]

 ID:   22363
 Updated by:   [EMAIL PROTECTED]
 Reported By:  georgehubert3 at hotmail dot com
-Status:   Feedback
+Status:   Bogus
 Bug Type: MySQL related
 Operating System: FreeBSD 4.7-RELEASE #0
 PHP Version:  4.3.1
 New Comment:

changed status to bogus


Previous Comments:


[2003-02-23 02:16:42] [EMAIL PROTECTED]

This has been reported many times and always it has been
broken HTML that causes the page to be loaded twice.

So check this first.




[2003-02-22 03:46:27] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.


Could you add a SHORT testcase please, including table definition.



[2003-02-21 15:10:37] georgehubert3 at hotmail dot com

The Odd/Even info does not happen 100%.  Two rows are always added to
the table.



[2003-02-21 15:05:06] georgehubert3 at hotmail dot com

Trying to insert data from a posted form into mysql 3.23.42
creates a blank record and then the correct record (2 records total). 
Only happens if number of records in table is even (i.e. 2 records, 4
records, etc.).  If number of records in database is odd then the query
correctly inserts only one record.  I can reproduce this 100%.  Contact
me to see it in action and view scripts.  

$query = "INSERT INTO Ads SET CompanyName = '$CompanyName', WebSite =
'$WebSite', Text = '$Text', StartDate = '$StartDate', EndDate =
'$EndDate', Notes = '$Notes', Extension = '$Extension'";
$result = mysql_query($query);

Compiled Options:
'./configure' '--with-apxs=/hsphere/shared/apache/bin/apxs'
'--with-zip' '--with-bz2' '--with-zlib-dir'
'--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local'
'--with-gd=/hsphere/shared' '--with-mysql=/usr/local'
'--with-gettext=/usr/local' '--disable-debug' '--enable-versioning'
'--enable-sockets' '--enable-track-vars' '--with-imap=/hsphere/shared'
'--with-pgsql=/usr/local' '--enable-ftp'
'--localstatedir=/var/hsphere/php' '--enable-trans-sid'
'--without-curl' '--with-mcrypt' '--with-dom' 




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

#22363 [Bgs]: 2 rows added from mysql_query insert command

[sniper]

 ID:   22363
 Updated by:   [EMAIL PROTECTED]
 Reported By:  georgehubert3 at hotmail dot com
 Status:   Bogus
 Bug Type: MySQL related
 Operating System: FreeBSD 4.7-RELEASE #0
 PHP Version:  4.3.1
 New Comment:

See bug #10599 which explains this.



Previous Comments:


[2003-02-27 09:04:04] [EMAIL PROTECTED]

changed status to bogus



[2003-02-23 02:16:42] [EMAIL PROTECTED]

This has been reported many times and always it has been
broken HTML that causes the page to be loaded twice.

So check this first.




[2003-02-22 03:46:27] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.


Could you add a SHORT testcase please, including table definition.



[2003-02-21 15:10:37] georgehubert3 at hotmail dot com

The Odd/Even info does not happen 100%.  Two rows are always added to
the table.



[2003-02-21 15:05:06] georgehubert3 at hotmail dot com

Trying to insert data from a posted form into mysql 3.23.42
creates a blank record and then the correct record (2 records total). 
Only happens if number of records in table is even (i.e. 2 records, 4
records, etc.).  If number of records in database is odd then the query
correctly inserts only one record.  I can reproduce this 100%.  Contact
me to see it in action and view scripts.  

$query = "INSERT INTO Ads SET CompanyName = '$CompanyName', WebSite =
'$WebSite', Text = '$Text', StartDate = '$StartDate', EndDate =
'$EndDate', Notes = '$Notes', Extension = '$Extension'";
$result = mysql_query($query);

Compiled Options:
'./configure' '--with-apxs=/hsphere/shared/apache/bin/apxs'
'--with-zip' '--with-bz2' '--with-zlib-dir'
'--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local'
'--with-gd=/hsphere/shared' '--with-mysql=/usr/local'
'--with-gettext=/usr/local' '--disable-debug' '--enable-versioning'
'--enable-sockets' '--enable-track-vars' '--with-imap=/hsphere/shared'
'--with-pgsql=/usr/local' '--enable-ftp'
'--localstatedir=/var/hsphere/php' '--enable-trans-sid'
'--without-curl' '--with-mcrypt' '--with-dom' 




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

#22453 [Fbk->Opn]: Incorrect display of date when locale set to Greek

[bendilas at otenet dot gr]

 ID:   22453
 User updated by:  bendilas at otenet dot gr
 Reported By:  bendilas at otenet dot gr
-Status:   Feedback
+Status:   Open
 Bug Type: Date/time related
 Operating System: WinXP - SP1 + Apache 2.0.43
 PHP Version:  4.3.0
 New Comment:

I tried the Windows snapshot but both errors remail still.


Previous Comments:


[2003-02-27 08:08:13] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2003-02-27 06:11:01] bendilas at otenet dot gr

Setting the locale to Greek using setlocale("LC_TIME", "GR") gets me a
wrong display of date.

Specifically, the standard short date format in Greek is day/month/year
but when I try echo strftime("%c") I get "2/27/2003" which is a
month/day/year format.

Also, when I try echo strftime("%A, %e %B, %Y") I get "ÐÝìðôç,
ÖåâñïõÜñéïò, 2003" which has two errors:
1. %e doesn't have any effect so the day number isn't displayed at all
2. The correct format would have been "ÐÝìðôç, 27 Öåâñïõáñßïõ, 2003"
which means that when there is a day number in front of a month, the
month is displayed in genitive form (grammatically speaking).

The months in Greek are:
ÉáíïõÜñéïò
ÖåâñïõÜñéïò
ÌÜñôéïò
Áðñßëéïò
ÌÜéïò
Éïýíéïò
Éïýëéïò
Áýãïõóôïò
ÓåðôÝìâñéïò
Ïêôþâñéïò
ÍïÝìâñéïò
ÄåêÝìâñéïò

Their genitive form (which should be used ONLY when formatting
parameters "%e %B" are used side by side in that speficic order) is:

Éáíïõáñßïõ
Öåâñïõáñßïõ
Ìáñôßïõ
Áðñéëßïõ
ÌáÀïõ
Éïõíßïõ
Éïõëßïõ
Áõãïýóôïõ
Óåðôåìâñßïõ
Ïêôùâñßïõ
Íïåìâñßïõ
Äåêåìâñßïõ

Note: Windows XP in Control Panel> Regional and Language options
displays the correct format under "Long date"




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

#22454 [Opn->Bgs]: world-writeable files in php's library

[sniper]

 ID:   22454
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gpt at tirloni dot org
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: FreeBSD 4.7-p3
 PHP Version:  4.3.1
 New Comment:

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.

See bug #20195



Previous Comments:


[2003-02-27 08:59:51] gpt at tirloni dot org

I just installed /usr/ports/www/mod_php4 version 4.3.1 on a FreeBSD
4.7-RELEASE-p3 that didn't have php previously installed and it
installed the world-writeable files again.

The umask was 022 and the ports collection was updated before the make
install from cvsup9.FreeBSD.ORG. The apache used this time was 2.0.44
(it that matters), others were 1.3.27.



[2003-02-27 08:48:02] gpt at tirloni dot org

umask 022



[2003-02-27 08:45:11] [EMAIL PROTECTED]

What was your umask set to when you ran make install?



[2003-02-27 07:26:21] gpt at tirloni dot org

# find /usr/local/lib -perm -0002



[2003-02-27 06:46:14] gpt at tirloni dot org

 I installed php 4.3.0 from the FreeBSD's ports collection and it
installed some files in /usr/local/lib/php with world-writeable
permissions. After updating to 4.3.1 the problem persisted and a friend
of mine ([EMAIL PROTECTED]) also reported that he installed
4.3.0 by hand on FreeBSD and it also had the world-writeable files in
/usr/local/lib/php.

 Version 4.2.3 of PHP on a FreeBSD 4.6.2 didn't show this problem and I
didn't try to update it to 4.3.1 yet.

 Sorry but I don't have a Linux system right now to update to 4.3.1 and
see if the problem persists. At first I thought it was a FreeBSD port's
problem but installing it manually didn't help so the port's system
isn't involved in this (I guess).




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

#22456 [Opn->Csd]: symbol referencing errors to snprintf

[iliaa]

 ID:   22456
 Updated by:   [EMAIL PROTECTED]
 Reported By:  karl dot van_hoyweghen at siemens dot com
-Status:   Open
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Solaris 2.5.1
 PHP Version:  4.3.1
 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 http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2003-02-27 06:54:58] karl dot van_hoyweghen at siemens dot com

I am unable to compile php 4.3.1 on solaris 2.5.1 due to a referenfing
error to snprintf. I should mention that this solaris-version does not
have a standard snprintf-function.

I saw some other entry's in the bug-db about this problem, so I also
tried CVS php4-STABLE-200302261430, but the same problem occurs.

My configure-line:
./configure --with-apxs=/usr/local/apachenew/bin/apxs --with-zlib
--enable-calendar \
--enable-ftp --with-gd --with-pgsql \
--with-ndbm


Info from php_config.h:
$ grep PRINT php_config.h
#define HAVE_VPRINTF 1
/* #undef HAVE_SNPRINTF */
/* #undef HAVE_VSNPRINTF */
#define PHP_BROKEN_SPRINTF 0
#define PHP_BROKEN_SPRINTF 0
#define PHP_BROKEN_SNPRINTF 1
#define PHP_BROKEN_SNPRINTF 1
#define ZEND_BROKEN_SPRINTF 0
#if ZEND_BROKEN_SPRINTF


The compile-error:
/bin/sh /home/kvanhoyw/soft3/cvs/php4-STABLE-200302261430/libtool
--silent --preserve-dup-deps --mode=link gcc -export-dynamic -g -O2 
-avoid-version -module -L/usr/ucblib
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.5.1/2.95.1 -L/usr/local/lib
-L/usr/local/pgsql/lib  -R /usr/ucblib -R
/usr/local/lib/gcc-lib/sparc-sun-solaris2.5.1/2.95.1 -R /usr/local/lib
-R /usr/local/pgsql/lib ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo
ext/calendar/calendar.lo ext/calendar/dow.lo ext/calendar/french.lo
ext/calendar/gregor.lo ext/calendar/jewish.lo ext/calendar/julian.lo
ext/calendar/easter.lo ext/calendar/cal_unix.lo ext/ctype/ctype.lo
ext/dba/dba.lo ext/dba/dba_cdb.lo ext/dba/dba_db2.lo ext/dba/dba_dbm.lo
ext/dba/dba_gdbm.lo ext/dba/dba_ndbm.lo ext/dba/dba_db3.lo
ext/dba/dba_db4.lo ext/dba/dba_flatfile.lo ext/ftp/php_ftp.lo
ext/ftp/ftp.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/libgd/gd.lo
ext/gd/libgd/gd_gd.lo ext/gd/libgd/gd_gd2.lo ext/gd/libgd/gd_io.lo
ext/gd/libgd/gd_io_dp.lo ext/gd/libgd/gd_io_file.lo
ext/gd/libgd/gd_ss.lo ext/gd/libgd/gd_io_ss.lo ext/gd/libgd/gd_png.lo
ext/gd/libgd/gd_jpeg.lo ext/gd/libgd/gdxpm.lo ext/gd/libgd/gdfontt.lo
ext/gd/libgd/gdfonts.lo ext/gd/libgd/gdfontmb.lo
ext/gd/libgd/gdfontl.lo ext/gd/libgd/gdfontg.lo
ext/gd/libgd/gdtables.lo ext/gd/libgd/gdft.lo ext/gd/libgd/gdcache.lo
ext/gd/libgd/gdkanji.lo ext/gd/libgd/wbmp.lo ext/gd/libgd/gd_wbmp.lo
ext/gd/libgd/gdhelpers.lo ext/gd/libgd/gd_topal.lo
ext/gd/libgd/gd_gif_in.lo ext/mysql/php_mysql.lo
ext/mysql/libmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo
ext/mysql/libmysql/net.lo ext/mysql/libmysql/violite.lo
ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_init.lo
ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my_static.lo
ext/mysql/libmysql/my_malloc.lo ext/mysql/libmysql/my_realloc.lo
ext/mysql/libmysql/my_create.lo ext/mysql/libmysql/my_delete.lo
ext/mysql/libmysql/my_tempnam.lo ext/mysql/libmysql/my_open.lo
ext/mysql/libmysql/mf_casecnv.lo ext/mysql/libmysql/my_read.lo
ext/mysql/libmysql/my_write.lo ext/mysql/libmysql/errors.lo
ext/mysql/libmysql/my_error.lo ext/mysql/libmysql/my_getwd.lo
ext/mysql/libmysql/my_div.lo ext/mysql/libmysql/mf_pack.lo
ext/mysql/libmysql/my_messnc.lo ext/mysql/libmysql/mf_dirname.lo
ext/mysql/libmysql/mf_fn_ext.lo ext/mysql/libmysql/mf_wcomp.lo
ext/mysql/libmysql/typelib.lo ext/mysql/libmysql/safemalloc.lo
ext/mysql/libmysql/my_alloc.lo ext/mysql/libmysql/mf_format.lo
ext/mysql/libmysql/mf_path.lo ext/mysql/libmysql/mf_unixpath.lo
ext/mysql/libmysql/my_fopen.lo ext/mysql/libmysql/mf_loadpath.lo
ext/mysql/libmysql/my_pthread.lo ext/mysql/libmysql/my_thr_init.lo
ext/mysql/libmysql/thr_mutex.lo ext/mysql/libmysql/mulalloc.lo
ext/mysql/libmysql/string.lo ext/mysql/libmysql/default.lo
ext/mysql/libmysql/my_compress.lo ext/mysql/libmysql/array.lo
ext/mysql/libmysql/my_once.lo ext/mysql/libmysql/list.lo
ext/mysql/libmysql/my_net.lo ext/mysql/libmysql/dbug.lo
ext/mysql/libmysql/strmov.lo ext/mysql/libmysql/strxmov.lo
ext/mysql/libmysql/strnmov.lo ext/mysql/libmysql/strmake.lo
ext/mysql/libmysql/strend.lo ext/mysql/libmysql/strfill.lo
ext/mysql/libmysql/is_prefix.lo ext/mysql/libmysql/int2str.lo
ext/mysql/libmysql/str2int.lo ext/mysql/libmysql/strinstr.lo
ext/mysql/libmysql/strcont

#22454 [Bgs->Opn]: world-writeable files in php's library

[gpt at tirloni dot org]

 ID:   22454
 User updated by:  gpt at tirloni dot org
 Reported By:  gpt at tirloni dot org
-Status:   Bogus
+Status:   Open
 Bug Type: *General Issues
 Operating System: FreeBSD 4.7-p3
 PHP Version:  4.3.1
 New Comment:

Sorry, I missed that other bug report.

That bug report was opened in October 2002. How was it fixed? The
author updated it to 4.3.2-dev it seems.

4.3.1 was released these days and didn't fix the problem.

Thank you.


Previous Comments:


[2003-02-27 09:10:48] [EMAIL PROTECTED]

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.

See bug #20195




[2003-02-27 08:59:51] gpt at tirloni dot org

I just installed /usr/ports/www/mod_php4 version 4.3.1 on a FreeBSD
4.7-RELEASE-p3 that didn't have php previously installed and it
installed the world-writeable files again.

The umask was 022 and the ports collection was updated before the make
install from cvsup9.FreeBSD.ORG. The apache used this time was 2.0.44
(it that matters), others were 1.3.27.



[2003-02-27 08:48:02] gpt at tirloni dot org

umask 022



[2003-02-27 08:45:11] [EMAIL PROTECTED]

What was your umask set to when you ran make install?



[2003-02-27 07:26:21] gpt at tirloni dot org

# find /usr/local/lib -perm -0002



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

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

#22454 [Opn->Bgs]: world-writeable files in php's library

[sniper]

 ID:   22454
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gpt at tirloni dot org
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: FreeBSD 4.7-p3
 PHP Version:  4.3.1
 New Comment:

That one is still open, so please don't reopen this one anymore. Add
your comments there..



Previous Comments:


[2003-02-27 09:26:09] gpt at tirloni dot org

Sorry, I missed that other bug report.

That bug report was opened in October 2002. How was it fixed? The
author updated it to 4.3.2-dev it seems.

4.3.1 was released these days and didn't fix the problem.

Thank you.



[2003-02-27 09:10:48] [EMAIL PROTECTED]

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.

See bug #20195




[2003-02-27 08:59:51] gpt at tirloni dot org

I just installed /usr/ports/www/mod_php4 version 4.3.1 on a FreeBSD
4.7-RELEASE-p3 that didn't have php previously installed and it
installed the world-writeable files again.

The umask was 022 and the ports collection was updated before the make
install from cvsup9.FreeBSD.ORG. The apache used this time was 2.0.44
(it that matters), others were 1.3.27.



[2003-02-27 08:48:02] gpt at tirloni dot org

umask 022



[2003-02-27 08:45:11] [EMAIL PROTECTED]

What was your umask set to when you ran make install?



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

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

#22303 [Csd]: php4apache2.dll was not compiled

[sniper]

 ID:   22303
 Updated by:   [EMAIL PROTECTED]
 Reported By:  rabus at users dot sourceforge dot net
 Status:   Closed
 Bug Type: Compile Failure
 Operating System: Win32
 PHP Version:  5CVS-2003-02-19 (dev)
 New Comment:

Sorry, I forgot to close this when it was fixed. :)



Previous Comments:


[2003-02-27 08:31:31] rabus at users dot sourceforge dot net

I seem to be talking to myself, but this bug seems to be fixed in CVS.

Thanks a lot.



[2003-02-19 14:37:27] rabus at users dot sourceforge dot net

Since I wasn't able to reopen bug #21506 and got no reply there, I
opened a new report.

The problem is that, due to a compile error, the Apache 2 filter module
is again missing in the latest CVS builds.
Log: http://snaps.php.net/win32/compile.log

Keep on the good work,

Alexander M. Turek




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

#20195 [Com]: make install doesnt set permissions

[gpt at tirloni dot org]

 ID:   20195
 Comment by:   gpt at tirloni dot org
 Reported By:  cycloon at linux-de dot org
 Status:   Open
 Bug Type: *General Issues
 Operating System: linux
 PHP Version:  4.3.2-dev
 New Comment:

Hi,

 I'm having the same problem. If you want to have more details please
see bug report #22454.

 Was it fixed or will it be fixed for 4.3.2?

Thanks in advance


Previous Comments:


[2003-01-03 18:18:53] cycloon at linux-de dot org

no, i changed my umask for root back to 022, since some other apps had
the same problems, but i still think, that we should use "install" to
copy the files



[2003-01-03 17:37:21] [EMAIL PROTECTED]

Do you still experiment the problem with PHP 4.3.0 ?

(can you verify the permission of pear in /usr/local/bin/pear by
default too? )

Thank you for your report.



[2002-11-04 00:09:35] cycloon at linux-de dot org

no comments anymore, sniper?



[2002-10-31 14:23:54] cycloon at linux-de dot org

POSTs are infected as the php binary is created correctly (gcc gives it
the right permission) but include files and other folders have wrong
permissions, so POSTs dont work.

Using the "install" programm with its arguments to set permissions,
owner and group would solve this problem.



[2002-10-31 13:51:46] cycloon at linux-de dot org

Hardly every files are installed incorrectly, even directories are not
set to 755. Normally "make install" uses "install" i think (apache does
so) and they use the options -g, -m and -o to set group, mode and owner
of the files, php does not, it just creates the files and this normaly
uses the permission a user set with 'umask' like you create a file with
touch or so.



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

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

#22300 [Opn->Csd]: imagefttext and extrainfo (linespacing)

[iliaa]

 ID:   22300
 Updated by:   [EMAIL PROTECTED]
 Reported By:  verx at implix dot com
-Status:   Open
+Status:   Closed
 Bug Type: GD related
 Operating System: FreeBSD
 PHP Version:  4.3.0
 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 http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.

Appears to work fine in latest CVS.


Previous Comments:


[2003-02-19 10:23:25] verx at implix dot com

I'm using PHP 4.3.0 with built-in GD.

When trying to use extrainfo parameter 'linespacing'
in imagefttext i have found that it doesn't change
text rendering at all, no matter what numbers i'm
throwing there.

i'm using freetype 2.1.3

and of course i'm passing it as array('linespacing' => 0.5)
for example




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

#22454 [Bgs->Dup]: world-writeable files in php's library [see bug #20195]

[gpt at tirloni dot org]

 ID:   22454
 User updated by:  gpt at tirloni dot org
-Summary:  world-writeable files in php's library
 Reported By:  gpt at tirloni dot org
-Status:   Bogus
+Status:   Duplicate
 Bug Type: *General Issues
 Operating System: FreeBSD 4.7-p3
 PHP Version:  4.3.1
 New Comment:

updating status to reflect duplication (bug #20195).


Previous Comments:


[2003-02-27 09:32:05] [EMAIL PROTECTED]

That one is still open, so please don't reopen this one anymore. Add
your comments there..




[2003-02-27 09:26:09] gpt at tirloni dot org

Sorry, I missed that other bug report.

That bug report was opened in October 2002. How was it fixed? The
author updated it to 4.3.2-dev it seems.

4.3.1 was released these days and didn't fix the problem.

Thank you.



[2003-02-27 09:10:48] [EMAIL PROTECTED]

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.

See bug #20195




[2003-02-27 08:59:51] gpt at tirloni dot org

I just installed /usr/ports/www/mod_php4 version 4.3.1 on a FreeBSD
4.7-RELEASE-p3 that didn't have php previously installed and it
installed the world-writeable files again.

The umask was 022 and the ports collection was updated before the make
install from cvsup9.FreeBSD.ORG. The apache used this time was 2.0.44
(it that matters), others were 1.3.27.



[2003-02-27 08:48:02] gpt at tirloni dot org

umask 022



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

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

#22459 [Fbk->Opn]: Fatal error: session_start() [function.session-start]

[froeschlin at designpark dot de]

 ID:   22459
 User updated by:  froeschlin at designpark dot de
 Reported By:  froeschlin at designpark dot de
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: Red-Hat/Linux
 PHP Version:  4.3.1
 New Comment:

We have remove the Optimizer but after 2-3 hours the error come again.


Previous Comments:


[2003-02-27 08:48:57] [EMAIL PROTECTED]

Turn off Zend Optimizer v2.1.0 and see if the problem persists.



[2003-02-27 08:33:48] froeschlin at designpark dot de

When we use session_start() we get a random coming error on our system
who give us out the folloing massage:

Fatal error: session_start() [function.session-start]: Failed to
initialize session module 

Sometimes the error dont come over days. 
We cant recognize why and how it develops.
Also the compiling of php are error less.

Our config -> http://217.175.242.77/phpinfo.php




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

#22454 [Dup->Bgs]: world-writeable files in php's library [see bug #20195]

[sniper]

 ID:   22454
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gpt at tirloni dot org
-Status:   Duplicate
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: FreeBSD 4.7-p3
 PHP Version:  4.3.1
 New Comment:

PLEASE don't touch this anymore..



Previous Comments:


[2003-02-27 09:47:39] gpt at tirloni dot org

updating status to reflect duplication (bug #20195).



[2003-02-27 09:32:05] [EMAIL PROTECTED]

That one is still open, so please don't reopen this one anymore. Add
your comments there..




[2003-02-27 09:26:09] gpt at tirloni dot org

Sorry, I missed that other bug report.

That bug report was opened in October 2002. How was it fixed? The
author updated it to 4.3.2-dev it seems.

4.3.1 was released these days and didn't fix the problem.

Thank you.



[2003-02-27 09:10:48] [EMAIL PROTECTED]

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.

See bug #20195




[2003-02-27 08:59:51] gpt at tirloni dot org

I just installed /usr/ports/www/mod_php4 version 4.3.1 on a FreeBSD
4.7-RELEASE-p3 that didn't have php previously installed and it
installed the world-writeable files again.

The umask was 022 and the ports collection was updated before the make
install from cvsup9.FreeBSD.ORG. The apache used this time was 2.0.44
(it that matters), others were 1.3.27.



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

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

#22460 [NEW]: libtool failed

[s_arnaud at yahoo dot com]

From: s_arnaud at yahoo dot com
Operating system: Solaris 8
PHP version:  4.3.1
PHP Bug Type: Compile Failure
Bug description:  libtool failed

Here is the configure line I use:
./configure --prefix=/_TOOLS_/dist/apache-php-4.3.1/sparc64-sun-solaris2.8
--with-mysql=/_TOOLS_/dist/mysql-3.23.55/sparc64-sun-solaris2.8
--with-apache=../apache_1.3.27
--with-ldap=/_TOOLS_/dist/openldap-2.0.18/sparc64-sun-solaris2.8
--with-mcrypt=/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7
--with-gd --with-jpeg-dir=/_TOOLS_/dist/jpeg6b/sparc64-sun-solaris2.8
--with-png-dir=/_TOOLS_/dist/libpng-1.2.2/sparc64-sun-solaris2.8
--with-zlib-dir=/_TOOLS_/dist/zlib-1.1.4/sparc64-sun-solaris2.8
--enable-track-vars --enable-bcmath

All is fine
Then when running "make" I get:

libtool: link: warning: library
`/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la'
was moved.
grep: can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
Can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
libtool: link: `/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la' is not a
valid libtool archive
make: *** [libphp4.la] Error 1

After doing some modifications in the "libtool" script, it seems the
problem is pecific to the libmcrypt library path, because when I put some
echo commands in the script (arroud line 1896:

# Find the relevant object directory and library name.
echo "Testing libdir/linklib: $libdir/$linklib\n and abs_ladir/linklib:
$abs_ladir/$linklib"

I get:
Testing libdir/linklib:
/_TOOLS_/dist/mysql-3.23.55/sparc64-sun-solaris2.8/lib/mysql/libmysqlclient.so
 and abs_ladir/linklib:
/_TOOLS_/dist/mysql-3.23.55/sparc64-sun-solaris2.8/lib/mysql/libmysqlclient.so
Testing libdir/linklib: /_TOOLS_/dist/libmcrypt-2.5.2/lib/libmcrypt.so
 and abs_ladir/linklib:
/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.so
libtool: link: warning: library
`/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la'
was moved.
grep: can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
Can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
libtool: link: `/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la' is not a
valid libtool archive
make: *** [libphp4.la] Error 1

So for mysql, it's fine, but not for libmcrypt, despite the fact I put in
my LD_LIBRARY_PATH variable the complete path to that library, ie:
/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib
it does not work...

Any idea ???

Many thanks,
Sylvain.
-- 
Edit bug report at http://bugs.php.net/?id=22460&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22460&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22460&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22460&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22460&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22460&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22460&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22460&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22460&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22460&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22460&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22460&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22460&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22460&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22460&r=gnused

#21873 [Ver->Fbk]: cURL not work with tmpfile

[iliaa]

 ID:   21873
 Updated by:   [EMAIL PROTECTED]
 Reported By:  SiberianGhost at hotmail dot com
-Status:   Verified
+Status:   Feedback
 Bug Type: cURL related
 Operating System: FreeBSD 4.7
 PHP Version:  4.3.1-dev
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

Appears to have been fixed, cannot replicate using latest CVS.


Previous Comments:


[2003-02-12 23:31:28] [EMAIL PROTECTED]

Verified with this script: 

https://solo3.merita.fi/cgi-bin/SOLO0001";);
curl_setopt($ch, CURLOPT_HEADER, 0);
$fp = tmpfile();
curl_setopt ($ch, CURLOPT_FILE, $fp);
curl_exec($ch);
curl_close($ch);
// fseek($fp,1,SEEK_SET); // uncomment this and it works..
fseek($fp,0,SEEK_SET);
$result = fgets($fp,1024);
fclose($fp);

var_dump($result);

?>

Outputs:
bool(false)




[2003-02-12 03:33:25] SiberianGhost at hotmail dot com

After try php4-STABLE-200302120830
Nothing changed.
fseek($fp,0,SEEK_SET); not work.
Version 4.2.1 work correct

Config command:
./configure --prefix=/home/u6394/php --with-mysql=/usr/local
--with-zlib --with-config-file-path=/home/u6394/php43 --with-gd
--with-jpeg-dir=/usr/local --with-t1lib --disable-debug
--enable-force-cgi-redirect --with-mod_charset --without-pear 
--disable-rpath --enable-sockets with-openssl
--with-curl=/home/u6394/curl

Module tested:
sapi/cgi/php



[2003-02-10 12:56:16] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2003-01-25 03:39:14] SiberianGhost at hotmail dot com

It's fseek BUG
Whe i modify code to
fseek($fp,1,SEEK_SET);
fseek($fp,0,SEEK_SET);

All work correctly



[2003-01-25 02:23:21] SiberianGhost at hotmail dot com

This function return empty result. In PHP 4.2.1 all work correctly.

function _HttpsReq($addr)
{
  $ch = curl_init("https://192.0.0.1".$addr);
  curl_setopt($ch, CURLOPT_HEADER, 0);
  $fp = tmpfile();
//  fwrite($fp," ");
  curl_setopt ($ch, CURLOPT_FILE, $fp);
  curl_exec($ch);
  curl_close($ch);
  fseek($fp,0,SEEK_SET);
  $result = fgets($fp,1024);
  fclose($fp);
  return $result;
} //return empty result

When i uncomment string fwrite($fp," "); All work correctly.




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

#22460 [Opn->Fbk]: libtool failed

[sniper]

 ID:   22460
 Updated by:   [EMAIL PROTECTED]
 Reported By:  s_arnaud at yahoo dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: Solaris 8
 PHP Version:  4.3.1
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip


Previous Comments:


[2003-02-27 09:57:35] s_arnaud at yahoo dot com

Here is the configure line I use:
./configure
--prefix=/_TOOLS_/dist/apache-php-4.3.1/sparc64-sun-solaris2.8
--with-mysql=/_TOOLS_/dist/mysql-3.23.55/sparc64-sun-solaris2.8
--with-apache=../apache_1.3.27
--with-ldap=/_TOOLS_/dist/openldap-2.0.18/sparc64-sun-solaris2.8
--with-mcrypt=/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7
--with-gd --with-jpeg-dir=/_TOOLS_/dist/jpeg6b/sparc64-sun-solaris2.8
--with-png-dir=/_TOOLS_/dist/libpng-1.2.2/sparc64-sun-solaris2.8
--with-zlib-dir=/_TOOLS_/dist/zlib-1.1.4/sparc64-sun-solaris2.8
--enable-track-vars --enable-bcmath

All is fine
Then when running "make" I get:

libtool: link: warning: library
`/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la'
was moved.
grep: can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
Can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
libtool: link: `/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la' is not a
valid libtool archive
make: *** [libphp4.la] Error 1

After doing some modifications in the "libtool" script, it seems the
problem is pecific to the libmcrypt library path, because when I put
some echo commands in the script (arroud line 1896:

# Find the relevant object directory and library name.
echo "Testing libdir/linklib: $libdir/$linklib\n and abs_ladir/linklib:
$abs_ladir/$linklib"

I get:
Testing libdir/linklib:
/_TOOLS_/dist/mysql-3.23.55/sparc64-sun-solaris2.8/lib/mysql/libmysqlclient.so
 and abs_ladir/linklib:
/_TOOLS_/dist/mysql-3.23.55/sparc64-sun-solaris2.8/lib/mysql/libmysqlclient.so
Testing libdir/linklib: /_TOOLS_/dist/libmcrypt-2.5.2/lib/libmcrypt.so
 and abs_ladir/linklib:
/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.so
libtool: link: warning: library
`/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la'
was moved.
grep: can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
Can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
libtool: link: `/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la' is not a
valid libtool archive
make: *** [libphp4.la] Error 1

So for mysql, it's fine, but not for libmcrypt, despite the fact I put
in my LD_LIBRARY_PATH variable the complete path to that library, ie:
/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib
it does not work...

Any idea ???

Many thanks,
Sylvain.




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

#21760 [Opn->Fbk]: socket_read PHP_NORMAL_READ problem

[iliaa]

 ID:   21760
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sunday at csh dot rit dot edu
-Status:   Open
+Status:   Feedback
 Bug Type: Sockets related
 Operating System: FreeBSD 4.7
 PHP Version:  4.3.0
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

Works fine here with latest stable CSV.
The path you prose is bogus because it overwrites the 1st byte in t
with a 0.


Previous Comments:


[2003-02-05 21:13:53] chip at cyan dot com

ah. found my windows 2000 socket_read bug:
http://bugs.php.net/bug.php?id=21197



[2003-02-05 21:08:07] chip at cyan dot com

I can repeat this bug.

here is an example script that i used:
http://force-elite.com/~chip/test/socket_phpreadnormal.phps

it is a modification of the basic HTTP client given as an example in
the PHP.net documentation.

When PHP_NORMAL_READ is used, and certen buffer sizes, it will resuilt
in socket_read returning bogus data, commonly all newlines(\n).

On both a FreeBSD-4.7-stable(built Fri Nov 29), and
FreeBSD-5.0-RC(built Wed Jan 8), both using PHP-4.3.0-cli, with a
buffer size of 2048 it would work, with a buffer size of 100,
socket_read() would return a stream of \n.

On Linux 2.4.18-18.7.x(Redhat Box) using PHP-4.3.0-cli, it would always
work, regardless of the buffer size.

On Linux 2.4.19-crypto-r7(Gentoo Box) using PHP-4.3.0-cli, it would
work with 2048 buffer size, but with 100 it would bail with:
Notice: Undefined offset:  0 in /path/socket_phpreadnormal.php on line
51
Warning: socket_read() expects parameter 1 to be resource,
null given in /path/socket_phpreadnormal.php on line 51
(I don't have direct access to this box, I didn't want to heavly debug
it, it is possibly an error in my script.)

On Windows 2000, using PHP-4.3.0-cli, it would always return 0(EOF)
from socket_read(). It Bailed with:
Warning: socket_read() unable to read from socket [0]: The operation
completed successfully.
(perhaps a seperate bug :-) )



[2003-02-05 09:53:04] uce at ftc dot gov

I believe this is caused by a comparison to an uninitialized buffer in
php_read (buffer emalloc'd in socket_read).

Patch:

--- php5/ext/sockets/sockets.c  2003-01-18 19:28:06.0 +
+++ php5-atropine/ext/sockets/sockets.c  2003-02-05 15:43:00.0
+
@@ -288,6 +288,7 @@
 
set_errno(0);
 
+   *t = 0;
while (*t != '\n' && *t != '\r' && n < maxlen) {
if (m > 0) {
t++;



[2003-01-19 23:18:44] sunday at csh dot rit dot edu

$string = socket_read( $socket, 100, PHP_NORMAL_READ ); will return a
"\n" after several reads, and continue to return "\n" in an infinite
loop rather than the rest of the buffer.

The server it's reading from sends a large multi-line (lines terminated
with "\n") packet (~7500 bytes) in one write() call. After reading
through about half of it with the line above, socket_read will start
returning bad data about 10% - 20% of the time.




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

#21729 [Opn->Fbk]: imagettftext don't work with a image copied resized from another

[iliaa]

 ID:   21729
 Updated by:   [EMAIL PROTECTED]
 Reported By:  paolo at i-dome dot com
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: Linux
 PHP Version:  4.3.0
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip




Previous Comments:


[2003-01-22 09:14:57] paolo at i-dome dot com

This is the original script modified only for running without external
parameters. You can download the image bottone1.png by the url
http://www.i-dome.com/microtools/bottoni/bottone01.png and the font
BOOMBOX.TTF by url http://www.i-dome.com/microtools/fonts/BOOMBOX.TTF
The program must run with this parameters:
testo=the text
larghezza=the width (default 96 pix)

The program run correctly on version 4.2.3 of PHP with gd2.0.4. Also it
runs correctly when I give the parameter "larghezza" (with) at the
original image width (96).
Thank you very much

Paolo Morandi

 640)
$larghezza=640;
$width=$larghezza - ($margin_width * 2);
$tsize=imagettfbbox($size, 0, "$currpath/BOOMBOX.TTF",$testo);
$twidth=$tsize[2]-$tsize[0];
// echo
"0=$tsize[0]|1=$tsize[1]|2=$tsize[2]|3=$tsize[3]|4=$tsize[4]|5=$tsize[5]|6=$tsize[6]|7=$tsize[7]|";
// echo "size=$size|width=$width|twidth=$twidth|center=$center|";
if($twidth > $width)
{
$size=round(($size*($width/$twidth)),0);
$tsize=imagettfbbox($size, 0, "$currpath/BOOMBOX.TTF",$testo);
$twidth=$tsize[2]-$tsize[0];
}
$center+=round((($width-$twidth)/2),0);
// echo "size=$size|width=$width|twidth=$twidth|center=$center|";
// imagettftext(image, size, angole, x, y, colore, font, testo)

$im = ImageCreateFromPNG("bottone01.png");
if($larghezza==$isize[0]) //in this case run correct
{
$im = ImageCreateFromPNG ("bottone01.png");
}
else // in this case don't show the text
{
$im1 = ImageCreateFromPNG ("bottone01.png");
$im=ImageCreateTrueColor($larghezza, $isize[1]);
ImageCopy($im, $im1,0,0,0,0,$margin_width,$isize[1]);
ImageCopyResized($im, $im1, $margin_width, 0, $margin_width, 0,
$width, $isize[1], round($isize[0]-($margin_width * 2),0), $isize[1]);
ImageCopy($im,
$im1,$margin_width+$width-1,0,$isize[0]-$margin_width,0,$margin_width,$isize[1]);
ImageDestroy($im1);
}
//  ImageAlphaBlending($im, true);

$tc  = ImageColorAllocate ($im, $colors[0], $colors[1],
$colors[2]);
imagettftext($im, $size, 0, $center, $margin_height, $tc,
"$currpath/BOOMBOX.TTF",$testo);
//  ImageAlphaBlending($im, false);
header("Content-Type: image/png\n\n");
ImagePNG($im);
?>



[2003-01-20 19:22:48] [EMAIL PROTECTED]

Hello,

Can you provide a small script to reproduce your problem, this function
works like a charm here.
This line:
$tc  = ImageColorAllocate ($im, $colors[$color][0],
$colors[$color][1], $colors[$color][2]);
can be your problem. Check the $color array, or set
error_reporting(E_ALL); to see if they are initialized correctly (btw,
use always this flag to develop).

Second point, ImageAlphaBlending is useless in your case,
ImageColorAllocate allocates a color with an opaque alpha channel.

thank's for your interest,

pierre



[2003-01-19 07:27:08] paolo at i-dome dot com

Don't show the text also with the latest CVS version.



[2003-01-18 13:17:24] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2003-01-18 11:17:51] paolo at i-dome dot com

This code work fine on PHP 4.2.3 compiled with gd2.0.4, but give a
image without text with php 4.3 compiled with internal gd support. I
have this problem only in the image resized and not with the original
image:

if($width==$isize[0]) //original size: this work
{
$im = ImageCreateFromPNG ("bottoni/".$tipo_bottone);
}
else // to resize: don't work
{
$im1 = ImageCreateFromPNG("bottoni/".$tipo_bottone);
$im=ImageCreateTrueColor($width, $isize[1]);
ImageCopy($im, im1,0,0,0,0,$margin_width,$isize[1]);
ImageCopyResized($im, $im1, $margin_width, 0, $margin_width, 0,
$width, $isize[1], round($isize[0]-($margin_width * 2),0), $isize[1]);
ImageCopy($im,
$im1,$margin_width+$width-1,0,$isize[0]-$margin_width,0,$margin_width,$isize[1]);
ImageDestroy($im1);
}
ImageAlphaBlending($im, true);
$tc  = ImageColorAllocate ($im, $colors[$color][0],
$colors[$color]

#22458 [Fbk->Opn]: Proc_open hangs

[jlondon at mail dot mcg dot edu]

 ID:   22458
 User updated by:  jlondon at mail dot mcg dot edu
 Reported By:  jlondon at mail dot mcg dot edu
-Status:   Feedback
+Status:   Open
 Bug Type: IIS related
 Operating System: Windows NT Server 4.0
 PHP Version:  4.3.0
 New Comment:

No change...still runs like mad and crashes IIS.  I can't even do a
"net stop".  I'm running the CGI version if that makes any difference. 
Also I have to refer to php as c:/php/php otherwise error-output.txt
has the message "he name specified is not recognized as an internal or
external command, operable program or batch file."


Previous Comments:


[2003-02-27 08:51:50] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2003-02-27 08:26:25] jlondon at mail dot mcg dot edu

proc_open hangs on the example that is in the manual.  Here is the
code.

$descriptorspec = array(
   0 => array("pipe", "r"),  // stdin is a pipe that the child will
read from
   1 => array("pipe", "w"),  // stdout is a pipe that the child will
write to
   2 => array("file", "c:/temp/error-output.txt", "a"), // stderr is a
file to write to
);
$process = proc_open("c:\php\php.exe", $descriptorspec, $pipes);
if (is_resource($process)) {
// $pipes now looks like this:
// 0 => writeable handle connected to child stdin
// 1 => readable handle connected to child stdout
// Any error output will be appended to /tmp/error-output.txt

fwrite($pipes[0], "" . chr(3));
fclose($pipes[0]);

while(!feof($pipes[1])) {
echo fgets($pipes[1], 1024);
}
fclose($pipes[1]);
// It is important that you close any pipes before calling
// proc_close in order to avoid a deadlock
$return_value = proc_close($process);

echo "command returned $return_value\n";
}

I'm running NT4 Server/PHP4.3.2.2/IIS4.  This bit of code opened up 54
php.exe/cmd.exe (that's 54 of each or 108 total) processes on my
machine.




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

#22458 [Opn->Fbk]: Proc_open hangs

[wez]

 ID:   22458
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jlondon at mail dot mcg dot edu
-Status:   Open
+Status:   Feedback
 Bug Type: IIS related
 Operating System: Windows NT Server 4.0
 PHP Version:  4.3.0
 New Comment:

Please try using the following for the command string:

"C:\\php\\cli\\php.exe"




Previous Comments:


[2003-02-27 10:30:32] jlondon at mail dot mcg dot edu

No change...still runs like mad and crashes IIS.  I can't even do a
"net stop".  I'm running the CGI version if that makes any difference. 
Also I have to refer to php as c:/php/php otherwise error-output.txt
has the message "he name specified is not recognized as an internal or
external command, operable program or batch file."



[2003-02-27 08:51:50] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2003-02-27 08:26:25] jlondon at mail dot mcg dot edu

proc_open hangs on the example that is in the manual.  Here is the
code.

$descriptorspec = array(
   0 => array("pipe", "r"),  // stdin is a pipe that the child will
read from
   1 => array("pipe", "w"),  // stdout is a pipe that the child will
write to
   2 => array("file", "c:/temp/error-output.txt", "a"), // stderr is a
file to write to
);
$process = proc_open("c:\php\php.exe", $descriptorspec, $pipes);
if (is_resource($process)) {
// $pipes now looks like this:
// 0 => writeable handle connected to child stdin
// 1 => readable handle connected to child stdout
// Any error output will be appended to /tmp/error-output.txt

fwrite($pipes[0], "" . chr(3));
fclose($pipes[0]);

while(!feof($pipes[1])) {
echo fgets($pipes[1], 1024);
}
fclose($pipes[1]);
// It is important that you close any pipes before calling
// proc_close in order to avoid a deadlock
$return_value = proc_close($process);

echo "command returned $return_value\n";
}

I'm running NT4 Server/PHP4.3.2.2/IIS4.  This bit of code opened up 54
php.exe/cmd.exe (that's 54 of each or 108 total) processes on my
machine.




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

#21410 [Ver->Csd]: file_exists(), filetype() do not return FALSE for bad filenames: "" or NULL

[iliaa]

 ID:   21410
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ari at alienhosting dot com
-Status:   Verified
+Status:   Closed
 Bug Type: Filesystem function related
 Operating System: win32 only
 PHP Version:  4.3.2-dev
 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 http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2003-02-25 02:59:15] [EMAIL PROTECTED]

Just to clarify:

The base function that is used should check that the 
passed parameter is a) valid b) if valid, the file exists




[2003-02-25 02:56:52] [EMAIL PROTECTED]

Same basic problem with file_exists() too..




[2003-02-20 00:09:28] [EMAIL PROTECTED]

Cause of this is that in win32, php_stat() never
tests whether the file exists or not.




[2003-02-19 23:59:50] [EMAIL PROTECTED]

Tested with latest CVS snapshot..




[2003-01-04 15:30:29] [EMAIL PROTECTED]

To be clearer:  This happens with any bogus information, whether it be
a string, NULL, or otherwise.

Of course passing no arguments still results in the standard wrong
parameter count error.



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

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

#20983 [Opn->Fbk]: cmd line option -dextension_dir not correctly honored

[iliaa]

 ID:   20983
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sven dot schnitzke at t-online dot de
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Win98
 PHP Version:  4CVS-2002-12-13 (dev)
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip




Previous Comments:


[2002-12-13 02:42:43] sven dot schnitzke at t-online dot de

OS: Win98 SE
Setup: php 4.4-dev Dec 10 8:29, no PHP related stuff in any Windows or
System folder, php folder and sub out of zip unchanged except php.ini

Sorting out inst issues I stumbled over following behaviour:

Scenario a:
Dos Box, Current dir = dir containing php.exe, php.ini states a wrong
extension dir, holding outdated exts
I say :"php.exe c:\abc\def.php" 
No complains about missing or wrong ext mods
this is a script doing socket stuff. It begins to run, opens, binds,
listens to a socket, and recognizes a
connection request from a telnet client. Then it dies with a page fault
on socket_read when the client wants to submit the first character.
Oddly enough it gets as far but ok as the ext dir is wrong anyway.

Scenario b:
I fix extension_dir using "-dextension_dir=path" on the commandline.
echo ini_get('extension_dir') shows
the correct location BUT: The script dies when it comes to reading the
first character from the client

Scenario c:
I fix php.ini, just changing extension_dir to point to the correct
location. Everything works fine.

Both extension_dir specs can be given rel and abs. Same symptoms.




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

#21056 [Opn->Fbk]: PHP messes with virtual hosts

[iliaa]

 ID:   21056
 Updated by:   [EMAIL PROTECTED]
 Reported By:  eugene at squidart dot co dot za
-Status:   Open
+Status:   Feedback
 Bug Type: Apache related
 Operating System: Mandrake 8.0
 PHP Version:  4.2.3
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

If the problem persists try the php module with vanilla Apache 1.3X
server (1.3.27 is the latest stable iirc).


Previous Comments:


[2002-12-19 13:57:16] eugene at squidart dot co dot za

We tried the CVS snaphsot, but with no avail... If anybody knows how to
beat this, please help.

Thanx :(



[2002-12-16 19:07:22] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip





[2002-12-16 18:25:14] k3nny at univtech dot ac dot za

Eugene forgot to mention the following information on our little
error:

Apache 1.3.19 with DSO support enabled...

on every call to make install PHP changes the httpd.conf file, the
changes crash the server. we change them back and they crash. PHP 4.2.3
won't run, only PHP4.0.4pl4 will run



[2002-12-16 17:58:41] eugene at squidart dot co dot za

I've try to upgrade my standard Mandrake installation PHP 4.0.4pl1 to
PHP4.2.3 which compiled succesfully. The httpd.conf file still
reflected the old PHP4.0.4pl1 library. Now, whenever I change my
configuration to point to the new library, all my virtual hosts are
messed up and nothing works...

Here is some snippets of information:

-- Apache error with PHP4.2.3 loaded

[Tue Dec 17 02:03:00 2002] [warn] Loaded DSO libexec/libphp4.so uses
plain Apache 1.3 API, this module might crash under EAPI! (please
recompile it with -DEAPI)
[Tue Dec 17 02:03:00 2002] [error] VirtualHost x.x.x.x:80 -- mixing *
ports and non-* ports with a NameVirtualHost address is not supported,
proceeding with undefined results


-- httpd.conf (GOOD)


LoadModule php4_moduleextramodules/libphp4.so



-- httpd.conf (BAD)


LoadModule php4_modulelibexec/libphp4.so



-- PHP configure

./configure --disable-static --disable-debug --disable-rpath
--enable-pic --enable-inline-optimization --prefix=/usr --with-zlib
--with-config-file-path=/etc --enable-magic-quotes --enable-debugger
--enable-track-vars --enable-safe-mode --with-exec-dir=/usr/bin
--with-regex=system --with-versioning --enable-sysvsem
--with-mod_charset --enable-force-cgi-redirect --enable-trans-sid
--with-dbase --with-filepro --enable-yp --enable-ftp --with-xml
--with-gettext --with-mysql --with-bz2 --enable-calender --enable-xslt
--with-xslt-sablot --with-apxs=/etc/httpd/bin/apxs --with-deapi




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

#21074 [Opn->Fbk]: PHP doesn't work with 401 (Auth) ErrorDocument and Apache2

[iliaa]

 ID:   21074
 Updated by:   [EMAIL PROTECTED]
 Reported By:  dreamlab at epost dot de
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Windows XP
 PHP Version:  4.3.0RC3
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip




Previous Comments:


[2003-01-27 14:34:45] bking at starbridgesystems dot com

I have the same issue with RedHat 8.0 out of the box. I believe that
includes Apache 2.0.40 and PHP 4.2.2. This problem did exist for Apache
1.x back in the day. It was fixed ages ago though, and I was sorry to
see it show up again.



[2002-12-18 04:51:19] dreamlab at epost dot de

Whenever I use a .php-file as a 401 ErrorDocument, Apache2 fails and
shows the file specified as ErrorDocument.

My .htaccess contains
ErrorDocument 401 /error.php

This absolutely works with Apache 1.3.27, but not with ANY Apache
2.0.x. This also still occurs with PHP 4.3RC3.





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

#22461 [NEW]: extension, API problem

[apinto at markdata dot pt]

From: apinto at markdata dot pt
Operating system: Win 2000
PHP version:  4.3.1
PHP Bug Type: Apache2 related
Bug description:  extension, API problem

Hi, 
I've build an extension for php and i'm trying to run it but the apache2
server sends this message:
"Unable to initialize module
Module compiled with module API=12095552, debug=0, thread-safety=0
PHPcompiled with module API=20020429, debug=0, thread-safety=1
These options need to match"

Can someone tell me what do I suppose to do??? 

thanks
Assirio

-- 
Edit bug report at http://bugs.php.net/?id=22461&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22461&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22461&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22461&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22461&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22461&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22461&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22461&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22461&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22461&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22461&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22461&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22461&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22461&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22461&r=gnused

#21040 [Opn->Bgs]: max_execution_time ignored

[iliaa]

 ID:   21040
 Updated by:   [EMAIL PROTECTED]
 Reported By:  alain at cscoms dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Solaris x86 2.7
 PHP Version:  4.4.0-dev
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Sounds like a bug with Sun's threading library and not a PHP issue.
Unless some indication can be found that this is the result of inproper
signal handling by PHP this bug report is bogus (not a PHP issue).


Previous Comments:


[2002-12-17 06:20:48] alain at cscoms dot net

- tested on Solaris 2.7/SPARC: fails too
- gave up trying to build Apache 2.0.43 with an alternate threads
library: can't get MIT pthreads to build
- Sunsolve mentions bug causing SIGPROF not to be delivered
in certain cases, but this only concerns the "alternate" threads
library on Solaris 2.8. Nothing related to 2.7. I've tried to install
the latest Solaris 2.7 libthreads.so.1 patch: doesn't solve the problem



[2002-12-16 20:27:47] alain at cscoms dot net

No module/extension besides the ones shown in the configure command
line above (rewrite, expires, status, info). The configuration of the
FreeBSD test box is a copy of this one, and it works. Could it be that
the threads library itself is either taking over SIGPROF of blocking it
somehow?
I'm considering building Apache with an alternate threads library to
see what happens.



[2002-12-16 10:51:57] [EMAIL PROTECTED]

Sounds like some is taking over the handler for the SIGPROF and it
never gets to PHP. Besides PHP, what modules/extensions do you have
enabled in your Apache?



[2002-12-16 06:44:11] alain at cscoms dot net

Works on FreeBSD 4.x (with unmodified PHP source).
So it's kind of Solaris-specific (will test on Sparc)



[2002-12-16 05:12:57] alain at cscoms dot net

[oops, posted this as "add comment" because I hadn't read the direction
to use "edit submission" instead yet --sorry]

Just out of curiosity, and admittedly not quite understanding what I
was doing, I have tried changing the zend_set_timeout code to use
SIGALRM instead of SIGPROF and thus pass ITIMER_REAL to setitimer
instead of ITIMER_PROF

Guess what? It works now.

I understand that this can have nasty side effects. I was just
wondering why SIGPROF was being used and if this could be the reason.
The setitimer man page on Solaris says a lot of things about using it
in MT environment which I don't quite catch :-)



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

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

#22461 [Opn->Bgs]: extension, API problem

[iliaa]

 ID:   22461
 Updated by:   [EMAIL PROTECTED]
 Reported By:  apinto at markdata dot pt
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Win 2000
 PHP Version:  4.3.1
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

You've upgraded your PHP, but you apparently forgot to upgrade the php
module(s) used by PHP/Apache. Make sure you do not have any old PHP
modules lying around.


Previous Comments:


[2003-02-27 10:50:48] apinto at markdata dot pt

Hi, 
I've build an extension for php and i'm trying to run it but the
apache2 server sends this message:
"Unable to initialize module
Module compiled with module API=12095552, debug=0, thread-safety=0
PHPcompiled with module API=20020429, debug=0, thread-safety=1
These options need to match"

Can someone tell me what do I suppose to do??? 

thanks
Assirio





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

#22416 [Com]: failed to create stream: Too many open files in Unknown on line 0

[webmaster at telearmenia dot net dot co]

 ID:   22416
 Comment by:   webmaster at telearmenia dot net dot co
 Reported By:  jhalla at legion dot org
 Status:   Feedback
 Bug Type: iPlanet related
 Operating System: Solaris 8
 PHP Version:  4.3.0
 New Comment:

Download and install the CVS recommended by you but the mistake
repeats

Warning: Unknown(/path/to/doc-root/index.php): failed to open stream:
Too many open files in Unknown on line 0

Warning: (null)() [function.include]: Failed opening
'/path/to/doc-root/index.php' for inclusion
(include_path='.:/usr/local/lib/php') in Unknown on line 0

Some suggestion


Previous Comments:


[2003-02-26 15:35:54] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

Could you please clarify on whether or not you've found this bug in
LATEST stable CVS avaliable for download from the URLs above?



[2003-02-26 13:29:24] webmaster at telearmenia dot net dot co

We are running php4.3.0 with Sun One Web Server 6.0sp5 on 
Solaris 8. It was compiled with gcc 2.95.3 using './configure' 
'--with-nsapi=/path/to/iplanet/web/server' 

It compiled successfully and runs fine for a few hours or minutes but
accessing pages soon reports the following:

==
Warning: Unknown(/path/to/doc-root/index.php): failed to create
stream:
Too many open files in Unknown on line 0

Warning: Failed opening '/path/to/doc-root/index.php' for inclusion
(include_path='.:/usr/local/lib/php') in Unknown on line 0
==
We increased our kernel file descriptor limit, but shows the same
mistake. 

A quick fix is to setup a cron job to restart the web server hourly,but
this is not desired.

Please if you can provide information with since this problem solves

Thanks



[2003-02-26 13:21:20] jhalla at legion dot org

We have found that there is no resolution to this issue of PHPv4.3
running on Solaris 8 or 9, with Sun One Web Server (formerly iPlanet;
we have tried w/ both SP4 and SP5).

The issue _seems_ like a memory leak, but that is just our assessment
based on observation under a limited number of server environments.

Our only course of action to resolve this issue at this time has been
to downgrade to PHP v4.2.2, which is the last known version of PHP to
both install correctly (we had issues installing v4.2.3) as well as to
have no problems running.

With any luck, a patched version of PHP v4.3 will be released that
resolves this issue for Solaris/SunOne users.

Thank you.

 - Jason Halla
[EMAIL PROTECTED]



[2003-02-25 10:01:49] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2003-02-25 09:15:03] jhalla at legion dot org

Running: Solaris 8, iPlanet 6sp4 enterprise, PHP 4.3

All PHP pages get this error:


Warning: Unknown(/web_sites/doc_root/public_html/index.php): failed to
create stream: Too many open files in Unknown on line 0

Warning: Unknown(): Failed opening
'/web_sites/doc_root/public_html/index.php' for inclusion
(include_path='.:/php/includes:/web_sites/doc_root:/home/web_sites/doc_root/public_html')
in Unknown on line 0



Files which are basically just all HTML w/ no PHP code in them
whatsoever, but w/ the .php extension, will also produce the above
error.

PHP 4.2.3 appears to be the only workable release for iPlanet 6 on
Solaris - at least, according to feedback from other users on this Bug
List, so we are going back to that release.

This is a serious issue w/ PHP 4.3.0 and iPlanet, and needs to be
addressed. Thank you. 






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

#19749 [Opn->Fbk]: shouldn't mmap() files larger than memory_limit in _php_stream_passthru

[iliaa]

 ID:   19749
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Performance problem
 Operating System: All
 PHP Version:  4CVS-2002-10-04
 Assigned To:  wez
 New Comment:

Is this really a problem, passthru will immidiately output the data to
screen thus making hightened memory usage a very temporary thing. If
the user tries to use buffering to 'hold' the data then the memory
limit will kick-in anyway. The only way I could see a user trying to
'exploit' this is by writing a file that would load a large file to
memory and then manually doctoring the request to read the data 1 byte
at a time. But this is hardly different from allocating just shy of the
memory limit and doing the same thing with multiple scripts.
This is really no different then making SQL query create a huge
temporary table consuming *any* amount of memory.


Previous Comments:


[2002-10-05 10:17:30] [EMAIL PROTECTED]

Yup, we should do it in chunks of some fraction of memory-limit, I
guess.  quarters, fiths, tenths?  It should be a decently big chunk
size so there will be a good chance that many files fit into a single
chunk for optimal speed.



[2002-10-05 06:34:33] [EMAIL PROTECTED]

How do we tell when a file is too big?
We can check if the file size exceeds the memory limit, but
surely we should be checking for some size smaller than
that so that we don't exceed the limit (by too much).




[2002-10-04 03:21:22] [EMAIL PROTECTED]

We should check the memory limit before mmap()'ing a huge file in
_php_stream_passthru()




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

#18654 [Opn->Fbk]: unserialize can't handle float with E notation

[iliaa]

 ID:   18654
 Updated by:   [EMAIL PROTECTED]
 Reported By:  csollet at coleebris dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Variables related
 Operating System: Linux 2.2.16, Win 2000 server
 PHP Version:  4.3.1-dev
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip




Previous Comments:


[2003-02-04 17:48:36] [EMAIL PROTECTED]

ext\standard\tests\serialize\003.phpt failed on W2k server with latest
php4-win32 snap:

 EXPECTED OUTPUT
d:100;
float(100)

d:5.2E+25;
float(5.2E+25)

d:8.529E-22;
float(8.529E-22)

d:9E-09;
float(9.E-9)
 ACTUAL OUTPUT
d:100;
float(100)

d:5.2E+025;
float(5.2E+25)

d:8.529E-022;
float(8.529E-22)

d:9E-009;
float(9.E-9)
 FAILED




[2002-08-19 15:55:13] [EMAIL PROTECTED]

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 http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.





[2002-07-31 18:31:47] [EMAIL PROTECTED]

updated version. Same thing with 4.3.0-dev..




[2002-07-30 13:50:05] csollet at coleebris dot com

 d:1E+30; */

echo unserialize(serialize(1E+30));
/* Notice: unserialize() failed at offset 0 of 8 bytes in
bug_unserial.html on line 6 */

?>

Fail with php 4.3-CVS  too
Was working with 4.1.0  (untested with 4.1.1 -> 4.2.1)





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

#22458 [Fbk->Opn]: Proc_open hangs

[jlondon at mail dot mcg dot edu]

 ID:   22458
 User updated by:  jlondon at mail dot mcg dot edu
 Reported By:  jlondon at mail dot mcg dot edu
-Status:   Feedback
+Status:   Open
 Bug Type: IIS related
 Operating System: Windows NT Server 4.0
 PHP Version:  4.3.0
 New Comment:

Ok...that sort of worked.  No more hangs and no more spawned processes,
but nothing is output to the screen.  The only thing I get is "command
returned 128" but no hello world.  Also what is the difference between
php.exe at the root of the dir and php.exe in the cli dir?  Why would
one work and the other not?  Should I be using the one in the cli dir
as my script processor?  Thanks a lot for you help.


Previous Comments:


[2003-02-27 10:34:54] [EMAIL PROTECTED]

Please try using the following for the command string:

"C:\\php\\cli\\php.exe"





[2003-02-27 10:30:32] jlondon at mail dot mcg dot edu

No change...still runs like mad and crashes IIS.  I can't even do a
"net stop".  I'm running the CGI version if that makes any difference. 
Also I have to refer to php as c:/php/php otherwise error-output.txt
has the message "he name specified is not recognized as an internal or
external command, operable program or batch file."



[2003-02-27 08:51:50] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2003-02-27 08:26:25] jlondon at mail dot mcg dot edu

proc_open hangs on the example that is in the manual.  Here is the
code.

$descriptorspec = array(
   0 => array("pipe", "r"),  // stdin is a pipe that the child will
read from
   1 => array("pipe", "w"),  // stdout is a pipe that the child will
write to
   2 => array("file", "c:/temp/error-output.txt", "a"), // stderr is a
file to write to
);
$process = proc_open("c:\php\php.exe", $descriptorspec, $pipes);
if (is_resource($process)) {
// $pipes now looks like this:
// 0 => writeable handle connected to child stdin
// 1 => readable handle connected to child stdout
// Any error output will be appended to /tmp/error-output.txt

fwrite($pipes[0], "" . chr(3));
fclose($pipes[0]);

while(!feof($pipes[1])) {
echo fgets($pipes[1], 1024);
}
fclose($pipes[1]);
// It is important that you close any pipes before calling
// proc_close in order to avoid a deadlock
$return_value = proc_close($process);

echo "command returned $return_value\n";
}

I'm running NT4 Server/PHP4.3.2.2/IIS4.  This bit of code opened up 54
php.exe/cmd.exe (that's 54 of each or 108 total) processes on my
machine.




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

#22462 [NEW]: session_start() blocks execution of other scripts

[cmaxwell at themanor dot net]

From: cmaxwell at themanor dot net
Operating system: OpenBSD 3.2-stable
PHP version:  4.3.0
PHP Bug Type: Session related
Bug description:  session_start() blocks execution of other scripts

This is a file locking/blocking issue.  While avoiding collision on the
session file may be a "feature", the behavior blocking execution and not
returning an error is a bug.

Run the following script from CLI php on two seperate consoles on the same
host.  

The first script will execute, start the session and, quite obviously, not
return.

The second script will start, but will never finish the session_start()
command, nor will it timeout, until the first process finishes.

-

-

Some ideas for improved behavior:

 - accept an optional parameter to session_start() of "$nonblock" that
allows returning FALSE on blocking error.  This avoids breaking web-based
scripts that may rely on the TRUE return code.

 - new function wrapper session_start_nonblock() that has nonblocking
behavior and/or an error return code.

Both suggestions leave the onus of how to deal with undefined blocking
behavior up to the application.  

-- 
Edit bug report at http://bugs.php.net/?id=22462&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22462&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22462&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22462&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22462&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22462&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22462&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22462&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22462&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22462&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22462&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22462&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22462&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22462&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22462&r=gnused

#22458 [Opn->Fbk]: Proc_open hangs

[wez]

 ID:   22458
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jlondon at mail dot mcg dot edu
-Status:   Open
+Status:   Feedback
 Bug Type: IIS related
 Operating System: Windows NT Server 4.0
 PHP Version:  4.3.0
 New Comment:

Consult C:/temp/error-output.txt to see what went wrong with the child
process.

The reason that the CGI did not work is that the CGI does not accept a
script from stdin any longer.  (Whether this is intentional or not is
still being discussed).

You should use the CGI version of PHP for handling CGI requests from
the web server, but use the CLI when running scripts from the command
line, or from your code, or whenever it is not running in a correctly
prepared CGI environment.

I'd appreciate seeing that error-output.txt file so we can get a better
idea of the problem.


Previous Comments:


[2003-02-27 11:31:57] jlondon at mail dot mcg dot edu

Ok...that sort of worked.  No more hangs and no more spawned processes,
but nothing is output to the screen.  The only thing I get is "command
returned 128" but no hello world.  Also what is the difference between
php.exe at the root of the dir and php.exe in the cli dir?  Why would
one work and the other not?  Should I be using the one in the cli dir
as my script processor?  Thanks a lot for you help.



[2003-02-27 10:34:54] [EMAIL PROTECTED]

Please try using the following for the command string:

"C:\\php\\cli\\php.exe"





[2003-02-27 10:30:32] jlondon at mail dot mcg dot edu

No change...still runs like mad and crashes IIS.  I can't even do a
"net stop".  I'm running the CGI version if that makes any difference. 
Also I have to refer to php as c:/php/php otherwise error-output.txt
has the message "he name specified is not recognized as an internal or
external command, operable program or batch file."



[2003-02-27 08:51:50] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2003-02-27 08:26:25] jlondon at mail dot mcg dot edu

proc_open hangs on the example that is in the manual.  Here is the
code.

$descriptorspec = array(
   0 => array("pipe", "r"),  // stdin is a pipe that the child will
read from
   1 => array("pipe", "w"),  // stdout is a pipe that the child will
write to
   2 => array("file", "c:/temp/error-output.txt", "a"), // stderr is a
file to write to
);
$process = proc_open("c:\php\php.exe", $descriptorspec, $pipes);
if (is_resource($process)) {
// $pipes now looks like this:
// 0 => writeable handle connected to child stdin
// 1 => readable handle connected to child stdout
// Any error output will be appended to /tmp/error-output.txt

fwrite($pipes[0], "" . chr(3));
fclose($pipes[0]);

while(!feof($pipes[1])) {
echo fgets($pipes[1], 1024);
}
fclose($pipes[1]);
// It is important that you close any pipes before calling
// proc_close in order to avoid a deadlock
$return_value = proc_close($process);

echo "command returned $return_value\n";
}

I'm running NT4 Server/PHP4.3.2.2/IIS4.  This bit of code opened up 54
php.exe/cmd.exe (that's 54 of each or 108 total) processes on my
machine.




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

#21074 [Fbk->Opn]: PHP doesn't work with 401 (Auth) ErrorDocument and Apache2

[dreamlab at epost dot de]

 ID:   21074
 User updated by:  dreamlab at epost dot de
 Reported By:  dreamlab at epost dot de
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: Windows XP
 PHP Version:  4.3.0RC3
 New Comment:

Used the latest CVS-Version and the Problem still persists. For me on
either Unix and Windows.


Previous Comments:


[2003-02-27 10:50:18] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2003-01-27 14:34:45] bking at starbridgesystems dot com

I have the same issue with RedHat 8.0 out of the box. I believe that
includes Apache 2.0.40 and PHP 4.2.2. This problem did exist for Apache
1.x back in the day. It was fixed ages ago though, and I was sorry to
see it show up again.



[2002-12-18 04:51:19] dreamlab at epost dot de

Whenever I use a .php-file as a 401 ErrorDocument, Apache2 fails and
shows the file specified as ErrorDocument.

My .htaccess contains
ErrorDocument 401 /error.php

This absolutely works with Apache 1.3.27, but not with ANY Apache
2.0.x. This also still occurs with PHP 4.3RC3.





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

#22460 [Fbk->Opn]: libtool failed

[s_arnaud at yahoo dot com]

 ID:   22460
 User updated by:  s_arnaud at yahoo dot com
 Reported By:  s_arnaud at yahoo dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: Solaris 8
 PHP Version:  4.3.1
 New Comment:

Thanks for the quick answer, but same message:

libtool: link: warning: library
`/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la'
was moved.
grep: can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
/_TOOLS_/dist/gnu-sed-3.02/sparc64-sun-solaris2.8/bin/gsed: can't read
/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la: No such file or
directory
libtool: link: `/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la' is not a
valid libtool archive
make: *** [libphp4.la] Error 1

Other idea ?


Previous Comments:


[2003-02-27 10:09:35] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip



[2003-02-27 09:57:35] s_arnaud at yahoo dot com

Here is the configure line I use:
./configure
--prefix=/_TOOLS_/dist/apache-php-4.3.1/sparc64-sun-solaris2.8
--with-mysql=/_TOOLS_/dist/mysql-3.23.55/sparc64-sun-solaris2.8
--with-apache=../apache_1.3.27
--with-ldap=/_TOOLS_/dist/openldap-2.0.18/sparc64-sun-solaris2.8
--with-mcrypt=/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7
--with-gd --with-jpeg-dir=/_TOOLS_/dist/jpeg6b/sparc64-sun-solaris2.8
--with-png-dir=/_TOOLS_/dist/libpng-1.2.2/sparc64-sun-solaris2.8
--with-zlib-dir=/_TOOLS_/dist/zlib-1.1.4/sparc64-sun-solaris2.8
--enable-track-vars --enable-bcmath

All is fine
Then when running "make" I get:

libtool: link: warning: library
`/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la'
was moved.
grep: can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
Can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
libtool: link: `/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la' is not a
valid libtool archive
make: *** [libphp4.la] Error 1

After doing some modifications in the "libtool" script, it seems the
problem is pecific to the libmcrypt library path, because when I put
some echo commands in the script (arroud line 1896:

# Find the relevant object directory and library name.
echo "Testing libdir/linklib: $libdir/$linklib\n and abs_ladir/linklib:
$abs_ladir/$linklib"

I get:
Testing libdir/linklib:
/_TOOLS_/dist/mysql-3.23.55/sparc64-sun-solaris2.8/lib/mysql/libmysqlclient.so
 and abs_ladir/linklib:
/_TOOLS_/dist/mysql-3.23.55/sparc64-sun-solaris2.8/lib/mysql/libmysqlclient.so
Testing libdir/linklib: /_TOOLS_/dist/libmcrypt-2.5.2/lib/libmcrypt.so
 and abs_ladir/linklib:
/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.so
libtool: link: warning: library
`/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la'
was moved.
grep: can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
Can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
libtool: link: `/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la' is not a
valid libtool archive
make: *** [libphp4.la] Error 1

So for mysql, it's fine, but not for libmcrypt, despite the fact I put
in my LD_LIBRARY_PATH variable the complete path to that library, ie:
/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib
it does not work...

Any idea ???

Many thanks,
Sylvain.




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

#22460 [Opn]: libtool failed

[sniper]

 ID:   22460
 Updated by:   [EMAIL PROTECTED]
 Reported By:  s_arnaud at yahoo dot com
 Status:   Open
 Bug Type: Compile Failure
 Operating System: Solaris 8
 PHP Version:  4.3.1
 New Comment:

This message bothers me:

"libtool: link: warning: library
`/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la'
 was moved."

So did you move it?




Previous Comments:


[2003-02-27 12:16:01] s_arnaud at yahoo dot com

Thanks for the quick answer, but same message:

libtool: link: warning: library
`/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la'
was moved.
grep: can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
/_TOOLS_/dist/gnu-sed-3.02/sparc64-sun-solaris2.8/bin/gsed: can't read
/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la: No such file or
directory
libtool: link: `/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la' is not a
valid libtool archive
make: *** [libphp4.la] Error 1

Other idea ?



[2003-02-27 10:09:35] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip



[2003-02-27 09:57:35] s_arnaud at yahoo dot com

Here is the configure line I use:
./configure
--prefix=/_TOOLS_/dist/apache-php-4.3.1/sparc64-sun-solaris2.8
--with-mysql=/_TOOLS_/dist/mysql-3.23.55/sparc64-sun-solaris2.8
--with-apache=../apache_1.3.27
--with-ldap=/_TOOLS_/dist/openldap-2.0.18/sparc64-sun-solaris2.8
--with-mcrypt=/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7
--with-gd --with-jpeg-dir=/_TOOLS_/dist/jpeg6b/sparc64-sun-solaris2.8
--with-png-dir=/_TOOLS_/dist/libpng-1.2.2/sparc64-sun-solaris2.8
--with-zlib-dir=/_TOOLS_/dist/zlib-1.1.4/sparc64-sun-solaris2.8
--enable-track-vars --enable-bcmath

All is fine
Then when running "make" I get:

libtool: link: warning: library
`/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la'
was moved.
grep: can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
Can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
libtool: link: `/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la' is not a
valid libtool archive
make: *** [libphp4.la] Error 1

After doing some modifications in the "libtool" script, it seems the
problem is pecific to the libmcrypt library path, because when I put
some echo commands in the script (arroud line 1896:

# Find the relevant object directory and library name.
echo "Testing libdir/linklib: $libdir/$linklib\n and abs_ladir/linklib:
$abs_ladir/$linklib"

I get:
Testing libdir/linklib:
/_TOOLS_/dist/mysql-3.23.55/sparc64-sun-solaris2.8/lib/mysql/libmysqlclient.so
 and abs_ladir/linklib:
/_TOOLS_/dist/mysql-3.23.55/sparc64-sun-solaris2.8/lib/mysql/libmysqlclient.so
Testing libdir/linklib: /_TOOLS_/dist/libmcrypt-2.5.2/lib/libmcrypt.so
 and abs_ladir/linklib:
/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.so
libtool: link: warning: library
`/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la'
was moved.
grep: can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
Can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
libtool: link: `/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la' is not a
valid libtool archive
make: *** [libphp4.la] Error 1

So for mysql, it's fine, but not for libmcrypt, despite the fact I put
in my LD_LIBRARY_PATH variable the complete path to that library, ie:
/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib
it does not work...

Any idea ???

Many thanks,
Sylvain.




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

#22460 [Opn->Fbk]: libtool failed

[sniper]

 ID:   22460
 Updated by:   [EMAIL PROTECTED]
 Reported By:  s_arnaud at yahoo dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: Solaris 8
 PHP Version:  4.3.1


Previous Comments:


[2003-02-27 12:20:28] [EMAIL PROTECTED]

This message bothers me:

"libtool: link: warning: library
`/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la'
 was moved."

So did you move it?





[2003-02-27 12:16:01] s_arnaud at yahoo dot com

Thanks for the quick answer, but same message:

libtool: link: warning: library
`/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la'
was moved.
grep: can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
/_TOOLS_/dist/gnu-sed-3.02/sparc64-sun-solaris2.8/bin/gsed: can't read
/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la: No such file or
directory
libtool: link: `/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la' is not a
valid libtool archive
make: *** [libphp4.la] Error 1

Other idea ?



[2003-02-27 10:09:35] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip



[2003-02-27 09:57:35] s_arnaud at yahoo dot com

Here is the configure line I use:
./configure
--prefix=/_TOOLS_/dist/apache-php-4.3.1/sparc64-sun-solaris2.8
--with-mysql=/_TOOLS_/dist/mysql-3.23.55/sparc64-sun-solaris2.8
--with-apache=../apache_1.3.27
--with-ldap=/_TOOLS_/dist/openldap-2.0.18/sparc64-sun-solaris2.8
--with-mcrypt=/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7
--with-gd --with-jpeg-dir=/_TOOLS_/dist/jpeg6b/sparc64-sun-solaris2.8
--with-png-dir=/_TOOLS_/dist/libpng-1.2.2/sparc64-sun-solaris2.8
--with-zlib-dir=/_TOOLS_/dist/zlib-1.1.4/sparc64-sun-solaris2.8
--enable-track-vars --enable-bcmath

All is fine
Then when running "make" I get:

libtool: link: warning: library
`/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la'
was moved.
grep: can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
Can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
libtool: link: `/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la' is not a
valid libtool archive
make: *** [libphp4.la] Error 1

After doing some modifications in the "libtool" script, it seems the
problem is pecific to the libmcrypt library path, because when I put
some echo commands in the script (arroud line 1896:

# Find the relevant object directory and library name.
echo "Testing libdir/linklib: $libdir/$linklib\n and abs_ladir/linklib:
$abs_ladir/$linklib"

I get:
Testing libdir/linklib:
/_TOOLS_/dist/mysql-3.23.55/sparc64-sun-solaris2.8/lib/mysql/libmysqlclient.so
 and abs_ladir/linklib:
/_TOOLS_/dist/mysql-3.23.55/sparc64-sun-solaris2.8/lib/mysql/libmysqlclient.so
Testing libdir/linklib: /_TOOLS_/dist/libmcrypt-2.5.2/lib/libmcrypt.so
 and abs_ladir/linklib:
/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.so
libtool: link: warning: library
`/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la'
was moved.
grep: can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
Can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
libtool: link: `/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la' is not a
valid libtool archive
make: *** [libphp4.la] Error 1

So for mysql, it's fine, but not for libmcrypt, despite the fact I put
in my LD_LIBRARY_PATH variable the complete path to that library, ie:
/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib
it does not work...

Any idea ???

Many thanks,
Sylvain.




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

#22460 [Fbk->Opn]: libtool failed

[s_arnaud at yahoo dot com]

 ID:   22460
 User updated by:  s_arnaud at yahoo dot com
 Reported By:  s_arnaud at yahoo dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: Solaris 8
 PHP Version:  4.3.1
 New Comment:

Thanks for your quick answer, but no I didn't move it:

ls -la
/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la
-rwxr-xr-x   1 root other789 Jul  8  2002
/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la

I will try to install without libmcrypt, and see what's happening...


Previous Comments:


[2003-02-27 12:20:28] [EMAIL PROTECTED]

This message bothers me:

"libtool: link: warning: library
`/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la'
 was moved."

So did you move it?





[2003-02-27 12:16:01] s_arnaud at yahoo dot com

Thanks for the quick answer, but same message:

libtool: link: warning: library
`/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la'
was moved.
grep: can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
/_TOOLS_/dist/gnu-sed-3.02/sparc64-sun-solaris2.8/bin/gsed: can't read
/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la: No such file or
directory
libtool: link: `/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la' is not a
valid libtool archive
make: *** [libphp4.la] Error 1

Other idea ?



[2003-02-27 10:09:35] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip



[2003-02-27 09:57:35] s_arnaud at yahoo dot com

Here is the configure line I use:
./configure
--prefix=/_TOOLS_/dist/apache-php-4.3.1/sparc64-sun-solaris2.8
--with-mysql=/_TOOLS_/dist/mysql-3.23.55/sparc64-sun-solaris2.8
--with-apache=../apache_1.3.27
--with-ldap=/_TOOLS_/dist/openldap-2.0.18/sparc64-sun-solaris2.8
--with-mcrypt=/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7
--with-gd --with-jpeg-dir=/_TOOLS_/dist/jpeg6b/sparc64-sun-solaris2.8
--with-png-dir=/_TOOLS_/dist/libpng-1.2.2/sparc64-sun-solaris2.8
--with-zlib-dir=/_TOOLS_/dist/zlib-1.1.4/sparc64-sun-solaris2.8
--enable-track-vars --enable-bcmath

All is fine
Then when running "make" I get:

libtool: link: warning: library
`/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la'
was moved.
grep: can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
Can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
libtool: link: `/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la' is not a
valid libtool archive
make: *** [libphp4.la] Error 1

After doing some modifications in the "libtool" script, it seems the
problem is pecific to the libmcrypt library path, because when I put
some echo commands in the script (arroud line 1896:

# Find the relevant object directory and library name.
echo "Testing libdir/linklib: $libdir/$linklib\n and abs_ladir/linklib:
$abs_ladir/$linklib"

I get:
Testing libdir/linklib:
/_TOOLS_/dist/mysql-3.23.55/sparc64-sun-solaris2.8/lib/mysql/libmysqlclient.so
 and abs_ladir/linklib:
/_TOOLS_/dist/mysql-3.23.55/sparc64-sun-solaris2.8/lib/mysql/libmysqlclient.so
Testing libdir/linklib: /_TOOLS_/dist/libmcrypt-2.5.2/lib/libmcrypt.so
 and abs_ladir/linklib:
/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.so
libtool: link: warning: library
`/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la'
was moved.
grep: can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
Can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
libtool: link: `/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la' is not a
valid libtool archive
make: *** [libphp4.la] Error 1

So for mysql, it's fine, but not for libmcrypt, despite the fact I put
in my LD_LIBRARY_PATH variable the complete path to that library, ie:
/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib
it does not work...

Any idea ???

Many thanks,
Sylvain.




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

#22460 [Opn->Fbk]: libtool failed

[sniper]

 ID:   22460
 Updated by:   [EMAIL PROTECTED]
 Reported By:  s_arnaud at yahoo dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: Solaris 8
 PHP Version:  4.3.1
 New Comment:

I meant that was it moved after 'make install' ?
ie. from the original location?

Does that libltdl.la exist btw?

And can you paste a little bit more of that error?
Like the whole compile line that gives it..



Previous Comments:


[2003-02-27 12:39:31] s_arnaud at yahoo dot com

Thanks for your quick answer, but no I didn't move it:

ls -la
/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la
-rwxr-xr-x   1 root other789 Jul  8  2002
/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la

I will try to install without libmcrypt, and see what's happening...



[2003-02-27 12:20:28] [EMAIL PROTECTED]

This message bothers me:

"libtool: link: warning: library
`/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la'
 was moved."

So did you move it?





[2003-02-27 12:16:01] s_arnaud at yahoo dot com

Thanks for the quick answer, but same message:

libtool: link: warning: library
`/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la'
was moved.
grep: can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
/_TOOLS_/dist/gnu-sed-3.02/sparc64-sun-solaris2.8/bin/gsed: can't read
/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la: No such file or
directory
libtool: link: `/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la' is not a
valid libtool archive
make: *** [libphp4.la] Error 1

Other idea ?



[2003-02-27 10:09:35] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip



[2003-02-27 09:57:35] s_arnaud at yahoo dot com

Here is the configure line I use:
./configure
--prefix=/_TOOLS_/dist/apache-php-4.3.1/sparc64-sun-solaris2.8
--with-mysql=/_TOOLS_/dist/mysql-3.23.55/sparc64-sun-solaris2.8
--with-apache=../apache_1.3.27
--with-ldap=/_TOOLS_/dist/openldap-2.0.18/sparc64-sun-solaris2.8
--with-mcrypt=/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7
--with-gd --with-jpeg-dir=/_TOOLS_/dist/jpeg6b/sparc64-sun-solaris2.8
--with-png-dir=/_TOOLS_/dist/libpng-1.2.2/sparc64-sun-solaris2.8
--with-zlib-dir=/_TOOLS_/dist/zlib-1.1.4/sparc64-sun-solaris2.8
--enable-track-vars --enable-bcmath

All is fine
Then when running "make" I get:

libtool: link: warning: library
`/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la'
was moved.
grep: can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
Can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
libtool: link: `/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la' is not a
valid libtool archive
make: *** [libphp4.la] Error 1

After doing some modifications in the "libtool" script, it seems the
problem is pecific to the libmcrypt library path, because when I put
some echo commands in the script (arroud line 1896:

# Find the relevant object directory and library name.
echo "Testing libdir/linklib: $libdir/$linklib\n and abs_ladir/linklib:
$abs_ladir/$linklib"

I get:
Testing libdir/linklib:
/_TOOLS_/dist/mysql-3.23.55/sparc64-sun-solaris2.8/lib/mysql/libmysqlclient.so
 and abs_ladir/linklib:
/_TOOLS_/dist/mysql-3.23.55/sparc64-sun-solaris2.8/lib/mysql/libmysqlclient.so
Testing libdir/linklib: /_TOOLS_/dist/libmcrypt-2.5.2/lib/libmcrypt.so
 and abs_ladir/linklib:
/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.so
libtool: link: warning: library
`/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la'
was moved.
grep: can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
Can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la
libtool: link: `/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la' is not a
valid libtool archive
make: *** [libphp4.la] Error 1

So for mysql, it's fine, but not for libmcrypt, despite the fact I put
in my LD_LIBRARY_PATH variable the complete path to that library, ie:
/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib
it does not work...

Any idea ???

Many thanks,
Sylvain.




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

#22458 [Fbk->Opn]: Proc_open hangs

[jlondon at mail dot mcg dot edu]

 ID:   22458
 User updated by:  jlondon at mail dot mcg dot edu
 Reported By:  jlondon at mail dot mcg dot edu
-Status:   Feedback
+Status:   Open
 Bug Type: IIS related
 Operating System: Windows NT Server 4.0
 PHP Version:  4.3.0
 New Comment:

The error-output.txt file was empty.  I thought maybe it was empty from
a previous attempt so I deleted it and tried again and it came back
empty again.  What does a return code of 128 mean?


Previous Comments:


[2003-02-27 12:13:37] [EMAIL PROTECTED]

Consult C:/temp/error-output.txt to see what went wrong with the child
process.

The reason that the CGI did not work is that the CGI does not accept a
script from stdin any longer.  (Whether this is intentional or not is
still being discussed).

You should use the CGI version of PHP for handling CGI requests from
the web server, but use the CLI when running scripts from the command
line, or from your code, or whenever it is not running in a correctly
prepared CGI environment.

I'd appreciate seeing that error-output.txt file so we can get a better
idea of the problem.



[2003-02-27 11:31:57] jlondon at mail dot mcg dot edu

Ok...that sort of worked.  No more hangs and no more spawned processes,
but nothing is output to the screen.  The only thing I get is "command
returned 128" but no hello world.  Also what is the difference between
php.exe at the root of the dir and php.exe in the cli dir?  Why would
one work and the other not?  Should I be using the one in the cli dir
as my script processor?  Thanks a lot for you help.



[2003-02-27 10:34:54] [EMAIL PROTECTED]

Please try using the following for the command string:

"C:\\php\\cli\\php.exe"





[2003-02-27 10:30:32] jlondon at mail dot mcg dot edu

No change...still runs like mad and crashes IIS.  I can't even do a
"net stop".  I'm running the CGI version if that makes any difference. 
Also I have to refer to php as c:/php/php otherwise error-output.txt
has the message "he name specified is not recognized as an internal or
external command, operable program or batch file."



[2003-02-27 08:51:50] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





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

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

#22463 [NEW]: array_reduce segmentation fault

[mccannwj at pha dot jhu dot edu]

From: mccannwj at pha dot jhu dot edu
Operating system: redhat-linux-8.0
PHP version:  4.2.3
PHP Bug Type: Reproducible crash
Bug description:  array_reduce segmentation fault

Using array_reduce on a nested list causes a segfault.

The following code isolates the problem.
2256,
  "INGEST_DATE"=>'2003-01-16');
$a['ANY']['F550M']['HRC']['j6jt01dll_flt.fits'][] =
array("FILE_NUMBER"=>2258,
  "INGEST_DATE"=>'2003-01-17');

$num = nodeCount($a);
print $num;

function checkNode($v,$var) {
  print "";
  print_r($var);
  print "";
  if (is_scalar($var)) {
$v += 1;
  }
  elseif (is_null($var)) {
  }
  else {
$v += nodeCount($var);
  }
  return $v;
}
function nodeCount($array) {
  $number = 0;
  if (is_array($array))
$number = array_reduce($array,"checkNode",0);
  return $number;
}
?>

How reproducible:
Always

Steps to Reproduce:
1. Execute code snippet

Actual Results:  apache error_log:
[Fri Feb 21 12:52:52 2003] [notice] child pid 5618 exit signal
Segmentation
fault (11)


Expected Results:  This code should count the scalar nodes in the nested
list. 
It should print the number 4.

Additional info:
-- 
Edit bug report at http://bugs.php.net/?id=22463&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22463&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22463&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22463&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22463&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22463&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22463&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22463&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22463&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22463&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22463&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22463&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22463&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22463&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22463&r=gnused

#22464 [NEW]: PHP 4.3.0 does not compile as apache module on HP-UX 11.11

[jason dot sheets at hp dot com]

From: jason dot sheets at hp dot com
Operating system: HP-UX 11.11
PHP version:  4.3.0
PHP Bug Type: Compile Failure
Bug description:  PHP 4.3.0 does not compile as apache module on HP-UX 11.11

Description:

As of PHP 4.3.0 PHP has failed to compile as a module on HP-UX 11.11 in my
setup (I've tried 3 different HP-UX machines ranging from stock HP-UX 11
with gcc to HP-UX with most GNU tools installed).  PHP 4.2.3 and earlier
compile without any problems.  I've tried several CVS snapshots in case
this was later fixed but the problem still exists.  The PHP binary
installs properly.

Workaround:

PHP 4.3.0 can be installed with Apache if it is statically linked with
Apache.

Configuration:

HP-UX 11.11
HP C3000 Workstation (1 GB RAM)
gcc 2.95.3 and gcc 3.2.1
gmake
autoconf and automake at required versions
libtool

Configure line: ./configure --with-apache=/path/to/location

Result: PHP appears to build but the libs directory does not contain the
apache module, no compile errors were reported.  

I would be glad to give any additional information required, I have access
to HP-UX 11.11 and HP-UX 10.20 machines and would also provide pre-release
HP-UX build qualification if needed.

-- 
Edit bug report at http://bugs.php.net/?id=22464&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22464&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22464&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22464&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22464&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22464&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22464&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22464&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22464&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22464&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22464&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22464&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22464&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22464&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22464&r=gnused

#22464 [Opn]: PHP 4.3.0 does not compile as apache module on HP-UX 11.11

[jason dot sheets at hp dot com]

 ID:   22464
 User updated by:  jason dot sheets at hp dot com
 Reported By:  jason dot sheets at hp dot com
 Status:   Open
 Bug Type: Compile Failure
 Operating System: HP-UX 11.11
 PHP Version:  4.3.0
 New Comment:

Configure line is actually ./configure --with-apxs, not --with-apache,
sorry.


Previous Comments:


[2003-02-27 14:52:33] jason dot sheets at hp dot com

Description:

As of PHP 4.3.0 PHP has failed to compile as a module on HP-UX 11.11 in
my setup (I've tried 3 different HP-UX machines ranging from stock
HP-UX 11 with gcc to HP-UX with most GNU tools installed).  PHP 4.2.3
and earlier compile without any problems.  I've tried several CVS
snapshots in case this was later fixed but the problem still exists. 
The PHP binary installs properly.

Workaround:

PHP 4.3.0 can be installed with Apache if it is statically linked with
Apache.

Configuration:

HP-UX 11.11
HP C3000 Workstation (1 GB RAM)
gcc 2.95.3 and gcc 3.2.1
gmake
autoconf and automake at required versions
libtool

Configure line: ./configure --with-apache=/path/to/location

Result: PHP appears to build but the libs directory does not contain
the apache module, no compile errors were reported.  

I would be glad to give any additional information required, I have
access to HP-UX 11.11 and HP-UX 10.20 machines and would also provide
pre-release HP-UX build qualification if needed.





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

#22463 [Opn]: array_reduce segmentation fault

[mccannwj at pha dot jhu dot edu]

 ID:   22463
 User updated by:  mccannwj at pha dot jhu dot edu
 Reported By:  mccannwj at pha dot jhu dot edu
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: redhat-linux-8.0
 PHP Version:  4.2.3
 New Comment:

It core dumps when I run it from the command line.  

% gdb /usr/bin/php core.30270
[symbols blah blah]
#0  0x0814c3d5 in zif_array_reduce ()


Previous Comments:


[2003-02-27 14:42:52] mccannwj at pha dot jhu dot edu

Using array_reduce on a nested list causes a segfault.

The following code isolates the problem.
2256,
  "INGEST_DATE"=>'2003-01-16');
$a['ANY']['F550M']['HRC']['j6jt01dll_flt.fits'][] =
array("FILE_NUMBER"=>2258,
  "INGEST_DATE"=>'2003-01-17');

$num = nodeCount($a);
print $num;

function checkNode($v,$var) {
  print "";
  print_r($var);
  print "";
  if (is_scalar($var)) {
$v += 1;
  }
  elseif (is_null($var)) {
  }
  else {
$v += nodeCount($var);
  }
  return $v;
}
function nodeCount($array) {
  $number = 0;
  if (is_array($array))
$number = array_reduce($array,"checkNode",0);
  return $number;
}
?>

How reproducible:
Always

Steps to Reproduce:
1. Execute code snippet

Actual Results:  apache error_log:
[Fri Feb 21 12:52:52 2003] [notice] child pid 5618 exit signal
Segmentation
fault (11)


Expected Results:  This code should count the scalar nodes in the
nested list. 
It should print the number 4.

Additional info:




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

#22465 [NEW]: Missing parse error -> segmentation fault

[predrag dot stefanovic at telus dot com]

From: predrag dot stefanovic at telus dot com
Operating system: HPUX 10.20
PHP version:  4.3.0
PHP Bug Type: Reproducible crash
Bug description:  Missing parse error -> segmentation fault

Here is the code:
 
  $item_range  = $conn->results_array[0][0] . " - ";
  $item_range .= $conn->results_array[0][1]);
 
The ) is left over from a removed command. This mistake did not generate a
parse error, but caused a segmentation fault in [Apache1.3.20 PHP 4.0.5]
and hang task on [Apache 1.3.27 PHP 4.3.0 ]. The code is from an included
file.
 
Trying to run the included file on it's own did generate the parse error.

On the OLD System: 
Apache/1.3.20 PHP/4.0.5 on HP-UX  B.10.20 A 9000/898 
it creates segmentaion fault without parse error.

On the NEW System:
Apache/1.3.27 PHP/4.3.0 on HP-UX  B.10.20 A 9000/898 
ita hangs task forever without any parse error.

OLD System ( segmentation fault )

./configure' '--without-mysql' '--enable-track-vars'
'--enable-memory-limit'
'--with-apache=/dba/dummy2/webuser/nps/build/apache_1.3.20'
'--with-ttf=/opt/freetype' '--with-oracle=/opt/oracle/7.3.4'
'--enable-wddx' '--with-gd=/opt/gd' '--enable-ftp' '--enable-bcmath'
'--with-xml' '--with-ldap=/opt/ldap' '--with-cpdf=/opt/ClibPDF'

mod_php4, mod_setenvif, mod_auth, mod_access, mod_alias, mod_userdir,
mod_actions, mod_imap, mod_asis, mod_cgi, mod_dir, mod_autoindex,
mod_include, mod_status, mod_negotiation, mod_mime, mod_log_config,
mod_env, http_core

NEW System ( hang httpd task )

'./configure' '--with-apache=/usr3/apache1327/apache_1.3.27'
'--with-ldap=/opt/ldap' '--with-oracle=/opt/oracle/7.3.4'
'--with-cpdflib=/usr/local' '--with-ttf=/opt/freetype' '--with-gd=/opt/gd'
'/opt/freetype' '--without-mysql' '--without-mysql'

 mod_php4, mod_setenvif, mod_auth, mod_access, mod_alias, mod_userdir,
mod_actions, mod_imap, mod_asis, mod_cgi, mod_dir, mod_autoindex,
mod_include, mod_status, mod_negotiation, mod_mime, mod_log_config,
mod_env, http_core 

-- 
Edit bug report at http://bugs.php.net/?id=22465&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22465&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22465&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22465&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22465&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22465&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22465&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22465&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22465&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22465&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22465&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22465&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22465&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22465&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22465&r=gnused

#22458 [Opn]: Proc_open hangs

[jlondon at mail dot mcg dot edu]

 ID:   22458
 User updated by:  jlondon at mail dot mcg dot edu
 Reported By:  jlondon at mail dot mcg dot edu
 Status:   Open
 Bug Type: IIS related
 Operating System: Windows NT Server 4.0
 PHP Version:  4.3.0
 New Comment:

Ok...looks like it works now.  I copied php4ts.dll to my system 32
directory and...duh...it works now.  Who knows why I didnt' copy it
there when I did an install but it works now and that's all that
matters.  Thanks for all your help.


Previous Comments:


[2003-02-27 14:35:50] jlondon at mail dot mcg dot edu

The error-output.txt file was empty.  I thought maybe it was empty from
a previous attempt so I deleted it and tried again and it came back
empty again.  What does a return code of 128 mean?



[2003-02-27 12:13:37] [EMAIL PROTECTED]

Consult C:/temp/error-output.txt to see what went wrong with the child
process.

The reason that the CGI did not work is that the CGI does not accept a
script from stdin any longer.  (Whether this is intentional or not is
still being discussed).

You should use the CGI version of PHP for handling CGI requests from
the web server, but use the CLI when running scripts from the command
line, or from your code, or whenever it is not running in a correctly
prepared CGI environment.

I'd appreciate seeing that error-output.txt file so we can get a better
idea of the problem.



[2003-02-27 11:31:57] jlondon at mail dot mcg dot edu

Ok...that sort of worked.  No more hangs and no more spawned processes,
but nothing is output to the screen.  The only thing I get is "command
returned 128" but no hello world.  Also what is the difference between
php.exe at the root of the dir and php.exe in the cli dir?  Why would
one work and the other not?  Should I be using the one in the cli dir
as my script processor?  Thanks a lot for you help.



[2003-02-27 10:34:54] [EMAIL PROTECTED]

Please try using the following for the command string:

"C:\\php\\cli\\php.exe"





[2003-02-27 10:30:32] jlondon at mail dot mcg dot edu

No change...still runs like mad and crashes IIS.  I can't even do a
"net stop".  I'm running the CGI version if that makes any difference. 
Also I have to refer to php as c:/php/php otherwise error-output.txt
has the message "he name specified is not recognized as an internal or
external command, operable program or batch file."



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

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

#22466 [NEW]: make fails while linking

[public at utkalika dot net]

From: public at utkalika dot net
Operating system: SunOS 5.8
PHP version:  4.3.1
PHP Bug Type: OCI8 related
Bug description:  make fails while linking

I was trying to install php 4.3.1 (only cli version) on a sun sparc machine
with the following configuration.

./configure --prefix=/export/home/hdradmin/php --disable-cgi --with-pear
--e
nable-ftp --without-mysql --with-oci8

during the make stage, I get this error

Undefined   first referenced
 symbol in file
wtcLerr
/opt/oracle/app/oracle/product/8.1.7/lib/libclient8.a(kpucc.o)  (symbol
belongs to implicit dependency
/opt/oracle/app/oracle/product/8.1.7/lib/libwtc8.so)
wtcMerr
/opt/oracle/app/oracle/product/8.1.7/lib/libclient8.a(kpucc.o)  (symbol
belongs to implicit dependency
/opt/oracle/app/oracle/product/8.1.7/lib/libwtc8.so)
wtcsrin
/opt/oracle/app/oracle/product/8.1.7/lib/libclient8.a(kpuini.o)  (symbol
belongs to implicit dependency
/opt/oracle/app/oracle/product/8.1.7/lib/libwtc8.so)
wtcsrfre
/opt/oracle/app/oracle/product/8.1.7/lib/libclient8.a(kpuini.o)  (symbol
belongs to implicit dependency
/opt/oracle/app/oracle/product/8.1.7/lib/libwtc8.so)
wtcstu
/opt/oracle/app/oracle/product/8.1.7/lib/libclient8.a(kpucc.o)  (symbol
belongs to implicit dependency
/opt/oracle/app/oracle/product/8.1.7/lib/libwtc8.so)
wtclkm
/opt/oracle/app/oracle/product/8.1.7/lib/libclient8.a(kpucc.o)  (symbol
belongs to implicit dependency
/opt/oracle/app/oracle/product/8.1.7/lib/libwtc8.so)
ld: fatal: Symbol referencing errors. No output written to sapi/cli/php
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

This error occurs at the point 

/bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 
-L/usr/ucblib -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3
-L/opt/oracle/app/oracle/product/8.1.7/lib  -R /usr/ucblib -R
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3 -R
/opt/oracle/app/oracle/product/8.1.7/lib ext/ctype/ctype.lo
ext/ftp/php_ftp.lo ext/ftp/ftp.lo ext/oci8/oci8.lo
ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo
ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo
ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo
ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo
ext/standard/array.lo ext/standard/base64.lo
ext/standard/basic_functions.lo ext/standard/browscap.lo
ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo
ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo
ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo
ext/standard/filestat.lo ext/standard/flock_compat.lo
ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo
ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo
ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo
ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo
ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo
ext/standard/pageinfo.lo ext/standard/parsedate.lo
ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo
ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo
ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo
ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo
ext/standard/versioning.lo ext/standard/assert.lo
ext/standard/strnatcmp.lo ext/standard/levenshtein.lo
ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo
ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo
ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo
ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo
ext/standard/aggregation.lo ext/standard/sha1.lo
ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo
ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo regex/regcomp.lo
regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo
TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo
main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo
main/fopen_wrappers.lo main/alloca.lo main/php_ini.lo main/SAPI.lo
main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo
main/mergesort.lo main/reentrancy.lo main/php_variables.lo
main/php_ticks.lo main/streams.lo main/network.lo
main/php_open_temporary_file.lo main/php_logos.lo main/output.lo
main/memory_streams.lo main/user_streams.lo Zend/zend_language_parser.lo
Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo
Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo
Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo
Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo
Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo
Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo
Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo
Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo
Zend/zend_ini.lo Zend/zend

#22458 [Opn->Bgs]: Proc_open hangs

[iliaa]

 ID:   22458
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jlondon at mail dot mcg dot edu
-Status:   Open
+Status:   Bogus
 Bug Type: IIS related
 Operating System: Windows NT Server 4.0
 PHP Version:  4.3.0
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Bug result of old php libs.


Previous Comments:


[2003-02-27 15:45:09] jlondon at mail dot mcg dot edu

Ok...looks like it works now.  I copied php4ts.dll to my system 32
directory and...duh...it works now.  Who knows why I didnt' copy it
there when I did an install but it works now and that's all that
matters.  Thanks for all your help.



[2003-02-27 14:35:50] jlondon at mail dot mcg dot edu

The error-output.txt file was empty.  I thought maybe it was empty from
a previous attempt so I deleted it and tried again and it came back
empty again.  What does a return code of 128 mean?



[2003-02-27 12:13:37] [EMAIL PROTECTED]

Consult C:/temp/error-output.txt to see what went wrong with the child
process.

The reason that the CGI did not work is that the CGI does not accept a
script from stdin any longer.  (Whether this is intentional or not is
still being discussed).

You should use the CGI version of PHP for handling CGI requests from
the web server, but use the CLI when running scripts from the command
line, or from your code, or whenever it is not running in a correctly
prepared CGI environment.

I'd appreciate seeing that error-output.txt file so we can get a better
idea of the problem.



[2003-02-27 11:31:57] jlondon at mail dot mcg dot edu

Ok...that sort of worked.  No more hangs and no more spawned processes,
but nothing is output to the screen.  The only thing I get is "command
returned 128" but no hello world.  Also what is the difference between
php.exe at the root of the dir and php.exe in the cli dir?  Why would
one work and the other not?  Should I be using the one in the cli dir
as my script processor?  Thanks a lot for you help.



[2003-02-27 10:34:54] [EMAIL PROTECTED]

Please try using the following for the command string:

"C:\\php\\cli\\php.exe"





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

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

#22465 [Opn->Fbk]: Missing parse error -> segmentation fault

[iliaa]

 ID:   22465
 Updated by:   [EMAIL PROTECTED]
 Reported By:  predrag dot stefanovic at telus dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: HPUX 10.20
 PHP Version:  4.3.0
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

Just for the record I cannot replicate the bug on Win32 or Linux.


Previous Comments:


[2003-02-27 15:27:28] predrag dot stefanovic at telus dot com

Here is the code:
 
  $item_range  = $conn->results_array[0][0] . " - ";
  $item_range .= $conn->results_array[0][1]);
 
The ) is left over from a removed command. This mistake did not
generate a parse error, but caused a segmentation fault in
[Apache1.3.20 PHP 4.0.5] and hang task on [Apache 1.3.27 PHP 4.3.0 ].
The code is from an included file.
 
Trying to run the included file on it's own did generate the parse
error.

On the OLD System: 
Apache/1.3.20 PHP/4.0.5 on HP-UX  B.10.20 A 9000/898 
it creates segmentaion fault without parse error.

On the NEW System:
Apache/1.3.27 PHP/4.3.0 on HP-UX  B.10.20 A 9000/898 
ita hangs task forever without any parse error.

OLD System ( segmentation fault )

./configure' '--without-mysql' '--enable-track-vars'
'--enable-memory-limit'
'--with-apache=/dba/dummy2/webuser/nps/build/apache_1.3.20'
'--with-ttf=/opt/freetype' '--with-oracle=/opt/oracle/7.3.4'
'--enable-wddx' '--with-gd=/opt/gd' '--enable-ftp' '--enable-bcmath'
'--with-xml' '--with-ldap=/opt/ldap' '--with-cpdf=/opt/ClibPDF'

mod_php4, mod_setenvif, mod_auth, mod_access, mod_alias, mod_userdir,
mod_actions, mod_imap, mod_asis, mod_cgi, mod_dir, mod_autoindex,
mod_include, mod_status, mod_negotiation, mod_mime, mod_log_config,
mod_env, http_core

NEW System ( hang httpd task )

'./configure' '--with-apache=/usr3/apache1327/apache_1.3.27'
'--with-ldap=/opt/ldap' '--with-oracle=/opt/oracle/7.3.4'
'--with-cpdflib=/usr/local' '--with-ttf=/opt/freetype'
'--with-gd=/opt/gd' '/opt/freetype' '--without-mysql'
'--without-mysql'

 mod_php4, mod_setenvif, mod_auth, mod_access, mod_alias, mod_userdir,
mod_actions, mod_imap, mod_asis, mod_cgi, mod_dir, mod_autoindex,
mod_include, mod_status, mod_negotiation, mod_mime, mod_log_config,
mod_env, http_core 





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

#22463 [Opn->Ver]: array_reduce segmentation fault

[iliaa]

 ID:   22463
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mccannwj at pha dot jhu dot edu
-Status:   Open
+Status:   Verified
 Bug Type: Reproducible crash
 Operating System: redhat-linux-8.0
-PHP Version:  4.2.3
+PHP Version:  4.3.2-dev
 New Comment:

Updated version & verified


Previous Comments:


[2003-02-27 15:08:05] mccannwj at pha dot jhu dot edu

It core dumps when I run it from the command line.  

% gdb /usr/bin/php core.30270
[symbols blah blah]
#0  0x0814c3d5 in zif_array_reduce ()



[2003-02-27 14:42:52] mccannwj at pha dot jhu dot edu

Using array_reduce on a nested list causes a segfault.

The following code isolates the problem.
2256,
  "INGEST_DATE"=>'2003-01-16');
$a['ANY']['F550M']['HRC']['j6jt01dll_flt.fits'][] =
array("FILE_NUMBER"=>2258,
  "INGEST_DATE"=>'2003-01-17');

$num = nodeCount($a);
print $num;

function checkNode($v,$var) {
  print "";
  print_r($var);
  print "";
  if (is_scalar($var)) {
$v += 1;
  }
  elseif (is_null($var)) {
  }
  else {
$v += nodeCount($var);
  }
  return $v;
}
function nodeCount($array) {
  $number = 0;
  if (is_array($array))
$number = array_reduce($array,"checkNode",0);
  return $number;
}
?>

How reproducible:
Always

Steps to Reproduce:
1. Execute code snippet

Actual Results:  apache error_log:
[Fri Feb 21 12:52:52 2003] [notice] child pid 5618 exit signal
Segmentation
fault (11)


Expected Results:  This code should count the scalar nodes in the
nested list. 
It should print the number 4.

Additional info:




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

#22467 [NEW]: Apache don't start

[alahaye at wanadoo dot fr]

From: alahaye at wanadoo dot fr
Operating system: ReadHat
PHP version:  4.3.1
PHP Bug Type: Apache related
Bug description:  Apache don't start

Hi, When i restart my server or when SIGTERM apache will not restart.. in
error log of apache nothing worng except

SIGHUP received.  Attempting to restart

And never restart... But /etc/init.d/httpd start work perfectly...

Here my configure line :

 ./configure --prefix=/usr --with-apxs=/usr/sbin/apxs --e
nable-safe-mode --with-config-file-path=/etc/httpd/4.2.3
--with-exec-dir=/usr/bin --enable-magic-quotes --with-regex=system
--enable-track-var
s --with-iconv --enable-xml --disable-debug --with-gd --enable-mbstring
--enable-mbstring --enable-exif --with-mcrypt=shared --with-interbase=
shared --with-mysql --with-pgsql=shared --with-ldap=shared
--with-imap=/usr/local/imap-2002 --with-openssl=/usr --with-zlib
--with-jpeg-dir=/u
sr --with-png-dir=/usr --with-gettext=shared --with-imap-ssl
--disable-mbstr-enc-trans --enable-sockets --enable-ftp=shared
--enable-bcmath


-- 
Edit bug report at http://bugs.php.net/?id=22467&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22467&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22467&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22467&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22467&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22467&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22467&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22467&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22467&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22467&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22467&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22467&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22467&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22467&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22467&r=gnused

#22467 [Opn->Bgs]: Apache don't start

[sniper]

 ID:   22467
 Updated by:   [EMAIL PROTECTED]
 Reported By:  alahaye at wanadoo dot fr
-Status:   Open
+Status:   Bogus
 Bug Type: Apache related
 Operating System: ReadHat
 PHP Version:  4.3.1
 New Comment:

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.

Try search the bug database next time before submitting new bug
reports..



Previous Comments:


[2003-02-27 15:55:47] alahaye at wanadoo dot fr

Hi, When i restart my server or when SIGTERM apache will not restart..
in error log of apache nothing worng except

SIGHUP received.  Attempting to restart

And never restart... But /etc/init.d/httpd start work perfectly...

Here my configure line :

 ./configure --prefix=/usr --with-apxs=/usr/sbin/apxs --e
nable-safe-mode --with-config-file-path=/etc/httpd/4.2.3
--with-exec-dir=/usr/bin --enable-magic-quotes --with-regex=system
--enable-track-var
s --with-iconv --enable-xml --disable-debug --with-gd --enable-mbstring
--enable-mbstring --enable-exif --with-mcrypt=shared --with-interbase=
shared --with-mysql --with-pgsql=shared --with-ldap=shared
--with-imap=/usr/local/imap-2002 --with-openssl=/usr --with-zlib
--with-jpeg-dir=/u
sr --with-png-dir=/usr --with-gettext=shared --with-imap-ssl
--disable-mbstr-enc-trans --enable-sockets --enable-ftp=shared
--enable-bcmath






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

#22465 [Fbk->Opn]: Missing parse error -> segmentation fault

[predrag dot stefanovic at telus dot com]

 ID:   22465
 User updated by:  predrag dot stefanovic at telus dot com
 Reported By:  predrag dot stefanovic at telus dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: HPUX 10.20
 PHP Version:  4.3.0
 New Comment:

I tried to rebuild with the php4-STABLE-2003-02272030 version, as Iliaa
suggested, but it failed on config with unrelated problem. Sorry.

./configure --with-apache=/usr3/apache1327/apache_1.3.27 \
--with-ldap=/opt/ldap \
--with-oracle=/opt/oracle/7.3.4 \
--with-cpdflib=/usr/local \
--with-ttf=/opt/freetype \
--with-gd=/opt/gd /opt/freetype \
--without-mysql


...
configure: failed program was:
#line 17130 "configure"
#include "confdefs.h"

...
configure: error: Problem with libjpeg.(a|so).


Previous Comments:


[2003-02-27 15:48:23] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

Just for the record I cannot replicate the bug on Win32 or Linux.



[2003-02-27 15:27:28] predrag dot stefanovic at telus dot com

Here is the code:
 
  $item_range  = $conn->results_array[0][0] . " - ";
  $item_range .= $conn->results_array[0][1]);
 
The ) is left over from a removed command. This mistake did not
generate a parse error, but caused a segmentation fault in
[Apache1.3.20 PHP 4.0.5] and hang task on [Apache 1.3.27 PHP 4.3.0 ].
The code is from an included file.
 
Trying to run the included file on it's own did generate the parse
error.

On the OLD System: 
Apache/1.3.20 PHP/4.0.5 on HP-UX  B.10.20 A 9000/898 
it creates segmentaion fault without parse error.

On the NEW System:
Apache/1.3.27 PHP/4.3.0 on HP-UX  B.10.20 A 9000/898 
ita hangs task forever without any parse error.

OLD System ( segmentation fault )

./configure' '--without-mysql' '--enable-track-vars'
'--enable-memory-limit'
'--with-apache=/dba/dummy2/webuser/nps/build/apache_1.3.20'
'--with-ttf=/opt/freetype' '--with-oracle=/opt/oracle/7.3.4'
'--enable-wddx' '--with-gd=/opt/gd' '--enable-ftp' '--enable-bcmath'
'--with-xml' '--with-ldap=/opt/ldap' '--with-cpdf=/opt/ClibPDF'

mod_php4, mod_setenvif, mod_auth, mod_access, mod_alias, mod_userdir,
mod_actions, mod_imap, mod_asis, mod_cgi, mod_dir, mod_autoindex,
mod_include, mod_status, mod_negotiation, mod_mime, mod_log_config,
mod_env, http_core

NEW System ( hang httpd task )

'./configure' '--with-apache=/usr3/apache1327/apache_1.3.27'
'--with-ldap=/opt/ldap' '--with-oracle=/opt/oracle/7.3.4'
'--with-cpdflib=/usr/local' '--with-ttf=/opt/freetype'
'--with-gd=/opt/gd' '/opt/freetype' '--without-mysql'
'--without-mysql'

 mod_php4, mod_setenvif, mod_auth, mod_access, mod_alias, mod_userdir,
mod_actions, mod_imap, mod_asis, mod_cgi, mod_dir, mod_autoindex,
mod_include, mod_status, mod_negotiation, mod_mime, mod_log_config,
mod_env, http_core 





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

#22466 [Opn->Fbk]: make fails while linking

[sniper]

 ID:   22466
 Updated by:   [EMAIL PROTECTED]
 Reported By:  public at utkalika dot net
-Status:   Open
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: SunOS 5.8
 PHP Version:  4.3.1
 New Comment:

Check these files if they exist:

$ORACLE_HOME/lib/sysliblist
$ORACLE_HOME/rdbms/lib/sysliblist

And let us know what's inside them.




Previous Comments:


[2003-02-27 15:45:46] public at utkalika dot net

I was trying to install php 4.3.1 (only cli version) on a sun sparc
machine with the following configuration.

./configure --prefix=/export/home/hdradmin/php --disable-cgi
--with-pear --e
nable-ftp --without-mysql --with-oci8

during the make stage, I get this error

Undefined   first referenced
 symbol in file
wtcLerr
/opt/oracle/app/oracle/product/8.1.7/lib/libclient8.a(kpucc.o) 
(symbol
belongs to implicit dependency
/opt/oracle/app/oracle/product/8.1.7/lib/libwtc8.so)
wtcMerr
/opt/oracle/app/oracle/product/8.1.7/lib/libclient8.a(kpucc.o) 
(symbol
belongs to implicit dependency
/opt/oracle/app/oracle/product/8.1.7/lib/libwtc8.so)
wtcsrin
/opt/oracle/app/oracle/product/8.1.7/lib/libclient8.a(kpuini.o) 
(symbol
belongs to implicit dependency
/opt/oracle/app/oracle/product/8.1.7/lib/libwtc8.so)
wtcsrfre
/opt/oracle/app/oracle/product/8.1.7/lib/libclient8.a(kpuini.o) 
(symbol
belongs to implicit dependency
/opt/oracle/app/oracle/product/8.1.7/lib/libwtc8.so)
wtcstu
/opt/oracle/app/oracle/product/8.1.7/lib/libclient8.a(kpucc.o) 
(symbol
belongs to implicit dependency
/opt/oracle/app/oracle/product/8.1.7/lib/libwtc8.so)
wtclkm
/opt/oracle/app/oracle/product/8.1.7/lib/libclient8.a(kpucc.o) 
(symbol
belongs to implicit dependency
/opt/oracle/app/oracle/product/8.1.7/lib/libwtc8.so)
ld: fatal: Symbol referencing errors. No output written to
sapi/cli/php
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

This error occurs at the point 

/bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 
-L/usr/ucblib -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3
-L/opt/oracle/app/oracle/product/8.1.7/lib  -R /usr/ucblib -R
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3 -R
/opt/oracle/app/oracle/product/8.1.7/lib ext/ctype/ctype.lo
ext/ftp/php_ftp.lo ext/ftp/ftp.lo ext/oci8/oci8.lo
ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo
ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo
ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo
ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo
ext/session/mod_user.lo ext/standard/array.lo ext/standard/base64.lo
ext/standard/basic_functions.lo ext/standard/browscap.lo
ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo
ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo
ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo
ext/standard/filestat.lo ext/standard/flock_compat.lo
ext/standard/formatted_print.lo ext/standard/fsock.lo
ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo
ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo
ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo
ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo
ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo
ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo
ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo
ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo
ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo
ext/standard/versioning.lo ext/standard/assert.lo
ext/standard/strnatcmp.lo ext/standard/levenshtein.lo
ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo
ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo
ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo
ext/standard/css.lo ext/standard/var_unserializer.lo
ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo
ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo
ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo regex/regcomp.lo
regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo
TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo
main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo
main/fopen_wrappers.lo main/alloca.lo main/php_ini.lo main/SAPI.lo
main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo
main/strlcat.lo main/mergesort.lo main/reentrancy.lo
main/php_variables.lo main/php_ticks.lo main/streams.lo main/network.lo
main/php_open_temporary_file.lo main/php_logos.lo main/output.lo
main/memory_streams.lo main/user_streams.lo
Zend/zend_language_parser.lo Zend/zend_language_scanner.lo
Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo
Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_arr

#22465 [Opn->Fbk]: Missing parse error -> segmentation fault

[sniper]

 ID:   22465
 Updated by:   [EMAIL PROTECTED]
 Reported By:  predrag dot stefanovic at telus dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: HPUX 10.20
 PHP Version:  4.3.0
 New Comment:

Check the config.log for reason WHY that failed..
Your configure line doesn't look quite okay either.



Previous Comments:


[2003-02-27 16:55:34] predrag dot stefanovic at telus dot com

I tried to rebuild with the php4-STABLE-2003-02272030 version, as Iliaa
suggested, but it failed on config with unrelated problem. Sorry.

./configure --with-apache=/usr3/apache1327/apache_1.3.27 \
--with-ldap=/opt/ldap \
--with-oracle=/opt/oracle/7.3.4 \
--with-cpdflib=/usr/local \
--with-ttf=/opt/freetype \
--with-gd=/opt/gd /opt/freetype \
--without-mysql


...
configure: failed program was:
#line 17130 "configure"
#include "confdefs.h"

...
configure: error: Problem with libjpeg.(a|so).



[2003-02-27 15:48:23] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

Just for the record I cannot replicate the bug on Win32 or Linux.



[2003-02-27 15:27:28] predrag dot stefanovic at telus dot com

Here is the code:
 
  $item_range  = $conn->results_array[0][0] . " - ";
  $item_range .= $conn->results_array[0][1]);
 
The ) is left over from a removed command. This mistake did not
generate a parse error, but caused a segmentation fault in
[Apache1.3.20 PHP 4.0.5] and hang task on [Apache 1.3.27 PHP 4.3.0 ].
The code is from an included file.
 
Trying to run the included file on it's own did generate the parse
error.

On the OLD System: 
Apache/1.3.20 PHP/4.0.5 on HP-UX  B.10.20 A 9000/898 
it creates segmentaion fault without parse error.

On the NEW System:
Apache/1.3.27 PHP/4.3.0 on HP-UX  B.10.20 A 9000/898 
ita hangs task forever without any parse error.

OLD System ( segmentation fault )

./configure' '--without-mysql' '--enable-track-vars'
'--enable-memory-limit'
'--with-apache=/dba/dummy2/webuser/nps/build/apache_1.3.20'
'--with-ttf=/opt/freetype' '--with-oracle=/opt/oracle/7.3.4'
'--enable-wddx' '--with-gd=/opt/gd' '--enable-ftp' '--enable-bcmath'
'--with-xml' '--with-ldap=/opt/ldap' '--with-cpdf=/opt/ClibPDF'

mod_php4, mod_setenvif, mod_auth, mod_access, mod_alias, mod_userdir,
mod_actions, mod_imap, mod_asis, mod_cgi, mod_dir, mod_autoindex,
mod_include, mod_status, mod_negotiation, mod_mime, mod_log_config,
mod_env, http_core

NEW System ( hang httpd task )

'./configure' '--with-apache=/usr3/apache1327/apache_1.3.27'
'--with-ldap=/opt/ldap' '--with-oracle=/opt/oracle/7.3.4'
'--with-cpdflib=/usr/local' '--with-ttf=/opt/freetype'
'--with-gd=/opt/gd' '/opt/freetype' '--without-mysql'
'--without-mysql'

 mod_php4, mod_setenvif, mod_auth, mod_access, mod_alias, mod_userdir,
mod_actions, mod_imap, mod_asis, mod_cgi, mod_dir, mod_autoindex,
mod_include, mod_status, mod_negotiation, mod_mime, mod_log_config,
mod_env, http_core 





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

#22464 [Opn->Fbk]: PHP 4.3.0 does not compile as apache module on HP-UX 11.11

[sniper]

 ID:   22464
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jason dot sheets at hp dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: HP-UX 11.11
 PHP Version:  4.3.0
 New Comment:

1. When was the last time you tried the latest STABLE snapshots?
(please change the PHP version info to reflect that version)

2. Do you get any errors? What might they be?

3. Can you provide us access to HPUX machine so we can
try and fix this?

(this is just another libtool weirdness, like there was for AIX..)



Previous Comments:


[2003-02-27 14:54:38] jason dot sheets at hp dot com

Configure line is actually ./configure --with-apxs, not --with-apache,
sorry.



[2003-02-27 14:52:33] jason dot sheets at hp dot com

Description:

As of PHP 4.3.0 PHP has failed to compile as a module on HP-UX 11.11 in
my setup (I've tried 3 different HP-UX machines ranging from stock
HP-UX 11 with gcc to HP-UX with most GNU tools installed).  PHP 4.2.3
and earlier compile without any problems.  I've tried several CVS
snapshots in case this was later fixed but the problem still exists. 
The PHP binary installs properly.

Workaround:

PHP 4.3.0 can be installed with Apache if it is statically linked with
Apache.

Configuration:

HP-UX 11.11
HP C3000 Workstation (1 GB RAM)
gcc 2.95.3 and gcc 3.2.1
gmake
autoconf and automake at required versions
libtool

Configure line: ./configure --with-apache=/path/to/location

Result: PHP appears to build but the libs directory does not contain
the apache module, no compile errors were reported.  

I would be glad to give any additional information required, I have
access to HP-UX 11.11 and HP-UX 10.20 machines and would also provide
pre-release HP-UX build qualification if needed.





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

#7163 [Com]: Random "Failed opening" errors for both php pages and included/required files

[davidleach at hotmail dot com]

 ID:   7163
 Comment by:   davidleach at hotmail dot com
 Reported By:  adamh at aristoi dot org
 Status:   Closed
 Bug Type: iPlanet related
 Operating System: Solaris 2.6
 PHP Version:  4.0.3
 New Comment:

I'm experiencing a similar problem to those listed below, with Nes3.63
and PHP 4.22.  The same errors are being returned intermittently.  It
appears that the primary occurence is when NeS is running MT (3 procs).
 A restart of the service appears to resolve the problem.  It could
also be that killing the child process might resolve the problem, not
sure.

The telltale error:

Warning: Failed opening
'/data01/www/./test.php' for inclusion
(include_path='.:/usr/local/lib/php') in Unknown on line 0

I've done some preliminary analysis using truss - one of the child
processes is stuffed, where the other children are fine.  Whenever that
ns child gets the request it fails...

any thoughts would be appreciated! 

thanks,

-dave.

23558:  read(179, 0x00175DF8, 2048) = 308
23558: G E T   / t e s t . p h p   H T T P / 1 . 0\r\n C o n n
23558: e c t i o n :   K e e p - A l i v e\r\n U s e r - A g e n t
:
23558: M o z i l l a / 4 . 7 8   [ e n ]   ( X 1 1 ;   U ;   S u n
O S
23558:   5 . 9   s u n 4 u )\r\n P r a g m a :   n o - c a c h
e\r\n H
23558: o s t :   l o c a l h o s t : 8 0 8 0\r\n A c c e p t :   i
m a
23558: g e / g i f ,   i m a g e / x - x b i t m a p ,   i m a g e
/ j
23558: p e g ,   i m a g e / p j p e g ,   i m a g e / p n g ,   *
/ *
23558:\r\n A c c e p t - E n c o d i n g :   g z i p\r\n A c c e p
t -
23558: L a n g u a g e :   e n\r\n A c c e p t - C h a r s e t :  
i s
23558: o - 8 8 5 9 - 1 , * , u t f - 8\r\n\r\n
23558:  fcntl(179, F_GETFD, 0x) = 1
23558:  fcntl(179, F_SETFD, 0x0001) = 0
23558:  lwp_sema_wait(0xFCF81E30)   = 0
23558:  sema type: USYNC_PROCESS  count = 0
23558:  lwp_sema_post(0xFCF81E30)   = 0
23558:  sema type: USYNC_PROCESS  count = 0
23558:  lwp_mutex_lock(0xFEEF5558)  = 0
23558:  mutex type: USYNC_THREAD
23558:  lwp_mutex_lock(0xFEEF5558)  = 0
23558:  mutex type: USYNC_THREAD
23558:  lwp_mutex_wakeup(0xFEEF5558)= 0
23558:  mutex type: USYNC_THREAD
23558:  lwp_mutex_wakeup(0xFEEF5558)= 0
23558:  mutex type: USYNC_THREAD
23558:  lwp_mutex_lock(0xFEEF5558)  = 0
23558:  mutex type: USYNC_THREAD
23558:  lwp_sema_post(0xFD371E30)   = 0
23558:  sema type: USYNC_PROCESS  count = 1
23558:  lwp_sema_wait(0xFD371E30)   = 0
23558:  sema type: USYNC_PROCESS  count = 0
23558:  lwp_mutex_wakeup(0xFEEF5558)= 0
23558:  mutex type: USYNC_THREAD
23558:  lwp_mutex_lock(0xFEEF5558)  = 0
23558:  mutex type: USYNC_THREAD
23558:  stat("/data/docs/blah.net/data/html/test.php", 0x00A06ED0) = 0
23558:  d=0x01540023 i=506899 m=0100664 l=1  u=102   g=62104
sz=4743
23558:  at = Feb 19 08:37:03 EST 2003  [ 1045604223 ]
23558:  mt = Jan 10 08:58:17 EST 2003  [ 1042149497 ]
23558:  ct = Jan 16 14:09:17 EST 2003  [ 1042686557 ]
23558:  bsz=8192  blks=10fs=ufs
23558:  lwp_sema_post(0xFCE11E30)   = 0
23558:  sema type: USYNC_PROCESS  count = 1
23558:  lwp_sema_wait(0xFCE11E30)   = 0
23558:  sema type: USYNC_PROCESS  count = 0
23558:  setitimer(ITIMER_PROF, 0xFCE11A90, 0x)  = 0
23558:   value:  interval:0.00 sec  value:   30.00
sec
23558:  sigaction(SIGPROF, 0xFCE118E0, 0xFCE119E0)  = 0
23558:  new: hand = 0xFEED7DD0 mask = 0xFFBFFEFF 0x1FFF 0 0
flags = 0x0008
23558:  old: hand = 0xFEED7DD0 mask = 0xFFBFFEFF 0x1FFF 0 0
flags = 0x0008
23558:  uname(0xFCE10E70)   = 1
23558:  sys=SunOS nod=fubar rel=5.8 ver=Generic_108528-17
mch=sun4u
23558:  door_info(8, 0xFCE0F080)= 0
23558:  door_call(8, 0xFCE0F068)= 0
23558:  resolvepath("/data/docs/blah.net/data/html",
"/data/docs/blah.net/data/html", 1024) = 45
23558:  stat("/data/docs/blah.net/data/html", 0xFCE103E0) = 0
23558:  d=0x01540023 i=506880 m=0042775 l=14 u=102   g=62104
sz=2048
23558:  at = Feb 19 08:25:35 EST 2003  [ 1045603535 ]
23558:  mt = Jan 30 16:56:34 EST 2003  [ 1043906194 ]
23558:  ct = Jan 30 16:56:34 EST 2003  [ 1043906194 ]
23558:  bsz=8192  blks=4 fs=lofs
23558:  resolvepath("/data/docs/blah.net/data/html/test.php",
"/data/docs/blah.net/data/html/test.php", 1024) = 58
23558:  open("/data/docs/blah.net/data/html/test.php", O_RDONLY) = 331
23558:  close(331)  = 0
23558:  send(179, 0x00A07418, 143, 0)  

#22468 [NEW]: Extension does not support dates earlier than Epoch

[stuart at myrddraal dot demon dot co dot uk]

From: stuart at myrddraal dot demon dot co dot uk
Operating system: Gentoo Linux
PHP version:  4.3.0
PHP Bug Type: XMLRPC-EPI related
Bug description:  Extension does not support dates earlier than Epoch

The XML-RPC Extension does not correctly cope with dates before the Epoch
(ie, anything which won't go into time_t).

This bug prevents the XML-RPC Extension passing the XML-RPC verification
suite, which can be found at http://validator.xmlrpc.com/

The following example code demonstrates the fault.


-- 
Edit bug report at http://bugs.php.net/?id=22468&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22468&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22468&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22468&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22468&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22468&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22468&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22468&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22468&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22468&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22468&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22468&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22468&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22468&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22468&r=gnused

#22468 [Opn->Bgs]: Extension does not support dates earlier than Epoch

[iliaa]

 ID:   22468
 Updated by:   [EMAIL PROTECTED]
 Reported By:  stuart at myrddraal dot demon dot co dot uk
-Status:   Open
+Status:   Bogus
 Bug Type: XMLRPC-EPI related
 Operating System: Gentoo Linux
 PHP Version:  4.3.0
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

This is a bug in libxmlrpc and not PHP. 


Previous Comments:


[2003-02-27 18:54:52] stuart at myrddraal dot demon dot co dot uk

The XML-RPC Extension does not correctly cope with dates before the
Epoch (ie, anything which won't go into time_t).

This bug prevents the XML-RPC Extension passing the XML-RPC
verification suite, which can be found at http://validator.xmlrpc.com/

The following example code demonstrates the fault.






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

#22462 [Opn->Fbk]: session_start() blocks execution of other scripts

[iliaa]

 ID:   22462
 Updated by:   [EMAIL PROTECTED]
 Reported By:  cmaxwell at themanor dot net
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: OpenBSD 3.2-stable
 PHP Version:  4.3.0
 New Comment:

What session handler are you using?


Previous Comments:


[2003-02-27 12:06:37] cmaxwell at themanor dot net

This is a file locking/blocking issue.  While avoiding collision on the
session file may be a "feature", the behavior blocking execution and
not returning an error is a bug.

Run the following script from CLI php on two seperate consoles on the
same host.  

The first script will execute, start the session and, quite obviously,
not return.

The second script will start, but will never finish the session_start()
command, nor will it timeout, until the first process finishes.

-

-

Some ideas for improved behavior:

 - accept an optional parameter to session_start() of "$nonblock" that
allows returning FALSE on blocking error.  This avoids breaking
web-based scripts that may rely on the TRUE return code.

 - new function wrapper session_start_nonblock() that has nonblocking
behavior and/or an error return code.

Both suggestions leave the onus of how to deal with undefined blocking
behavior up to the application.  





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

#22468 [Bgs->Opn]: Extension does not support dates earlier than Epoch

[stuart at myrddraal dot demon dot co dot uk]

 ID:   22468
 User updated by:  stuart at myrddraal dot demon dot co dot uk
 Reported By:  stuart at myrddraal dot demon dot co dot uk
-Status:   Bogus
+Status:   Open
 Bug Type: XMLRPC-EPI related
 Operating System: Gentoo Linux
 PHP Version:  4.3.0
 New Comment:

Hi there,

I'm surprised that you don't want to accept this bug.  I don't agree
that this bug isn't a PHP bug.  Any chance of you reconsidering?

1. PHP ships with its own (forked!) copy of libxmlrpc.  PHP users like
myself don't go and get it from the XMLRPC-EPI project.
2. Any fix for this fault will have to be applied to PHP's CVS tree.
3. The PHP team actively investigate faults in other Extensions that
are built on underlying libraries.
4. Until the bug is fixed, PHP's support for XML-RPC is not
standards-compliant.

Best regards,
Stu


Previous Comments:


[2003-02-27 20:36:00] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

This is a bug in libxmlrpc and not PHP. 



[2003-02-27 18:54:52] stuart at myrddraal dot demon dot co dot uk

The XML-RPC Extension does not correctly cope with dates before the
Epoch (ie, anything which won't go into time_t).

This bug prevents the XML-RPC Extension passing the XML-RPC
verification suite, which can be found at http://validator.xmlrpc.com/

The following example code demonstrates the fault.






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

#22468 [Opn]: Extension does not support dates earlier than Epoch

[stuart at myrddraal dot demon dot co dot uk]

 ID:   22468
 User updated by:  stuart at myrddraal dot demon dot co dot uk
 Reported By:  stuart at myrddraal dot demon dot co dot uk
 Status:   Open
 Bug Type: XMLRPC-EPI related
 Operating System: Gentoo Linux
 PHP Version:  4.3.0
 New Comment:

If it helps, the cause of the bug appears to be a design flaw in
libxmlrpc.  libxmlrpc converts dateTime strings into the time_t type. 
On POSIX.1 compliant systems, time_t can't legally hold values earlier
than the Epoch.

Fixing libxmlrpc to use a different type won't be enough to support
dateTime natively under PHP.  PHP doesn't have any native date / time
functions that can work with dates earlier than the Epoch.

Best regards,
Stu


Previous Comments:


[2003-02-27 20:57:07] stuart at myrddraal dot demon dot co dot uk

Hi there,

I'm surprised that you don't want to accept this bug.  I don't agree
that this bug isn't a PHP bug.  Any chance of you reconsidering?

1. PHP ships with its own (forked!) copy of libxmlrpc.  PHP users like
myself don't go and get it from the XMLRPC-EPI project.
2. Any fix for this fault will have to be applied to PHP's CVS tree.
3. The PHP team actively investigate faults in other Extensions that
are built on underlying libraries.
4. Until the bug is fixed, PHP's support for XML-RPC is not
standards-compliant.

Best regards,
Stu



[2003-02-27 20:36:00] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

This is a bug in libxmlrpc and not PHP. 



[2003-02-27 18:54:52] stuart at myrddraal dot demon dot co dot uk

The XML-RPC Extension does not correctly cope with dates before the
Epoch (ie, anything which won't go into time_t).

This bug prevents the XML-RPC Extension passing the XML-RPC
verification suite, which can be found at http://validator.xmlrpc.com/

The following example code demonstrates the fault.






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

#22469 [NEW]: alias for mysql_result($res, 0)

[Amiel dot Martin at wwu dot edu]

From: Amiel dot Martin at wwu dot edu
Operating system: Linux
PHP version:  4.2.3
PHP Bug Type: Feature/Change Request
Bug description:  alias for mysql_result($res, 0)

I use:

$res = mysql_query("SELECT one_column FROM table")
  or die("blah");
$var = mysql_result($res,0);

VERY often.
I am requesting a pop-like function for a mysql result;

so that:

mysql> SELECT col_one, col_two FROM table;
-
| col_one | col_two |
|-|-|
| res one | res two |
| res thr | res fou |
|---|



would print:
res one
res two
res thr
res fou


thanks much,

Amiel
-- 
Edit bug report at http://bugs.php.net/?id=22469&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22469&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22469&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22469&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22469&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22469&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22469&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22469&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22469&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22469&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22469&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22469&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22469&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22469&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22469&r=gnused