#18643 [Com]: libmysql/my_tempnam.c gives compiler warnings

[info]

 ID:   18643
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Compile Warning
 Operating System: Compaq Tru64
 PHP Version:  4CVS-2002-08-14
 Assigned To:  georg
 New Comment:

I downloaded the latest snapshot i.e php4-STABLE-200211220430 today and
compliled using the options  

./configure --with-mysql --with-gd=/usr/local
--with-png-dir=/downloads/libpng-1.2.5
--with-zlib-dir=/downloads/zlib-1.1.4  
--with-apxs=/usr/local/apache/bin/apxs
--with-jpeg-dir=/downloads/jpeg-6b --with-mail --enable-track-vars

but still was getting the errors 

ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam':
/downloads/php4-STABLE-200211220430/ext/mysql/libmysql/my_tempnam.c:103:
the use of `tempnam' is dangerous, better use `mkstemp'

then I went to www.mysql.com  and downloaded their latest binary 
mysql-3.23.53a-pc-linux-gnu-i686.tar.gz and installed it into
/usr/local/mysql

and changed the configure options to 

./configure --with-mysql=/usr/local/mysql --with-gd=/usr/local
--with-png-dir=/downloads/libpng-1.2.5
--with-zlib-dir=/downloads/zlib-1.1.4  
--with-apxs=/usr/local/apache/bin/apxs
--with-jpeg-dir=/downloads/jpeg-6b --with-mail --enable-track-vars


note:- --with-mysql=/usr/local/mysql

and it compiled perfect

chris
http://www.chrisranjana.com


Previous Comments:


[2002-08-23 11:58:44] [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-08-14 18:02:05] [EMAIL PROTECTED]

After chating with georg about this it seems that this bug has been
fixed in the MySQL end of things, and we are just awaiting an update
from thier end (Zak?).  



[2002-08-14 14:34:32] [EMAIL PROTECTED]

http://nohn.net/lalafarm/200208140900-error.log



[2002-08-13 22:27:25] [EMAIL PROTECTED]

Sebastian is this still true with georg's recent work?



[2002-07-30 08:42:22] [EMAIL PROTECTED]

cc: Warning:
/usr/users/nohn/php4-200207292100/ext/mysql/libmysql/my_tempnam.c, 
line 99: In this statement, the referenced type of the pointer value
"(const cha
r ...)temp_env" is "pointer to const signed char", which is not
compatible with 
"pointer to signed char". (ptrmismatch)
environ=(const char**)temp_env; /* May give warning */
^
cc: Warning:
/usr/users/nohn/php4-200207292100/ext/mysql/libmysql/my_tempnam.c, 
line 105: In this statement, the referenced type of the pointer value
"(const char ...)old_env" is "pointer to const signed char", which is
not compatible with 
"pointer to signed char". (ptrmismatch)
  environ=(const char**)old_env;/* May give warning */
--^





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

#20563 [Opn->]: GCC 2.96 warning

[tal]

 ID:   20563
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Won\'t fix
 Bug Type: Compile Warning
 Operating System: Linux RH7.3
 PHP Version:  4.3.0RC1
 New Comment:

This is well known and doesn't cause any problem, so we aren't going to
fix this, for the meanwhile.

tal


Previous Comments:


[2002-11-22 01:30:02] [EMAIL PROTECTED]

/usr/src/build/90147-i386/BUILD/imap-2001a/c-client/osdep.c:286: the
use of `tmpnam' is dangerous, better use `mkstemp'
ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam':
/usr/local/src/php-4.3.0pre1/ext/mysql/libmysql/my_tempnam.c:103: the
use of `tempnam' is dangerous, better use `mkstemp'





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

#20563 [NEW]: GCC 2.96 warning

[alkaros]

From: [EMAIL PROTECTED]
Operating system: Linux RH7.3
PHP version:  4.3.0RC1
PHP Bug Type: Compile Warning
Bug description:  GCC 2.96 warning

/usr/src/build/90147-i386/BUILD/imap-2001a/c-client/osdep.c:286: the use of
`tmpnam' is dangerous, better use `mkstemp'
ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam':
/usr/local/src/php-4.3.0pre1/ext/mysql/libmysql/my_tempnam.c:103: the use
of `tempnam' is dangerous, better use `mkstemp'

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

#20559 [Opn]: .phps unable just doesnt work

[phpbugs]

 ID:   20559
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Debian 3.0
 PHP Version:  4.2.3
 New Comment:

I installed the latest CVS snapshot and i am yet having the same
problem. I checked phpinfo to make sure that i have the correct build
installed and it does confirm im using the cvs i.e PHP Version
4.4.0-dev

I have been using this httpd.conf for quite a long time. And if im not
mistaken, the older versions (i think 4.1.x or so) did allow 

I tested this on one of the other boxes i have at office (development
box) and there im using 4.2.2 again with debian 3.0. It doesnt work
there either. Access log shows its being visited properly (code 200) 
but im getting the same error. here i havent made any changes really to
the httpd.conf im running it straight from the htdocs and default
settings of apache.

Even if i didnt add the addtype ... it should atleast let me download..
so i dont think thats the problem. but in either case i have the
addtype  for it.


Previous Comments:


[2002-11-22 00:54:04] [EMAIL PROTECTED]

i tried checking the logs.. in error logs i get nothing
however access log shows the correct info
 - - [22/Nov/2002:12:23:26 +0530] "GET /phpinfo.phps HTTP/1.1"
200 -

i am downloading and installing the latest snapshot.. will get back on
that as soon as im done.



[2002-11-22 00:04:32] [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

And you should also check your apache logs as it seems like
it's segfaulting or you have misconfigured the phps support.




[2002-11-21 23:00:12] [EMAIL PROTECTED]

I keep getting from lynx
Alert!: Unexpected network read error; connection aborted.
whenever i try and access any .phps script. I even just wrote a simple
phpinfo script with .phps extension and that failed too

My system is Debian 3.0 and im using a recompiled php. Im not sure if
it worked when i did a fresh compile.
'./configure' '--with-apxs=/usr/local/apache/bin/apxs'
'--with-mysql=/usr/local/mysql' '--with-zlib' '--with-gd=/usr'
'--with-jpeg-dir=/usr' '--with-vpopmail' '--with-png-dir=/usr'
'--with-freetype-dir=/usr' '--enable-gd-native-ttf' '--with-ttf'
'--with-xml' '--with-mhash' '--with-mcrypt' '--enable-calendar'
'--enable-ftp' '--enable-wddx' '--with-filepro' '--with-bz2'
'--with-cpdflib=/usr/lib' '--with-curl=/usr/include/curl'
'--with-gettext' '--with-pdf' '--with-openssl' '--with-session'
'--with-imap=/home/installers/mail/imap-2002'
'--with-imap-ssl=/usr/local/ssl' '--enable-bcmath' '--enable-sockets'
'--enable-track-vars' '--enable-trans-sid' '--enable-magic-quotes'
'--enable-inline-optimization' 

I am leaving on a copy of both .php and .phps online and will be
available at www.php-india.com/phpinfo.php and
www.php-india.com/phpinfo.phps

my apache addtype is : AddType application/x-httpd-php-source .phps
.php4s





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

#20562 [NEW]: Errors compiling against GD 2.0.7

[rolyv]

From: [EMAIL PROTECTED]
Operating system: Red Hat Linux 6.2
PHP version:  4.3.0RC1
PHP Bug Type: Compile Failure
Bug description:  Errors compiling against GD 2.0.7

I can compile PHP 4.3.0RC1 with the GD it comes with fine, but trying to
compile with GD 2.0.7 it gives these errors:

/usr/src/redhat/BUILD/php-4.3.0RC1/ext/gd/gd_ctx.c: In function
`_php_image_output_ctx':
In file included from /usr/src/redhat/BUILD/php-4.3.0RC1/ext/gd/gd.c:89:
/usr/src/redhat/BUILD/php-4.3.0RC1/ext/gd/gd_ctx.c:73: structure has no
member named `free'
/usr/src/redhat/BUILD/php-4.3.0RC1/ext/gd/gd_ctx.c:105: structure has no
member named `free'
/usr/src/redhat/BUILD/php-4.3.0RC1/ext/gd/gd.c: In function
`_php_image_type':
/usr/src/redhat/BUILD/php-4.3.0RC1/ext/gd/gd.c:1156: structure has no
member named `free'
/usr/src/redhat/BUILD/php-4.3.0RC1/ext/gd/gd.c:1163: structure has no
member named `free'
/usr/src/redhat/BUILD/php-4.3.0RC1/ext/gd/gd.c: In function
`_php_image_create_from':
/usr/src/redhat/BUILD/php-4.3.0RC1/ext/gd/gd.c:1345: structure has no
member named `free'
-- 
Edit bug report at http://bugs.php.net/?id=20562&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20562&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20562&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20562&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20562&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20562&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20562&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20562&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20562&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20562&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20562&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20562&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20562&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20562&r=isapi

#20559 [Fbk->Opn]: .phps unable just doesnt work

[phpbugs]

 ID:   20559
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Debian 3.0
 PHP Version:  4.2.3
 New Comment:

i tried checking the logs.. in error logs i get nothing
however access log shows the correct info
 - - [22/Nov/2002:12:23:26 +0530] "GET /phpinfo.phps HTTP/1.1"
200 -

i am downloading and installing the latest snapshot.. will get back on
that as soon as im done.


Previous Comments:


[2002-11-22 00:04:32] [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

And you should also check your apache logs as it seems like
it's segfaulting or you have misconfigured the phps support.




[2002-11-21 23:00:12] [EMAIL PROTECTED]

I keep getting from lynx
Alert!: Unexpected network read error; connection aborted.
whenever i try and access any .phps script. I even just wrote a simple
phpinfo script with .phps extension and that failed too

My system is Debian 3.0 and im using a recompiled php. Im not sure if
it worked when i did a fresh compile.
'./configure' '--with-apxs=/usr/local/apache/bin/apxs'
'--with-mysql=/usr/local/mysql' '--with-zlib' '--with-gd=/usr'
'--with-jpeg-dir=/usr' '--with-vpopmail' '--with-png-dir=/usr'
'--with-freetype-dir=/usr' '--enable-gd-native-ttf' '--with-ttf'
'--with-xml' '--with-mhash' '--with-mcrypt' '--enable-calendar'
'--enable-ftp' '--enable-wddx' '--with-filepro' '--with-bz2'
'--with-cpdflib=/usr/lib' '--with-curl=/usr/include/curl'
'--with-gettext' '--with-pdf' '--with-openssl' '--with-session'
'--with-imap=/home/installers/mail/imap-2002'
'--with-imap-ssl=/usr/local/ssl' '--enable-bcmath' '--enable-sockets'
'--enable-track-vars' '--enable-trans-sid' '--enable-magic-quotes'
'--enable-inline-optimization' 

I am leaving on a copy of both .php and .phps online and will be
available at www.php-india.com/phpinfo.php and
www.php-india.com/phpinfo.phps

my apache addtype is : AddType application/x-httpd-php-source .phps
.php4s





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

#20524 [Opn]: Session => empty files

[thibaud]

 ID:   20524
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Session related
 Operating System: Mandrake et Redhat
 PHP Version:  4.3.0-dev
 New Comment:

my problem is the same than http://bugs.php.net/bug.php?id=20537

please help me.
The php 4.3-dev let me a lot of problems for my users : function alredy
declared, setlocale(), others errors...

I'm obliged to used php 4.1* or 4.2*

thanks al lot for you help 
PS : it's for more than 500 users in the world (90 request per second
!)


Previous Comments:


[2002-11-22 00:36:06] [EMAIL PROTECTED]

script.php :


script2.php :




[2002-11-21 17:37:49] [EMAIL PROTECTED]

We need to see your code, please put the sources of those
scripts available too.

And DO NOT add comments to your own bug report, update the status and
version information when they change!




[2002-11-21 02:21:48] [EMAIL PROTECTED]

IF I add a sleep(2) before session_register("essai");
the session is normaly sauved.
I test the lastest php 4.3* release



[2002-11-21 01:41:42] [EMAIL PROTECTED]

I have try IT yesterday and  the probleme is the same !

http://phph1.phpnet.org/script.php

please help me



[2002-11-20 16:26:17] [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



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

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

#20524 [Fbk->Opn]: Session => empty files

[thibaud]

 ID:   20524
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: Mandrake et Redhat
 PHP Version:  4.3.0-dev
 New Comment:

script.php :


script2.php :



Previous Comments:


[2002-11-21 17:37:49] [EMAIL PROTECTED]

We need to see your code, please put the sources of those
scripts available too.

And DO NOT add comments to your own bug report, update the status and
version information when they change!




[2002-11-21 02:21:48] [EMAIL PROTECTED]

IF I add a sleep(2) before session_register("essai");
the session is normaly sauved.
I test the lastest php 4.3* release



[2002-11-21 01:41:42] [EMAIL PROTECTED]

I have try IT yesterday and  the probleme is the same !

http://phph1.phpnet.org/script.php

please help me



[2002-11-20 16:26:17] [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-11-20 15:52:54] [EMAIL PROTECTED]

I have just compiled PHP in CGI because it improves sharply the
performances of my machine (load fall).
On the other hand, I have a big probleme with the sessions. 

INDEED, when one makes a simple script :

By going on the script with IE: The session is created well on the
server but it is empty. (File of session empties).

WHILE by going there with Netscape, it work. 

The script handled by php in module works perfectly under both
navigators. 

I have heard about such a probleme but I did not find solution which
works. More inquietant still (!) : 
I compiled as on 3 different servers and on two, it does not work while
on the other whom has EXACTLY the same config php + apache + configure
lines, it works!!! 
(http://80.245.32.147/phpinfo)

You can consult the phpinfo of server who does not work on
http://phph2.phpnet.org/phpinfo.php 

A simple script of session :
http://www.phpnet.org/script.php work perfectly
http://phph2.phpnet.org/script.php doesn't save the session !

Have you met the probleme? 

Please help me !

PS: I tried all the versions:) php 4.2.2 , 4.1.2 , 4.2.3 And nobody
works.




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

#20561 [Bgs->Csd]: Can't track vars!

[stonelee74]

 ID:   20561
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Closed
 Bug Type: Apache related
 Operating System: FreeBSD 4.7
 PHP Version:  4.2.3
 New Comment:

thanks for your help!


Previous Comments:


[2002-11-22 00:12:56] [EMAIL PROTECTED]

In PHP 4.2.0, the 'register_globals' setting default changed to
'off'. See http://www.php.net/release_4_2_0.php for more info.
We are sorry about the inconvenience, but this change was a necessary
part of our efforts to make PHP scripting more secure and portable.



[2002-11-22 00:10:15] [EMAIL PROTECTED]

I had just install a web server.
all configuration is default.
but the track_vars is off. I can't transfer any form value to another
web page.

for example:

this is t.php


t


name: 





this is test.php


when I input something in the textbox and then click "submit", it only
display , nothing else;

why?




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

#20561 [Opn->Bgs]: Can't track vars!

[sniper]

 ID:   20561
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Apache related
 Operating System: FreeBSD 4.7
 PHP Version:  4.2.3
 New Comment:

In PHP 4.2.0, the 'register_globals' setting default changed to
'off'. See http://www.php.net/release_4_2_0.php for more info.
We are sorry about the inconvenience, but this change was a necessary
part of our efforts to make PHP scripting more secure and portable.


Previous Comments:


[2002-11-22 00:10:15] [EMAIL PROTECTED]

I had just install a web server.
all configuration is default.
but the track_vars is off. I can't transfer any form value to another
web page.

for example:

this is t.php


t


name: 





this is test.php


when I input something in the textbox and then click "submit", it only
display , nothing else;

why?




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

#20561 [NEW]: Can't track vars!

[stonelee74]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.7
PHP version:  4.2.3
PHP Bug Type: Apache related
Bug description:  Can't track vars!

I had just install a web server.
all configuration is default.
but the track_vars is off. I can't transfer any form value to another web
page.

for example:

this is t.php


t


name: 





this is test.php


when I input something in the textbox and then click "submit", it only
display , nothing else;

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

#20559 [Opn->Fbk]: .phps unable just doesnt work

[sniper]

 ID:   20559
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: Debian 3.0
 PHP Version:  4.2.3
 New Comment:

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

And you should also check your apache logs as it seems like
it's segfaulting or you have misconfigured the phps support.



Previous Comments:


[2002-11-21 23:00:12] [EMAIL PROTECTED]

I keep getting from lynx
Alert!: Unexpected network read error; connection aborted.
whenever i try and access any .phps script. I even just wrote a simple
phpinfo script with .phps extension and that failed too

My system is Debian 3.0 and im using a recompiled php. Im not sure if
it worked when i did a fresh compile.
'./configure' '--with-apxs=/usr/local/apache/bin/apxs'
'--with-mysql=/usr/local/mysql' '--with-zlib' '--with-gd=/usr'
'--with-jpeg-dir=/usr' '--with-vpopmail' '--with-png-dir=/usr'
'--with-freetype-dir=/usr' '--enable-gd-native-ttf' '--with-ttf'
'--with-xml' '--with-mhash' '--with-mcrypt' '--enable-calendar'
'--enable-ftp' '--enable-wddx' '--with-filepro' '--with-bz2'
'--with-cpdflib=/usr/lib' '--with-curl=/usr/include/curl'
'--with-gettext' '--with-pdf' '--with-openssl' '--with-session'
'--with-imap=/home/installers/mail/imap-2002'
'--with-imap-ssl=/usr/local/ssl' '--enable-bcmath' '--enable-sockets'
'--enable-track-vars' '--enable-trans-sid' '--enable-magic-quotes'
'--enable-inline-optimization' 

I am leaving on a copy of both .php and .phps online and will be
available at www.php-india.com/phpinfo.php and
www.php-india.com/phpinfo.phps

my apache addtype is : AddType application/x-httpd-php-source .phps
.php4s





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

#20382 [Com]: strtotime ("Monday", $date) can produce incorrect output

[nickj-phpbugs]

 ID:   20382
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Date/time related
 Operating System: Linux Mandrake 7.2
 PHP Version:  4.3.0-dev
 New Comment:

Ran the automated-date-test script on a different box, this one running
windows 2000 SP2 (previously was Mandrake Linux 7.2), using the latest
available snapshot of the 4.4.0-dev tree (was php4-win32-200211220330),
and it produced the same list of incorrect dates as in the above
comment.


Previous Comments:


[2002-11-12 19:46:28] [EMAIL PROTECTED]

OK, I decided that was needed was some kind of automated testing, so I
wrote it:

#!/root/php4-200211122230 -q
 7, "Monday" => 1, "Tuesday" => 2,
"Wednesday" => 3,
"Thursday" => 4, "Friday" => 5, "Saturday"
=> 6);

// convert into a number
$desired_day_of_week_number = $weekdays[$desired_day_of_week];

// see what day we have currently
list ($year, $month, $day) = explode ("-",$date);
$date_day_of_week = date("w", mktime
(17,17,17,$month,$day,$year));

$new_day = $day+(($desired_day_of_week_number-$date_day_of_week)+7) %
7;
return date("Y-n-j", mktime (17,17,17,$month,$new_day,$year));
}


// run an automated test to compare the output of these two functions,
and complain if they differ
for ($i=1; $i<1000; $i++) {
$date =  date("Y-n-j", mktime (17,17,17,1,$i,1999));
$strtotime_date = getDateWithModifier($date, "Monday");
$other_date = getDayOfTheWeekFromDate($date, "Monday");
if ($strtotime_date != $other_date) {
print "Discrepancy for $date - results were $strtotime_date vs
$other_date\n";
}
}

print "PHP version: " . phpversion(). "\n";

?>



Here's the output that I get:

[root@www tmp]# ./automated-date-test.php 
Discrepancy for 1999-3-23 - results were 1999-3-28 vs 1999-3-29
Discrepancy for 1999-3-24 - results were 1999-3-28 vs 1999-3-29
Discrepancy for 1999-3-25 - results were 1999-3-28 vs 1999-3-29
Discrepancy for 1999-3-26 - results were 1999-3-28 vs 1999-3-29
Discrepancy for 1999-3-27 - results were 1999-3-28 vs 1999-3-29
Discrepancy for 1999-3-28 - results were 1999-3-28 vs 1999-3-29
Discrepancy for 2000-3-21 - results were 2000-3-26 vs 2000-3-27
Discrepancy for 2000-3-22 - results were 2000-3-26 vs 2000-3-27
Discrepancy for 2000-3-23 - results were 2000-3-26 vs 2000-3-27
Discrepancy for 2000-3-24 - results were 2000-3-26 vs 2000-3-27
Discrepancy for 2000-3-25 - results were 2000-3-26 vs 2000-3-27
Discrepancy for 2000-3-26 - results were 2000-3-26 vs 2000-3-27
Discrepancy for 2001-3-20 - results were 2001-3-25 vs 2001-3-26
Discrepancy for 2001-3-21 - results were 2001-3-25 vs 2001-3-26
Discrepancy for 2001-3-22 - results were 2001-3-25 vs 2001-3-26
Discrepancy for 2001-3-23 - results were 2001-3-25 vs 2001-3-26
Discrepancy for 2001-3-24 - results were 2001-3-25 vs 2001-3-26
Discrepancy for 2001-3-25 - results were 2001-3-25 vs 2001-3-26
PHP version: 4.3.0-dev
[root@www tmp]# 


In other words, the result for these 6 days of the year consistently
appears to be wrong. (I suppose I should be glad that the very first
date I choose to test this function with just by fluke happened to be
one of those 6 days, as opposed to causing mysterious problems later!)


Does anyone else get any results that appear incorrect on running this
script?



[2002-11-12 19:25:41] [EMAIL PROTECTED]

No problem - Modified script slightly, as shown below, to use
gmmktime(), and to also print out the before and after timestamps.
Source:
=
#!/root/php4-200211122230 -q
\n";
print "2001-3-17, goto mon: " . getDateWithModifier("2001-3-17",
"Monday") . "; should be 2001-3-19.\n";
print "2001-3-18, goto mon: " . getDateWithModifier("2001-3-18",
"Monday") . "; should be 2001-3-19.\n";
print "2001-3-19, goto mon: " . getDateWithModifier("2001-3-19",
"Monday") . "; should be 2001-3-19.\n";
print "2001-3-20, goto mon: " . getDateWithModifier("2001-3-20",
"Monday") . "; should be 2001-3-26 ###.\n";
print "2001-3-21, goto mon: " . getDateWithModifier("2001-3-21",
"Monday") . "; should be 2001-3-26 ###.\n";
print "2001-3-22, goto mon: " . getDateWithModifier("2001-3-22",
"Monday") . "; should be 2001-3-26 ###.\n";
print "2001-3-23, goto mon: " . getDateWithModifier("2001-3-23",
"Monday") . "; should be 2001-3-26 ###.\n";
print "2001-3-24, goto mon: " . getDateWithModifier("2001-3-24",
"Monday") . "; should be 2001-3-26 ###.\n";
print "2001-3-25, goto mon: " . getDateWithModifier("2001-3-25",
"Monday") . "; shou

