#16692 [Fbk->NoF]: Cannot find or read import file: /usr/local/apache2/bin/httpd.exp

[php-bugs]

 ID:   16692
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: AIX
 PHP Version:  4.2.0
 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-10-09 14:36:16] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Could you please see if the problem persists with Apache 2.0.43 and PHP
4.3-dev.



[2002-05-22 03:51:59] [EMAIL PROTECTED]

This also happens with Apache 2.0.36 apxs-script.
After running ./configure you have to edit the config_vars.mk.
Search for httpd.exp and change it to $prefix/modules/httpd.exp (as
Aaron wrote). Then run "make" - without problems.



[2002-05-07 19:29:23] [EMAIL PROTECTED]

Did you use a special Apache layout? Does the httpd.exp
file exist anywhere in your apache install tree?
(I would expect it to be in $prefix/modules/httpd.exp)
I won't mark this closed yet, but it seems likely to be
a problem with Apache 2.0.35's apxs, and you might want
to try using 2.0.36.



[2002-04-23 00:11:11] [EMAIL PROTECTED]

Reclassified. (and changed the summary)
Those 'incorrect file..' warnings can be ignored.




[2002-04-19 00:26:53] [EMAIL PROTECTED]

Compiling PHP 4.2.0RC4 with Apache 2.0.35 under AIX 5L with IBM
compiler results in following messages.

/bin/sh /work/work/apache/php-4.2.0RC4/libtool --silent --mode=link cc 
-I. -I/work/work/apache/php-4.2.0RC4/
-I/work/work/apache/php-4.2.0RC4/main -I/work/work/apache/php-4.2.0RC4
-I/usr/local/apache2/include -I/work/work/apache/php-4.2.0RC4/Zend
-I/usr/local/ssl/include -I/work/work/imap/imap-2001a/c-client
-I/usr/local/mysql/include
-I/work/work/apache/php-4.2.0RC4/ext/xml/expat  -D_THREAD_SAFE
-I/work/work/apache/php-4.2.0RC4/TSRM -O3 -DZTS -prefer-pic   -o
libphp4.la -rpath /work/work/apache/php-4.2.0RC4/libs
-Wl,-bI:/usr/local/apache2/bin/httpd.exp -avoid-version
-L/usr/local/ssl/lib -L/work/work/imap/imap-2001a/c-client
-L/usr/local/mysql/lib  -R /usr/local/ssl/lib -R
/work/work/imap/imap-2001a/c-client -R /usr/local/mysql/lib stub.lo 
Zend/libZend.la  sapi/apache2filter/libsapi.la  main/libmain.la 
regex/libregex.la  /work/work/apache/php-4.2.0RC4/ext/ctype/libctype.la
/work/work/apache/php-4.2.0RC4/ext/ftp/libftp.la
/work/work/apache/php-4.2.0RC4/ext/imap/libimap.la
/work/work/apache/php-4.2.0RC4/ext/mysql/libmysql.la
/work/work/apache/php-4.2.0RC4/ext/openssl/libopenssl.la
/work/work/apache/php-4.2.0RC4/ext/pcre/libpcre.la
/work/work/apache/php-4.2.0RC4/ext/posix/libposix.la
/work/work/apache/php-4.2.0RC4/ext/session/libsession.la
/work/work/apache/php-4.2.0RC4/ext/standard/libstandard.la
/work/work/apache/php-4.2.0RC4/ext/xml/libxml.la  TSRM/libtsrm.la -lpam
-lc-client -lmysqlclient -lz -lcrypt -lpam -lcrypt -lssl -lcrypto
-lbind -lm -ldl -lpthread -lcrypt -ldl
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_language_parser.lo
contains an incorrect file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_language_scanner.lo
contains an incorrect file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_ini_parser.lo
contains an incorrect file suffix

Followed by losts more of these followed by 
cc: 1501-218 file TSRM/.libs/libtsrm.al contains an incorrect file
suffix
ld: 0706-003 Cannot find or read import file:
/usr/local/apache2/bin/httpd.exp
ld:accessx(): No such file or directory
make: 1254-004 The error code from the last command is 255.


Stop.
make: 1254-004 The error code from the last command is 1.


Stop.


Configured with 

CFLAGS="-O3" ./configure --with-apxs2=/usr/local/apache2/bin/apxs \
--enable-track-vars \
--with-mysql=/usr/local/mysql \
--with-imap=/work/work/imap/imap-2001a \
--with-openssl=/usr/local/ssl \
--enable-ftp




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

#20115 [NEW]: main/internal_functions_cli.c:74: undefined reference to `gd_module_entry'

[elinberg]

From: [EMAIL PROTECTED]
Operating system: rh7.2
PHP version:  4.3.0-pre1
PHP Bug Type: Compile Failure
Bug description:  main/internal_functions_cli.c:74: undefined reference to 
`gd_module_entry'

After a successful ./configure
during make I receive: 
In function `php_startup_internal_extensions':
/usr/local/php-4.3.0pre1/main/internal_functions_cli.c:74: undefined
reference to `gd_module_entry'
collect2: ld returned 1 exit status

I should note that to even get this far (right or wrong) I copied
/usr/local/gd-2.0.1/*c and *.h into the ext/gd directory.

I successfully compiled php-4.2.3 in this same matter but it dies with the
same 'gd_module_entry' error when apache tries to load it.

I'd apprecieate any suggestions that you might have. My ./configure
command is below:

./configure --with-gd=/usr/local/gd-2.0.1 --with-freetype-dir=/usr
--enable-gd-native-ttf --enable-gd-imgstrttf --with-png-dir=/usr/local/lib
--with-apxs=/usr/local/apache/bin/apxs --with-jpeg-dir=/usr
--with-png-dir=/usr --with-zlib-dir=/usr/local/lib --enable-memory-limit
--with-pear --with-zlib

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

#20116 [NEW]: $_POST keys starting with "+"

[dan]

From: [EMAIL PROTECTED]
Operating system: OS X 10.2.1
PHP version:  4.2.3
PHP Bug Type: Variables related
Bug description:  $_POST keys starting with "+"

I have a simple method of creating easy form processing 
I thought

I came up with the idea (I am not claiming to be the first) 
to have form elements I want to update via MySQL starting 
with either "-" or "+".

Example:

+name=DAN
[EMAIL PROTECTED]
-notes=
id=1

The first 2 are required and will be updated, the 3rd is 
optional and will be updated and the 4th (id) is simply 
passed as form data.

The idea here is that I parse the $_POST variable to auto 
create a "UPDATE table SET name = 'Dan', email = 
'[EMAIL PROTECTED]' WHERE = 1" string for MySQL.

The issue is that if I use the "+" to indicate a required 
field for error trapping my $_POST array ends up like this:

+namD=AN
[EMAIL PROTECTED]
-notes=
id=1

If a change to any other character (* for example) it work 
fine.

Either this is a PHP / HTTP bug or I am up against some 
strange post naming restriction.  I searched the web, the 
PHP site (includeing the bugs) and could not spot an 
obvious reference.

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

#19213 [Fbk->Opn]: Adabas odbc Memory leak

[a . steckenborn]

 ID:   19213
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: ODBC related
 Operating System: SuSE Linux 8.0
 PHP Version:  4.2.2
 New Comment:

Nothing has changed with the latest snapshot
php4-20021027

with a second ODBC-connect to the SAPDB database
within 10 sec. the PHP-error occours like before
snip-
[27-Oct-2002 11:06:55] PHP Warning: SQL error: [SAP AG][LIBSQLOD
SO][SAP DB]Syntax error or access violation;-3014 POS(272) Invalid end
of SQL statement., SQL state 37000 in SQLPrepare in
/www/kunden/reisenetz/web/show.phtml on line 151 [27-Oct-2002 11:06:55]
PHP Warning: odbc_execute(): supplied argument is not a valid ODBC
result resource in /www/kunden/reisenetz/web/show.phtml on line 152
[27-Oct-2002 11:07:05] PHP Warning: SQL error: [SAP AG][LIBSQLOD
SO][SAP DB]Syntax error or access violation;-3014 POS(272) Invalid end
of SQL statement., SQL state 37000 in SQLPrepare in
/www/kunden/reisenetz/web/show.phtml on line 151 [27-Oct-2002 11:07:05]
PHP Warning: odbc_execute(): supplied argument is not a valid ODBC
result resource in /www/kunden/reisenetz/web/show.phtml on line 152 
snip-

but the ODBC_Result is ok.

The Memory-Usage looks very better with SAPDB,
PHP4.2.3 and Apache1.3.27
It seems as if my Memory-Leak is fixed.
 
Thanks a lot to all that are working at these problems

with best regards

Albert Steckenborn


Previous Comments:


[2002-10-26 16:25:29] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-10-26 10:07:09] [EMAIL PROTECTED]

Hi again,

now we have converted to
SAPDB 7.3.00.25 (working better)
PHP 4.2.3
Apache 1.3.27


But one Error holds on.

If i'm requesting the database the first time no Error occurs but when
i'm closing the result window and start a
new request within around 10seconds the following PHP Warning shows up
in the Error log

-snip-
[26-Oct-2002 11:28:03] PHP Warning: SQL error: [SAP AG][LIBSQLOD
SO][SAP
DB]Syntax error or access violation;
-3014 POS(260) Invalid end of SQL statement., SQL state 37000 in
SQLExecDirect in /www/kunden/reisenetz/web/show.phtml on line 153
---snip-

The results of the second request are ok.

When i'm using ODBC_prepare following Warning comes up:
odbc_execute() supplied argument is not a valid ODBC result resource

The results are ok too.

It looks as if the ODBC_Close($conn) dont't work

It is the same Error as in ADABAS D 11

Hope that this will help.

With best regards

Albert Steckenborn



[2002-10-07 03:48:24] [EMAIL PROTECTED]

hi,
i'm changing now from ADABAS D to SAPDB.
Meanwhile i'm thinking that this bug is a bug in the ADABAS ODBC Driver
and not PHP related.
I need one week more for the migration and then wee will see if it's
ADABAS D or PHP related.

The reason to migrate to SAPDB is that we can use the most of our
sripts anymore and the support (for a free software)is much better.
Some of the scripts that are running on ADABAS D with errors so that we
have to create db-Procedures, are running
on SAPDB without any errors.

That's the reason that i'm shure we can close our bug with the
migration.

A lot of thanks to Kalowsky and everybody else for the help.

I will post the result of the migration around the 20021020.

With best regards

Albert Steckenborn



[2002-10-01 07:31:12] [EMAIL PROTECTED]

i've got the same problem :( 
 
apache 1.3.26, php v4.2.3, adabas kernel 11.00.07  
odbc library odbclib.a (filesize 629128bytes, from adabas 
v10. the new one from v11 fails if reading long data).  
compiled php with the following options:  
 
'./configure' '--with-apxs=/usr/local/apache/bin/apxs' 
'--with-adabas=/database/adabas/' '--without-odbc' 
'--with-gd=/usr' '--with-jpeg-dir=/usr/lib' 
'--with-png-dir=/usr/lib' '--with-ttf' '--enable-ftp' 
'--enable-magic-quotes' '--enable-trackvars' 
'--with-zlib-dir=/usr'



[2002-09-08 14:47:27] [EMAIL PROTECTED]

Hi,
i'm using the Adabas D ODBC Driver.
odbc.ini:
DRIVER=/usr/local/adabas/lib/odbclib.so



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/19213

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

#20116 [Opn->Csd]: $_POST keys starting with "+"

[moriyoshi]

 ID:   20116
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
-Bug Type: Variables related
+Bug Type: mbstring related
 Operating System: OS X 10.2.1
 PHP Version:  4.2.3
-Assigned To:  
+Assigned To:  moriyoshi
 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.

Additional comment: Also try to configure with
--disable-mbstr-enc-trans if you even want to use 4.2.3 .


Previous Comments:


[2002-10-27 01:17:24] [EMAIL PROTECTED]

I have a simple method of creating easy form processing 
I thought

I came up with the idea (I am not claiming to be the first) 
to have form elements I want to update via MySQL starting 
with either "-" or "+".

Example:

+name=DAN
[EMAIL PROTECTED]
-notes=
id=1

The first 2 are required and will be updated, the 3rd is 
optional and will be updated and the 4th (id) is simply 
passed as form data.

The idea here is that I parse the $_POST variable to auto 
create a "UPDATE table SET name = 'Dan', email = 
'[EMAIL PROTECTED]' WHERE = 1" string for MySQL.

The issue is that if I use the "+" to indicate a required 
field for error trapping my $_POST array ends up like this:

+namD=AN
[EMAIL PROTECTED]
-notes=
id=1

If a change to any other character (* for example) it work 
fine.

Either this is a PHP / HTTP bug or I am up against some 
strange post naming restriction.  I searched the web, the 
PHP site (includeing the bugs) and could not spot an 
obvious reference.

Dan




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

#20117 [NEW]: open_basedir not working

[david]

From: [EMAIL PROTECTED]
Operating system: Solaris 8 & Linux Madrake
PHP version:  4.2.3
PHP Bug Type: PHP options/info functions
Bug description:  open_basedir not working

a scripts located in open_basedir path is unable to include another script
in the same directory with error " open_basedir restriction in effect.
File is in wrong directory" where the first script is included
from another script.

You can reproduce this situation with 3 php scripts with safe_mode on:

/usr/local/http-docs/common/scripts/test.php --



/usr/local/http-docs/common/lib/test/test.php -



/usr/local/http-docs/common/lib/test/hello.php -



Apache configuration to reproduce the situation --


Options none
AllowOverride None
Order allow,deny
Deny from all


Alias /scripts/ "/usr/local/http-docs/common/scripts/"


Options none
AllowOverride None
Order allow,deny
Allow from all
php_admin_value open_basedir
/usr/local/http-docs/common/scripts/:/usr/local/http-docs/common/lib



ServerName 192.168.0.3
DocumentRoot /usr/local/http-docs/test
php_admin_value open_basedir
/usr/local/http-docs/test:/usr/local/http-docs/common/lib:/var/tmp:/usr/local/lib/php
php_admin_value doc_root /usr/local/http-docs/test


to reproduce the error just go to https://192.168.0.3/scripts/test.php
altough phpinfo() on /usr/local/http-docs/common/lib/test/test.php
shows that open_basedir includes /usr/local/http-docs/common/lib
php fails to open hello.php

php configure line (Solaris):

./configure --with-mysql --with-apache=$(APACHE) \
--enable-track-vars --enable-versioning \
--enable-sockets --enable-dbase \
--enable-exif \
--enable-ftp --with-mm \
--with-dbase --with-ftp --with-ndbm \
--with-gd=/usr/local --enable-gd-native-ttf \
--with-zlib-dir=/usr/local \
--with-curl=/usr/local --with-openssl \
--with-pcre --with-mcrypt=/usr/local/lib --with-xml \
--enable-ucd-snmp-hack \
--enable-inline-optimization \
--disable-debug --disable-display-source \
--with-jpeg-dir=/opt/sfw \
--with-imap=$(IMAP) --with-zlib \
--with-png-dir=/opt/sfw --with-tiff-dir=/opt/sfw

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

#20115 [Opn->Bgs]: main/internal_functions_cli.c:74: undefined reference to `gd_module_entry'

[derick]

 ID:   20115
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: rh7.2
 PHP Version:  4.3.0-pre1
 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:


[2002-10-27 01:02:54] [EMAIL PROTECTED]

After a successful ./configure
during make I receive: 
In function `php_startup_internal_extensions':
/usr/local/php-4.3.0pre1/main/internal_functions_cli.c:74: undefined
reference to `gd_module_entry'
collect2: ld returned 1 exit status

