#21423 [NEW]: One of the mirrors for 4.3.0 appears to be faulty

[silicon]

From: [EMAIL PROTECTED]
Operating system: Windows ME
PHP version:  4.3.0
PHP Bug Type: Unknown/Other Function
Bug description:  One of the mirrors for 4.3.0 appears to be faulty

I downloaded the tar.gz version of 4.3.0 from the second Australian mirror
and the filename was php-4.3.0.tar.tar.

I'm not sure if this is intentional, but since the other Australian
mirrors link to php-4.3.0.tar.gz, I assume it wasn't. I attempted to use
tar to extract that file from the second mirror but was unsuccessful.
-- 
Edit bug report at http://bugs.php.net/?id=21423&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21423&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21423&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21423&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21423&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21423&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21423&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21423&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21423&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21423&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21423&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21423&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21423&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21423&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21423&r=gnused

#21424 [NEW]: Terminal type=vt100 on a new build

[gary]

From: [EMAIL PROTECTED]
Operating system: RedHat 7.3
PHP version:  4.3.0
PHP Bug Type: Apache related
Bug description:  Terminal type=vt100 on a new build

I have a machine with apache 1.3.26 and php 4.1.2 and the term type reports
"dumb".

I downloaded apache 1.3.27 source and php 4.3.0 source (as well as support
sources - ssl, imap, perl, etc).  Compiled and ran just fine.  

The problem is that for some reason the phpinfo is reporting that the term
type is VT100 and pulling some extra environmental variables as well. 
These variables are not present on the other box.

I compiled php without apache support first (so I could possible run local
scripts) then did a make clean and finally configured it will apache
support.  

Here is the compile script.

make clean > /dev/null
./configure --with-mysql=/usr/local/mysql --with-xml --enable-ftp
make
make test
make install

make clean > /dev/null
./configure --with-apache=../apache_1.3.27 --with-imap=../imap-2001a
--with-gettext --enable-track-vars --with-mysql=/usr/local/mysql
--with-xml --enable-ftp
make
make install

Everything besides the terminal type and the extra environmental variables
seem to be working fine.  

The biggest noticable problem is the environmental variable LS_COLORS
which mangles the tables.  Though this isn't a show stopper it just
pointed out to me that something was different and I wasn't sure if this
different shell is a security issue or could pose other runtime problems.


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

#21422 [Opn->Bgs]: preg_match regexps not greedy by default

[gerzson]

 ID:   21422
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *Regular Expressions
 Operating System: Linux
 PHP Version:  4.3.0
 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

Your script is the evidence that preg_* is greedy by default, because
\w+ consumes as many characters as possible - letters and digits as
well. The last digit is not used because \d+ must match at least one
digit in order that the whole expression succeeds.

Ask for help on the mailing list to figure out the proper regexp.


Previous Comments:


[2003-01-05 01:37:07] [EMAIL PROTECTED]