#20560 [NEW]: exif_read_data can't read my jpeg comment

[play]

From: [EMAIL PROTECTED]
Operating system: FreeBSD/Pentium III
PHP version:  4.3.0RC1
PHP Bug Type: *Graphics related
Bug description:  exif_read_data can't read my jpeg comment

http://www.slowchildren.com/pictures/test.php

script =-=-=-=-=-=-=-=-=
\n";
foreach($exif as $key=>$section) {
foreach($section as $name=>$val) {
echo "$key.$name: $val\n";
}
}
?>
/script =-=-=-=-=-=-=-=-=

This script can't seem to find my JPEG comment.  Using jhead* or
GraphicCoverter* shows my jpeg comment just find.  Why doesn't it work in
php???

*http://www.sentex.net/~mwandel/jhead/
*http://lemkesoft.de/us_gcabout.html

Here's the image:
http://www.slowchildren.com/pictures/pictures/IMG_0454.JPG

Just in case:

 './configure' '--with-gd' '--without-msql' '--with-iodbc' '--with-curl'
'--with-png-dir=/usr/local/lib' '--with-mysql=/usr/local'
'--with-config-file-path=/usr/www/users/dant/scott/phpini'
'--enable-debug=no' '--enable-track-vars=yes' '--enable-ftp=yes'
'--enable-force-cgi-redirect=yes' '--enable-exif' '--enable-mbstring'
'--enable-magic-quotes' '--enable-bcmath' '--with-zlib-dir=/usr/local'


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

#20559 [NEW]: .phps unable just doesnt work

[phpbugs]

From: [EMAIL PROTECTED]
Operating system: Debian 3.0
PHP version:  4.2.3
PHP Bug Type: Scripting Engine problem
Bug description:  .phps unable just doesnt work

I keep getting from lynx
Alert!: Unexpected network read error; connection aborted.
whenever i try and access any .phps script. I even just wrote a simple
phpinfo script with .phps extension and that failed too

My system is Debian 3.0 and im using a recompiled php. Im not sure if it
worked when i did a fresh compile.
'./configure' '--with-apxs=/usr/local/apache/bin/apxs'
'--with-mysql=/usr/local/mysql' '--with-zlib' '--with-gd=/usr'
'--with-jpeg-dir=/usr' '--with-vpopmail' '--with-png-dir=/usr'
'--with-freetype-dir=/usr' '--enable-gd-native-ttf' '--with-ttf'
'--with-xml' '--with-mhash' '--with-mcrypt' '--enable-calendar'
'--enable-ftp' '--enable-wddx' '--with-filepro' '--with-bz2'
'--with-cpdflib=/usr/lib' '--with-curl=/usr/include/curl' '--with-gettext'
'--with-pdf' '--with-openssl' '--with-session'
'--with-imap=/home/installers/mail/imap-2002'
'--with-imap-ssl=/usr/local/ssl' '--enable-bcmath' '--enable-sockets'
'--enable-track-vars' '--enable-trans-sid' '--enable-magic-quotes'
'--enable-inline-optimization' 

I am leaving on a copy of both .php and .phps online and will be available
at www.php-india.com/phpinfo.php and www.php-india.com/phpinfo.phps

my apache addtype is : AddType application/x-httpd-php-source .phps
.php4s

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

#20109 [Ctl]: iplanet 6 core dump w/NSAPI load

[cjs]

 ID:   20109
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Critical
 Bug Type: iPlanet related
 Operating System: Solaris 9
-PHP Version:  php4-STABLE-20021116
+PHP Version:  4.3.0-dev, php4-STABLE-20021116
 New Comment:

Added 4.3.0-dev to version.


Previous Comments:


[2002-11-16 13:09:18] [EMAIL PROTECTED]

Updated to iPlanet-WebServer-Enterprise/6.0SP5 and tried 
php4-STABLE-200211161630. Same crash, no change.


[16/Nov/2002:14:07:33] catastrophe (22765): Server crash detected
(signal SIGBUS)
[16/Nov/2002:14:07:33] info (22765): Crash occurred in NSAPI SAF
php4_execute
[16/Nov/2002:14:07:33] info (22765): Crash occurred in function
php_register_variable_ex from module
/usr/iplanet/servers/bin/libphp4.so



[2002-11-02 14:11:14] [EMAIL PROTECTED]

As much as I don't like nsapi, we can't have it not working for 4.3.0
release... since it has historically worked (sometimes).



[2002-10-27 08:49:16] [EMAIL PROTECTED]

Tried php4-200210262100, same crash, same backtrace.

Crash:
[27/Oct/2002:09:45:07] catastrophe (29972): Server crash detected
(signal SIGBUS)
[27/Oct/2002:09:45:07] info (29972): Crash occurred in NSAPI SAF
php4_execute
[27/Oct/2002:09:45:07] info (29972): Crash occurred in function
php_register_variable_ex from module
/usr/iplanet/servers/bin/libphp4.so
[27/Oct/2002:09:45:12] failure (29957): Child process admin thread is
shutting down

Backtrace:
#0  0xfe629ccc in php_register_variable_ex (var=0xfe6c05c0
"REQUEST_LINE", 
val=0xfda5f6b8, track_vars_array=0xfe6c05c0, tsrm_ls=0x1792d8)
at /home/cjs/work/php4-200210262100/main/php_variables.c:176
#1  0xfe62988c in php_register_variable_safe (var=0xfe6c05c0
"REQUEST_LINE", 
strval=0xc722f0 "GET /phpinfo.php HTTP/1.1", str_len=25, 
track_vars_array=0x35a6d8, tsrm_ls=0x1792d8)
at /home/cjs/work/php4-200210262100/main/php_variables.c:56
#2  0xfe6297a4 in php_register_variable (var=0xfe6c05c0 "REQUEST_LINE",

strval=0xc722f0 "GET /phpinfo.php HTTP/1.1",
track_vars_array=0x35a6d8, 
tsrm_ls=0x1792d8)
at /home/cjs/work/php4-200210262100/main/php_variables.c:37
#3  0xfe678e10 in sapi_nsapi_register_server_variables (
track_vars_array=0x35a6d8, tsrm_ls=0x1792d8)
at /home/cjs/work/php4-200210262100/sapi/nsapi/nsapi.c:290
#4  0xfe61e7b4 in php_hash_environment (tsrm_ls=0x1792d8)
at /home/cjs/work/php4-200210262100/main/main.c:1220
#5  0xfe61d278 in php_request_startup (tsrm_ls=0x1792d8)
at /home/cjs/work/php4-200210262100/main/main.c:857
#6  0xfe679590 in nsapi_module_main (request_context=0xc72d60, 
tsrm_ls=0x1792d8)
at /home/cjs/work/php4-200210262100/sapi/nsapi/nsapi.c:460
#7  0xfe679768 in php4_execute (pb=0xc3f88, sn=0xc36a48, rq=0xc36a90)
at /home/cjs/work/php4-200210262100/sapi/nsapi/nsapi.c:525
#8  0xff1d89b4 in
__0FNfunc_exec_strP6KFuncStructP6GpblockP6HSessionP6HRequest
() from /usr/iplanet/servers/bin/https/lib/libns-httpd40.so
#9  0xff1d9cf8 in INTobject_execute ()
   from /usr/iplanet/servers/bin/https/lib/libns-httpd40.so
#10 0xff1dd8e8 in INTservact_service ()
   from /usr/iplanet/servers/bin/https/lib/libns-httpd40.so
#11 0xff1dde84 in INTservact_handle_processed ()
   from /usr/iplanet/servers/bin/https/lib/libns-httpd40.so
#12 0xff215c0c in __0fLHttpRequestUUnacceleratedRespondPCcTBPc ()
   from /usr/iplanet/servers/bin/https/lib/libns-httpd40.so
#13 0xff2150c0 in __0fLHttpRequestNHandleRequestP6Gnetbuf ()
   from /usr/iplanet/servers/bin/https/lib/libns-httpd40.so
#14 0xff213388 in __0fNDaemonSessionDrunv ()
   from /usr/iplanet/servers/bin/https/lib/libns-httpd40.so
#15 0xff163b80 in ThreadMain ()
   from /usr/iplanet/servers/bin/https/lib/libnsprwrap.so
#16 0xfede76a0 in _pt_root ()
   from /usr/iplanet/servers/bin/https/lib/libnspr4.so