I should note that to even get this far (right or wrong) I copied
/usr/local/gd-2.0.1/*c and *.h into the ext/gd directory.

I successfully compiled php-4.2.3 in this same matter but it dies with
the same 'gd_module_entry' error when apache tries to load it.

I'd apprecieate any suggestions that you might have. My ./configure
command is below:

./configure --with-gd=/usr/local/gd-2.0.1 --with-freetype-dir=/usr
--enable-gd-native-ttf --enable-gd-imgstrttf
--with-png-dir=/usr/local/lib --with-apxs=/usr/local/apache/bin/apxs
--with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr/local/lib
--enable-memory-limit --with-pear --with-zlib





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

#20117 [Opn]: open_basedir not working

[david]

 ID:   20117
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: PHP options/info functions
 Operating System: Solaris 8 & Linux Madrake
 PHP Version:  4.2.3
 New Comment:

BTW, all scripts and directories have correct permissions and
include_path is ./:/usr/local/http-docs/common/lib:/usr/local/lib/php


Previous Comments:


[2002-10-27 06:40:58] [EMAIL PROTECTED]

a scripts located in open_basedir path is unable to include another
script in the same directory with error " open_basedir restriction in
effect. File is in wrong directory" where the first script is included
from another script.

You can reproduce this situation with 3 php scripts with safe_mode on:

/usr/local/http-docs/common/scripts/test.php --



/usr/local/http-docs/common/lib/test/test.php -



/usr/local/http-docs/common/lib/test/hello.php -



Apache configuration to reproduce the situation --


Options none
AllowOverride None
Order allow,deny
Deny from all


Alias /scripts/ "/usr/local/http-docs/common/scripts/"


Options none
AllowOverride None
Order allow,deny
Allow from all
php_admin_value open_basedir
/usr/local/http-docs/common/scripts/:/usr/local/http-docs/common/lib



ServerName 192.168.0.3
DocumentRoot /usr/local/http-docs/test
php_admin_value open_basedir
/usr/local/http-docs/test:/usr/local/http-docs/common/lib:/var/tmp:/usr/local/lib/php
php_admin_value doc_root /usr/local/http-docs/test


to reproduce the error just go to https://192.168.0.3/scripts/test.php
altough phpinfo() on /usr/local/http-docs/common/lib/test/test.php
shows that open_basedir includes /usr/local/http-docs/common/lib
php fails to open hello.php

php configure line (Solaris):

./configure --with-mysql --with-apache=$(APACHE) \
--enable-track-vars --enable-versioning \
--enable-sockets --enable-dbase \
--enable-exif \
--enable-ftp --with-mm \
--with-dbase --with-ftp --with-ndbm \
--with-gd=/usr/local --enable-gd-native-ttf \
--with-zlib-dir=/usr/local \
--with-curl=/usr/local --with-openssl \
--with-pcre --with-mcrypt=/usr/local/lib --with-xml \
--enable-ucd-snmp-hack \
--enable-inline-optimization \
--disable-debug --disable-display-source \
--with-jpeg-dir=/opt/sfw \
--with-imap=$(IMAP) --with-zlib \
--with-png-dir=/opt/sfw --with-tiff-dir=/opt/sfw





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

#20118 [NEW]: aggregate() having no parent::

[black]

From: [EMAIL PROTECTED]
Operating system: linux (probablly windows also)
PHP version:  4.2.3
PHP Bug Type: Feature/Change Request
Bug description:  aggregate() having no parent::

if i agregate an object which is defined as such:

class something extends content { ... }

with a class making use of "parent::", it gives me a "no parent class
available" - when it should recognise content as its parent

if i had no "extends content" i would think of this as valid, but this way
i dont - parent:: should be available if the object which aggregates a
class has a parent

perhaps something like the following should be considered as an example
how method aggregation should work in 5.x (also the way it works in c++,
basically i just did something i think is a php ekvivalent)

boo();

?>

this way i could put functions into seperate files instead of having a
100k file with the class (if it requires that much code) -> having 10 5k
files is easier to maintain than 1 50k file.
-- 
Edit bug report at http://bugs.php.net/?id=20118&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20118&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20118&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20118&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20118&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20118&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20118&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20118&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20118&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20118&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20118&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20118&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20118&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20118&r=isapi

#20109 [Fbk->Opn]: iplanet 6 core dump w/NSAPI load

[cjs]

 ID:   20109
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: iPlanet related
 Operating System: Solaris 9
 PHP Version:  4CVS-2002-10-26
 New Comment:

Tried php4-200210262100, same crash, same backtrace.

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

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

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


Previous Comments:


[2002-10-26 17:01:52] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

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



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

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

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

(dbx) where
current thread: t@18
  [1] DumpThreads(0x0, 0x587040, 0x17c, 0xfdbd4de4, 0xfdb89080, 0x0),
at 0xfd8f6834
  [2] panicHandler(0xfeb3e194, 0xfdc5f610, 0x2000, 0x1b852000, 0xb,
0xfdbd5000), at 0xfd9afe98
  [3] __sighndlr(0xb, 0xfdc5f610, 0xfdc5f358, 0xfd9ae7a0, 0x0, 0x0), at
0xfebb60a0
  [4] call_user_handler(0xb, 0xfdc5f610, 0xfdc5f358, 0x0, 0x0, 0x0), at
0xfebafdd8
  [5] sigacthandler(0xb, 0xfdc5f610, 0xfdc5f358, 0x7efefeff,
0x81010100, 0xfdc5ec88), at 0xfebaff88
   called from signal handler with signal 11 (SIGSEGV) --
  [6] strlen(0x0, 0x0, 0x36c, 0x7efefeff, 0x81010100, 0xfdc5ec88), at
0xfeab2ea8
=>[7] php_register_variable(var = 0xfe3e1b94 "SERVER_NAME", strval =
(nil), track_vars_array = 0x35a6d8, tsrm_ls = 0x1792d8), line 37 in
"php_variables.c"
  [8] sapi_nsapi_register_server_variables(track_vars_array = 0x35a6d8,
tsrm_ls = 0x1792d8), line 321 in "nsapi.c"
  [9] php_register_server_variables(tsrm_ls = 0x1792

#20119 [NEW]: no warning shown for uninitialized vars in classes anymore

[marc]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.2.3
PHP Bug Type: PHP options/info functions
Bug description:  no warning shown for uninitialized vars in classes anymore

I noticed that unknown variable messages have changed from E_WARNING to
E_NOTICE.
With PHP Version 4.1.2 the follwing code gives a warning message that $foo
is not known. I Upgraded to PHP 4.2.3 and now there is *no* message
anymore :-(

foo;
  }
}

$c = new bla();
// the follwoing line stille produces a message:
//echo $bar;

?>



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

#20119 [Opn->Bgs]: no warning shown for uninitialized vars in classes anymore

[derick]

 ID:   20119
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: PHP options/info functions
 Operating System: Linux
 PHP Version:  4.2.3
 New Comment:

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


Previous Comments:


[2002-10-27 09:08:21] [EMAIL PROTECTED]

I noticed that unknown variable messages have changed from E_WARNING to
E_NOTICE.
With PHP Version 4.1.2 the follwing code gives a warning message that
$foo is not known. I Upgraded to PHP 4.2.3 and now there is *no*
message anymore :-(

foo;
  }
}

$c = new bla();
// the follwoing line stille produces a message:
//echo $bar;

?>







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

#20120 [NEW]: Calling functions through variables produces seg fault

[pcgod]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4CVS-2002-10-27
PHP Bug Type: Scripting Engine problem
Bug description:  Calling functions through variables produces seg fault

If I try to call a function from a class and the name of the function is
inside a variable php seg faults.
It works fine with php 4.2.3 and if the function isn't inside a class.
Some pear script which use this don't produce a crash but give errors
about an undefined function with a numeric name. (e.g. Fatal error: Call
to undefined function:  138421340() in /usr/lib/php/PEAR.php on line 512)

Example:
$test1();
?>

Backtrace:

#0  execute (op_array=0x83b64bc) at
/home/pcgod/php4/Zend/zend_execute.c:1496
1496tmp = *function_name;
(gdb) bt
#0  execute (op_array=0x83b64bc) at
/home/pcgod/php4/Zend/zend_execute.c:1496
#1  0x0822380b in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /home/pcgod/php4/Zend/zend.c:839
#2  0x081f26f4 in php_execute_script (primary_file=0x58f0) at
/home/pcgod/php4/main/main.c:1542
#3  0x0823aa24 in main (argc=2, argv=0x5994) at
/home/pcgod/php4/sapi/cli/php_cli.c:695
#4  0x265dc1eb in __libc_start_main () from /lib/libc.so.6

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

#20120 [Opn]: Calling functions through variables produces seg fault

[derick]

 ID:   20120
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Linux
 PHP Version:  4CVS-2002-10-27
 New Comment:

I can not reproduce this at all, do you run with Zend Engine 1 or Zend
Engine 2?



Previous Comments:


[2002-10-27 09:38:19] [EMAIL PROTECTED]

If I try to call a function from a class and the name of the function
is inside a variable php seg faults.
It works fine with php 4.2.3 and if the function isn't inside a class.
Some pear script which use this don't produce a crash but give errors
about an undefined function with a numeric name. (e.g. Fatal error:
Call to undefined function:  138421340() in /usr/lib/php/PEAR.php on
line 512)

Example:
$test1();
?>

Backtrace:

#0  execute (op_array=0x83b64bc) at
/home/pcgod/php4/Zend/zend_execute.c:1496
1496tmp = *function_name;
(gdb) bt
#0  execute (op_array=0x83b64bc) at
/home/pcgod/php4/Zend/zend_execute.c:1496
#1  0x0822380b in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /home/pcgod/php4/Zend/zend.c:839
#2  0x081f26f4 in php_execute_script (primary_file=0x58f0) at
/home/pcgod/php4/main/main.c:1542
#3  0x0823aa24 in main (argc=2, argv=0x5994) at
/home/pcgod/php4/sapi/cli/php_cli.c:695
#4  0x265dc1eb in __libc_start_main () from /lib/libc.so.6





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

#20120 [Opn]: Calling functions through variables produces seg fault

[pcgod]

 ID:   20120
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Linux
 PHP Version:  4CVS-2002-10-27
 New Comment:

Zend Engine 1


Previous Comments:


[2002-10-27 09:44:58] [EMAIL PROTECTED]

I can not reproduce this at all, do you run with Zend Engine 1 or Zend
Engine 2?




[2002-10-27 09:38:19] [EMAIL PROTECTED]

If I try to call a function from a class and the name of the function
is inside a variable php seg faults.
It works fine with php 4.2.3 and if the function isn't inside a class.
Some pear script which use this don't produce a crash but give errors
about an undefined function with a numeric name. (e.g. Fatal error:
Call to undefined function:  138421340() in /usr/lib/php/PEAR.php on
line 512)

Example:
$test1();
?>

Backtrace:

#0  execute (op_array=0x83b64bc) at
/home/pcgod/php4/Zend/zend_execute.c:1496
1496tmp = *function_name;
(gdb) bt
#0  execute (op_array=0x83b64bc) at
/home/pcgod/php4/Zend/zend_execute.c:1496
#1  0x0822380b in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /home/pcgod/php4/Zend/zend.c:839
#2  0x081f26f4 in php_execute_script (primary_file=0x58f0) at
/home/pcgod/php4/main/main.c:1542
#3  0x0823aa24 in main (argc=2, argv=0x5994) at
/home/pcgod/php4/sapi/cli/php_cli.c:695
#4  0x265dc1eb in __libc_start_main () from /lib/libc.so.6





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

#20120 [Opn->Fbk]: Calling functions through variables produces seg fault

[derick]

 ID:   20120
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: Linux
 PHP Version:  4CVS-2002-10-27
 New Comment:

Can you post your configure line, and your php.ini file (the one that's
actually used).


Previous Comments:


[2002-10-27 09:51:58] [EMAIL PROTECTED]

Zend Engine 1



[2002-10-27 09:44:58] [EMAIL PROTECTED]

I can not reproduce this at all, do you run with Zend Engine 1 or Zend
Engine 2?




[2002-10-27 09:38:19] [EMAIL PROTECTED]

If I try to call a function from a class and the name of the function
is inside a variable php seg faults.
It works fine with php 4.2.3 and if the function isn't inside a class.
Some pear script which use this don't produce a crash but give errors
about an undefined function with a numeric name. (e.g. Fatal error:
Call to undefined function:  138421340() in /usr/lib/php/PEAR.php on
line 512)

Example:
$test1();
?>

Backtrace:

#0  execute (op_array=0x83b64bc) at
/home/pcgod/php4/Zend/zend_execute.c:1496
1496tmp = *function_name;
(gdb) bt
#0  execute (op_array=0x83b64bc) at
/home/pcgod/php4/Zend/zend_execute.c:1496
#1  0x0822380b in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /home/pcgod/php4/Zend/zend.c:839
#2  0x081f26f4 in php_execute_script (primary_file=0x58f0) at
/home/pcgod/php4/main/main.c:1542
#3  0x0823aa24 in main (argc=2, argv=0x5994) at
/home/pcgod/php4/sapi/cli/php_cli.c:695
#4  0x265dc1eb in __libc_start_main () from /lib/libc.so.6





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

#20121 [NEW]: about php.ini

[wangyanlb]

From: [EMAIL PROTECTED]
Operating system: win_xp
PHP version:  4.2.3
PHP Bug Type: MySQL related
Bug description:  about php.ini

when i install php both apahce and mysql on my computer.it seemed ok.
But i cann't use phpmysqladmin 2.1.
Then i changed 4.1 version php.ini in windows dir. It can work. 
Why?
-- 
Edit bug report at http://bugs.php.net/?id=20121&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20121&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20121&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20121&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20121&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20121&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20121&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20121&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20121&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20121&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20121&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20121&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20121&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20121&r=isapi

#20121 [Opn->Bgs]: about php.ini

[derick]

 ID:   20121
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: MySQL related
 Operating System: win_xp
 PHP Version:  4.2.3
 New Comment:

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


Previous Comments:


[2002-10-27 10:02:28] [EMAIL PROTECTED]

when i install php both apahce and mysql on my computer.it seemed ok.
But i cann't use phpmysqladmin 2.1.
Then i changed 4.1 version php.ini in windows dir. It can work. 
Why?




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

#19896 [Fbk->Csd]: --enable-sysvmsg doesn't work on Linux

[sniper]

 ID:   19896
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Semaphore related
 Operating System: Linux
 PHP Version:  4CVS-2002-10-14
 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-10-20 23:43:12] [EMAIL PROTECTED]

Can you check your /usr/include/sys/msg.h  for those two structs?
(msgbuf and mymsg)




[2002-10-15 03:39:59] [EMAIL PROTECTED]

$ uname -a
Linux devel01 2.2.20 #1 Sat Apr 20 11:45:28 EST 2002 i686 unknown
unknown GNU/Linux

glibc is 2.2.5

Is this a feature which only works with certain kernels/libc ? I've no
idea about this.



[2002-10-14 19:17:42] [EMAIL PROTECTED]

Works fine here with latest CVS..
What kernel are you running?




[2002-10-14 03:24:18] [EMAIL PROTECTED]

./configure --enable-sysvmsg && make

results in

checking whether sys/msg.h defines struct msgbuf or mymsg... configure:
error: none. Cannot make sysvmsg module

config.log has:

configure:67287: checking whether to enable System V IPC support
configure:67332: checking whether sys/msg.h defines struct msgbuf or
mymsg
configure:67346: gcc -c -g -O2  conftest.c 1>&5
configure: In function `main':
configure:67341: sizeof applied to an incomplete type
configure: failed program was:
#line 67334 "configure"
#include "confdefs.h"
#include 
#include 
#include 
int main() {
size_t i;

 i = sizeof(struct msgbuf);
return 1;
; return 0; }
configure:67368: gcc -c -g -O2  conftest.c 1>&5
configure: In function `main':
configure:67362: sizeof applied to an incomplete type
configure: failed program was:
#line 67354 "configure"
#include "confdefs.h"
#include 
  #include 
  #include 

int main() {
size_t i;

 i = sizeof(struct mymsg);
  return 1;

; return 0; }






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

#19213 [Opn]: odbc_close() not working?

[sniper]

 ID:   19213
 Updated by:   [EMAIL PROTECTED]
-Summary:  Adabas odbc Memory leak
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: ODBC related
 Operating System: SuSE Linux 8.0
-PHP Version:  4.2.2
+PHP Version:  4.3.0-dev
 New Comment:

updated version and summary.


Previous Comments:


[2002-10-27 04:08:25] [EMAIL PROTECTED]

Nothing has changed with the latest snapshot
php4-20021027

with a second ODBC-connect to the SAPDB database
within 10 sec. the PHP-error occours like before
snip-
[27-Oct-2002 11:06:55] PHP Warning: SQL error: [SAP AG][LIBSQLOD
SO][SAP DB]Syntax error or access violation;-3014 POS(272) Invalid end
of SQL statement., SQL state 37000 in SQLPrepare in
/www/kunden/reisenetz/web/show.phtml on line 151 [27-Oct-2002 11:06:55]
PHP Warning: odbc_execute(): supplied argument is not a valid ODBC
result resource in /www/kunden/reisenetz/web/show.phtml on line 152
[27-Oct-2002 11:07:05] PHP Warning: SQL error: [SAP AG][LIBSQLOD
SO][SAP DB]Syntax error or access violation;-3014 POS(272) Invalid end
of SQL statement., SQL state 37000 in SQLPrepare in
/www/kunden/reisenetz/web/show.phtml on line 151 [27-Oct-2002 11:07:05]
PHP Warning: odbc_execute(): supplied argument is not a valid ODBC
result resource in /www/kunden/reisenetz/web/show.phtml on line 152 
snip-

but the ODBC_Result is ok.

The Memory-Usage looks very better with SAPDB,
PHP4.2.3 and Apache1.3.27
It seems as if my Memory-Leak is fixed.
 
Thanks a lot to all that are working at these problems

with best regards

Albert Steckenborn



[2002-10-26 16:25:29] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-10-26 10:07:09] [EMAIL PROTECTED]

Hi again,

now we have converted to
SAPDB 7.3.00.25 (working better)
PHP 4.2.3
Apache 1.3.27


But one Error holds on.

If i'm requesting the database the first time no Error occurs but when
i'm closing the result window and start a
new request within around 10seconds the following PHP Warning shows up
in the Error log

-snip-
[26-Oct-2002 11:28:03] PHP Warning: SQL error: [SAP AG][LIBSQLOD
SO][SAP
DB]Syntax error or access violation;
-3014 POS(260) Invalid end of SQL statement., SQL state 37000 in
SQLExecDirect in /www/kunden/reisenetz/web/show.phtml on line 153
---snip-

The results of the second request are ok.

When i'm using ODBC_prepare following Warning comes up:
odbc_execute() supplied argument is not a valid ODBC result resource

The results are ok too.

It looks as if the ODBC_Close($conn) dont't work

It is the same Error as in ADABAS D 11

Hope that this will help.

With best regards

Albert Steckenborn



[2002-10-07 03:48:24] [EMAIL PROTECTED]

hi,
i'm changing now from ADABAS D to SAPDB.
Meanwhile i'm thinking that this bug is a bug in the ADABAS ODBC Driver
and not PHP related.
I need one week more for the migration and then wee will see if it's
ADABAS D or PHP related.

The reason to migrate to SAPDB is that we can use the most of our
sripts anymore and the support (for a free software)is much better.
Some of the scripts that are running on ADABAS D with errors so that we
have to create db-Procedures, are running
on SAPDB without any errors.

That's the reason that i'm shure we can close our bug with the
migration.

A lot of thanks to Kalowsky and everybody else for the help.

I will post the result of the migration around the 20021020.

With best regards

Albert Steckenborn



[2002-10-01 07:31:12] [EMAIL PROTECTED]

i've got the same problem :( 
 
apache 1.3.26, php v4.2.3, adabas kernel 11.00.07  
odbc library odbclib.a (filesize 629128bytes, from adabas 
v10. the new one from v11 fails if reading long data).  
compiled php with the following options:  
 
'./configure' '--with-apxs=/usr/local/apache/bin/apxs' 
'--with-adabas=/database/adabas/' '--without-odbc' 
'--with-gd=/usr' '--with-jpeg-dir=/usr/lib' 
'--with-png-dir=/usr/lib' '--with-ttf' '--enable-ftp' 
'--enable-magic-quotes' '--enable-trackvars' 
'--with-zlib-dir=/usr'



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

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

#20117 [Opn->Bgs]: open_basedir not working

[sniper]

 ID:   20117
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: PHP options/info functions
 Operating System: Solaris 8 & Linux Madrake
 PHP Version:  4.2.3
 New Comment:

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

Thank you for your interest in PHP.


Previous Comments:


[2002-10-27 06:52:16] [EMAIL PROTECTED]

BTW, all scripts and directories have correct permissions and
include_path is ./:/usr/local/http-docs/common/lib:/usr/local/lib/php



[2002-10-27 06:40:58] [EMAIL PROTECTED]

a scripts located in open_basedir path is unable to include another
script in the same directory with error " open_basedir restriction in
effect. File is in wrong directory" where the first script is included
from another script.

You can reproduce this situation with 3 php scripts with safe_mode on:

/usr/local/http-docs/common/scripts/test.php --



/usr/local/http-docs/common/lib/test/test.php -



/usr/local/http-docs/common/lib/test/hello.php -



Apache configuration to reproduce the situation --


Options none
AllowOverride None
Order allow,deny
Deny from all


Alias /scripts/ "/usr/local/http-docs/common/scripts/"


Options none
AllowOverride None
Order allow,deny
Allow from all
php_admin_value open_basedir
/usr/local/http-docs/common/scripts/:/usr/local/http-docs/common/lib



ServerName 192.168.0.3
DocumentRoot /usr/local/http-docs/test
php_admin_value open_basedir
/usr/local/http-docs/test:/usr/local/http-docs/common/lib:/var/tmp:/usr/local/lib/php
php_admin_value doc_root /usr/local/http-docs/test


to reproduce the error just go to https://192.168.0.3/scripts/test.php
altough phpinfo() on /usr/local/http-docs/common/lib/test/test.php
shows that open_basedir includes /usr/local/http-docs/common/lib
php fails to open hello.php

php configure line (Solaris):

./configure --with-mysql --with-apache=$(APACHE) \
--enable-track-vars --enable-versioning \
--enable-sockets --enable-dbase \
--enable-exif \
--enable-ftp --with-mm \
--with-dbase --with-ftp --with-ndbm \
--with-gd=/usr/local --enable-gd-native-ttf \
--with-zlib-dir=/usr/local \
--with-curl=/usr/local --with-openssl \
--with-pcre --with-mcrypt=/usr/local/lib --with-xml \
--enable-ucd-snmp-hack \
--enable-inline-optimization \
--disable-debug --disable-display-source \
--with-jpeg-dir=/opt/sfw \
--with-imap=$(IMAP) --with-zlib \
--with-png-dir=/opt/sfw --with-tiff-dir=/opt/sfw





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

#20120 [Fbk]: Calling functions through variables produces seg fault

[sniper]

 ID:   20120
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: Linux
 PHP Version:  4CVS-2002-10-27
 New Comment:

I can't reproduce this either with latest CVS..



Previous Comments:


[2002-10-27 09:53:48] [EMAIL PROTECTED]

Can you post your configure line, and your php.ini file (the one that's
actually used).



[2002-10-27 09:51:58] [EMAIL PROTECTED]

Zend Engine 1



[2002-10-27 09:44:58] [EMAIL PROTECTED]

I can not reproduce this at all, do you run with Zend Engine 1 or Zend
Engine 2?




[2002-10-27 09:38:19] [EMAIL PROTECTED]

If I try to call a function from a class and the name of the function
is inside a variable php seg faults.
It works fine with php 4.2.3 and if the function isn't inside a class.
Some pear script which use this don't produce a crash but give errors
about an undefined function with a numeric name. (e.g. Fatal error:
Call to undefined function:  138421340() in /usr/lib/php/PEAR.php on
line 512)

Example:
$test1();
?>

Backtrace:

#0  execute (op_array=0x83b64bc) at
/home/pcgod/php4/Zend/zend_execute.c:1496
1496tmp = *function_name;
(gdb) bt
#0  execute (op_array=0x83b64bc) at
/home/pcgod/php4/Zend/zend_execute.c:1496
#1  0x0822380b in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /home/pcgod/php4/Zend/zend.c:839
#2  0x081f26f4 in php_execute_script (primary_file=0x58f0) at
/home/pcgod/php4/main/main.c:1542
#3  0x0823aa24 in main (argc=2, argv=0x5994) at
/home/pcgod/php4/sapi/cli/php_cli.c:695
#4  0x265dc1eb in __libc_start_main () from /lib/libc.so.6





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

#20120 [Fbk->Opn]: Calling functions through variables produces seg fault

[pcgod]

 ID:   20120
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Linux
 PHP Version:  4CVS-2002-10-27
 New Comment:

after some test I found the problem... I had bison 1.50 installed which
seems to cause some problems with the Zend parser. Downgrading to bison
1.35 solved the problem.


Previous Comments:


[2002-10-27 10:21:25] [EMAIL PROTECTED]

I can't reproduce this either with latest CVS..




[2002-10-27 09:53:48] [EMAIL PROTECTED]

Can you post your configure line, and your php.ini file (the one that's
actually used).



[2002-10-27 09:51:58] [EMAIL PROTECTED]

Zend Engine 1



[2002-10-27 09:44:58] [EMAIL PROTECTED]

I can not reproduce this at all, do you run with Zend Engine 1 or Zend
Engine 2?




[2002-10-27 09:38:19] [EMAIL PROTECTED]

If I try to call a function from a class and the name of the function
is inside a variable php seg faults.
It works fine with php 4.2.3 and if the function isn't inside a class.
Some pear script which use this don't produce a crash but give errors
about an undefined function with a numeric name. (e.g. Fatal error:
Call to undefined function:  138421340() in /usr/lib/php/PEAR.php on
line 512)

Example:
$test1();
?>

Backtrace:

#0  execute (op_array=0x83b64bc) at
/home/pcgod/php4/Zend/zend_execute.c:1496
1496tmp = *function_name;
(gdb) bt
#0  execute (op_array=0x83b64bc) at
/home/pcgod/php4/Zend/zend_execute.c:1496
#1  0x0822380b in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /home/pcgod/php4/Zend/zend.c:839
#2  0x081f26f4 in php_execute_script (primary_file=0x58f0) at
/home/pcgod/php4/main/main.c:1542
#3  0x0823aa24 in main (argc=2, argv=0x5994) at
/home/pcgod/php4/sapi/cli/php_cli.c:695
#4  0x265dc1eb in __libc_start_main () from /lib/libc.so.6





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

#20088 [Fbk->Opn]: Custom authentication mechanism

[paul]

 ID:   20088
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: HTTP related
 Operating System: SuSE Linux 7.2
 PHP Version:  4.2.3
 New Comment:

Yes, register_globals is on. Did your test system have similar modules
(eg mod_auth_kerb etc) installed?


Previous Comments:


[2002-10-25 12:44:04] [EMAIL PROTECTED]

Works fine here. Do you have 'register_globals=On' ??




[2002-10-25 10:36:35] [EMAIL PROTECTED]

The following code:

You have entered this username: $PHP_AUTH_USER
You have entered this password: $PHP_AUTH_PW
The authorization type is: $PHP_AUTH_TYPE
";

}

?>

fails. I believe the reason for this is that I have made the
following change to the PHP source:

--- php/sapi/apache/mod_php4.c.paj00Tue Sep 10 13:59:06 2002
+++ php/sapi/apache/mod_php4.c  Tue Sep 10 13:59:17 2002
@@ -434,7 +434,7 @@
authorization = table_get(r->headers_in,
"Authorization");
}
if (authorization
-/* && !auth_type(r) */
+   && !auth_type(r) 
&& !strcasecmp(getword(r->pool, &authorization, ' '),
"Basic")) {
tmp = uudecode(r->pool, authorization);
SG(request_info).auth_user = getword_nulls_nc(r->pool,
&tmp, ':');

I have made this change because of Bug #18391. However, custom
authentication methods, an example of which is entered above, now fail.
I would imagine that the two are linked. 

As we use mod_auth_kerb I will not remove this patch because otherwise
we leave ourselves quite open to attack from the inside. Any
suggestions on how to get custom authentication working alongside the
increased kerberos security?

Thanks,


Paul




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

#20114 [Com]: Post looses first 4 characters

[nstrunc]

 ID:   20114
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: mbstring related
 Operating System: Red Hat Linux release 7.1
 PHP Version:  4.2.3
 New Comment:

I upgraded to the lastest snapshot and it works great. I think this is
also a problem in 4.3.0pre1 because I tried to upgrade to that and it
still didn't work.


Previous Comments:


[2002-10-27 00:45:02] [EMAIL PROTECTED]

This bug has been fixed in CVS.

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

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

Also try --disable-mbstr-enc-trans if you still want to use 4.2.3.



[2002-10-26 23:39:37] [EMAIL PROTECTED]

Posting to an array variable LOOSES the first 4 charcters of data every
time.

The best way to see this is by example:












Array
(
[variable] => Array
(
[0] => 56789
[1] => efghi
)

[submit] => submit
)

---

I noticed this bug after a few clients upgraded to PHP 4.2.3 from
4.2.2. Nothing else changed on the server.





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

#20122 [NEW]: Error while compile PHP with GD 2.04

[atz]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.7-STABLE
PHP version:  4.3.0-pre1
PHP Bug Type: GD related
Bug description:  Error while compile PHP with GD 2.04

I have downloaded last PHP version: php4-STABLE-200210270600
My configure line is:
./configure  
--cache-file=/dev/null
--enable-sockets
--enable-gd-native-ttf
--with-gd=/usr/local
--with-jpeg-dir=/usr/local
--with-png-dir=/usr/local
--with-pgsql=/usr/local/pgsql
--with-freetype-dir=/usr/local
--with-t1lib=/usr/local
--with-zlib=/usr/local
--without-mysql
--with-apache=../apache_1.3.27
--enable-track-vars  

configure has passed successfully

When I try to "make", I have received the following error string

In file included from gd.c:83: 
gd_ctx.c: In function `_php_image_output_ctx': 
gd_ctx.c:70: structure has no member named `free'  
gd_ctx.c:98: structure has no member named `free'  
gd.c: In function `_php_image_type':   
gd.c:1014: structure has no member named `free'
gd.c:1017: structure has no member named `free'
gd.c: In function `_php_image_create_from':
gd.c:1209: structure has no member named `free'
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600/ext/gd.
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600/ext/gd.
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600/ext.   
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600.

My version og GD is latest - 2.04 !!! (pay your attention)
In gd.c in header "This source file is subject to version 2.02 of the PHP
..."

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

#20122 [Opn->Bgs]: Error while compile PHP with GD 2.04

[derick]

 ID:   20122
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: GD related
 Operating System: FreeBSD 4.7-STABLE
 PHP Version:  4.3.0-pre1
 New Comment:

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

Thank you for your interest in PHP.


Previous Comments:


[2002-10-27 11:50:45] [EMAIL PROTECTED]

I have downloaded last PHP version: php4-STABLE-200210270600
My configure line is:
./configure  
--cache-file=/dev/null
--enable-sockets
--enable-gd-native-ttf
--with-gd=/usr/local
--with-jpeg-dir=/usr/local
--with-png-dir=/usr/local
--with-pgsql=/usr/local/pgsql
--with-freetype-dir=/usr/local
--with-t1lib=/usr/local
--with-zlib=/usr/local
--without-mysql
--with-apache=../apache_1.3.27
--enable-track-vars  

configure has passed successfully

When I try to "make", I have received the following error string

In file included from gd.c:83: 
gd_ctx.c: In function `_php_image_output_ctx': 
gd_ctx.c:70: structure has no member named `free'  
gd_ctx.c:98: structure has no member named `free'  
gd.c: In function `_php_image_type':   
gd.c:1014: structure has no member named `free'
gd.c:1017: structure has no member named `free'
gd.c: In function `_php_image_create_from':
gd.c:1209: structure has no member named `free'
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600/ext/gd.
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600/ext/gd.
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600/ext.   
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600.

My version og GD is latest - 2.04 !!! (pay your attention)
In gd.c in header "This source file is subject to version 2.02 of the
PHP ..."

You know about latest release GD 2.04?




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

#15025 [Ctl->]: Copy of array is affected by reference

[derick]

 ID:   15025
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Critical
+Status:   Won\'t fix
 Bug Type: Scripting Engine problem
 Operating System: FreeBSD, Linux
 PHP Version:  4.3.0-dev


Previous Comments:


[2002-10-01 05:47:08] [EMAIL PROTECTED]

This has to do with the fact we don't deep-search when we copy values. 
$a is not a reference, but has an element inside it which is a
reference.  Therefore, when $a is copied to $c, and no deep search is
made, $c ends up having that reference inside of it as well.
It may be possible to fix, but right now I'm just wanted to add the
analysis here...



[2002-09-17 20:50:58] [EMAIL PROTECTED]

updating version.



[2002-09-17 13:31:26] [EMAIL PROTECTED]

Verified with 4.2.3 on Windows 2000 too.



[2002-01-13 22:32:27] [EMAIL PROTECTED]

$c should not have been affected by the assignment to $b because $c
should only be a copy to $a.

What happened is the first echo shows 5 and after assignment to $b, the
content of $c changes to 1 when it should stay as 5.



[2002-01-13 22:18:55] [EMAIL PROTECTED]

You can guess / see from this simple script:

$a = array(5);
$b =& $a[0];
$c = $a;
echo $c[0];
$b = 1;
echo $c[0];




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

#16552 [Com]: Undefined macro `AC_PROG_LIBTOOL'

[bobbitt]

 ID:   16552
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: Compile Failure
 Operating System: RedHat 7.2
 PHP Version:  4.0CVS-2002-04-11
 New Comment:

Now using 2.52, and getting a similar response:

 ./buildconf
using default Zend directory
buildconf: checking installation...
buildconf: autoconf version 2.52 (ok)
buildconf: Your version of autoconf likely contains buggy cache code.
   Running cvsclean for you.
   To avoid this, install autoconf-2.13 and automake-1.5.
buildconf: automake version 1.5 (ok)
buildconf: libtool version 1.4 (ok)
rebuilding configure
configure.in:808: warning: AC_PROG_LIBTOOL is m4_require'd but is not
m4_defun'd
configure.in:146: error: possibly undefined macro: AC_MSG_RESULT
configure.in:284: error: possibly undefined macro: AC_DEFINE
configure.in:1041: error: possibly undefined macro: AC_PROG_LIBTOOL
configure:77683: error: possibly undefined macro:
_LT_AC_TRY_DLOPEN_SELF
rebuilding acconfig.h
rebuilding main/php_config.h.in


Previous Comments:


[2002-08-23 01:00:13] [EMAIL PROTECTED]

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



[2002-04-11 11:54:38] [EMAIL PROTECTED]

please upgrade to autoconf 2.52 
http://www.php.net/anoncvs.php#buildconf_fail

Daniela



[2002-04-11 11:29:12] [EMAIL PROTECTED]

Thanks for the quick reply. Just tried your suggestion, same result:

[root@cpu2212 php4]# ./buildconf
buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
buildconf: automake version 1.5 (ok)
buildconf: libtool version 1.4 (ok)
rebuilding configure
configure.in:837: /usr/bin/m4: Undefined macro `AC_PROG_LIBTOOL'
autoconf: Undefined macros:
***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF
configure.in:1053:AC_PROG_LIBTOOL
configure.in:164:AC_MSG_RESULT([$php_cv_cc_dashr])
configure.in:174:   AC_MSG_RESULT([$php_cv_cc_rpath])
configure.in:194:AC_MSG_RESULT(${1}.${2} (ok))
configure.in:257:AC_MSG_RESULT([$PHP_SAPI])
configure.in:298: AC_DEFINE(HAVE_LIBSOCKET,1,[ ]) ], [
configure.in:324: AC_DEFINE(HAVE_LIBNSL,1,[ ]) ],[
configure.in:327:  AC_DEFINE(HAVE_LIBNSL,1,[ ]) ], [])
configure.in:353: AC_DEFINE(HAVE_LIBSOCKET,1,[ ]) ], [
configure.in:356:  AC_DEFINE(HAVE_LIBRESOLV,1,[ ])
configure.in:460:  AC_DEFINE(HAVE_SOCKADDR_STORAGE,1,[Whether you have
struct sockaddr_storage])
configure.in:470:  AC_DEFINE(HAVE_IPV6,1,[Whether you have IPv6
support])
configure.in:549:  AC_DEFINE(HAVE_GETADDRINFO,1,[Define if you have the
getaddrinfo function])
configure.in:575:dnl AC_MSG_RESULT([$ac_cv_type_in_addr_t])
configure.in:577:  AC_DEFINE(in_addr_t, u_int, [ ])
configure.in:659:  AC_DEFINE(PHP_SAFE_MODE,1,[ ])
configure.in:661:  AC_DEFINE(PHP_SAFE_MODE,0,[ ])
configure.in:671:  
AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ])
configure.in:672:   AC_MSG_RESULT([/usr/local/php/bin])
configure.in:674:  
AC_DEFINE_UNQUOTED(PHP_SAFE_MODE_EXEC_DIR,"$withval", [ ])
configure.in:675:   AC_MSG_RESULT([$withval])
configure.in:678:  
AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ])
configure.in:679:   AC_MSG_RESULT([/usr/local/php/bin])
configure.in:682:  
AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ])
configure.in:683:   AC_MSG_RESULT([/usr/local/php/bin])
configure.in:698:  AC_DEFINE(PHP_SIGCHILD, 1, [ ])
configure.in:700:  AC_DEFINE(PHP_SIGCHILD, 0, [ ])
configure.in:707:  AC_DEFINE(MAGIC_QUOTES, 1, [ ])
configure.in:709:  AC_DEFINE(MAGIC_QUOTES, 0, [ ])
configure.in:732:  AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,"1",[ ])
configure.in:734:  AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,"0",[ ])
configure.in:745:AC_DEFINE(HAVE_DMALLOC,1,[Whether you have
dmalloc])
configure.in:755:  AC_DEFINE(HAVE_CRYPT,1,[ ])
configure.in:801:AC_MSG_RESULT([$PHP_VERSIONING])
configure.in:845:  AC_DEFINE(ZTS,1,[ ])
configure.in:958:AC_DEFINE_UNQUOTED(PHP_BUILD_DATE,"$PHP_BUILD_DATE",[PHP
build date])
configure.in:960:AC_DEFINE_UNQUOTED(PHP_UNAME,"$PHP_UNAME",[uname -a
output])
configure.in:962:AC_DEFINE_UNQUOTED(PHP_OS,"$PHP_OS",[uname output])
rebuilding acconfig.h
rebuilding main/php_config.h.in
configure.in:837: /usr/bin/m4: Undefined macro `AC_PROG_LIBTOOL'



[2002-04-11 10:06:45] [EMAIL PROTECTED]

Please downgrade automake to 1.5 and try again.

Derick



[2002-04-11 09:55:24] [EMAIL PROTEC

#20120 [Opn]: Calling functions through variables produces seg fault

[msopacua]

 ID:   20120
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Scripting Engine problem
-Operating System: Linux
+Operating System: Linux, BSDi 4.x
 PHP Version:  4CVS-2002-10-27
 New Comment:

Reproduced with bison-1.50.
Segfault identical.

NOT reproducable with bison-1.75, so upgrading should be possible also.


Previous Comments:


[2002-10-27 10:40:04] [EMAIL PROTECTED]

after some test I found the problem... I had bison 1.50 installed which
seems to cause some problems with the Zend parser. Downgrading to bison
1.35 solved the problem.



[2002-10-27 10:21:25] [EMAIL PROTECTED]

I can't reproduce this either with latest CVS..




[2002-10-27 09:53:48] [EMAIL PROTECTED]

Can you post your configure line, and your php.ini file (the one that's
actually used).



[2002-10-27 09:51:58] [EMAIL PROTECTED]

Zend Engine 1



[2002-10-27 09:44:58] [EMAIL PROTECTED]

I can not reproduce this at all, do you run with Zend Engine 1 or Zend
Engine 2?




The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20120

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

#14754 [Com]: java.* configuration values from php.ini lost on subsequent executions

[pugztoma]

 ID:   14754
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Java related
 Operating System: Windows XP Home / Apache 1.3.24
 PHP Version:  4.2.1 & 4.3.0-dev
 New Comment:

I have experienced the same problem.
But switched from hotspot jvm to classic
and problem disappeared.
I am using:
php 4.2.1, apache 1.3.xx
Win2k,
php.ini
[Java]
java.class.path = E:\php4.2.1\extensions\php_java.jar
java.home = E:\jdk1.3\jre
java.library = E:\jdk1.3\jre\bin\classic\jvm.dll


Previous Comments:


[2002-10-24 06:23:03] [EMAIL PROTECTED]

I experimented this from php 4.2.2. Now, I'm running php 4.2.4 (the
snapshot from 23-Oct-2002 17:22) on Apache 1.3.27 and WinNT 4.0 and the
error still appears.



[2002-10-08 14:51:48] [EMAIL PROTECTED]

Marking as open and updating version



[2002-10-08 11:12:20] [EMAIL PROTECTED]

Iam still facing this bug even after trying with the snapshot
specified.Iam running on apache 1.3.26 and win2K.
I first experienced this on Php 4.2.2.

Actually I took a closer look at the source.It seems to me that the
reference to the global pointer to jvm( java.c ) seems to be reset
resulting in the call to jvm_create after the first request(when it
shouldnt, as the pointer should still be valid as we are not releasing
the jvm pointer). Since there was no call to jvm_destroy, I guess some
internal resource has been locked up resulting in JNI_CreateVM
returning -1(undefined error in JNI.h) on the subsequent calls.

Any help would be highly appeciated



[2002-09-26 20:06:04] [EMAIL PROTECTED]

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





[2002-09-07 00:13:06] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





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

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

#20123 [NEW]: rewinddir() makes closedir() not working

[tomasr]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 (NTFS)
PHP version:  4.2.0
PHP Bug Type: Directory function related
Bug description:  rewinddir() makes closedir() not working

When using rewinddir(), the next closedir() function doesn't release the
directory handle, so the directory is locked forever (I had to restart web
server to be able to delete this directory). I'm using Windows 2000 on
NTFS, PHP 4.2.1 binaries and Apache 1.3.24. Below is a sample code which
generates this error: 

"rmdir() failed (Permission denied) in rewinddir.php on line 14"

Thanks,
Tomas Rubringer
[EMAIL PROTECTED]



strange rewinddir()









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

#20123 [Opn->Fbk]: rewinddir() makes closedir() not working

[derick]

 ID:   20123
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Directory function related
 Operating System: Windows 2000 (NTFS)
 PHP Version:  4.2.0
 New Comment:

Please try using this CVS snapshot:

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


Previous Comments:


[2002-10-27 12:42:56] [EMAIL PROTECTED]

When using rewinddir(), the next closedir() function doesn't release
the directory handle, so the directory is locked forever (I had to
restart web server to be able to delete this directory). I'm using
Windows 2000 on NTFS, PHP 4.2.1 binaries and Apache 1.3.24. Below is a
sample code which generates this error: 

"rmdir() failed (Permission denied) in rewinddir.php on line 14"

Thanks,
Tomas Rubringer
[EMAIL PROTECTED]



strange rewinddir()













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

#20123 [Com]: rewinddir() makes closedir() not working

[tomasr]

 ID:   20123
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Directory function related
 Operating System: Windows 2000 (NTFS)
 PHP Version:  4.2.0
 New Comment:

Yes, thanks, I already tried php4-win32-latest.zip. But, for the
present this snapshot doesn't work with my Apache. So, I replaced the
rewinddir() by the closedir() + opendir() and everything works fine.


Previous Comments:


[2002-10-27 12:46:46] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



[2002-10-27 12:42:56] [EMAIL PROTECTED]

When using rewinddir(), the next closedir() function doesn't release
the directory handle, so the directory is locked forever (I had to
restart web server to be able to delete this directory). I'm using
Windows 2000 on NTFS, PHP 4.2.1 binaries and Apache 1.3.24. Below is a
sample code which generates this error: 

"rmdir() failed (Permission denied) in rewinddir.php on line 14"

Thanks,
Tomas Rubringer
[EMAIL PROTECTED]



strange rewinddir()













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

#20122 [Com]: Error while compile PHP with GD 2.04

[neuman_peter]

 ID:   20122
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: GD related
 Operating System: FreeBSD 4.7-STABLE
 PHP Version:  4.3.0-pre1
 New Comment:

here is patch for the current CVS PHP:

Index: php4/ext/gd/gd.c
diff -u php4/ext/gd/gd.c:1.1 php4/ext/gd/gd.c:1.2
--- php4/ext/gd/gd.c:1.1Sun Oct 27 19:27:59 2002
+++ php4/ext/gd/gd.cSun Oct 27 19:36:43 2002
@@ -1036,10 +1036,10 @@
io_ctx = gdNewDynamicCtx (8, data);
if (io_ctx) {
if (getmbi((int(*)(void*))gdGetC, io_ctx) == 0 &&
skipheader((int(*)(void*))gdGetC, io_ctx) == 0 ) {
-   io_ctx->free(io_ctx);
+   io_ctx->gd_free(io_ctx);
return PHP_GDIMG_TYPE_WBM;
} else
-   io_ctx->free(io_ctx);
+   io_ctx->gd_free(io_ctx);
}
}
   #endif
  @@ -1216,7 +1216,7 @@
} else {
im = (*ioctx_func_p)(io_ctx);
}
-   io_ctx->free(io_ctx);
+   io_ctx->gd_free(io_ctx);
   #endif   
}
else{
  
  
  
Index: php4/ext/gd/gd_ctx.c
diff -u php4/ext/gd/gd_ctx.c:1.1 php4/ext/gd/gd_ctx.c:1.2
--- php4/ext/gd/gd_ctx.c:1.1Sun Oct 27 19:27:59 2002
+++ php4/ext/gd/gd_ctx.cSun Oct 27 19:36:43 2002
@@ -67,7 +67,7 @@
ctx = emalloc(sizeof(gdIOCtx));
ctx->putC = _php_image_output_putc;
ctx->putBuf = _php_image_output_putbuf;
-   ctx->free = _php_image_output_ctxfree;
+   ctx->gd_free = _php_image_output_ctxfree;
   
   #if APACHE && defined(CHARSET_EBCDIC)
/* XXX this is unlikely to work any more [EMAIL PROTECTED] */
  @@ -95,7 +95,7 @@
break;
}