Perl regexps are greedy by default.  \d+ will get all decimals possible
(\d+? will only find one - it's lazy).  It seems preg_match is not
greedy by default.

code:
preg_match("/^\w+(\d+)$/", $change_link, $change_id);
print("My ID is $change_id[1]");

when passed: "edit11"
change_id[1] is equal to "1".  It should be equal to "11" especially
when my regexp is looking for the end of the line ($) after it!




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

#12061 [Com]: CGI Error

[wyared]

 ID:   12061
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: IIS related
 Operating System: Win 2K
 PHP Version:  4.0.6
 New Comment:

I was facing this problem when writing a code on the w9x Notepad and
modifying it by win2k editors or viseversa ... seems to be a problem
converting between unicode and ASCII.. in my humble openion (donno if
it's even right!) do it all on one editor.


Previous Comments:


[2003-01-02 09:12:54] [EMAIL PROTECTED]

I have the same problems with phpmyadmin producing a CGI error in both
panes after locking the anonymous IIS user out of the phpmyadmin
directory. I provide a credentials for a user with proper permissions
to that folder when accesssing it, but I still get the CGI errors. I
don't think it's reasonable to grany anonymous users access to this
administrative tool...

Any ideas?



[2002-10-22 08:14:01] [EMAIL PROTECTED]

I had this error when I use php myAdmin.

The problem was:
I had edit the config.inc.php with wordpad.

The sollution:
editing with textPad

...so long, Joe



[2002-10-16 16:10:48] [EMAIL PROTECTED]

I have W2k Server IIS5/PHP4
I was able to fix this issue simply by doing the following:

Open Internet Service Manager
Right Click Default Web Site (or any website using php)
Goto Properties
Click the HOME DIRECTORY tab
Click the CONFIGURATION button
Scroll down the list and select .php
Click Edit button
enable the CHECK THAT FILE EXISTS checkbox.
ok your way out.

This eliminated my problems with this error.



[2002-08-24 12:08:29] [EMAIL PROTECTED]

For those of you getting a CGI ERROR when trying to run PHPmyAdmin from
IIS (e.g. http://localhost/path_to_your_phpmyadmin_install/  .. 
Look at your config.inc file under "$cfg['PmaAbsoluteUri'] = " and make
sure that you have not included and extra space between the ending /
and the closing quotation mark.
Do this: ... ='http://localhost/phpmyadmin/'
Not This: ... ='http://localhost/phpmyadmin/  '
If this is the cause of your problem you will see a /%20%/ between
localhost and /phpmyadmin. All that is happening is an extra space is
being input into your html. Simple fix. Hope this helps some of you.



[2002-06-18 17:42:34] [EMAIL PROTECTED]

Regarding the CGI Header problem, I ran into the same thing, but had to
perform a different solution (due to a stupid thing on my part).

Anyways, I have Windows 2000 running IIS 5.0 latest of everything -
meaning SP2 for W2K and PHP 4.2.1 and MySQL 4.0 and phpMyAdmin like
2.2.6 and when I installed the phpMyAdmin I changed the index.php file
to default.php cause that's what I need for IIS to pick it up, I don't
have it set up to see index.php.

Yeah so, I know I'm stupid, but that was the problem (simple).

Solution: I made a copy of the file and renamed it to index.php

Result: The directory I had had the two files, index.php and
default.php.  Everything worked!

FYI



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

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

#21248 [Asn->]: first find PQescapeBytea then use it

[yohgaki]

 ID:   21248
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Assigned
+Status:   Won\'t fix
 Bug Type: PostgreSQL related
 Operating System: Linux2.4
 PHP Version:  4.3.0
 Assigned To:  yohgaki
 New Comment:

I would not like to add php own libpq function clone for following
reasons.

 - Users are supposed to use libpq that matches backend
 - There is no use of pg_(un)escape_bytea function prior to 7.2
 - Users should be able to use addslashes() to escape strings. (Only a
little inefficient and does not work for certain encodings. But these
problematic encodings do not work with PHP anyway)

Extream case is PostgreSQL 7.3.x. It cannot even connect to older
versions of backends. Use the libpq that comes from backend.
(Use the same major/minor version at least. You may use different patch
level releases between client and backend)

Since bytea is almost useless without unescape function, I added
pg_unescape_bytea() using locally implemented unescape bytea function
for 7.2 users and it's available from 4.3.0.
(The unescape function is more efficient than original version, too :)
 



Previous Comments:


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

the postgresql module compiles for php, perfectly.
but PQescapeBytea and PQescapeString is not available on all system, I
don't know why, it's libpq's fault.
php is linked dynamically with libpq, and PQescapeBytea is used by php.
So apache cannot load the php module, due to an unresolved
symbol(PQescapeBytea).
if PQescapeBytea doesn't available on a system php should use an own
implementation.




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

#21425 [NEW]: rename() - interesting behaviour

[linux]

From: [EMAIL PROTECTED]
Operating system: Debian GNU/Linux
PHP version:  4.3.0
PHP Bug Type: Filesystem function related
Bug description:  rename() - interesting behaviour

it's an interesting thing about the rename() function:

the code which doesn't work:


and which works (if the script is in the same dir):


error message for the first code:
Warning: rename(/home/phanatic/temp/users,/home/phanatic/temp/userdata)
[http://www.php.net/function.rename]: No such file or directory in
/home/phanatic/temp/test_rename.php on line 8

my configure line:
./configure --with-layout=GNU --with-mysql=shared --with-pgsql=shared
--with-gd=shared --with-gd2 --enable-ftp --with-calendar --with-posix --
enable-sockets --enable-cli --enable-cgi --enable-pcntl --with-bz2=shared
--with-zlib-dir=/usr/include/ --prefix=/usr --sysconfdir=/etc/php

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

#7870 [Com]: Unable to connect to ldap server using precompiled win32 binaries

[iq0099]

 ID:   7870
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: LDAP related
 Operating System: Windows NT
 PHP Version:  4.0.3pl1
 New Comment:

I did this but its not working..  I get : Unable to load dynamic
library ./php_ldap.dll  
The specific module cannot be found..


Previous Comments:


[2000-11-18 09:44:12] [EMAIL PROTECTED]

load the ldap extension, by uncommenting the entry in the php.ini...

extension=php_ldap.dll



[2000-11-18 06:18:37] [EMAIL PROTECTED]

1. Downloaded latest php precompiled binary for win32.
2. Used the sample code for connecting to ldap and got the following
error message.
LDAP query test
Connecting ...
Fatal error: Call to undefined function: ldap_connect() 

3. Tried installing ldap client library available in the website of
university of michigan but dont know how to proceed further in fixing
the problem.

Help me out.




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

#21248 [WFx->Opn]: first find PQescapeBytea then use it

[phoemix]

 ID:   21248
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Won't fix
+Status:   Open
 Bug Type: PostgreSQL related
 Operating System: Linux2.4
 PHP Version:  4.3.0
 Assigned To:  yohgaki
 New Comment:

you missunderstood the problem.
i wasn't talking about php's own pg_* "interface", functions
i was talking about a symbol(excacly PQexcapeString) which php uses, as
a shared library and also as a static library for apache, but on some
hosts(I, Gergely Czuczy, don't know why) libpq is not containing this
symbol. this means when you try to compile apache or load the php
module you get an unresolved symbol. and this means you are unable to
load the PHP, which means PHP is absolutely, surely unusable.


Previous Comments:


[2003-01-05 05:13:59] [EMAIL PROTECTED]

I would not like to add php own libpq function clone for following
reasons.

 - Users are supposed to use libpq that matches backend
 - There is no use of pg_(un)escape_bytea function prior to 7.2
 - Users should be able to use addslashes() to escape strings. (Only a
little inefficient and does not work for certain encodings. But these
problematic encodings do not work with PHP anyway)

Extream case is PostgreSQL 7.3.x. It cannot even connect to older
versions of backends. Use the libpq that comes from backend.
(Use the same major/minor version at least. You may use different patch
level releases between client and backend)

Since bytea is almost useless without unescape function, I added
pg_unescape_bytea() using locally implemented unescape bytea function
for 7.2 users and it's available from 4.3.0.
(The unescape function is more efficient than original version, too :)
 




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

the postgresql module compiles for php, perfectly.
but PQescapeBytea and PQescapeString is not available on all system, I
don't know why, it's libpq's fault.
php is linked dynamically with libpq, and PQescapeBytea is used by php.
So apache cannot load the php module, due to an unresolved
symbol(PQescapeBytea).
if PQescapeBytea doesn't available on a system php should use an own
implementation.




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

#21427 [NEW]: Function xslt_set_encoding() undefined

[tony]

From: [EMAIL PROTECTED]
Operating system: WindowsXP
PHP version:  4.3.0
PHP Bug Type: XSLT related
Bug description:  Function xslt_set_encoding() undefined

I am using Apache 2.0.43 and I have just upgraded to PHP 4.3.0 and my
scripts now fail with the error message:

"Call to undefined function: xslt_set_encoding()"

I have downloaded the latest sablotron version from www.gingerall.com, but
the error persists.

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

#21427 [Opn->Bgs]: Function xslt_set_encoding() undefined

[edink]

 ID:   21427
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: XSLT related
 Operating System: WindowsXP
 PHP Version:  4.3.0
 New Comment:

Duplicate of #20640.


Previous Comments:


[2003-01-05 07:01:27] [EMAIL PROTECTED]

I am using Apache 2.0.43 and I have just upgraded to PHP 4.3.0 and my
scripts now fail with the error message:

"Call to undefined function: xslt_set_encoding()"

I have downloaded the latest sablotron version from www.gingerall.com,
but the error persists.

Could it be that the Windows binary was not compioled with the "with
encoding" option?




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

#21427 [Bgs]: Function xslt_set_encoding() undefined

[nicos]

 ID:   21427
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: XSLT related
 Operating System: WindowsXP
 PHP Version:  4.3.0
 New Comment:

As http://www.php.net/manual/en/ref.xslt.php says:

On UNIX, run configure with the --enable-xslt  --with-xslt-sablot 
options. The Sablotron  library should be installed somewhere your
compiler can find it.

Make sure you have the same libraries linked to the Sablotron library
as those, which are linked with PHP. The configuration options:
--with-expat-dir=DIR --with-iconv-dir=DIR are there to help you specify
them. When asking for support, always mention these directives, and
whether there are other versions of those libraries installed on your
system somewhere. Naturally, provide all the version numbers.

JavaScript E-XSLT support: If you compiled Sablotron with JavaScript
support, you must specify the option: --with-sablot-js=DIR.

Note to Win32 Users: In order to enable this module on a Windows
environment, you must copy sablot.dll from the DLL folder of the
PHP/Win32 binary package to the SYSTEM32 folder of your windows
machine. (Ex: C:\WINNT\SYSTEM32 or C:\WINDOWS\SYSTEM32) 


Previous Comments:


[2003-01-05 07:04:49] [EMAIL PROTECTED]

As http://www.php.net/manual/en/ref.xslt.php says:

On UNIX, run configure with the --enable-xslt  --with-xslt-sablot 
options. The Sablotron  library should be installed somewhere your
compiler can find it.

Make sure you have the same libraries linked to the Sablotron library
as those, which are linked with PHP. The configuration options:
--with-expat-dir=DIR --with-iconv-dir=DIR are there to help you specify
them. When asking for support, always mention these directives, and
whether there are other versions of those libraries installed on your
system somewhere. Naturally, provide all the version numbers.

JavaScript E-XSLT support: If you compiled Sablotron with JavaScript
support, you must specify the option: --with-sablot-js=DIR.

Note to Win32 Users: In order to enable this module on a Windows
environment, you must copy sablot.dll from the DLL folder of the
PHP/Win32 binary package to the SYSTEM32 folder of your windows
machine. (Ex: C:\WINNT\SYSTEM32 or C:\WINDOWS\SYSTEM32) 



[2003-01-05 07:01:27] [EMAIL PROTECTED]

I am using Apache 2.0.43 and I have just upgraded to PHP 4.3.0 and my
scripts now fail with the error message:

"Call to undefined function: xslt_set_encoding()"

I have downloaded the latest sablotron version from www.gingerall.com,
but the error persists.

Could it be that the Windows binary was not compioled with the "with
encoding" option?




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

#21425 [Opn->Bgs]: rename() - interesting behaviour

[nicos]

 ID:   21425
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Filesystem function related
 Operating System: Debian GNU/Linux
 PHP Version:  4.3.0
 New Comment:

The error is clear it can't find /home/phanatic/temp/users, probably
because of permissions or probably because it's NOT the good directory.
Are you sure ./ is /home/phanatic/temp/?

Anyway this is bogus, if you need any help please take a look at
http://www.php.net/support.php .


Thank you for your report.


Previous Comments:


[2003-01-05 05:16:29] [EMAIL PROTECTED]

it's an interesting thing about the rename() function:

the code which doesn't work:


and which works (if the script is in the same dir):


error message for the first code:
Warning: rename(/home/phanatic/temp/users,/home/phanatic/temp/userdata)
[http://www.php.net/function.rename]: No such file or directory in
/home/phanatic/temp/test_rename.php on line 8

my configure line:
./configure --with-layout=GNU --with-mysql=shared --with-pgsql=shared
--with-gd=shared --with-gd2 --enable-ftp --with-calendar --with-posix
--
enable-sockets --enable-cli --enable-cgi --enable-pcntl
--with-bz2=shared --with-zlib-dir=/usr/include/ --prefix=/usr
--sysconfdir=/etc/php

hope i could provide all the infos needed to fix this problem...




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

#21429 [NEW]: apache2 fails to load php-4.3.0

[dev]

From: [EMAIL PROTECTED]
Operating system: linux8
PHP version:  4.3.0
PHP Bug Type: Apache2 related
Bug description:  apache2 fails to load php-4.3.0

I installed apache-2.0.43 and php-4.3.0 following steps listed at
http://www.php.net/manual/en/install.apache2.php

apache installs fine with 
./configure --enable-so
make
make install

php installs fine with
./configure --with-apxs2=/usr/local/apache2/bin/apxs
make
make install

Problem starts with when we add 
LoadModule php4_module modules/libphp4.so
AddType application/x-httpd-php .php

apache fails to start saying module
/downloads/php-4.3.0/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.

apache starts fine when load module statement is commented.

Thank you for your help
abhay aggarwal


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

#21429 [Opn->Bgs]: apache2 fails to load php-4.3.0

[derick]

 ID:   21429
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: linux8
 PHP Version:  4.3.0
 New Comment:

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

Thank you for your interest in PHP.


Previous Comments:


[2003-01-05 07:16:23] [EMAIL PROTECTED]

I installed apache-2.0.43 and php-4.3.0 following steps listed at
http://www.php.net/manual/en/install.apache2.php

apache installs fine with 
./configure --enable-so
make
make install

php installs fine with
./configure --with-apxs2=/usr/local/apache2/bin/apxs
make
make install

Problem starts with when we add 
LoadModule php4_module modules/libphp4.so
AddType application/x-httpd-php .php

apache fails to start saying module
/downloads/php-4.3.0/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.

apache starts fine when load module statement is commented.

Thank you for your help
abhay aggarwal






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

#21425 [Bgs->Opn]: rename() - interesting behaviour

[linux]

 ID:   21425
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: Filesystem function related
 Operating System: Debian GNU/Linux
 PHP Version:  4.3.0
 New Comment:

the file is there, i'm sure about it... and the script itself is in
'/home/phanatic/temp', too!!! so it's not a bogus in my opinion... just
test it yourself.


Previous Comments:


[2003-01-05 07:13:40] [EMAIL PROTECTED]

The error is clear it can't find /home/phanatic/temp/users, probably
because of permissions or probably because it's NOT the good directory.
Are you sure ./ is /home/phanatic/temp/?

Anyway this is bogus, if you need any help please take a look at
http://www.php.net/support.php .


Thank you for your report.



[2003-01-05 05:16:29] [EMAIL PROTECTED]

it's an interesting thing about the rename() function:

the code which doesn't work:


and which works (if the script is in the same dir):


error message for the first code:
Warning: rename(/home/phanatic/temp/users,/home/phanatic/temp/userdata)
[http://www.php.net/function.rename]: No such file or directory in
/home/phanatic/temp/test_rename.php on line 8

my configure line:
./configure --with-layout=GNU --with-mysql=shared --with-pgsql=shared
--with-gd=shared --with-gd2 --enable-ftp --with-calendar --with-posix
--
enable-sockets --enable-cli --enable-cgi --enable-pcntl
--with-bz2=shared --with-zlib-dir=/usr/include/ --prefix=/usr
--sysconfdir=/etc/php

hope i could provide all the infos needed to fix this problem...




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

#21425 [Opn->Fbk]: rename() - interesting behaviour

[nicos]

 ID:   21425
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Filesystem function related
 Operating System: Debian GNU/Linux
 PHP Version:  4.3.0
 New Comment:

Can you please show us the permission of the directory and of the files
please? 

It looks I really CAN NOT reproduce it there...

Thank you.


Previous Comments:


[2003-01-05 07:21:23] [EMAIL PROTECTED]

the file is there, i'm sure about it... and the script itself is in
'/home/phanatic/temp', too!!! so it's not a bogus in my opinion... just
test it yourself.



[2003-01-05 07:13:40] [EMAIL PROTECTED]

The error is clear it can't find /home/phanatic/temp/users, probably
because of permissions or probably because it's NOT the good directory.
Are you sure ./ is /home/phanatic/temp/?

Anyway this is bogus, if you need any help please take a look at
http://www.php.net/support.php .


Thank you for your report.



[2003-01-05 05:16:29] [EMAIL PROTECTED]

it's an interesting thing about the rename() function:

the code which doesn't work:


and which works (if the script is in the same dir):


error message for the first code:
Warning: rename(/home/phanatic/temp/users,/home/phanatic/temp/userdata)
[http://www.php.net/function.rename]: No such file or directory in
/home/phanatic/temp/test_rename.php on line 8

my configure line:
./configure --with-layout=GNU --with-mysql=shared --with-pgsql=shared
--with-gd=shared --with-gd2 --enable-ftp --with-calendar --with-posix
--
enable-sockets --enable-cli --enable-cgi --enable-pcntl
--with-bz2=shared --with-zlib-dir=/usr/include/ --prefix=/usr
--sysconfdir=/etc/php

hope i could provide all the infos needed to fix this problem...




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

#21425 [Fbk->Opn]: rename() - interesting behaviour

[linux]

 ID:   21425
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Filesystem function related
 Operating System: Debian GNU/Linux
 PHP Version:  4.3.0
 New Comment:

perms of the file:
-rw-r--r--1 phanatic phanatic   99 Jan  5 10:36 users
perms of the dir:
drwxr-xr-x5 phanatic phanatic 4096 Jan  5 12:06 temp

but in my opinion, if this happens because of the permissions, then why
does the second script work?

thanx in advance...


Previous Comments:


[2003-01-05 07:24:20] [EMAIL PROTECTED]

Can you please show us the permission of the directory and of the files
please? 

It looks I really CAN NOT reproduce it there...

Thank you.



[2003-01-05 07:21:23] [EMAIL PROTECTED]

the file is there, i'm sure about it... and the script itself is in
'/home/phanatic/temp', too!!! so it's not a bogus in my opinion... just
test it yourself.



[2003-01-05 07:13:40] [EMAIL PROTECTED]

The error is clear it can't find /home/phanatic/temp/users, probably
because of permissions or probably because it's NOT the good directory.
Are you sure ./ is /home/phanatic/temp/?

Anyway this is bogus, if you need any help please take a look at
http://www.php.net/support.php .


Thank you for your report.



[2003-01-05 05:16:29] [EMAIL PROTECTED]

it's an interesting thing about the rename() function:

the code which doesn't work:


and which works (if the script is in the same dir):


error message for the first code:
Warning: rename(/home/phanatic/temp/users,/home/phanatic/temp/userdata)
[http://www.php.net/function.rename]: No such file or directory in
/home/phanatic/temp/test_rename.php on line 8

my configure line:
./configure --with-layout=GNU --with-mysql=shared --with-pgsql=shared
--with-gd=shared --with-gd2 --enable-ftp --with-calendar --with-posix
--
enable-sockets --enable-cli --enable-cgi --enable-pcntl
--with-bz2=shared --with-zlib-dir=/usr/include/ --prefix=/usr
--sysconfdir=/etc/php

hope i could provide all the infos needed to fix this problem...




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

#21425 [Opn->Fbk]: rename() - interesting behaviour

[derick]

 ID:   21425
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Filesystem function related
 Operating System: Debian GNU/Linux
 PHP Version:  4.3.0
 New Comment:

Assuming that you run this script with the Command Line version (not
through your webserver), can you run:

strace php yourscript.php

and put this output somewhere online? We should be able to figure out
what fails in the script.

Derick


Previous Comments:


[2003-01-05 07:34:55] [EMAIL PROTECTED]

perms of the file:
-rw-r--r--1 phanatic phanatic   99 Jan  5 10:36 users
perms of the dir:
drwxr-xr-x5 phanatic phanatic 4096 Jan  5 12:06 temp

but in my opinion, if this happens because of the permissions, then why
does the second script work?

thanx in advance...



[2003-01-05 07:24:20] [EMAIL PROTECTED]

Can you please show us the permission of the directory and of the files
please? 

It looks I really CAN NOT reproduce it there...

Thank you.



[2003-01-05 07:21:23] [EMAIL PROTECTED]

the file is there, i'm sure about it... and the script itself is in
'/home/phanatic/temp', too!!! so it's not a bogus in my opinion... just
test it yourself.



[2003-01-05 07:13:40] [EMAIL PROTECTED]

The error is clear it can't find /home/phanatic/temp/users, probably
because of permissions or probably because it's NOT the good directory.
Are you sure ./ is /home/phanatic/temp/?

Anyway this is bogus, if you need any help please take a look at
http://www.php.net/support.php .


Thank you for your report.



[2003-01-05 05:16:29] [EMAIL PROTECTED]

it's an interesting thing about the rename() function:

the code which doesn't work:


and which works (if the script is in the same dir):


error message for the first code:
Warning: rename(/home/phanatic/temp/users,/home/phanatic/temp/userdata)
[http://www.php.net/function.rename]: No such file or directory in
/home/phanatic/temp/test_rename.php on line 8

my configure line:
./configure --with-layout=GNU --with-mysql=shared --with-pgsql=shared
--with-gd=shared --with-gd2 --enable-ftp --with-calendar --with-posix
--
enable-sockets --enable-cli --enable-cgi --enable-pcntl
--with-bz2=shared --with-zlib-dir=/usr/include/ --prefix=/usr
--sysconfdir=/etc/php

hope i could provide all the infos needed to fix this problem...




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

#19113 [Opn]: HTTP status 200 returned on HTTP CONNECT when mod_proxy not in use

[nohn]

 ID:   19113
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache related
 Operating System: FreeBSD 4.6.2
 PHP Version:  4.2.2
 New Comment:

Verified in Apache 1.3.27/Linux/PHP 4.3.0


Previous Comments:


[2003-01-04 16:48:32] [EMAIL PROTECTED]

Yes; [EMAIL PROTECTED] is correct.  My previous comment ("bug possibly
fixed") was in haste.

The problem still exists in 4.3.0.  Please, someone in the PHP crew
investigate this fully, as it's becoming more and more of an issue and
seems to be affecting essentially everyone who uses PHP and Apache.



[2003-01-03 23:39:16] [EMAIL PROTECTED]

Problem still exists in PHP 4.3.0, i'm running Apache 1.3.27 on
FreeBSD.



[2003-01-02 06:32:47] [EMAIL PROTECTED]

I apologise for not being able to test 4.3.0 or any of the "snap"
releases prior to now -- we use FreeBSD, and we rely on the FreeBSD
port of mod_php4.  The port author has not upgraded to 4.3.0 yet, and
therefore we were stuck using 4.2.3 until earlier this evening when I
removed the port and went with the old method of installing off source
manually.

It seems that this problem may in fact be fixed in 4.3.0.  The problem
documented no longer appears.



[2002-12-28 01:00:02] [EMAIL PROTECTED]

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



[2002-12-18 07:09:42] [EMAIL PROTECTED]

Sorry, you don't understand the problem.

The problem is that apache returns "HTTP 200 OK" on CONNECT request,
but does NOT really connect to specified addrress. If it is possible to
connect through your server to outside, then it's problem of your
misconfigured proxy.



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

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

#20640 [Asn->Csd]: xslt_set_encoding not implemented ?

[edink]

 ID:   20640
 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:  edink
 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-26 03:17:25] [EMAIL PROTECTED]

Not really; it seems that we didn't enable those in the windows builds.
Assigning to edink.

Derick



[2002-11-26 03:08:54] [EMAIL PROTECTED]

When I try to use the function xslt_set_encoding , that's what I get :


Fatal error: Call to undefined function: xslt_set_encoding() 

$xp = xslt_create();
xslt_set_encoding ($xp,"ISO-8859-1");
$out = xslt_process($xp, 'arg:/_xml', 'arg:/_xsl', NULL, $args,
$params);
xslt_free($xp);

Strange isn't it ?

Thanks

Erwan




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

#21425 [Fbk->Csd]: rename() - interesting behaviour

[linux]

 ID:   21425
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Filesystem function related
 Operating System: Debian GNU/Linux
 PHP Version:  4.3.0
 New Comment:

solved the problem... there were really no problems, just didn't
realize a bug in my script ;(

sorry for the inconvenience...


Previous Comments:


[2003-01-05 07:38:27] [EMAIL PROTECTED]

Assuming that you run this script with the Command Line version (not
through your webserver), can you run:

strace php yourscript.php

and put this output somewhere online? We should be able to figure out
what fails in the script.

Derick



[2003-01-05 07:34:55] [EMAIL PROTECTED]

perms of the file:
-rw-r--r--1 phanatic phanatic   99 Jan  5 10:36 users
perms of the dir:
drwxr-xr-x5 phanatic phanatic 4096 Jan  5 12:06 temp

but in my opinion, if this happens because of the permissions, then why
does the second script work?

thanx in advance...



[2003-01-05 07:24:20] [EMAIL PROTECTED]

Can you please show us the permission of the directory and of the files
please? 

It looks I really CAN NOT reproduce it there...

Thank you.



[2003-01-05 07:21:23] [EMAIL PROTECTED]

the file is there, i'm sure about it... and the script itself is in
'/home/phanatic/temp', too!!! so it's not a bogus in my opinion... just
test it yourself.



[2003-01-05 07:13:40] [EMAIL PROTECTED]

The error is clear it can't find /home/phanatic/temp/users, probably
because of permissions or probably because it's NOT the good directory.
Are you sure ./ is /home/phanatic/temp/?

Anyway this is bogus, if you need any help please take a look at
http://www.php.net/support.php .


Thank you for your report.



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

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

#14365 [Com]: require_once() causes segfault

[bartvb]

 ID:   14365
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: iPlanet related
 Operating System: RedHat Linux 7.3
 PHP Version:  4.3.0-dev
 New Comment:

I would love to but I don't have a clue how I should do that :D I'm
using Apache 1.3.26 and PHP 4.3.0 (but that one segfaults too often)
and PHP 4.2.3 (segfaults too but less often, especially when we use a
debug build and limit the MaxRequestsPerChild to 10.

Nested evals()? Hmm, we shouldn't, I'll go and see if that can be the
case.

BTW how did Sean create that backtrace? It even shows in what PHP file
and on what line Apache/PHP went down...


Previous Comments:


[2003-01-02 11:54:51] [EMAIL PROTECTED]

Can you try increasing your stack size as was suggested in one of the
earlier responses?

The latest backtrace looks *very* deep - are you using a lot of nested
eval() calls ?



[2003-01-01 14:55:40] [EMAIL PROTECTED]

Oh, sorry. Forgot to mention what the site is running on.

We're using Apache 1.3.26 with PHP as a module. Info page is over
here:
http://www.bokt.nl/klad/info.php

It's a Redhat 7.3 box with:
gcc version 2.96 2731 (Red Hat Linux 7.3 2.96-112)

It's an Athlon 1800 XP with 1GB ram and phpBB is using MySQL (MyISAM
tables) extensively. Some stats can be seen on:

http://www.bokt.nl/stats/



[2003-01-01 14:51:48] [EMAIL PROTECTED]

Grr. These damn segfaults are really driving me nuts. I've been having
segfaults with other versions of PHP (up to 4.2.3). I'm using PHP 4.3.0
at the moment and the number of segfaults has only increased.

Sometimes there are almost no segfaults (one every 5 minutes?) but
sometimes I get stuff like this in the errorlog:
[Wed Jan  1 21:34:02 2003] [notice] child pid 13840 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:03 2003] [notice] child pid 13833 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:11 2003] [notice] child pid 13831 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:11 2003] [notice] child pid 13816 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:11 2003] [notice] child pid 13810 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:20 2003] [notice] child pid 13837 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:45 2003] [notice] child pid 13883 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:50 2003] [notice] child pid 13878 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:51 2003] [notice] child pid 13887 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:51 2003] [notice] child pid 13859 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:52 2003] [notice] child pid 13882 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:24 2003] [notice] child pid 13904 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:31 2003] [notice] child pid 13898 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:31 2003] [notice] child pid 13892 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:36 2003] [notice] child pid 13909 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:39 2003] [notice] child pid 14006 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:40 2003] [notice] child pid 13908 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:44 2003] [notice] child pid 14009 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:46 2003] [notice] child pid 13903 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:52 2003] [notice] child pid 14017 exit signal
Segmentation fault (11)
[Wed Jan  1 21:36:11 2003] [notice] child pid 14015 exit signal
Segmentation fault (11)
[Wed Jan  1 21:36:17 2003] [notice] child pid 14023 exit signal
Segmentation fault (11)
[Wed Jan  1 21:36:33 2003] [notice] child pid 14016 exit signal
Segmentation fault (11)
[Wed Jan  1 21:36:42 2003] [notice] child pid 14019 exit signal
Segmentation fault (11)
[Wed Jan  1 21:36:45 2003] [notice] child pid 14043 exit signal
Segmentation fault (11)


This is making me and my users _very_ unhappy :\

With 4.2.3 I got:

(gdb) bt
#0  0x42082a0c in memcpy () from /lib/i686/libc.so.6
#1  0x08134f7d in _estrndup ()
#2  0x0810deb0 in php_var_unserialize ()
#3  0x0810e796 in php_var_unserialize ()
#4  0x0810dd7a in php_var_unserialize ()
#5  0x08106dbc in zif_unserialize ()
#6  0x08169483 in execute ()
#7  0x08145b8e in zend_execute_scripts ()
#8  0x0808a06a in php_execute_script ()
#9  0x081511ca in apache_php_module_main ()
#10 0x0808638c in php_restore_umask ()
#11 0x080863e5 in php_restore_umask ()
#12 0x08173363 in ap_invoke_handler ()
#13 0x08187e9b in ap_some_auth_required ()
#14 0x08187efc in ap_process_request ()
#15 0x0817ef05 in ap_child_terminate ()
#16 0x0817f173 in ap_child_terminate ()
#17 0x0817f4f0 in ap_

#14365 [Fbk]: require_once() causes segfault

[wez]

 ID:   14365
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: iPlanet related
 Operating System: RedHat Linux 7.3
 PHP Version:  4.3.0-dev
 New Comment:

See http://bugs.php.net/bugs-generating-backtrace.php for details on
making backtraces.

The stack size appears to be a setting in the iPlanet configuration:Try
modifying your ns/threads section to include a larger
stacksize...the default one is 128*1024I ran into a stacksize
problem on the recent redhat update (related to glibc) that was
segfaulting on a dns lookup.  I didn't associate it with the segfault
I
was getting for PHP (Including squirrelmail), but the segfault for SM
is
gone now for me after this fix and SM works perfectly.

Try this sample:

ns_section "ns/threads"
ns_param   stacksize [expr 256*1024]