[2002-10-26 17:01:52] [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

I've just commited a patch to the CVS that may address the problem you
are seeing.



[2002-10-26 15:19:19] [EMAIL PROTECTED]

Recompiled with the latest snap (php4-200210261200) and with Forte 7
compilers (previous was with gcc 2.95.3) . Similar crash, here is the
dbx backtrace:

t@18 (l@18) terminated by signal SEGV (no mapping at the fault
address)
0xfd8f6834: DumpThreads+0x000c: ldub[%o0 + 0x38], %o0
Current function is php_register_variable
   37   php_register_variable_safe(var, strval, strlen(strval),
track_vars_array TSRMLS_CC);

(dbx) where

#20549 [Bgs]: register_global and scoping vars

[somekool]

 ID:   20549
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: *General Issues
 Operating System: Slackware Linux
 PHP Version:  4.2.2
 New Comment:

yes i enabled register_globals

but i would like my variables to be really global and usable in every
scope, even in user defined function

function foo()
{
  echo $varX;
}

without specifying "global $varX;"


Previous Comments:


[2002-11-21 16:34:48] [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.


If you enable register_globals then variables passed via
GET/POST/COOKIE will be avaliable in the global scope.



[2002-11-21 13:27:35] [EMAIL PROTECTED]

Hi

this is most a request than a regular bug report.
we found that we can't access get and post vars in user defined
function by using $var in PHP 4.2. even with register_globals set to
on, variable cannot be accessed by using the common way.

this require a lot of work to adapt our code and we prefer to take the
responsability on our own. we understand the security issue, and
appreciate that PHP take care of user security. but, can't we handle by
our own the security problem ? is there any option to make External
variables being global as it was ?

thanks





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

#20449 [Opn]: sessions randomly fail

[josh]

 ID:   20449
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Session related
 Operating System: redhat 7.3
 PHP Version:  4.4.0-dev
 New Comment:

Ok.  I think I have a really good idea as to what the bug is.

I am pretty sure there is a bug in the session serialization functions.
 (and perhaps the normal php serialize/unserialize function)

It appears that the serialization does not handle arrays 100%
correctly.  It works some of the times, but sometimes, the arrays get
completely lost. (thus the reason why the cart variable suddenly
changes to null)

Over the last couple of days, I implemented my own session code.  I
stopped using $_SESSION and used my own method. (exact same concept
though)

I now use $GLOBALS["MYSESSION"] and I use serialize and unserialize
along with a session start and session save function.  I store to the
exact same mysql session table that I did with code before.

We noticed an immediate improvement in sales of about 10-20 per day. 
We were struggling to get to the 70-80 mark.  The day I implemented the
new session code, we received 95 orders, the next day we received 91. 
Today we are over 100!  

I do however, still notice some null carts though.  I think the normal
php serialize/unserialize function has a problem as well.  However, it
is obviously more stable than whatever the $_SESSION code uses.  (I
would assume the session code uses the regular php serialize functions?
if so, then calling serialize directly and not letting php handle the
sessions at all is more reliable)

So today I have written some further code to preconvert arrays into
strings.  Thus, I will only be passing a normal string to
serialize/unserialize since it seems to handle strings perfectly.  My
session start and save functions do all the conversion of string->array
and vice versa.  I'll drop a note in here tomorrow to report how that
goes.

As a side note: as a programmer, I realize that thinking there is a bug
in those functionns is one thing.  I know that since I can't provide
code that breaks it, it will be damn hard to debug.  My only thought is
that it works most of the time so why wouldn't it work every time.  I
too would probably tell myself that I'm smoking crack and the bug must
be elsewhere.  But, I've been debugging everything else for over a
month.  My recent changes brought a dramatic increase in orders so I
have to conclude that the bug lies somewhere in the php session code.  
Again, I'll let you know how serializing only a string goes and not
letting serialize get a hold of an array.


Previous Comments:


[2002-11-21 15:29:24] [EMAIL PROTECTED]

NULL



[2002-11-21 09:54:16] [EMAIL PROTECTED]

I just noticed something in my session table. 

a:2:{s:4:"cart";N;s:10:"gobackpage";N;}

What does N mean?



[2002-11-17 22:56:14] [EMAIL PROTECTED]

Changing my delimiter has not helped either.  

This is really hard to reproduce.  But it is happening.  I don't know
if adding a second server to share the load will help or not.  While we
will be adding a second server tomorrow, we really shouldn't have to. 


What should I do next?

Josh



[2002-11-17 17:32:18] [EMAIL PROTECTED]

I set the gc_probability to 0.  After 5 hours, I got another dozen
notifications that the cart failed.  I even got a tech support
complaint from a customer.  

My hunch is that the serializer is obliterating the array.  One of the
recent things I started to do was to initialize $_SESSION["cart"] =
Array(); when they first enter the site.  On the sessions that have
problems, the cart variable disappears.  However, other session
variables still exist.  

No where on the site do I attempt to destroy the session. 

I'm going to change my | delimiter as I notice that the serializer uses
a | as a delimiter.  I wonder if that could be it.  (though, it works
most of the time)

I've made the other changes to the handler.  I still see problems
though.  Is there any particular user behaviour that could explain it? 
I had someone suggest to me that a user double clicking the add to cart
button could do it.  I don't see how though.  Not only that, I've tried
clicking more than once myself and have never seen the problem.

Josh



[2002-11-17 12:42:17] [EMAIL PROTECTED]

Ok.  I will fix my handler using your suggestions.  I'll get back to
you after a few hours of letting it work.

Josh



The remainder of the comments for this report are too long. To view
the rest of the comments, please vie

#20558 [Opn->Bgs]: Notice: Undefined variable:

[iliaa]

 ID:   20558
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Variables related
 Operating System: window 2000
 PHP Version:  4.2.3
 New Comment:

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

If you do not want to see notice warnings, set your error reporting
level to E_ALL ^ E_NOTICE


Previous Comments:


[2002-11-21 21:21:49] [EMAIL PROTECTED]

Where test php code, show error that
Notice: Undefined variable: [var_name] in [file_name.php] on line
[name_line]

How I can do for don't show this error message?

Note : I use IIS for web server.
Thanks




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

#20558 [NEW]: Notice: Undefined variable:

[chat_cha]

From: [EMAIL PROTECTED]
Operating system: window 2000
PHP version:  4.2.3
PHP Bug Type: Variables related
Bug description:  Notice: Undefined variable:

Where test php code, show error that
Notice: Undefined variable: [var_name] in [file_name.php] on line
[name_line]

How I can do for don't show this error message?

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

#20554 [Opn->Fbk]: include_path not correct

[sniper]

 ID:   20554
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: *Configuration Issues
 Operating System: Slackware Linux 8.1
 PHP Version:  4.3.0RC1
 New Comment:

What apache version are you using?

And are you sure the include_path is not overridden
in httpd.conf or in some .htaccess file?




Previous Comments:


[2002-11-21 18:48:20] [EMAIL PROTECTED]

Is there something wrong with include_path from the ini file?

grep include_path /usr/local/lib/php.ini
; (directory must also be in include_path or full path must
include_path=/usr/local/lib/php:/share/web/php:/share/web/secure/auth:/share/web/secure:/usr/local/apache2/php

;include_path = ".;c:\php\includes"

*** Please note the '/share/web/secure/auth' path.


ls -al /share/web/secure/auth
total 34
drwxr-xr-x2 nobody   users 168 Nov 21 16:12 ./
drwxrwxr-x   10 nobody   users 528 Nov 21 16:12 ../
-rwxr-x---1 nobody   users9663 Nov 21 18:14 auth.php*
-rwxr-x---1 nobody   users5548 Nov 21 17:14 login.php*
-rwxr-x---1 nobody   users 118 Nov 21 15:57 logout.php*
-rwxr-x---1 nobody   users5235 Nov 21 16:47
request_pass.php*

*** sane permissions

Portion of script producing errors:
error_log("cfg_file_path=".get_cfg_var('cfg_file_path'), 0);
error_log("Include path: ".ini_get('include_path'), 0 );
require "auth.php";


Output of error log:
[21-Nov-2002 18:32:38] cfg_file_path=/usr/local/lib/php.ini
[21-Nov-2002 18:32:38] Include path:
/usr/local/lib/php:/share/web/php:/share/web/secure:/usr/local/apache2/php
[21-Nov-2002 18:32:38] PHP Warning:  main(auth.php) [function.main]: failed to
create stream: No such file or directory in /share2/mymp3/index.php on
line 11
[21-Nov-2002 18:32:38] PHP Fatal error:  Failed opening required
'auth.php'
(include_path='/usr/local/lib/php:/share/web/php:/share/web/secure:/usr/local/apache2/php')
in /share2/mymp3/index.php on line 11


So  cfg_file_path says the config file is being used.
but ini_get shows the path does not match my php.ini 

I checked all my files and no ini_set over-rides are in place.  Is this
parameter cached somewhere or somehow?

Regards,
Kevin Carlson




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

#20555 [Fbk->Csd]: Compile failure

[iliaa]

 ID:   20555
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: FreeBSD 4.7-RELEASE
 PHP Version:  4CVS-2002-11-21 (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:


[2002-11-21 20:25:20] [EMAIL PROTECTED]

With the bundled gd, no problems.

With 
#include "php.h" 
and using my "external" gd now works.



[2002-11-21 20:07:53] [EMAIL PROTECTED]

If you add the 
#include "php.h"

to gdcache.c does the problem go away?



[2002-11-21 20:00:59] [EMAIL PROTECTED]

-- Snip from make output --
pto -lssl -lcrypt  -o sapi/cli/php
ext/gd/gdcache.lo: In function `gdCacheCreate':
ext/gd/gdcache.lo(.text+0x26): undefined reference to `pemalloc'
ext/gd/gdcache.lo: In function `gdCacheDelete':
ext/gd/gdcache.lo(.text+0x87): undefined reference to `pefree'
ext/gd/gdcache.lo(.text+0x99): undefined reference to `pefree'
ext/gd/gdcache.lo: In function `gdCacheGet':
ext/gd/gdcache.lo(.text+0x150): undefined reference to `pemalloc'
*** Error code 1

Stop in /home/matt/src/php4.

-- Config -
'./configure' \
'--disable-all' \
'--enable-posix' \
'--enable-session' \
'--enable-xml' \
'--enable-inline-optimization' \
'--with-apxs2=/chroot/sbin/apxs' \
'--with-config-file-path=/etc' \
'--enable-versioning' \
'--with-regex=system' \
'--enable-track-vars' \
'--with-zlib' \
'--with-gd=/usr/local' \
'--enable-gd-native-ttf' \
'--with-pgsql=/usr/local' \
'--with-openssl=/usr' \
'--with-xml=/usr/local' \
'--with-expat-dir=/usr/local' \
'--enable-trans-sid' \
'--with-jpeg-dir=/usr/local' \
'--with-png-dir=/usr/local' \
'--with-freetype-dir=/usr/local' \
'--prefix=/chroot/www' \
'--with-pcre-regex' \
'--disable-tokenizer' \
'--disable-ctype' \
'--disable-mbstring' \
'--disable-mbregex' \
'--enable-cli' \
'--without-mysql' \
'--without-mm' \
'--with-msession=/usr/local/'

I am using gd-2.0.1_3.  I had no problems with a build from around a
week ago.  Could this be caused by the recent patch to ext/gd/gdcache.c
(1.6)? 

--Matt




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

#20555 [Com]: Compile failure

[matt]

 ID:   20555
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Compile Failure
 Operating System: FreeBSD 4.7-RELEASE
 PHP Version:  4CVS-2002-11-21 (dev)
 New Comment:

With the bundled gd, no problems.

With 
#include "php.h" 
and using my "external" gd now works.


Previous Comments:


[2002-11-21 20:07:53] [EMAIL PROTECTED]

If you add the 
#include "php.h"

to gdcache.c does the problem go away?



[2002-11-21 20:00:59] [EMAIL PROTECTED]

-- Snip from make output --
pto -lssl -lcrypt  -o sapi/cli/php
ext/gd/gdcache.lo: In function `gdCacheCreate':
ext/gd/gdcache.lo(.text+0x26): undefined reference to `pemalloc'
ext/gd/gdcache.lo: In function `gdCacheDelete':
ext/gd/gdcache.lo(.text+0x87): undefined reference to `pefree'
ext/gd/gdcache.lo(.text+0x99): undefined reference to `pefree'
ext/gd/gdcache.lo: In function `gdCacheGet':
ext/gd/gdcache.lo(.text+0x150): undefined reference to `pemalloc'
*** Error code 1

Stop in /home/matt/src/php4.

-- Config -
'./configure' \
'--disable-all' \
'--enable-posix' \
'--enable-session' \
'--enable-xml' \
'--enable-inline-optimization' \
'--with-apxs2=/chroot/sbin/apxs' \
'--with-config-file-path=/etc' \
'--enable-versioning' \
'--with-regex=system' \
'--enable-track-vars' \
'--with-zlib' \
'--with-gd=/usr/local' \
'--enable-gd-native-ttf' \
'--with-pgsql=/usr/local' \
'--with-openssl=/usr' \
'--with-xml=/usr/local' \
'--with-expat-dir=/usr/local' \
'--enable-trans-sid' \
'--with-jpeg-dir=/usr/local' \
'--with-png-dir=/usr/local' \
'--with-freetype-dir=/usr/local' \
'--prefix=/chroot/www' \
'--with-pcre-regex' \
'--disable-tokenizer' \
'--disable-ctype' \
'--disable-mbstring' \
'--disable-mbregex' \
'--enable-cli' \
'--without-mysql' \
'--without-mm' \
'--with-msession=/usr/local/'

I am using gd-2.0.1_3.  I had no problems with a build from around a
week ago.  Could this be caused by the recent patch to ext/gd/gdcache.c
(1.6)? 

--Matt




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

#20556 [NEW]: php blocks strip newlines from output

[php]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.2-REL
PHP version:  4.2.2
PHP Bug Type: Output Control
Bug description:  php blocks strip newlines from output

This problem never shows up when using PHP to output HTML since it ignores
newlines... but if you're outputting straight text it's a huge hassle. 
Any block of php code placed at the end of a line (adjacent to a newline
character) will "eat" that newline character.  Example:

10
20

Give it a try, it outputs:

1020

No matter what is present in the php block this happens.  If there is a
character directly following the block it will not get eaten:

10C
20

Produces:

10C
20

This is a big annoyance for me, as I'm using PHP to generate text (as well
as html) emails using templates.  I'm thinking the parser is just running
off the end of the line looking for another php block, but it never
bothers to put the newline back when it's done.
-- 
Edit bug report at http://bugs.php.net/?id=20556&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20556&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20556&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20556&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20556&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20556&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20556&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20556&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20556&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20556&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20556&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20556&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20556&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20556&r=isapi

#20555 [Opn->Fbk]: Compile failure

[iliaa]

 ID:   20555
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: FreeBSD 4.7-RELEASE
 PHP Version:  4CVS-2002-11-21 (dev)
 New Comment:

If you add the 
#include "php.h"

to gdcache.c does the problem go away?


Previous Comments:


[2002-11-21 20:00:59] [EMAIL PROTECTED]

-- Snip from make output --
pto -lssl -lcrypt  -o sapi/cli/php
ext/gd/gdcache.lo: In function `gdCacheCreate':
ext/gd/gdcache.lo(.text+0x26): undefined reference to `pemalloc'
ext/gd/gdcache.lo: In function `gdCacheDelete':
ext/gd/gdcache.lo(.text+0x87): undefined reference to `pefree'
ext/gd/gdcache.lo(.text+0x99): undefined reference to `pefree'
ext/gd/gdcache.lo: In function `gdCacheGet':
ext/gd/gdcache.lo(.text+0x150): undefined reference to `pemalloc'
*** Error code 1

Stop in /home/matt/src/php4.

-- Config -
'./configure' \
'--disable-all' \
'--enable-posix' \
'--enable-session' \
'--enable-xml' \
'--enable-inline-optimization' \
'--with-apxs2=/chroot/sbin/apxs' \
'--with-config-file-path=/etc' \
'--enable-versioning' \
'--with-regex=system' \
'--enable-track-vars' \
'--with-zlib' \
'--with-gd=/usr/local' \
'--enable-gd-native-ttf' \
'--with-pgsql=/usr/local' \
'--with-openssl=/usr' \
'--with-xml=/usr/local' \
'--with-expat-dir=/usr/local' \
'--enable-trans-sid' \
'--with-jpeg-dir=/usr/local' \
'--with-png-dir=/usr/local' \
'--with-freetype-dir=/usr/local' \
'--prefix=/chroot/www' \
'--with-pcre-regex' \
'--disable-tokenizer' \
'--disable-ctype' \
'--disable-mbstring' \
'--disable-mbregex' \
'--enable-cli' \
'--without-mysql' \
'--without-mm' \
'--with-msession=/usr/local/'

I am using gd-2.0.1_3.  I had no problems with a build from around a
week ago.  Could this be caused by the recent patch to ext/gd/gdcache.c
(1.6)? 

--Matt




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

#20555 [NEW]: Compile failure

[matt]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.7-RELEASE
PHP version:  4CVS-2002-11-21 (dev)
PHP Bug Type: Compile Failure
Bug description:  Compile failure

-- Snip from make output --
pto -lssl -lcrypt  -o sapi/cli/php
ext/gd/gdcache.lo: In function `gdCacheCreate':
ext/gd/gdcache.lo(.text+0x26): undefined reference to `pemalloc'
ext/gd/gdcache.lo: In function `gdCacheDelete':
ext/gd/gdcache.lo(.text+0x87): undefined reference to `pefree'
ext/gd/gdcache.lo(.text+0x99): undefined reference to `pefree'
ext/gd/gdcache.lo: In function `gdCacheGet':
ext/gd/gdcache.lo(.text+0x150): undefined reference to `pemalloc'
*** Error code 1

Stop in /home/matt/src/php4.

-- Config -
'./configure' \
'--disable-all' \
'--enable-posix' \
'--enable-session' \
'--enable-xml' \
'--enable-inline-optimization' \
'--with-apxs2=/chroot/sbin/apxs' \
'--with-config-file-path=/etc' \
'--enable-versioning' \
'--with-regex=system' \
'--enable-track-vars' \
'--with-zlib' \
'--with-gd=/usr/local' \
'--enable-gd-native-ttf' \
'--with-pgsql=/usr/local' \
'--with-openssl=/usr' \
'--with-xml=/usr/local' \
'--with-expat-dir=/usr/local' \
'--enable-trans-sid' \
'--with-jpeg-dir=/usr/local' \
'--with-png-dir=/usr/local' \
'--with-freetype-dir=/usr/local' \
'--prefix=/chroot/www' \
'--with-pcre-regex' \
'--disable-tokenizer' \
'--disable-ctype' \
'--disable-mbstring' \
'--disable-mbregex' \
'--enable-cli' \
'--without-mysql' \
'--without-mm' \
'--with-msession=/usr/local/'

I am using gd-2.0.1_3.  I had no problems with a build from around a week
ago.  Could this be caused by the recent patch to ext/gd/gdcache.c (1.6)?


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

#20554 [NEW]: include_path not correct

[kevincarlson]

From: [EMAIL PROTECTED]
Operating system: Slackware Linux 8.1
PHP version:  4.3.0RC1
PHP Bug Type: *Configuration Issues
Bug description:  include_path not correct

Is there something wrong with include_path from the ini file?

grep include_path /usr/local/lib/php.ini
; (directory must also be in include_path or full path must
include_path=/usr/local/lib/php:/share/web/php:/share/web/secure/auth:/share/web/secure:/usr/local/apache2/php

;include_path = ".;c:\php\includes"

*** Please note the '/share/web/secure/auth' path.


ls -al /share/web/secure/auth
total 34
drwxr-xr-x2 nobody   users 168 Nov 21 16:12 ./
drwxrwxr-x   10 nobody   users 528 Nov 21 16:12 ../
-rwxr-x---1 nobody   users9663 Nov 21 18:14 auth.php*
-rwxr-x---1 nobody   users5548 Nov 21 17:14 login.php*
-rwxr-x---1 nobody   users 118 Nov 21 15:57 logout.php*
-rwxr-x---1 nobody   users5235 Nov 21 16:47 request_pass.php*

*** sane permissions

Portion of script producing errors:
error_log("cfg_file_path=".get_cfg_var('cfg_file_path'), 0);
error_log("Include path: ".ini_get('include_path'), 0 );
require "auth.php";


Output of error log:
[21-Nov-2002 18:32:38] cfg_file_path=/usr/local/lib/php.ini
[21-Nov-2002 18:32:38] Include path:
/usr/local/lib/php:/share/web/php:/share/web/secure:/usr/local/apache2/php
[21-Nov-2002 18:32:38] PHP Warning:  main(auth.php) [function.main]: failed to
create stream: No such file or directory in /share2/mymp3/index.php on
line 11
[21-Nov-2002 18:32:38] PHP Fatal error:  Failed opening required
'auth.php'
(include_path='/usr/local/lib/php:/share/web/php:/share/web/secure:/usr/local/apache2/php')
in /share2/mymp3/index.php on line 11


So  cfg_file_path says the config file is being used.
but ini_get shows the path does not match my php.ini 

I checked all my files and no ini_set over-rides are in place.  Is this
parameter cached somewhere or somehow?

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

#20547 [Opn->Csd]: Classes can contain multiple function declarations - not detected by parser.

[iliaa]

 ID:   20547
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: Linux
 PHP Version:  4.2.2
 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:


[2002-11-21 11:59:58] [EMAIL PROTECTED]

I think, that following example is self-explaining. Shouldn't the
parser detect such as errors? After testing, try to uncomment line #
serialize($tmp); and refresh the page - PHP hungs-up...

Danny

tt();

# serialize($tmp);

echo "TEST:END";
?>




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

#20551 [Com]: Output compression causes segfaults (ob_gzhandler)

[sroussey]

 ID:   20551
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Output Control
 Operating System: RedHat 7.2
 PHP Version:  4.2.3
 New Comment:

Unfortunately, this occurs statistically on a production server. To do
a backtrace would require a debug version and to use CVS would be to
use 4.3. Neither will work with the Zend Accelerator or Performance
Suite. The site is inoperable without one of them. Maybe I can try a
beta of one of those software packages to use with the current CVS.
I'll ask. If I can not then I'll report the results after everything is
released.


Previous Comments:


[2002-11-21 17:30:38] [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-11-21 15:50:14] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.



[2002-11-21 14:49:28] [EMAIL PROTECTED]

I should say that by disabling, I meant that I commented out the line

  ob_start ('ob_gzhandler');

in our auto-prepend file.



[2002-11-21 14:47:55] [EMAIL PROTECTED]

Apache 1.3.27 error_log has a long list of segfaults (usually 3-12 a
minute, but not every minute). Disabling output compression (via 
ob_start ('ob_gzhandler');) stops all the segfaults.




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

#20498 [Opn->Fbk]: linking fails if -lexpat is added twice to the EXTRA_LIBS

[iliaa]

 ID:   20498
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: SuSE Linux 8.0
 PHP Version:  4.3.0RC1
 New Comment:

Do you have more then 1 expat library installed on your computer?


Previous Comments:


[2002-11-19 12:32:59] [EMAIL PROTECTED]

./configure --with-apxs=/usr/local/bin/apxs \
--with-mysql=/usr/local \
--disable-shared \
--enable-bcmath \
--enable-ftp \
--enable-mbstring \
--enable-wddx \
--enable-xslt \
--with-expat-dir=/usr/local \
--with-gettext=/usr/local \
--with-openssl=/usr/local \
--with-imap=/usr/local \
--with-imap-ssl=/usr/local \
--with-xslt-sablot=/usr/local \
--with-zlib \
--with-zlib-dir=/usr/local \
--with-gd=/usr/local \
--with-png-dir=/usr \
--with-jpeg-dir=/usr \

make fails with lots of 
/home/cbleek/Sources/XML/expat/lib/xmlrole.c(.text+0x15d0): multiple
definition of `XmlPrologStateInitExternalEntity'
/usr/local/lib/libexpat.a(xmlrole.o)(.text+0x15d0):/home/cbleek/Sources/XML/expat/lib/xmlrole.c:
first defined here

After removing one "-lexpat" from the $EXTRA_LIBS in the
main Makefile, compilation works fine.

This error existed in the 4.2.3 too, There the config_vars.mk (or so)
had to be modified.

\carsten





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

#20493 [Opn->Bgs]: ld: can't locate file for: -laprutil

[iliaa]

 ID:   20493
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Mac OS X 10.2.2
 PHP Version:  4.3.0RC1
 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.

If Apache 2 fails to compile with DSO support(--enable-so) you will not
be able to use the PHP DSO module, you'll need to use php-cgi.
Since this does not appear to be a PHP bug, I am closing the report.


Previous Comments:


[2002-11-21 07:33:12] [EMAIL PROTECTED]

Apache 2 works if I compile without DSO modules



[2002-11-19 12:14:56] [EMAIL PROTECTED]

And you're sure your apache2 works? (btw. Apache2 is beta software, for
anything serious, use Apache 1.3.27)




[2002-11-19 04:53:25] [EMAIL PROTECTED]

./configure  --with-apxs2=/service/www/apache_install/bin/apxs
--with-mysql=no

make

Last rows
gcc -bundle -bundle_loader /service/www/apache_install/bin/httpd
-L/usr/local/src/httpd-2.0.43/srclib/apr-util/xml/expat/lib
-L/service/www/apache_install/lib -laprutil
/usr/local/src/httpd-2.0.43/srclib/apr-util/xml/expat/lib/libexpat.la
-L/service/www/apache_install/lib -lapr-0 -lm -g -O2   
ext/ctype/ctype.o ext/overload/overload.o ext/pcre/pcrelib/maketables.o
ext/pcre/pcrelib/get.o ext/pcre/pcrelib/study.o ext/pcre/pcrelib/pcre.o
ext/pcre/php_pcre.o ext/posix/posix.o ext/session/session.o
ext/session/mod_files.o ext/session/mod_mm.o ext/session/mod_user.o
ext/standard/array.o ext/standard/base64.o
ext/standard/basic_functions.o ext/standard/browscap.o
ext/standard/crc32.o ext/standard/crypt.o ext/standard/cyr_convert.o
ext/standard/datetime.o ext/standard/dir.o ext/standard/dl.o
ext/standard/dns.o ext/standard/exec.o ext/standard/file.o
ext/standard/filestat.o ext/standard/flock_compat.o
ext/standard/formatted_print.o ext/standard/fsock.o ext/standard/head.o
ext/standard/html.o ext/standard/image.o ext/standard/info.o
ext/standard/iptc.o ext/standard/lcg.o ext/standard/link.o
ext/standard/mail.o ext/standard/math.o ext/standard/md5.o
ext/standard/metaphone.o ext/standard/microtime.o ext/standard/pack.o
ext/standard/pageinfo.o ext/standard/parsedate.o
ext/standard/quot_print.o ext/standard/rand.o ext/standard/reg.o
ext/standard/soundex.o ext/standard/string.o ext/standard/scanf.o
ext/standard/syslog.o ext/standard/type.o ext/standard/uniqid.o
ext/standard/url.o ext/standard/url_scanner.o ext/standard/var.o
ext/standard/versioning.o ext/standard/assert.o
ext/standard/strnatcmp.o ext/standard/levenshtein.o
ext/standard/incomplete_class.o ext/standard/url_scanner_ex.o
ext/standard/ftp_fopen_wrapper.o ext/standard/http_fopen_wrapper.o
ext/standard/php_fopen_wrapper.o ext/standard/credits.o
ext/standard/css.o ext/standard/var_unserializer.o ext/standard/ftok.o
ext/standard/aggregation.o ext/standard/sha1.o
ext/tokenizer/tokenizer.o ext/xml/xml.o ext/xml/expat/xmlparse.o
ext/xml/expat/xmlrole.o ext/xml/expat/xmltok.o regex/regcomp.o
regex/regexec.o regex/regerror.o regex/regfree.o TSRM/TSRM.o
TSRM/tsrm_strtok_r.o TSRM/tsrm_virtual_cwd.o main/main.o
main/snprintf.o main/spprintf.o main/php_sprintf.o main/safe_mode.o
main/fopen_wrappers.o main/alloca.o main/php_ini.o main/SAPI.o
main/rfc1867.o main/php_content_types.o main/strlcpy.o main/strlcat.o
main/mergesort.o main/reentrancy.o main/php_variables.o
main/php_ticks.o main/streams.o main/network.o
main/php_open_temporary_file.o main/php_logos.o main/output.o
main/memory_streams.o main/user_streams.o Zend/zend_language_parser.o
Zend/zend_language_scanner.o Zend/zend_ini_parser.o
Zend/zend_ini_scanner.o Zend/zend_alloc.o Zend/zend_compile.o
Zend/zend_constants.o Zend/zend_dynamic_array.o Zend/zend_execute_API.o
Zend/zend_highlight.o Zend/zend_llist.o Zend/zend_opcode.o
Zend/zend_operators.o Zend/zend_ptr_stack.o Zend/zend_stack.o
Zend/zend_variables.o Zend/zend.o Zend/zend_API.o
Zend/zend_extensions.o Zend/zend_hash.o Zend/zend_list.o
Zend/zend_indent.o Zend/zend_builtin_functions.o Zend/zend_sprintf.o
Zend/zend_ini.o Zend/zend_qsort.o Zend/zend_multibyte.o
Zend/zend_execute.o sapi/apache2filter/sapi_apache2.o
sapi/apache2filter/apache_config.o sapi/apache2filter/php_functions.o
main/internal_functions.o  -lm  -o libs/libphp4.bundle && cp
libs/libphp4.bundle libs/libphp4.so
ld: can't locate file for: -laprutil
make: *** [libs/libphp4.bundle] Error 1





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

#20548 [Opn->Ver]: Decrement ("$x[$y]--") doesn't work on uninitiated variable

[iliaa]

 ID:   20548
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Verified
 Bug Type: Scripting Engine problem
 Operating System: Linux 2.4
 PHP Version:  4.3.0RC1


Previous Comments:


[2002-11-21 12:42:11] [EMAIL PROTECTED]

The following:
  $score[$num]--;
does not affect $score[$num] if $score[$num] is uninitiated.
Using $score[$num]++ does work, however.
This is inconsistent.





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

#20528 [Ver->Csd]: preg_split drops characters (re-opens Bug #15413)

[iliaa]

 ID:   20528
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Verified
+Status:   Closed
 Bug Type: PCRE related
 Operating System: win32 and linux
 PHP Version:  4.3.0-dev/4.4.0-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:


[2002-11-20 19:15:59] [EMAIL PROTECTED]

SUMMARY: preg_split incorrectly drops the first character of the last
element of the array it creates, at least in some circumstances. The
equivalent Perl code works correctly, and drops no characters.

[the following stuff has been copied from my comment to Bug #15413,
which I cannot re-open as I am not the owner]

The following code splits and re-joins a string - it should produce the
original string but doesn't.

$foo = '(#11/19/2002#)';   // MS Access date constant
$bar = preg_split('/\b/',$foo);
$baz = join('',$bar);
print $baz;

result is: (#11/19/2002)

The trailing hash character (#) is being dropped.

I tried the equivalent program in Perl (see below) and it produces the
*correct* result - so it is not a problem with the regex itself.

(Perl source:)
$foo = '(#11/19/2002#)';   # MS Access date constant
@bar = split(/\b/,$foo);
$baz = join('',@bar);
print $baz;

result is: (#11/19/2002#)

I have experienced this problem on Win32 with PHP 4.2.3 and 4.1.2, and
on Linux with PHP 4.04pl1 (RH7.1). The equivalent Perl code works
correctly on both Win32 (Perl 5.6.1) and Linux (Perl 5.6.0).

[NOTE: the person who originally reported this bug provided a much more
complicated example. Apart from his and my examples, I don't know if
any other circumstances can trigger this bug.]




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

#20274 [NoF->Opn]: failed to create stream: Too many open files in Unknown on line

[fowler]

 ID:   20274
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   No Feedback
+Status:   Open
 Bug Type: iPlanet related
 Operating System: Solaris 8
 PHP Version:  4CVS-2002-11-06
 New Comment:

[EMAIL PROTECTED] might have the solution... I was forced to fall back on a
previous build and not able to persue the problem further.


Previous Comments:


[2002-11-21 17:11:33] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2002-11-12 06:05:51] [EMAIL PROTECTED]

Switching to PHP 4.2.3 solved the problem for me.
Thanks, [EMAIL PROTECTED]



[2002-11-08 06:26:02] [EMAIL PROTECTED]

I am experiencing the same thing (OS: Solaris 8 and Solaris 7; iPlanet
4.1 webserver SP9; PHP4.0.4pl1).
After restarting the webserver, each time I can do a certain (almost
always the same) number of requests for a script and then things go
wrong with file-access:
Warning: fopen("/path/to/file","r") - Error 0 in /path/to/script.php on
line 104.

After that, filehandles appear to be invalid and after that, when I
request the script bestel.php, it cannot be opened:

Warning: Failed opening '/path/to/script/bestel.php' for inclusion
(include_path='.:/usr/local/lib/php') in Unknown on line 0.

If more information is needed for help, I will gladly provide it.



[2002-11-06 08:43:41] [EMAIL PROTECTED]

Is there a sample script we can try to reproduce this with?



[2002-11-06 04:28:41] [EMAIL PROTECTED]

Does the same script exhibit the same behaviour using PHP 4.2.x?



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

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

#20553 [NEW]: socket error codes are not initialized upon socket creation

[dweller]

From: [EMAIL PROTECTED]
Operating system: Mac OS X
PHP version:  4.3.0RC1
PHP Bug Type: Sockets related
Bug description:  socket error codes are not initialized upon socket creation


In php4.3.0RC2:

When a new socket is created, the current error code for 
that socket is not initialized to 0.  I recommend that it 
should be.  The following code outputs:

error: 1313166380: Unknown error: 1313166380

The value changes from time to time.


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

#20537 [Opn->Fbk]: PHP in CGI: session trouble with IE

[sniper]

 ID:   20537
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: Linux
 PHP Version:  4.2.3
 New Comment:

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


Previous Comments:


[2002-11-21 03:34:44] [EMAIL PROTECTED]

Hi,

we have strange trouble with session only in IE, PHP compil in CGI.
On some server, works fine, no trouble, on other servers, same compil
of php and apache, same php.ini session doesn't works in IE (session is
created, the file is present in /tmp but contain no data). We have made
test on severall machine and don't have find why we have this trouble.

Here result of test:
-On slackware 8.0, kernel 2.4.18, php 4.2.2(CGI)+apache 1.3.26 : works
fine, no session trouble

-On slackware 8.1, kernel 2.4.18, php 4.2.3(CGI)+apache 1.3.27: doesn't
work (sometime one session work, doesn't know why). We have try to
compil php 4.2.2 on this computer, same trouble

-On redhat 7.1: same result that on slackware 8.1

In fact, it work only on slackware 8.0 with apache 1.3.26. Does it a
trouble with a version of system lib? 

Thanks if you can help.




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

#20336 [Opn->Fbk]: won't compile with gcc 3.2

[sniper]

 ID:   20336
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: Redhat 8
 PHP Version:  4.2.3
 New Comment:

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

Try this snapshot:

http://snaps.php.net/php4-STABLE-latest.tar.gz



Previous Comments:


[2002-11-21 17:36:48] [EMAIL PROTECTED]

Oh I'm still experiencing the problem. I couldn't get this to compile
either under Redhat 8. I've side-stepped the issue by running Redhat
7.3 which has the gcc-2.96 compiler. It's a little agravating though,
because Redhat has distributed a README file and posted on their web
site forever than they would eventually stop using the old compiler and
that developers should start using >gcc-3.0. So I assume that php is
just in a holding pattern waiting for now? Thanks again. 

Kevin



[2002-11-21 17:15:25] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2002-11-21 09:51:14] [EMAIL PROTECTED]

The snapshot fails for me, as well as 4.3.0RC1



[2002-11-10 05:23:00] [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-11-10 05:19:28] [EMAIL PROTECTED]

Is this just hopeless?

Kevin

/bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I.
-I../main   -I/usr/local/include -I../TSRM  -g -O2 -prefer-non-pic
-static -c zend_language_parser.c
cc1: warning: changing search order for system directory
"/usr/local/include"
cc1: warning:   as it has already been specified as a non-system
directory
In file included from zend.h:180,
 from zend_compile.h:24,
 from zend_language_parser.c:148:
zend_hash.h:119: parse error before "va_list"
In file included from zend.h:181,
 from zend_compile.h:24,
 from zend_language_parser.c:148:
zend_llist.h:34: parse error before "va_list"
In file included from zend_compile.h:24,
 from zend_language_parser.c:148:
zend.h:263: parse error before "va_list"
zend.h:394: parse error before "va_list"
make[1]: *** [zend_language_parser.lo] Error 1
make[1]: Leaving directory
`/usr/src/web/Apachetoolbox-1.5.63/src/php-4.2.3/Zend'
make: *** [all-recursive] Error 1





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

#20524 [Fbk]: Session => empty files

[sniper]

 ID:   20524
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
-Bug Type: *General Issues
+Bug Type: Session related
 Operating System: Mandrake et Redhat
-PHP Version:  4.2.3
+PHP Version:  4.3.0-dev
 New Comment:

We need to see your code, please put the sources of those
scripts available too.

And DO NOT add comments to your own bug report, update the status and
version information when they change!



Previous Comments:


[2002-11-21 02:21:48] [EMAIL PROTECTED]

IF I add a sleep(2) before session_register("essai");
the session is normaly sauved.
I test the lastest php 4.3* release



[2002-11-21 01:41:42] [EMAIL PROTECTED]

I have try IT yesterday and  the probleme is the same !

http://phph1.phpnet.org/script.php

please help me



[2002-11-20 16:26:17] [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-11-20 15:52:54] [EMAIL PROTECTED]

I have just compiled PHP in CGI because it improves sharply the
performances of my machine (load fall).
On the other hand, I have a big probleme with the sessions. 

INDEED, when one makes a simple script :

By going on the script with IE: The session is created well on the
server but it is empty. (File of session empties).

WHILE by going there with Netscape, it work. 

The script handled by php in module works perfectly under both
navigators. 

I have heard about such a probleme but I did not find solution which
works. More inquietant still (!) : 
I compiled as on 3 different servers and on two, it does not work while
on the other whom has EXACTLY the same config php + apache + configure
lines, it works!!! 
(http://80.245.32.147/phpinfo)

You can consult the phpinfo of server who does not work on
http://phph2.phpnet.org/phpinfo.php 

A simple script of session :
http://www.phpnet.org/script.php work perfectly
http://phph2.phpnet.org/script.php doesn't save the session !

Have you met the probleme? 

Please help me !

PS: I tried all the versions:) php 4.2.2 , 4.1.2 , 4.2.3 And nobody
works.




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

#20336 [NoF->Opn]: won't compile with gcc 3.2

[kjohnson]

 ID:   20336
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   No Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: Redhat 8
 PHP Version:  4.2.3
 New Comment:

Oh I'm still experiencing the problem. I couldn't get this to compile
either under Redhat 8. I've side-stepped the issue by running Redhat
7.3 which has the gcc-2.96 compiler. It's a little agravating though,
because Redhat has distributed a README file and posted on their web
site forever than they would eventually stop using the old compiler and
that developers should start using >gcc-3.0. So I assume that php is
just in a holding pattern waiting for now? Thanks again. 

Kevin


Previous Comments:


[2002-11-21 17:15:25] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2002-11-21 09:51:14] [EMAIL PROTECTED]

The snapshot fails for me, as well as 4.3.0RC1



[2002-11-10 05:23:00] [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-11-10 05:19:28] [EMAIL PROTECTED]

Is this just hopeless?

Kevin

/bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I.
-I../main   -I/usr/local/include -I../TSRM  -g -O2 -prefer-non-pic
-static -c zend_language_parser.c
cc1: warning: changing search order for system directory
"/usr/local/include"
cc1: warning:   as it has already been specified as a non-system
directory
In file included from zend.h:180,
 from zend_compile.h:24,
 from zend_language_parser.c:148:
zend_hash.h:119: parse error before "va_list"
In file included from zend.h:181,
 from zend_compile.h:24,
 from zend_language_parser.c:148:
zend_llist.h:34: parse error before "va_list"
In file included from zend_compile.h:24,
 from zend_language_parser.c:148:
zend.h:263: parse error before "va_list"
zend.h:394: parse error before "va_list"
make[1]: *** [zend_language_parser.lo] Error 1
make[1]: Leaving directory
`/usr/src/web/Apachetoolbox-1.5.63/src/php-4.2.3/Zend'
make: *** [all-recursive] Error 1





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

#20541 [Dup->Bgs]: Apache 2/PHP 4.3.0 Crashes when loading multiple frames when connected to a da

[sniper]

 ID:   20541
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Duplicate
+Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: Windows XP
 PHP Version:  4.3.0RC1
 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 original bug instead.

Thank you for your interest in PHP.




Previous Comments:


[2002-11-21 09:22:12] [EMAIL PROTECTED]

It is the same Bug as #20487.


sorry!



[2002-11-21 05:58:24] [EMAIL PROTECTED]

It seems to be the same Problem as Bug #20487
I use WinXP with SP1



[2002-11-21 05:38:51] [EMAIL PROTECTED]

I'm using the lastest stable version of PHP 4.3-dev and the newest
Apache2 (2.0.43) for win32.

When I load more than one frame of a frameset and every frame connects
to a database (MySQL AND Interbase) the Webserver crashes. (everey
Frame and even the frameset is a PHP.file)
-> My own Project uses Interbase.
-> phpMyAdmin uses MySQL.

Using PHP 4.2.4-dev everything is allright.  

PHP.ini changes (-> from php.ini-recommended):
- enabled sessions without cookies
- interbase enabled
- php_gd.dll enabled
- fileupload enabled




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

#20551 [Fbk]: Output compression causes segfaults (ob_gzhandler)

[sniper]

 ID:   20551
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Output Control
 Operating System: RedHat 7.2
 PHP Version:  4.2.3
 New Comment:

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




Previous Comments:


[2002-11-21 15:50:14] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.



[2002-11-21 14:49:28] [EMAIL PROTECTED]

I should say that by disabling, I meant that I commented out the line

  ob_start ('ob_gzhandler');

in our auto-prepend file.



[2002-11-21 14:47:55] [EMAIL PROTECTED]

Apache 1.3.27 error_log has a long list of segfaults (usually 3-12 a
minute, but not every minute). Disabling output compression (via 
ob_start ('ob_gzhandler');) stops all the segfaults.




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

#20518 [Asn->Csd]: xslt_set_base has no effect

[msopacua]

 ID:   20518
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Assigned
+Status:   Closed
 Bug Type: XSLT related
 Operating System: win2000 / IIS 5
 PHP Version:  4.3.0RC1
 Assigned To:  msopacua
 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:


[2002-11-20 13:24:30] [EMAIL PROTECTED]

It's actually related to #20177.

You are right that once xslt_set_base is called, we shouldn't override
this.

Assigned.



[2002-11-20 08:37:03] [EMAIL PROTECTED]

when I use the following code in an include, the xslt base directory
defaults the directory of the include (probably has something to do
with bug #20514 and the current directory in includes).

The big problem is that  The xslt_base function doesn't change the base
directory for xslt processing. As a result, imports and dtd references
don't work. The solution obviously is to place the xslt functions
include in the same directory as the xsl, xml and dtd files. Is this a
bug ?

$args = array ( '/_xml' => $str_xml ,
'/_xsl' => $str_xsl);
$xp = xslt_create();
xslt_set_base( $xp,'file:///D:/www/xadmin/');
$out = xslt_process($xp, 'arg:/_xml', 'arg:/_xsl', NULL, $args,
$params);
xslt_free($xp);





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

#20528 [Opn->Ver]: preg_split drops characters (re-opens Bug #15413)

[iliaa]

 ID:   20528
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Verified
 Bug Type: PCRE related
 Operating System: win32 and linux
-PHP Version:  4.2.3
+PHP Version:  4.3.0-dev/4.4.0-dev


Previous Comments:


[2002-11-20 19:15:59] [EMAIL PROTECTED]

SUMMARY: preg_split incorrectly drops the first character of the last
element of the array it creates, at least in some circumstances. The
equivalent Perl code works correctly, and drops no characters.

[the following stuff has been copied from my comment to Bug #15413,
which I cannot re-open as I am not the owner]

The following code splits and re-joins a string - it should produce the
original string but doesn't.

$foo = '(#11/19/2002#)';   // MS Access date constant
$bar = preg_split('/\b/',$foo);
$baz = join('',$bar);
print $baz;

result is: (#11/19/2002)

The trailing hash character (#) is being dropped.

I tried the equivalent program in Perl (see below) and it produces the
*correct* result - so it is not a problem with the regex itself.

(Perl source:)
$foo = '(#11/19/2002#)';   # MS Access date constant
@bar = split(/\b/,$foo);
$baz = join('',@bar);
print $baz;

result is: (#11/19/2002#)

I have experienced this problem on Win32 with PHP 4.2.3 and 4.1.2, and
on Linux with PHP 4.04pl1 (RH7.1). The equivalent Perl code works
correctly on both Win32 (Perl 5.6.1) and Linux (Perl 5.6.0).

[NOTE: the person who originally reported this bug provided a much more
complicated example. Apart from his and my examples, I don't know if
any other circumstances can trigger this bug.]




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

#20542 [Opn->Bgs]: 0+0=4G on aix4.3 (64bits)

[iliaa]

 ID:   20542
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Math related
 Operating System: aix 4.3.3.0
 PHP Version:  4.2.3
 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.

string cancatination is done using . not , in PHP.

Results in 0 on any platform.


Previous Comments:


[2002-11-21 05:45:55] [EMAIL PROTECTED]

Script:


Output of script on php 4.2.3:

0+0=4294967294

which is equal to 2^32-2

(Output of script on php 4.1.2 and 4.0.6:
0+0=4294967296
which is equal to 2^32).

In general, all simple additions and multiplications produce huge
numbers:

0+0=4294967294
0+1=4294967295
1+0=4294967295
1+1=4294967296
0-0=0
0-1=-1
1-0=1
1-1=0
0*0=3.5178585246345E+18
0*1=3.5178585265101E+18
1*0=3.5178585265101E+18
1*1=3.5178585283857E+18
0/1=0
1/1=1
2/1=2
2/2=1

Installation issues
# gcc -v
Reading specs from
/usr/local/lib/gcc-lib/rs6000-ibm-aix4.3.3.0/2.95.3/specs
gcc version 2.95.3 20010315 (release)
# make -v
GNU Make version 3.79.1, by Richard Stallman and Roland McGrath.
Built for rs6000-ibm-aix4.3.3.0
# tar -xf apache_1.3.20.tar
# cd apache_1.3.20
# ./configure --enable-module=most
# cd ..
# tar -xf php-4.2.3.tar
# cd php-4.2.3
# ./configure --without-mysql --with-apache=../apache_1.3.20
--enable-static --with-iodbc=/usr/local --enable-track-vars
# make
# make install
# cd ..
# cd apache_1.3.20
# configure --enable-module=most
--activate-module=src/modules/php4/libphp4.a
# make
# make install

I don't know if it is very relevant but the rs6000 on which aix4.3 is
running
is a 64bits machine. The c program
int main()
{
printf("long=%dbits\n",8*sizeof(long));
return 0;
}
outputs 'long=64bits' when compiled with 'cc -q64', while when
compiled
with 'gcc' it outputs 'long=32bits'.

Thanks very much in advance,
Rein van Vliet




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

#20249 [Opn->Fbk]: Apache child segfaults when using OCILogon.

[sniper]

 ID:   20249
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: Solaris 9
 PHP Version:  4.2.3
 New Comment:

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




Previous Comments:


[2002-11-21 17:12:14] [EMAIL PROTECTED]

This is still an issue.



[2002-11-21 17:10:20] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2002-11-07 19:12:07] [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-11-06 10:14:28] [EMAIL PROTECTED]

Ok, doing an ldd on /usr/lib/64/libpthread.so.1 answered that question.
It uses libthread.



[2002-11-05 10:15:22] [EMAIL PROTECTED]

Ok, I had put those SetEnv statements in Apache to see if they would
help. I do have the same environment variables set in apachectl when I
run Apache.

And I did read the note. Here is output from ldd:

# ldd /usr/local/apache/bin/httpd
libpam.so.1 =>   /usr/lib/64/libpam.so.1
libz.so.1 => /usr/lib/64/libz.so.1
libcrypt_i.so.1 =>   /usr/lib/64/libcrypt_i.so.1
libresolv.so.2 =>/usr/lib/64/libresolv.so.2
libm.so.1 => /usr/lib/64/libm.so.1
libdl.so.1 =>/usr/lib/64/libdl.so.1
libnsl.so.1 =>   /usr/lib/64/libnsl.so.1
libsocket.so.1 =>/usr/lib/64/libsocket.so.1
libgen.so.1 =>   /usr/lib/64/libgen.so.1
libclntsh.so.9.0 => 
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
libpthread.so.1 =>   /usr/lib/64/libpthread.so.1
libc.so.1 => /usr/lib/64/libc.so.1
libcmd.so.1 =>   /usr/lib/64/libcmd.so.1
libmp.so.2 =>/usr/lib/64/libmp.so.2
libwtc9.so =>/usr/local/oracle/OraHome/lib/libwtc9.so
libaio.so.1 =>   /usr/lib/64/libaio.so.1
librt.so.1 =>/usr/lib/64/librt.so.1
libmd5.so.1 =>   /usr/lib/64/libmd5.so.1
libthread.so.1 =>/usr/lib/64/libthread.so.1
/usr/platform/SUNW,Sun-Blade-100/lib/sparcv9/libc_psr.so.1
/usr/platform/SUNW,Sun-Blade-100/lib/sparcv9/libmd5_psr.so.1

Could the fact that it's linked to both the pthread and the thread
library be causing a problem? If so, how do I prevent it from linking
to the thread library?



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

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

#20530 [Opn->Bgs]: is_scalar(NULL) should be true

[iliaa]

 ID:  20530
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Open
+Status:  Bogus
 Bug Type:Scripting Engine problem
 PHP Version: 4CVS-2002-11-20 (dev)
 New Comment:

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php




Previous Comments:


[2002-11-20 19:31:10] [EMAIL PROTECTED]

NULL is a type with a discrete set of values.  The is_scalar function
should return TRUE when passed NULL.






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

#20367 [Fbk->NoF]: mail() function does not work

[sniper]

 ID:   20367
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Mail related
 Operating System: OSX 10.2.1
 PHP Version:  4.2.3
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-19 13:22:38] [EMAIL PROTECTED]

Apache 1.3.27/PHP 4.2.3 on Mandrake Linux 8.2
Same problem here.  Previously running PHP 4.1.2 caused a message to be
logged by sendmail but no message delivered.  Relay agent showed as
apache@localhost.

Moved to PHP 4.2.3 now nothing shows up in log file. php.ini is using
"/usr/sbin/sendmail -t -i". No luck



[2002-11-18 09:21:09] [EMAIL PROTECTED]

I'v got the same problem on a linux redhat,apache 1.3.27 and php 4.2.3;
and /var/log/maillog tell nothing, the mail don't arrive to sendmail.
I tried to compile php as a binary (not as an apache module) and in
this case, the mail functions works fine.
I think this bug is resolved in cvs version, but its for a production
environment, so cvs isn't a solution for me.

I tried to replace mail.c and php_mail.c with the cvs version in 4.2.3
source. All compile fine, but apache refuse to start due to undefined
symbol :
Cannot load /usr/local/apache/apache_1.3.27/libexec/libphp4.so into
server: /usr/local/apache/apache_1.3.27/libexec/libphp4.so: undefined
symbol: php_error_docref
/opt/apache/apache_1.3.27/bin/apachectl start: httpd could not be
started

Can I find a patch somewhere for the mail.c function for php 4.2.3 ?
thanks



[2002-11-11 14:36:24] [EMAIL PROTECTED]

So, what does '/var/log/maillog' tell you?



[2002-11-11 13:52:56] [EMAIL PROTECTED]

I am running Apache 1.3.26 and php 4.2.3 on OSX 10.2.1

I have created the /usr/lib/php.ini file, and verified that changes to
it are reflected in phpinfo(). The path to sendmail is set correctly.

Sendmail functions properly, and I have alleviated the various
permissions issues related to sendmail on OSX, as I have been using
this box as a mail server for months now.

This simple bit of scripting fails:

mail("[EMAIL PROTECTED]", "My Subject", "Line 1\nLine 2\nLine
3");

There are no errors reported in the browser or in error_log, so there
is no indication of failure, other than the fact that the email is
never recieved.

I have found dozens of similar posts in newsgroups and in web forums,
but noone has yet found the answer. Searching your online KnowledgeBase
and Bug DB come up with no mentions either.

If there is any further information or debugging that I can provide,
please let me know.





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

#20361 [Fbk->NoF]: Compile failed with gettext

[sniper]

 ID:   20361
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Gettext related
 Operating System: RH 7.2
 PHP Version:  4.3.0-pre2
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-11 18:13:01] [EMAIL PROTECTED]

Huh? What exactly do you mean with that '$_GET' thing? 
What's the problem you see?

And is the gettext problem fixed or not with the latest CVS snapshot?




[2002-11-11 11:29:59] [EMAIL PROTECTED]

With the last snapshot 2002110111739 The make doesn't failed, but I was
enable to run a make test. I've always the same warning messages about
the libiconv. I make the install =>

Apache start, tomcat start, jk is ok , jive is ok and some test of my
own are running with PHP, gettext seems ok. But the process of variable
through the GET method is always different (that is to say out of order
for me)  compared to the previous release <4.3xxx of PHP



[2002-11-11 09:46:04] [EMAIL PROTECTED]

Can you also try reducing those configure options to only consist of
'--with-gettext=shared' ??

(as that works fine here..)




[2002-11-11 09:43:21] [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-11-11 08:22:41] [EMAIL PROTECTED]

I place a make.log file here => http://www.brasnah.fr/make.log with
some extra messages at the end of the file

Thanks

Marcel



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

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

#20347 [Fbk->NoF]: PHP parsing of .htm files "breaks" .htaccess

[sniper]

 ID:   20347
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Apache related
 Operating System: Cobalt RAQ4 (Linux)
 PHP Version:  4.2.0
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-10 17:21:39] [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-11-10 17:11:50] [EMAIL PROTECTED]

Using PHP 4.1.2 on a Cobalt RAQ4 with configuration set to parse .htm
files.  When I try to access a directory with a .htaccess file
(properly created), I get:

The page you are looking for is currently unavailable. The Web site
might be experiencing technical difficulties, or you may need to adjust
your browser settings.

When configure Apache/PHP to NOT parse .htm files, the .htaccess file
works fine.  Has been duplicated many times and even on another
server.

A bug or 

Configure Command  './configure' '--prefix=/usr'
'--with-apxs=/usr/sbin/apxs' '--with-gd' '--with-gettext=/usr'
'--enable-safe-mode' '--with-config-file-path=/etc/httpd'
'--with-exec-dir=/usr/bin' '--with-zlib' '--enable-magic-quotes'
'--with-regex=system' '--with-ttf' '--with-db' '--with-gdbm'
'--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-track-vars'
'--enable-wddx=shared' '--enable-mm=shared' '--enable-xml'
'--enable-ftp' '--disable-debug' '--with-libdir=/usr/lib' '--with-db3'
'--with-interbase=shared' '--with-pgsql=shared' '--with-ldap'
'--with-imap' '--with-curl=shared' '--with-pdflib=shared' 




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

#20336 [Fbk->NoF]: won't compile with gcc 3.2

[sniper]

 ID:   20336
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Compile Failure
 Operating System: Redhat 8
 PHP Version:  4.2.3
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-21 09:51:14] [EMAIL PROTECTED]

The snapshot fails for me, as well as 4.3.0RC1



[2002-11-10 05:23:00] [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-11-10 05:19:28] [EMAIL PROTECTED]

Is this just hopeless?

Kevin

/bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I.
-I../main   -I/usr/local/include -I../TSRM  -g -O2 -prefer-non-pic
-static -c zend_language_parser.c
cc1: warning: changing search order for system directory
"/usr/local/include"
cc1: warning:   as it has already been specified as a non-system
directory
In file included from zend.h:180,
 from zend_compile.h:24,
 from zend_language_parser.c:148:
zend_hash.h:119: parse error before "va_list"
In file included from zend.h:181,
 from zend_compile.h:24,
 from zend_language_parser.c:148:
zend_llist.h:34: parse error before "va_list"
In file included from zend_compile.h:24,
 from zend_language_parser.c:148:
zend.h:263: parse error before "va_list"
zend.h:394: parse error before "va_list"
make[1]: *** [zend_language_parser.lo] Error 1
make[1]: Leaving directory
`/usr/src/web/Apachetoolbox-1.5.63/src/php-4.2.3/Zend'
make: *** [all-recursive] Error 1





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

#20330 [Fbk->NoF]: Isapi/mssql crashes under high load.

[sniper]

 ID:   20330
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: IIS related
 Operating System: Windows 2000 Advanced Server
 PHP Version:  4.2.3
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-19 18:39:55] [EMAIL PROTECTED]

I've had the same problem. I gave my bug report (#19541) about two
months ago without receiving any answer. Anyways, have you made fixes
to PHP concerning this bug? I would be more than pleased if this bug
was fixed.



[2002-11-09 16:59:54] [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

FYI: PHP on Windows will never be as stable as PHP on Unices... due to
the nature that we don't have access to the source and of course there
are just very few developers who are interested in using windows in a
production environment to publish their PHP sites.

Derick



[2002-11-09 16:50:54] [EMAIL PROTECTED]


System Specifications 
- System Windows 2000 Advanced Server
- IIS5
- tested php 4.06, 4.1.2, 4.2.3 (last version tested 4.2.3)
- Dual Pentium IV 1.2 GHz
- Database SQL Server 2000


Problems
- System runs fine under ISAPI until high load at which point database
refuses to connect, or IIS locks, computer requires reboot.  Under
ISAPI CPU runs at about 60%.

- Same code/same system runs fine under CGI but CPU runs at 100%. 
Memory only at 20-30%, no virtual memory in use, database on seperate
server running at 5% CPU.

- Individual database connection times are under 2 milliseconds for
ISAPI, however under CGI they are about 150-300  milliseconds.  When
using CGI, there are at least 3 expensive database connections per page
(however after 3 connections they seem to be pooled as they are around
2-3 ms) cause page times be at least .5 - .8 seconds per page of PURE
database connect time (connect time tends to be 60-80% of page time).

- Similar pages running under Linux and FreeBSD show no signs of such
problems, same under isapi however as stated above as soon as server
load gets above 100-200 page hits per second server problems begin. 
Many refused http connections, many refused database connections, then
server crashes causing machine to need reboot (restarting IIS does not
solve the problem), causing VERY pissed off client who now believes
that PHP is not an enterprise ready solution and only for home/hobbiest
use.

- No mention on web site that PHP was not ready for prouduction under
IIS/Mssql.





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

#20327 [Fbk->NoF]: Using already free()ed memory

[sniper]

 ID:   20327
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Reproducible crash
 Operating System: Linux and FreeBSD
 PHP Version:  4.3.0-dev
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-09 20:45:15] [EMAIL PROTECTED]

Please provide a short but complete example script which can be used to
reproduce this crash.




[2002-11-09 19:49:46] [EMAIL PROTECTED]

--disable-mbstring didn't help. (The crash in
_php_mb_regex_ereg_replace_exec was just an unlucky corruption 
of the stack, it seems.  None of the args to the function were
sensible...



[2002-11-09 09:51:42] [EMAIL PROTECTED]

If you use the snapshot, and add '--disable-mbstring' does it work any
better?




[2002-11-09 08:25:54] [EMAIL PROTECTED]

He already did that



[2002-11-09 08:24:26] [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



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

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

#20326 [Fbk->NoF]: won't open *.php on mounted volumes

[sniper]

 ID:   20326
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Filesystem function related
 Operating System: Windows 2000 sp2
 PHP Version:  4.2.3
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-09 09:50:05] [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-11-09 07:00:02] [EMAIL PROTECTED]

My .../htdocs/.. files subtree is mounted to
"c:\var\" mount point. Version 4.2.3 of php fails to open scripts there
at all:

Warning: Failed opening '/var/.//php' for inclusion
(include_path='.;c:\php4\pear') in Unknown on line 0


The roundabout is to reveal the mounted volume under a letter (eg.
assign D: and replace all "/var/" to "d:/" in httpd.conf).

The 4.2.1 version did well with the mount points.
--




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

#20317 [Fbk->NoF]: memory leak by socket_sendto()

[sniper]

 ID:   20317
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Sockets related
 Operating System: Redhat Linux 7.3
 PHP Version:  4.2.1
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-08 12:28:53] [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-11-08 12:24:35] [EMAIL PROTECTED]

Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to
allocate 46080 bytes) in /usr/local/apache/htdocs/login.php on line 88,
which is the line with socket_sendto()