-   ctx->free(ctx);
+   ctx->gd_free(ctx);
   
if(fp) {
fflush(fp);

Please Added this to CVS...
(I patch this on my CVS...)


Previous Comments:


[2002-10-27 11:52:54] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.



[2002-10-27 11:50:45] [EMAIL PROTECTED]

I have downloaded last PHP version: php4-STABLE-200210270600
My configure line is:
./configure  
--cache-file=/dev/null
--enable-sockets
--enable-gd-native-ttf
--with-gd=/usr/local
--with-jpeg-dir=/usr/local
--with-png-dir=/usr/local
--with-pgsql=/usr/local/pgsql
--with-freetype-dir=/usr/local
--with-t1lib=/usr/local
--with-zlib=/usr/local
--without-mysql
--with-apache=../apache_1.3.27
--enable-track-vars  

configure has passed successfully

When I try to "make", I have received the following error string

In file included from gd.c:83: 
gd_ctx.c: In function `_php_image_output_ctx': 
gd_ctx.c:70: structure has no member named `free'  
gd_ctx.c:98: structure has no member named `free'  
gd.c: In function `_php_image_type':   
gd.c:1014: structure has no member named `free'
gd.c:1017: structure has no member named `free'
gd.c: In function `_php_image_create_from':
gd.c:1209: structure has no member named `free'
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600/ext/gd.
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600/ext/gd.
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600/ext.   
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600.

My version og GD is latest - 2.04 !!! (pay your attention)
In gd.c in header "This source file is subject to version 2.02 of the
PHP ..."

You know about latest release GD 2.04?




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

#20123 [Fbk->Csd]: rewinddir() makes closedir() not working

[derick]

 ID:   20123
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Directory function related
 Operating System: Windows 2000 (NTFS)
 PHP Version:  4.2.0
 New Comment:

closing then


Previous Comments:


[2002-10-27 12:54:48] [EMAIL PROTECTED]

Yes, thanks, I already tried php4-win32-latest.zip. But, for the
present this snapshot doesn't work with my Apache. So, I replaced the
rewinddir() by the closedir() + opendir() and everything works fine.



[2002-10-27 12:46:46] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



[2002-10-27 12:42:56] [EMAIL PROTECTED]

When using rewinddir(), the next closedir() function doesn't release
the directory handle, so the directory is locked forever (I had to
restart web server to be able to delete this directory). I'm using
Windows 2000 on NTFS, PHP 4.2.1 binaries and Apache 1.3.24. Below is a
sample code which generates this error: 

"rmdir() failed (Permission denied) in rewinddir.php on line 14"

Thanks,
Tomas Rubringer
[EMAIL PROTECTED]



strange rewinddir()













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

#20123 [Com]: rewinddir() makes closedir() not working

[tomasr]

 ID:   20123
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Directory function related
 Operating System: Windows 2000 (NTFS)
 PHP Version:  4.2.0
 New Comment:

Ok, so is this a known bug already fixed?


Previous Comments:


[2002-10-27 12:55:30] [EMAIL PROTECTED]

closing then



[2002-10-27 12:54:48] [EMAIL PROTECTED]

Yes, thanks, I already tried php4-win32-latest.zip. But, for the
present this snapshot doesn't work with my Apache. So, I replaced the
rewinddir() by the closedir() + opendir() and everything works fine.



[2002-10-27 12:46:46] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



[2002-10-27 12:42:56] [EMAIL PROTECTED]

When using rewinddir(), the next closedir() function doesn't release
the directory handle, so the directory is locked forever (I had to
restart web server to be able to delete this directory). I'm using
Windows 2000 on NTFS, PHP 4.2.1 binaries and Apache 1.3.24. Below is a
sample code which generates this error: 

"rmdir() failed (Permission denied) in rewinddir.php on line 14"

Thanks,
Tomas Rubringer
[EMAIL PROTECTED]



strange rewinddir()













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

#20123 [Csd]: rewinddir() makes closedir() not working

[derick]

 ID:   20123
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Directory function related
 Operating System: Windows 2000 (NTFS)
 PHP Version:  4.2.0
 New Comment:

likely, but as you're not testing the latest snapshot with the correct
apache you can't verify it for us.


Previous Comments:


[2002-10-27 12:57:28] [EMAIL PROTECTED]

Ok, so is this a known bug already fixed?



[2002-10-27 12:55:30] [EMAIL PROTECTED]

closing then



[2002-10-27 12:54:48] [EMAIL PROTECTED]

Yes, thanks, I already tried php4-win32-latest.zip. But, for the
present this snapshot doesn't work with my Apache. So, I replaced the
rewinddir() by the closedir() + opendir() and everything works fine.



[2002-10-27 12:46:46] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



[2002-10-27 12:42:56] [EMAIL PROTECTED]

When using rewinddir(), the next closedir() function doesn't release
the directory handle, so the directory is locked forever (I had to
restart web server to be able to delete this directory). I'm using
Windows 2000 on NTFS, PHP 4.2.1 binaries and Apache 1.3.24. Below is a
sample code which generates this error: 

"rmdir() failed (Permission denied) in rewinddir.php on line 14"

Thanks,
Tomas Rubringer
[EMAIL PROTECTED]



strange rewinddir()













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

#20123 [Com]: rewinddir() makes closedir() not working

[tomasr]

 ID:   20123
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Directory function related
 Operating System: Windows 2000 (NTFS)
 PHP Version:  4.2.0
 New Comment:

So, please give me the time to make the snapshot working...


Previous Comments:


[2002-10-27 12:58:32] [EMAIL PROTECTED]

likely, but as you're not testing the latest snapshot with the correct
apache you can't verify it for us.



[2002-10-27 12:57:28] [EMAIL PROTECTED]

Ok, so is this a known bug already fixed?



[2002-10-27 12:55:30] [EMAIL PROTECTED]

closing then



[2002-10-27 12:54:48] [EMAIL PROTECTED]

Yes, thanks, I already tried php4-win32-latest.zip. But, for the
present this snapshot doesn't work with my Apache. So, I replaced the
rewinddir() by the closedir() + opendir() and everything works fine.



[2002-10-27 12:46:46] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20123

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

#20124 [NEW]: Remote Format String Bug

[mark]

From: [EMAIL PROTECTED]
Operating system: Win2k
PHP version:  4.2.3
PHP Bug Type: IIS related
Bug description:  Remote Format String Bug

During a Pentest, I was searching for sql injection, and noticed that PHP
returned the following error

http://www.victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510'


Internal Error


File: odbc2.c 
Line: 211 
In Fcn.: sql_prepare 
Called Fcn.: SQLPrepare() returned -1 
Description: 42000: [Microsoft][ODBC SQL Server Driver][SQL
Server]Unclosed quotation mark before the character string ')'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Line 7: Incorrect
syntax near ')'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Statement(s) could
not be prepared.
SQL STMT: select f.faq_id, f.faq_group_id, f.lang_id, f.title,
f.description, f.solution, f.created, f.updated, l1.label, l2.label from
faqs f left outer join labels l1 on (f.access_id = l1.label_id) and (11 =
l1.tbl) and (f.lang_id = l1.lang_id) left outer join labels l2 on
(f.status = l2.label_id) and (19 = l2.tbl) and (f.lang_id = l2.lang_id)
,statuses s where (f.status = s.code) and (s.type_id = 4) and (f.access_id
in (1, 2)) and (f.faq_id = 510')
 
Indicating SQL injection.  By entering 

http://www.victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510'A


You will notice in that the returned error message shows the 'A

Internal Error


File: odbc2.c 
Line: 211 
In Fcn.: sql_prepare 
Called Fcn.: SQLPrepare() returned -1 
Description: 42000: [Microsoft][ODBC SQL Server Driver][SQL
Server]Unclosed quotation mark before the character string 'A)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Line 7: Incorrect
syntax near 'A)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Statement(s) could
not be prepared.
SQL STMT: select f.faq_id, f.faq_group_id, f.lang_id, f.title,
f.description, f.solution, f.created, f.updated, l1.label, l2.label from
faqs f left outer join labels l1 on (f.access_id = l1.label_id) and (11 =
l1.tbl) and (f.lang_id = l1.lang_id) left outer join labels l2 on
(f.status = l2.label_id) and (19 = l2.tbl) and (f.lang_id = l2.lang_id)
,statuses s where (f.status = s.code) and (s.type_id = 4) and (f.access_id
in (1, 2)) and (f.faq_id = 510'A)
 
To test for the poosibility of a Format String I entered the following

http://victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510'%x%x%x%x


You will note from the Error logs that a format string bug is present in
Four different fields

Internal Error


File: odbc2.c 
Line: 211 
In Fcn.: sql_prepare 
Called Fcn.: SQLPrepare() returned -1 
Description: 42000: [Microsoft][ODBC SQL Server Driver][SQL
Server]Unclosed quotation mark before the character string
'51275075127680)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Line 7: Incorrect
syntax near '10081b6e0df1eb0)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Statement(s) could
not be prepared.
SQL STMT: select f.faq_id, f.faq_group_id, f.lang_id, f.title,
f.description, f.solution, f.created, f.updated, l1.label, l2.label from
faqs f left outer join labels l1 on (f.access_id = l1.label_id) and (11 =
l1.tbl) and (f.lang_id = l1.lang_id) left outer join labels l2 on
(f.status = l2.label_id) and (19 = l2.tbl) and (f.lang_id = l2.lang_id)
,statuses s where (f.status = s.code) and (s.type_id = 4) and (f.access_id
in (1, 2)) and (f.faq_id = 510'12fbe8cf7124b4a018b46030)
 
This format string bug is NOT dependent on there being SQL injection
present.  To get the format string you just have to cause an error
example

http://www.victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510>


This obviously indicates that the Format String is in the Error Handling
process.

Regards

Mark Litchfield
www.ngssoftware.com
Tel +44 1241 431367
email: [EMAIL PROTECTED]

-- 
Edit bug report at http://bugs.php.net/?id=20124&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20124&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20124&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20124&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20124&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20124&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20124&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20124&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20124&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20124&r=submittedtwice
register_globals:   http://b

#20123 [Com]: rewinddir() makes closedir() not working

[tomasr]

 ID:   20123
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Directory function related
 Operating System: Windows 2000 (NTFS)
 PHP Version:  4.2.0
 New Comment:

Using that snapshot the rewinddir() works fine. Thank you


Previous Comments:


[2002-10-27 13:04:12] [EMAIL PROTECTED]

So, please give me the time to make the snapshot working...



[2002-10-27 12:58:32] [EMAIL PROTECTED]

likely, but as you're not testing the latest snapshot with the correct
apache you can't verify it for us.



[2002-10-27 12:57:28] [EMAIL PROTECTED]

Ok, so is this a known bug already fixed?



[2002-10-27 12:55:30] [EMAIL PROTECTED]

closing then



[2002-10-27 12:54:48] [EMAIL PROTECTED]

Yes, thanks, I already tried php4-win32-latest.zip. But, for the
present this snapshot doesn't work with my Apache. So, I replaced the
rewinddir() by the closedir() + opendir() and everything works fine.



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

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

#20035 [Opn->Asn]: __LINE__ miscounts with #!/path/php scripts

[iliaa]

 ID:   20035
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Assigned
 Bug Type: Scripting Engine problem
 Operating System: OpenBSD 3.1
 PHP Version:  4.2.3
-Assigned To:  
+Assigned To:  iliaa


Previous Comments:


[2002-10-23 10:13:15] [EMAIL PROTECTED]

The shebang line doesn't get stripped off by the kernel, PHP does that.
This is a bug.



[2002-10-23 00:44:20] [EMAIL PROTECTED]

Your kernel strips the first line, and so PHP sees the last 3 lines. As
it doesn't know that the kernel stripped the first shebang line it's
obvious that your line 3 reports line 2.

Derick



[2002-10-22 20:25:37] [EMAIL PROTECTED]

Excuse me, but I don't understand why this isn't a bug.  The only
reference to __LINE__ I can find in the documentation is here:

http://www.php.net/manual/en/language.constants.php

I can find nothing that suggests it is reasonable that __LINE__ counts
are off by one when used in #! prefixed command line scripts, (but not
in other uses) and I can see no reason why this would be considered
reasonable behaviour.

Can someone give me at least a 1 sentence explanation instead of just
hitting the 'quick-fix' RTFM button?



[2002-10-22 19:39:04] [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





[2002-10-22 19:34:54] [EMAIL PROTECTED]

The built-in variable __LINE__ undercounts by 1 on command-line scripts
that begin with a #!path-to-php line.  For example:

#!/usr/local/bin/php -q


This script will output:

Line 3 reports 2

This issue also applies to (at least) some other 4.1+ releases.





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

#20120 [Opn->Fbk]: Calling functions through variables produces seg fault

[sniper]

 ID:   20120
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: Linux, BSDi 4.x
 PHP Version:  4CVS-2002-10-27
 New Comment:

Can you please try with Bison 1.75?? It seems to fix some bc problems
they made in 1.50.. :I



Previous Comments:


[2002-10-27 12:25:04] [EMAIL PROTECTED]

Reproduced with bison-1.50.
Segfault identical.

NOT reproducable with bison-1.75, so upgrading should be possible also.



[2002-10-27 10:40:04] [EMAIL PROTECTED]

after some test I found the problem... I had bison 1.50 installed which
seems to cause some problems with the Zend parser. Downgrading to bison
1.35 solved the problem.



[2002-10-27 10:21:25] [EMAIL PROTECTED]

I can't reproduce this either with latest CVS..




[2002-10-27 09:53:48] [EMAIL PROTECTED]

Can you post your configure line, and your php.ini file (the one that's
actually used).



[2002-10-27 09:51:58] [EMAIL PROTECTED]

Zend Engine 1



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

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

#20120 [Fbk->Csd]: Calling functions through variables produces seg fault

[sniper]

 ID:   20120
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: Linux, BSDi 4.x
 PHP Version:  4CVS-2002-10-27
 New Comment:

I added check for bison now into CVS. There were some errors reported
with using bison 1.35 too btw. We now require version <= 1.30 >= 1.75
to be sure..

And btw. you don't need to generate these files yourself..
They are generated for releases and snapshots.



Previous Comments:


[2002-10-27 13:24:16] [EMAIL PROTECTED]

Can you please try with Bison 1.75?? It seems to fix some bc problems
they made in 1.50.. :I




[2002-10-27 12:25:04] [EMAIL PROTECTED]

Reproduced with bison-1.50.
Segfault identical.

NOT reproducable with bison-1.75, so upgrading should be possible also.



[2002-10-27 10:40:04] [EMAIL PROTECTED]

after some test I found the problem... I had bison 1.50 installed which
seems to cause some problems with the Zend parser. Downgrading to bison
1.35 solved the problem.



[2002-10-27 10:21:25] [EMAIL PROTECTED]

I can't reproduce this either with latest CVS..




[2002-10-27 09:53:48] [EMAIL PROTECTED]

Can you post your configure line, and your php.ini file (the one that's
actually used).



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

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

#16552 [NoF->Bgs]: Undefined macro `AC_PROG_LIBTOOL'

[sniper]

 ID:   16552
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   No Feedback
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: RedHat 7.2
 PHP Version:  4.0CVS-2002-04-11
 New Comment:

There is something wrong with your autotools/libtool installation.
Please use the snapshots instead:

http://snaps.php.net/



Previous Comments:


[2002-10-27 12:18:41] [EMAIL PROTECTED]

Now using 2.52, and getting a similar response:

 ./buildconf
using default Zend directory
buildconf: checking installation...
buildconf: autoconf version 2.52 (ok)
buildconf: Your version of autoconf likely contains buggy cache code.
   Running cvsclean for you.
   To avoid this, install autoconf-2.13 and automake-1.5.
buildconf: automake version 1.5 (ok)
buildconf: libtool version 1.4 (ok)
rebuilding configure
configure.in:808: warning: AC_PROG_LIBTOOL is m4_require'd but is not
m4_defun'd
configure.in:146: error: possibly undefined macro: AC_MSG_RESULT
configure.in:284: error: possibly undefined macro: AC_DEFINE
configure.in:1041: error: possibly undefined macro: AC_PROG_LIBTOOL
configure:77683: error: possibly undefined macro:
_LT_AC_TRY_DLOPEN_SELF
rebuilding acconfig.h
rebuilding main/php_config.h.in



[2002-08-23 01:00:13] [EMAIL PROTECTED]

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



[2002-04-11 11:54:38] [EMAIL PROTECTED]

please upgrade to autoconf 2.52 
http://www.php.net/anoncvs.php#buildconf_fail

Daniela



[2002-04-11 11:29:12] [EMAIL PROTECTED]

Thanks for the quick reply. Just tried your suggestion, same result:

[root@cpu2212 php4]# ./buildconf
buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
buildconf: automake version 1.5 (ok)
buildconf: libtool version 1.4 (ok)
rebuilding configure
configure.in:837: /usr/bin/m4: Undefined macro `AC_PROG_LIBTOOL'
autoconf: Undefined macros:
***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF
configure.in:1053:AC_PROG_LIBTOOL
configure.in:164:AC_MSG_RESULT([$php_cv_cc_dashr])
configure.in:174:   AC_MSG_RESULT([$php_cv_cc_rpath])
configure.in:194:AC_MSG_RESULT(${1}.${2} (ok))
configure.in:257:AC_MSG_RESULT([$PHP_SAPI])
configure.in:298: AC_DEFINE(HAVE_LIBSOCKET,1,[ ]) ], [
configure.in:324: AC_DEFINE(HAVE_LIBNSL,1,[ ]) ],[
configure.in:327:  AC_DEFINE(HAVE_LIBNSL,1,[ ]) ], [])
configure.in:353: AC_DEFINE(HAVE_LIBSOCKET,1,[ ]) ], [
configure.in:356:  AC_DEFINE(HAVE_LIBRESOLV,1,[ ])
configure.in:460:  AC_DEFINE(HAVE_SOCKADDR_STORAGE,1,[Whether you have
struct sockaddr_storage])
configure.in:470:  AC_DEFINE(HAVE_IPV6,1,[Whether you have IPv6
support])
configure.in:549:  AC_DEFINE(HAVE_GETADDRINFO,1,[Define if you have the
getaddrinfo function])
configure.in:575:dnl AC_MSG_RESULT([$ac_cv_type_in_addr_t])
configure.in:577:  AC_DEFINE(in_addr_t, u_int, [ ])
configure.in:659:  AC_DEFINE(PHP_SAFE_MODE,1,[ ])
configure.in:661:  AC_DEFINE(PHP_SAFE_MODE,0,[ ])
configure.in:671:  
AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ])
configure.in:672:   AC_MSG_RESULT([/usr/local/php/bin])
configure.in:674:  
AC_DEFINE_UNQUOTED(PHP_SAFE_MODE_EXEC_DIR,"$withval", [ ])
configure.in:675:   AC_MSG_RESULT([$withval])
configure.in:678:  
AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ])
configure.in:679:   AC_MSG_RESULT([/usr/local/php/bin])
configure.in:682:  
AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ])
configure.in:683:   AC_MSG_RESULT([/usr/local/php/bin])
configure.in:698:  AC_DEFINE(PHP_SIGCHILD, 1, [ ])
configure.in:700:  AC_DEFINE(PHP_SIGCHILD, 0, [ ])
configure.in:707:  AC_DEFINE(MAGIC_QUOTES, 1, [ ])
configure.in:709:  AC_DEFINE(MAGIC_QUOTES, 0, [ ])
configure.in:732:  AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,"1",[ ])
configure.in:734:  AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,"0",[ ])
configure.in:745:AC_DEFINE(HAVE_DMALLOC,1,[Whether you have
dmalloc])
configure.in:755:  AC_DEFINE(HAVE_CRYPT,1,[ ])
configure.in:801:AC_MSG_RESULT([$PHP_VERSIONING])
configure.in:845:  AC_DEFINE(ZTS,1,[ ])
configure.in:958:AC_DEFINE_UNQUOTED(PHP_BUILD_DATE,"$PHP_BUILD_DATE",[PHP
build date])
configure.in:960:AC_DEFINE_UNQUOTED(PHP_UNAME,"$PHP_UNAME",[uname -a
output])
configure.in:962:AC_DEFINE_UNQUOTED(PHP_OS,"$PHP_OS",[uname output])
rebuilding acconfig.h
rebuilding main/php_config.h.in
configure.in:837: /usr/bin/m4: Undefined macro `AC_PROG_LIBTOOL'

--

#20122 [Bgs]: Error while compile PHP with GD 2.04

[sniper]

 ID:   20122
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: GD related
 Operating System: FreeBSD 4.7-STABLE
 PHP Version:  4.3.0-pre1
 New Comment:

FYI: Adding that patch would break it for all other versions of GD..



Previous Comments:


[2002-10-27 12:55:05] [EMAIL PROTECTED]

here is patch for the current CVS PHP:

Index: php4/ext/gd/gd.c
diff -u php4/ext/gd/gd.c:1.1 php4/ext/gd/gd.c:1.2
--- php4/ext/gd/gd.c:1.1Sun Oct 27 19:27:59 2002
+++ php4/ext/gd/gd.cSun Oct 27 19:36:43 2002
@@ -1036,10 +1036,10 @@
io_ctx = gdNewDynamicCtx (8, data);
if (io_ctx) {
if (getmbi((int(*)(void*))gdGetC, io_ctx) == 0 &&
skipheader((int(*)(void*))gdGetC, io_ctx) == 0 ) {
-   io_ctx->free(io_ctx);
+   io_ctx->gd_free(io_ctx);
return PHP_GDIMG_TYPE_WBM;
} else
-   io_ctx->free(io_ctx);
+   io_ctx->gd_free(io_ctx);
}
}
   #endif
  @@ -1216,7 +1216,7 @@
} else {
im = (*ioctx_func_p)(io_ctx);
}
-   io_ctx->free(io_ctx);
+   io_ctx->gd_free(io_ctx);
   #endif   
}
else{
  
  
  
Index: php4/ext/gd/gd_ctx.c
diff -u php4/ext/gd/gd_ctx.c:1.1 php4/ext/gd/gd_ctx.c:1.2
--- php4/ext/gd/gd_ctx.c:1.1Sun Oct 27 19:27:59 2002
+++ php4/ext/gd/gd_ctx.cSun Oct 27 19:36:43 2002
@@ -67,7 +67,7 @@
ctx = emalloc(sizeof(gdIOCtx));
ctx->putC = _php_image_output_putc;
ctx->putBuf = _php_image_output_putbuf;
-   ctx->free = _php_image_output_ctxfree;
+   ctx->gd_free = _php_image_output_ctxfree;
   
   #if APACHE && defined(CHARSET_EBCDIC)
/* XXX this is unlikely to work any more [EMAIL PROTECTED] */
  @@ -95,7 +95,7 @@
break;
}

-   ctx->free(ctx);
+   ctx->gd_free(ctx);
   
if(fp) {
fflush(fp);

Please Added this to CVS...
(I patch this on my CVS...)



[2002-10-27 11:52:54] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.



[2002-10-27 11:50:45] [EMAIL PROTECTED]

I have downloaded last PHP version: php4-STABLE-200210270600
My configure line is:
./configure  
--cache-file=/dev/null
--enable-sockets
--enable-gd-native-ttf
--with-gd=/usr/local
--with-jpeg-dir=/usr/local
--with-png-dir=/usr/local
--with-pgsql=/usr/local/pgsql
--with-freetype-dir=/usr/local
--with-t1lib=/usr/local
--with-zlib=/usr/local
--without-mysql
--with-apache=../apache_1.3.27
--enable-track-vars  

configure has passed successfully

When I try to "make", I have received the following error string

In file included from gd.c:83: 
gd_ctx.c: In function `_php_image_output_ctx': 
gd_ctx.c:70: structure has no member named `free'  
gd_ctx.c:98: structure has no member named `free'  
gd.c: In function `_php_image_type':   
gd.c:1014: structure has no member named `free'
gd.c:1017: structure has no member named `free'
gd.c: In function `_php_image_create_from':
gd.c:1209: structure has no member named `free'
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600/ext/gd.
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600/ext/gd.
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600/ext.   
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600.

My version og GD is latest - 2.04 !!! (pay your attention)
In gd.c in header "This source file is subject to version 2.02 of the
PHP ..."

You know about latest release GD 2.04?




-- 
Edit this bug report at http:

#20124 [Opn->Fbk]: Remote Format String Bug

[sniper]

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

What exactly you think the bug is here?
And have you read this ever:

http://www.php.net/manual/en/security.cgi-bin.php



Previous Comments:


[2002-10-27 13:04:42] [EMAIL PROTECTED]

During a Pentest, I was searching for sql injection, and noticed that
PHP returned the following error

http://www.victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510'


Internal Error


File: odbc2.c 
Line: 211 
In Fcn.: sql_prepare 
Called Fcn.: SQLPrepare() returned -1 
Description: 42000: [Microsoft][ODBC SQL Server Driver][SQL
Server]Unclosed quotation mark before the character string ')'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Line 7: Incorrect
syntax near ')'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Statement(s)
could not be prepared.
SQL STMT: select f.faq_id, f.faq_group_id, f.lang_id, f.title,
f.description, f.solution, f.created, f.updated, l1.label, l2.label
from faqs f left outer join labels l1 on (f.access_id = l1.label_id)
and (11 = l1.tbl) and (f.lang_id = l1.lang_id) left outer join labels
l2 on (f.status = l2.label_id) and (19 = l2.tbl) and (f.lang_id =
l2.lang_id) ,statuses s where (f.status = s.code) and (s.type_id = 4)
and (f.access_id in (1, 2)) and (f.faq_id = 510')
 
Indicating SQL injection.  By entering 

http://www.victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510'A


You will notice in that the returned error message shows the 'A

Internal Error


File: odbc2.c 
Line: 211 
In Fcn.: sql_prepare 
Called Fcn.: SQLPrepare() returned -1 
Description: 42000: [Microsoft][ODBC SQL Server Driver][SQL
Server]Unclosed quotation mark before the character string 'A)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Line 7: Incorrect
syntax near 'A)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Statement(s)
could not be prepared.
SQL STMT: select f.faq_id, f.faq_group_id, f.lang_id, f.title,
f.description, f.solution, f.created, f.updated, l1.label, l2.label
from faqs f left outer join labels l1 on (f.access_id = l1.label_id)
and (11 = l1.tbl) and (f.lang_id = l1.lang_id) left outer join labels
l2 on (f.status = l2.label_id) and (19 = l2.tbl) and (f.lang_id =
l2.lang_id) ,statuses s where (f.status = s.code) and (s.type_id = 4)
and (f.access_id in (1, 2)) and (f.faq_id = 510'A)
 
To test for the poosibility of a Format String I entered the following

http://victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510'%x%x%x%x


You will note from the Error logs that a format string bug is present
in Four different fields

Internal Error


File: odbc2.c 
Line: 211 
In Fcn.: sql_prepare 
Called Fcn.: SQLPrepare() returned -1 
Description: 42000: [Microsoft][ODBC SQL Server Driver][SQL
Server]Unclosed quotation mark before the character string
'51275075127680)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Line 7: Incorrect
syntax near '10081b6e0df1eb0)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Statement(s)
could not be prepared.
SQL STMT: select f.faq_id, f.faq_group_id, f.lang_id, f.title,
f.description, f.solution, f.created, f.updated, l1.label, l2.label
from faqs f left outer join labels l1 on (f.access_id = l1.label_id)
and (11 = l1.tbl) and (f.lang_id = l1.lang_id) left outer join labels
l2 on (f.status = l2.label_id) and (19 = l2.tbl) and (f.lang_id =
l2.lang_id) ,statuses s where (f.status = s.code) and (s.type_id = 4)
and (f.access_id in (1, 2)) and (f.faq_id =
510'12fbe8cf7124b4a018b46030)
 
This format string bug is NOT dependent on there being SQL injection
present.  To get the format string you just have to cause an error
example

http://www.victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510>


This obviously indicates that the Format String is in the Error
Handling process.

Regards

Mark Litchfield
www.ngssoftware.com
Tel +44 1241 431367
email: [EMAIL PROTECTED]





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

#13546 [Com]: stub.lo: file not recognized:

[kriggs]

 ID:   13546
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Redhat 7.1
 PHP Version:  4.0.6
 New Comment:

To expand on what bcampbell said, if you get this error, 
and it is possible that you already have installed PHP 
before, you can do a "make clean", and then you should be 
able to safely make, then make install. What I did, just 
to make sure, was I re-"./configure"d before doing the 
make and make install.


Previous Comments:


[2002-02-13 16:59:58] [EMAIL PROTECTED]

I'm having exactly the same problem... on php4.1.1



[2001-10-06 20:33:28] [EMAIL PROTECTED]

not a bug -> bogus.



[2001-10-06 18:38:08] [EMAIL PROTECTED]

Sorry no issue here.  cleared things up.



[2001-10-04 14:27:31] [EMAIL PROTECTED]

configure succedes with:
./configure --with-apxs=/opt/web/apache/bin/apxs
--with-mysql=/usr/src/mysql --enable-magic-quotes

make fails with following error:

Making all in .
make[1]: Entering directory `/usr/src/php-4.0.6'
/bin/sh /usr/src/php4/libtool --silent --mode=link gcc  -I.
-I/usr/src/php4/ -I/usr/src/php4/main -I/usr/src/php4
-I/opt/web/apache/include -I/usr/src/php4/Zend -I/usr/src/mysql/include
-I/usr/src/php4/ext/xml/expat/xmltok
-I/usr/src/php4/ext/xml/expat/xmlparse -I/usr/src/php4/TSRM  -DLINUX=22
-DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2  
-o libphp4.la -rpath /usr/src/php4/libs -avoid-version
-L/usr/src/mysql/lib  -R /usr/src/mysql/lib stub.lo  Zend/libZend.la
sapi/apache/libsapi.la main/libmain.la regex/libregex.la
ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la
ext/session/libsession.la ext/standard/libstandard.la ext/xml/libxml.la
TSRM/libtsrm.la -lpam -ldl -lmysqlclient -lcrypt -lresolv -lm -ldl
-lnsl -lresolv
stub.lo: file not recognized: File truncated
collect2: ld returned 1 exit status
make[1]: *** [libphp4.la] Error 1
make[1]: Leaving directory `/usr/src/php-4.0.6'
make: *** [all-recursive] Error 1

I found bug# 12909 that is close but with 4.0.7  Is there anything I
can do to get this to work with 4.0.6 or do I have to go through the
CSV?  php-3.0.18 comples fin with the same configure parameters.

Thanks





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

#20091 [Fbk->Opn]: session.save_path of php.ini not honored

[sven . schnitzke]

 ID:   20091
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: Win 98 SP2
-PHP Version:  4.2.2
+PHP Version:  4.2.2 4.3
 New Comment:

No luck! Comments hold for 4.3-dev as of Oct 24, 2002

Server 500 errors for cgi mode vanish with changing the
"Action" directive in httpd.conf from "/php/php.exe" to
"/php/php-cgi.exe". The first form worked well with 4.2.2

I would like opinions on my proposal for basing relative
path specs in php.ini on some explicit central root spec.
Thank you


Previous Comments:


[2002-10-25 12:41:16] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



[2002-10-25 12:37:30] [EMAIL PROTECTED]

My config is

Win 98 SP2; Apache 1.3.23; PHP 4.2.2

with no php-related files in any windows or system folder (this is
because I'd like to evaluate a new
version in parallel - not having a second "identical" system)

PHP is working fine in CGI mode (for example I use PHPmyAdmin 2.2rc4)
and phpinfo() tells the correct path 
for the session files.
With no change to the PHP inst or config but just by changing the PHP
usage mode in Apaches httpd.conf from CGI to module mode (and closing
and reopening Apache) this changes: in module mode session.save_path is
ignored.
I guess this comes from a dependency on the execution environment
(namely the path of the executable), which is clearly changed by that
action from php.exe to apache.exe.
Without knowing all the details I guess the manual should clearly point
out this difference between cgi
and module mode. I bet it accounts for more uncertainty in using and
spelling pathnames in php.ini which
can be read out of the user comments that accompany the inst section of
the manual.

By the way: in module mode copying php.ini to the Apache.exe folder
disables loading of the php 
extensions: here one seems to depend upon the location of php.ini which
is looked for in the execution 
folder (of Apache.exe in ths case) in the first place and therefore
ceases to be a good start for 
"./any folder".

On the other hand: a parallel installation of PHP 4.3 ceases to work in
CGI mode: I get "Server 500"-
messages, whereas module mode allows for running some apps - for
example PHPmyAdmin - but 
session.path_name is ignored here also.

My conclusion (and request for feature) is to come up with the
following strategy:
locate a file "php-location.ini" in c:\windows. Sole content is the
name of the root folder of the current
PHP inst (The folder where php.exe, php4ts.dll and php.ini reside). All
relative pathnames in php.ini should 
be based on this location. Alternatively a registry key could be used.

Please take the corner and do not impose putting the dlls or php.ini
into the system folder - this one is 
cluttered enough.

Hope this is helpful.
Sven




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

#20091 [Opn->Bgs]: session.save_path of php.ini not honored

[sniper]

 ID:   20091
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: Win 98 SP2
 PHP Version:  4.2.2 4.3
 New Comment:

Heh..you should read NEWS file sometimes. :)
Anyway, from 4.3.0 on the CGI binary is called php-cgi
to not mix it with the CLI binary, which is called php.



Previous Comments:


[2002-10-27 14:44:00] [EMAIL PROTECTED]

No luck! Comments hold for 4.3-dev as of Oct 24, 2002

Server 500 errors for cgi mode vanish with changing the
"Action" directive in httpd.conf from "/php/php.exe" to
"/php/php-cgi.exe". The first form worked well with 4.2.2

I would like opinions on my proposal for basing relative
path specs in php.ini on some explicit central root spec.
Thank you



[2002-10-25 12:41:16] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



[2002-10-25 12:37:30] [EMAIL PROTECTED]

My config is

Win 98 SP2; Apache 1.3.23; PHP 4.2.2

with no php-related files in any windows or system folder (this is
because I'd like to evaluate a new
version in parallel - not having a second "identical" system)

PHP is working fine in CGI mode (for example I use PHPmyAdmin 2.2rc4)
and phpinfo() tells the correct path 
for the session files.
With no change to the PHP inst or config but just by changing the PHP
usage mode in Apaches httpd.conf from CGI to module mode (and closing
and reopening Apache) this changes: in module mode session.save_path is
ignored.
I guess this comes from a dependency on the execution environment
(namely the path of the executable), which is clearly changed by that
action from php.exe to apache.exe.
Without knowing all the details I guess the manual should clearly point
out this difference between cgi
and module mode. I bet it accounts for more uncertainty in using and
spelling pathnames in php.ini which
can be read out of the user comments that accompany the inst section of
the manual.

By the way: in module mode copying php.ini to the Apache.exe folder
disables loading of the php 
extensions: here one seems to depend upon the location of php.ini which
is looked for in the execution 
folder (of Apache.exe in ths case) in the first place and therefore
ceases to be a good start for 
"./any folder".

On the other hand: a parallel installation of PHP 4.3 ceases to work in
CGI mode: I get "Server 500"-
messages, whereas module mode allows for running some apps - for
example PHPmyAdmin - but 
session.path_name is ignored here also.

My conclusion (and request for feature) is to come up with the
following strategy:
locate a file "php-location.ini" in c:\windows. Sole content is the
name of the root folder of the current
PHP inst (The folder where php.exe, php4ts.dll and php.ini reside). All
relative pathnames in php.ini should 
be based on this location. Alternatively a registry key could be used.

Please take the corner and do not impose putting the dlls or php.ini
into the system folder - this one is 
cluttered enough.

Hope this is helpful.
Sven




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

#19213 [Opn]: odbc_close() not working?

[a . steckenborn]

 ID:   19213
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: ODBC related
 Operating System: SuSE Linux 8.0
 PHP Version:  4.3.0-dev
 New Comment:

today i've tested the whole day.

after logging the sql statements i found out,
that sometimes 2 requests are coming up, the first without the needed
parameters and the second with.

And that is related by a bug in our select script.

Now I'm really shamed. :-(

Next time you are near by Ludwigshafen, Germany send me a mail you will
get some free drinks by me.

A lot of thanks for your great work.

with best regards

Albert Steckenborn


Previous Comments:


[2002-10-27 10:18:19] [EMAIL PROTECTED]

updated version and summary.



[2002-10-27 04:08:25] [EMAIL PROTECTED]

Nothing has changed with the latest snapshot
php4-20021027

with a second ODBC-connect to the SAPDB database
within 10 sec. the PHP-error occours like before
snip-
[27-Oct-2002 11:06:55] PHP Warning: SQL error: [SAP AG][LIBSQLOD
SO][SAP DB]Syntax error or access violation;-3014 POS(272) Invalid end
of SQL statement., SQL state 37000 in SQLPrepare in
/www/kunden/reisenetz/web/show.phtml on line 151 [27-Oct-2002 11:06:55]
PHP Warning: odbc_execute(): supplied argument is not a valid ODBC
result resource in /www/kunden/reisenetz/web/show.phtml on line 152
[27-Oct-2002 11:07:05] PHP Warning: SQL error: [SAP AG][LIBSQLOD
SO][SAP DB]Syntax error or access violation;-3014 POS(272) Invalid end
of SQL statement., SQL state 37000 in SQLPrepare in
/www/kunden/reisenetz/web/show.phtml on line 151 [27-Oct-2002 11:07:05]
PHP Warning: odbc_execute(): supplied argument is not a valid ODBC
result resource in /www/kunden/reisenetz/web/show.phtml on line 152 
snip-

but the ODBC_Result is ok.

The Memory-Usage looks very better with SAPDB,
PHP4.2.3 and Apache1.3.27
It seems as if my Memory-Leak is fixed.
 
Thanks a lot to all that are working at these problems

with best regards

Albert Steckenborn



[2002-10-26 16:25:29] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-10-26 10:07:09] [EMAIL PROTECTED]

Hi again,

now we have converted to
SAPDB 7.3.00.25 (working better)
PHP 4.2.3
Apache 1.3.27


But one Error holds on.

If i'm requesting the database the first time no Error occurs but when
i'm closing the result window and start a
new request within around 10seconds the following PHP Warning shows up
in the Error log

-snip-
[26-Oct-2002 11:28:03] PHP Warning: SQL error: [SAP AG][LIBSQLOD
SO][SAP
DB]Syntax error or access violation;
-3014 POS(260) Invalid end of SQL statement., SQL state 37000 in
SQLExecDirect in /www/kunden/reisenetz/web/show.phtml on line 153
---snip-

The results of the second request are ok.

When i'm using ODBC_prepare following Warning comes up:
odbc_execute() supplied argument is not a valid ODBC result resource

The results are ok too.

It looks as if the ODBC_Close($conn) dont't work

It is the same Error as in ADABAS D 11

Hope that this will help.

With best regards

Albert Steckenborn



[2002-10-07 03:48:24] [EMAIL PROTECTED]

hi,
i'm changing now from ADABAS D to SAPDB.
Meanwhile i'm thinking that this bug is a bug in the ADABAS ODBC Driver
and not PHP related.
I need one week more for the migration and then wee will see if it's
ADABAS D or PHP related.

The reason to migrate to SAPDB is that we can use the most of our
sripts anymore and the support (for a free software)is much better.
Some of the scripts that are running on ADABAS D with errors so that we
have to create db-Procedures, are running
on SAPDB without any errors.

That's the reason that i'm shure we can close our bug with the
migration.

A lot of thanks to Kalowsky and everybody else for the help.

I will post the result of the migration around the 20021020.

With best regards

Albert Steckenborn



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

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

#20125 [NEW]: not reconizing GD functions with GD-2.0.4

[richard]

From: [EMAIL PROTECTED]
Operating system: Redhat 7.2
PHP version:  4.2.3
PHP Bug Type: GD related
Bug description:  not reconizing GD functions with GD-2.0.4

i've installed GD-4.0.2 with jpeg,libpng,zlib and freetype2.

but when i tried to install GD under PHP, i'm getting the folowing:

checking for GD support... yes
checking whether to enable truetype string function in GD... yes
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... yes
checking for the location of libpng... yes
checking for png_write_image in -lpng... yes
checking for the location of libXpm... no
If configure fails try --with-xpm-dir=
checking for freetype(2)... yes
checking for FreeType 1.x support... no
checking for T1lib support... yes
checking for T1_LoadFont in -lt1... yes
checking for gdImageString16 in -lgd... no
checking for gdImagePaletteCopy in -lgd... no
checking for gdImageCreateFromPng in -lgd... no
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageGif in -lgd... no
checking for gdImageWBMP in -lgd... no
checking for gdImageCreateFromJpeg in -lgd... no
checking for gdImageCreateFromXpm in -lgd... no
checking for gdImageCreateFromGd2 in -lgd... no
checking for gdImageCreateTrueColor in -lgd... no
checking for gdImageSetTile in -lgd... no
checking for gdImageSetBrush in -lgd... no
checking for gdImageStringTTF in -lgd... no
checking for gdImageStringFT in -lgd... no
checking for gdImageStringFTEx in -lgd... no
checking for gdImageColorClosestHWB in -lgd... no
checking for gdImageColorResolve in -lgd... no
checking for gdImageGifCtx in -lgd... no

so as you can see, it's even dedecting the GD2 function, but it's not
working.

i've spoken with the creator of GD, and he's positieve that it's an error
in PHP.
-- 
Edit bug report at http://bugs.php.net/?id=20125&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20125&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20125&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20125&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20125&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20125&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20125&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20125&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20125&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20125&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20125&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20125&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20125&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20125&r=isapi

#20125 [Opn->Fbk]: not reconizing GD functions with GD-2.0.4

[derick]

 ID:   20125
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: Redhat 7.2
 PHP Version:  4.2.3
 New Comment:

what does config.log say?

Derick



Previous Comments:


[2002-10-27 15:22:03] [EMAIL PROTECTED]

i've installed GD-4.0.2 with jpeg,libpng,zlib and freetype2.

but when i tried to install GD under PHP, i'm getting the folowing:

checking for GD support... yes
checking whether to enable truetype string function in GD... yes
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... yes
checking for the location of libpng... yes
checking for png_write_image in -lpng... yes
checking for the location of libXpm... no
If configure fails try --with-xpm-dir=
checking for freetype(2)... yes
checking for FreeType 1.x support... no
checking for T1lib support... yes
checking for T1_LoadFont in -lt1... yes
checking for gdImageString16 in -lgd... no
checking for gdImagePaletteCopy in -lgd... no
checking for gdImageCreateFromPng in -lgd... no
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageGif in -lgd... no
checking for gdImageWBMP in -lgd... no
checking for gdImageCreateFromJpeg in -lgd... no
checking for gdImageCreateFromXpm in -lgd... no
checking for gdImageCreateFromGd2 in -lgd... no
checking for gdImageCreateTrueColor in -lgd... no
checking for gdImageSetTile in -lgd... no
checking for gdImageSetBrush in -lgd... no
checking for gdImageStringTTF in -lgd... no
checking for gdImageStringFT in -lgd... no
checking for gdImageStringFTEx in -lgd... no
checking for gdImageColorClosestHWB in -lgd... no
checking for gdImageColorResolve in -lgd... no
checking for gdImageGifCtx in -lgd... no

so as you can see, it's even dedecting the GD2 function, but it's not
working.

i've spoken with the creator of GD, and he's positieve that it's an
error in PHP.




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

#20125 [Fbk->Opn]: not reconizing GD functions with GD-2.0.4

[richard]

 ID:   20125
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: GD related
 Operating System: Redhat 7.2
 PHP Version:  4.2.3
 New Comment:

well, i'm getting all kind's of error:

/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24556 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24609 "configure"



/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24662 "configure"



/tmp/ccHr63vt.o: In function `main':
/usr/local/src/php-4.2.3/configure:24722: undefined reference to
`gdImageCreateFromGif'
/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24715 "configure"


/tmp/ccrawnoi.o: In function `main':
/usr/local/src/php-4.2.3/configure:24775: undefined reference to
`gdImageGif'
/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24768 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24821 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24874 "configure"



/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24927 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24980 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25033 "configure"



/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25086 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25139 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25192 "configure"


/tmp/ccLorihZ.o: In function `main':
/usr/local/src/php-4.2.3/configure:25464: undefined reference to
`gdImageGifCtx'
/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status


/usr/bin/ld: cannot find -lintl
collect2: ld returned 1 exit status
configure: failed program was:
#line 25631 "configure"
configure: failed program was:
#line 25457 "configure"

i don't know what's wrong...


Previous Comments:


[2002-10-27 15:23:19] [EMAIL PROTECTED]

what does config.log say?

Derick




[2002-10-27 15:22:03] [EMAIL PROTECTED]

i've installed GD-4.0.2 with jpeg,libpng,zlib and freetype2.

but when i tried to install GD under PHP, i'm getting the folowing:

checking for GD support... yes
checking whether to enable truetype string function in GD... yes
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... yes
checking for the location of libpng... yes
checking for png_write_image in -lpng... yes
checking for the location of libXpm... no
If configure fails try --with-xpm-dir=
checking for freetype(2)... yes
checking for FreeType 1.x support... no
checking for T1lib support... yes
checking for T1_LoadFont in -lt1... yes
checking for gdImageString16 in -lgd... no
checking for gdImagePaletteCopy in -lgd... no
checking for gdImageCreateFromPng in -lgd... no
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageGif in -lgd... no
checking for gdImageWBMP in -lgd... no
checking for gdImageCreateFromJpeg in -lgd... no
checking for gdImageCreateFromXpm in -lgd... no
checking for gdImageCreateFromGd2 in -lgd... no
checking for gdImageCreateTrueColor in -lgd... no
checking for gdImageSetTile in -lgd... no
checking for gdImageSetBrush in -lgd... no
checking for gdImageStringTTF in -lgd... no
checking for gdImageStringFT in -lgd... no
checking for gdImageStringFTEx in -lgd... no
checking for gdImageColorClosestHWB in -lgd... no
checking for gdImageColorResolve in -lgd... no
checking for 

#16552 [Com]: Undefined macro `AC_PROG_LIBTOOL'

[bobbitt]

 ID:   16552
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Compile Failure
 Operating System: RedHat 7.2
 PHP Version:  4.0CVS-2002-04-11
 New Comment:

Thanks, that solved it, and sorry for taking up your time with a local
config problem.

Cheers


Previous Comments:


[2002-10-27 13:56:25] [EMAIL PROTECTED]

There is something wrong with your autotools/libtool installation.
Please use the snapshots instead:

http://snaps.php.net/




[2002-10-27 12:18:41] [EMAIL PROTECTED]

Now using 2.52, and getting a similar response:

 ./buildconf
using default Zend directory
buildconf: checking installation...
buildconf: autoconf version 2.52 (ok)
buildconf: Your version of autoconf likely contains buggy cache code.
   Running cvsclean for you.
   To avoid this, install autoconf-2.13 and automake-1.5.
buildconf: automake version 1.5 (ok)
buildconf: libtool version 1.4 (ok)
rebuilding configure
configure.in:808: warning: AC_PROG_LIBTOOL is m4_require'd but is not
m4_defun'd
configure.in:146: error: possibly undefined macro: AC_MSG_RESULT
configure.in:284: error: possibly undefined macro: AC_DEFINE
configure.in:1041: error: possibly undefined macro: AC_PROG_LIBTOOL
configure:77683: error: possibly undefined macro:
_LT_AC_TRY_DLOPEN_SELF
rebuilding acconfig.h
rebuilding main/php_config.h.in



[2002-08-23 01:00:13] [EMAIL PROTECTED]

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



[2002-04-11 11:54:38] [EMAIL PROTECTED]

please upgrade to autoconf 2.52 
http://www.php.net/anoncvs.php#buildconf_fail

Daniela



[2002-04-11 11:29:12] [EMAIL PROTECTED]

Thanks for the quick reply. Just tried your suggestion, same result:

[root@cpu2212 php4]# ./buildconf
buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
buildconf: automake version 1.5 (ok)
buildconf: libtool version 1.4 (ok)
rebuilding configure
configure.in:837: /usr/bin/m4: Undefined macro `AC_PROG_LIBTOOL'
autoconf: Undefined macros:
***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF
configure.in:1053:AC_PROG_LIBTOOL
configure.in:164:AC_MSG_RESULT([$php_cv_cc_dashr])
configure.in:174:   AC_MSG_RESULT([$php_cv_cc_rpath])
configure.in:194:AC_MSG_RESULT(${1}.${2} (ok))
configure.in:257:AC_MSG_RESULT([$PHP_SAPI])
configure.in:298: AC_DEFINE(HAVE_LIBSOCKET,1,[ ]) ], [
configure.in:324: AC_DEFINE(HAVE_LIBNSL,1,[ ]) ],[
configure.in:327:  AC_DEFINE(HAVE_LIBNSL,1,[ ]) ], [])
configure.in:353: AC_DEFINE(HAVE_LIBSOCKET,1,[ ]) ], [
configure.in:356:  AC_DEFINE(HAVE_LIBRESOLV,1,[ ])
configure.in:460:  AC_DEFINE(HAVE_SOCKADDR_STORAGE,1,[Whether you have
struct sockaddr_storage])
configure.in:470:  AC_DEFINE(HAVE_IPV6,1,[Whether you have IPv6
support])
configure.in:549:  AC_DEFINE(HAVE_GETADDRINFO,1,[Define if you have the
getaddrinfo function])
configure.in:575:dnl AC_MSG_RESULT([$ac_cv_type_in_addr_t])
configure.in:577:  AC_DEFINE(in_addr_t, u_int, [ ])
configure.in:659:  AC_DEFINE(PHP_SAFE_MODE,1,[ ])
configure.in:661:  AC_DEFINE(PHP_SAFE_MODE,0,[ ])
configure.in:671:  
AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ])
configure.in:672:   AC_MSG_RESULT([/usr/local/php/bin])
configure.in:674:  
AC_DEFINE_UNQUOTED(PHP_SAFE_MODE_EXEC_DIR,"$withval", [ ])
configure.in:675:   AC_MSG_RESULT([$withval])
configure.in:678:  
AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ])
configure.in:679:   AC_MSG_RESULT([/usr/local/php/bin])
configure.in:682:  
AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ])
configure.in:683:   AC_MSG_RESULT([/usr/local/php/bin])
configure.in:698:  AC_DEFINE(PHP_SIGCHILD, 1, [ ])
configure.in:700:  AC_DEFINE(PHP_SIGCHILD, 0, [ ])
configure.in:707:  AC_DEFINE(MAGIC_QUOTES, 1, [ ])
configure.in:709:  AC_DEFINE(MAGIC_QUOTES, 0, [ ])
configure.in:732:  AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,"1",[ ])
configure.in:734:  AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,"0",[ ])
configure.in:745:AC_DEFINE(HAVE_DMALLOC,1,[Whether you have
dmalloc])
configure.in:755:  AC_DEFINE(HAVE_CRYPT,1,[ ])
configure.in:801:AC_MSG_RESULT([$PHP_VERSIONING])
configure.in:845:  AC_DEFINE(ZTS,1,[ ])
configure.in:958:AC_DEFINE_UNQUOTED(PHP_BUILD_DATE,"$PHP_BUILD_DATE",[PHP
build date])
configure.in:960:AC_DEFINE_UNQUOTED(PHP_UNAME,"$PHP_UNAME",[uname -a
output])
configure.in:962:AC_DEFI

#20126 [NEW]: fwrite to stdin causes exception in streams

[shane]

From: [EMAIL PROTECTED]
Operating system: win2k
PHP version:  4CVS-2002-10-27
PHP Bug Type: Reproducible crash
Bug description:  fwrite to stdin causes exception in streams

running run-tests.php with current cvs build causes exception.  Minimal
code to repro:

$fp = fopen("php://stdin", "r+");
fwrite($fp, "Some tests have failed, would you like to send the\nreport to
PHP's QA team? [Yn]: ");
fflush($fp);
$user_input = fgets($fp, 10);


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

#20125 [Opn->Fbk]: not reconizing GD functions with GD-2.0.4

[derick]

 ID:   20125
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: Redhat 7.2
 PHP Version:  4.2.3
 New Comment:

Please provide your full config.log online (or mail it as
attachement).

Derick


Previous Comments:


[2002-10-27 15:33:41] [EMAIL PROTECTED]

well, i'm getting all kind's of error:

/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24556 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24609 "configure"



/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24662 "configure"



/tmp/ccHr63vt.o: In function `main':
/usr/local/src/php-4.2.3/configure:24722: undefined reference to
`gdImageCreateFromGif'
/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24715 "configure"


/tmp/ccrawnoi.o: In function `main':
/usr/local/src/php-4.2.3/configure:24775: undefined reference to
`gdImageGif'
/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24768 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24821 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24874 "configure"



/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24927 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24980 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25033 "configure"



/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25086 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25139 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25192 "configure"


/tmp/ccLorihZ.o: In function `main':
/usr/local/src/php-4.2.3/configure:25464: undefined reference to
`gdImageGifCtx'
/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status


/usr/bin/ld: cannot find -lintl
collect2: ld returned 1 exit status
configure: failed program was:
#line 25631 "configure"
configure: failed program was:
#line 25457 "configure"

i don't know what's wrong...



[2002-10-27 15:23:19] [EMAIL PROTECTED]

what does config.log say?

Derick




[2002-10-27 15:22:03] [EMAIL PROTECTED]

i've installed GD-4.0.2 with jpeg,libpng,zlib and freetype2.

but when i tried to install GD under PHP, i'm getting the folowing:

checking for GD support... yes
checking whether to enable truetype string function in GD... yes
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... yes
checking for the location of libpng... yes
checking for png_write_image in -lpng... yes
checking for the location of libXpm... no
If configure fails try --with-xpm-dir=
checking for freetype(2)... yes
checking for FreeType 1.x support... no
checking for T1lib support... yes
checking for T1_LoadFont in -lt1... yes
checking for gdImageString16 in -lgd... no
checking for gdImagePaletteCopy in -lgd... no
checking for gdImageCreateFromPng in -lgd... no
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageGif in -lgd... no
checking for gdImageWBMP in -lgd... no
checking for gdImageCreateFromJpeg in -lgd... no
checking for gdImageCreateFromXpm in -lgd... no
checking for gdImageCreateFromGd2 in -lgd... no
checking for gdImageCreateTrueColor in -lgd... no
checking for gdImageSetTile in -lgd... no
checking for gdImageSetBrush in -lgd... no
checking for gdImageStringTTF in -lgd... no
chec

#19213 [Opn->Bgs]: odbc_close() not working?

[sniper]

 ID:   19213
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: ODBC related
 Operating System: SuSE Linux 8.0
 PHP Version:  4.3.0-dev
 New Comment:

So I guess this is bogus bug report then..? :)



Previous Comments:


[2002-10-27 15:18:38] [EMAIL PROTECTED]

today i've tested the whole day.

after logging the sql statements i found out,
that sometimes 2 requests are coming up, the first without the needed
parameters and the second with.

And that is related by a bug in our select script.

Now I'm really shamed. :-(

Next time you are near by Ludwigshafen, Germany send me a mail you will
get some free drinks by me.

A lot of thanks for your great work.

with best regards

Albert Steckenborn



[2002-10-27 10:18:19] [EMAIL PROTECTED]

updated version and summary.



[2002-10-27 04:08:25] [EMAIL PROTECTED]

Nothing has changed with the latest snapshot
php4-20021027

with a second ODBC-connect to the SAPDB database
within 10 sec. the PHP-error occours like before
snip-
[27-Oct-2002 11:06:55] PHP Warning: SQL error: [SAP AG][LIBSQLOD
SO][SAP DB]Syntax error or access violation;-3014 POS(272) Invalid end
of SQL statement., SQL state 37000 in SQLPrepare in
/www/kunden/reisenetz/web/show.phtml on line 151 [27-Oct-2002 11:06:55]
PHP Warning: odbc_execute(): supplied argument is not a valid ODBC
result resource in /www/kunden/reisenetz/web/show.phtml on line 152
[27-Oct-2002 11:07:05] PHP Warning: SQL error: [SAP AG][LIBSQLOD
SO][SAP DB]Syntax error or access violation;-3014 POS(272) Invalid end
of SQL statement., SQL state 37000 in SQLPrepare in
/www/kunden/reisenetz/web/show.phtml on line 151 [27-Oct-2002 11:07:05]
PHP Warning: odbc_execute(): supplied argument is not a valid ODBC
result resource in /www/kunden/reisenetz/web/show.phtml on line 152 
snip-

but the ODBC_Result is ok.

The Memory-Usage looks very better with SAPDB,
PHP4.2.3 and Apache1.3.27
It seems as if my Memory-Leak is fixed.
 
Thanks a lot to all that are working at these problems

with best regards

Albert Steckenborn



[2002-10-26 16:25:29] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-10-26 10:07:09] [EMAIL PROTECTED]

Hi again,

now we have converted to
SAPDB 7.3.00.25 (working better)
PHP 4.2.3
Apache 1.3.27


But one Error holds on.

If i'm requesting the database the first time no Error occurs but when
i'm closing the result window and start a
new request within around 10seconds the following PHP Warning shows up
in the Error log

-snip-
[26-Oct-2002 11:28:03] PHP Warning: SQL error: [SAP AG][LIBSQLOD
SO][SAP
DB]Syntax error or access violation;
-3014 POS(260) Invalid end of SQL statement., SQL state 37000 in
SQLExecDirect in /www/kunden/reisenetz/web/show.phtml on line 153
---snip-

The results of the second request are ok.

When i'm using ODBC_prepare following Warning comes up:
odbc_execute() supplied argument is not a valid ODBC result resource

The results are ok too.

It looks as if the ODBC_Close($conn) dont't work

It is the same Error as in ADABAS D 11

Hope that this will help.

With best regards

Albert Steckenborn



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

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

#20126 [Opn->Csd]: fwrite to stdin causes exception in streams

[shane]

 ID:   20126
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Reproducible crash
 Operating System: win2k
 PHP Version:  4CVS-2002-10-27
 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.

fixed in cvs, streams.c revision: 1.118



Previous Comments:


[2002-10-27 16:41:44] [EMAIL PROTECTED]

running run-tests.php with current cvs build causes exception.  Minimal
code to repro:

$fp = fopen("php://stdin", "r+");
fwrite($fp, "Some tests have failed, would you like to send the\nreport
to PHP's QA team? [Yn]: ");
fflush($fp);
$user_input = fgets($fp, 10);






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

#20125 [Fbk->Bgs]: not reconizing GD functions with GD-2.0.4

[sniper]

 ID:   20125
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Bogus
 Bug Type: GD related
 Operating System: Redhat 7.2
 PHP Version:  4.2.3
 New Comment:

1. GD 2.0.4 is not supported by any released version of PHP
2. You're configure line misses --with-xpm-dir (pay more attention to
what configure outputs, will ya?)
3. Grab a snapshot, compile php with --with-gd (ie. no path)
and the extra options needed.  That will work as it uses the PHP
bundled GD library and as it compiles it to contain all the extra stuff
you want it to contain. No more hassle with GD library this way.

Last but not least: This "bug" has already been reported. Please don't
submit yet another report about it but add your comments to the
existing one.






Previous Comments:


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

Please provide your full config.log online (or mail it as
attachement).

Derick



[2002-10-27 15:33:41] [EMAIL PROTECTED]

well, i'm getting all kind's of error:

/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24556 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24609 "configure"



/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24662 "configure"



/tmp/ccHr63vt.o: In function `main':
/usr/local/src/php-4.2.3/configure:24722: undefined reference to
`gdImageCreateFromGif'
/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24715 "configure"


/tmp/ccrawnoi.o: In function `main':
/usr/local/src/php-4.2.3/configure:24775: undefined reference to
`gdImageGif'
/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24768 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24821 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24874 "configure"



/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24927 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24980 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25033 "configure"



/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25086 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25139 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25192 "configure"


/tmp/ccLorihZ.o: In function `main':
/usr/local/src/php-4.2.3/configure:25464: undefined reference to
`gdImageGifCtx'
/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status


/usr/bin/ld: cannot find -lintl
collect2: ld returned 1 exit status
configure: failed program was:
#line 25631 "configure"
configure: failed program was:
#line 25457 "configure"

i don't know what's wrong...



[2002-10-27 15:23:19] [EMAIL PROTECTED]

what does config.log say?

Derick




[2002-10-27 15:22:03] [EMAIL PROTECTED]

i've installed GD-4.0.2 with jpeg,libpng,zlib and freetype2.

but when i tried to install GD under PHP, i'm getting the folowing:

checking for GD support... yes
checking whether to enable truetype string function in GD... yes
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... yes
checking for the location of libpng... yes
checking for png_write_image in -lpng... yes
checking for the location of libXpm... no
If configure fails try --with-xpm-dir=
checking for freetype(2)... yes
checking for 

#20110 [Asn->Csd]: input in flex scanner failed in :)

[iliaa]

 ID:   20110
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Assigned
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: Linux, Net|Free|OpenBSD, others?
 PHP Version:  4.2.3
 Assigned To:  derick
 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-10-26 15:05:14] [EMAIL PROTECTED]

Severity: Cosmetic for error reporting

PHP Fatal error:  input in flex scanner failed in 

When doing a:
8<
include("/tmp/");
>8

For instance will produce above error, maybe a "You can't include
directories" would be nice?






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

#20106 [Opn->Bgs]: crashing apache with phpMyAdmin

[iliaa]

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

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

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

Thank you for your interest in PHP.


Try the newly released 4.3.0-pre2, if you still experience the crash,
please provide the shortest possible script that can be used to
replicate the problem.


Previous Comments:


[2002-10-26 18:29:31] [EMAIL PROTECTED]

1.3.27 & 2.0.43 were the versions it happened with



[2002-10-26 12:49:09] [EMAIL PROTECTED]

And that version of apache would be?



[2002-10-26 12:39:33] [EMAIL PROTECTED]

using the latest dev build of php causes apache to crash when using
phpMyAdmin and going to 'users' on the main page when using it as
'root', this also happened during phpinfo(); but i haven't been able to
reproduce it with phpinfo(); there is no information given with the
error, the 'send a bug report to microsoft' dialog comes up, and says
apache has had a fatal error, after downgrading apache so that i could
use the stable version of php, the problem appears to be fixed.




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

#20124 [Fbk->Bgs]: Remote Format String Bug

[iliaa]

 ID:   20124
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Bogus
 Bug Type: IIS related
 Operating System: Win2k
 PHP Version:  4.2.3
 New Comment:

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

Thank you for your interest in PHP.

You should validate user passed input before inserting it into your SQL
queries.


Previous Comments:


[2002-10-27 14:24:04] [EMAIL PROTECTED]

What exactly you think the bug is here?
And have you read this ever:

http://www.php.net/manual/en/security.cgi-bin.php




[2002-10-27 13:04:42] [EMAIL PROTECTED]

During a Pentest, I was searching for sql injection, and noticed that
PHP returned the following error

http://www.victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510'


Internal Error


File: odbc2.c 
Line: 211 
In Fcn.: sql_prepare 
Called Fcn.: SQLPrepare() returned -1 
Description: 42000: [Microsoft][ODBC SQL Server Driver][SQL
Server]Unclosed quotation mark before the character string ')'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Line 7: Incorrect
syntax near ')'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Statement(s)
could not be prepared.
SQL STMT: select f.faq_id, f.faq_group_id, f.lang_id, f.title,
f.description, f.solution, f.created, f.updated, l1.label, l2.label
from faqs f left outer join labels l1 on (f.access_id = l1.label_id)
and (11 = l1.tbl) and (f.lang_id = l1.lang_id) left outer join labels
l2 on (f.status = l2.label_id) and (19 = l2.tbl) and (f.lang_id =
l2.lang_id) ,statuses s where (f.status = s.code) and (s.type_id = 4)
and (f.access_id in (1, 2)) and (f.faq_id = 510')
 
Indicating SQL injection.  By entering 

http://www.victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510'A


You will notice in that the returned error message shows the 'A

Internal Error


File: odbc2.c 
Line: 211 
In Fcn.: sql_prepare 
Called Fcn.: SQLPrepare() returned -1 
Description: 42000: [Microsoft][ODBC SQL Server Driver][SQL
Server]Unclosed quotation mark before the character string 'A)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Line 7: Incorrect
syntax near 'A)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Statement(s)
could not be prepared.
SQL STMT: select f.faq_id, f.faq_group_id, f.lang_id, f.title,
f.description, f.solution, f.created, f.updated, l1.label, l2.label
from faqs f left outer join labels l1 on (f.access_id = l1.label_id)
and (11 = l1.tbl) and (f.lang_id = l1.lang_id) left outer join labels
l2 on (f.status = l2.label_id) and (19 = l2.tbl) and (f.lang_id =
l2.lang_id) ,statuses s where (f.status = s.code) and (s.type_id = 4)
and (f.access_id in (1, 2)) and (f.faq_id = 510'A)
 
To test for the poosibility of a Format String I entered the following

http://victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510'%x%x%x%x


You will note from the Error logs that a format string bug is present
in Four different fields

Internal Error


File: odbc2.c 
Line: 211 
In Fcn.: sql_prepare 
Called Fcn.: SQLPrepare() returned -1 
Description: 42000: [Microsoft][ODBC SQL Server Driver][SQL
Server]Unclosed quotation mark before the character string
'51275075127680)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Line 7: Incorrect
syntax near '10081b6e0df1eb0)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Statement(s)
could not be prepared.
SQL STMT: select f.faq_id, f.faq_group_id, f.lang_id, f.title,
f.description, f.solution, f.created, f.updated, l1.label, l2.label
from faqs f left outer join labels l1 on (f.access_id = l1.label_id)
and (11 = l1.tbl) and (f.lang_id = l1.lang_id) left outer join labels
l2 on (f.status = l2.label_id) and (19 = l2.tbl) and (f.lang_id =
l2.lang_id) ,statuses s where (f.status = s.code) and (s.type_id = 4)
and (f.access_id in (1, 2)) and (f.faq_id =
510'12fbe8cf7124b4a018b46030)
 
This format string bug is NOT dependent on there being SQL injection
present.  To get the format string you just have to cause an error
example

http://www.victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510>


This obviously indicates that the Format String is in the Error
Handling process.

Regards

Mark Litchfield
www.ngssoftware.com
Tel +44 1241 4313

#20127 [NEW]: writing to stdin produces no output

[shane]

From: [EMAIL PROTECTED]
Operating system: win2k
PHP version:  4CVS-2002-10-27
PHP Bug Type: Output Control
Bug description:  writing to stdin produces no output

the following produces no output in windows.

$fp = fopen("php://stdin", "r+");
fwrite($fp, "Some tests have failed, would you like to send the\nreport to
PHP's QA team? [Yn]: ");
fflush($fp);
$user_input = fgets($fp, 10);


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

#19119 [Ver->Opn]: curl_exec called twice

[sterling]

 ID:   19119
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Verified
+Status:   Open
-Bug Type: cURL related
+Bug Type: Feature/Change Request
 Operating System: Linux 2.4.7-10 (RedHat 7.2)
 PHP Version:  4.3.0-dev / 4.2.3-dev
 New Comment:

not a bug a limitation - marked as a feature request...


Previous Comments:


[2002-09-25 09:55:39] [EMAIL PROTECTED]

sorry, misread



[2002-09-25 09:39:17] [EMAIL PROTECTED]

Not a bug in PHP -> bogus



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

current cURL extension limitation...  You can't reuse the
same handle...



[2002-08-27 14:22:23] [EMAIL PROTECTED]

Got the same results..




[2002-08-27 04:11:19] [EMAIL PROTECTED]

It seems that bug #14142 is back.
This simple exemple generate a Segmentation fault.
The bug occurs only when RETURNTRANSFER is set and when using 2
curl_exec on the same curl handle.
Changing the 2nd URL to http://www.php.net/ generate an infinite loop
!

http://www.apple.com/";);
$res1 = curl_exec($ch);

curl_setopt($ch,CURLOPT_URL,"http://www.apple.com/quicktime/";);
$res2 = curl_exec($ch);

curl_close($ch);
?>

PHP 4.2.2 / libcurl 7.9.8 and './configure --with-curl'.

Here is the back trace
Program received signal SIGSEGV, Segmentation fault.
0x080d580c in _efree (ptr=0x81a2164) at zend_alloc.c:222
222 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size);
(gdb) where
#0  0x080d580c in _efree (ptr=0x81a2164) at zend_alloc.c:222
#1  0x080e3c5e in _zval_dtor (zvalue=0x818d324) at zend_variables.c:44
#2  0x080dbf68 in _zval_ptr_dtor (zval_ptr=0x818d570) at
zend_execute_API.c:274
#3  0x080e9a61 in zend_hash_destroy (ht=0x8155188) at zend_hash.c:541
#4  0x080dbcaa in shutdown_executor () at zend_execute_API.c:173
#5  0x080e4c7e in zend_deactivate () at zend.c:596
#6  0x080611da in php_request_shutdown (dummy=0x0) at main.c:787
#7  0x0806009b in main (argc=2, argv=0xb9e4) at cgi_main.c:827
#8  0x401db657 in __libc_start_main (main=0x805f7a4 , argc=2, 
ubp_av=0xb9e4, init=0x805e424 <_init>, fini=0x8107d40 <_fini>,

rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xb9dc)
at ../sysdeps/generic/libc-start.c:129





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

#19301 [Asn->Bgs]: curl_exec crashes

[sterling]

 ID:   19301
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Assigned
+Status:   Bogus
 Bug Type: cURL related
 Operating System: Windows XP Professional CZ
 PHP Version:  4.2.3
 Assigned To:  jmoore
 New Comment:

not a php bug...


Previous Comments:


[2002-09-30 17:21:51] [EMAIL PROTECTED]

I've manged to get a backtrace using the latest CVS version:

It crashes in ext/curl/curl.c:313

NTDLL! 77f83941()
NTDLL! 77f838c6()
curl_write(char * 0x011607d9, unsigned int 0x0001, unsigned int
0x048b, void * 0x00dcd248) line 313 + 25 bytes
PHP_CURL! Curl_client_write + 54 bytes
PHP_CURL! Curl_readwrite + 3191 bytes
PHP_CURL! Curl_perform + 1135 bytes
PHP_CURL! Curl_perform + 120 bytes
PHP_CURL! curl_easy_perform + 33 bytes
zif_curl_exec(int 0x00dcc190, _zval_struct * 0x00db2780, _zval_struct *
0x0012fe04, int 0x1000, void * * * 0x7ffdf000) line 921 + 11 bytes
zend_execute_scripts(int 0x0008, void * * * 0x00db2780,
_zval_struct * * 0x, int 0x0003) line 834 + 34 bytes
php_execute_script(_zend_file_handle * 0x0012ff48, void * * *
0x00db2780) line 1537 + 27 bytes
main(int 0x0003, char * * 0x00db4f78) line 1055 + 17 bytes
mainCRTStartup() line 338 + 17 bytes
KERNEL32! 77e8d326()




[2002-09-30 17:09:24] [EMAIL PROTECTED]

reopening as snaps system uses latest release of curl.

- James



[2002-09-30 15:45:50] [EMAIL PROTECTED]

mine was latest CVS on the date I posted it, it might be a bug in curl
which is casuing the crash and the machine which is doing the snap shot
builds is using an older version.

Ill find out and get that updated if that is the case.

CLosing this bug for now as it seems a tertary problem rather than a
PHP one.

- James



[2002-09-30 04:32:32] [EMAIL PROTECTED]

I just tried your latest-cvs-with-curl build and yes that is also
working for me. 
However, the latest non-stable snapshot
http://snaps.php.net/win32/php4-win32-latest.zip (dated 20020929) is
still failing and I would have thought that was the same code as you
tested, or is there just some latency from CVS to the latest non-stable
builds?



[2002-09-28 04:50:41] [EMAIL PROTECTED]

OK just built Debug and Release versions of Curl (Curl-7.9.8) (NON-SSL)
and the same of the PHP Extension from the latest CVS and cannot
reproduce this bug in the latest versions. 

The crash no longer happens. Although it is reproduceable with
PHP-4.2.3 which was downloadable from PHP.net. You can download the
version I tested this with (Only got php_curl.dll & libcurl.dll
accompanying it) from

http://www.phpuk.org/~james/latest-cvs-with-curl.zip.

Please let me know if the problem persists with you in this build.

- James





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

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

#18697 [Opn->Bgs]: HTTPS POST crashing

[sterling]

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

my guess is that this is a symbol conflict with another library, either
way, the backtrace indicates its not a PHP/cURL bug...


Previous Comments:


[2002-10-15 06:25:02] [EMAIL PROTECTED]

Being main libcurl author, I'd like to second sniper's request. Please
rebuild libcurl with debug symbols and try again.

libcurl doesn't use the RAND_add() function itself, why that particular
info unfortunately doesn't help in giving any clues here.



[2002-10-14 02:47:15] [EMAIL PROTECTED]

Because this PHP/curl is on a production server with 200 websites, it's
not that easy to get a chance to re-compile stuff without breaking
scripts.

I will re-compile curl with debug symbols at some point over the next
few days.

For your information:  a curl HTTPS POST works fine from the command
line.



[2002-10-12 09:46:43] [EMAIL PROTECTED]

Compile curl also with debug symbols enabled..




[2002-10-12 09:46:19] [EMAIL PROTECTED]

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

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

As you can see, the bug is in curl itself.




[2002-10-12 03:05:22] [EMAIL PROTECTED]

Tried CVS snapshop but got exactly the same crash:

(gdb) run -X
Starting program: /usr/sbin/httpd -X
(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x in ?? ()
(gdb) bt
#0  0x in ?? ()
#1  0x40512813 in RAND_add () from /usr/local/lib/libcurl.so.2
Cannot access memory at address 0x4000



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

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

#17047 [Fbk->NoF]: INFORMIXSERVER not being read

[sniper]

 ID:   17047
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Informix related
 Operating System: aix 4.3.3
 PHP Version:  4.2.0
 New Comment:

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




Previous Comments:


[2002-10-10 22:55:32] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-05-06 14:13:03] [EMAIL PROTECTED]

Also of note, 

I have register_global = On.

phpinfo() shows:
register_global = On and On
INFORMIXSERVER = ibm65
ifx.default_host = ibm65

Yet it still requires me to do this:
putenv("INFORMIXSERVER=ibm65");



[2002-05-06 13:41:08] [EMAIL PROTECTED]

The following php script does not work

  

it prints:
ibm65
Warning: ifx_connect: E [SQLSTATE=IX 000 SQLCODE=-25560] in test.php on
line 14

25560 means that INFORMIXSERVER is not set in the env.
Which is crazy because I getenv it and echo it.

But the following works:
  

So it seems that the environment variable INFORMIXSERVER is not being
read correctly.

Besides having INFORMIXSERVER set in my env, I also have set the
/usr/local/lib/php.ini ifx.default_host=ibm65.  Yet neither work.

I have to putenv() the value explicitly.





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

#16816 [Fbk->NoF]: PHP opens more connections as allowed

[sniper]

 ID:   16816
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Sybase (dblib) related
 Operating System: Linux 7.2
 PHP Version:  4.1.2
 New Comment:

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




Previous Comments:


[2002-10-09 22:20: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





[2002-04-25 04:35:02] [EMAIL PROTECTED]

My sybase config for php is as follows:

sybase.allow_persistent =   On
sybase.max_persistent   =   5
sybase.max_links  =   5

Also I am using phplib database classes - which are based on
pconnect().
The problem now is that after a short time there are 15 or more PHP
processes within the sybase database!
The result is that another Delphi Programm can not longer access the
same database, because it can not open a connection when all
connections are used by php! (increasing the max num of connections
within the sybase db is no real solution to this!)
I wonder about the BROKEN_SYBASE_PCONNECTS define within the source
code - is there a known problem which I haven't found within the
web/news?

Thanks for help

Kai Hofmann





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

#18593 [Fbk->NoF]: Apache crash when use function printer_draw_

[sniper]

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

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




Previous Comments:


[2002-10-09 21:32:44] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-07-26 17:26:23] [EMAIL PROTECTED]

reclassified



[2002-07-26 11:04:39] [EMAIL PROTECTED]

code :
printer_draw_text($handle,$text,$row ,$column_end);
$row = $row-$rowhigh;
printer_draw_line($handle,$row,$column1,$row,$column_end);


If value of $column_end is long over printer can print (sample 1500 on
paper A4) Apache will crash.




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

#17566 [Fbk->NoF]: phpinfo() causes load of 2+

[sniper]

 ID:   17566
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: BSD/OS 4.2
 PHP Version:  4.3-dev
 New Comment:

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




Previous Comments:


[2002-10-11 22:21:57] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

The memory leak problem has been corrected, can you please check if the
phpinfo() still drives up the load.



[2002-10-09 13:26:20] [EMAIL PROTECTED]

--disable-debug affects the display of the memory leak :-)

It does not affect the error itself. Still an increasing load.
I've added some trace warnings, and it seems that every string is
passed through php_escape_html_entities twice! Here's an anonimized
snippet:
PHP Warning:  oldlen is 15. old is ,
newlen=1210382182, all=1, quote_style=2, hint_charset is <(null)>
 in /webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Putting a terminator at position 15 in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Returning replaced  (len=15) in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  oldlen is 15. old is ,
newlen=1211165388, all=1, quote_style=2, hint_charset is <(null)>
 in /webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Putting a terminator at position 15 in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Returning replaced  (len=15) in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  oldlen is 34. old is , newlen=1210382258, all=1, quote_style=2, hint_chars
et is <(null)>
 in /webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Putting a terminator at position 34 in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Returning replaced 
(len=34) in /webdocs/host.domain.nl/public_html/php
2345.php on line 2
PHP Warning:  oldlen is 34. old is , newlen=1211165388, all=1, quote_style=2, hint_chars
et is <(null)>
 in /webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Putting a terminator at position 34 in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Returning replaced 
(len=34) in /webdocs/host.domain.nl/public_html/php
2345.php on line 2



[2002-10-07 06:41:36] [EMAIL PROTECTED]

The problem is in the recent changes to ext/standard/info.c which is
calling php_escape_html_entities (via php_info_html_esc) and PUTS()-ing
the result.
It never efree's it.
I suspect the loading problems will go away if you build a
--disable-debug version of PHP.



[2002-10-06 23:09:07] [EMAIL PROTECTED]

PHPAPI char *php_escape_html_entities(unsigned char *old, int oldlen,
int *newlen, int all, int quote_style, char *hint_char
set TSRMLS_DC)
{
int i, j, maxlen, len;
char *replaced;
enum entity_charset charset = determine_charset(hint_charset
TSRMLS_CC);
int matches_map;

maxlen = 2 * oldlen;
if (maxlen < 128)
maxlen = 128;replaced = emalloc (maxlen); // #line 667
len = 0;

i = 0;
while (i < oldlen) {


}   
}
replaced[len] = '\0';
...


So what happens if oldlen = 0 and more importantly: how can oldlen
become 0?



[2002-10-06 23:01:29] [EMAIL PROTECTED]

hmm..that is a hint:
/home/mdev/cvs/php4/ext/standard/html.c(667) :  Freeing 0x0820BA24 (396
bytes), script=-
Last leak repeated 383 times

383 times?



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

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

#5343 [Opn->Csd]: a way of implementing class methods

[sterling]

 ID:  5343
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Open
+Status:  Closed
 Bug Type:Feature/Change Request
 PHP Version: 4.0.1
 New Comment:

the issue has been considered already...


Previous Comments:


[2002-01-06 08:41:28] [EMAIL PROTECTED]

can you propose this on  [EMAIL PROTECTED] ?



[2000-07-03 17:10:59] [EMAIL PROTECTED]

How about:
function Foo::Bar() {
//implementation of method `Bar' in class `Foo'
}

ppl usually separate the functionality in different files, and with
classes this is only possible by forwarding calls to regular
functions,
or by making use of derivation, which is not the best practice.

IMHO that would imply small changes to the parser (to recognize `::'
syntax), what do you think?





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

#18158 [Fbk->NoF]: sybase session storage causing data corruption

[sniper]

 ID:   18158
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Sybase-ct (ctlib) related
 Operating System: Solaris 8
 PHP Version:  4.2.1
 New Comment:

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




Previous Comments:


[2002-10-09 10:50:03] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-09-25 06:33:13] [EMAIL PROTECTED]

Not session related, reclassified.



[2002-07-19 05:38:28] [EMAIL PROTECTED]

I think this is a different problem. This is related to sybase
returning an error like already exists when doing an insert and it
doesn't occur with mysql and has nothing to do with the size of the
session.  The corruption occurs in a non-session variable and there
doesn't appear to be anything wrong with the session data itself.

In 18404, as far as I can see, the database doesn't give an error, the
problem occurs with both sybase and mysql and it seems to depend on the
size of the session and the session variable becomes undefined.  It
still occurs with the workaround for this bug in place.

However if you still think its the same bug then of course I accept
that.



[2002-07-19 04:57:50] [EMAIL PROTECTED]

In the other report (#18404) you said mysql does NOT work..
please, only ONE report per bug.




[2002-07-19 04:06:02] [EMAIL PROTECTED]

As workaround I modified the read routine of the session handler to set
a global variable to say whether the session exists.  The write routine
tests this var to tell whether to do an insert or an update, no errors
are returned and everything works fine. see
http://sporty.nun.unsw.edu.au/pear_session2.phps.



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

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

#18969 [Fbk->NoF]: Conflicting types for mmap64 during sapi_apache.c compilation

[sniper]

 ID:   18969
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Compile Failure
 Operating System: AIX 4.3.3
 PHP Version:  4.3.0-dev
 New Comment:

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




Previous Comments:


[2002-10-08 22:32:54] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

If the problem still exists could you please include the defenition of
mmap64 from /usr/include/sys/mman.h



[2002-08-20 21:32:11] [EMAIL PROTECTED]

update version.



[2002-08-20 15:55:51] [EMAIL PROTECTED]

Just marking as open



[2002-08-20 15:48:52] [EMAIL PROTECTED]

Thx sniper. I tried using that code but have got the same results.



[2002-08-19 17:21:06] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



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

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

#19442 [Fbk->NoF]: In a loop of gzopen gzclose the server stops

[sniper]

 ID:   19442
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Zlib Related
 Operating System: windows/?
 PHP Version:  4.2.3
 New Comment:

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




Previous Comments:


[2002-10-08 21:48:56] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-09-17 00:15:30] [EMAIL PROTECTED]

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

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



[2002-09-16 15:42:02] [EMAIL PROTECTED]

This script will make the setver to crash down


   window.location='$_SERVER[REQUEST_URI]';
   ";

?>
At my apache web server this crash after 508 loops.




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

#19445 [Fbk->NoF]: Memory problem of PHP in Win32 environment

[sniper]

 ID:   19445
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Scripting Engine problem
 Operating System: Windows2000Server
 PHP Version:  4.2.2
 New Comment:

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




Previous Comments:


[2002-10-08 21:52:53] [EMAIL PROTECTED]

Have you tried using Apache 1.3.27 instead? (Apache2 is pretty
unstable..)




[2002-09-24 23:04:19] [EMAIL PROTECTED]

I thank for advice.
> http://snaps.php.net/win32/php4-win32-latest.zip
I tried to use PHP4.3.0-dev of the link of the top promptly.
This I thought that the condition is good. However, STOP-Error came out
before about 20 minutes from now.
As for this PHP4.3.0-dev the error came out even the CGI mode.

Apache error.log
Premature end of script headers: PHP.EXE

I returned to the CGI mode of PHP4.2.2 once again.

Thanks.



[2002-09-23 07:41:52] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

There were some fixes in CVS just recently, so please try a newer
snapshot.




[2002-09-23 06:45:49] [EMAIL PROTECTED]

It is a report.

I got PHP from "http://snaps.php.net/win32/php4-win32-latest.zip"; and
tried to cause it run with the ISAPI mode.
Then, the STOP error came out in several minutes.(T_T)
It returned it to old PHP4.2.2, because the error of PHP came out, even
if this version causes it run with the CGI mode.

Thanks.



[2002-09-23 04:06:04] [EMAIL PROTECTED]

Thank you for the reply.

http://bugs.php.net/15333
Although it saw this report my little situation seems to differ.
The error comes out, also in enough environment where clean installed
Windows2000Server.
Needless to say, the error comes out even if it is including all the
security close-fitting trousers of Microsoft.
As for the memory of my machine, the error does not come out at all,
when PHP is caused run with the CGI mode, although it is not tested.
Needless to say, the error does not come out even if it uses other any
applications.
The stated error is the error that "failed to the initialization of the
application".
And all the applications come not to trigger and OS does STOP-Error.
At this time the vacancy memory quantity of the system had decreased
very much without gazing to the number of the process.(500MB around)
I think that the memory of my machine is normal.

Please permit. I am Japanese whose head is bad. Therefore I am not able
to read and write English well.

Thank you.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/19445

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

#5226 [Ana->Bgs]: arrayfields reorganized when using array_pop

[sterling]

 ID:   5226
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Analyzed
+Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: freebsd 3.1
 PHP Version:  4.0.0 Release
 New Comment:

Except that its not a feature request, its a bogus bug report... ;-)

It imho shouldn't be changed in the first place, but it would also
break bc so fully that it will never change.


Previous Comments:


[2001-04-04 00:51:40] [EMAIL PROTECTED]

oops, forgot feature request.

-Chris



[2001-04-04 00:49:25] [EMAIL PROTECTED]

Reclassifying as a feature request, regardless of whether it happens
anytime soon. :)

-Chris

[EMAIL PROTECTED] adds...

This is a repeat of 5226, but I couldn't add anything without a
password, which I didn't have.

In that bug, [EMAIL PROTECTED] didn't understand the example that was
given. What happens is this: if you have

$a[5]="five"; 
$a[6]="six";

and then do array_pop($a), you now have $a[0]="five", not $a[5]="five",
as I would expect.

Despite not understanding the example, stas answered the question:
that's the way the zend engine works. But you don't see that as a
problem?




[2000-06-28 10:20:19] [EMAIL PROTECTED]

Presently, all splice-derived functions reorder numeric keys.
There's not much to do about it, since it's the way Zend Engine handles
numeric hash keys.
Changing it either way won't bring more consistent  functionality, so
in the meantime it is just as it is.



[2000-06-25 19:01:02] [EMAIL PROTECTED]

AFAIU that's exactly what pop should do - pop element from array.
Why should it insert empty element on top?



[2000-06-25 18:56:19] [EMAIL PROTECTED]

\n";
  }
?>

returns:

0 = A
1 = B
2 = 

but should return 

0 =
1 = A
2 = B





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

#19457 [Fbk->NoF]: Apache 1.3.26 w/OpenSSL fails to start

[sniper]

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

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




Previous Comments:


[2002-10-08 21:56:44] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

And make sure you're linking both apache and php with SAME openssl
libs. Best way to make sure you're doing that is to remove all libssl.*
and libcrypto.* files from your system
and the header files and reinstall openssl.




[2002-09-18 19:17:37] [EMAIL PROTECTED]

Maybe you should try mod_ssl and compile it as DSO.
I'm using that and it has always worked fine.




[2002-09-17 18:53:46] [EMAIL PROTECTED]

Compiling v4.2.2 as a .so file also failed.  Out of curiosity, is there
possibly a problem with our compiler version (gcc 2.95.3)?



[2002-09-17 18:27:31] [EMAIL PROTECTED]

Yes, it was compiled with the libpthread library.  Just for a little
further info, recompiling Apache WITHOUT SSL works fine ...  We're
going to try the 4.2.2 PHP compile and see if that works ...



[2002-09-17 17:00:05] [EMAIL PROTECTED]

I might be mistaken..but I think I had same issue myself
once and got it fixed by making sure httpd was linked with 
libpthread..can you check if your httpd is linked with it:

ldd /usr/local/apache/bin/httpd





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

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

#19724 [Fbk->Opn]: Limited data size on read

[sniper]

 ID:   19724
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: dBase related
 Operating System: All
 PHP Version:  4.2.3
 Assigned To:  vlad
 New Comment:

Setting to 'Open' to prevent automatic closing due the no-feedback..

Vlad, what is the status on this?




Previous Comments:


[2002-10-08 12:28:50] [EMAIL PROTECTED]

Actually, it seems to return only up to 254 fields, which is a bug on
its own. I believe, there was a limit of 255 fields for dbase4 format.
I do not believe this is the case with dbase5. 

This patch broke it:
http://cvs.php.net/diff.php/php4/ext/dbase/dbf_head.c?login=2&r1=1.9&r2=1.10&ty=u

The simpliest way to fix that would be just to increase the constant
from 254 to 1024. The better way would be figure out what the author of
the patch meant by 'padded field headers'.

I'll look into that.


[EMAIL PROTECTED], do you use dbase5? or something else?



[2002-10-02 15:52:27] [EMAIL PROTECTED]

When using dbase_get_record or dbase_get_record_with_names to read from
a DBF file, it only returns a maximum of 255 fields now. It did not do
this in previous versions.




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

#19785 [Fbk->NoF]: ld cannot find -lX11

[sniper]

 ID:   19785
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: GD related
 Operating System: SuSE 8.0
 PHP Version:  4CVS-2002-10-06
 New Comment:

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




Previous Comments:


[2002-10-07 21:28:20] [EMAIL PROTECTED]

Was this snapshot labeled 'STABLE' ? If yes, then try the one without
that text. And did you try any other configure lines before the one
mentioned here?

Also, check your config.log for any X11 text.

This library or any test won't be done unless you have
(or have had) --with-xpm-dir in your configure line.





[2002-10-06 15:44:48] [EMAIL PROTECTED]

I am trying to install php4-200210061200 got on the snapshots and I get
this error:

/usr/i486-suse-linux/bin/ld: cannot find -lX11
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

I configured php with the following command:

./configure --with-mysql --enable-track-vars
--with-apxs2=/usr/local/apache2043/bin/apxs --enable-ftp --with-gd
--enable-magic-quotes --enable-gd-native-ttf --with-ttf --with-t1lib
--with-gettext --with-snmp --with-openssl --with-xml --with-imap

I didn't insert any X11 references.

How I can solve this problem?




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

#19650 [Fbk->NoF]: 4.2.3 (!) "include" operator mistake

[sniper]

 ID:   19650
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Scripting Engine problem
 Operating System: Windows
 PHP Version:  4.2.3
 New Comment:

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




Previous Comments:


[2002-10-12 10:26:26] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-10-07 12:18:47] [EMAIL PROTECTED]

Wow... I'm a fool, I have tested wrong PHP version! Error is still
actual.

But now I think I have found the bug place.

File main/fopen_wrappers.c, in function php_fopen_with_path, we can see
a piece of code:

if (IS_ABSOLUTE_PATH(filename, filename_length)) {
  if ((php_check_safe_mode_include_dir(filename TSRMLS_CC)) == 0)
  /* filename is in safe_mode_include_dir (or subdir) */
  return php_fopen_and_set_opened_path(filename, mode, opened_path
TSRMLS_CC);
  if (PG(safe_mode) && (!php_checkuid(filename, mode,
CHECKUID_CHECK_MODE_PARAM)))
  return NULL;
  return php_fopen_and_set_opened_path(filename, mode, opened_path
TSRMLS_CC);
}
/* else start to glue path from include_path */
...

Under Windows IS_ABSOLUTE_PATH is:
#define IS_ABSOLUTE_PATH(path, len) \
(len >= 2 && isalpha(path[0]) && path[1] == ':')

Of course, when Apache's mod_php4 makes "include" request for
"/home/localhost/www/phpinfo.php", program DOES NOT get into "if"
statement! And we get pathes something like 
".//home/localhost/www/phpinfo.php" and
"c:/php/pear//home/localhost/www/phpinfo.php" when
include_path=".;c:/php/pear" (I have dumped "path" argument of
virtual_fopen function [tsrm_virtual-cwd.c] to watch such pathes).

We cannot modify IS_ABSOLUTE_PATH macro, because there is #define
COPY_WHEN_ABSOLUTE 2 before it, and core always think that "absolute"
part contains 2 characters - we'd like to thank developers of windows
port for that :-(. Path "/some/path" contains NONE "absolute"
characters ("z:/some/path" contains two - "z:").

But, if we patch:

- if (IS_ABSOLUTE_PATH(filename, filename_length)) {
+ if (IS_ABSOLUTE_PATH(filename, filename_length) 
+ || IS_SLASH(*filename)) {

PHP begins to work!

I don't know would it cause a security problem with safe_mode. Code is
too tangled and duplicated (somebody likes "copy+paste" technique of
programming, I suppose).

Please correct this bug in next PHPs. Now I will patch it "by hands",
but I don't want our users to cry when they would install newer version
and it begin to trash.



[2002-10-05 18:49:02] [EMAIL PROTECTED]

Of course, not OK (-;

File c:\t.php:


File c:\test.php:


c:\php> php.exe -q < c:\t.php

Warning:  Failed opening '/test.php' for inclusion
(include_path='.;c:\php4\pear') in - on line 2

c:\php> php.exe -q c:\t.php
!

Strange, isn't it?..

Good "/test.php", or not good, when I write 
  DocumentRoot /home/localhost/www
in httpd.conf, and then 
  GET /phpinfo.php HTTP/1.1
Apache calls /home/localhost/www/phpinfo.php, but not
./home/localhost/www (-; Well, 4.2.3 processes it correctly (and we may
close this bug report), but...

I meant that PHP 4.2.3 still have something wrong in its code, because
absolute-slashed pathes do not work sometimes (like in "< script",
maybe somewhere else?). Here, in Russia, we saying in such cases: "Heh,
something's wrong in Danish kingdom". (-; Today I tried to debug it,
but have not found a bug place. Maybe next time.

Good luck.



[2002-10-05 16:07:37] [EMAIL PROTECTED]

 is not good

this is better:


ok?



[2002-10-05 15:35:28] [EMAIL PROTECTED]

New information about this bug.

1. Since version PHP 4.2.3 bug is "changed":

File /t.php AND ./t.php (identical):


Tests:
a) > php.exe c:\t.php - works
b) > php.exe \t.php - works
c) > php.exe /t.php - works
d) > php.exe
 
 ^Z
 - DOES NOT work.

In version 4.1.2...4.2.2 a, b & c are not working.

2. Versions <= 4.1.1 work correctly.

So, I think there is only an error if PHP.exe v4.2.3+ gets program from
STDIN. Previous versions (<4.2.3) do not work with command-line
filename too.



The remainder of the comments for this report are too long. To view
t

#19655 [Fbk->NoF]: Using MM session handler, Apache crashs at child death.

[sniper]

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

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




Previous Comments:


[2002-10-12 10:34:02] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-10-01 13:14:42] [EMAIL PROTECTED]

I tested the php4-200209300600 snap. I still have apache segfaulting :

#0  ps_mm_destroy (data=0x83f26a8) at
/space/build/apache/php4-200209300600/ext/session/mod_mm.c:241
241 next = sd->next;
(gdb) bt
#0  ps_mm_destroy (data=0x83f26a8) at
/space/build/apache/php4-200209300600/ext/session/mod_mm.c:241
#1  0x8135606 in zm_shutdown_ps_mm (type=1, module_number=18) at
/space/build/apache/php4-200209300600/ext/session/mod_mm.c:293
#2  0x81348c4 in zm_shutdown_session (type=1, module_number=18)
at
/space/build/apache/php4-200209300600/ext/session/session.c:1511
#3  0x80e880f in module_destructor (module=0x83e2518) at
/space/build/apache/php4-200209300600/Zend/zend_API.c:1128
#4  0x80e9e47 in zend_hash_apply_deleter (ht=0x839d460, p=0x83e24e8) at
/space/build/apache/php4-200209300600/Zend/zend_hash.c:598
#5  0x80e9f59 in zend_hash_graceful_reverse_destroy (ht=0x839d460) at
/space/build/apache/php4-200209300600/Zend/zend_hash.c:664
#6  0x80e62dc in zend_shutdown () at
/space/build/apache/php4-200209300600/Zend/zend.c:512
#7  0x80cae93 in php_module_shutdown () at
/space/build/apache/php4-200209300600/main/main.c:1193
#8  0x80cae74 in php_module_shutdown_wrapper (sapi_globals=0x835b520)
at /space/build/apache/php4-200209300600/main/main.c:1170
#9  0x80c1540 in apache_php_module_shutdown_wrapper ()
#10 0x81966ce in run_cleanups ()
#11 0x8194db4 in ap_clear_pool ()
#12 0x8194e29 in ap_destroy_pool ()
#13 0x8194d8c in ap_clear_pool ()
#14 0x8194e29 in ap_destroy_pool ()
#15 0x81a38c2 in clean_parent_exit ()
#16 0x81a6593 in standalone_main ()
#17 0x81a6a93 in main ()



[2002-09-29 20:03:03] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

I meant all the libraries you link with PHP and apache with.
But please try the snapshot, it's more likely not related to SSL anyway
and there were some fixes in CVS just today which should prevent this.




[2002-09-29 17:40:18] [EMAIL PROTECTED]

> and are you 100% sure you're really compiling with 0.9.6g ? 

Yes, Apache+mod_ssl are linked with a just "untagzip'ed and compiled"
openssl-0.9.6g ...

> And that ALL your software is linked with it?

Why would other software be linked with it ? We're only takking about a
httpd process, not the whole of the system.

> Best way to be sure about it is to first remove all binaries
> compiled with openssl and all old openssl libraries from your system
> and compile the latest from scratch.

Why would I do that ? I am sure the steps I made : it is an
Apache+0.9.6g (as shown in headers) and it is crashed by the worm code
:(

Georges



[2002-09-29 17:33:36] [EMAIL PROTECTED]

Please, don't sign your comments..and are you 100% sure 
you're really compiling with 0.9.6g ? And that ALL your
software is linked with it?

Best way to be sure about it is to first remove all binaries
compiled with openssl and all old openssl libraries from your system
and compile the latest from scratch.




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

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

#19793 [Fbk->NoF]: Apache blames the failure of /error.php?error=# with ErrorDocument on PHP

[sniper]

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

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




Previous Comments:


[2002-10-10 10:33:54] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-10-06 21:21:33] [EMAIL PROTECTED]

I have always used this in my .htaccess:

#  Error document handling:

ErrorDocument   401 /error.php?error=401
ErrorDocument   403 /error.php?error=403
ErrorDocument   404 /error.php?error=404

this works perfectly with PHP on Apache 1.3.x.

Recently, I decided to upgrade PHP and Apache to the newest version of
each on a server that I maintain, and first noticed that in directories
where I use another .htaccess for password protection, Apache was
giving me the 401 page without asking for a username and password, then
saying that it was getting a 403 error in trying to load the
ErrorDocument.

This made no sense to me, because:

DocumentRoot = /web/mori

drwxrwx--x   24 mordeth  mordeth  4096 Oct  6 21:25 .
-rw-rw-r--1 mordeth  mordeth  6731 Dec  5  2001 error.php

and in /web:

drwxr-x--x   41 root web  4096 Oct  1 23:04 .

as you can see...I have the correct perms for Apache to be able to read
that document, so I shouldn't be getting 403 errors on it.

After submitting bug #13121 to Apache
(http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13121), they reject
fixing the problem, instead blaming the problem on PHP:

"This is almost certainly a PHP problem, since the default install
includes some SSI-generated error documents that work just fine.  Most
likely, the reponse status code is getting lost someplace in the PHP
filter.  Please ask on the PHP users mailing list, and if they don't
have a solution, report it in the PHP bug database."

I fail to see why it'd be PHP's fault that Apache wouldn't do the Auth
before serving the ErrorDocument, but hopefully someone can diagnose
this.




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

#19730 [Fbk->NoF]: PHP --with-mysql reports the wrong client API version

[sniper]

 ID:   19730
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: MySQL related
 Operating System: debian linux potato
 PHP Version:  4.2.3
 New Comment:

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




Previous Comments:


[2002-10-12 10:23:45] [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


Even as I'm pretty sure this is some problem in your system or an user
error..




[2002-10-04 19:21:39] [EMAIL PROTECTED]

yes, it does. Both the binary build and the apache module were built on
October 2, 2002, and they both show the correct build date.



[2002-10-04 18:29:07] [EMAIL PROTECTED]

Can you check what the build-date is in the phpinfo output where the
incorrect mysql version is shown?
(2nd line, iirc)

Does it match the date you build it?




[2002-10-04 13:08:36] [EMAIL PROTECTED]

Additionally, as I stated earlier, the PHP binary and the PHP Apache
modules are being compiled on the same server, with the same configure
options (except --with-apache).

Nothing on the server was changed between building the binary and the
module. They both used clean source trees (freshly untarred, even). The
binary reports the correct version, the module does not. The module
also does not report the version of the included MySQL libs, instead it
reports a version of MySQL that has never been installed on the server.



[2002-10-03 20:01:10] [EMAIL PROTECTED]

with regards to the beta string, I have known about the development
life cycle, and the alpha, beta, gamma, and release phases of
development for many years. MySQL 4 is doing wonderfully in production,
and we put each release through rigorous testing in house before
implementing it. You should try it out sometime.

With regards to the version string, there are no files on the
filesystem that match 3.23.35.

Have you tried to build it yet using the build method I sent? If so,
what were the results?



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

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

#19795 [Fbk]: Problems with strnatcmp and strnatcasecmp

[sniper]

 ID:   19795
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Strings related
 Operating System: FreeBSD 4.6
 PHP Version:  4.2.2
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-10-07 06:00:21] [EMAIL PROTECTED]

I am quite sure I did that yes. I set locale for LC_ALL and strftime is
working as it should.

If I understand the documentation correctly, this function should work
as strcmp except for the fact that numbers are sorted in a natural
order. And strcmp does sort as I expect.

usort using strcmp:

array(11) {
  [0]=>
  string(1) "1"
  [1]=>
  int(1)
  [2]=>
  string(2) "12"
  [3]=>
  string(1) "2"
  [4]=>
  string(1) "a"
  [5]=>
  string(1) "z"
  [6]=>
  string(1) "€"
  [7]=>
  string(1) "‰"
  [8]=>
  string(1) "å"
  [9]=>
  string(1) "æ"
  [10]=>
  string(1) "ø"
}



using strnatcmp:

array(11) {
  [0]=>
  string(1) "€"
  [1]=>
  string(1) "‰"
  [2]=>
  string(1) "å"
  [3]=>
  string(1) "æ"
  [4]=>
  string(1) "ø"
  [5]=>
  string(1) "1"
  [6]=>
  int(1)
  [7]=>
  string(1) "2"
  [8]=>
  string(2) "12"
  [9]=>
  string(1) "a"
  [10]=>
  string(1) "z"
}



[2002-10-07 03:58:36] [EMAIL PROTECTED]

Did you set-up your locales correctly?

Derick



[2002-10-07 03:51:15] [EMAIL PROTECTED]

Characters with an ASCII value above 127 is considered to be the lower
value. This is a bit unfortunate if you use a language with special
characters (like the 3 danish letters after z in the list below).

  $list = array('a', 1, '2', '12', '1', 'z', 'æ', 'ø', 'å', chr(137),
chr(128));   
  usort($list, 'strnatcmp'); 
  var_dump($list);

The values above 127 are sorted correctly, they should just be
considered higher than A-z.

I believe I have seen this bug on a Solaris Unix as well. But that was
a while ago and I can not provide any detailed information on that
situation.





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

#19796 [Fbk->NoF]: Oracle query in array, returned by function: memory leak (no more high CPU load)

[sniper]

 ID:   19796
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Performance problem
 Operating System: Digital Unix V4.0F
 PHP Version:  4.2.3
 New Comment:

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




Previous Comments:


[2002-10-12 09:53:08] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-10-10 15:52:18] [EMAIL PROTECTED]

With 4.2.3, the link with Oracle seems to have some problems as the
server looks less responsive and with many queries, I have "arithmeric
exceptions" in error_log of httpd so I'm going back to 4.0.4pl1 and its
high CPU load...



[2002-10-09 13:11:15] [EMAIL PROTECTED]

What I'm wondering is wheter the memory is going to be given back to
the system if it needs it ? With 4.0.4pl1, the  VSZ/RSS numbers were
above 150 M and never shrunk, which worried the system maintenance
staff. I know such memory readings have to be carefully interpreted but
it's still troubling...



[2002-10-09 11:18:34] [EMAIL PROTECTED]

Does this 'latest' version fix some items that could be related to my
problems?



[2002-10-09 09:38:30] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





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

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

#19811 [Fbk->NoF]: phps display incomplete

[sniper]

 ID:   19811
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Output Control
 Operating System: Debian sarge, kernel 2.4.18
 PHP Version:  4.2.3
 New Comment:

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




Previous Comments:


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

Please try using this CVS snapshot:

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



[2002-10-08 01:25:12] [EMAIL PROTECTED]

I should also note that I'm running apache 1.3.26.  Full system
information can be seen with phpinfo() running at
.



[2002-10-08 01:15:44] [EMAIL PROTECTED]

Source (phps) displays are truncated.  See, for instance,
 which truncates prior to
the the true ending of the file.  The actual file continues on, closes
the table, and ends with several more lines of HTML and PHP.

This may be a server child process crash, but I'm not seeing anything
in my apache error log about it.

This is reproducable with other pages as well.  The problem was also
present in PHP 4.2.2.

The configure with which I compiled PHP is as follows:

./configure \
--prefix=/usr \
--with-mysql \
--libexecdir=/usr/lib/php4 \
--infodir=/usr/share/info \
--sysconfdir=/etc/php \
--mandir=/usr/share/man \
--includedir=/usr/include/php \
--with-config-file-path=/etc/php/apache \
--with-openssl=../openssl-0.9.6g \
--enable-magic-quotes \
--enable-ftp \
--enable-shared \
--with-mm \
--enable-sockets \
--with-apxs=/usr/sbin/apxs





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

#19824 [Fbk->NoF]: Any query string causes Error 0: Not Found

[sniper]

 ID:   19824
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: PHP options/info functions
 Operating System: Windows98
 PHP Version:  4.2.1
 New Comment:

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




Previous Comments:


[2002-10-09 10:41:13] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-10-08 23:13:11] [EMAIL PROTECTED]

Entering any url, say http://127.0.0.1/hello.php works fine. If I call
the same page with any type of query string appended, eg,
http://127.0.0.1/hello.php?x=y the only thing returned is a blank page
with: "Error 0: Not Found."

I came across the solution on the BadBlue website. In PHP.ini, if
"doc_root=" is not blank, you get this behavior. If you edit it back to
just doc_root= , the problem goes away and the url is evaluated
properly.

This seems like very strange behavior to result from this setting and
probably not what you intended.






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

#19826 [Fbk->NoF]: php returns no data

[sniper]

 ID:   19826
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Output Control
 Operating System: suse linux 7.2 / 7.3
 PHP Version:  4.2.2
 New Comment:

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




Previous Comments:


[2002-10-09 09:30:12] [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

This is most likely session related problem, please try the snapshot.
(check also your error_log for possible segfaults at the time..)





[2002-10-09 08:53:19] [EMAIL PROTECTED]

Could you please provide a smaller example that can demonstrate the
problem and that does not rely on inclusion of other files. Thanks.



[2002-10-09 02:27:19] [EMAIL PROTECTED]

sometimes when i click on a link the php-script returns no data, so a
blank page is displayed. this error just happens sometimes. not
regular. also this happens more often when i submit a  (doesn't
matter if POST oder GET method).

here an example script (index.php):

parse("root.fragen");
}
}

$oPage->assign("FILE",  $PHP_SELF);
$oPage->assign("TITEL", $sTitel);
$oPage->assign("INHALT",$sInhalt);

$oPage->parse("root");
$oPage->out("root");
?>

the file "server.php" just checks on which server the script is running
an sets the include_path and global mysql-access variables. and it
includes 5 more php files which contains classes and functions.

the file "settings.php" has the following content:


when i remove the header-data the problem still exists.

also i tried the following in my "index.php"



parse("root.fragen");
}
}

$oPage->assign("FILE",  $PHP_SELF);
$oPage->assign("TITEL", $sTitel);
$oPage->assign("INHALT",$sInhalt);

$oPage->parse("root");
$oPage->out("root");
?>

the problem still exists ...

i use apache 1.3.26.




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

#19832 [Fbk->NoF]: stack overflow when using preg_match_all

[sniper]

 ID:   19832
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Reproducible crash
 Operating System: win2k / iis
 PHP Version:  4.2.2
 New Comment:

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




Previous Comments:


[2002-10-09 16:50:44] [EMAIL PROTECTED]

This is a known issue within the PCRE library when the pattern string
is not an optimal pattern.
There was another bug (I don't have the number to hand)
where we looked into this; the bottom line is that you
should either:
1.) Rewrite your pattern string
2.) Increase the amount of available stack space for the
process.

However, please submit your script/pattern string here,
just in case you've found a different problem.



[2002-10-09 10:01:02] [EMAIL PROTECTED]

oops!

Can you please provide a short reproducing script?

Derick



[2002-10-09 09:59:53] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.



[2002-10-09 09:55:40] [EMAIL PROTECTED]

i'm trying to use preg_match_all in order to find a string in a text
file. if the founded string is too big php send a stack overflow
message (result string < 1000 caracters)





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

#19854 [Fbk->NoF]: Assertion failure in mips_emit_delays at ./config/tc-mips.c line 2231.

[sniper]

 ID:   19854
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Compile Failure
 Operating System: Cobalt RAQ2 Linux 4
 PHP Version:  4.2.3
 New Comment:

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




Previous Comments:


[2002-10-10 18:35:53] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-10-10 16:54:33] [EMAIL PROTECTED]

Then I don;t if because of this I also get this after doing a 'make':

In file included from x/php-4.2.3/ext/standard/php_standard.h:21,
 from main.c:52:

basic_functions.h:121: #error Need type which holds 32 bits



[2002-10-10 16:52:34] [EMAIL PROTECTED]

CONFIGURE:   './configure' '--with-apxs' '--with-mysql'
'--with-gettext' '--with-xml' '--with-imap' '--enable-ftp'
CC: gcc
CFLAGS: -g -O2
CPPFLAGS:-D_XPG_IV -DCOBALT_RAQ_LED -DLINUX=2
CXX:
CXXFLAGS:
INCLUDES:-I/usr/include/apache  -I$(top_builddir)/Zend
-I/usr/local/include
-I/home/sites/home/users/rizzo/php-4.2.3/ext/mysql/libmysql
LDFLAGS: -Wl,-rpath,/usr/local/lib -L/usr/local/lib
LIBS:   -lcrypt -lpam -lcrypt -lresolv -lm -ldl -lnsl  -lresolv
-lcrypt
DLIBS:  -lc-client
SAPI:   apache
PHP_RPATHS:  /usr/local/lib
uname -a:   Linux piper.remixnetworks.com 2.0.34C52_SK #1 Tue Nov 30
18:14:40 PST 1999 mips unknown

gcc -o conftest -g -O2  -D_XPG_IV -DCOBALT_RAQ_LED -DLINUX=2 
-Wl,-rpath,/usr/local/lib -L/usr/local/lib conftest.c -lcrypt -lpam
-lcrypt -lresolv -lm -ldl -lnsl  -lresolv -lcrypt 1>&5
/tmp/cca00265.s: Assembler messages:
/tmp/cca00265.s:72: Internal error!
Assertion failure in mips_emit_delays at ./config/tc-mips.c line 2231.
Please report this bug.




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

#20128 [NEW]: Posting posting results in a blank page.

[danj]

From: [EMAIL PROTECTED]
Operating system: Windows ME
PHP version:  4.2.3
PHP Bug Type: Unknown/Other Function
Bug description:  Posting posting results in a blank page.

Whenever I submit the search on the previous page, it goes to this page (as
it should), but the code will not execute and I just end up with a blank
page.

= 
\n"; 
echo "Pet NameOwner
NamePet TypeSexBirth
Date\n"; 
do { 
printf("%s%s %s%s%s%s\n", $myrow[pet_name],
$myrow[owner_first],
$myrow[owner_last],$myrow[pet_species],$myrow[sex],$myrow[pet_birth]); 
} 
while ($myrow = mysql_fetch_array($result)); 
echo "\n"; 
} 
else { 
echo "Sorry, no records were found!"; 
} 
?> 
-- 
Edit bug report at http://bugs.php.net/?id=20128&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20128&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20128&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20128&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20128&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20128&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20128&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20128&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20128&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20128&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20128&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20128&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20128&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20128&r=isapi

#17822 [Fbk->Csd]: Realpath, getcwd not returning true pathname

[iliaa]

 ID:   17822
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Directory function related
 Operating System: Windows - all
-PHP Version:  4.2.0
+PHP Version:  4.3.0-dec
 Assigned To:  sfox
 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-10-10 22:47:54] [EMAIL PROTECTED]

Any news?



[2002-07-27 11:45:45] [EMAIL PROTECTED]

Looked into this, it looks possible to implement.  Wish me luck :)



[2002-06-18 18:20:36] [EMAIL PROTECTED]

realpath and getcwd on Windows systems do not actually report the
applicable directory, but rather a string that will !strcasecmp() with
the true directory:

I have a directory name, $dir, on my Win2K system (PHP 4.2.0), but it's
in all lower case, and I'd like to get the actual pathname including
the capitalizations: 

Both realpath() and dirname() only muck around with the $dir string and
don't hit the file system. Not only that, but getcwd() returns $dir
(sans capitalizations) after I've hopped over to it with chdir($dir)! 

My only solution to this point is to pop up a level and use
readdir(...) but this is wasteful, only giving me one level at a time.
Isn't there a REAL realpath() for windows? 

Thanks, 
Csaba Gabor






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

#20128 [Opn->Bgs]: Posting posting results in a blank page.

[sniper]

 ID:   20128
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: Windows ME
 PHP Version:  4.2.3
 New Comment:

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

Thank you for your interest in PHP.


Previous Comments:


[2002-10-27 19:24:43] [EMAIL PROTECTED]

Whenever I submit the search on the previous page, it goes to this page
(as it should), but the code will not execute and I just end up with a
blank page.

= 
\n"; 
echo "Pet NameOwner NamePet
TypeSexBirth
Date\n"; 
do { 
printf("%s%s %s%s%s%s\n", $myrow[pet_name],
$myrow[owner_first],
$myrow[owner_last],$myrow[pet_species],$myrow[sex],$myrow[pet_birth]);

} 
while ($myrow = mysql_fetch_array($result)); 
echo "\n"; 
} 
else { 
echo "Sorry, no records were found!"; 
} 
?> 




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

#6090 [Opn->Csd]: fseek() returns -1 (not false) if an error occurs.

[sterling]

 ID:   6090
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: Linux
 PHP Version:  4.0.1pl2
 New Comment:

whole thing changed now with streams...


Previous Comments:


[2002-04-01 19:20:36] [EMAIL PROTECTED]

Changed the subject since ftell() was fixed a while ago.
fseek() still returns 0 on success and -1 on error
which is not really the 'PHP way'. 




[2000-08-10 22:43:23] [EMAIL PROTECTED]

On the second thought, it is - it should detect -1 return and return
false, but I'm not sure if it won't break something... So documentation
is right, code is wrong, I guess.



[2000-08-10 22:25:46] [EMAIL PROTECTED]

Umm... what I want to say,
PHP's ftell function returns directly C's ftell().

So, this is "Documentation problem", isn't it?

Please see below... (Quote from /ext/standerd/file.c )
---
/* {{{ proto int fseek(int fp, int offset [, int whence])
   Seek on a file pointer */

PHP_FUNCTION(fseek)
{
zval **arg1, **arg2, **arg3;
int argcount = ARG_COUNT(ht), whence = SEEK_SET;
void *what;

if (argcount < 2 || argcount > 3 ||
zend_get_parameters_ex(argcount, &arg1, &arg2, &arg3) == FAILURE)
{
WRONG_PARAM_COUNT;
}

what =
zend_fetch_resource(arg1,-1,"File-Handle",NULL,2,le_fopen,le_popen);
ZEND_VERIFY_RESOURCE(what);

convert_to_long_ex(arg2);
if (argcount > 2) {
convert_to_long_ex(arg3);
whence = (*arg3)->value.lval;
}

RETURN_LONG(fseek((FILE*)what, (*arg2)->value.lval, whence));
}

/* }}} */
---




[2000-08-10 21:53:48] [EMAIL PROTECTED]

PHP functions return false on error. So I reclassify it to change
request.



[2000-08-10 21:45:33] [EMAIL PROTECTED]

Quote from Linux Programmer's Manual fseek(3)...
>RETURN VALUES
> The  rewind  function  returns  no value.  Upon successful
> completion, fgetpos, fseek, fsetpos return  0,  and  ftell
> returns the current offset.  Otherwise, -1 is returned and
> the global variable errno is set to indicate the error.

So, we get 0(=false) if file position is begining of file.
But that's not error.





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

#12783 [Ver->Bgs]: xmlDocFile needs absolute path

[sterling]

 ID:   12783
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Verified
+Status:   Bogus
 Bug Type: DOM XML related
 Operating System: WinME
 PHP Version:  4.3.0-dev
 New Comment:

This is not a php problem, but a regular windows problem.  Windows is a
problem, but its not our fault :)


Previous Comments:


[2002-09-20 19:57:17] [EMAIL PROTECTED]

updated version.



[2001-11-29 08:28:46] [EMAIL PROTECTED]

For some reason PHP behaves a bit different under win32 than linux:

win32:

C:\phpdev>php -f bla/xmldocfiletest.php
current dir is C:\phpdev

linux:
$ php -f subtest/xmldocfiletest.php 
path is /home/mfischer/src/php/bugtest/domxml/subtest

See the difference?

This tests where run with a call to the system call (!) getcwd() [not
php's user function] before the actual file IO happens through libxml2.
So this is not a domxml problem but a general PHP problem.

Reclassifying (anyone know a better type?).



[2001-08-16 00:30:58] [EMAIL PROTECTED]

When loading an XML file with xmlDocFile using a relative path (ie the
XML is in the same dir as the script), I get:

Fatal error: Call to a member function on a non-object in [script] at
line [#]

The line it points to is the first time I try to reference the object
returned by xmlDocFile. If I change this to an absolute path, it works
fine. I've verified that the cwd is what I think it is, so... any
ideas?

cheers,
nick




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

#19213 [Bgs]: odbc_close() not working?

[kalowsky]

 ID:   19213
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: ODBC related
 Operating System: SuSE Linux 8.0
 PHP Version:  4.3.0-dev
 New Comment:

Not completely bogus as the close bug was fixed for 4.2.3, but this was
looking like a driver specific bug of it.  Thankfully it was truely
driver specific.

Jani at the Kongress you better have a few drinks from this guy for me!


Previous Comments:


[2002-10-27 17:34:00] [EMAIL PROTECTED]

So I guess this is bogus bug report then..? :)




[2002-10-27 15:18:38] [EMAIL PROTECTED]

today i've tested the whole day.

after logging the sql statements i found out,
that sometimes 2 requests are coming up, the first without the needed
parameters and the second with.

And that is related by a bug in our select script.

Now I'm really shamed. :-(

Next time you are near by Ludwigshafen, Germany send me a mail you will
get some free drinks by me.

A lot of thanks for your great work.

with best regards

Albert Steckenborn



[2002-10-27 10:18:19] [EMAIL PROTECTED]

updated version and summary.



[2002-10-27 04:08:25] [EMAIL PROTECTED]

Nothing has changed with the latest snapshot
php4-20021027

with a second ODBC-connect to the SAPDB database
within 10 sec. the PHP-error occours like before
snip-
[27-Oct-2002 11:06:55] PHP Warning: SQL error: [SAP AG][LIBSQLOD
SO][SAP DB]Syntax error or access violation;-3014 POS(272) Invalid end
of SQL statement., SQL state 37000 in SQLPrepare in
/www/kunden/reisenetz/web/show.phtml on line 151 [27-Oct-2002 11:06:55]
PHP Warning: odbc_execute(): supplied argument is not a valid ODBC
result resource in /www/kunden/reisenetz/web/show.phtml on line 152
[27-Oct-2002 11:07:05] PHP Warning: SQL error: [SAP AG][LIBSQLOD
SO][SAP DB]Syntax error or access violation;-3014 POS(272) Invalid end
of SQL statement., SQL state 37000 in SQLPrepare in
/www/kunden/reisenetz/web/show.phtml on line 151 [27-Oct-2002 11:07:05]
PHP Warning: odbc_execute(): supplied argument is not a valid ODBC
result resource in /www/kunden/reisenetz/web/show.phtml on line 152 
snip-

but the ODBC_Result is ok.

The Memory-Usage looks very better with SAPDB,
PHP4.2.3 and Apache1.3.27
It seems as if my Memory-Leak is fixed.
 
Thanks a lot to all that are working at these problems

with best regards

Albert Steckenborn



[2002-10-26 16:25:29] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/19213

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

#20086 [Opn->Fbk]: SQLDriverConnect supported by win32

[kalowsky]

 ID:   20086
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: ODBC related
 Operating System: W2K
 PHP Version:  4CVS-2002-10-25
 New Comment:

Unified diffs are your and my friends.  Can you please provide one!


Previous Comments:


[2002-10-25 09:45:46] [EMAIL PROTECTED]

In ext/odbc/php_odbc.php dsn-less connections are only supported for
empress and unixodbc. Windows also supports this connection method.

Changing the line:
#if defined(HAVE_EMPRESS) || defined(HAVE_UNIXODBC)

to:
#if defined(HAVE_EMPRESS) || defined(HAVE_UNIXODBC) || defined(WIN32)

enables dsn-less connections under windows.





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

#15316 [Com]: Segmentation fault on Interbase blob creation

[cheald45]

 ID:   15316
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: InterBase related
 Operating System: Linux 2.4.17-xfs
 PHP Version:  4.1.1
 New Comment:

I wonder if this could be related to a problem I ran into, detailed at
http://bugs.php.net/bug.php?id=18744

Basically, I discovered that if you tried to use ibase_blob_add to add
> 64k of data to a blob at any one time, the data would be truncated.

Wonder if some variation of this bug causes a core dump? Are your
images > 64k in size?


Previous Comments:


[2002-08-09 13:26:10] [EMAIL PROTECTED]

I am using php 4.2.2 on freebsd 4.6 and it core dumps whenever I try to
insert ot update a blob in an interbase db as well. (not running from
apache running the cgi version from a shell).



[2002-03-11 20:26:44] [EMAIL PROTECTED]

Does any of this information help? I see that there are now
others reporting this bug, so perhaps it can be combined with
those.



[2002-02-21 20:46:50] [EMAIL PROTECTED]

Well, I got pretty close to getting a backtrace, but ran
across what appears to be a bug in gdb. Either that, or
I am just not finding the proper documentation.

I can get a gdb attached to the proper thread, via:

/usr/sbin/apache.dbg

gdb /usr/sbin/apache.dbg

(gdb) attach 
(gdb) continue


but when
I "continue" it, it gives me a message like "Cannot find 
thread 2049: invalid thread handle".

Now, I may be doing something wrong, but I sure can't
tell what.



[2002-02-21 18:59:10] [EMAIL PROTECTED]

Incidentally, I have tried every which way to get a core dump,
but even after running apache on port 1025 as a non-root
user, and checking permissions on the CoreDumpDirectory, no
core file is created.

So, I tried attaching gdb to specific processes, but for some
reason, when I attach gdb to a particular process, the process no
longer accepts
connections. Any hints?



[2002-02-21 17:55:53] [EMAIL PROTECTED]

Still unable to generate a backtrace, but running strace reveals this:

[pid 27126] recv(5,
"\0\0\0\t\377\377\377\377\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 8192, 0) =
32
[pid 27126] semop(32769, 0xbfffb5f8, 2) = 0
[pid 27126] semop(32769, 0xbfffb5fc, 1) = 0
[pid 27126] send(5, "\0\0\0C\0\0\0\5\0\0\0\2", 12, 0) = 12
[pid 27126] select(6, [5], NULL, NULL, {60, 0}) = 1 (in [5], left {60,
0})
[pid 27126] recv(5,
"\0\0\0\t\377\377\377\377\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 8192, 0) =
32
[pid 27126] semop(32769, 0xbfffb5f8, 2) = 0
[pid 27126] semop(32769, 0xbfffb5fc, 1) = 0
[pid 27126] open("/www/heritage.legacyunlimited.com/pages/footer.php",
O_RDONLY|O_LARGEFILE) = 8
[pid 27126] getcwd("/www/heritage.legacyunlimited.com/pages/customize",
4095) = 50
[pid 27126] lstat64("/www", {st_mode=S_IFDIR|0775, st_size=4096, ...})
= 0
[pid 27126] lstat64("/www/heritage.legacyunlimited.com",
{st_mode=S_IFDIR|0775, st_size=156, ...}) = 0
[pid 27126] lstat64("/www/heritage.legacyunlimited.com/pages",
{st_mode=S_IFDIR|0775, st_size=4096, ...}) = 0
[pid 27126]
lstat64("/www/heritage.legacyunlimited.com/pages/footer.php",
{st_mode=S_IFREG|0664, 
st_size=4322, ...}) = 0
[pid 27126] ioctl(8, SNDCTL_TMR_TIMEBASE, 0xbfffb67c) = -1 EINVAL
(Invalid argument)
[pid 27126] fstat64(8, {st_mode=S_IFREG|0664, st_size=4322, ...}) = 0
[pid 27126] old_mmap(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40277000
[pid 27126] read(8, "\0\0\0\310\7\0\0[\0"..., 1024) =
1024
[pid 27126] lseek(6, 16, SEEK_SET)  = 16
[pid 27126] read(6, "\0\0\0\0\0\0\0\0\1\0\0\0<\0\0\0arithmetic
excep"..., 1024)
= 1024
[pid 27126] --- SIGSEGV (Segmentation fault) ---
[pid 27125] <... select resumed> )  = ? ERESTARTNOHAND (To be
restarted)
[pid 27125] --- SIGCHLD (Child exited) ---



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

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

#19983 [Fbk->Bgs]: Compile/Link failure w/Sablotron

[kalowsky]

 ID:   19983
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Mac OS X 10.2
 PHP Version:  4.3.0-pre1
 New Comment:

libtool 1.4.2
gcc 3.1
autoconf 2.5.something

confirmed problem.  Solution?  None at this time, I'd like to open a
dialog with an Apple rep about this.  


Previous Comments:


[2002-10-18 17:35:41] [EMAIL PROTECTED]

Additionally: which libtool are you using?
In the current CVS version of libtool ('libtool 1.4e'), there are a
number of fixes regarding to C++ support.

Additionally - set CFLAGS=-O0 to ensure that gcc 3.x is not breaking
code, during it's optimisation.

However - if the work-around you are describing is the only thing that
does work, we will look into it.



[2002-10-18 17:27:15] [EMAIL PROTECTED]

Let's first make the configure line correcT:
please remove:
--enable-sablot
--enable-sablot-errors-descriptive 

These belong to the extinct version of the extension. If you are using
the latest snapshot, this options should not list in the:
./configure --help
output.



[2002-10-18 17:10:25] [EMAIL PROTECTED]

Which sablotron version?




[2002-10-18 16:51:03] [EMAIL PROTECTED]

I tried the latest version. The same problem occurs.



[2002-10-18 15:50:55] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/19983

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