"
(quoted from this bug report).

I don't have and have never used iPlanet, so it's up to you to find out
how to configure it.


"



Previous Comments:


[2003-01-05 09:07:05] [EMAIL PROTECTED]

I would love to but I don't have a clue how I should do that :D I'm
using Apache 1.3.26 and PHP 4.3.0 (but that one segfaults too often)
and PHP 4.2.3 (segfaults too but less often, especially when we use a
debug build and limit the MaxRequestsPerChild to 10.

Nested evals()? Hmm, we shouldn't, I'll go and see if that can be the
case.

BTW how did Sean create that backtrace? It even shows in what PHP file
and on what line Apache/PHP went down...



[2003-01-02 11:54:51] [EMAIL PROTECTED]

Can you try increasing your stack size as was suggested in one of the
earlier responses?

The latest backtrace looks *very* deep - are you using a lot of nested
eval() calls ?



[2003-01-01 14:55:40] [EMAIL PROTECTED]

Oh, sorry. Forgot to mention what the site is running on.

We're using Apache 1.3.26 with PHP as a module. Info page is over
here:
http://www.bokt.nl/klad/info.php

It's a Redhat 7.3 box with:
gcc version 2.96 2731 (Red Hat Linux 7.3 2.96-112)

It's an Athlon 1800 XP with 1GB ram and phpBB is using MySQL (MyISAM
tables) extensively. Some stats can be seen on:

http://www.bokt.nl/stats/



[2003-01-01 14:51:48] [EMAIL PROTECTED]

Grr. These damn segfaults are really driving me nuts. I've been having
segfaults with other versions of PHP (up to 4.2.3). I'm using PHP 4.3.0
at the moment and the number of segfaults has only increased.

Sometimes there are almost no segfaults (one every 5 minutes?) but
sometimes I get stuff like this in the errorlog:
[Wed Jan  1 21:34:02 2003] [notice] child pid 13840 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:03 2003] [notice] child pid 13833 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:11 2003] [notice] child pid 13831 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:11 2003] [notice] child pid 13816 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:11 2003] [notice] child pid 13810 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:20 2003] [notice] child pid 13837 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:45 2003] [notice] child pid 13883 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:50 2003] [notice] child pid 13878 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:51 2003] [notice] child pid 13887 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:51 2003] [notice] child pid 13859 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:52 2003] [notice] child pid 13882 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:24 2003] [notice] child pid 13904 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:31 2003] [notice] child pid 13898 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:31 2003] [notice] child pid 13892 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:36 2003] [notice] child pid 13909 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:39 2003] [notice] child pid 14006 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:40 2003] [notice] child pid 13908 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:44 2003] [notice] child pid 14009 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:46 2003] [notice] child pid 13903 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:52 2003] [notice] child pid 14017 exit signal
Segmentation fault (11)
[Wed Jan  1 21:36:11 2003] [notice] child pid 14015 exit signal
Segmentation fault (11)
[Wed Jan  1 21:36:17 2003] [notice] child pid 14023 exit signal
Segmentation fault (11)
[Wed Jan  1 21:36:33 2003] [notice] child pid 14016 exit signal
Segmentation fault (11)
[Wed Jan  1 21:36:42 2003] [notice] child pid 14019 exit signal
Segmentation fa

#21431 [NEW]: php.ini config problem with extension_dir

[xlord]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Advance Server
PHP version:  4.3.0
PHP Bug Type: *Configuration Issues
Bug description:  php.ini config problem with extension_dir

Dear Sir / Madam,
 Having php.ini config php_mssql.dll problem, mysq phpinfo(), will not
work with the entension feature as the page saids, "unable to lead the
"c:\php\exts\php_mssql.dll" while I already setup the "extension_dir =
c:\php\exts".
 Where I got wrong? After review the php.net php.ini reconfig document, I
still could not get it right???

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

#21431 [Opn->Bgs]: php.ini config problem with extension_dir

[derick]

 ID:   21431
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *Configuration Issues
 Operating System: Windows 2000 Advance Server
 PHP Version:  4.3.0
 New Comment:

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

Thank you for your interest in PHP.


Previous Comments:


[2003-01-05 10:08:50] [EMAIL PROTECTED]

Dear Sir / Madam,
 Having php.ini config php_mssql.dll problem, mysq phpinfo(), will not
work with the entension feature as the page saids, "unable to lead the
"c:\php\exts\php_mssql.dll" while I already setup the "extension_dir =
c:\php\exts".
 Where I got wrong? After review the php.net php.ini reconfig document,
I still could not get it right???

 Please help !




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

#21432 [NEW]: Can't get variables in php!

[totalmeltdown]

From: [EMAIL PROTECTED]
Operating system: windows 98
PHP version:  4.3.0
PHP Bug Type: Variables related
Bug description:  Can't get variables in php!

I don't know why...but i have a problem with the variables: i am using
lastest version of apache 2.0.43 (but the problem there was also with
1.3.22).
The problem is that variables in url (script.php?variable=1234 for ex.)
and in post method then are not in php (if i write echo $variable php says
that $variable is empty). But using phpinfo() i can see the variable...