Here is the code:
Basically it sends a UDP request to authmsgque service,
and expect it receive some response back.

$address = gethostbyname ('localhost');
$service_port = getservbyname ('authmsgque', 'udp');

/* Create a TCP/IP socket. */
$socket = socket_create (AF_INET, SOCK_DGRAM, 0);
if ($socket < 0) {
//echo "socket_create() failed: reason: " . socket_strerror
($socket) . "\n";
} else {
//echo "socket_create() OK.\n";
}

//echo "Attempting to connect to '$address' on port
'$service_port'...\n";

$outbuf = "abc+++cde";

for ($i = 1; $i <= 3; $i++) {
$result = socket_sendto ( $socket, $outbuf, strlen($outbuf), 0,
$address , $service_port );
if ($result < 0) {
//echo "socket_sendto() failed.\nReason: ($result) " .
socket_strerror($result) . "\n";
} else {
//echo "socket_sendto() OK.\n";
}

$inbuf = "NO RESPONSE";
$remote_address = "abc";
$remote_port = 100;

echo "Reading response:\n\n";
$result2 = 0;

/* Prepare the read array */
$read = array($socket);

if (false == ($num_changed_sockets = socket_select($read,
$write = NULL, $except = NULL, 5)))
/* Error handling */
;
//echo "socket_select() failed.\nReason: timeout \n";
else if ($num_changed_sockets > 0) {
/* At least at one of the sockets something interesting
happened */
$result2 = socket_recvfrom ( $socket, $inbuf, 1024, 0,
$remote_address, $remote_port );
//echo "result2 : ".$result2."\n";
//echo "remote_address : ".$remote_address."\n";
//echo "remote_port : ".$remote_port."\n";
//echo "received buffer : ".$inbuf."\n";
if ( $result2 > 0 && strcmp($inbuf,"NO RESPONSE") != 0 )
break;
}
}
socket_close ($socket);




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

#20300 [Fbk->NoF]: mail() and Java combination causes webserver freeze

[sniper]

 ID:   20300
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Mail related
 Operating System: Linux Debian/GNU testing
 PHP Version:  4.2.0
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-11 10:57:26] [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-11-07 11:22:47] [EMAIL PROTECTED]

Hi,
i've encountered a strange bug that causes webserver (Apache  1.3.26-1
in particular) to halt. I'm using PHP/Java combination I've built
myself on Debian GNU/Linux (testing, kernel version is 2.4.20-pre7).

The killing code is here:



The first mail is sent successfully, but not the second one.

The most amazing thing is, that eliminating a mail() or Java() call
doesn't produce any problems. I mean, they work well separately. But
when these calls are together (in my case - even on different PHP
classes), it results a webserver lockup.

This has been tested on various PHP compilations starting from PHP
4.2.0 and up to the newest STABLE snapshot build.

The funniest thing is that this bug is ABSENT on my old PHP/Java build
(4.1.2-1). Java version is the same on both cases:

mindas@kiras:~$ java -version
java version "1.3.1_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_02-b02)
Java HotSpot(TM) Client VM (build 1.3.1_02-b02, mixed mode)

If you need any more details on this, just drop me a message via
e-mail.




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

#20289 [Fbk->NoF]: Delete $HTTP_GET_VARS on ob_start

[sniper]

 ID:   20289
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Unknown/Other Function
 Operating System: win32
 PHP Version:  4.2.2
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-07 16:47:48] [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-11-06 15:27:45] [EMAIL PROTECTED]

I get this directly from the function phpinfo()

_ENV["QUERY_STRING"] mode=manage_sections  
_ENV["REQUEST_URI"]
/leden/bijwerken/bijwerken.php?mode=manage_sections&submode=del_section_d&del_name=CAO
 


strange It seems that the query string isn't correct



[2002-11-06 15:09:07] [EMAIL PROTECTED]

The question I asked becomes more specific.
I discovered that when I use a switch: switch($submode)
and in the switch exists a case "del_user": then data is deleted from
$_GET or $HTTP_GET_VARS, but when I change it to case "del_user_tmp":
or something different... It doesnt work anymore



[2002-11-06 12:04:39] [EMAIL PROTECTED]

I have certain reasons to believe that the function ob_start deletes
some data from $HTTP_GET_VARS. At least that's what I think it is
if I place a var_dump after ob_start sometimes data is missing. This
time I had something like this:

?mode=manage&submode=del_user&user_id=8

But when The var_dump was executed it only contained mode.
If I commented the call to ob_start then submode and user_id weren't
ommited
Mostly strange is that when I change one letter like submode=del_users
It suddenly works again...

Strange






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

#20288 [Fbk->NoF]: post-inputs "lag behind"

[sniper]

 ID:   20288
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Unknown/Other Function
 Operating System: Linux
 PHP Version:  4.3.0-pre2
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-07 20:13:17] [EMAIL PROTECTED]

What I was expecting to get is a simple, short example script that I
can just cut'n'paste and run on my dev server
to see the problem with my own eyes. If you had bothered reading the
information provided in the URL that is included
in that "stock-reply", I wouldn't have to be wasting my time
telling you this.

Please do remember that PHP is an opensource project and we're all
volunteers here. It also means that we're not getting PAID for doing
this..




[2002-11-07 19:50:31] [EMAIL PROTECTED]

I don't believe or accept this closure.  You 
folks close bugs as "bogus" with a stock-reply 
much too quickly. 
--  
This is found in 4.3.0-dev built from source on 
Oct 24, 2002 with options: 
 
 './configure' '--with-apxs' '--with-mysql' 
'--with-exec-dir' '--with-regex' '--with-gettext' 
'--with-jpeg-dir' '--with-png' '--with-zlib' 
'--enable-magic-quotes' '--enable-debugger' 
'--enable-sockets' '--enable-sysvsem' 
'--enable-sysvshm' '--enable-track-vars' 
'--with-xml' '--with-imap' '--with-kerberos' 
'--with-imap-ssl' 
 
I described the behavior I am seeing very, very 
clearly.  It looks like the forms are reacting to 
"old" POST input.



[2002-11-07 19:08:54] [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.




[2002-11-06 12:03:11] [EMAIL PROTECTED]

Suppose I have two forms with a submit-button on 
each.  The first form takes "submit=Form1" and in 
response, redirects the user to Form2.  On this 
form, "submit=Form2." 
-- 
Trouble is, when I click the button having 
arrived on Form2, I might see an error message 
(from my app) like "Unknown submit=Form1".  In 
other words, Form2 telling me that it's getting a 
value that it doesn't understand:  it is getting 
a submit-value that is lagging-behind or 
out-of-date.  (Value should have been 'Form2'.) 
-- 
I saw this after upgrading PHP.  I see similar 
problems with familiar tools like phpMyAdmin, 
which doesn't update values when editing database 
tables because of this effect. 
-- 
It's bewildering and hard-to-explain, but very 
real and very, very urgent. 




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

#20249 [NoF->Opn]: Apache child segfaults when using OCILogon.

[bdabney]

 ID:   20249
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   No Feedback
+Status:   Open
 Bug Type: OCI8 related
 Operating System: Solaris 9
 PHP Version:  4.2.3
 New Comment:

This is still an issue.


Previous Comments:


[2002-11-21 17:10:20] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2002-11-07 19:12:07] [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-11-06 10:14:28] [EMAIL PROTECTED]

Ok, doing an ldd on /usr/lib/64/libpthread.so.1 answered that question.
It uses libthread.



[2002-11-05 10:15:22] [EMAIL PROTECTED]

Ok, I had put those SetEnv statements in Apache to see if they would
help. I do have the same environment variables set in apachectl when I
run Apache.

And I did read the note. Here is output from ldd:

# ldd /usr/local/apache/bin/httpd
libpam.so.1 =>   /usr/lib/64/libpam.so.1
libz.so.1 => /usr/lib/64/libz.so.1
libcrypt_i.so.1 =>   /usr/lib/64/libcrypt_i.so.1
libresolv.so.2 =>/usr/lib/64/libresolv.so.2
libm.so.1 => /usr/lib/64/libm.so.1
libdl.so.1 =>/usr/lib/64/libdl.so.1
libnsl.so.1 =>   /usr/lib/64/libnsl.so.1
libsocket.so.1 =>/usr/lib/64/libsocket.so.1
libgen.so.1 =>   /usr/lib/64/libgen.so.1
libclntsh.so.9.0 => 
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
libpthread.so.1 =>   /usr/lib/64/libpthread.so.1
libc.so.1 => /usr/lib/64/libc.so.1
libcmd.so.1 =>   /usr/lib/64/libcmd.so.1
libmp.so.2 =>/usr/lib/64/libmp.so.2
libwtc9.so =>/usr/local/oracle/OraHome/lib/libwtc9.so
libaio.so.1 =>   /usr/lib/64/libaio.so.1
librt.so.1 =>/usr/lib/64/librt.so.1
libmd5.so.1 =>   /usr/lib/64/libmd5.so.1
libthread.so.1 =>/usr/lib/64/libthread.so.1
/usr/platform/SUNW,Sun-Blade-100/lib/sparcv9/libc_psr.so.1
/usr/platform/SUNW,Sun-Blade-100/lib/sparcv9/libmd5_psr.so.1

Could the fact that it's linked to both the pthread and the thread
library be causing a problem? If so, how do I prevent it from linking
to the thread library?



[2002-11-04 17:15:57] [EMAIL PROTECTED]

Using Apache's  SetEnv doesn't work for PHP/Oracle. You have to set
these really in Apache's environment (e.g. in apachectl).

If that alone doesn't help: did you see the "big fat note" at
:

If your webserver doesn't start or crashes at startup:  Check that
Apache is linked with the pthread library: [...]



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

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

#20278 [Fbk->NoF]: .phps doesn't work since compiling PHP with Java

[sniper]

 ID:   20278
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
-Bug Type: Unknown/Other Function
+Bug Type: Java related
 Operating System: Slackware 8.0
 PHP Version:  4.2.3
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-06 08:51:13] [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

Cannot reproduce using latest CVS.



[2002-11-06 05:41:43] [EMAIL PROTECTED]

My PHP configure string:

./configure' '--with-mysql=/usr/local/mysql' '--with-gdbm' '--with-dba'
'--enable-dba=shared' '--with-db' '--enable-track-vars'
'--enable-trans-sid' '--with-xml' '--with-zlib-dir=/usr'
'--with-java=/usr/local/java/jdk1.2.2' '--with-apache=../apache_1.3.27



[2002-11-06 05:13:42] [EMAIL PROTECTED]

Built Apache 1.3.27, PHP 4.2.3 and mySQL 3.23.52, worked fine, able to
view .phps files

Re-built the above (from source) but with Java (J2SE 1.2.2) and now
.phps files don't work.

Apache httpd.conf configured correctly (AddType
application/x-httpd-php-source .phps).

Cheers,




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

#20276 [Fbk->NoF]: SNMP module fails; undefined symbol: sprint_objid

[sniper]

 ID:   20276
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: SNMP related
 Operating System: linux REDHAT 8.0
 PHP Version:  4.2.2
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-06 08:19:25] [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-11-06 03:22:25] [EMAIL PROTECTED]

--



[2002-11-06 03:20:42] [EMAIL PROTECTED]

I'm using cacti on REDHAT 8.0 and it doesn't work. Cacti uses snmp to
query snmp devices. When I run script, I get:
php: relocation error: /usr/lib/php4/snmp.so: undefined symbol:
sprint_objid

I think this related to RedhatBugzilla #57421





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

#20274 [Fbk->NoF]: failed to create stream: Too many open files in Unknown on line

[sniper]

 ID:   20274
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: iPlanet related
 Operating System: Solaris 8
 PHP Version:  4CVS-2002-11-06
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-12 06:05:51] [EMAIL PROTECTED]

Switching to PHP 4.2.3 solved the problem for me.
Thanks, [EMAIL PROTECTED]



[2002-11-08 06:26:02] [EMAIL PROTECTED]

I am experiencing the same thing (OS: Solaris 8 and Solaris 7; iPlanet
4.1 webserver SP9; PHP4.0.4pl1).
After restarting the webserver, each time I can do a certain (almost
always the same) number of requests for a script and then things go
wrong with file-access:
Warning: fopen("/path/to/file","r") - Error 0 in /path/to/script.php on
line 104.

After that, filehandles appear to be invalid and after that, when I
request the script bestel.php, it cannot be opened:

Warning: Failed opening '/path/to/script/bestel.php' for inclusion
(include_path='.:/usr/local/lib/php') in Unknown on line 0.

If more information is needed for help, I will gladly provide it.



[2002-11-06 08:43:41] [EMAIL PROTECTED]

Is there a sample script we can try to reproduce this with?



[2002-11-06 04:28:41] [EMAIL PROTECTED]

Does the same script exhibit the same behaviour using PHP 4.2.x?



[2002-11-06 00:16:52] [EMAIL PROTECTED]

We are running php4-200211030600 with Sun One Web Server 6.0sp4 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 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
==
A quick fix is to setup a cron job to restart the web server hourly,
but this is not desired.

Please let me know if I can provide additional details regarding this
issue.

Thanks,


Jay




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

#20269 [Fbk->NoF]: Something is broken when compiling with --with-jpeg as apache module

[sniper]

 ID:   20269
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: GD related
 Operating System: RHL7.3
 PHP Version:  4.3.0-pre2
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-06 08:22:50] [EMAIL PROTECTED]

First confirm that you do in fact have libjpeg library. You can do so
by running 'locate libjpeg.so'. If you have the library, please add it
to the LDFLAGS as per my earlier instructions and try to recompile
PHP.
Before doing the recompile make sure to do: rm config.cache and make
clean.



[2002-11-05 21:29:44] [EMAIL PROTECTED]

No, still the same without the flag.



[2002-11-05 21:14:30] [EMAIL PROTECTED]

Does the compilation work correctly if you remove the --with-jpeg-dir
flag?

The purpose of that flag is to specify the directory where libjpeg can
be found, since you are not specifying the path, you might as well
leave that option out.



[2002-11-05 21:10:25] [EMAIL PROTECTED]

./configure  --enable-safe-mode
--with-exec-dir=/home/virtual--enable-calendar
--with-mysql=/usr/local/mysql
--with-apache=/usr/local/src/apache_1.3.27 --enable-trans-sid --enab
le-track-vars --with-zlib-dir --with-gd --with-jpeg-dir --with-ttf
--enable-gd-native-ttf --enable-gd-imgstrttf
--with-freetype-dir=/usr/local/include/freetype2 --with-curl=/usr/l
ib --with-imap --with-kerberos



[2002-11-05 21:06:08] [EMAIL PROTECTED]

Could you please show you config line that you are using, in particular
the parts related to gd configuration options.



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

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

#20262 [Fbk->NoF]: Apache2 still wont load

[sniper]

 ID:   20262
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: W2K
 PHP Version:  4.2.3
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-05 10:07:11] [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.

Install the latest CVS and make sure you do not have any old php
libraries. This error occures because you need a more recent version of
PHP then the one you have to use Apache2.0.43.



[2002-11-05 10:07:11] [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-11-05 10:01:38] [EMAIL PROTECTED]

This bug was experienced on an earlier version of PHP and Apache2.0.39
or there somewhere. The bug report was closed for that version but it
appears again in the very latest release of both PHP and Apache2 (PHP
4.2.3 and Apache2.0.43

The reported error is:

Apache.exe: module
"c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is not compatible
with this version of Apache
found 20020628, need 20020903).
Please contact the vendor for the correct version.




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

#20256 [Fbk->NoF]: missing #include in zend.h for snprintf

[sniper]

 ID:   20256
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Compile Failure
 Operating System: OSF1 V4.0d
 PHP Version:  4.3.0-pre2
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-07 19:03:32] [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


And use --disable-cgi to only build the CLI sapi.

Also add the output of this command here:
# grep PRINTF main/php_config.h




[2002-11-05 06:08:29] [EMAIL PROTECTED]

Here's my configure line:

 ./configure  --prefix=/appl/local/OpenSource/3.1/usr
--exec-prefix=/appl/local/OpenSource/3.1/usr
--bindir=/appl/local/OpenSource/3.1/usr/bin --
sbindir=/appl/local/OpenSource/3.1/usr/sbin
--sysconfdir=/appl/local/OpenSource/3.1/etc
--datadir=/appl/local/OpenSource/3.1/usr/share --includedi
r=/appl/local/OpenSource/3.1/usr/include
--libdir=/appl/local/OpenSource/3.1/usr/lib
--libexecdir=/appl/local/OpenSource/3.1/usr/libexec --localst
atedir=/appl/local/OpenSource/3.1/var
--sharedstatedir=/appl/local/OpenSource/3.1/usr/com
--mandir=/appl/local/OpenSource/3.1/usr/man --infodir=/a
ppl/local/OpenSource/3.1/usr/info --enable-force-cgi-redirect
--enable-discard-path --enable-track-vars --with-layout=GNU
--with-openssl=/appl/loc
al/OpenSource/3.1/usr --with-gdbm=/appl/local/OpenSource/3.1/usr
--with-oci8

Here's the error-output:


/bin/ksh libtool --silent --mode=link gcc -export-dynamic -O2 -mieee 
-L/appl/local/OpenSource/3.1/usr/lib -L/appl/local/oracle/8.1.7/lib  -R
/appl/local/OpenSource/3.1/usr/lib -R /appl/local/oracle/8.1.7/lib
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/mbstring/mbfilter_ja.lo
ext/mbstring/mbfilter_cn.lo ext/mbstring/mbfilter_tw.lo
ext/mbstring/mbfilter_kr.lo ext/mbstring/mbfilter_ru.lo
ext/mbstring/mbfilter.lo ext/mbstring/mbstring.lo
ext/mbstring/mbregex.lo ext/mbstring/php_mbregex.lo
ext/mbstring/html_entities.lo ext/mbstring/php_unicode.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/oci8/oci8.lo ext/openssl/openssl.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/arra

#20249 [Fbk->NoF]: Apache child segfaults when using OCILogon.

[sniper]

 ID:   20249
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: OCI8 related
 Operating System: Solaris 9
 PHP Version:  4.2.3
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-07 19:12:07] [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-11-06 10:14:28] [EMAIL PROTECTED]

Ok, doing an ldd on /usr/lib/64/libpthread.so.1 answered that question.
It uses libthread.



[2002-11-05 10:15:22] [EMAIL PROTECTED]

Ok, I had put those SetEnv statements in Apache to see if they would
help. I do have the same environment variables set in apachectl when I
run Apache.

And I did read the note. Here is output from ldd:

# ldd /usr/local/apache/bin/httpd
libpam.so.1 =>   /usr/lib/64/libpam.so.1
libz.so.1 => /usr/lib/64/libz.so.1
libcrypt_i.so.1 =>   /usr/lib/64/libcrypt_i.so.1
libresolv.so.2 =>/usr/lib/64/libresolv.so.2
libm.so.1 => /usr/lib/64/libm.so.1
libdl.so.1 =>/usr/lib/64/libdl.so.1
libnsl.so.1 =>   /usr/lib/64/libnsl.so.1
libsocket.so.1 =>/usr/lib/64/libsocket.so.1
libgen.so.1 =>   /usr/lib/64/libgen.so.1
libclntsh.so.9.0 => 
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
libpthread.so.1 =>   /usr/lib/64/libpthread.so.1
libc.so.1 => /usr/lib/64/libc.so.1
libcmd.so.1 =>   /usr/lib/64/libcmd.so.1
libmp.so.2 =>/usr/lib/64/libmp.so.2
libwtc9.so =>/usr/local/oracle/OraHome/lib/libwtc9.so
libaio.so.1 =>   /usr/lib/64/libaio.so.1
librt.so.1 =>/usr/lib/64/librt.so.1
libmd5.so.1 =>   /usr/lib/64/libmd5.so.1
libthread.so.1 =>/usr/lib/64/libthread.so.1
/usr/platform/SUNW,Sun-Blade-100/lib/sparcv9/libc_psr.so.1
/usr/platform/SUNW,Sun-Blade-100/lib/sparcv9/libmd5_psr.so.1

Could the fact that it's linked to both the pthread and the thread
library be causing a problem? If so, how do I prevent it from linking
to the thread library?



[2002-11-04 17:15:57] [EMAIL PROTECTED]

Using Apache's  SetEnv doesn't work for PHP/Oracle. You have to set
these really in Apache's environment (e.g. in apachectl).

If that alone doesn't help: did you see the "big fat note" at
:

If your webserver doesn't start or crashes at startup:  Check that
Apache is linked with the pthread library: [...]



[2002-11-04 16:52:18] [EMAIL PROTECTED]

This is with Oracle 9i Release 2.



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

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

#18137 [Fbk->NoF]: output not working properly?

[sniper]

 ID:   18137
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: Linux/ Windows
 PHP Version:  4.2.1
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-10 18:33:19] [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-07-03 08:09:39] [EMAIL PROTECTED]

Dupe of #17885. This is an Apache2 problem.



[2002-07-03 07:50:14] [EMAIL PROTECTED]

I try to read in a .jpeg and output it via echo
(smtg. like: 

$Filename = "uk.jpg";

if( $hFile = fopen($Filename, "rb"))
{   
$Filesize = filesize($Filename);

header("Content-name: ".$Filename);
header("Content-type: image/jpeg");
header("Content-length: ".$Filesize);   

$Data = fread($hFile, $Filesize);
echo $Data;
 }

I also thries readfile, does not work either.
It seems to work und Windows For Files up to 40K, and under Linux for
files up to 180k, but I am not sure if it is related to the filesize or
to the filecontent.

I tried serveral newsgroups, nut this seems to be a bug (and noone
could help...).
Same problem exists in 4.2.0
Apache version is 2.0.39

I tried to track it down in the source, but the problem i snot obiuous.
I check up to sapi_apache_ub_write and the code seems to be correct (I
did no debuging, time is short now...). But I could not find the rwrite
function (Apache API obviously...)

Regards & tnx in advance, Mario Löfler




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

#17719 [Fbk->NoF]: Code Garbage in Longtext results

[sniper]

 ID:   17719
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: ODBC related
 Operating System: W98,W2K,XP
 PHP Version:  4.2.2
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-10 18:41:06] [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-10-02 15:35:44] [EMAIL PROTECTED]

same with win32-latest, 