What a bug!! (And it's very strange that phpmyadmin works correctly!!!)

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

#21432 [Opn->Bgs]: Can't get variables in php!

[rasmus]

 ID:   21432
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Variables related
 Operating System: windows 98
 PHP Version:  4.3.0
 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:


[2003-01-05 10:13:26] [EMAIL PROTECTED]

I don't know why...but i have a problem with the variables: i am using
lastest version of apache 2.0.43 (but the problem there was also with
1.3.22).
The problem is that variables in url (script.php?variable=1234 for ex.)
and in post method then are not in php (if i write echo $variable php
says that $variable is empty). But using phpinfo() i can see the
variable...

What a bug!! (And it's very strange that phpmyadmin works
correctly!!!)

See you and tnx!




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

#21433 [NEW]: Generic expressions interpolation in strings

[giannici]

From: [EMAIL PROTECTED]
Operating system: Any
PHP version:  4.2.2
PHP Bug Type: Feature/Change Request
Bug description:  Generic expressions interpolation in strings

I'm relatively new to PHP.
Previously I used to program a lot in Perl.
What I really lack in PHP is Perl's ability to interpolate any expression
inside a string.
For example:

Perl: "Next value is @{[ $value + 1 ]}!"
PHP:  "Next value is " . $value + 1 . "!"

In this simple case it's not a great problem, but it becomes more awkward
when using the heredoc operator. In this cases I'm often forced to use
temporary variables:

$tempvar = $value + 1;
print <<< END
Here it is the next value

$tempvar

Other text...

END;


I propose to extend the Variable Parsing syntax to evaluate ANY expression
instead of variables only.
I propose the following syntax:

print <<< END
Here it is the next value

{$= $value + 1 }

Other text...

END;


Using "{=" would be more readable but it would cause too many backward
compatibility problems...

What do you think of this?

Thanks.

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

#21434 [NEW]: Can't SSI include more than one PHP page

[jmanning]

From: [EMAIL PROTECTED]
Operating system: Redhat Linux 8.0
PHP version:  4.2.2
PHP Bug Type: Apache2 related
Bug description:  Can't SSI include more than one PHP page

This may be a apache2 SSI bug, I'll report something to them too.

Sample page (borrowed from a similar error I found online)
Standard SHTML.
Test


Below, include #1 (hello.php) should appear:
[  ]

Below, include #2 (hello2.php) should appear :
[  ]

 
hello.php


hello2.php


Only the first one runs as PHP. The second includes the source of the page
into the html document.



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

#21434 [Opn->Bgs]: Can't SSI include more than one PHP page

[derick]

 ID:   21434
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Redhat Linux 8.0
 PHP Version:  4.2.2
 New Comment:

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

Thank you for your interest in PHP.


Previous Comments:


[2003-01-05 10:43:04] [EMAIL PROTECTED]

This may be a apache2 SSI bug, I'll report something to them too.

Sample page (borrowed from a similar error I found online)
Standard SHTML.
Test


Below, include #1 (hello.php) should appear:
[  ]

Below, include #2 (hello2.php) should appear :
[  ]

 
hello.php


hello2.php


Only the first one runs as PHP. The second includes the source of the
page into the html document.







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

#21434 [Com]: Can't SSI include more than one PHP page

[jmanning]

 ID:   21434
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Redhat Linux 8.0
 PHP Version:  4.2.2
 New Comment:

http://www.sport4ever.com/test/hello.shtml

This is an example page. This belongs to someone else, but it was the
me too I found that made me realize this error wasn't just me.


Previous Comments:


[2003-01-05 10:44:38] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.



[2003-01-05 10:43:04] [EMAIL PROTECTED]

This may be a apache2 SSI bug, I'll report something to them too.

Sample page (borrowed from a similar error I found online)
Standard SHTML.
Test


Below, include #1 (hello.php) should appear:
[  ]

Below, include #2 (hello2.php) should appear :
[  ]

 
hello.php


hello2.php


Only the first one runs as PHP. The second includes the source of the
page into the html document.







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

#21434 [Com]: Can't SSI include more than one PHP page

[jmanning]

 ID:   21434
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Redhat Linux 8.0
 PHP Version:  4.2.2
 New Comment:

It took a while, but I found the dup.

Bug 17868

http://bugs.php.net/bug.php?id=17868


Previous Comments:


[2003-01-05 10:44:52] [EMAIL PROTECTED]

http://www.sport4ever.com/test/hello.shtml

This is an example page. This belongs to someone else, but it was the
me too I found that made me realize this error wasn't just me.



[2003-01-05 10:44:38] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.



[2003-01-05 10:43:04] [EMAIL PROTECTED]

This may be a apache2 SSI bug, I'll report something to them too.

Sample page (borrowed from a similar error I found online)
Standard SHTML.
Test


Below, include #1 (hello.php) should appear:
[  ]

Below, include #2 (hello2.php) should appear :
[  ]

 
hello.php


hello2.php


Only the first one runs as PHP. The second includes the source of the
page into the html document.







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

#21022 [Com]: can't include more than SSI include for php files

[jmanning]

 ID:   21022
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: RedHat Linux 8.0
 PHP Version:  4.2.1
 New Comment:

It took a while, but I found the dup. I reported the same problem, and
got the same unhelpful message.

Bug 17868

http://bugs.php.net/bug.php?id=17868

Put your me too comments there if necessary.


Previous Comments:


[2002-12-15 00:25:01] [EMAIL PROTECTED]

I searched alot for a bug looks like this in bugs database but I didn't
find any one!

please drop me a link for the bug you said it describes my problem



[2002-12-14 23:33:03] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.





[2002-12-14 20:22:40] [EMAIL PROTECTED]

PHP version: 4.2.1
OS: RedHat Linux 8
Apache version: 2.0

My problem is that I can't execute more than one (SSI include) on my
website JUST for PHP file.. so there is NO problems at all if I include
HTML or SHTML files.

Anyway, if I include 2 PHP files into any page, the first INCLUDE
statement would execute correctly and print out the file output, but
the second INCLUDE statement would NOT execute, and instead, the
statement printed in the page source as it is:



notice that this problem was not exist in my server before I upgrade
PHP from 4.1.2 to 4.2.1 and Apache from 1.3 to 2.0 and Linux from 7.3
to 8.0 !!

any idea?




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

#21022 [Bgs]: can't include more than SSI include for php files

[philip]

 ID:   21022
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: RedHat Linux 8.0
 PHP Version:  4.2.1
 New Comment:

Use Apache1 not Apache2.


Previous Comments:


[2003-01-05 11:24:18] [EMAIL PROTECTED]

It took a while, but I found the dup. I reported the same problem, and
got the same unhelpful message.

Bug 17868

http://bugs.php.net/bug.php?id=17868

Put your me too comments there if necessary.



[2002-12-15 00:25:01] [EMAIL PROTECTED]

I searched alot for a bug looks like this in bugs database but I didn't
find any one!

please drop me a link for the bug you said it describes my problem



[2002-12-14 23:33:03] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.





[2002-12-14 20:22:40] [EMAIL PROTECTED]

PHP version: 4.2.1
OS: RedHat Linux 8
Apache version: 2.0

My problem is that I can't execute more than one (SSI include) on my
website JUST for PHP file.. so there is NO problems at all if I include
HTML or SHTML files.

Anyway, if I include 2 PHP files into any page, the first INCLUDE
statement would execute correctly and print out the file output, but
the second INCLUDE statement would NOT execute, and instead, the
statement printed in the page source as it is:



notice that this problem was not exist in my server before I upgrade
PHP from 4.1.2 to 4.2.1 and Apache from 1.3 to 2.0 and Linux from 7.3
to 8.0 !!

any idea?




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

#21435 [NEW]: termination when calling mysql_info()

[drews]

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.3.0
PHP Bug Type: MySQL related
Bug description:  termination when calling mysql_info()

when calling mysql_info() apache 1.3.24 terminates with an error: "The
instruction at "0x100c1588" referenced memory at "0x000a". the memory
could not be "read" [ok/debug]. M$ debug gives 
"100C1588  cmp byte ptr [eax+8],7"

script when calling:


regards,

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

#21435 [Opn->Fbk]: termination when calling mysql_info()

[derick]

 ID:   21435
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: MySQL related
 Operating System: Windows 2000
 PHP Version:  4.3.0
 New Comment:

As you have MSVC, would you be able to provide a stack trace (which you
should have on the screen when you see those assembler code lines)?

Derick


Previous Comments:


[2003-01-05 13:09:21] [EMAIL PROTECTED]

when calling mysql_info() apache 1.3.24 terminates with an error: "The
instruction at "0x100c1588" referenced memory at "0x000a". the
memory could not be "read" [ok/debug]. M$ debug gives 
"100C1588  cmp byte ptr [eax+8],7"

script when calling:


regards,

-Wolfgang




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

#21436 [NEW]: Call to undefined function: imagecreatefromjpeg()

[marius]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.3.0
PHP Bug Type: GD related
Bug description:  Call to undefined function: imagecreatefromjpeg()

function resize($file) //voici la fonction qui redimensionne les images
{
$size = getimagesize("test/$file");


$dest_width = ($size[0]/6); //détermine la taille
$dest_eight = ($size[1]/6);

$src_img = imagecreatefromjpeg("test/$file");
$dst_img = imagecreatetruecolor($dest_width,$dest_eight);

imagecopyresampled($dst_img, $src_img, 0, 0, 0, 0,$dest_width,
$dest_eight, $size[0], $size[1]);
// la fonction qui redimensionne les photos
imagejpeg($dst_img, "test/mini_$file",100);
imagedestroy($src_img);
imagedestroy($dst_img);
}

resize("oras.jpg");
?>

Call to undefined function: imagecreatefromjpeg()

 './configure' '--with-apxs2=/newapache/bin/apxs'


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

#21436 [Opn->Bgs]: Call to undefined function: imagecreatefromjpeg()

[derick]

 ID:   21436
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: GD related
 Operating System: Linux
 PHP Version:  4.3.0
 New Comment:

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

Thank you for your interest in PHP.




Previous Comments:


[2003-01-05 13:15:21] [EMAIL PROTECTED]

function resize($file) //voici la fonction qui redimensionne les
images
{
$size = getimagesize("test/$file");


$dest_width = ($size[0]/6); //détermine la taille
$dest_eight = ($size[1]/6);

$src_img = imagecreatefromjpeg("test/$file");
$dst_img = imagecreatetruecolor($dest_width,$dest_eight);

imagecopyresampled($dst_img, $src_img, 0, 0, 0, 0,$dest_width,
$dest_eight, $size[0], $size[1]);
// la fonction qui redimensionne les photos
imagejpeg($dst_img, "test/mini_$file",100);
imagedestroy($src_img);
imagedestroy($dst_img);
}

resize("oras.jpg");
?>

Call to undefined function: imagecreatefromjpeg()

 './configure' '--with-apxs2=/newapache/bin/apxs'






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

#21167 [Opn->Fbk]: ldapclose() SEGFAULTs

[iliaa]

 ID:   21167
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Linux Redhat 8.0
 PHP Version:  4.2.2
 New Comment:

Did you do make clean & removed config.cache before compiling PHP with
--enable-debug flag?
Also, try running the php via gdb,
gdb /home/rsaura/php-4.3.0/sapi/cgi/php
run -f pp.php4

If your php binary does have debug symbols and the backtrace is still
uninformative it is likely the crash is occuring within the ldap
library itself.


Previous Comments:


[2003-01-03 14:19:07] [EMAIL PROTECTED]

I've configured PHP-4.3.0 this way:

./configure --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu
--target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr
--exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin
--sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include
--libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var
--sharedstatedir=/usr/com --mandir=/usr/share/man
--infodir=/usr/share/info --prefix=/usr --with-config-file-path=/etc
--enable-force-cgi-redirect --enable-debug --enable-pic --disable-rpath
--enable-inline-optimization --with-dom=/usr --with-exec-dir=/usr/bin
--with-gettext --with-regex=system --with-xml --with-expat-dir=/usr
--with-zlib --with-layout=GNU --enable-exif --enable-ftp
--enable-magic-quotes --enable-safe-mode --enable-sockets
--enable-sysvsem --enable-sysvshm --enable-discard-path
--enable-track-vars --enable-trans-sid --with-pear=/usr/share/pear
--with-ldap --enable-memory-limit --enable-shmop --enable-versioning

but the new core file does not show any debug symbol:

[root@avipsa64 vmps]# gdb -c core.23469
GNU gdb Red Hat Linux (5.2.1-4)
Copyright 2002 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".
Core was generated by `/home/rsaura/php-4.3.0/sapi/cgi/php -f
pp.php4'.
Program terminated with signal 11, Segmentation fault.
#0  0x40055615 in ?? ()
(gdb) bt
#0  0x40055615 in ?? ()
#1  0x4004e62c in ?? ()
#2  0x4004e38b in ?? ()
#3  0x4004e66f in ?? ()
#4  0x08084347 in ?? ()
#5  0x08155369 in ?? ()
#6  0x081534e7 in ?? ()
#7  0x081550c9 in ?? ()
#8  0x08084aad in ?? ()
#9  0x0815e1b6 in ?? ()
#10 0x0814e864 in ?? ()
#11 0x0811fb1a in ?? ()
#12 0x08164322 in ?? ()
#13 0x420158d4 in ?? ()
(gdb)



[2003-01-03 11:49:36] [EMAIL PROTECTED]

Could you compile your PHP with --enable-debug flag, so that your
backtrace contains more information.



[2003-01-03 09:21:29] [EMAIL PROTECTED]

Erroneously closed.

The above code segfaults spuriously on 4.2.2, 4.3.0 and 4.4.0-dev
(latest CVS snapshot) on RH-8.0 linux system with the following ldap
libraries installed:

[root@avipsa64 root]# rpm -qa |grep ldap
nss_ldap-198-3
openldap-devel-2.0.25-1
openldap-clients-2.0.25-1
openldap-2.0.25-1

SIGSEGVs with CGI and DSO versions.

the stack backtrace on the core file shows:

[root@avipsa64 vmps]# gdb -c core.22324
GNU gdb Red Hat Linux (5.2.1-4)
Copyright 2002 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".
Core was generated by `/home/rsaura/php-4.3.0/sapi/cgi/php -f
pp.php4'.
Program terminated with signal 11, Segmentation fault.
#0  0x40055615 in ?? ()
(gdb) bt
#0  0x40055615 in ?? ()
#1  0x4004e62c in ?? ()
#2  0x4004e38b in ?? ()
#3  0x4004e66f in ?? ()
#4  0x0807bbab in ?? ()
#5  0x081165c1 in ?? ()
#6  0x081152cb in ?? ()
#7  0x081163e1 in ?? ()
#8  0x0807c160 in ?? ()
#9  0x0811ca3a in ?? ()
#10 0x08111f0b in ?? ()
#11 0x080f175c in ?? ()
#12 0x08120b0f in ?? ()
#13 0x420158d4 in ?? ()
(gdb) q
[root@avipsa64 vmps]# ldd /home/rsaura/php-4.3.0/sapi/cgi/php
libexpat.so.0 => /usr/lib/libexpat.so.0 (0x4001c000)
libldap.so.2 => /usr/lib/libldap.so.2 (0x4003d000)
liblber.so.2 => /usr/lib/liblber.so.2 (0x40067000)
libz.so.1 => /usr/lib/libz.so.1 (0x40072000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x4008)
libresolv.so.2 => /lib/libresolv.so.2 (0x400ad000)
libm.so.6 => /lib/i686/libm.so.6 (0x400bf000)
libdl.so.2 => /lib/libdl.so.2 (0x400e2000)
libnsl

#21433 [Opn->Bgs]: Generic expressions interpolation in strings

[tularis]

 ID:   21433
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: Any
 PHP Version:  4.2.2
 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

I don't think this will be implemented, since this is partially why
heredocs were created.

The only thing I can tell you is, you should use stuff like:
echo "it is: ".++$value;


Previous Comments:


[2003-01-05 10:35:03] [EMAIL PROTECTED]

I'm relatively new to PHP.
Previously I used to program a lot in Perl.
What I really lack in PHP is Perl's ability to interpolate any
expression inside a string.
For example:

Perl: "Next value is @{[ $value + 1 ]}!"
PHP:  "Next value is " . $value + 1 . "!"

In this simple case it's not a great problem, but it becomes more
awkward when using the heredoc operator. In this cases I'm often forced
to use temporary variables:

$tempvar = $value + 1;
print <<< END
Here it is the next value

$tempvar

Other text...

END;


I propose to extend the Variable Parsing syntax to evaluate ANY
expression instead of variables only.
I propose the following syntax:

print <<< END
Here it is the next value

{$= $value + 1 }

Other text...

END;


Using "{=" would be more readable but it would cause too many backward
compatibility problems...

What do you think of this?

Thanks.





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

#21436 [Bgs]: Call to undefined function: imagecreatefromjpeg()

[tularis]

 ID:   21436
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: GD related
 Operating System: Linux
 PHP Version:  4.3.0
 New Comment:

make sure php is configured WITH the gd library...


Previous Comments:


[2003-01-05 13:22:51] [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.





[2003-01-05 13:15:21] [EMAIL PROTECTED]

function resize($file) //voici la fonction qui redimensionne les
images
{
$size = getimagesize("test/$file");


$dest_width = ($size[0]/6); //détermine la taille
$dest_eight = ($size[1]/6);

$src_img = imagecreatefromjpeg("test/$file");
$dst_img = imagecreatetruecolor($dest_width,$dest_eight);

imagecopyresampled($dst_img, $src_img, 0, 0, 0, 0,$dest_width,
$dest_eight, $size[0], $size[1]);
// la fonction qui redimensionne les photos
imagejpeg($dst_img, "test/mini_$file",100);
imagedestroy($src_img);
imagedestroy($dst_img);
}

resize("oras.jpg");
?>

Call to undefined function: imagecreatefromjpeg()

 './configure' '--with-apxs2=/newapache/bin/apxs'






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

#21438 [NEW]: Cannot send session cache limiter - headers already sent

[pflorencio]

From: [EMAIL PROTECTED]
Operating system: windows xp
PHP version:  4.2.0
PHP Bug Type: Output Control
Bug description:  Cannot send session cache limiter - headers already sent 

Warning: Cannot send session cache limiter - headers already sent (output
started at c:\program files\apache group\apache\htdocs\contador.php:3) in
c:\program files\apache group\apache\htdocs\contador.php on line 4
 
this is the output that i receive when i run my scipt

where is a part of the file:





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

#21438 [Opn->Bgs]: Cannot send session cache limiter - headers already sent

[derick]

 ID:   21438
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Output Control
 Operating System: windows xp
 PHP Version:  4.2.0
 New Comment:

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

Thank you for your interest in PHP.


Previous Comments:


[2003-01-05 13:57:39] [EMAIL PROTECTED]

Warning: Cannot send session cache limiter - headers already sent
(output started at c:\program files\apache
group\apache\htdocs\contador.php:3) in c:\program files\apache
group\apache\htdocs\contador.php on line 4
 
this is the output that i receive when i run my scipt

where is a part of the file:





Pagina de TESTe
http://bugs.php.net/?id=21438&edit=1

#21274 [Com]: apache sending 304 - not modified header

[dk]

 ID:   21274
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.3.0
 New Comment:

Thought it won't be read because it waas closed - sorry.
I missunderstood.


Previous Comments:


[2002-12-29 15:55:30] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.



[2002-12-29 15:55:05] [EMAIL PROTECTED]

Bug #17098 was closed because it should have been fixed in CVS.
Tried php4-STABLE-200212290030 - the same problem.

Best regards 

Daniel [datenPUNK] Khan




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

#21439 [NEW]: output content after POST

[cascade]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.7
PHP version:  4.3.0
PHP Bug Type: Unknown/Other Function
Bug description:  output content after POST

Hi,

I am using PHP4.3.0 on FreeBSD4.7 which works as fine as previous
versions, but today I made up a little script which gets some data,
handles it and then gives back an gif image. I know that gif is not free
and not included in gd, but the fact that it is a gif-file does not
matter.
Whenever I post data to the php-script i get data back, even as much as I
expected, but the only Browser that displays the image is Internet
Explorer, I tried Opera, Galeon, Links, Netscape (some for windows, linux
and freebsd) but only IE did the job. If I change the form to do a "get"
and not a "post" it works, but then I am not able to upload a file with
the form, so i need post...
the only lines that produce any output inside the script are:

header("Content-Type: image/gif");
if (file_exists($movie_file)) @readfile ($movie_file);

Since I found some people complainign about pdf-files to be broken when
using "post" and the same structure for the output as I did, and I never
found a solution, I think this could be a bug, if not, beat me ;)

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

#21393 [Com]: Apache crashes when loading oracle dlls

[kamal80]

 ID:   21393
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Oracle related
 Operating System: windows 2000 prof. sp3
 PHP Version:  4.3.0
 New Comment:

Ok, I've understood. Thank you for the answers.

Just a little comment: wouldn't it be better to just load the oci8 if
someone tries to load both?
Maybe it's a perfectionism... I don't know, or maybe it's just
unuseful. Or maybe it would be useful to find it written somewhere...
However, thank you for your job.

Kamal


Previous Comments:


[2003-01-03 10:20:09] [EMAIL PROTECTED]

There is no need to load both the .dll's as the oci8 one supports the
Oracle versions supported by the oracle dll. They both make use of the
libraries installed on your system and it's simply asking for problems
if you load both .dll due to symbol clashes. Not a bug -> bogus



[2003-01-03 10:17:16] [EMAIL PROTECTED]

I don't understand why you want to load both.  The OCI8 extension
supports the oci7 protocol.



[2003-01-03 10:04:13] [EMAIL PROTECTED]

The Apache service (1.3.27) just crashes if my php.ini tries to load
both php_oci8.dll and php_oracle.dll.

My oracle client version is the last 8.1.7.
My pc is a P4 2.5Ghz.

My configuration is very simple. If I try to load each of the dlls
alone it works fine.
I hope this isn't a normal result, I didn't find this information in
the php.ini or somewhere else. I have to say that I didn't search very
well.

Kamal





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

#21435 [Fbk->Ver]: termination when calling mysql_info()

[georg]

 ID:   21435
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Verified
 Bug Type: MySQL related
 Operating System: Windows 2000
 PHP Version:  4.3.0
-Assigned To:  
+Assigned To:  georg
 New Comment:

verified... assigned to myself


Previous Comments:


[2003-01-05 13:11:03] [EMAIL PROTECTED]

As you have MSVC, would you be able to provide a stack trace (which you
should have on the screen when you see those assembler code lines)?

Derick



[2003-01-05 13:09:21] [EMAIL PROTECTED]

when calling mysql_info() apache 1.3.24 terminates with an error: "The
instruction at "0x100c1588" referenced memory at "0x000a". the
memory could not be "read" [ok/debug]. M$ debug gives 
"100C1588  cmp byte ptr [eax+8],7"

script when calling:


regards,

-Wolfgang




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

#21441 [NEW]: POST-ed array repeats itself

[szabo_a]

From: [EMAIL PROTECTED]
Operating system: RH 8.0 Apache 2.0
PHP version:  4.2.2
PHP Bug Type: Arrays related
Bug description:  POST-ed array repeats itself

Here some_arr[] has two values, but after POST-ing the resulting array
seems like it is repeating itself.

Example:








var_dump($some_arr):
array(3) {
  [0]=>
  string(2) "aa"
  [1]=>
  string(15) "bbsome_arr[]=aa"
  [2]=>
  string(2) "bb"
}

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

#21441 [Opn->Csd]: POST-ed array repeats itself

[derick]

 ID:   21441
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Arrays related
 Operating System: RH 8.0 Apache 2.0
 PHP Version:  4.2.2
 New Comment:

Thank you for your bug report. This issue has already been fixed
in the latest released version of PHP, which you can download at 
http://www.php.net/downloads.php


Previous Comments:


[2003-01-05 14:49:13] [EMAIL PROTECTED]

Here some_arr[] has two values, but after POST-ing the resulting array
seems like it is repeating itself.

Example:








var_dump($some_arr):
array(3) {
  [0]=>
  string(2) "aa"
  [1]=>
  string(15) "bbsome_arr[]=aa"
  [2]=>
  string(2) "bb"
}

When I replace the POST wit GET it works fine.




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

#21442 [NEW]: empty recipient for mail() function crashed Apache

[john . wong]

From: [EMAIL PROTECTED]
Operating system: Windows NT4 Server
PHP version:  4.3.0
PHP Bug Type: Reproducible crash
Bug description:  empty recipient for mail() function crashed Apache

A script like



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

#21435 [Ver->Csd]: termination when calling mysql_info()

[georg]

 ID:   21435
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Verified
+Status:   Closed
 Bug Type: MySQL related
 Operating System: Windows 2000
 PHP Version:  4.3.0
 Assigned To:  georg
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

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




Previous Comments:


[2003-01-05 14:25:37] [EMAIL PROTECTED]

verified... assigned to myself



[2003-01-05 13:11:03] [EMAIL PROTECTED]

As you have MSVC, would you be able to provide a stack trace (which you
should have on the screen when you see those assembler code lines)?

Derick



[2003-01-05 13:09:21] [EMAIL PROTECTED]

when calling mysql_info() apache 1.3.24 terminates with an error: "The
instruction at "0x100c1588" referenced memory at "0x000a". the
memory could not be "read" [ok/debug]. M$ debug gives 
"100C1588  cmp byte ptr [eax+8],7"

script when calling:


regards,

-Wolfgang




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

#19092 [Com]: Cannot load php_xslt.dll

[robertrenman]

 ID:   19092
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: XSLT related
 Operating System: Windows ME
 PHP Version:  4.2.2
 New Comment:

I got it to work by setting the extension directory to a dot, like
this->

extension_dir = "."


Previous Comments:


[2002-12-30 11:54:32] [EMAIL PROTECTED]

After messing around with all different versions of expat, sablot etc.
I made a "tabula rasa" and got it running by doing this:
1. extract php-4.3.0-Win32 to c:\programme\php
2. point the Windows XP environment variable PATH to that directory
3. copy expat.dll, sablot.dll, iconv.dll AND php_xslt.dll to
%SYSTEM32%
4. copy php.ini-dist to c:\windows\php.ini 
5. set in php.ini: "extension_dir =" and remove ; for
extension=php_xslt.dll

Instead of moving php_xslt.dll to %SYSTEM% you can also set
the environment variable PATH to c:\programme\php\extensions

This worked for me, don´t confuse yourself with other versions of
sablot etc...

Christian.



[2002-12-09 21:00:41] [EMAIL PROTECTED]

I have had experience with this same problem. You do not need to copy
php_xslt.dll to the system folder. All you need to do is copy
iconv.dll, sablot.dll and expat.dll to the windows system folder. These
3 files are required by php_xslt.dll to load. I tried placing these
files into the extensions directory to see if it would load them from
there but it seems that they MUST be located in the System folder.



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

If you're having problems getting this to work under Windows, here's
how I got it working: (I'm running Windows 2000)

- Download the zipped version of PHP 4.2.3. (about 5 meg)
- Copy all the dlls you need (expat.dll, iconv.dll, salbot.dll) from
the dlls directory into WINNT/SYSTEM32.
- Copy php_xslt.dll from the extentions directory into WINNT/SYSTEM32.
- In your php.ini file, set the extensions_dir =
(That's right, leave it blank),
and remove the ; from in front of extention=php_xslt.dll a little
further down.

When I did that, the error message(s) saying it couldn't find
php_xslt.dll went away, and everything started to work.
Once you get it working, you can probably set the extensions_dir and
move the dlls there.



[2002-11-02 12:33:02] [EMAIL PROTECTED]

well i need the following *.dlls to reomve that error:

SABLOT.DLL
MPR.DLL



[2002-08-30 18:08:13] [EMAIL PROTECTED]

That is not "exactly as documented" as the installation instructions
for PHP 4.2.2 says that the loadable extensions can reside in a folder
other than the system folder, and the example given (indeed the one
created when in installation file is unzipped) is one called
/php/extensions. That is what I used without error until I tried to
enable the xslt module.



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

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

#21443 [NEW]: get_browser still has problems with browsecap.ini from www.garykeith.com

[serge]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.3.0
PHP Bug Type: Unknown/Other Function
Bug description:  get_browser still has problems with browsecap.ini from 
www.garykeith.com

PHP does not detect Netscape for Windows ua: Mozilla/4.8 [en] (Windows NT
5.0; U) It did detect Mozilla 1.2 and IE 6 for Windows and Mozilla 1.1 and
Netscape 4.7 in Linux.

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

#21443 [Opn->Bgs]: get_browser still has problems with browsecap.ini from www.garykeith.com

[iliaa]

 ID:   21443
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: Linux
 PHP Version:  4.3.0
 New Comment:

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

Thank you for your interest in PHP.

Contact the developer mantaining the browsecap.ini, this is not a PHP
bug.


Previous Comments:


[2003-01-05 15:29:07] [EMAIL PROTECTED]

PHP does not detect Netscape for Windows ua: Mozilla/4.8 [en] (Windows
NT 5.0; U) It did detect Mozilla 1.2 and IE 6 for Windows and Mozilla
1.1 and Netscape 4.7 in Linux.

The latest verion (downloaded January 5 2003) of browsecap.ini was
used.




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

#21442 [Opn->Bgs]: empty recipient for mail() function crashed Apache

[tularis]

 ID:   21442
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: Windows NT4 Server
 PHP Version:  4.3.0
 New Comment:

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

Thank you for your interest in PHP.




Previous Comments:


[2003-01-05 14:57:44] [EMAIL PROTECTED]

A script like



crashed Apache server (1.3.26).
PHP is installed as a Apache module.




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

#21306 [Com]: warnning about "cannot change the session settings"

[vi]

 ID:   21306
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Session related
 Operating System: linux
 PHP Version:  4.3.0
 New Comment:

Have a working installation of os-commerce in 4.2.3. Upgraded to 4.3.0,
and now I get the same error listed here.

All I want to do is confirm that this is NOT a script error. I'm not
going to dig through some code I didn't write to track this down.

Thanks


Previous Comments:


[2003-01-01 10:11:39] [EMAIL PROTECTED]

note that, i don't even use one ini_set()
and the script is impossible to session_set_save_handler() twice;

seems php don't re-initize correctly, same as
http://bugs.php.net/bug.php?id=19292
but i'm just guessing



[2002-12-31 02:52:19] [EMAIL PROTECTED]

i forgot to note that, this issue is random happend
i can't reproduce it, but my user trigger it and i saw errors in log
and my script is in production, it's too complex
i am not able to give full script
but my function look like:
function mysessionstart() {
if (session_id()) return
session_set_save_handler(
'_sess_open',
'_sess_close',
'_sess_read',
'_sess_write',
'_sess_destroy',
'_sess_gc'
);
session_start();
}
it works fine until get warnning in php-4.3.0

here the config is:
session.save_handler = files
session.save_path = /tmp
session.use_cookies = 1
session.name = PHPSESSID
session.auto_start = 0
session.cookie_lifetime = 0
session.cookie_path = /
session.cookie_domain =
session.serialize_handler = php
session.gc_probability = 1
session.gc_maxlifetime = 1440
containing ids.
session.referer_check =
session.entropy_length = 0
session.entropy_file =
;session.entropy_length = 16
;session.entropy_file = /dev/urandom
session.cache_limiter = nocache

session.cache_expire = 180

session.use_trans_sid = 1
url_rewriter.tags =
"a=href,area=href,frame=src,input=src,form=fakeentry"



[2002-12-31 02:27:43] [EMAIL PROTECTED]

THis is most likely not a bug, can you show us the script, and the
session.* settings in php.ini?

Derick



[2002-12-31 02:00:45] [EMAIL PROTECTED]

i've got this problem after i upgrade from php4.2.2 to 4.3.0:

[31-Dec-2002 15:30:03] PHP Warning:  Unknown(): A session is active.
You cannot change the session module's ini settings at this time. in
Unknown on line 0

seems a internal error, php script
hope this to be fix soon




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

#21167 [Fbk->Opn]: ldapclose() SEGFAULTs

[rsaura]

 ID:   21167
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Linux Redhat 8.0
 PHP Version:  4.2.2
 New Comment:

iliaa,

>Did you do make clean & removed config.cache before >compiling PHP
with --enable-debug flag?

yes, i did.

>Also, try running the php via gdb,
>gdb /home/rsaura/php-4.3.0/sapi/cgi/php
>run -f pp.php4

here you are...

[root@avipsa64 vmps]# gdb /home/rsaura/php-4.3.0/sapi/cgi/php
GNU gdb Red Hat Linux (5.2.1-4)
Copyright 2002 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 -f pp.php4
Starting program: /home/rsaura/php-4.3.0/sapi/cgi/php -f pp.php4

Program received signal SIGSEGV, Segmentation fault.
0x40055615 in ldap_free_request () from /usr/lib/libldap.so.2
(gdb) bt
#0  0x40055615 in ldap_free_request () from /usr/lib/libldap.so.2
#1  0x4004e62c in ldap_ld_free () from /usr/lib/libldap.so.2
#2  0x4004e38b in ldap_unbind_ext () from /usr/lib/libldap.so.2
#3  0x4004e66f in ldap_unbind_s () from /usr/lib/libldap.so.2
#4  0x08084347 in _close_ldap_link (rsrc=0x820c8d4)
at /home/rsaura/php-4.3.0/ext/ldap/ldap.c:175
#5  0x08155369 in list_entry_destructor (ptr=0x820c8d4)
at /home/rsaura/php-4.3.0/Zend/zend_list.c:177
#6  0x081534e7 in zend_hash_del_key_or_index (ht=0x81b01e8, arKey=0x0,
nKeyLength=0, h=3, flag=1) at
/home/rsaura/php-4.3.0/Zend/zend_hash.c:514
#7  0x081550c9 in _zend_list_delete (id=3)
at /home/rsaura/php-4.3.0/Zend/zend_list.c:56
#8  0x08084aad in zif_ldap_unbind (ht=1, return_value=0x820c894,
this_ptr=0x0,
return_value_used=0) at /home/rsaura/php-4.3.0/ext/ldap/ldap.c:482
#9  0x0815e1b6 in execute (op_array=0x820c49c)
at /home/rsaura/php-4.3.0/Zend/zend_execute.c:1596
#10 0x0814e864 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /home/rsaura/php-4.3.0/Zend/zend.c:864
#11 0x0811fb1a in php_execute_script (primary_file=0xbaa0)
at /home/rsaura/php-4.3.0/main/main.c:1573
#12 0x08164322 in main (argc=3, argv=0xbb44)
at /home/rsaura/php-4.3.0/sapi/cgi/cgi_main.c:1424
#13 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6
(gdb)

>If your php binary does have debug symbols and the 
>backtrace is still
>uninformative it is likely the crash is occuring within >the ldap
library itself.

Indeed the symbol information shows it segfaulting on libldap.so (as
sugested) but ldap-clients & ldap PAM module work fine here.

thanks.


Previous Comments:


[2003-01-05 13:37:10] [EMAIL PROTECTED]

Did you do make clean & removed config.cache before compiling PHP with
--enable-debug flag?
Also, try running the php via gdb,
gdb /home/rsaura/php-4.3.0/sapi/cgi/php
run -f pp.php4

If your php binary does have debug symbols and the backtrace is still
uninformative it is likely the crash is occuring within the ldap
library itself.



[2003-01-03 14:19:07] [EMAIL PROTECTED]

I've configured PHP-4.3.0 this way:

./configure --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu
--target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr
--exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin
--sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include
--libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var
--sharedstatedir=/usr/com --mandir=/usr/share/man
--infodir=/usr/share/info --prefix=/usr --with-config-file-path=/etc
--enable-force-cgi-redirect --enable-debug --enable-pic --disable-rpath
--enable-inline-optimization --with-dom=/usr --with-exec-dir=/usr/bin
--with-gettext --with-regex=system --with-xml --with-expat-dir=/usr
--with-zlib --with-layout=GNU --enable-exif --enable-ftp
--enable-magic-quotes --enable-safe-mode --enable-sockets
--enable-sysvsem --enable-sysvshm --enable-discard-path
--enable-track-vars --enable-trans-sid --with-pear=/usr/share/pear
--with-ldap --enable-memory-limit --enable-shmop --enable-versioning

but the new core file does not show any debug symbol:

[root@avipsa64 vmps]# gdb -c core.23469
GNU gdb Red Hat Linux (5.2.1-4)
Copyright 2002 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".
Core was generated by `/home/rs

#21442 [Bgs]: empty recipient for mail() function crashed Apache

[john . wong]

 ID:   21442
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: Windows NT4 Server
 PHP Version:  4.3.0
 New Comment:

I can certainly send email if a valid email address is specified. The
problem is that passing an empty string as the first parameter of
mail() in Windows version of PHP 4.3.0 and Apache crashed (Dr. Watson
popped up and said address violation) is not normal. I expect some
error messages are sent to the browser instead of crashing Apache.


Previous Comments:


[2003-01-05 15:52:56] [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.





[2003-01-05 14:57:44] [EMAIL PROTECTED]

A script like



crashed Apache server (1.3.26).
PHP is installed as a Apache module.




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

#21439 [Com]: output content after POST

[cascade]

 ID:   21439
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Unknown/Other Function
 Operating System: FreeBSD 4.7
 PHP Version:  4.3.0
 New Comment:

Ok, slap me... Now I think the problem is related to Opera itself...
Fixed some code and now it works with IE and Mozilla under win2k,
Opera6 and Netscape4.79 unter FreeBSD...

Delete this post if you like, mail me if you have any hint for Opera7
and this problem ;)

Claas Rathje


Previous Comments:


[2003-01-05 14:21:00] [EMAIL PROTECTED]

Hi,

I am using PHP4.3.0 on FreeBSD4.7 which works as fine as previous
versions, but today I made up a little script which gets some data,
handles it and then gives back an gif image. I know that gif is not
free and not included in gd, but the fact that it is a gif-file does
not matter.
Whenever I post data to the php-script i get data back, even as much as
I expected, but the only Browser that displays the image is Internet
Explorer, I tried Opera, Galeon, Links, Netscape (some for windows,
linux and freebsd) but only IE did the job. If I change the form to do
a "get" and not a "post" it works, but then I am not able to upload a
file with the form, so i need post...
the only lines that produce any output inside the script are:

header("Content-Type: image/gif");
if (file_exists($movie_file)) @readfile ($movie_file);

Since I found some people complainign about pdf-files to be broken when
using "post" and the same structure for the output as I did, and I
never found a solution, I think this could be a bug, if not, beat me
;)

Thanks for any response,
Claas Rathje




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

#21439 [Opn->Bgs]: output content after POST

[derick]

 ID:   21439
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: FreeBSD 4.7
 PHP Version:  4.3.0
 New Comment:

No clue about Operas though, I'm not a fan of Rossini :)

Derick


Previous Comments:


[2003-01-05 16:21:25] [EMAIL PROTECTED]

Ok, slap me... Now I think the problem is related to Opera itself...
Fixed some code and now it works with IE and Mozilla under win2k,
Opera6 and Netscape4.79 unter FreeBSD...

Delete this post if you like, mail me if you have any hint for Opera7
and this problem ;)

Claas Rathje



[2003-01-05 14:21:00] [EMAIL PROTECTED]

Hi,

I am using PHP4.3.0 on FreeBSD4.7 which works as fine as previous
versions, but today I made up a little script which gets some data,
handles it and then gives back an gif image. I know that gif is not
free and not included in gd, but the fact that it is a gif-file does
not matter.
Whenever I post data to the php-script i get data back, even as much as
I expected, but the only Browser that displays the image is Internet
Explorer, I tried Opera, Galeon, Links, Netscape (some for windows,
linux and freebsd) but only IE did the job. If I change the form to do
a "get" and not a "post" it works, but then I am not able to upload a
file with the form, so i need post...
the only lines that produce any output inside the script are:

header("Content-Type: image/gif");
if (file_exists($movie_file)) @readfile ($movie_file);

Since I found some people complainign about pdf-files to be broken when
using "post" and the same structure for the output as I did, and I
never found a solution, I think this could be a bug, if not, beat me
;)

Thanks for any response,
Claas Rathje




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

#21442 [Bgs]: empty recipient for mail() function crashed Apache

[tularis]

 ID:   21442
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: Windows NT4 Server
 PHP Version:  4.3.0
 New Comment:

it is sendmail that should handle this, not php...


Previous Comments:


[2003-01-05 16:11:30] [EMAIL PROTECTED]

I can certainly send email if a valid email address is specified. The
problem is that passing an empty string as the first parameter of
mail() in Windows version of PHP 4.3.0 and Apache crashed (Dr. Watson
popped up and said address violation) is not normal. I expect some
error messages are sent to the browser instead of crashing Apache.



[2003-01-05 15:52:56] [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.





[2003-01-05 14:57:44] [EMAIL PROTECTED]

A script like



crashed Apache server (1.3.26).
PHP is installed as a Apache module.




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

#21444 [NEW]: Asort output not fully sorted in mixed type array

[xxx1844]

From: [EMAIL PROTECTED]
Operating system: Windows XP Pro Build 2600
PHP version:  4.3.0
PHP Bug Type: Arrays related
Bug description:  Asort output not fully sorted in mixed type array

I use PHP4.0.3 on Apache 1.3.27, both standard binaries as supplied on the
download site. Freshly installed yesterday. No modifications. I used the
php.ini-recommended file as php.ini
Installed exactly as prescribed in install.txt, only instead of c:/php I
use d:/program files/php and changed the ini accordingly.
Adapted the apache conf file as described. 

I used below script in an attempt to judge workload forced on the php
server as well as asort() speed. Output is a bit large to add here, but
can be requested via my email. In short, the array IS sorted, but in all
identical "subrows" every now and then one or two array items are 1's (I
assume the equivalent of TRUE. Rerunning the script  results in the SAME
faults. Sorting within the script twice or more does not change the faulty
array.
Tried with single-type arrays, that doesn't seem to produce the same
errors, but this was not thoroughly tested. 

I am sorry, but I haven't figured out a way to get a backtrace yet, I  am
relatively new to this PHP stuff.
For your convenience, you can run the script from my server by opening
http://eniac.xs4all.nl/tut8.php and see my PHP server details on
http://eniac.xs4all.nl/x345info.php (I noticed this script still 'sees'
remainders of previous 1.3.24 apache as well as the correct 1.3.27
installs, allthough the .24 has been removed...

More info ? Contact me at my email. Thanks!

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

#21442 [Bgs->Opn]: empty recipient for mail() function crashed Apache

[derick]

 ID:   21442
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Windows NT4 Server
 PHP Version:  4.3.0
 New Comment:

sendmail on windows? Let's keep it open until we have somebody who can
reproduce this on windows, I just tried with the CLI and couldn't get
it to crash (latest CVS), so you might want to try a snapshot from
snaps.php.net (go for a development snapshot).



Previous Comments:


[2003-01-05 16:24:55] [EMAIL PROTECTED]

it is sendmail that should handle this, not php...



[2003-01-05 16:11:30] [EMAIL PROTECTED]

I can certainly send email if a valid email address is specified. The
problem is that passing an empty string as the first parameter of
mail() in Windows version of PHP 4.3.0 and Apache crashed (Dr. Watson
popped up and said address violation) is not normal. I expect some
error messages are sent to the browser instead of crashing Apache.



[2003-01-05 15:52:56] [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.





[2003-01-05 14:57:44] [EMAIL PROTECTED]

A script like



crashed Apache server (1.3.26).
PHP is installed as a Apache module.




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

#21445 [NEW]: imagettfbbox and imagettftext fail with warning

[soletan]

From: [EMAIL PROTECTED]
Operating system: SuSE Linux 7.2
PHP version:  4.3.0
PHP Bug Type: GD related
Bug description:  imagettfbbox and imagettftext fail with warning

Hi, 
 
I've update my 4.2.3 to freshly published 4.3.0. It works 
with Apache 2.0.40 here ... 
 
Nearly everything's fine. I used some script that 
dynamically generates images with text in them. Under 
4.2.3 everything was okay and created PNG for instance, 
now under 4.3.0 the image files get malformed because of 
two warnings which are preceding the non-working data: 
 
Warning: imagettfbbox() [...]: arialbd.ttf in /home/... on 
line xx 
Warning: imagettftext() [...]: ..# in /home/... on line yy 
 
Both are shortened inside the brackets and by the omitted 
scriptname. The rest is as short as produced ... 
 
What I'm calling is: 
 
$font = "arialbd.ttf"; 
$text = "whatever"; 
$size = imagettfbbox( 10, 0, $font, $text ); 
[..] 
imagettftext( $imgobj, 10, 0, 0, $height, $col, $font, 
$text); 
 
arialbd.ttf lies in same directory as script does. 
 
Preceding both calls with @ lead to Apache/PHP not 
answering anymore ... (faking some request with telnet 
results in an unstoppable telnet client). 
 
I compiled from source without any source patch or similar 
with following configuration: 
 
 
'./configure' '--with-apxs2' '--enable-discard-path' 
'--with-debug' '--enable-safe-mode' '--with-exec-dir' 
'--with-openssl' '--enable-sigchild' 
'--enable-maqic-quotes' '--enable-libgcc' '--with-zlib' 
'--enable-bcmath' '--with-bz2' '--enable-calendar' 
'--with-db3' '--enable-dio' '--enable-ftp' '--with-gd' 
'--enable-gd-native-ttf' '--enable-dl' 
'--with-ming=/tmp/ming-0.2a/' '--with-ttf' '--with-t1lib' 
'--with-jpeg-dir' '--with-png-dir' '--with-gettext' 
'--with-imap' '--with-imap-ssl' '--enable-mbstring' 
'--enable-mbregex' '--with-mcrypt' '--with-mysql=/usr' 
'--with-pdflib' '--with-tiff-dir' '--enable-sockets' 
'--with-regex=system' '--enable-tokenizer' '--with-xmlrpc' 
--- 
 
check my php-config under http://www.toxa.de/test.php 
 
 
On closing this report I repeat not to change any of the 
circumstances which made the script working before under 
4.2.3, even configure as shown above staid the same ... 
 
 
Thank you for your help! 
Thomas Urban 
-- 
Edit bug report at http://bugs.php.net/?id=21445&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21445&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21445&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21445&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21445&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21445&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21445&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21445&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21445&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21445&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21445&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21445&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21445&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21445&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21445&r=gnused

#21442 [Opn->Bgs]: empty recipient for mail() function crashed Apache

[john . wong]

 ID:   21442
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: Windows NT4 Server
 PHP Version:  4.3.0
 New Comment:

I am using Windows version of PHP and how can sendmail involved! I read
from the doc. that PHP forward the mail to a SMTP server for Win
version of PHP.


Previous Comments:


[2003-01-05 16:27:39] [EMAIL PROTECTED]

sendmail on windows? Let's keep it open until we have somebody who can
reproduce this on windows, I just tried with the CLI and couldn't get
it to crash (latest CVS), so you might want to try a snapshot from
snaps.php.net (go for a development snapshot).




[2003-01-05 16:24:55] [EMAIL PROTECTED]

it is sendmail that should handle this, not php...



[2003-01-05 16:11:30] [EMAIL PROTECTED]

I can certainly send email if a valid email address is specified. The
problem is that passing an empty string as the first parameter of
mail() in Windows version of PHP 4.3.0 and Apache crashed (Dr. Watson
popped up and said address violation) is not normal. I expect some
error messages are sent to the browser instead of crashing Apache.



[2003-01-05 15:52:56] [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.





[2003-01-05 14:57:44] [EMAIL PROTECTED]

A script like



crashed Apache server (1.3.26).
PHP is installed as a Apache module.




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

#21442 [Bgs->Opn]: empty recipient for mail() function crashed Apache

[derick]

 ID:   21442
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Windows NT4 Server
 PHP Version:  4.3.0


Previous Comments:


[2003-01-05 16:31:27] [EMAIL PROTECTED]

I am using Windows version of PHP and how can sendmail involved! I read
from the doc. that PHP forward the mail to a SMTP server for Win
version of PHP.



[2003-01-05 16:27:39] [EMAIL PROTECTED]

sendmail on windows? Let's keep it open until we have somebody who can
reproduce this on windows, I just tried with the CLI and couldn't get
it to crash (latest CVS), so you might want to try a snapshot from
snaps.php.net (go for a development snapshot).




[2003-01-05 16:24:55] [EMAIL PROTECTED]

it is sendmail that should handle this, not php...



[2003-01-05 16:11:30] [EMAIL PROTECTED]

I can certainly send email if a valid email address is specified. The
problem is that passing an empty string as the first parameter of
mail() in Windows version of PHP 4.3.0 and Apache crashed (Dr. Watson
popped up and said address violation) is not normal. I expect some
error messages are sent to the browser instead of crashing Apache.



[2003-01-05 15:52:56] [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.





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

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

#21444 [Opn]: Asort output not fully sorted in mixed type array with BOOLEANs

[xxx1844]

 ID:   21444
 User updated by:  [EMAIL PROTECTED]
-Summary:  Asort output not fully sorted in mixed type array
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Arrays related
 Operating System: Windows XP Pro Build 2600
 PHP Version:  4.3.0
 New Comment:

Well, it appears to be only related to the BOOLEAN array item. Removing
that from the original array leaves a perfectly sorted array as far as
I can see now.


Previous Comments:


[2003-01-05 16:26:51] [EMAIL PROTECTED]

I use PHP4.0.3 on Apache 1.3.27, both standard binaries as supplied on
the download site. Freshly installed yesterday. No modifications. I
used the php.ini-recommended file as php.ini
Installed exactly as prescribed in install.txt, only instead of c:/php
I use d:/program files/php and changed the ini accordingly.
Adapted the apache conf file as described. 

I used below script in an attempt to judge workload forced on the php
server as well as asort() speed. Output is a bit large to add here, but
can be requested via my email. In short, the array IS sorted, but in
all identical "subrows" every now and then one or two array items are
1's (I assume the equivalent of TRUE. Rerunning the script  results in
the SAME faults. Sorting within the script twice or more does not
change the faulty array.
Tried with single-type arrays, that doesn't seem to produce the same
errors, but this was not thoroughly tested. 

I am sorry, but I haven't figured out a way to get a backtrace yet, I 
am relatively new to this PHP stuff.
For your convenience, you can run the script from my server by opening
http://eniac.xs4all.nl/tut8.php and see my PHP server details on
http://eniac.xs4all.nl/x345info.php (I noticed this script still 'sees'
remainders of previous 1.3.24 apache as well as the correct 1.3.27
installs, allthough the .24 has been removed...

More info ? Contact me at my email. Thanks!





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

#21310 [Opn]: no such file (paths)

[czuma]

 ID:   21310
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: *Directory/Filesystem functions
 Operating System: Solaris 8
 PHP Version:  4.3.0
 New Comment:

Module PHP can't find files (eg. includes them) if HTTP server hasn't
permission to read all directories in path to the file.


Previous Comments:


[2002-12-31 05:10:31] [EMAIL PROTECTED]

After upgrading to 4.3.0 version some PHP scripts stop working. I have
checked, that the reason is problem with opening and including files.

FIRST EXAMPLE:

I had to change variable:
$blocked_list["kom.pl"] = "blockkom.txt";
--->
$blocked_list["kom.pl"] = "blockkom.txt";

SECOND EXAMPLE:

---
Warning: main(main/linie.php) [function.main]: failed to create stream:
No such file or directory in /www/klient34/start/dolacz.php on line 5

Warning: main() [function.main]: Failed opening 'main/linie.php' for
inclusion (include_path=''.:..:/usr/local/lib/php'') in
/www/klient34/start/dolacz.php on line 5





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

#21310 [Opn->Bgs]: no such file (paths)

[nicos]

 ID:   21310
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *Directory/Filesystem functions
 Operating System: Solaris 8
 PHP Version:  4.3.0
 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:


[2003-01-05 16:37:36] [EMAIL PROTECTED]

Module PHP can't find files (eg. includes them) if HTTP server hasn't
permission to read all directories in path to the file.



[2002-12-31 05:10:31] [EMAIL PROTECTED]

After upgrading to 4.3.0 version some PHP scripts stop working. I have
checked, that the reason is problem with opening and including files.

FIRST EXAMPLE:

I had to change variable:
$blocked_list["kom.pl"] = "blockkom.txt";
--->
$blocked_list["kom.pl"] = "blockkom.txt";

SECOND EXAMPLE:

---
Warning: main(main/linie.php) [function.main]: failed to create stream:
No such file or directory in /www/klient34/start/dolacz.php on line 5

Warning: main() [function.main]: Failed opening 'main/linie.php' for
inclusion (include_path=''.:..:/usr/local/lib/php'') in
/www/klient34/start/dolacz.php on line 5





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

#21444 [Opn]: Asort output not fully sorted in mixed type array with BOOLEANs

[xxx1844]

 ID:   21444
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Arrays related
 Operating System: Windows XP Pro Build 2600
 PHP Version:  4.3.0
 New Comment:

Last addition: I meant sort() where I used asort(), but the result is
the same


Previous Comments:


[2003-01-05 16:32:32] [EMAIL PROTECTED]

Well, it appears to be only related to the BOOLEAN array item. Removing
that from the original array leaves a perfectly sorted array as far as
I can see now.



[2003-01-05 16:26:51] [EMAIL PROTECTED]

I use PHP4.0.3 on Apache 1.3.27, both standard binaries as supplied on
the download site. Freshly installed yesterday. No modifications. I
used the php.ini-recommended file as php.ini
Installed exactly as prescribed in install.txt, only instead of c:/php
I use d:/program files/php and changed the ini accordingly.
Adapted the apache conf file as described. 

I used below script in an attempt to judge workload forced on the php
server as well as asort() speed. Output is a bit large to add here, but
can be requested via my email. In short, the array IS sorted, but in
all identical "subrows" every now and then one or two array items are
1's (I assume the equivalent of TRUE. Rerunning the script  results in
the SAME faults. Sorting within the script twice or more does not
change the faulty array.
Tried with single-type arrays, that doesn't seem to produce the same
errors, but this was not thoroughly tested. 

I am sorry, but I haven't figured out a way to get a backtrace yet, I 
am relatively new to this PHP stuff.
For your convenience, you can run the script from my server by opening
http://eniac.xs4all.nl/tut8.php and see my PHP server details on
http://eniac.xs4all.nl/x345info.php (I noticed this script still 'sees'
remainders of previous 1.3.24 apache as well as the correct 1.3.27
installs, allthough the .24 has been removed...

More info ? Contact me at my email. Thanks!





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

#21441 [Csd]: POST-ed array repeats itself

[moriyoshi]

 ID:   21441
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
-Bug Type: Arrays related
+Bug Type: Apache2 related
 Operating System: RH 8.0 Apache 2.0
 PHP Version:  4.2.2
 New Comment:

Reclassified



Previous Comments:


[2003-01-05 14:51:42] [EMAIL PROTECTED]

Thank you for your bug report. This issue has already been fixed
in the latest released version of PHP, which you can download at 
http://www.php.net/downloads.php



[2003-01-05 14:49:13] [EMAIL PROTECTED]

Here some_arr[] has two values, but after POST-ing the resulting array
seems like it is repeating itself.

Example:








var_dump($some_arr):
array(3) {
  [0]=>
  string(2) "aa"
  [1]=>
  string(15) "bbsome_arr[]=aa"
  [2]=>
  string(2) "bb"
}

When I replace the POST wit GET it works fine.




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

#18648 [NoF]: Single entry form POST gives incorrect variable content

[moriyoshi]

 ID:   18648
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: All
 PHP Version:  4.3.0-dev/4.4.0-dev
 New Comment:

Related bug: http://bugs.php.net/21441



Previous Comments:


[2002-12-25 01:00:03] [EMAIL PROTECTED]

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



[2002-12-09 12:48:23] [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

Small note for win32 users, the snapshot containing this patch will not
be avaliable for a few hours (1 hour for latest CVS, 7 hours for
STABLE).



[2002-12-08 05:01:28] [EMAIL PROTECTED]

Hi guys, I'm having the same problem on Win32 platform.
CODE
Page 1: 
 
USA-United States 
-All- 

Page 2:
if (isset($HTTP_POST_VARS["marketframe"])) { 
 $strCountryCode = $HTTP_POST_VARS["marketframe"]; 
} 
I get the value
$strCountryCode = "USAmarketframe=USA" 
Also tried using $_POST but same result, using the GET method it works
fine.

OS Version: Windows 2000 Adv. Server SP3 
Web Server: Apache 2.0.43 
PHP Version: 4.3.0-dev (Oct 20 2002 16:11:45), API Filter, accessing MS
SQL Server 7



[2002-12-06 11:30:07] [EMAIL PROTECTED]

Oops, I should have meant php_strtok_r() replaces the delimiter "=" by
"\0".



[2002-12-06 11:26:40] [EMAIL PROTECTED]

[EMAIL PROTECTED]: IMO the change you pointed out has nothing to do
with this problem because the leading php_strtok_r() replaces delimiter
"=" by " ".

By the way I suspect this problem is an apache2 bug, not a php one
though I wasn't able to reproduce this problem. I have received two
similar PR, of which both reporters use Apache2.

[Report #1: RHLinux 8.0 / Apache 2.0.43 / PHP-4.3.0RC1]
This was reported in the Japanese PHP users' list. Please refer to
http://ns1.php.gr.jp/pipermail/php-users/2002-November/011656.html if
you can read Japanese.

[Report #2: RHLinux 7.2 / Apache 2.0.43 / PHP-4.3.0RC2]
"form post results in duplicitous $_REQUEST"
http://bugs.php.net/20823




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

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

#21310 [Bgs->Opn]: no such file (paths)

[czuma]

 ID:   21310
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: *Directory/Filesystem functions
 Operating System: Solaris 8
 PHP Version:  4.3.0
 New Comment:

In my humble opinion it is a bug, because:

1. Previous version of PHP (4.0) could read file without full path,
even if PHP couldnt read "." or higher directory.

2. PHP reads several directories (why?) when includes each file without
full path.

2. There is no technical reason to give PHP access to read all
directories from "/" to directories with PHP scripts.


Previous Comments:


[2003-01-05 16:41:43] [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





[2003-01-05 16:37:36] [EMAIL PROTECTED]

Module PHP can't find files (eg. includes them) if HTTP server hasn't
permission to read all directories in path to the file.



[2002-12-31 05:10:31] [EMAIL PROTECTED]

After upgrading to 4.3.0 version some PHP scripts stop working. I have
checked, that the reason is problem with opening and including files.

FIRST EXAMPLE:

I had to change variable:
$blocked_list["kom.pl"] = "blockkom.txt";
--->
$blocked_list["kom.pl"] = "blockkom.txt";

SECOND EXAMPLE:

---
Warning: main(main/linie.php) [function.main]: failed to create stream:
No such file or directory in /www/klient34/start/dolacz.php on line 5

Warning: main() [function.main]: Failed opening 'main/linie.php' for
inclusion (include_path=''.:..:/usr/local/lib/php'') in
/www/klient34/start/dolacz.php on line 5





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

#21446 [NEW]: php4apache.dll uses plain Apache 1.3 API

[rusty0412]

From: [EMAIL PROTECTED]
Operating system: Windows XP
PHP version:  4.3.0
PHP Bug Type: *Configuration Issues
Bug description:  php4apache.dll uses plain Apache 1.3 API

I downloaded PHP 4.3.0 and followed the instructions step-by-step. I use
Apache 1.3.27 and Apache can't start because:

[Warn] Loaded DSO c:/php/sapi/php4apache.dll uses plain Apache 1.3 API,
this module might crash under EAPI! (Please recompile it with -DEAPI)

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

#21445 [Opn->Csd]: imagettfbbox and imagettftext fail with warning

[iliaa]

 ID:   21445
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: GD related
 Operating System: SuSE Linux 7.2
 PHP Version:  4.3.0
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

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




Previous Comments:


[2003-01-05 16:29:34] [EMAIL PROTECTED]

Hi, 
 
I've update my 4.2.3 to freshly published 4.3.0. It works 
with Apache 2.0.40 here ... 
 
Nearly everything's fine. I used some script that 
dynamically generates images with text in them. Under 
4.2.3 everything was okay and created PNG for instance, 
now under 4.3.0 the image files get malformed because of 
two warnings which are preceding the non-working data: 
 
Warning: imagettfbbox() [...]: arialbd.ttf in /home/... on 
line xx 
Warning: imagettftext() [...]: ..# in /home/... on line yy 
 
Both are shortened inside the brackets and by the omitted 
scriptname. The rest is as short as produced ... 
 
What I'm calling is: 
 
$font = "arialbd.ttf"; 
$text = "whatever"; 
$size = imagettfbbox( 10, 0, $font, $text ); 
[..] 
imagettftext( $imgobj, 10, 0, 0, $height, $col, $font, 
$text); 
 
arialbd.ttf lies in same directory as script does. 
 
Preceding both calls with @ lead to Apache/PHP not 
answering anymore ... (faking some request with telnet 
results in an unstoppable telnet client). 
 
I compiled from source without any source patch or similar 
with following configuration: 
 
 
'./configure' '--with-apxs2' '--enable-discard-path' 
'--with-debug' '--enable-safe-mode' '--with-exec-dir' 
'--with-openssl' '--enable-sigchild' 
'--enable-maqic-quotes' '--enable-libgcc' '--with-zlib' 
'--enable-bcmath' '--with-bz2' '--enable-calendar' 
'--with-db3' '--enable-dio' '--enable-ftp' '--with-gd' 
'--enable-gd-native-ttf' '--enable-dl' 
'--with-ming=/tmp/ming-0.2a/' '--with-ttf' '--with-t1lib' 
'--with-jpeg-dir' '--with-png-dir' '--with-gettext' 
'--with-imap' '--with-imap-ssl' '--enable-mbstring' 
'--enable-mbregex' '--with-mcrypt' '--with-mysql=/usr' 
'--with-pdflib' '--with-tiff-dir' '--enable-sockets' 
'--with-regex=system' '--enable-tokenizer' '--with-xmlrpc' 
--- 
 
check my php-config under http://www.toxa.de/test.php 
 
 
On closing this report I repeat not to change any of the 
circumstances which made the script working before under 
4.2.3, even configure as shown above staid the same ... 
 
 
Thank you for your help! 
Thomas Urban 




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

#21447 [NEW]: gettext stopped working

[vigna]

From: [EMAIL PROTECTED]
Operating system: Linux Red Hat 8.0
PHP version:  4.2.2
PHP Bug Type: Gettext related
Bug description:  gettext stopped working

After installing Red Hat Linux 8.0 with Apache 2, gettext support stopped
working. I am using the sequence of calls

putenv("LANG=".$_ERW_locale);
setlocale(LC_MESSAGES, $_ERW_locale);
bindtextdomain("ERW", $_ERW_localePath);
textdomain("ERW");

to bind the text domain, and this worked perfectly in several different
ERW installations (http://erw.dsi.unimi.it/) up to the upgrade.

It is very difficult to give any other hint. If you create a script like



and the translation file is located as follows

/home/vigna/cvs/ERW/php/locale/it_IT/LC_MESSAGES/ERW.mo

the string does not get translated.

The complete lack of feedback of any of the gettext package functions
makes it also very difficult to understand what's going wrong.

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

#21447 [Opn->Fbk]: gettext stopped working

[iliaa]

 ID:   21447
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Gettext related
 Operating System: Linux Red Hat 8.0
 PHP Version:  4.2.2
 New Comment:

Which worker model are you using?
If you are using a thread based (worker) model you should be aware that
gettext library is NOT thread safe and therefor you will encounter
problems when you try using it within the threaded enviroment.


Previous Comments:


[2003-01-05 18:55:58] [EMAIL PROTECTED]

After installing Red Hat Linux 8.0 with Apache 2, gettext support
stopped working. I am using the sequence of calls

putenv("LANG=".$_ERW_locale);
setlocale(LC_MESSAGES, $_ERW_locale);
bindtextdomain("ERW", $_ERW_localePath);
textdomain("ERW");

to bind the text domain, and this worked perfectly in several different
ERW installations (http://erw.dsi.unimi.it/) up to the upgrade.

It is very difficult to give any other hint. If you create a script
like



and the translation file is located as follows

/home/vigna/cvs/ERW/php/locale/it_IT/LC_MESSAGES/ERW.mo

the string does not get translated.

The complete lack of feedback of any of the gettext package functions
makes it also very difficult to understand what's going wrong.





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

#13472 [Com]: input type=hidden should be in a fieldset if there is one (XHTML and trans sid)

[node]

 ID:   13472
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Session related
 Operating System: Any
 PHP Version:  4.2.0
 New Comment:

is this really fixed?

i have php 4.3 and php add the input tag directly after the form tag!

the only _fix_ i found is a comment  in the php.ini

; to URLs.  If you want XHTML conformity, remove the form entry.


Previous Comments:


[2002-12-03 23:00:43] [EMAIL PROTECTED]

to: [EMAIL PROTECTED]

is this bug fixed entirely? re:

[3 Mar 8:08am] [EMAIL PROTECTED]
Notice .. any blocklevel tag is affected .. not just fieldset and as
such any solution to this problem should take this issue into account.



[2002-09-25 06:11:46] [EMAIL PROTECTED]

Fixed in 4.3 CVS. Thanks for your report.



[2002-09-23 21:04:12] [EMAIL PROTECTED]

I don't know if I should submit this as a new bug, or if its part of
this one, but the  element added should be empty ie  in order to be valid xhtml in addition to the fieldset issue. 
Probably should be a php.ini option, similar to being able to change
argument_seperator.output from & to &.



[2002-08-01 12:32:39] [EMAIL PROTECTED]

I've tried using the following:

ini_set("url_rewriter.tags", "a=href,area=href,form=action");

However, now get the session BOTH in the action and in a fake entry.

Any suggestions?



[2002-07-19 19:56:45] [EMAIL PROTECTED]

Yep - this one is annoying me too.  Could the input not be held in its
own div /div tag pair?  That would make it legal.

Cheers, David Bond



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

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

#21448 [NEW]: apache_lookup_uri returns "valid URI" even when passed non-existent filenames

[awkay69]

From: [EMAIL PROTECTED]
Operating system: Linux (redhat)
PHP version:  4.3.0
PHP Bug Type: Apache2 related
Bug description:  apache_lookup_uri returns "valid URI" even when passed non-existent 
filenames

I compiled Apache 2.0.43 and PHP 4.3.0 from source as a DSO.

When using the internal PHP apache_lookup_uri(), it always returns status
200.

status;
echo $f->the_request;
?>

I always get 200, and the URI of the PHP file in which it is enclosed.

Does anyone know the apache API??? I dug through the source, but I don't
know much about the Apache filter chains and the linkage of the request
structures. I'll try to look further when I get a chance, but if anyone
has any ideas, I'd love to hear them.

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

#21449 [NEW]: Caching problem running PHP 4.3.0 as an Apache2 module

[rgingo]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Advanced Server SP3
PHP version:  4.3.0
PHP Bug Type: Apache2 related
Bug description:  Caching problem running PHP 4.3.0 as an Apache2 module

After running Apache2 with PHP 4.2.3 as a CGI binary (in a stable
configuration) for quite some time, I decided to switch to PHP 4.3.0 and
try running PHP as an Apache2 module.  Just to be sure that everything
would run smoothly, I installed Apache 2.0.43 to a fresh directory, and
configured PHP 4.3.0 to use the php4apache2.dll as per the instructions. 
No extenstions were configured to load in the php.ini file.  After
testing, I realized that browsers were not reloading the page.  Over 20
clients running different versions of Internet Explorer reported this, and
said that changing the "Check for newer versions of stored pages" option
did not alleviate the problem.  I tried a PHP script that, when added to a
page, would force the content to not be cached to no avail.  The script
was:




I also tried the PHP script



to no avail.  I checked php.ini and found that nocache was already
specified by this line:

session.cache_limiter = nocache

I also tried altering this line:

session.cache_expire = 180

to 0 minutes, but that did not solve the problem.  However, I did try
running PHP as a CGI binary, and that eliminated the problem altogether. 
I conclude that there is something in running PHP as an Apache2 module
that is causing this problem.
-- 
Edit bug report at http://bugs.php.net/?id=21449&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21449&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21449&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21449&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21449&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21449&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21449&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21449&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21449&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21449&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21449&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21449&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21449&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21449&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21449&r=gnused

#21450 [NEW]: File Posts from Microsoft Web Publishing Wizard don't work.

[mike]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Pro
PHP version:  4CVS-2003-01-05 (dev)
PHP Bug Type: Unknown/Other Function
Bug description:  File Posts from Microsoft Web Publishing Wizard don't work.

When using microsoft web publishing wizard to post files to a php script
$_FILES is always empty. Logged in my php error log is:
[06-Jan-2003 16:46:49] PHP Warning:  File Upload Mime headers garbled in
Unknown on line 0
It is able to reteive some of the post values but not the files. Is this
really a Microsoft RFC compliance problem or a PHP problem?

Using the following script:
 $value) {
fwrite($fp, "$header: $value\n");
}

fclose($fp);
echo $content;


I set WPW to HTTP Post files to the URL of this script and the files are
never available. A common entry in fb.log looks like this:
New Hit
**
$_SERVER:
array (
  'COMSPEC' => 'C:WINNTsystem32cmd.exe',
  'CONTENT_LENGTH' => '189',
  'CONTENT_TYPE' => 'Multipart/Form-Data,boundary=23264@18686#20663',
  'DOCUMENT_ROOT' => 'i:/httpd/www.graftonhall.co.nz/htdocs',
  'HTTP_ACCEPT' => '*/*',
  'HTTP_CACHE_CONTROL' => 'no-cache',
  'HTTP_CONNECTION' => 'Keep-Alive',
  'HTTP_HOST' => 'www.graftonhall.co.nz',
  'HTTP_USER_AGENT' => 'Microsoft HTTP Post (RFC1867)',
  'PATH' => 'C:Program Filessapdbwebpgm;C:Program
Filessapdbindep_progpgm;C:Program
Filessapdbindep_progbin;C:Program
Filessapdbindep_progpgm;C:Program
FilesNetworkSimplicityssh;C:WINNTsystem32;C:WINNT;C:WINNTSystem32Wbem;C:Program
FilesJ2SDKbin',
  'REMOTE_ADDR' => '10.0.0.4',
  'REMOTE_PORT' => '1231',
  'SCRIPT_FILENAME' =>
'i:/httpd/www.graftonhall.co.nz/htdocs/temp/fb.php',
  'SERVER_ADDR' => '10.0.0.4',
  'SERVER_ADMIN' => '[EMAIL PROTECTED]',
  'SERVER_NAME' => 'www.graftonhall.co.nz',
  'SERVER_PORT' => '80',
  'SERVER_SIGNATURE' => 'Apache/1.3.26 Server at
www.graftonhall.co.nz Port 80
',
  'SERVER_SOFTWARE' => 'Apache/1.3.26 (Win32) PHP/4.4.0-dev',
  'SystemRoot' => 'C:WINNT',
  'WINDIR' => 'C:WINNT',
  'GATEWAY_INTERFACE' => 'CGI/1.1',
  'SERVER_PROTOCOL' => 'HTTP/1.1',
  'REQUEST_METHOD' => 'POST',
  'QUERY_STRING' => '',
  'REQUEST_URI' => '/temp/fb.php',
  'SCRIPT_NAME' => '/temp/fb.php',
  'PATH_TRANSLATED' =>
'i:/httpd/www.graftonhall.co.nz/htdocs/temp/fb.php',
  'PHP_SELF' => '/temp/fb.php',
  'argv' => 
  array (
  ),
  'argc' => 0,
)
$_REQUEST:
array (
  'TargetURL' => 'http://www.graftonhall.co.nz/temp/fb.php',
)
$_FILES:
array (
)
$_GET:
array (
)
$_POST:
array (
  'TargetURL' => 'http://www.graftonhall.co.nz/temp/fb.php',
)
Request:
Accept: */*
Cache-Control: no-cache
Connection: Keep-Alive
Content-Length: 189
Content-Type: Multipart/Form-Data,boundary=23264@18686#20663
Host: www.graftonhall.co.nz
User-Agent: Microsoft HTTP Post (RFC1867)


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

#21443 [Com]: get_browser still has problems with browsecap.ini from www.garykeith.com

[gary]

 ID:   21443
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: Linux
 PHP Version:  4.3.0
 New Comment:

Ilia, I am the developer of the browscap.ini file that PHP recommends
to its users. Respectfully, this issue does appear to be a bug in PHP.
The user agent in question, Mozilla/4.8 [en] (Windows NT 5.0; U), is in
my browscap.ini file and it is recognized when Serge visits my website
which uses IIS. To me that suggests a bug in get_browser().

I am suspicious that in certain situations get_browser() has a problem
dealing with multiple question marks in a user agent. In an attempt to
prove my theory I changed the definition for the user agent in question
and asked Serge to see if it works. I'll report back here on his
results.


Previous Comments:


[2003-01-05 15:41:02] [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.

Contact the developer mantaining the browsecap.ini, this is not a PHP
bug.



[2003-01-05 15:29:07] [EMAIL PROTECTED]

PHP does not detect Netscape for Windows ua: Mozilla/4.8 [en] (Windows
NT 5.0; U) It did detect Mozilla 1.2 and IE 6 for Windows and Mozilla
1.1 and Netscape 4.7 in Linux.

The latest verion (downloaded January 5 2003) of browsecap.ini was
used.




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

#21261 [Opn]: $_SERVER['PHP_SELF'] gives wrong info

[shane]

 ID:   21261
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: linux 2.4.18 - slack 8.1
 PHP Version:  4.3.0
 New Comment:

The patch at
http://www.caraveo.com/php/cgi.patch

Should fix this problem.  Please try this and let me know.  It's
against cvs HEAD from today.



Previous Comments:


[2003-01-02 10:54:32] [EMAIL PROTECTED]

I'm using php with cgiwrap. 
http://cgiwrap.unixtools.org/

I added two small patches as described in Bug #21301 but i don't know
if they work with current cvs version.

In httpd.conf:

AddHandler php-cgiwrap .php
Action php-cgiwrap /cgiwrapper/php-cgiwrap/
ScriptAlias /cgiwrapper/ /usr/local/cgiwrap/



[2003-01-01 11:21:36] [EMAIL PROTECTED]

Are you talking about this? 
 
ScriptAlias /cgi/ /var/www/htdcos/cgi/ 
Action application/x-httpd-php  /cgi/php 
AddType application/x-httpd-php .php 
 
I can also post my ini and my configure script though you 
can probably get that info from the env.html I posted 
earlier.



[2002-12-31 01:21:50] [EMAIL PROTECTED]

Send me the pertinent lines out of httpd.conf that you have used to
configure php so I can test with the same settings.



[2002-12-30 20:21:48] [EMAIL PROTECTED]

Probable cause found Checking with submitter of prior patch.



[2002-12-30 20:21:02] [EMAIL PROTECTED]

I have a similar problem. It is discribed in
http://bugs.php.net/bug.php?id=21301

The result of set cat be viewed on
http://www.engter.de/shenv.php



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

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

#21448 [Opn]: apache_lookup_uri returns "valid URI" even when passed non-existent filenames

[awkay69]

 ID:   21448
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache2 related
 Operating System: Linux (redhat)
 PHP Version:  4.3.0
 New Comment:

I've played with this some more. I'm beginning to feel that this is a
documentation problem. Neither the Apache or PHP docs say so, but is
this just a parsing function that never actually does a stat(2) on the
underlying file? 

I got the impression from the code for virtual() in
php-4.3.0/sapi/apache2filter that it did more, but perhaps it is a
misunderstanding on my part.

This is probably a closable entry in your bug database...sorry.


Previous Comments:


[2003-01-05 19:44:13] [EMAIL PROTECTED]

I compiled Apache 2.0.43 and PHP 4.3.0 from source as a DSO.

When using the internal PHP apache_lookup_uri(), it always returns
status 200.

status;
echo $f->the_request;
?>

I always get 200, and the URI of the PHP file in which it is enclosed.

Does anyone know the apache API??? I dug through the source, but I
don't know much about the Apache filter chains and the linkage of the
request structures. I'll try to look further when I get a chance, but
if anyone has any ideas, I'd love to hear them.

- Tony




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

#21301 [Dup]: PHP_SELF is empty

[shane]

 ID:   21301
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Duplicate
 Bug Type: Scripting Engine problem
 Operating System: Linux (SuSE)
 PHP Version:  4.3.0
-Assigned To:  
+Assigned To:  shane
 New Comment:

I do beleive this is caused by the same problem that caused the bug
21261, please try the patch linked to on that bug.


Previous Comments:


[2002-12-31 02:15:14] [EMAIL PROTECTED]

When we ask for feedback, we set the status to Feedback :)



[2002-12-30 20:38:06] [EMAIL PROTECTED]

While the comments in that bug report get a little confusing, this
*does* seem to be the same bug and indeed a problem in PHP and not the
webserver as I thought at one point.



[2002-12-30 20:23:57] [EMAIL PROTECTED]

I'm not very sure if it is the same bug. In #21261 PATH_INFO is empty
but as you can see on http://www.engter.de/shenv.php this is not the
case in my installation.



[2002-12-30 19:53:40] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.

Please feel free to add your comments to Bug #21261.

In fact, please describe your operating environment as thoroughly as
possible so that this bug can be reliably reproduced.

A dump of "/usr/local/apache/bin/httpd -l" and a list of all
"LoadModule" lines would also be helpful.



[2002-12-30 19:48:43] [EMAIL PROTECTED]

Did anyone change the way php get it's PHP_SELF-Variable?

On my server php-files are wrapped through a slightly patched version
of
cgiwrap. I changed a few lines so that PHP_SELF is not broken and
cgiwrap is not visible to the user. For details have a look at:
http://www.engter.de/phpinfo.php
http://roland.engter.de/stuff/cgiwrap-PATH_INFO.patch
http://roland.engter.de/stuff/cgiwrap-SCRIPT_NAME.patch

With PHP 4.2.3 everything worked fine. But after updating to PHP 4.3.0
(with --disable-cli) PHP_SELF was empty. At first i thought that my
patch on cgiwrap was the reason for this, but finally i installed PHP
4.2.3 again and everything was fine.

Any ideas?




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

#21443 [Bgs]: get_browser still has problems with browsecap.ini from www.garykeith.com

[serge]

 ID:   21443
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: Linux
 PHP Version:  4.3.0
 New Comment:

I updated the browscap.ini and the detection works fine now with
Netscape for windows:

ua: Mozilla/4.8 [en] (Windows NT 5.0; U)
pattern match: browser_name_pattern Mozilla/4\.8.*(Windows NT 5\.0; U)


Previous Comments:


[2003-01-05 21:49:27] [EMAIL PROTECTED]

Ilia, I am the developer of the browscap.ini file that PHP recommends
to its users. Respectfully, this issue does appear to be a bug in PHP.
The user agent in question, Mozilla/4.8 [en] (Windows NT 5.0; U), is in
my browscap.ini file and it is recognized when Serge visits my website
which uses IIS. To me that suggests a bug in get_browser().

I am suspicious that in certain situations get_browser() has a problem
dealing with multiple question marks in a user agent. In an attempt to
prove my theory I changed the definition for the user agent in question
and asked Serge to see if it works. I'll report back here on his
results.



[2003-01-05 15:41:02] [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.

Contact the developer mantaining the browsecap.ini, this is not a PHP
bug.



[2003-01-05 15:29:07] [EMAIL PROTECTED]

PHP does not detect Netscape for Windows ua: Mozilla/4.8 [en] (Windows
NT 5.0; U) It did detect Mozilla 1.2 and IE 6 for Windows and Mozilla
1.1 and Netscape 4.7 in Linux.

The latest verion (downloaded January 5 2003) of browsecap.ini was
used.




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

#21450 [Com]: File Posts from Microsoft Web Publishing Wizard don't work.

[mike]

 ID:   21450
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Unknown/Other Function
 Operating System: Windows 2000 Pro
 PHP Version:  4CVS-2003-01-05 (dev)
 New Comment:

Here is a capture of a complete request made by WPW:

POST /temp/fb.php HTTP/1.1
Accept: */*
Content-Type: Multipart/Form-Data,boundary=19359@23195#13275
User-Agent: Microsoft HTTP Post (RFC1867)
Host: 10.0.0.7
Connection: Keep-Alive
Cache-Control: no-cache
Content-Length: 3002

--19359@23195#13275
Content-disposition: form-data; filename="etc\root.hint"
Content-type: application/octet-stream

;   This file holds the information on root name servers needed to
;   initialize cache of Internet domain name servers
;   (e.g. reference this file in the "cache  .  "
;   configuration file of BIND domain name servers).
;
;   This file is made available by InterNIC registration services
;   under anonymous FTP as
;   file/domain/named.root
;   on server   FTP.RS.INTERNIC.NET
;   -OR- under Gopher atRS.INTERNIC.NET
;   under menu  InterNIC Registration Services (NSI)
;  submenu  InterNIC Registration Archives
;   filenamed.root
;
;   last update:Aug 22, 1997
;   related version of root zone:   1997082200
;
;
; formerly NS.INTERNIC.NET
;
.360  IN  NSA.ROOT-SERVERS.NET.
A.ROOT-SERVERS.NET.  360  A 198.41.0.4
;
; formerly NS1.ISI.EDU
;
.360  NSB.ROOT-SERVERS.NET.
B.ROOT-SERVERS.NET.  360  A 128.9.0.107
;
; formerly C.PSI.NET
;
.360  NSC.ROOT-SERVERS.NET.
C.ROOT-SERVERS.NET.  360  A 192.33.4.12
;
; formerly TERP.UMD.EDU
;
.360  NSD.ROOT-SERVERS.NET.
D.ROOT-SERVERS.NET.  360  A 128.8.10.90
;
; formerly NS.NASA.GOV
;
.360  NSE.ROOT-SERVERS.NET.
E.ROOT-SERVERS.NET.  360  A 192.203.230.10
;
; formerly NS.ISC.ORG
;
.360  NSF.ROOT-SERVERS.NET.
F.ROOT-SERVERS.NET.  360  A 192.5.5.241
;
; formerly NS.NIC.DDN.MIL
;
.360  NSG.ROOT-SERVERS.NET.
G.ROOT-SERVERS.NET.  360  A 192.112.36.4
;
; formerly AOS.ARL.ARMY.MIL
;
.360  NSH.ROOT-SERVERS.NET.
H.ROOT-SERVERS.NET.  360  A 128.63.2.53
;
; formerly NIC.NORDU.NET
;
.360  NSI.ROOT-SERVERS.NET.
I.ROOT-SERVERS.NET.  360  A 192.36.148.17
;
; temporarily housed at NSI (InterNIC)
;
.360  NSJ.ROOT-SERVERS.NET.
J.ROOT-SERVERS.NET.  360  A 198.41.0.10
;
; housed in LINX, operated by RIPE NCC
;
.360  NSK.ROOT-SERVERS.NET.
K.ROOT-SERVERS.NET.  360  A 193.0.14.129 
;
; temporarily housed at ISI (IANA)
;
.360  NSL.ROOT-SERVERS.NET.
L.ROOT-SERVERS.NET.  360  A 198.32.64.12
;
; housed in Japan, operated by WIDE
;
.360  NSM.ROOT-SERVERS.NET.
M.ROOT-SERVERS.NET.  360  A 202.12.27.33
; End of File

--19359@23195#13275--


Previous Comments:


[2003-01-05 21:47:40] [EMAIL PROTECTED]

When using microsoft web publishing wizard to post files to a php
script $_FILES is always empty. Logged in my php error log is:
[06-Jan-2003 16:46:49] PHP Warning:  File Upload Mime headers garbled
in Unknown on line 0
It is able to reteive some of the post values but not the files. Is
this really a Microsoft RFC compliance problem or a PHP problem?

Using the following script:
 $value) {
fwrite($fp, "$header: $value\n");
}

fclose($fp);
echo $content;


I set WPW to HTTP Post files to the URL of this script and the files
are never available. A common entry in fb.log looks like this:
New Hit
**
$_SERVER:
array (
  'COMSPEC' => 'C:WINNTsystem32cmd.exe',
  'CONTENT_LENGTH' => '189',
  'CONTENT_TYPE' => 'Multipart/Form-Data,boundary=23264@18686#20663',
  'DOCUMENT_ROOT' => 'i:/httpd/www.graftonhall.co.nz/htdocs',
  'HTTP_ACCEPT' => '*/*',
  'HTTP_CACHE_CONTROL' => 'no-cache',
  'HTTP_CONNECTION' => 'Keep-Alive',
  'HTTP_HOST' => 'www.graftonhall.co.nz',
  'HTTP_USER_AGENT' => 'Microsoft HTTP Post (RFC1867)',
  'PATH' => 'C:Program Filessapdbwebpgm;C:Program
Filessapdbindep_progpgm;C:Program
Filessapdbindep_progbin;C:Program
Filessapdbindep_progpgm;C:Program
FilesNetwor

#21443 [Com]: get_browser still has problems with browsecap.ini from www.garykeith.com

[gary]

 ID:   21443
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: Linux
 PHP Version:  4.3.0
 New Comment:

Thanks, Serge.

Ilia, I think this is fairly solid proof that my suspicions are correct
about get_browser() having a problem dealing with multiple question
marks in the user agent.

The old definition in my browscap.ini file: Mozilla/4.8  (Windows
NT 5.0; U) fails while the updated definition: Mozilla/4.8*(Windows NT
5.0; U) works fine.

Both definitions work fine with browscap.dll therefore I suspect a
problem with get_browser().


Previous Comments:


[2003-01-05 22:25:51] [EMAIL PROTECTED]

I updated the browscap.ini and the detection works fine now with
Netscape for windows:

ua: Mozilla/4.8 [en] (Windows NT 5.0; U)
pattern match: browser_name_pattern Mozilla/4\.8.*(Windows NT 5\.0; U)



[2003-01-05 21:49:27] [EMAIL PROTECTED]

Ilia, I am the developer of the browscap.ini file that PHP recommends
to its users. Respectfully, this issue does appear to be a bug in PHP.
The user agent in question, Mozilla/4.8 [en] (Windows NT 5.0; U), is in
my browscap.ini file and it is recognized when Serge visits my website
which uses IIS. To me that suggests a bug in get_browser().

I am suspicious that in certain situations get_browser() has a problem
dealing with multiple question marks in a user agent. In an attempt to
prove my theory I changed the definition for the user agent in question
and asked Serge to see if it works. I'll report back here on his
results.



[2003-01-05 15:41:02] [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.

Contact the developer mantaining the browsecap.ini, this is not a PHP
bug.



[2003-01-05 15:29:07] [EMAIL PROTECTED]

PHP does not detect Netscape for Windows ua: Mozilla/4.8 [en] (Windows
NT 5.0; U) It did detect Mozilla 1.2 and IE 6 for Windows and Mozilla
1.1 and Netscape 4.7 in Linux.

The latest verion (downloaded January 5 2003) of browsecap.ini was
used.




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

#21451 [NEW]: mssql extension crash apache server when used with freetds

[alietss]

From: [EMAIL PROTECTED]
Operating system: Linux RedHat8.0
PHP version:  4.3.0
PHP Bug Type: MSSQL related
Bug description:  mssql extension crash apache server when used with freetds

Hi all, and first as all thank's, I'm testing the new funcionality of mssql
trought freetds, I succesflly built rpms for RedHat8.0.92 httpd-2.0.40-14
of php-4.3.0, I'm using mssql throught freetds-0.60 from yesterday
snapshot, but apache server  crash when starts, this is the apache error
log...
/usr/sbin/httpd: relocation error: /usr/lib/php4/mssql.so: undefined
symbol: dbinit

here is my configure line

'./configure' '--host=i686-pc-linux-gnu' '--build=i686-pc-linux-gnu'
'--target=i686-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr'
'--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin'
'--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include'
'--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var'
'--sharedstatedir=/usr/com' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--prefix=/usr' '--cache-file=../config.cache'
'--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d'
'--enable-force-cgi-redirect' '--disable-debug' '--enable-pic'
'--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db3'
'--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin'
'--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd'
'--enable-gd-native-ttf' '--with-ttf' '--with-gdbm' '--with-gettext'
'--with-pdflib=shared' '--with-tiff-dir=/usr' '--with-ncurses'
'--with-gmp' '--with-iconv' '--enable-xslt=shared' '--with-jpeg-dir=/usr'
'--with-openssl' '--with-png' '--with-pspell' '--with-regex=system'
'--with-xml' '--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU'
'--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes'
'--enable-safe-mode' '--enable-sockets' '--enable-sysvsem'
'--enable-sysvshm' '--enable-discard-path' '--enable-track-vars'
'--enable-trans-sid' '--enable-yp' '--enable-wddx' '--without-oci8'
'--with-pear=/usr/share/pear' '--with-imap=shared' '--with-imap-ssl'
'--with-kerberos=/usr/kerberos' '--with-ldap=shared'
'--with-mcal=shared,/usr' '--with-mcrypt=shared,/usr'
'--with-mhash=shared,/usr' '--with-mssql=shared,/usr'
'--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-snmp=shared,/usr'
'--with-snmp=shared' '--with-xslt-sablot=shared,/usr'
'--with-sablot-js=shared,/usr' '--enable-ucd-snmp-hack'
'--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath'
'--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx'
'--enable-dio' '--enable-mcal' '--with-apxs2=/usr/sbin/apxs'

  I hope it helps
Aliet


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

#21022 [Bgs]: can't include more than SSI include for php files

[admin]

 ID:   21022
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: RedHat Linux 8.0
 PHP Version:  4.2.1
 New Comment:

Thanx jmanning,
I will post my reply in bug 17868

c u there!


Previous Comments:


[2003-01-05 12:55:59] [EMAIL PROTECTED]

Use Apache1 not Apache2.



[2003-01-05 11:24:18] [EMAIL PROTECTED]

It took a while, but I found the dup. I reported the same problem, and
got the same unhelpful message.

Bug 17868

http://bugs.php.net/bug.php?id=17868

Put your me too comments there if necessary.



[2002-12-15 00:25:01] [EMAIL PROTECTED]

I searched alot for a bug looks like this in bugs database but I didn't
find any one!

please drop me a link for the bug you said it describes my problem



[2002-12-14 23:33:03] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.





[2002-12-14 20:22:40] [EMAIL PROTECTED]

PHP version: 4.2.1
OS: RedHat Linux 8
Apache version: 2.0

My problem is that I can't execute more than one (SSI include) on my
website JUST for PHP file.. so there is NO problems at all if I include
HTML or SHTML files.

Anyway, if I include 2 PHP files into any page, the first INCLUDE
statement would execute correctly and print out the file output, but
the second INCLUDE statement would NOT execute, and instead, the
statement printed in the page source as it is:



notice that this problem was not exist in my server before I upgrade
PHP from 4.1.2 to 4.2.1 and Apache from 1.3 to 2.0 and Linux from 7.3
to 8.0 !!

any idea?




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

#21452 [NEW]: Apache dumps core inside php code

[androsyn]

From: [EMAIL PROTECTED]
Operating system: Linux - Sparc64
PHP version:  4.3.0
PHP Bug Type: Apache2 related
Bug description:  Apache dumps core inside php code

Not sure why it dumped core, however I do have a backtrace to go with this
coredump.  Apache was running in prefork mode when this happened.  I'm
using Apache 2.0.43 as packaged by Debian.  PHP 4.3.0 was compiled by
hand.

(gdb) bt
#0  0x705e1794 in sapi_initialize_empty_request (tsrm_ls=0x101240) at
/tmp/php/php-4.3.0/main/SAPI.c:399
#1  0x705db460 in php_module_startup (sf=0x706742ac,
additional_modules=0x7067, num_additional_modules=1)
at /tmp/php/php-4.3.0/main/main.c:1035
#2  0x7062cfc0 in php_apache2_startup (sapi_module=0x706742ac) at
/tmp/php/php-4.3.0/sapi/apache2filter/sapi_apache2.c:269
#3  0x7062d85c in php_apache_server_startup (pconf=0xbb688, plog=0xf3768,
ptemp=0xf9780, s=0xbdcf0)
at /tmp/php/php-4.3.0/sapi/apache2filter/sapi_apache2.c:556
#4  0x00055fa0 in ap_run_post_config ()
#5  0x0005e9b8 in main ()
#6  0x703b08f0 in __libc_start_main () from /lib/libc.so.6

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

#20702 [Fbk->NoF]: strtoupper

[php-bugs]

 ID:   20702
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Feature/Change Request
 Operating System: Windows XP
 PHP Version:  4.2.2
 New Comment:

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


Previous Comments:


[2002-11-28 16:36:49] [EMAIL PROTECTED]

Is your locale correctly set?


Try setlocale(LC_ALL,'Portuguese')  or something like that
(I don't know what your locale is, look it up in the manual of your
OS).



[2002-11-28 12:45:08] [EMAIL PROTECTED]

It's not a bug.. it's more than a feature i guess.. the strtoupper
don't convert characters like áóç.. etc.

I don't know if it's because of the character system i'm using in
php.ini

;default_charset = "iso-8859-1"

But.. anyway.. it's just a suggestion :)




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

#21453 [NEW]: strip_tags behaviour change

[pw0kt32001]

From: [EMAIL PROTECTED]
Operating system: Windows XP
PHP version:  4.3.0
PHP Bug Type: Strings related
Bug description:  strip_tags behaviour change

A "<" as plaintext is something strip_tags can't make much sense of, sure.
My previous report ( http://bugs.php.net/bug.php?id=21253 ) was indeed
bogus, but what about this.

");
$test = "\nfirst cell before < first cell
after\nsecond cell before < second cell
after\n\n";
$testarray = explode("\n",strip_tags($test));
print_r($testarray);
print("");

/*
4.2.3
=
Array
(
[0] => 
[1] => first cell before 
[2] => second cell before 
[3] => 
[4] => 
)

4.3.0
=
Array
(
[0] => 
[1] => first cell before 
)
*/
?>

Is this also per design? Parsing third-party webpages created by
someone/some program that disregards that < should be used instead of
"<" became a bit more difficult with 4.3.0. Not hard to code around, but
certainly an annoyance compared to 4.2.3.
-- 
Edit bug report at http://bugs.php.net/?id=21453&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21453&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21453&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21453&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21453&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21453&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21453&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21453&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21453&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21453&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21453&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21453&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21453&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21453&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21453&r=gnused

#14365 [Com]: require_once() causes segfault

[bartvb]

 ID:   14365
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: iPlanet related
 Operating System: RedHat Linux 7.3
 PHP Version:  4.3.0-dev
 New Comment:

I've read the backtrace page but the bt there doesn't show php
filenames and linenumber.. But Sean mailed me that I should try 'bt
full', I'll try that the next time.

Anyway, as I said I'm using Apache and not iPlanet... The canonicalize
problem only seems to occur on 4.3.0, PHP 4.2.3 seems to segfault on
memcopy()


Previous Comments:


[2003-01-05 09:33:15] [EMAIL PROTECTED]

See http://bugs.php.net/bugs-generating-backtrace.php for details on
making backtraces.

The stack size appears to be a setting in the iPlanet configuration:Try
modifying your ns/threads section to include a larger
stacksize...the default one is 128*1024I ran into a stacksize
problem on the recent redhat update (related to glibc) that was
segfaulting on a dns lookup.  I didn't associate it with the segfault
I
was getting for PHP (Including squirrelmail), but the segfault for SM
is
gone now for me after this fix and SM works perfectly.

Try this sample:

ns_section "ns/threads"
ns_param   stacksize [expr 256*1024]

"
(quoted from this bug report).

I don't have and have never used iPlanet, so it's up to you to find out
how to configure it.


"




[2003-01-05 09:07:05] [EMAIL PROTECTED]

I would love to but I don't have a clue how I should do that :D I'm
using Apache 1.3.26 and PHP 4.3.0 (but that one segfaults too often)
and PHP 4.2.3 (segfaults too but less often, especially when we use a
debug build and limit the MaxRequestsPerChild to 10.

Nested evals()? Hmm, we shouldn't, I'll go and see if that can be the
case.

BTW how did Sean create that backtrace? It even shows in what PHP file
and on what line Apache/PHP went down...



[2003-01-02 11:54:51] [EMAIL PROTECTED]

Can you try increasing your stack size as was suggested in one of the
earlier responses?

The latest backtrace looks *very* deep - are you using a lot of nested
eval() calls ?



[2003-01-01 14:55:40] [EMAIL PROTECTED]

Oh, sorry. Forgot to mention what the site is running on.

We're using Apache 1.3.26 with PHP as a module. Info page is over
here:
http://www.bokt.nl/klad/info.php

It's a Redhat 7.3 box with:
gcc version 2.96 2731 (Red Hat Linux 7.3 2.96-112)

It's an Athlon 1800 XP with 1GB ram and phpBB is using MySQL (MyISAM
tables) extensively. Some stats can be seen on:

http://www.bokt.nl/stats/



[2003-01-01 14:51:48] [EMAIL PROTECTED]

Grr. These damn segfaults are really driving me nuts. I've been having
segfaults with other versions of PHP (up to 4.2.3). I'm using PHP 4.3.0
at the moment and the number of segfaults has only increased.

Sometimes there are almost no segfaults (one every 5 minutes?) but
sometimes I get stuff like this in the errorlog:
[Wed Jan  1 21:34:02 2003] [notice] child pid 13840 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:03 2003] [notice] child pid 13833 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:11 2003] [notice] child pid 13831 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:11 2003] [notice] child pid 13816 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:11 2003] [notice] child pid 13810 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:20 2003] [notice] child pid 13837 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:45 2003] [notice] child pid 13883 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:50 2003] [notice] child pid 13878 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:51 2003] [notice] child pid 13887 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:51 2003] [notice] child pid 13859 exit signal
Segmentation fault (11)
[Wed Jan  1 21:34:52 2003] [notice] child pid 13882 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:24 2003] [notice] child pid 13904 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:31 2003] [notice] child pid 13898 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:31 2003] [notice] child pid 13892 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:36 2003] [notice] child pid 13909 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:39 2003] [notice] child pid 14006 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:40 2003] [notice] child pid 13908 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:44 2003] [notice] child pid 14009 exit signal
Segmentation fault (11)
[Wed Jan  1 21:35:46 2003] [notice] child pid 13903 exit signal
Segmentation fault (11)