maybe odbc returns a strange odbc-type, so this is handled as a
non-long type and binded to the result in odbc_exec and then not read
completely afterwards in odbc_result () with some kind of
missinterpresting and missallocating some memory? This would explain
the different results when calling odbc_longreadlen () without or with
the query result.



[2002-10-02 06:13:30] [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-10-01 21:29:33] [EMAIL PROTECTED]

Sorry about late nite feedback,

but I found something new in PHP V4.2.2:
when you set odbc_longreadlen (0, $max) - with no resource id - it
works fine, when you set it after the query with resulting resource id
- odbc_longreadlen ($res, $max) - it failes and returns 4096 bytes less
(what in my opinion is the default readlen from php.ini). see provided
example:

";
$DB= '';
$DBAppUser = '';
$DBAppPass = '';
$max   = 5000;

$db   = odbc_connect ($DB, $DBAppUser, $DBAppPass) or die ("no
connect");

##  create db

$res  = odbc_exec ($db, "SET TEXTSIZE ".($max * 2));
$res  = odbc_exec ($db, "DROP TABLE Test");
$res  = odbc_exec (
  $db,
  "CREATE TABLE test (
TEST_ID int NOT NULL IDENTITY PRIMARY KEY,
TEST_TEXT ntext NULL
  )");
  
##  fill text

$text = "";
for ($i = 0; strlen ($text) <= $max; $i++)
  $text .= "$i\n";
$text = substr ($text, 0, $max);
echo strlen ($text)." chars written,  last $i";
$res = odbc_exec ($db, "INSERT INTO Test (TEST_TEXT) VALUES
('$text')");

##  read and set odbc_readlen with query result

$res = odbc_exec ($db, "SELECT TEST_TEXT FROM Test WHERE TEST_ID =
1");
#odbc_binmode ($res, 0);
odbc_longreadlen ($res, $max);

$text = odbc_result ($res, "TEST_TEXT");
echo strlen ($text)." chars received (", strlen ($text) + 4096 , "
when 4096 added)";
echo $text, "";


##  read and set odbc_readlen with without result

#odbc_binmode (0, 0);
odbc_longreadlen (0, $max);

$res = odbc_exec ($db, "SELECT TEST_TEXT, TEST_ID FROM Test WHERE
TEST_ID = 1");
$text = odbc_result ($res, "TEST_TEXT");
echo strlen ($text)." chars received (", strlen ($text) + $max , "
when $max added)";
echo $text, "";

echo "done";

?>

hope this gives you a clue

gustav graf

remove -'s from email to reply directly



[2002-09-21 01:52:36] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





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

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

#17541 [Fbk->NoF]: If specifying a "To:" line in extras it dupliates the addresses

[sniper]

 ID:   17541
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Mail related
 Operating System: windows 2000/xp
 PHP Version:  4.2.1
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-10 18:34:47] [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-08-23 22:08:37] [EMAIL PROTECTED]

I guess this is the report this one is duplicate of:

http://bugs.php.net/bug.php?id=18625&edit=1




[2002-06-03 05:08:12] [EMAIL PROTECTED]

Of course it does. Internally, the $toaddr part is taken and put into
RCPT TO: <$toaddr> which will expand to
RCPT TP: <$name - $action <$toaddr>> in your case which is invalid
(though I know qmail still handles it properly, exim may feel, don't
remember sendmail).

in 4.1.2, If the $header contained a TO, it used in the mail header.
This was changed in 4.2.x and I re-introduced it in HEAD
(snaps.php.net/win32, not the stable version).

However, as Manuel pointed out on php-qa@, you're probably better off
using some external code to handle your mail generation of you rely
heavily on it.



[2002-06-03 05:02:33] [EMAIL PROTECTED]

Hmm, maybe so, but, if you put the $toaddr as "$name - $action
<$toaddr>" it coms back with server error..

so.. thats even worse!



[2002-06-02 18:21:49] [EMAIL PROTECTED]

Marking as duplicate, the problem is that rfc822 style addresses are
not support (in which case you just would use the $to field with the
correct address). Damn, can't find the report of the other one.



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

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

#15703 [Fbk->NoF]: Segfault due to missing ZEND_INIT_MODULE_GLOBALS() call

[sniper]

 ID:   15703
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: SWF related
 Operating System: Red Hat Linux 7.1
 PHP Version:  4.2.3
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-11 09:48:56] [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-11-11 09:43:13] [EMAIL PROTECTED]

I used php 4.2.3 and apache 2.0.43 this time and swf extension is still
causing segmentation fault.

PHP Configure
--
./configure --with-config-file-path=/wwwroot/php
--with-apxs2=/wwwroot/bin/apxs --prefix=/wwwroot/php --enable-trans-sid
--with-java --with-swf --enable-debug


Here is gdb output when a file with phpinfo() is accessed:

[root@sukhwinder php-4.2.3]# gdb /wwwroot/bin/httpd
GNU gdb 5.0rh-5 Red Hat Linux 7.1
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...
(gdb) run -X
Starting program: /wwwroot/bin/httpd -X
[New Thread 1024 (LWP 9038)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 9038)]
0x40454bf9 in zm_activate_swf (type=1, module_number=2,
tsrm_ls=0x8100f60)
at swf.c:173
173 SWFG(use_file) = 0;
(gdb)



[2002-05-11 11:59:18] [EMAIL PROTECTED]

This bug has been fixed in CVS. You can grab a snapshot of the
CVS version at http://snaps.php.net/. In case this was a documentation 
problem, the fix will show up soon at http://www.php.net/manual/. 
Thank you for the report.





[2002-04-25 18:27:59] [EMAIL PROTECTED]

This has been hiding as feedback under Apache2, but it's 
most likely not Apache2 related, and I didn't want this 
patch, if valid, to be forgotten.  So I'm reopening and 
reclassifying as SWF related. 
Thanks... 



[2002-04-19 11:41:19] [EMAIL PROTECTED]

Please try again with Apache 2.0.35 (GA) and PHP from
CVS (either the 4.2.0 branch or HEAD).



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

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

#11716 [Fbk->NoF]: Segmentation fault(coredump) in Apache(DSO-enabled) startup

[sniper]

 ID:   11716
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Apache related
 Operating System: AIX 4.3.3
 PHP Version:  4.2.2
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-10 18:48:56] [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-08-17 01:57:03] [EMAIL PROTECTED]

Part of the reason we ask to try new versions is a developer may
believe they have fixed the bug.  Not many of us have access to an AIX
box for any testing.  The patch provided though for fixing this is a
great help.  The biggiest problem with it is, it's been created for the
configure script which is a generated file.   

If you can port it to the ltmain.sh and/or the acinclude.m4 (which ever
requires the work) that would ensure its inclusion in the next release
of PHP.  But right now I can only seem to make 1/2 of it work.  Message
sent to PHP Dev asking for more help



[2002-07-30 09:02:35] [EMAIL PROTECTED]

Recently I tried the latest release(4.2.2), and It works
well if you manually copy libphp4.so.0 into Apache's libexec
directory:

 $ cp .libs/libphp4.so.0 SOMEWHERE/apache/libexec/libphp4.so

It means that 'make install-sapi' fails because there is
no libphp4.so[.0] when 'install-sapi' tries to copy.
To fix this problem, LIBTOOL must copy .libs/libphp4.so[.0]
files into libs/ directory.

I have a patch to resolve this problem at the following link:

  http://tclab.kaist.ac.kr/~cmlee/pub/php-4.2.2-20020730.patch

I've tested the patch in the following environment:

  - AIX 4.3.3
  - GNU gcc 2.95.3
  - Apache 1.3.26
  - PHP 4.2.2

Hope this help to close this problem and the patch come to
no harm to others. :)

--
CheolMin Lee



[2002-01-29 16:36:08] [EMAIL PROTECTED]

Sorry about last comment, I was a bit stressed out earlier!
My environment is:

AIX 4.3.3.0
PHP 4.1.1
Apache 1.3.22
VAC.C 5.0.0.2 (IBM Visual Age C Compiler)

I think there's a definite problem with your make install script though
with regards to extracting the libphp4.so to /apache/libexec. I got
round that with ar -x libphp4.a and then running make install again.

Also there's something wrong when I dynamically load the library
because it's causing a coredump. It's really frustrating. I remember
having exactly the same problem on Solaris a few months ago, but I've
forgotten what I did to fix it (even more frustrating!). I thought it
was something to do with a linker PATH variable? Do I need to set some
variable to point at /usr/local/include/php? Should I change something
in the php.ini file?

I really don't want to change compilers at this stage because
everything else is working fine with VAC. Does this have anything to do
with the compiler fix mentioned in BUG 4630? I'll try that tomorrow.

OK Well that's all I can think of. My configure was pretty basic:

./configure --with-apxs=/opt/apache/bin/apxs --without-mysql

Are there some other options I should have added? 

Cheers,

JS.



[2002-01-29 06:37:18] [EMAIL PROTECTED]

I'm having exactly the same problem as this:

# ./apachectl start
./apachectl[71]: 13068 Segmentation fault(coredump)
./apachectl start: httpd could not be started

If I remove the LoadModule libexec/libphp4.so line from the conf, httpd
starts OK. I've been looking at the previous reports on this bug, and
your answer is always try the latest snapshot. Well considering this
problem has been going on for over 2 years now, perhaps we could have a
more original answer please?!

I've tried 4.0.6, and 4.1.1 and your latest snapshot!!
With php-4.1.1 I even had to tinker with your make install script to
get it to install properly. If you can't even set this product up to
work properly from the start, then that doesn't say very much for it!!
Why don't your developers sort it out once and for all, and stop
wasting everyone's time (including yours!!)?



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

-- 
Edit this bug report at http

#19397 [Fbk->NoF]: make fails on AIX 5.1

[sniper]

 ID:   19397
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Compile Failure
 Operating System: AIX 5.1.0.0
 PHP Version:  4.2.3
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-08 09:51:24] [EMAIL PROTECTED]

Does it compile if you compile it without thread safety? Also  please
verify that the problem happens on latest CVS.



[2002-09-18 12:16:42] [EMAIL PROTECTED]

After determining the problem in compiling was specific to mysql, I
re-ran configure adding the "--without-mysql" option, and tried to make
php again.  I receive the following output

eserver610_01[root]: make php
/bin/sh /Xfiles/WS/php-4.2.3/libtool --silent --mode=link gcc
-I. -I/Xfi
les/WS/php-4.2.3/ -I/Xfiles/WS/php-4.2.3/main -I/Xfiles/WS/php-4.2.3
-I/usr/loca
l/apache/2.0.40/include -I/Xfiles/WS/php-4.2.3/Zend
-I/Xfiles/WS/php-4.2.3/ext/x
ml/expat  -D_THREAD_SAFE -I/Xfiles/WS/php-4.2.3/TSRM -g -O2 -pthread
-DZTS   -o
php -export-dynamic  stub.lo libphp4.la
ld: 0711-317 ERROR: Undefined symbol: .main
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more
information.
collect2: ld returned 8 exit status
make: 1254-004 The error code from the last command is 1.


Stop.


Any suggestions?



[2002-09-13 15:26:50] [EMAIL PROTECTED]

Hello,

I ran 
  "./configure --with-apxs2=${APACHEDIR}/bin/apxs"
then
  "make depend"
then
  "make"
at which point it begins as it should, then the following is
output...Making all in mysql
Making all in libmysql
/bin/sh /Xfiles/WS/php-4.2.3/libtool --silent --mode=compile
gcc  -I. -I
/Xfiles/WS/php-4.2.3/ext/mysql/libmysql -I/Xfiles/WS/php-4.2.3/main
-I/Xfiles/WS
/php-4.2.3 -I/usr/local/apache/2.0.40/include
-I/Xfiles/WS/php-4.2.3/Zend -I/Xfi
les/WS/php-4.2.3/ext/mysql/libmysql
-I/Xfiles/WS/php-4.2.3/ext/xml/expat  -D_THR
EAD_SAFE -I/Xfiles/WS/php-4.2.3/TSRM -DTHREAD=1 -g -O2 -pthread -DZTS
-prefer-pi
c  -c libmysql.c
In file included from libmysql.c:33:
/usr/local/include/select.h:32: conflicting types for `select'
/usr/include/sys/time.h:158: previous declaration of `select'
/usr/local/include/select.h:94: redefinition of `struct fd_set'
make: 1254-004 The error code from the last command is 1.


Stop.
make: 1254-004 The error code from the last command is 1.


Stop.
make: 1254-004 The error code from the last command is 1.


Stop.
make: 1254-004 The error code from the last command is 1.


Stop.
make: 1254-004 The error code from the last command is 1.


Stop.
eserver610_01[root]:

Any ideas?
Any help would be appreciated.

More info that might help

gcc version 3.1
aix version 5.1.0.25
apache version 2.0.40


Walter Werner
[EMAIL PROTECTED]







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

#19483 [Fbk->NoF]: Null connection string results in runaway (100% cpu) process.

[sniper]

 ID:   19483
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: OCI8 related
 Operating System: HPUX 11.0
 PHP Version:  4.2.1
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-06 09:23:41] [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-09-18 16:45:53] [EMAIL PROTECTED]

If an OCI8 connection is opened with a null connection string, the
oracle client spawns a child process and attemps to connect to a
default database (localhost:1521) using the user credential of the
apache process, and using the oracle BEQ protocol.

In our case, there was no database running on the localhost, and the
connection failed.  The default behavior of oracle at this point is to
make the child process defunct. It assumes that the parent will notice
that the process is defunct and clean it it up. However PHP/apache
continue waiting for the process and never clean it up.  The PHP timout
is never reached either, because the time spent in child processes is
not included in calculating the amount of time PHP has been running.

The defunct processes continue to consume as much cpu time as is
availible, resulting in continuous 100% CPU utilization.  Other
Apache/php processes continue to run and serve requests, but with
slower than normal processing times. (Because they are sharing CPU with
the defunct process) Over time several of these processes can cause a
huge performance impact on the server.

We have changed the default oracle behavior (through the sqlnet.ora
file) so that oracle releases these defunct processes to the OS, and
the OS cleans them up. The setting is BEQUEATH_DETACH = yes

We have also put better error checking in place to try and prevent
sending a null connection string. However, I belive that this same
error could occur with other child process that become defunct, like
when executing a shell command.

Server Config:

'./configure' '--prefix=/www' '--with-config-file-path=/www/etc'
'--with-apache=/www/src/apache_1.3.24' '--enable-static'
'--enable-track-vars' '--enable-magic-quotes' '--enable-trans-sid'
'--enable-safe-mode' '--enable-sigchild' '--enable-session'
'--enable-bcmath' '--disable-debug' '--without-mysql' '--without-pear'
'--with-oci8=/u01/app/oracle/product/8.1.7' '--with-gd=/opt/gd'
'--with-png=/opt/libpng' '--with-xpm-dir=/opt/xpm'
'--with-jpeg-dir=/opt/jpeg-6' '--with-ttf=/opt/freetype'
'--with-zlib=/opt/zlib' '--with-pdflib=/opt/pdflib'
'--with-openssl=/opt/openssl' '--with-ldap=/opt/openldap'
'--with-tiff-dir=/opt/tiff' '--with-curl=/opt/curl'







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

#19671 [Fbk->NoF]: 64bit compilation fails (zend_execute.c)

[sniper]

 ID:   19671
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Compile Failure
 Operating System: Solaris 2.8
 PHP Version:  4.2.3
 Assigned To:  jason
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-08 12:04:26] [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-11-08 09:49:24] [EMAIL PROTECTED]

I've compiled the latest CVS on a 64 bit Sun OS without any problems. I
am guessing that the problem may have been fixed...
Could you please try the latest cvs and see if you still experience the
problem?



[2002-10-01 12:12:36] [EMAIL PROTECTED]

I believe it's for CVS head... 



[2002-10-01 07:39:16] [EMAIL PROTECTED]

Yes I tried to apply the patch, but there is no chance to apply the
Patch to php-4.2.3 because most of the code is rewritten in 4.2.3. Can
you tell me to which php Version this patch belongs?

My testings about the Bus error point to some inconsistency in
ext/standard/url_scanner_ex.c here is the dbx output:

(dbx) cont
t@1 (l@1) signal BUS (invalid address alignment) in url_adapt_ext_ex at
line 804 in file "url_scanner_ex.c"
  804   *newlen = ctx->result.len;
(dbx) where
current thread: t@1
=>[1] url_adapt_ext_ex(src = 0x100749350 " \n \n\n  \n\n\n \n \n\nNotice:  Undefined variable:  bgpic in
/usr/local/powerslave/ps/inc/intern/pslogo.inc on line
12\n link="#EE" vlink="#551A8B" alink="#FF">
\n \n \n
\n\n 
\n\n \n \n \n\nNotice:  Undefined variable:  bgpic in
/usr/local/powerslave/ps/inc/intern/pslogo.inc on line
12\n link="#EE" vlink="#551A8B" alink="#FF">
^M\n ^M\n\nNotice: 
Undefined variable:  layout_func in
/usr/local/powerslave/ps/inc/filemgr.inc on line 3\n", text_length = 130U), line 379 in "output.c"
  [5] php_b_body_write(str = 0x7fff758c "\nNotice:
 Undefined variable:  layout_func in
/usr/local/powerslave/ps/inc/filemgr.inc on line 3\n", str_length = 130U), line 439 in "output.c"
  [6] php_body_write(str = 0x7fff758c "\nNotice: 
Undefined variable:  layout_func in
/usr/local/powerslave/ps/inc/filemgr.inc on line 3\n", str_length = 130U), line 101 in "output.c"
  [7] php_printf(format = 0x1004161c0 "\n%s:  %s in
%s on line %d\n", ...), line 355 in "main.c"
  [8] php_error_cb(type = 8, error_filename = 0x100ff7830
"/usr/local/powerslave/ps/inc/filemgr.inc", error_lineno = 3U, format =
0x1002eb8f8 "Undefined variable:  %s", args = 0x7fff9090), line
479 in "main.c"
  [9] zend_error(type = 8, format = 0x1002eb8f8 "Undefined variable: 
%s", ...), line 684 in "zend.c"
  [10] zend_fetch_var_address(opline = 0x10103fdd0, Ts =
0x7fff91c8, type = 0), line 563 in "zend_execute.c"
  [11] execute(op_array = 0x100ff7740), line 1235 in "zend_execute.c"
  [12] execute(op_array = 0x100822100), line 2141 in "zend_execute.c"
  [13] execute(op_array = 0x10080f120), line 2141 in "zend_execute.c"
  [14] execute(op_array = 0x10077d060), line 2141 in "zend_execute.c"
  [15] execute(op_array = 0x1004f0590), line 2141 in "zend_execute.c"
  [16] zend_execute_scripts(type = 8, retval = (nil), file_count = 3,
...), line 812 in "zend.c"
  [17] php_execute_script(primary_file = 0x7fffec58), line 1383
in "main.c"
  [18] apache_php_module_main(r = 0x1004e18d0, display_source_mode =
0), line 90 in "sapi_apache.c"
  [19] send_php(0x1004e18d0, 0x0, 0x0, 0x0, 0x0, 0x100457428), at
0x1000638dc
  [20] send_parsed_php(0x1004e18d0, 0x1002de4d7, 0x,
0x0, 0x70, 0x70), at 0x100063990
  [21] ap_invoke_handler(0x1004e18d0, 0x0, 0x17, 0x1f4, 0x1004e2678,
0x10045b5d0), at 0x100269d88
  [22] process_request_internal(0x1004e18d0, 0x1004e03f0, 0x1004e18a0,
0x0, 0x1004e18d0, 0x0), at 0x10028c124
  [23] ap_internal_redirect(0x1004e18a0, 0x1004e03f0, 0x1, 0x1004e2dc6,
0x0, 0x1004e18ae), at 0x10028c538
  [24] handle_dir(0x1004e03f0, 0x0, 0x, 0x1004e18a0,
0x1, 0x1004e2420), at 0x100262398
  [25] ap_invoke_handler(0x1004e03f0, 0x0, 0x14, 0x1f4, 0x1002ec2d0,
0x10045b618), at 0x100269d88
  [26] process_request_internal(0x1004e03f0, 0x7bf0,
0x1004e1148, 0x0, 0x1004e0670, 0x0), at 0x10028c124
  [27] ap_process_request(0x1004e03f0, 0x4, 0x1004e03f0, 0x0,
0x1004e03f0, 0x1004e03f0), at 0x10028c1c8

#16244 [Fbk->NoF]: nvarchar fields do not return properly with sybase_fetch_*()

[sniper]

 ID:   16244
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Sybase (dblib) related
 Operating System: Redhat Linux 7.2
 PHP Version:  4.1.2
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-06 09:54:47] [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-06-10 04:26:54] [EMAIL PROTECTED]

In fact php make a mistake on the length of the text buffer vs the
number of characters.
In a unicode string there are 2 bytes per characters. PHP thinks that
the number is the number of characters...
For instance the SQL network dump show the record as:
00d1 0400 "A"00 "R"00
and php takes 0400 as the number of characters instead of the number of
bytes and then report:
"AR  " instead of "AR"
It is to be expected that this bug is on all unicode types...
I use MS-SQL7.0 freetds0.53 snapshot the sybase-php code (not
sybase-ct) and on Mandrake 8.2.



[2002-03-24 10:52:10] [EMAIL PROTECTED]

When accessing a Microsoft SQL Server 2000 database using the sybase
access libraries and FreeTDS 0.53 running in TDS 7.0 mode, fields of
type 'nvarchar' do not appear the same as they do in the database.
Usually there are trailing characters from previous rows which have
already been fetched, pointing to a null-terminator/string length
issue.





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

#20179 [Fbk->NoF]: Apache ./configure fails after a static installation of php with oci8 support.

[sniper]

 ID:   20179
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: OCI8 related
 Operating System: Linux 2.4.7-10smp (RedHat 7.2)
 PHP Version:  4.2.3
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-07 20:24:33] [EMAIL PROTECTED]

Do you have /home/oracle/OraHome1/lib in your /etc/ld.so.conf file? If
not, add it and run /sbin/ldconfig
and try make again..




[2002-11-04 09:23:09] [EMAIL PROTECTED]

Sorry, any reference to --with-oracle was supposed to be --with-oci8.
Either way, I still get errors. Thanks!



[2002-11-01 21:45:03] [EMAIL PROTECTED]

WHAT was the configure line used again? This is impossible 
to happen if you didn't have '--with-oci8' in your configure
line. 




[2002-11-01 13:20:21] [EMAIL PROTECTED]

I got the latest cvs snapshot, and got the following errors during
`make` after doing `./configure --enable-socktes --with-mysql
--with-oracle=/home/oracle/OraHome1 --with-apache=../apache_1.3.27`:

ext/mysql/libmysql/my_tempnam.o: In function `my_tempnam':
/root/php4-200211010900/ext/mysql/libmysql/my_tempnam.c:103: the use of
`tempnam' is dangerous, better use `mkstemp'
ext/oci8/oci8.o: In function `php_oci_init_globals':
/root/php4-200211010900/ext/oci8/oci8.c:445: undefined reference to
`OCIEnvInit'
/root/php4-200211010900/ext/oci8/oci8.c:451: undefined reference to
`OCIHandleAlloc'
ext/oci8/oci8.o: In function `zm_startup_oci':
/root/php4-200211010900/ext/oci8/oci8.c:475: undefined reference to
`OCIInitialize'
ext/oci8/oci8.o: In function `zm_shutdown_oci':
/root/php4-200211010900/ext/oci8/oci8.c:599: undefined reference to
`OCIHandleFree'
ext/oci8/oci8.o: In function `_oci_stmt_list_dtor':
/root/php4-200211010900/ext/oci8/oci8.c:750: undefined reference to
`OCIHandleFree'
/root/php4-200211010900/ext/oci8/oci8.c:758: undefined reference to
`OCIHandleFree'
ext/oci8/oci8.o: In function `_oci_conn_list_dtor':
/root/php4-200211010900/ext/oci8/oci8.c:807: undefined reference to
`OCITransRollback'
/root/php4-200211010900/ext/oci8/oci8.c:820: undefined reference to
`OCIHandleFree'
/root/php4-200211010900/ext/oci8/oci8.c:832: undefined reference to
`OCIHandleFree'
ext/oci8/oci8.o: In function `_oci_descriptor_list_dtor':
/root/php4-200211010900/ext/oci8/oci8.c:887: undefined reference to
`OCIDescriptorFree'
ext/oci8/oci8.o: In function `oci_error':
/root/php4-200211010900/ext/oci8/oci8.c:973: undefined reference to
`OCIErrorGet'
ext/oci8/oci8.o: In function `oci_ping':
/root/php4-200211010900/ext/oci8/oci8.c:1008: undefined reference to
`OCIServerVersion'
ext/oci8/oci8.o: In function `oci_new_desc':
/root/php4-200211010900/ext/oci8/oci8.c:1158: undefined reference to
`OCIDescriptorAlloc'
ext/oci8/oci8.o: In function `oci_setprefetch':
/root/php4-200211010900/ext/oci8/oci8.c:1307: undefined reference to
`OCIAttrSet'
/root/php4-200211010900/ext/oci8/oci8.c:1322: undefined reference to
`OCIAttrSet'
ext/oci8/oci8.o: In function `oci_parse':
/root/php4-200211010900/ext/oci8/oci8.c:1349: undefined reference to
`OCIHandleAlloc'
/root/php4-200211010900/ext/oci8/oci8.c:1356: undefined reference to
`OCIHandleAlloc'
/root/php4-200211010900/ext/oci8/oci8.c:1364: undefined reference to
`OCIStmtPrepare'
/root/php4-200211010900/ext/oci8/oci8.c:1374: undefined reference to
`OCIHandleFree'
/root/php4-200211010900/ext/oci8/oci8.c:1378: undefined reference to
`OCIHandleFree'
ext/oci8/oci8.o: In function `oci_execute':
/root/php4-200211010900/ext/oci8/oci8.c:1429: undefined reference to
`OCIAttrGet'
/root/php4-200211010900/ext/oci8/oci8.c:1459: undefined reference to
`OCIStmtExecute'
/root/php4-200211010900/ext/oci8/oci8.c:1497: undefined reference to
`OCIAttrGet'
/root/php4-200211010900/ext/oci8/oci8.c:1525: undefined reference to
`OCIParamGet'
/root/php4-200211010900/ext/oci8/oci8.c:1538: undefined reference to
`OCIAttrGet'
/root/php4-200211010900/ext/oci8/oci8.c:1552: undefined reference to
`OCIAttrGet'
/root/php4-200211010900/ext/oci8/oci8.c:1569: undefined reference to
`OCIAttrGet'
/root/php4-200211010900/ext/oci8/oci8.c:1583: undefined reference to
`OCIAttrGet'
/root/php4-200211010900/ext/oci8/oci8.c:1597: undefined reference to
`OCIAttrGet'
/root/php4-200211010900/ext/oci8/oci8.c:1705: undefined reference to
`OCIDefineByPos'
ext/oci8/oci8.o: In function `oci_fetch':
/root/php4

#14665 [Fbk->NoF]: ifx_fetch_row returns string non-zero terminated for selected LVARCHAR fields

[sniper]

 ID:   14665
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Informix related
 Operating System: Linux 2.2.x
 PHP Version:  4.1.0
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-06 09:52:15] [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-09-17 15:48:21] [EMAIL PROTECTED]

//create connection
$connection=ifx_connect("audit@ifmx00296")
or die("Couldn't create connection.");

//create SQL statement
$sql="select *
from pjktest
where col1 matches '$hname'";

//execute SQL query and get result
$sql_result=ifx_query($sql,$connection)
or die("Couldn't execute query");

//format result in HTML table
ifx_htmltbl_result($sql_result,"border=10");

Using Apache 1.3.22,PHP 4.2.2,Informx 9.21.UC2,ESQL 9.40,AIX 4.3.3.0.
col1 type lvarchar is only column in table, query fails when row is
NOT
NULL

This Bug was closed as fixed in PHP 4.0.0 but I still have the problem.



[2002-08-17 15:38:59] [EMAIL PROTECTED]

If you need more information please ask instead of closing this bug.

LVARCHAR is a Informix text field type of unspecified length similar ro
MySQL TEXT field type.

To reproduce this bug follow these steps:

- Create a table with a LVARCHAR field.
- INSERT a row with some data in that field.
- SELECT that row.
- Use ifx_fetch_row to retrieve the field value.

When you access to the field value you will see warnings because the
string value that is retrieved is not a NUL terminated string.



[2002-08-16 12:34:18] [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.






[2001-12-22 22:48:21] [EMAIL PROTECTED]

Ditto.




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

#20540 [Opn->Fbk]: PHP do not read PHP.INI

[iliaa]

 ID:   20540
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: PHP options/info functions
 Operating System: Windows XP Pro
 PHP Version:  4.2.0
 New Comment:

You are using a relatively dated PHP, upgrading to 4.2.3 or better yet
stable snapshot (avaliable from http://snaps.php.net) may solve your
problem.


Previous Comments:


[2002-11-21 12:20:46] [EMAIL PROTECTED]

Thanks a lot for your fast reply...

But, I knew of course that phpinfo() shows the path... and the
displayed path by phpinfo() is "c:\winxp\php.ini"

This is where I put the php.ini, but whatever I'm modifying in it and
even restarting Apache, it does not take the changes into account 
I do not understand why...

Anyway I'm using a workaround until finding the reason based on
ini_set() function... I have to harcode it in the source code, but it
works...

Please, if you have any idea tell me... I hate to not understand when
I'm doing all what is requested :-)

Regards,

Jean-Frederic



[2002-11-21 11:50:34] [EMAIL PROTECTED]

Do this:

a) load phpinfo();
b) It will tell you where your php.ini is or where it's looking for it.
 It will include the path and filename so: c:\foo\php.ini  
c) Not that (b) will not just be a path, it will include the filename
too.  Please confirm this.  If just a path shows, put your php.ini in
this directory.
d) Edit this php.ini.  If you are running php as a module, restart web
server.
e) For kicks, try changing some more common directives, such as
register_globals

Also, name it php.ini not PHP.ini although on windows this shouldn't
matter but... 



[2002-11-21 04:45:25] [EMAIL PROTECTED]

Hello,

I've put PHP.ini in C:\WINXP as requested, but when I modify it (for
exemple changing the SMTP server info), phpinfo() do NOT get the
changes...

I verified again and again, php.ini is correct with the changes, but
the SMTP value is still the default value "localhost"...

I've check, I have no other php.ini on my machine...

I even suppress php.ini, but phpinfo() do not really care it seems...
taking always default values.

Thanks in advance for your help




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

#20549 [Opn->Bgs]: register_global and scoping vars

[iliaa]

 ID:   20549
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: Slackware Linux
 PHP Version:  4.2.2
 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.


If you enable register_globals then variables passed via
GET/POST/COOKIE will be avaliable in the global scope.


Previous Comments:


[2002-11-21 13:27:35] [EMAIL PROTECTED]

Hi

this is most a request than a regular bug report.
we found that we can't access get and post vars in user defined
function by using $var in PHP 4.2. even with register_globals set to
on, variable cannot be accessed by using the common way.

this require a lot of work to adapt our code and we prefer to take the
responsability on our own. we understand the security issue, and
appreciate that PHP take care of user security. but, can't we handle by
our own the security problem ? is there any option to make External
variables being global as it was ?

thanks





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

#20552 [Opn->Csd]: PHP + GD compile failure

[derick]

 ID:   20552
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Linux SlackWare 2.4.19
 PHP Version:  4.2.3
 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:


[2002-11-21 16:29:51] [EMAIL PROTECTED]

PHP (4.2.2 && 4.2.3 tested) fail to compile against lib gd (2.0.4 &&
2.0.7 tested, with freetype2, libjpeg and libpng) with something like:

In file included from gd.c:83:
gd_ctx.c: In function `_php_image_output_ctx':
gd_ctx.c:70: structure has no member named `free'
gd_ctx.c:98: structure has no member named `free'
gd.c: In function `_php_image_type':
gd.c:1014: structure has no member named `free'
gd.c:1017: structure has no member named `free'
gd.c: In function `_php_image_create_from':
gd.c:1209: structure has no member named `free'

This is regarding structure gdIOCtx defined in gd_io.h from the gd
lib.

typedef struct gdIOCtx {
int (*getC)(struct gdIOCtx*);
int (*getBuf)(struct gdIOCtx*, void*, int);

void (*putC)(struct gdIOCtx*, int);
int (*putBuf)(struct gdIOCtx*, const void*, int);

int (*seek)(struct gdIOCtx*, const int);
long(*tell)(struct gdIOCtx*);

void(*gd_free)(struct gdIOCtx*);

} gdIOCtx;

as you can see the member is called gd_free, not free. correcting this
makes php compile like a charm.




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

#20552 [NEW]: PHP + GD compile failure

[joel]

From: [EMAIL PROTECTED]
Operating system: Linux SlackWare 2.4.19
PHP version:  4.2.3
PHP Bug Type: Compile Failure
Bug description:  PHP + GD compile failure

PHP (4.2.2 && 4.2.3 tested) fail to compile against lib gd (2.0.4 && 2.0.7
tested, with freetype2, libjpeg and libpng) with something like:

In file included from gd.c:83:
gd_ctx.c: In function `_php_image_output_ctx':
gd_ctx.c:70: structure has no member named `free'
gd_ctx.c:98: structure has no member named `free'
gd.c: In function `_php_image_type':
gd.c:1014: structure has no member named `free'
gd.c:1017: structure has no member named `free'
gd.c: In function `_php_image_create_from':
gd.c:1209: structure has no member named `free'

This is regarding structure gdIOCtx defined in gd_io.h from the gd lib.

typedef struct gdIOCtx {
int (*getC)(struct gdIOCtx*);
int (*getBuf)(struct gdIOCtx*, void*, int);

void (*putC)(struct gdIOCtx*, int);
int (*putBuf)(struct gdIOCtx*, const void*, int);

int (*seek)(struct gdIOCtx*, const int);
long(*tell)(struct gdIOCtx*);

void(*gd_free)(struct gdIOCtx*);

} gdIOCtx;

as you can see the member is called gd_free, not free. correcting this
makes php compile like a charm.
-- 
Edit bug report at http://bugs.php.net/?id=20552&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20552&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20552&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20552&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20552&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20552&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20552&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20552&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20552&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20552&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20552&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20552&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20552&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20552&r=isapi

#20531 [Bgs->Opn]: Object property association broken

[tim . lokot]

 ID:   20531
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: Class/Object related
 Operating System: Win NT 4 Server
 PHP Version:  4.2.3
 New Comment:

Fair enough, the docs at the url you supplied then contradict the docs
at this url:

http://www.php.net/manual/en/ref.objaggregation.php

You will find that the example I supplied came direct from your online
manual.

I know it says its experimental, but I thought we were supposed to
report these types of inconsistencies and errors so that the
experimental extensions can move to stable versions.


Previous Comments:


[2002-11-21 00:39:39] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

Read the note under the caution block:

http://www.php.net/manual/en/language.oop.php#keyword.class



[2002-11-20 21:50:04] [EMAIL PROTECTED]

The following example doesn't work, but is listed in the documentation
as being valid:

now();
  // more code ...
  }

  // more methods ...
}

$rep = new Report(); 
?>

This returns the error:

Parse error: parse error, unexpected T_NEW in test.php on line 14


I have tried this with other classes and basically it seems that you
cannot default a class property to an instatiated class unless through
the constructor.  This is contrary to the documentation.




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

#5332 [Com]: ODBC Connect Fails for Sybase SQLanywhere DB

[vcastle]

 ID:   5332
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: ODBC related
 Operating System: Windows 2000
 PHP Version:  4.0 Release Candidate 2
 Assigned To:  joey
 New Comment:

Well the same problem I solved this way:

1. Make on ODBC a DNS = databasename ; ex. dns = mydb and database =
mydb
2. Run database ASA engine 
3. Using this (or any other) in the file.php

$connect = odbc_connect("mydb","user","password");
echo "connection:  $connect";
if  ($connect  <=  0)  {
echo "Error  in  connection";
exit;
} else  {
echo  "Connection  successful\n";
};
It Works...!!!

*** BUT THEN... 
Warning: SQL error: [Sybase][ODBC Driver][Adaptive Server
Anywhere]Table or view not found:Table "table" not found
Any suggestions??


Previous Comments:


[2001-07-02 18:02:17] [EMAIL PROTECTED]

Hello All!

I just tested the odbc connection to Sybase SQLAnywhere using PHP
4.0.6.  I am happy to report that I was able to connect to the database
and retrieve data via the odbc function calls.

Thank you for your continued review and enhancements.

Regards,

Wade Johnson



[2001-06-26 17:53:15] [EMAIL PROTECTED]

assigning to joey as he knows Sybase rather well, and 
well... I don't.  :\  Plus he has it installed... 



[2001-05-17 04:48:08] [EMAIL PROTECTED]

The first parameter of the odbc_connect function call is datasource
name.  If I don't supply a valid datasource name as maintained in the
odbc datasource administrator, I receive the following error message:

Warning: SQL error: [Microsoft][ODBC Driver Manager] Data source name
not found and no default driver specified, SQL state IM002 in
SQLConnect in C:\Inetpub\wwwroot\wj\sqlanywhere.php on line 16

If I provide a valid datasource name, I receive the following error
message:

Warning: SQL error: [Sybase][ODBC Driver]Unable to connect to database
server: database engine not running, SQL state 08001 in SQLConnect in
C:\Inetpub\wwwroot\wj\sqlanywhere.php on line 16

Please note once again.  THE VERY SAME datasource definition can be
used to connect to the database via Excel or Borland C++, etc.



[2001-05-16 19:01:32] [EMAIL PROTECTED]

The SQL error you are receiving is "Server rejected access"
I'm wondering if your odbc_connect only needs "wald" instead
of "waldserver - wald"





[2001-03-26 16:22:39] [EMAIL PROTECTED]

Yes, this is still happening.  I have loaded PHP version 4.04 PL1.  I
am trying to run the following simple script:

-



Neue Seite 2










The output I receive is:

Warning: SQL error: [Sybase][ODBC Driver]Unable to connect to database
server: unable to start database engine, SQL state 08001 in SQLConnect
in c:\inetpub\wwwroot\odbctest\default.php on line 11
Odbc connection variable: 
Warning: Supplied argument is not a valid ODBC-Link resource in
c:\inetpub\wwwroot\odbctest\default.php on line 13

Warning: Supplied argument is not a valid ODBC-Link resource in
c:\inetpub\wwwroot\odbctest\default.php on line 15

Warning: Supplied argument is not a valid ODBC-Link resource in
c:\inetpub\wwwroot\odbctest\default.php on line 15
03.26.2001 22:50:23 Westeuropäische Normalzeit 

-
I have enabled the ODBC log.  However, the log shows absolutely nothing
for this ODBC connection attempt via PHP.  I can connect via Excel and
Borland DB explorer for example.  Here are excerpts from the odbc
logs:

ODBC via Excel:

MSQRY32 5ac-850 ENTER SQLDriverConnectW 
HDBC00811910
HWND00020564
WCHAR * 0x1F7D8B70 [  -3] "**\ 0"
SWORD   -3 
WCHAR * 0x1F7D8B70 
SWORD8 
SWORD * 0x
UWORD1 

MSQRY32 5ac-850 EXIT  SQLDriverConnectW  with return code 0
(SQL_SUCCESS)
HDBC00811910
HWND00020564
WCHAR * 0x1F7D8B70 [  -3] "**\ 0"
SWORD   -3 
WCHAR * 0x1F7D8B70 
SWORD8 
SWORD * 0x
  

#20551 [Opn->Fbk]: Output compression causes segfaults (ob_gzhandler)

[derick]

 ID:   20551
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Output Control
 Operating System: RedHat 7.2
 PHP Version:  4.2.3
 New Comment:

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.


Previous Comments:


[2002-11-21 14:49:28] [EMAIL PROTECTED]

I should say that by disabling, I meant that I commented out the line

  ob_start ('ob_gzhandler');

in our auto-prepend file.



[2002-11-21 14:47:55] [EMAIL PROTECTED]

Apache 1.3.27 error_log has a long list of segfaults (usually 3-12 a
minute, but not every minute). Disabling output compression (via 
ob_start ('ob_gzhandler');) stops all the segfaults.




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

#20449 [Com]: sessions randomly fail

[russ]

 ID:   20449
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Session related
 Operating System: redhat 7.3
 PHP Version:  4.4.0-dev
 New Comment:

NULL


Previous Comments:


[2002-11-21 09:54:16] [EMAIL PROTECTED]

I just noticed something in my session table. 

a:2:{s:4:"cart";N;s:10:"gobackpage";N;}

What does N mean?



[2002-11-17 22:56:14] [EMAIL PROTECTED]

Changing my delimiter has not helped either.  

This is really hard to reproduce.  But it is happening.  I don't know
if adding a second server to share the load will help or not.  While we
will be adding a second server tomorrow, we really shouldn't have to. 


What should I do next?

Josh



[2002-11-17 17:32:18] [EMAIL PROTECTED]

I set the gc_probability to 0.  After 5 hours, I got another dozen
notifications that the cart failed.  I even got a tech support
complaint from a customer.  

My hunch is that the serializer is obliterating the array.  One of the
recent things I started to do was to initialize $_SESSION["cart"] =
Array(); when they first enter the site.  On the sessions that have
problems, the cart variable disappears.  However, other session
variables still exist.  

No where on the site do I attempt to destroy the session. 

I'm going to change my | delimiter as I notice that the serializer uses
a | as a delimiter.  I wonder if that could be it.  (though, it works
most of the time)

I've made the other changes to the handler.  I still see problems
though.  Is there any particular user behaviour that could explain it? 
I had someone suggest to me that a user double clicking the add to cart
button could do it.  I don't see how though.  Not only that, I've tried
clicking more than once myself and have never seen the problem.

Josh



[2002-11-17 12:42:17] [EMAIL PROTECTED]

Ok.  I will fix my handler using your suggestions.  I'll get back to
you after a few hours of letting it work.

Josh



[2002-11-17 12:40:32] [EMAIL PROTECTED]

I'm trying to provide as much as I can.

Here is a sample session from the dbase.

cart|a:1:{s:9:"161-00084";s:14:"White-Medium|1";}affiliatename|s:0:"";cartposted|s:10:"addProduct";


A quick thought.  I use the | as a delimiter to seperate the color-size
and quantity.  Would my delimiter potentially screw up the unserialize
or serialize functions? 

For multiple products here is a sample session.

cart|a:2:{s:9:"117-00717";s:20:"Black-Small_Medium|1";s:9:"117-00875";s:15:"Yellow-Medium|1";}affiliatename|s:0:"";cartposted|s:10:"addProduct";



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

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

#8353 [Csd->Opn]: foreach modify array pointer

[philip]

 ID:  8353
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Closed
+Status:  Open
 Bug Type:Arrays related
-PHP Version: 4.0.4
+PHP Version: 4.3.0-dev
 New Comment:

foreach essentially REMOVES the array pointer alltogether on the
original array.

$arr = array('a','b'); foreach ($arr as $v); var_dump( current($arr)
);
$arr = array('a','b'); foreach ($arr as $v); reset($arr); var_dump(
current($arr) );

Results:
bool(false)
string(1) "a"

Using key() instead of current() results in NULL instead of false. 
Where did the pointer go?

Conclusion:
Either foreach() has a feature that removes the array pointer from the
original array or it's a bug.  If it's seen as a feature please explain
why so it can be documented.


Previous Comments:


[2001-03-09 21:32:57] [EMAIL PROTECTED]

no feedback.




[2001-01-05 22:52:10] [EMAIL PROTECTED]

I get 121 for both cases. Please try the latest snapshot from
http://snaps.php.net/

--Jani



[2000-12-21 09:44:03] [EMAIL PROTECTED]

try 1.:

$var[] = "1";
$var[] = "2";

foreach($var as $test)
{
echo $test;
}
reset($var); 
echo current($var);

output -> 12

then try:
$var[] = "1";
$var[] = "2";

//reset($var);
foreach($var as $test)
{
echo $test;
current($var);
}
echo current($var);

output -> 121

this should be the output of the first script too?
Greetings lunepi




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

#16331 [Com]: Running phpinfo() kills Tomcat

[foobar . 3 . frackspam]

 ID:   16331
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Servlet related
 Operating System: Windows 2000 SP2
 PHP Version:  4.1.2
 New Comment:

replicated on 
tomcat 4.0.3, jdk 1.4.0, php 4.2.3-win32, win2k

thanks -


Previous Comments:


[2002-08-11 01:48:13] [EMAIL PROTECTED]

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.

Or better yet, try a DEVELOPMENT version to see if this has been fixed
in CVS... that way we can hopefully get it squished by 4.3.0



[2002-07-11 03:28:29] [EMAIL PROTECTED]

Same on Redhat Linux 6.2 with IBM JDK 1.3.1.



[2002-05-24 02:37:04] [EMAIL PROTECTED]

Same problem on FreeBSD 4.1.5 with JDK 1.3.1. JVM crashes soon
after using servlet.



[2002-04-02 15:29:27] [EMAIL PROTECTED]

Anyone around looking into Servlet issues?



[2002-03-28 15:14:26] [EMAIL PROTECTED]

Sometimes it happens on first hit of phpinfo() page, sometimes it
doesn't happen until the 3rd hit of the page.



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

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

#20551 [Opn]: Output compression causes segfaults (ob_gzhandler)

[sroussey]

 ID:   20551
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Output Control
 Operating System: RedHat 7.2
 PHP Version:  4.2.3
 New Comment:

I should say that by disabling, I meant that I commented out the line

  ob_start ('ob_gzhandler');

in our auto-prepend file.


Previous Comments:


[2002-11-21 14:47:55] [EMAIL PROTECTED]

Apache 1.3.27 error_log has a long list of segfaults (usually 3-12 a
minute, but not every minute). Disabling output compression (via 
ob_start ('ob_gzhandler');) stops all the segfaults.




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

#20551 [NEW]: Output compression causes segfaults (ob_gzhandler)

[sroussey]

From: [EMAIL PROTECTED]
Operating system: RedHat 7.2
PHP version:  4.2.3
PHP Bug Type: Output Control
Bug description:  Output compression causes segfaults (ob_gzhandler)

Apache 1.3.27 error_log has a long list of segfaults (usually 3-12 a
minute, but not every minute). Disabling output compression (via  ob_start
('ob_gzhandler');) stops all the segfaults.
-- 
Edit bug report at http://bugs.php.net/?id=20551&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20551&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20551&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20551&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20551&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20551&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20551&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20551&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20551&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20551&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20551&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20551&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20551&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20551&r=isapi

#19918 [Fbk->Opn]: no libphp4.so produced

[mad]

 ID:   19918
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: HP-UX 11.00
 PHP Version:  4.3.0-pre1
 New Comment:

tested with php4-200211211830

same result.

@++
JC


Previous Comments:


[2002-11-19 18:59:57] [EMAIL PROTECTED]

I'm having the same problem and I'm using the latest CVS snapshot of
php4-200211200030, HP-UX 11.00 and Apache 2.0.43.

The only way I was able to work around the problem was to go into where
I have apache/modules located and rename libphp4.a to libphp4.so and
then 'make install' again.  This seems to work, but when I try to start
apache, it can't use the libphp4.so.  I get this error message:

Cannot load /opt/apache/modules/libphp4.so into server: Bad magic
number for shared library: /opt/apache/modules/libphp4.so



[2002-11-10 18:30:43] [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-10-15 22:33:08] [EMAIL PROTECTED]

oopsie..the other bug is saying the compile doesn't work with apache
1.3.x...but you said that works so I'm reopening this. 




[2002-10-15 22:31:36] [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 original bug instead.

Thank you for your interest in PHP.



[2002-10-15 11:23:21] [EMAIL PROTECTED]

I can compile php with apache 2.0.43 but there's no libphp4.so
produced.

configure line : 

./configure \
--enable-debug \
--with-config-file-path=/PKl01h01/soft/web/cfg \
--without-mysql \
--without-gd \
--prefix=/PKl01h01/soft/web \
--with-apxs2=/PKl01h01/soft/web/httpd/bin/apxs

make : no errors
make install : 

Installing PHP SAPI module
/PKl01h01/soft/web/httpd/build/instdso.sh
SH_LIBTOOL='/PKl01h01/soft/web/httpd/build/libtool' libphp4.la
/PKl01h01/soft/web/httpd/modules
/PKl01h01/soft/web/httpd/build/libtool --mode=install cp libphp4.la
/PKl01h01/soft/web/httpd/modules/
cp .libs/libphp4.lai /PKl01h01/soft/web/httpd/modules/libphp4.la
cp .libs/libphp4.a /PKl01h01/soft/web/httpd/modules/libphp4.a
ranlib /PKl01h01/soft/web/httpd/modules/libphp4.a
chmod 644 /PKl01h01/soft/web/httpd/modules/libphp4.a
libtool: install: warning: remember to run `libtool --finish
/PKl01h01/soft/src/php4httpd/libs'
Warning!  dlname not found in
/PKl01h01/soft/web/httpd/modules/libphp4.la.
Assuming installing a .so rather than a libtool archive.
chmod 755 /PKl01h01/soft/web/httpd/modules/libphp4.so
chmod: can't access /PKl01h01/soft/web/httpd/modules/libphp4.so
apxs:Error: Command failed with rc=65536
.
*** Error exit code 1

Stop.

if I look into libs directory, there's no shared library : 

-rw-r--r--   1 xxx   xxx   10057366 Oct 15 18:09 libphp4.a
-rw-r-   1 xxx   xxx698 Oct 15 18:09 libphp4.la

What can I do ??

PS : it works with apache 1.3.x

@++
JC





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

#20083 [Com]: PHP build fails with GD 2.0.4

[miro . kresonja]

 ID:   20083
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: GD related
 Operating System: Linux RH 6.2 glibc 2.1.3
 PHP Version:  4CVS-2002-10-25
 New Comment:

Folks, just got this with PHP4.22 and GD2.0.7 (the most recent versions
as of 11/21/2002). It seems to be an issue with an updated gd call that
the PHP doesn't yet know about.

To diagnose, I had to look back at /usr/local/include/gd_io.h
You will notice that the only free call is now:
void(*gd_free)(struct gdIOCtx*);

To fix, modify each ->free call in the 5 error lines to ->gd_free.
So for instance, line gd_ctx.c:70 will now read:
ctx->gd_free = _php_image_output_ctxfree;

I recompiled, and voila, everything works again.
Oh, btw, gd.c and gd_ctx.c are in yourphpinstalldir/ext/gd


Previous Comments:


[2002-10-25 07:04:43] [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 original bug instead.

Thank you for your interest in PHP.

Keep it at this status, there are atleast 3 other reports.



[2002-10-25 07:03:50] [EMAIL PROTECTED]

GD 2.0.3 does build :)

Changelog GD 2.0.4:

gdIOCtx correctly calls gdFree rather than free



[2002-10-25 06:51:49] [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 original bug instead.

Thank you for your interest in PHP.



[2002-10-25 06:48:12] [EMAIL PROTECTED]

At least PHP 4.2.2 and above (including php4-STABLE-200210250300) fail
to build with GD 2.0.4

Making all in gd
make[2]: Entering directory
`/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd'
make[3]: Entering directory
`/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd'
gcc -I. -I/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd
-I/opt/install/APACHE/apache/php4-STABLE-200210250300/main
-I/opt/install/APACHE/apache/php4-STABLE-200210250300
-I/opt/install/APACHE/apache/apache_1.3.27/src/include
-I/opt/install/APACHE/apache/apache_1.3.27/src/os/unix
-I/opt/install/APACHE/apache/php4-STABLE-200210250300/Zend
-I/usr/local/ssl/include -I/usr/local/include
-I/usr/local/include/libxml2 -I/usr/include/freetype2/freetype
-I/opt/install/APACHE/apache/imap/c-client
-I/usr/local/mysql/include/mysql
-I/opt/install/APACHE/apache/swf/dist/include
-I/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/xml/expat 
-I/opt/install/APACHE/apache/php4-STABLE-200210250300/TSRM -g -O2  -c
gd.c && touch gd.lo
gd_ctx.c: In function `_php_image_output_ctx':
In file included from gd.c:83:
gd_ctx.c:70: structure has no member named `free'
gd_ctx.c:98: structure has no member named `free'
gd.c: In function `_php_image_type':
gd.c:1014: structure has no member named `free'
gd.c:1017: structure has no member named `free'
gd.c: In function `_php_image_create_from':
gd.c:1209: structure has no member named `free'
make[3]: *** [gd.lo] Error 1
make[3]: Leaving directory
`/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/opt/install/APACHE/apache/php4-STABLE-200210250300/ext'
make: *** [all-recursive] Error 1




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

#20550 [NEW]: php4apache.dll seem not to work in PHP 4.3.x anymore as in PHP 4.2.3

[dancer]

From: [EMAIL PROTECTED]
Operating system: Windows XP
PHP version:  4CVS-2002-11-21 (stable)
PHP Bug Type: Apache related
Bug description:  php4apache.dll seem not to work in PHP 4.3.x anymore as in PHP 4.2.3

I installed every PHP-Version above 4.2.1 I could download, moved the
corresponding DLLs into the correct directories and tried calling
phpinfo-page 
andmy rather big PHP-CMS. Everthing works fine and fast with Versions up
to 4.2.3 (unfortunatelly phpmyadmin wouldnt run with it because of that
mbstring-bug that was already fixed in newer versions). With PHP 4.3+
(stable and dev versions) I still can call the phpinfo-Page but all
"larger" PHP-files will either crash the Apache (1.3.27) occasionally or
sometimes even deliver an empty HTML-page (although the same package works
fine on Linux on the next machine). I only encountered this problem in
Windows XP.
-- 
Edit bug report at http://bugs.php.net/?id=20550&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20550&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20550&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20550&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20550&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20550&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20550&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20550&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20550&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20550&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20550&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20550&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20550&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20550&r=isapi

#13732 [Com]: Session variables not Saved

[stupidscript]

 ID:   13732
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Session related
 Operating System: Windows 2000 Professional
 PHP Version:  4.0.6
 New Comment:

PHP v4.0.6, Apache v1.3.12 BSafe-SSL v1.38, FreeBSD v4.2

Serving PHP from the server described above:
Windows 2000 Clients (see below for sample UA info*) and some Win95
Clients and some AOL v8.0 Clients are doing two things related to this
bug (no session-reading),
1) Not reading/recognizing the session, and
2) Repeating an "include" function for every element of the web page,
i.e. not just when the page loads, but also for every graphic on the
page, resulting in ~30 sessions per hit instead of 1.

We are carrying the sessionid in the URL (no cookies), and see many
entries of this type in our "first hit" database where a referring page
with our sessionid variable is making graphics requests. Our "first
hit" database only records a row if the URL has no sessionid variable
in it, and so it should not be recording anything from one of these
pages.

What's really perplexing is the rows being created for each graphic
requested...the "include"d script that checks for sessionid and does
the database entry is on line 2 of the html document, and should not
re-load with each graphic request from within that document...so why is
the "include" being triggered multiple times per page? Using the
(undocumented in the manual) "include_once" function described in
mailing-php.dev produces the same results.

In the bug report #15867 this problem (or at least the session problem)
is described as "fixed in the CVS" and the bug report is closed.

How can we implement this fix, if it applies? Thank you.

Sample UA Strings from clients that exhibit this behaviour:

Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; YComp 5.0.2.4)


Previous Comments:


[2001-10-18 07:58:07] [EMAIL PROTECTED]

It has been reported in Bug id #12679 before.

But I'm using a local network to test scripts, so I leave the
session.cookie_domain with blank. It can't work.

Then I tried to fill the session.cookie_domain with my commputer name,
it didn't work too.

But when I put these scripts on a FreeBSD box(also in local), it works
well.

So, what's wrong?




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

#20549 [NEW]: register_global and scoping vars

[somekool]

From: [EMAIL PROTECTED]
Operating system: Slackware Linux
PHP version:  4.2.2
PHP Bug Type: *General Issues
Bug description:  register_global and scoping vars

Hi

this is most a request than a regular bug report.
we found that we can't access get and post vars in user defined function
by using $var in PHP 4.2. even with register_globals set to on, variable
cannot be accessed by using the common way.

this require a lot of work to adapt our code and we prefer to take the
responsability on our own. we understand the security issue, and
appreciate that PHP take care of user security. but, can't we handle by
our own the security problem ? is there any option to make External
variables being global as it was ?

thanks

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

#20548 [NEW]: Decrement ("$x[$y]--") doesn't work on uninitiated variable

[prgallier]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4
PHP version:  4.3.0RC1
PHP Bug Type: Math related
Bug description:  Decrement ("$x[$y]--") doesn't work on uninitiated variable

The following:
  $score[$num]--;
does not affect $score[$num] if $score[$num] is uninitiated.
Using $score[$num]++ does work, however.
This is inconsistent.

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

#20540 [Fbk->Opn]: PHP do not read PHP.INI

[JeanFrederic]

 ID:   20540
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: PHP options/info functions
 Operating System: Windows XP Pro
 PHP Version:  4.2.0
 New Comment:

Thanks a lot for your fast reply...

But, I knew of course that phpinfo() shows the path... and the
displayed path by phpinfo() is "c:\winxp\php.ini"

This is where I put the php.ini, but whatever I'm modifying in it and
even restarting Apache, it does not take the changes into account 
I do not understand why...

Anyway I'm using a workaround until finding the reason based on
ini_set() function... I have to harcode it in the source code, but it
works...

Please, if you have any idea tell me... I hate to not understand when
I'm doing all what is requested :-)

Regards,

Jean-Frederic


Previous Comments:


[2002-11-21 11:50:34] [EMAIL PROTECTED]

Do this:

a) load phpinfo();
b) It will tell you where your php.ini is or where it's looking for it.
 It will include the path and filename so: c:\foo\php.ini  
c) Not that (b) will not just be a path, it will include the filename
too.  Please confirm this.  If just a path shows, put your php.ini in
this directory.
d) Edit this php.ini.  If you are running php as a module, restart web
server.
e) For kicks, try changing some more common directives, such as
register_globals

Also, name it php.ini not PHP.ini although on windows this shouldn't
matter but... 



[2002-11-21 04:45:25] [EMAIL PROTECTED]

Hello,

I've put PHP.ini in C:\WINXP as requested, but when I modify it (for
exemple changing the SMTP server info), phpinfo() do NOT get the
changes...

I verified again and again, php.ini is correct with the changes, but
the SMTP value is still the default value "localhost"...

I've check, I have no other php.ini on my machine...

I even suppress php.ini, but phpinfo() do not really care it seems...
taking always default values.

Thanks in advance for your help




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

#20547 [NEW]: Classes can contain multiple function declarations - not detected by parser.

[php]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.2.2
PHP Bug Type: Class/Object related
Bug description:  Classes can contain multiple function declarations - not detected by 
parser.

I think, that following example is self-explaining. Shouldn't the parser
detect such as errors? After testing, try to uncomment line #
serialize($tmp); and refresh the page - PHP hungs-up...

Danny

tt();

# serialize($tmp);

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

#20540 [Opn->Fbk]: PHP do not read PHP.INI

[philip]

 ID:   20540
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: PHP options/info functions
 Operating System: Windows XP Pro
 PHP Version:  4.2.0
 New Comment:

Do this:

a) load phpinfo();
b) It will tell you where your php.ini is or where it's looking for it.
 It will include the path and filename so: c:\foo\php.ini  
c) Not that (b) will not just be a path, it will include the filename
too.  Please confirm this.  If just a path shows, put your php.ini in
this directory.
d) Edit this php.ini.  If you are running php as a module, restart web
server.
e) For kicks, try changing some more common directives, such as
register_globals

Also, name it php.ini not PHP.ini although on windows this shouldn't
matter but... 


Previous Comments:


[2002-11-21 04:45:25] [EMAIL PROTECTED]

Hello,

I've put PHP.ini in C:\WINXP as requested, but when I modify it (for
exemple changing the SMTP server info), phpinfo() do NOT get the
changes...

I verified again and again, php.ini is correct with the changes, but
the SMTP value is still the default value "localhost"...

I've check, I have no other php.ini on my machine...

I even suppress php.ini, but phpinfo() do not really care it seems...
taking always default values.

Thanks in advance for your help




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

#20538 [Fbk->Csd]: Cc: in mail won't work in some cases

[joey]

 ID:   20538
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: *Mail Related
 Operating System: windows 2000/sp3
 PHP Version:  4.2.3
 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.

Vladimir:
  This is fixed correctly in sendmail.c:1.32. See
http://cvs.php.net/co.php/php4/win32/sendmail.c?login=2&r=1.32 for
fix.

-- Joey


Previous Comments:


[2002-11-21 05:29:16] [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-11-21 05:21:53] [EMAIL PROTECTED]

Why not a bug? why bogus? 
Please look at sendmail.c in win32 directory:
if (headers && (pos1 = strstr(headers, "Cc:"))) {
if (NULL == (pos2 = strstr(pos1, "\r\n"))) {
tempMailTo = estrndup(pos1, strlen(pos1));
} else {
tempMailTo = estrndup(pos1, pos2-pos1);
}

token = strtok(tempMailTo, ",");
while(token != NULL)
{
sprintf(Buffer, "RCPT TO:<%s>\r\n", token);
if ((res = Post(Buffer)) != SUCCESS)
return (res);
if ((res = Ack()) != SUCCESS)
return (res);
token = strtok(NULL, ",");
}
efree(tempMailTo);
}

in this code, we can see, what in Buffer posts line like:
RCPT TO:  for first Cc: address and right string
for (RCPT TO: <[EMAIL PROTECTED]>)

it is really strange?

Right code:
if (headers && (pos1 = strstr(headers, "Cc:"))) {
pos1+=3;
if (NULL == (pos2 = strstr(pos1, "\r\n")))
..
after this procedure add:
pos1-=3;



[2002-11-21 03:56:29] [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.



[2002-11-21 03:52:59] [EMAIL PROTECTED]

Hello!
I wrote small php script:


When my SMTP server points to unix machine (sendmail/linux) all working
fine.
When I set SMTP server pointed to IIS5 SMTP server (localhost) I got
'Server Error message'. 

any idea? 
vladimir




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

#20525 [Fbk]: variable references not working correctly

[jan]

 ID:   20525
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Variables related
 Operating System: Windows 2000
 PHP Version:  4.2.3
 New Comment:

Hey,
I should have emphesized on 'short', currently I just don't have the
passion to go through that code in depth without you showing that you
have read the docs. And please come up with a short, self-contained,
easy to read and unterstand script, thanks a lot for your interest in
PHP!

--
Jan


Previous Comments:


[2002-11-21 09:46:28] [EMAIL PROTECTED]

Script was already included.

Just cut and paste the PHP code into a text editor and save.
Then run.

The script will cycle through and array, building objects out of the
array.  It dumps the values of the objects at certain steps.  You will
see the difference if you follow the instructions below.

Run Script once and look at output.  You will notice that the dump of
the B class will contain repeat elements (actually, it seems to contain
only the last element of the array that was visited).

Edit Script, deleting the & symbol where I have placed a comment
(***NOTE).
Run Script and look at output. You will see the output is as you would
expect.

Thanks.  If you need more info, you can go to my website
www.goldparrot.com and get my contact information to call me.

Thanks again.



[2002-11-21 02:40:36] [EMAIL PROTECTED]

can you please submit a short script along with some explaination what
it does, what not and what it should do in your opinion. Also make sure
you have read http://www.php.net/manual/en/language.references.php
and notice that the & works slightly different than in C.



[2002-11-20 17:55:08] [EMAIL PROTECTED]

The variable reference is not working as I would understand it should.
The example that follows is long, but just cut and paste then read the
output. 

Years of "C" programming says this should work.

Try example first then, look for the following lines in the
code:
   //*NOTEJUST DELETE THE & symbol TO MAKE WORK
and remove the & symbol to see the correct output.

CODE STARTS HERE
**
"; 
   
   print_r($call); 
   if ( is_array($call)) 
   { 
  reset($call); 
   } 
   echo "";
 }  
  

 function test()
 {
   //new instantiated array in memory
   $local_c_list = array(); 

   //array indicies for 
   $i = 0;
   $j = 0;

   //array indicies for $x (see below)
   $k = 0;
 

   $x = array(0 => array(0 => "A_First", 1 => "B_First", 2 => 1),
  1 => array(0 => "A_First", 1 => "B_Second", 2 => 2),
  2 => array(0 => "A_First", 1 => "B_Third",2 => 3),
  3 => array(0 => "A_Second",1 => "B_First",2 => 1),
  4 => array(0 => "A_Second",1 => "B_Second",2 => 2),
  5 => array(0 => "A_Second",1 => "B_Third",2 => 3)
  );
//loop through in array of x, e.g. x[0][$l]
  for ($k = 0; $k < 6; $k = $k + 1)
   {
   $b_name  = $x[$k][0];
   $a_name  = $x[$k][1];
   $a_order = $x[$k][2];


   if ((!isset($b)) || (!isset($b->name)) || ($b_name !=
$b->name))
   {
  //attach the A record to the main list
  // starting on the second A record found

  if (isset($b->name))
  {
 //set the local_list to the reference of b
 //this avoids memory copies
   //*NOTEJUST DELETE THE & symbol TO MAKE WORK

 $local_c_list[$i] = &$b;
 $i = $i + 1;
 $j = 0;
  }

  $b = new B();

  $b->name = $b_name;
  $b->list_array = array();
  $this->print_test($b,"An element");

   }  //end if no B exists or we are beginning another B
name

   //Create new A record
   $a = new A();
   $a->name = $a_name;
   $a->order = $a_order;

   
   $this->print_test($a,"An item"); 

   //Set $b->list_array[$a->order] = &$a  -- the reference of
$a
   //*NOTEJUST DELETE THE & symbol TO MAKE WORK
   $b->list_array[$j] = &$a;
   $j = $j + 1;
   $this->print_test($b,"A list"); 
 } //end for k loops
  

#20449 [Com]: sessions randomly fail

[josh]

 ID:   20449
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Session related
 Operating System: redhat 7.3
 PHP Version:  4.4.0-dev
 New Comment:

I just noticed something in my session table. 

a:2:{s:4:"cart";N;s:10:"gobackpage";N;}

What does N mean?


Previous Comments:


[2002-11-17 22:56:14] [EMAIL PROTECTED]

Changing my delimiter has not helped either.  

This is really hard to reproduce.  But it is happening.  I don't know
if adding a second server to share the load will help or not.  While we
will be adding a second server tomorrow, we really shouldn't have to. 


What should I do next?

Josh



[2002-11-17 17:32:18] [EMAIL PROTECTED]

I set the gc_probability to 0.  After 5 hours, I got another dozen
notifications that the cart failed.  I even got a tech support
complaint from a customer.  

My hunch is that the serializer is obliterating the array.  One of the
recent things I started to do was to initialize $_SESSION["cart"] =
Array(); when they first enter the site.  On the sessions that have
problems, the cart variable disappears.  However, other session
variables still exist.  

No where on the site do I attempt to destroy the session. 

I'm going to change my | delimiter as I notice that the serializer uses
a | as a delimiter.  I wonder if that could be it.  (though, it works
most of the time)

I've made the other changes to the handler.  I still see problems
though.  Is there any particular user behaviour that could explain it? 
I had someone suggest to me that a user double clicking the add to cart
button could do it.  I don't see how though.  Not only that, I've tried
clicking more than once myself and have never seen the problem.

Josh



[2002-11-17 12:42:17] [EMAIL PROTECTED]

Ok.  I will fix my handler using your suggestions.  I'll get back to
you after a few hours of letting it work.

Josh



[2002-11-17 12:40:32] [EMAIL PROTECTED]

I'm trying to provide as much as I can.

Here is a sample session from the dbase.

cart|a:1:{s:9:"161-00084";s:14:"White-Medium|1";}affiliatename|s:0:"";cartposted|s:10:"addProduct";


A quick thought.  I use the | as a delimiter to seperate the color-size
and quantity.  Would my delimiter potentially screw up the unserialize
or serialize functions? 

For multiple products here is a sample session.

cart|a:2:{s:9:"117-00717";s:20:"Black-Small_Medium|1";s:9:"117-00875";s:15:"Yellow-Medium|1";}affiliatename|s:0:"";cartposted|s:10:"addProduct";



[2002-11-17 12:36:34] [EMAIL PROTECTED]

Missed a couple of words in the above.  "will randomly be deleted" I
meant to write.



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

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