#21224 [Opn]: apache configure fails at php module

[david]

 ID:   21224
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Compile Failure
 Operating System: Solaris 8
 PHP Version:  4.3.0
 New Comment:

Problem solved when removing --enable-versioning from php configure
settings


Previous Comments:


[2003-01-10 17:23:15] [EMAIL PROTECTED]

Same problem as everyone else.
ld: fatal: file /path/to/php-4.3.0/sapi/apache/php.sym  unknown file
type.
Solaris8 and Solaris9.  GNU gcc 3.2.1
libtool 1.4, automake 1.7.2, autoconf 2.57
Apache 1.3.27.  However I will try not using
--enable-versioning and see if that works.  Because I did
use that in my configure.



[2003-01-06 05:02:49] [EMAIL PROTECTED]

Problem solved (for me) when removing --enable-versioning from the
configure



[2002-12-30 09:32:31] [EMAIL PROTECTED]

I'm having the same problem building 4.3.0 with Apache on my server, 
previous builds were ok:

RedHat Linux 7.1 kernel 2.4.18-18.7.xsmp

gcc -v
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs
gcc version 2.96 2731 (Red Hat Linux 7.2 2.96-112.7.1)

ld -v
GNU ld version 2.10.91 (with BFD 2.10.91.0.2)

libtool --version
ltmain.sh (GNU libtool) 1.3.5 (1.385.2.206 2000/05/27 11:12:27)

./configure --prefix=/usr/local/php \
--with-config-file-path=/usr/local/php --with-mysql=/usr/local/mysql \
--with-pgsql=/usr/local/pgsql --with-oci8=/usr/local/oracle \
--with-oracle=/usr/local/oracle
--with-sybase-ct=/opt/sybase-12.5/OCS-12_5 \
--with-pdflib=/usr/local/pdflib --with-jpeg --with-tiff --with-zlib \
--with-gd --with-ttf --with-freetype --with-xml --with-gettext \
--enable-ftp --enable-versioning --enable-sockets --enable-calendar \
--enable-sysvsem --enable-sysvshm --enable-track-vars --enable-debugger
\
--enable-magic-quotes --enable-rpath --enable-short-tags --enable-posix
\
--enable-session --enable-xml --enable-bcmath --enable-ctype
--enable-mailparse \
--with-apache=../apache_1.3.27 

./configure --with-layout=Apache --prefix=/usr/local/apache \
--activate-module=src/modules/php4/libphp4.a --enable-module=so \
--enable-module=rewrite --add-module=mod_gzip.c

Configuring for Apache, Version 1.3.27
 + using installation path layout: Apache (config.layout)
 + activated php4 module (modules/php4/libphp4.a)
 + on-the-fly added and activated gzip module
(modules/extra/mod_gzip.o)
Creating Makefile
Creating Configuration.apaci in src
Creating Makefile in src
 + configured for Linux platform
 + setting C compiler to gcc
 + setting C pre-processor to gcc -E
 + checking for system header files
 + adding selected modules
o rewrite_module uses ConfigStart/End
 + using -lndbm for DBM support
  enabling DBM support for mod_rewrite
o php4_module uses ConfigStart/End
 + using system Expat
 + using -ldl for vendor DSO support
 + checking sizeof various data types
 + doing sanity check on compiler and options
** A test compilation with your Makefile configuration
** failed.  The below error output from the compilation
** test will give you an idea what is failing. Note that
** Apache requires an ANSI C Compiler, such as gcc. 

 Error Output for sanity check 
cd ..; gcc  -DLINUX=22 -I/usr/include/db1 `./apaci` -o
helpers/dummy helpers/dummy.c   -Wl,-rpath,/usr/local/mysql/lib/mysql
-Wl,-rpath,/usr/local/oracle/lib -Wl,-rpath,/lib
-Wl,-rpath,/usr/local/pdflib/lib -Wl,-rpath,/usr/local/pgsql/lib
-Wl,-rpath,/opt/sybase-12.5/OCS-12_5/lib  -rdynamic
-L/usr/local/mysql/lib/mysql -L/usr/local/oracle/lib -L/lib
-L/usr/local/pdflib/lib -L/usr/local/pgsql/lib
-L/opt/sybase-12.5/OCS-12_5/lib -Lmodules/php4 -L../modules/php4
-L../../modules/php4 -lmodphp4 -export-symbols
/usr/local/src/php-4.3.0/sapi/apache/php.sym   -rdynamic
-L/usr/local/mysql/lib/mysql -L/usr/local/oracle/lib -L/lib
-L/usr/local/pdflib/lib -L/usr/local/pgsql/lib
-L/opt/sybase-12.5/OCS-12_5/lib   -lsybtcl -lintl -lcomn -lct -lcs -lpq
-lpdf -lz -lpng -lmysqlclient -lttf -lpng -lz -lz -lcrypt -lresolv -lm
-ldl -lnsl  -lcrypt -ldl -lm -lnsl -lclntsh -ldl -lm -lnsl -lclntsh  
-lm -lcrypt -lndbm -lexpat -ldl
/usr/bin/ld:/usr/local/src/php-4.3.0/sapi/apache/php.sym: file format
not recognized; treating as linker script
/usr/bin/ld:/usr/local/src/php-4.3.0/sapi/apache/php.sym:2: parse
error
collect2: ld returned 1 exit status
make: *** [dummy] Error 1
= End of Error Report =

 Aborting!



[2002-12-30 05:59:59] [EMAIL PROTECTED]

Same problem at Linux RedHat 6.2 machines, some with:
GNU ld 2.9.5
ltmain.sh (GNU libtool) 1.4.2 (1.922.2.53 2001/09/11 03:18:52) 

and others with:

GNU ld 2.13.2
ltmain.sh (GNU libt

#19292 [Com]: random error: open_basedir restriction in effect. File is in wrong directory

[david]

 ID:   19292
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Critical
 Bug Type: Apache related
 Operating System: linux
 PHP Version:  4.2.3,4.3.0
 New Comment:

4.3.o stills has the same problem, the test suite I posted on 30 Oct
2002 12:56am fails with this messages:

Warning: main() [function.main]: open_basedir restriction in effect.
File(/usr/local/lib/php/hello.php) is not within the allowed path(s):
(/usr/local/http-docs/common/scripts/) in
/usr/local/http-docs/common/lib/test/test.php on line 5

Warning: main(hello.php) [function.main]: failed to create stream: Not
owner in /usr/local/http-docs/common/lib/test/test.php on line 5

Fatal error: main() [function.main]: Failed opening required
'hello.php'
(include_path='./:/usr/local/http-docs/common/lib:/usr/local/lib/php:/usr/local/http-docs/common/lib/phpwhois')
in /usr/local/http-docs/common/lib/test/test.php on
line 5

where test.php tries to include hello.php which is in
/usr/local/http-docs/common/lib/test that is a path that's
included in include_path


Previous Comments:


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

Update version. Bug confirmed in 4.3.0 - final.



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

Is somebody working on this critical bug in php 4.3.0??

Bug was opened 8 sep and now it isn't even the same year...

This is a severe problem for all hosting companies since they have to
turn of open_basedir to get things going without errors.



[2003-01-09 12:42:13] [EMAIL PROTECTED]

I have just tried to EXPLICITLY set "php_admin_flag safe_mode off" to
ALL virtual hosts, which should not be restricted with safe mode and it
seems to help. So the problem is here only when I rely on the default
setting in php.ini file (where I have safe mode off by default) and
when there is AT LEAST one virtual host with safe_mode enabled.



[2003-01-09 12:36:48] [EMAIL PROTECTED]

If a have one virt. host with safe_mode turned on and the other one
with safe_mode off, the SECOND one (with safe_mode off from default ini
setting) sometimes seems to have safe_mode turned on, until next
reload. When I tried to replace safe_mode with open_basedir
restrictions, this problem was the same one, which is described above.



[2003-01-09 04:36:33] [EMAIL PROTECTED]

I wrote regression tests for safe mode recently which trigger this bug
reliably when upgrading to 4.3.0 from 4.2.2 on Apache 2.0.40. In the
Apache config I use: (erring on the side of verbosity)


   php_admin_value safe_mode 1
   php_admin_value safe_mode_exec_dir /bin
   php_admin_value open_basedir /
   php_admin_value display_errors 0
   php_admin_value log_errors 1
   php_admin_value safe_mode_allowed_env_vars FOO_
   php_admin_value safe_mode_protected_env_vars FOO_FEE


Then:
/local/qa/perl-framework/t/htdocs/php/safemode/readfile.php contains:


The server error log gets this output for the script:

PHP Warning:  Unknown(): open_basedir restriction in effect.
File(/local/qa/perl-framework/t/htdocs/php/safemode/readfile.php) is
not within the allowed path(s): (/) in Unknown on line 0
PHP Warning: 
Unknown(/local/qa/perl-framework/t/htdocs/php/safemode/readfile.php):
failed to create stream: Operation not permitted in Unknown on line 0
PHP Warning:  Unknown(): Failed opening
'/local/qa/perl-framework/t/htdocs/php/safemode/readfile.php' for
inclusion (include_path='.:/usr/share/pear') in Unknown on line 0



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

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

#21804 [NEW]: php crashes iPlanet - php4_execute

[david]

From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version:  4.3.0
PHP Bug Type: Reproducible crash
Bug description:  php crashes iPlanet - php4_execute

I can reliably crash iPlanet by running "http_load 
-parallel 5" by concurrently using both of the two scripts below. This is
like 20613, but that was fixed in Nov and I have this problem now with a
current version of php. I have found no resolution except to run php
single-threaded - stable, but hardly an option for a 100-user app that
makes Oracle queries... 

I have reproduced this with iPlanet 6.0sp2 and 6.0sp5, php4.2.3, php
4.3.0, and php4-STABLE-200301140030, running on a 280R and an Ultra 2. I
built php using gcc 2.95.3 with these options:
  --prefix=/shared/gnu \
  --with-config-file-path=$prefix/../lib \
  --enable-discard-path --enable-tracking  \
  --enable-libgcc --with-ndbm \
  --with-ldap= \
  --with-oracle= \
  --without-mysql --with-nsapi=
The error I see is:
 catastrophe (1625): Server crash detected (signal SIGSEGV)
 info (1625): Crash occurred in NSAPI SAF php4_execute
 info (1625): Crash occurred in function strlen from  module
/usr/lib/libc.so.1

Here is the back trace:
(gdb) bt
#0  0xfea33344 in strlen () from /usr/lib/libc.so.1
#1  0xfd6b3e90 in _estrdup (s=0xb8 )
at /shared/gnu/src/php-4.2.3/Zend/zend_alloc.c:322
#2  0xfd738948 in php_print_info (flag=32, tsrm_ls=0x8600e8)
at /shared/gnu/src/php-4.2.3/ext/standard/info.c:273
#3  0xfd73935c in zif_phpinfo (ht=0, return_value=0x8d6c18, this_ptr=0x0,

return_value_used=0, tsrm_ls=0x8600e8)
at /shared/gnu/src/php-4.2.3/ext/standard/info.c:471
#4  0xfd6c2740 in execute () from /opt/local/php/lib/nsapi/libphp4.so
#5  0xfd6d50d0 in zend_execute_scripts (type=8, tsrm_ls=0x8600e8,
retval=0x0, 
file_count=3) at /shared/gnu/src/php-4.2.3/Zend/zend.c:812
#6  0xfd6e4368 in php_execute_script (primary_file=0xfaef1b48, 
tsrm_ls=0x8600e8) at /shared/gnu/src/php-4.2.3/main/main.c:1383
#7  0xfd6e0b90 in nsapi_module_main (request_context=0x0,
tsrm_ls=0x8600e8)
at /shared/gnu/src/php-4.2.3/sapi/nsapi/nsapi.c:462
#8  0xfd6e0d1c in php4_execute (pb=0x3d47f8, sn=0x6e3a90, rq=0x6e3ad8)
at /shared/gnu/src/php-4.2.3/sapi/nsapi/nsapi.c:513
#9  0xff239b14 in __0Fcfunc_native_pool_thread_mainP6NNSTPWorkArg_s ()
   from /opt/local/netscape/dev/iws60sp5/bin/https/lib/libns-httpd40.so
#10 0xfe8e16cc in NSTP_ThreadMain ()
   from /opt/local/netscape/dev/iws60sp5/bin/https/lib/libnstp.so
#11 0xfed676a0 in _pt_root ()
   from /opt/local/netscape/dev/iws60sp5/bin/https/lib/libnspr4.so
(gdb) 

Finally, here are the two scripts:
---


PHP Operational Qualification Test

This test displays a "Hello, world." announcment, then a series
of tables describing the PHP environment.


The classic announcement: 


PHP Info for this installation:







PHP Operational Qualification Test: Oracle Connectivity

This test connects to an Oracle database and displays some stuff.


Result size is ".$ncols." cols by ".$nrows." rows.\n");
  print "\n\n";
  for ($i=0; $i<$ncols; $i++) {
printf("col[%s] = %stype[%d] = %s\n",
$i, "cursor", $i, "hisur");
  }
  print "\n";
  for ($j=0; $j<$nrows; $j++) {
for ($i=0; $i<$ncols; $i++) {
  printf("val[%d, %d] ='%s'", $j, $i, 'howdy');
}
printf("\n");
  }
  print "\n";
 ?>
 




Thanks,
David

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

#21966 [NEW]: date() or mktime() returning bad value for mktime month param of '2'

[david]

From: [EMAIL PROTECTED]
Operating system: Gentoo Linux 1.4
PHP version:  4.2.2
PHP Bug Type: Date/time related
Bug description:  date() or mktime() returning bad value for mktime month param of '2'

#!/usr/bin/php -q

1 = 01
2 = 03
3 = 03
4 = 04
5 = 05
6 = 06
7 = 07
8 = 08
9 = 09
10 = 10
11 = 11
12 = 12

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

#22194 [NEW]: php_* not valid in httpd.conf, .htaccess

[david]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.3.0
PHP Bug Type: Apache2 related
Bug description:  php_* not valid in httpd.conf, .htaccess

# apache2ctl configtest
Syntax error on line 30 of
/usr/local/virtuals/webmail.blue-labs.org/httpd.conf:
Invalid command 'php_flag', perhaps mis-spelled or defined by a module not
included in the server configuration

This bug seems to be frequently reported for older versions of php but is
supposedly fixed in current code.

Apache/2.0.44 (Gentoo/Linux) mod_ssl/2.0.44 OpenSSL/0.9.6h PHP/4.3.0
Server at blue-labs.org Port 80
-- 
Edit bug report at http://bugs.php.net/?id=22194&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22194&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22194&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22194&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22194&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22194&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22194&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22194&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22194&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22194&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22194&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22194&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22194&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22194&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22194&r=gnused

#21211 [NEW]: Quiet mode does not work with CGI version

[david]

From: [EMAIL PROTECTED]
Operating system: Debian GNU/Linux
PHP version:  4.3.0RC4
PHP Bug Type: Output Control
Bug description:  Quiet mode does not work with CGI version

The quiet mode option (-q) does not work under CGI with version 4.3.0RC4:

$ echo '' | php -q
Content-type: text/html
X-Powered-By: PHP/4.3.0RC4

hi

PHP was compiled statically using "LDFLAGS=-all-static make".

$ php -m
[PHP Modules]
bcmath
bz2
ctype
curl
dba
dbx
dio
exif
ftp
gd
gettext
iconv
imap
mbstring
mcrypt
mhash
ming
mysql
openssl
overload
pcntl
pcre
posix
session
sockets
standard
tokenizer
wddx
xml
xmlrpc
zlib

[Zend Modules]

'./configure' '--with-config-file-path=/etc/php4/cgi' '--disable-shared'
'--disable-debug' '--enable-versioning' '--with-regex=system' '--with-gd'
'--enable-gd-native-ttf' '--with-freetype-dir' '--with-jpeg-dir'
'--with-png-dir' '--enable-exif' '--with-zlib' '--with-bz2'
'--with-mcrypt' '--with-mhash' '--with-imap' '--with-mysql=/usr'
'--with-openssl' '--with-expat' '--enable-ftp' '--with-curl'
'--with-gettext' '--with-iconv' '--enable-mbregex' '--enable-mbstring'
'--enable-bcmath' '--enable-sockets' '--enable-trans-sid' '--enable-wddx'
'--enable-dba' '--with-gdbm' '--with-db3' '--with-cdb' '--enable-dio'
'--enable-dbx' '--enable-pcntl' '--with-xml' '--with-xmlrpc' '--with-ming'
'--prefix=/usr'
-- 
Edit bug report at http://bugs.php.net/?id=21211&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21211&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21211&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21211&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21211&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21211&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21211&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21211&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21211&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21211&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21211&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21211&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21211&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21211&r=isapi

#21224 [NEW]: apache configure fails at php module

[david]

From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version:  4.3.0
PHP Bug Type: Compile Failure
Bug description:  apache configure fails at php module

apache 1.3.27 configure script fails at this point:
with gcc version 2.95.2 and GNU ld version 2.13

 + doing sanity check on compiler and options
** A test compilation with your Makefile configuration
** failed.  The below error output from the compilation
** test will give you an idea what is failing. Note that
** Apache requires an ANSI C Compiler, such as gcc.

 Error Output for sanity check 
make[1]: Entering directory
`/usr/local/src/apache/apache_1.3.27/src/helpers'
cd ..; gcc -O3 -DDYNAMIC_MODULE_LIMIT=0 -I/usr/local/include/mysql 
-DSOLARIS2=280 -DMOD_SSL=208111 -DEAPI -DUSE_EXPAT -I./lib/expat-lite
-DNO_DL_NEEDED `./apaci`   -L/usr/local/ssl/lib  -o helpers/dummy
helpers/dummy.c   -L/usr/local/lib/mysql -lmysqlclient   -R/usr/ucblib
-R/opt/sfw/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2 -R/usr/local/ssl/lib
-R/usr/local/lib -R/opt/sfw/lib
-R/usr/local/src/apache/imap-2002.RC5/c-client -R/usr/local/lib/mysql 
-L/usr/ucblib -L/opt/sfw/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2
-L/usr/local/ssl/lib -L/usr/local/lib -L/opt/sfw/lib
-L/usr/local/src/apache/imap-2002.RC5/c-client -L/usr/local/lib/mysql
-Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4
-export-symbols /usr/local/src/apache/php-4.3.0/sapi/apache/php.sym  
-L/usr/ucblib -L/opt/sfw/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2
-L/usr/local/ssl/lib -L/usr/local/lib -L/opt/sfw/lib
-L/usr/local/src/apache/imap-2002.RC5/c-client -L/usr/local/lib/mysql 
-lc-client  -lmm -lmysqlclient -lmcrypt -lltdl -lcrypt -lpam -lgd -lpng
-lz -ljpeg -lgdbm -lcurl -lz -lcrypt -lssl -lcrypto -lresolv -lm -ldl
-lnsl -lsocket  -lgcc -lcrypt -lcurl -ldl -lsocket -lnsl   -lsocket -lnsl
-lpthread  -lssl -lcrypto
ld: fatal: file /usr/local/src/apache/php-4.3.0/sapi/apache/php.sym:
unknown file type
ld: fatal: File processing errors. No output written to helpers/dummy
collect2: ld returned 1 exit status
make[1]: *** [dummy] Error 1
make[1]: Leaving directory
`/usr/local/src/apache/apache_1.3.27/src/helpers'
= End of Error Report =

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

#21224 [Fbk->Opn]: apache configure fails at php module

[david]

 ID:   21224
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: Solaris 8
 PHP Version:  4.3.0
 New Comment:

the libtool on the php distribution tree is:

ltmain.sh (GNU libtool) 1.4.2 (1.922.2.53 2001/09/11 03:18:52)

I have to say that previous versions of php up to 4.3.0rc2
compiled fine on the same system.


Previous Comments:


[2002-12-28 01:01:44] [EMAIL PROTECTED]

What version of libtool are you using?



[2002-12-27 16:58:54] [EMAIL PROTECTED]

apache 1.3.27 configure script fails at this point:
with gcc version 2.95.2 and GNU ld version 2.13

 + doing sanity check on compiler and options
** A test compilation with your Makefile configuration
** failed.  The below error output from the compilation
** test will give you an idea what is failing. Note that
** Apache requires an ANSI C Compiler, such as gcc.

 Error Output for sanity check 
make[1]: Entering directory
`/usr/local/src/apache/apache_1.3.27/src/helpers'
cd ..; gcc -O3 -DDYNAMIC_MODULE_LIMIT=0 -I/usr/local/include/mysql 
-DSOLARIS2=280 -DMOD_SSL=208111 -DEAPI -DUSE_EXPAT -I./lib/expat-lite
-DNO_DL_NEEDED `./apaci`   -L/usr/local/ssl/lib  -o helpers/dummy
helpers/dummy.c   -L/usr/local/lib/mysql -lmysqlclient   -R/usr/ucblib
-R/opt/sfw/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2 -R/usr/local/ssl/lib
-R/usr/local/lib -R/opt/sfw/lib
-R/usr/local/src/apache/imap-2002.RC5/c-client -R/usr/local/lib/mysql 
-L/usr/ucblib -L/opt/sfw/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2
-L/usr/local/ssl/lib -L/usr/local/lib -L/opt/sfw/lib
-L/usr/local/src/apache/imap-2002.RC5/c-client -L/usr/local/lib/mysql
-Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4
-export-symbols /usr/local/src/apache/php-4.3.0/sapi/apache/php.sym  
-L/usr/ucblib -L/opt/sfw/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2
-L/usr/local/ssl/lib -L/usr/local/lib -L/opt/sfw/lib
-L/usr/local/src/apache/imap-2002.RC5/c-client -L/usr/local/lib/mysql 
-lc-client  -lmm -lmysqlclient -lmcrypt -lltdl -lcrypt -lpam -lgd -lpng
-lz -ljpeg -lgdbm -lcurl -lz -lcrypt -lssl -lcrypto -lresolv -lm -ldl
-lnsl -lsocket  -lgcc -lcrypt -lcurl -ldl -lsocket -lnsl   -lsocket
-lnsl -lpthread  -lssl -lcrypto
ld: fatal: file /usr/local/src/apache/php-4.3.0/sapi/apache/php.sym:
unknown file type
ld: fatal: File processing errors. No output written to helpers/dummy
collect2: ld returned 1 exit status
make[1]: *** [dummy] Error 1
make[1]: Leaving directory
`/usr/local/src/apache/apache_1.3.27/src/helpers'
= End of Error Report =





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

#21047 [Com]: Query to float fields don't return the decimal part

[david]

 ID:   21047
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Sybase-ct (ctlib) related
 Operating System: Linux RedHat8.0
 PHP Version:  4CVS-2002-12-16 (stable)
 New Comment:

I've fixed this error by changing the source but how do I post the fix
to the site for inclusion in a future build?

Please assist?

David Hargreave
IT Manager
SportOdds Systems Pty Limited
www.sportodds.com


Previous Comments:


[2002-12-16 11:05:37] [EMAIL PROTECTED]

Hi PHP people, first as all thank's for a great software, well I'm
testing the new php-4.3.0 in my Redhat 8.0 box, httpd-2.0.40-13,
phpCVS-2002-12-16(stable), I built rpms of this versión using sybase-ct
with freetds-0.60, I had in the past the same freetds but with
php-4.2.4-dev and everyhing works ok, but now when I query float fields
of a Microsoft sql server dont't return the decimal part of my float
numbers and this is very important to me, I get just the integer part.
Here it goes my configuration...

 './configure' '--host=i686-pc-linux-gnu' '--build=i686-pc-linux-gnu'
'--target=i686-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr'
'--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin'
'--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include'
'--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var'
'--sharedstatedir=/usr/com' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--prefix=/usr'
'--with-config-file-path=/etc' '--enable-force-cgi-redirect'
'--disable-debug' '--enable-pic' '--disable-rpath'
'--enable-inline-optimization' '--with-bz2' '--with-db3' '--with-curl'
'--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr'
'--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf'
'--with-gdbm' '--with-gettext' '--with-pdflib=shared'
'--with-tiff-dir=/usr' '--with-ncurses' '--with-gmp' '--with-iconv'
'--enable-xslt=shared' '--with-jpeg-dir=/usr' '--with-openssl'
'--with-png' '--with-pspell' '--with-regex=system' '--with-xml'
'--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU'
'--enable-bcmath' '--enable-exif' '--enable-ftp'
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets'
'--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path'
'--enable-track-vars' '--enable-trans-sid' '--enable-yp'
'--enable-wddx' '--without-oci8' '--with-pear=/usr/share/pear'
'--with-imap=shared' '--with-imap-ssl' '--with-kerberos=/usr/kerberos'
'--with-ldap=shared' '--with-mcal=shared,/usr'
'--with-mcrypt=shared,/usr' '--with-mhash=shared,/usr'
'--with-mysql=shared,/usr' '--with-pgsql=shared'
'--with-snmp=shared,/usr' '--with-snmp=shared'
'--with-sybase-ct=shared,/usr' '--with-xslt-sablot=shared,/usr'
'--with-sablot-js=shared,/usr' '--enable-ucd-snmp-hack'
'--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath'
'--enable-shmop' '--enable-versioning' '--enable-calendar'
'--enable-dbx' '--enable-dio' '--enable-mcal'
'--with-apxs2=/usr/sbin/apxs'

Here the sript I use.. to query

$idres=mssql_query ("SELECT
NUMDOC,FECHA,DESCCONCI,DESCRIPCION,DEBE,HABER,BRUTO,PAGO FROM submayor
WHERE  CODAREA='$Area' and FECHA>=convert(DATETIME,'$fdesde',102) and
FECHA<=convert(DATETIME,'$fhasta',102)   order by FECHA",$id);
   }
$cant=mssql_num_rows ($idres);
$TOTD=0;
$TOTH=0;
$TOTI=0;
$TOTP=0;
for ($i =1; $i <= $cant; $i++) {
   $row = mssql_fetch_array ($idres);
   $NUMDOC=$row["NUMDOC"];
   $FECHCOB=$row["FECHA"];
   $DESCCLI=$row["DESCCONCI"];
   $OBSERVAC=$row["DESCRIPCION"];
   $DEBE=$row["DEBE"];
   $HABER=$row["HABER"];
   $BRUTO=$row["BRUTO"];
   $PAGO=$row["PAGO"];
 }//end for
DEBE HABER BRUTO PAGO are float fields 
  Bye Aliet




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

Bug #14770 Updated: phps truncates long sources

[david]

 ID:   14770
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Windows 98SE
 PHP Version:  4.1.0
 New Comment:

Duplicated on Linux/Apache 1.2.23 with PHP 4.2.0.

With output buffering enabled, Mozilla pops up 'document has no data',
with output buffering disabled, the source is almost all viewable. 
That is to say, the last two lines are missing, the generated html is
truncated.

The source I'm trying to render is 2344 bytes long.


Previous Comments:


[2002-03-10 01:10:01] [EMAIL PROTECTED]

Apache 1.3.19 with PHP 4.1.0 has it also on the Windows platform



[2002-01-05 07:21:58] [EMAIL PROTECTED]

it depends on the setting of output buffering when it is off all is ok
when it is set to a limited amount like 4096 the sources get truncated
when on no browser can connect not even telnet

4.0.6 has the same problem



[2002-01-02 14:42:53] [EMAIL PROTECTED]

It seems this is related to output control.



[2002-01-02 06:58:44] [EMAIL PROTECTED]

PHP 4.1.0 with Apache 1.3.22 truncates sources I have also PHP 4.0.6
with Apache Advanced Extranet Server 1.3.20
that does not have the bug ./congfigure --with-mysql
--with-apache=../apache-1.3.22 --enable-track-vars long sources only
are truncated short display correctly

well for example 7141 bytes gets truncated while 3159 bytes does not

do you have any standard way of replying a bug I couldn't find one



[2001-12-31 05:05:04] [EMAIL PROTECTED]

I'm afraid to ask for an example of a 'long source', but
could you provide some details about the size of the code,
and what sort of results you're seeing?



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

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

Bug #14770 Updated: phps truncates long sources

[david]

 ID:   14770
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Windows 98SE
 PHP Version:  4.1.0
 New Comment:

Disabling zlib.output_compression yields full source in Mozilla but
both lynx and wget are still missing the end chunk (last two lines are
truncated)


Previous Comments:


[2002-04-25 17:27:04] [EMAIL PROTECTED]

Duplicated on Linux/Apache 1.2.23 with PHP 4.2.0.

With output buffering enabled, Mozilla pops up 'document has no data',
with output buffering disabled, the source is almost all viewable. 
That is to say, the last two lines are missing, the generated html is
truncated.

The source I'm trying to render is 2344 bytes long.



[2002-03-10 01:10:01] [EMAIL PROTECTED]

Apache 1.3.19 with PHP 4.1.0 has it also on the Windows platform



[2002-01-05 07:21:58] [EMAIL PROTECTED]

it depends on the setting of output buffering when it is off all is ok
when it is set to a limited amount like 4096 the sources get truncated
when on no browser can connect not even telnet

4.0.6 has the same problem



[2002-01-02 14:42:53] [EMAIL PROTECTED]

It seems this is related to output control.



[2002-01-02 06:58:44] [EMAIL PROTECTED]

PHP 4.1.0 with Apache 1.3.22 truncates sources I have also PHP 4.0.6
with Apache Advanced Extranet Server 1.3.20
that does not have the bug ./congfigure --with-mysql
--with-apache=../apache-1.3.22 --enable-track-vars long sources only
are truncated short display correctly

well for example 7141 bytes gets truncated while 3159 bytes does not

do you have any standard way of replying a bug I couldn't find one



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

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

Bug #14770 Updated: phps truncates long sources

[david]

 ID:   14770
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Windows 98SE
 PHP Version:  4.1.0
 New Comment:

Setting output_buffering=0 allows Mozilla to get the full source every
time.  Setting it to 1 breaks it every time. Setting it to 2+ yields
random results.  Between no truncation and several lines of truncation
(Mozilla).

The curious part of this is that lynx and wget always fetch the same
number of bytes every time.


Previous Comments:


[2002-04-25 17:49:53] [EMAIL PROTECTED]

Disabling zlib.output_compression yields full source in Mozilla but
both lynx and wget are still missing the end chunk (last two lines are
truncated)



[2002-04-25 17:27:04] [EMAIL PROTECTED]

Duplicated on Linux/Apache 1.2.23 with PHP 4.2.0.

With output buffering enabled, Mozilla pops up 'document has no data',
with output buffering disabled, the source is almost all viewable. 
That is to say, the last two lines are missing, the generated html is
truncated.

The source I'm trying to render is 2344 bytes long.



[2002-03-10 01:10:01] [EMAIL PROTECTED]

Apache 1.3.19 with PHP 4.1.0 has it also on the Windows platform



[2002-01-05 07:21:58] [EMAIL PROTECTED]

it depends on the setting of output buffering when it is off all is ok
when it is set to a limited amount like 4096 the sources get truncated
when on no browser can connect not even telnet

4.0.6 has the same problem



[2002-01-02 14:42:53] [EMAIL PROTECTED]

It seems this is related to output control.



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

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

Bug #14770 Updated: phps truncates long sources

[david]

 ID:   14770
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Windows 98SE
 PHP Version:  4.1.0
 New Comment:

Setting output_buffering to anything over 16386 (which by the way is
the magic number of bytes that wget/lynx fetch, breaks all attempts at
fetching the source.  Note, the php script itself still performs fine.


Previous Comments:


[2002-04-25 17:59:56] [EMAIL PROTECTED]

Setting output_buffering=0 allows Mozilla to get the full source every
time.  Setting it to 1 breaks it every time. Setting it to 2+ yields
random results.  Between no truncation and several lines of truncation
(Mozilla).

The curious part of this is that lynx and wget always fetch the same
number of bytes every time.



[2002-04-25 17:49:53] [EMAIL PROTECTED]

Disabling zlib.output_compression yields full source in Mozilla but
both lynx and wget are still missing the end chunk (last two lines are
truncated)



[2002-04-25 17:27:04] [EMAIL PROTECTED]

Duplicated on Linux/Apache 1.2.23 with PHP 4.2.0.

With output buffering enabled, Mozilla pops up 'document has no data',
with output buffering disabled, the source is almost all viewable. 
That is to say, the last two lines are missing, the generated html is
truncated.

The source I'm trying to render is 2344 bytes long.



[2002-03-10 01:10:01] [EMAIL PROTECTED]

Apache 1.3.19 with PHP 4.1.0 has it also on the Windows platform



[2002-01-05 07:21:58] [EMAIL PROTECTED]

it depends on the setting of output buffering when it is off all is ok
when it is set to a limited amount like 4096 the sources get truncated
when on no browser can connect not even telnet

4.0.6 has the same problem



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

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

Bug #14770 Updated: phps truncates long sources

[david]

 ID:   14770
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Documentation problem
 Operating System: Windows 98SE
 PHP Version:  4.1.0
 Assigned To:  yohgaki
 New Comment:

As per my first post ;) ...

Yes, 4.2.0, and yes on Linux.  I'm not the original reporter, I can't
update this bug's fields.

I have to ask why .phps won't be used.  It's -very- convenient and well
established in the community.  What is as simple using show_source()? 
At present all I had to do was make a symlink to my source with .phps
as the extension.

Irrespective, my source is plain english, no special chars involved,
etc.


Previous Comments:


[2002-04-25 19:29:33] [EMAIL PROTECTED]

After document is updated I'll take a look at output buffering code.
(If there is problem here, it should be fixed) 

David, 
Did you tested with 4.2.0? 
What is your OS?
Please update Version and OS field, thanks.




[2002-04-25 19:20:15] [EMAIL PROTECTED]

This problem probably will not be fixed.

1) It does not worth the effort.
2) There is show_source()
3) phps does not work under certain encodings.

Use show_source() instead...

I made this report as Documentation problem to encourage use of
show_source().

Someday, when ZendEngine became fully i18n, someone may care to fix
phps.





[2002-04-25 18:16:06] [EMAIL PROTECTED]

Setting output_buffering to anything over 16386 (which by the way is
the magic number of bytes that wget/lynx fetch, breaks all attempts at
fetching the source.  Note, the php script itself still performs fine.



[2002-04-25 17:59:56] [EMAIL PROTECTED]

Setting output_buffering=0 allows Mozilla to get the full source every
time.  Setting it to 1 breaks it every time. Setting it to 2+ yields
random results.  Between no truncation and several lines of truncation
(Mozilla).

The curious part of this is that lynx and wget always fetch the same
number of bytes every time.



[2002-04-25 17:49:53] [EMAIL PROTECTED]

Disabling zlib.output_compression yields full source in Mozilla but
both lynx and wget are still missing the end chunk (last two lines are
truncated)



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

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

Bug #16910 Updated: function.parse-url has invalid description for scheme

[david]

 ID:   16910
 Updated by:   [EMAIL PROTECTED]
-Summary:  function.parse-url has invalid description for schme
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Documentation problem
 Operating System: Any
 PHP Version:  4.2.0
 New Comment:

Corrected spelling error in summary (preview for bug reports would be
nice :)


Previous Comments:


[2002-04-29 14:03:31] [EMAIL PROTECTED]

The "scheme" part of the query returned by parse_url() would be "http",
not "http://";, as is indicated by the manual.




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

Bug #16910: function.parse-url has invalid description for schme

[david]

From: [EMAIL PROTECTED]
Operating system: Any
PHP version:  4.2.0
PHP Bug Type: Documentation problem
Bug description:  function.parse-url has invalid description for schme

The "scheme" part of the query returned by parse_url() would be "http", not
"http://";, as is indicated by the manual.
-- 
Edit bug report at http://bugs.php.net/?id=16910&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16910&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16910&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16910&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16910&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16910&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16910&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16910&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16910&r=submittedtwice

Bug #17034: mkdir causes segfault

[david]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.4-STABLE
PHP version:  4.2.0
PHP Bug Type: Reproducible crash
Bug description:  mkdir causes segfault

PHP consistently segfaults on the following line of code:

if (!@mkdir("split", 0750))

This did not happen in 4.1.2.  A GDB backtrace is shown below:

(gdb) bt
#0  0x8178931 in execute (op_array=0x0) at ./zend_execute.c:1602
(gdb) frame 0
#0  0x8178931 in execute (op_array=0x0) at ./zend_execute.c:1602
1602   
EX(Ts)[EX(opline)->result.u.var].var.ptr->is_ref = 0;
(gdb) print (char
*)(executor_globals.function_state_ptr->function)->common.function_name
$1 = 0x8191de4 "mkdir"

The configure command is shown below:

'./configure' '--with-config-file-path=/usr/local/etc/php.standalone'
'--disable-pear' '--enable-discard-path' '--with-readline=/usr'
'--enable-versioning' '--with-regex=system' '--without-gd'
'--without-mysql' '--enable-debug' '--with-gd=/usr/local'
'--enable-gd-native-ttf' '--with-freetype-dir=/usr/local'
'--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-zlib'
'--with-bz2=/usr' '--with-mcrypt=/usr/local' '--with-mhash=/usr/local'
'--with-imap=/usr/local' '--with-mysql=/usr/local' '--with-openssl=/usr'
'--with-snmp=/usr/local' '--enable-ucd-snmp-hack' '--with-openssl=/usr'
'--with-expat-dir=/usr/local' '--with-xmlrpc' '--enable-xslt'
'--with-xslt-sablot' '--enable-wddx' '--with-dom=/usr/local'
'--enable-ftp' '--with-curl=/usr/local' '--with-gettext=/usr/local'
'--with-iconv=/usr/local' '--with-pspell=/usr/local' '--enable-mbregex'
'--enable-mbstring' '--enable-bcmath' '--with-ming=/usr/local'
'--enable-sockets' '--enable-trans-sid' '--with-yaz=/usr/local/bin'
'--prefix=/usr/local' 'i386-portbld-freebsd4.4'

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

Bug #17282: Identical float values are not identical when compared

[david]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.4-STABLE
PHP version:  4.2.1
PHP Bug Type: Scripting Engine problem
Bug description:  Identical float values are not identical when compared

This problem also occurs on PHP 4.1.2.

The following code fragment produces very odd results:



The results are shown below:

41.96 != 41.96
bool(true)
t = float(41.96)
a[0] = float(41.96)

Both variables appear to be the same type, and look the same, yet compare
incorrectly with both typed and untyped comparisons.

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

Bug #17282 Updated: Identical float values are not identical when compared

[david]

 ID:   17282
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: FreeBSD 4.4-STABLE
 PHP Version:  4.2.1
 New Comment:

That does not seem right.  The numbers appear to be exactly the same. 
Even if they can't be compared as floats, comparing untyped should
work, because they look exactly the same (when var_dump'd and
printed).

Even if this is in fact bogus, it needs to be documented.  

I am well aware that there can be errors due to loss of precision, but
in that case, the number should not appear to be _exactly the same_. 
There should be some way to tell that they are different.


Previous Comments:


[2002-05-17 02:16:22] [EMAIL PROTECTED]

You can't compare floats like this, a float is an approximation of the
number, but never exact the number.
This is not a bug, this wouldn't work in most languages, including C ->
Bogus



[2002-05-16 22:23:02] [EMAIL PROTECTED]

This problem also occurs on PHP 4.1.2.

The following code fragment produces very odd results:



The results are shown below:

41.96 != 41.96
bool(true)
t = float(41.96)
a[0] = float(41.96)

Both variables appear to be the same type, and look the same, yet
compare incorrectly with both typed and untyped comparisons.





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

Bug #17370: join function not expanding \n

[david]

From: [EMAIL PROTECTED]
Operating system: REdhat 7.1
PHP version:  4.2.0
PHP Bug Type: Scripting Engine problem
Bug description:  join function not expanding \n

$arr=file("test.txt");
$txt=join('\n',$arr);
echo $txt
-- 
Edit bug report at http://bugs.php.net/?id=17370&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=17370&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=17370&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=17370&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=17370&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=17370&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=17370&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=17370&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=17370&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=17370&r=globals

Bug #15841 Updated: CRLF to separate mail headers is incorrect

[david]

 ID:   15841
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Mail related
 Operating System: Linux
 PHP Version:  4.1.2
 New Comment:

I would be VERY nice if PHP would at least have the option of sending
mail using SMTP when running under Unix.  It seems silly to support the
option only when running under Windows, especially when the code is
already written.


Previous Comments:


[2002-04-23 00:43:02] [EMAIL PROTECTED]

reclassified



[2002-03-07 04:48:56] [EMAIL PROTECTED]

ok

1) blame qmail, it should know better ...
2) lets have SMTP as a default implementation
   for Unix mail(), too, instead of relying
   on external programs

the "it isn't broken, so don't fix it" argument
got even weaker right now ...



[2002-03-06 14:58:38] [EMAIL PROTECTED]

The point is that it is incorrect to send DOS line endings to a Unix
command line program.

Sending a message through qmail (for example) with \r\n line endings
results in extraneous \r's in the delivered email. qmail assumes the
user knows what they're doing and converts only the '\r' characters to
'\r\n'. So if you use '\r\n' it injects '\r\r\n' into the SMTP
conversation.

e.g. 
Headers:
"X-1: test1\nX-2: test2\r\nX-3: test3\r\nX-4: test4:

Message:
Subject: test message
X-1: test1
X-2: test2^M
X-3: test3^M
X-4: test4

I notice that some mail readers sanitize the incoming message and strip
the extra \r's (e.g. Eudora) but Mozilla doesn't and only the first
extra header is displayed as a header while the others appear in the
body of the message.



[2002-03-06 12:28:00] [EMAIL PROTECTED]

i still do not see the point, even for unix/sendmail

even /usr/lib/sendmail will transfer the message
using SMTP, and during this step you will have
\r\n line endings anyway, or am i missing something?



[2002-03-06 11:04:38] [EMAIL PROTECTED]

The Right Thing(TM), then, is to determine which method (direct or SMTP
injection) is being done. If SMTP, use \r\n. If direct, determine what
the OS' line terminator is (\r\n for Windows, \n for Unix, \r for Mac
(?!)) and use that instead.



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

-- 
Edit this bug report at http://bugs.php.net/?id=15841&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

#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

#20151 [NEW]: Output line too long.

[david]

From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version:  4.3.0-pre2
PHP Bug Type: Compile Failure
Bug description:  Output line too long.

configure settings
---

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

Compile error
-

/bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 
-export-symbols /usr/local/src/apache/php-4.3.0pre2/sapi/apache/php.sym
-L/usr/ucblib -L/opt/sfw/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2
-L/usr/local/ssl/lib -L/usr/local/lib -L/opt/sfw/lib
-L/usr/local/src/apache/imap-2002.RC5/c-client  -R /usr/ucblib -R
/opt/sfw/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2 -R /usr/local/ssl/lib -R
/usr/local/lib -R /opt/sfw/lib -R
/usr/local/src/apache/imap-2002.RC5/c-client ext/zlib/zlib.lo
ext/zlib/zlib_fopen_wrapper.lo ext/ctype/ctype.lo ext/curl/curl.lo
ext/curl/curlstreams.lo ext/dba/dba.lo ext/dba/dba_cdb.lo
ext/dba/dba_db2.lo ext/dba/dba_dbm.lo ext/dba/dba_gdbm.lo
ext/dba/dba_ndbm.lo ext/dba/dba_db3.lo ext/dbase/dbf_head.lo
ext/dbase/dbf_rec.lo ext/dbase/dbf_misc.lo ext/dbase/dbf_ndx.lo
ext/dbase/dbase.lo ext/exif/exif.lo ext/ftp/php_ftp.lo ext/ftp/ftp.lo
ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/gdcache.lo ext/imap/php_imap.lo
ext/mbstring/mbfilter_ja.lo ext/mbstring/mbfilter_cn.lo
ext/mbstring/mbfilter_tw.lo ext/mbstring/mbfilter_kr.lo
ext/mbstring/mbfilter_ru.lo ext/mbstring/mbfilter.lo
ext/mbstring/mbstring.lo ext/mbstring/mbregex.lo
ext/mbstring/php_mbregex.lo ext/mbstring/html_entities.lo
ext/mbstring/php_unicode.lo ext/mcrypt/mcrypt.lo ext/mysql/php_mysql.lo
ext/mysql/libmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo
ext/mysql/libmysql/net.lo ext/mysql/libmysql/violite.lo
ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_init.lo
ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my_static.lo
ext/mysql/libmysql/my_malloc.lo ext/mysql/libmysql/my_realloc.lo
ext/mysql/libmysql/my_create.lo ext/mysql/libmysql/my_delete.lo
ext/mysql/libmysql/my_tempnam.lo ext/mysql/libmysql/my_open.lo
ext/mysql/libmysql/mf_casecnv.lo ext/mysql/libmysql/my_read.lo
ext/mysql/libmysql/my_write.lo ext/mysql/libmysql/errors.lo
ext/mysql/libmysql/my_error.lo ext/mysql/libmysql/my_getwd.lo
ext/mysql/libmysql/my_div.lo ext/mysql/libmysql/mf_pack.lo
ext/mysql/libmysql/my_messnc.lo ext/mysql/libmysql/mf_dirname.lo
ext/mysql/libmysql/mf_fn_ext.lo ext/mysql/libmysql/mf_wcomp.lo
ext/mysql/libmysql/typelib.lo ext/mysql/libmysql/safemalloc.lo
ext/mysql/libmysql/my_alloc.lo ext/mysql/libmysql/mf_format.lo
ext/mysql/libmysql/mf_path.lo ext/mysql/libmysql/mf_unixpath.lo
ext/mysql/libmysql/my_fopen.lo ext/mysql/libmysql/mf_loadpath.lo
ext/mysql/libmysql/my_pthread.lo ext/mysql/libmysql/my_thr_init.lo
ext/mysql/libmysql/thr_mutex.lo ext/mysql/libmysql/mulalloc.lo
ext/mysql/libmysql/string.lo ext/mysql/libmysql/default.lo
ext/mysql/libmysql/my_compress.lo ext/mysql/libmysql/array.lo
ext/mysql/libmysql/my_once.lo ext/mysql/libmysql/list.lo
ext/mysql/libmysql/my_net.lo ext/mysql/libmysql/dbug.lo
ext/mysql/libmysql/strmov.lo ext/mysql/libmysql/strxmov.lo
ext/mysql/libmysql/strnmov.lo ext/mysql/libmysql/strmake.lo
ext/mysql/libmysql/strend.lo ext/mysql/libmysql/strfill.lo
ext/mysql/libmysql/is_prefix.lo ext/mysql/libmysql/int2str.lo
ext/mysql/libmysql/str2int.lo ext/mysql/libmysql/strinstr.lo
ext/mysql/libmysql/strcont.lo ext/mysql/libmysql/strcend.lo
ext/mysql/libmysql/bchange.lo ext/mysql/libmysql/bmove.lo
ext/mysql/libmysql/bmove_upp.lo ext/mysql/libmysql/longlong2str.lo
ext/mysql/libmysql/strtoull.lo ext/mysql/libmysql/strtoll.lo
ext/mysql/libmysql/charset.lo ext/mysql/libmysql/ctype.lo
ext/openssl/openssl.lo ext/overload/overload.lo
ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo
ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo
ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo
ext/session/mod_mm.lo ext/session/mod_user.lo ext/sockets/sockets.lo
ext/standard/array.lo ext/standard/base64.lo
ext/standard/basic_functions.lo ext/standard/browscap.lo
ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert

#19292 [Com]: random error: open_basedir restriction in effect. File is in wrong directory

[david]

 ID:   19292
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Apache related
 Operating System: linux
 PHP Version:  4.3.0-dev,4.2.3
 New Comment:

I also have this problem, in both Solaris 8 and Linux Mandrake with
Apache 1.2.27 with PHP 4.2.2, 4.2.3 and
also 4.3.0r2. In all cases the followig example does not work and php
complains about open_basedir restriction in
all but in 4.3.0r2, where the example does not work and no
warning or error message is issued.

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 http://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


Previous Comments:


[2002-10-24 10:32:15] [EMAIL PROTECTED]

Looks like this bug is more serious than I thought. With
my workaround I get now randomly:

[24-Oct-2002 17:18:04] PHP Warning:  Failed opening
'/include/banner.php' for inclusion (include_path='.') in
/www/doc/www.aaa.ch-80/wrapper.php on line 45

 [24-Oct-2002 17:18:04] PHP Warning:  Failed opening
'/include/services_2nd.inc' for inclusion (include_path='.') in
/www/doc/www.aaa.ch-80/wrapper.php on line 132

It really looks into the wrong dirs.
zend_get_executed_filename(TSRMLS_C) and path are not the
always the same.

Maybe this is a off by one error somewhere ?

Martin



[2002-10-24 05:05:47] [EMAIL PROTECTED]

Heh, now happens the opposite:

[24-Oct-2002 11:55:45] PHP Warning:  open_basedir: File should be in
/www/doc/www.customer.ch-80, but is in
/www/doc/www.customer.org-80/photos/index.php file
(/www/doc/www.aaa.ch-80/formmail.php) in Unknown on line 0

I added now both cases. Works so far :P but doesn't solve
the real problem.

http://people.freebsd.org/~mbr/patches/fopen_wrappers.c.diff



[2002-10-24 04:26:38] [EMAIL PROTECTED]

I'm using this workaround for now. It solves the
problem:

--- main/fopen_wrappers.c.orig  Wed Oct 23 11:49:40 2002
+++ main/fopen_wrappers.c   Thu Oct 24 11:22:18 2002
@@ -189,10 +189,12 @@
/* Only check when open_basedir is available */
if (PG(open_basedir) && *PG(open_basedir)) {
char *pathbuf;
+   char *newpath;
char *ptr;
char *end;

pathbuf = estrdup(PG(open_basedir));
+   newpath =
estrdup(zend_get_executed_filename(TSRMLS_C));
 
ptr = pathbuf;
 
@@ -203,15 +205,18 @@
end++;
}
 
-   if (php_check_specific_open_basedir(ptr, path
TSRMLS_CC) == 0) {
+   if (php_check_specific_open_basedir(ptr,
newpath TSRMLS_CC) == 0) {
efree(pathbuf);
+   efree(newpath);
return 0;
}
 
ptr = end;
}
-   php_error(E_WARNING, "open_basedir restriction in
effect. File is in wrong directory");
+   php_error(E_WARNING, "open_basedir: File should be in
%s, but is in %s file (%s)",
+   pathbuf, path, newpath);
efree(pathbuf);
+   efree(newpath);
errno = EPERM; /* we deny permission to open it */
return -1;
}
@@ -226,8 +231,8 @@
 PHPAPI int php_check_safe_mode_include_dir(char *path TSRMLS_DC)
 {
/* Only check when safe_mode on and safe_mode_include_dir is
available */
-   if (PG(safe_mode) && PG(safe_mode_include_dir) &&
-   *PG(safe_mode_include_dir))
+   if (((PG(open_basedir) && *PG(open_basedir)) || PG(safe_mode))
+   && PG(safe_mode_include_dir) &&
*PG(safe_mode_inclu

#20181 [NEW]: No way to compile static binary

[david]

From: [EMAIL PROTECTED]
Operating system: FreeBSD
PHP version:  4.2.3
PHP Bug Type: *Compile Issues
Bug description:  No way to compile static binary

I would like to compile a completely static PHP CGI binary.  I don't just
want the PHP modules compiled statically into the binary.  I want ALL
libraries that PHP uses to be linked into the executable.  ldd should say
"not a dynamic executable".  I spent a good while messing around with all
the PHP build scripts but couldn't get it to work.
-- 
Edit bug report at http://bugs.php.net/?id=20181&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20181&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20181&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20181&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20181&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20181&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20181&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20181&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20181&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20181&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20181&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20181&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20181&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20181&r=isapi

Bug #15520: array_slice destroys numeric keys

[david]

From: [EMAIL PROTECTED]
Operating system: Debian sid
PHP version:  4.1.1
PHP Bug Type: Arrays related
Bug description:  array_slice destroys numeric keys

The array_slice function destroys keys that are numeric (even if used as
strings), but not string keys.  This is a serious bug, which makes the
function unusable.  I had to write my own function to correctly take the
slice of an array.  If this is indeed intended behavior, then it should be
noted as such in the manual, and a new function added to take array slices
that does not destroy numeric keys.

 "foo", "f" => "bar", "13" => "blah");
print_r($a);
print_r(array_slice($a, 0));
?>

Array
(
[7] => foo
[f] => bar
[13] => blah
)
Array
(
[0] => foo
[f] => bar
[1] => blah
)

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

Bug #15522: Infinite recursion crashes interpreter

[david]

From: [EMAIL PROTECTED]
Operating system: Debian GNU/Linux
PHP version:  4.1.1
PHP Bug Type: Reproducible crash
Bug description:  Infinite recursion crashes interpreter

It is quite easy to crash the PHP interpreter with infinite recursion. 
While this is a user error, the interpreter should not crash.  There
should be some sort of internal checking to assure that too many function
calls cannot cause a crash.



[Tue Feb 12 07:09:45 2002] [notice] child pid 4079 exit signal
Segmentation fault (11)

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

Bug #8725 Updated: Fun with putenv

[david]

 ID:   8725
 Updated by:   [EMAIL PROTECTED]
-Reported By:  [EMAIL PROTECTED]
+Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Program Execution
 Operating System: SCO Openserver 5.05
 PHP Version:  4.0.4pl1
 New Comment:

The following URL may be relevant.  Basically, SCO's Bourne shell
doesn't tolerate broken environments whereas other shells silently
ignore errors.



(I'd appreciate any alternative explanations of this error when using
system() on SCO Unix, by direct email.)


Previous Comments:


[2001-12-24 17:39:35] [EMAIL PROTECTED]

The workaround for the problem with "freeaddrinfo" and "getaddrinfo" 
was
to undefine HAVE_GETADDRINFO in main/php_config.h.

The original problem with "putenv"  is still there in 4.1.0 compiled
with the latest
to date apache 1.3.22  Sorry.





[2001-12-23 17:04:25] [EMAIL PROTECTED]

I can't tell because I can't compile it. Since  last time we spoke, I
upgraded
to SCO OpenServer 5.06 and right now I can't compile even those
versions of
PHP I used to compile without a problem under 5.05. The error I'm
getting
is (after removing "-silent " from libtool):

gcc -I. -I/tmp/php-4.1.0/ -I/tmp/php-4.1.0/main -I/tmp/php-4.1.0 \
-I/tmp/php-4.1.0/Zend -I/tmp/php-4.1.0/ext/mysql/libmysql \
-I/tmp/php-4.1.0/ext/xml/expat -I/tmp/php-4.1.0/TSRM \
-g -O2 -o php stub.o  ./.libs/libphp4.a -ldl -lcrypt -lresolv -lm
-lsocket

Undefined   first referenced
 symbol in file
freeaddrinfo./.libs/libphp4.a(network.o)
getaddrinfo ./.libs/libphp4.a(network.o)
php: fatal error: Symbol referencing errors. No output written to php
collect2: ld returned 1 exit status

There is probably something in the environment of  SCO 5.06 (or my
particular
environment) that  is causing it. I even tried the very latest gcc
(3.0.3)
and gnu compiling tools to no avail. I'll get back to you if I can
figure out
the problem. 




[2001-12-22 06:57:31] [EMAIL PROTECTED]

Does this still happen with 4.1.0?

R.



[2001-05-08 06:25:56] [EMAIL PROTECTED]

Unfortunately, my SCO Unix machine isn't available for access from
outside.




[2001-05-07 20:01:38] [EMAIL PROTECTED]

This apperas to be SCO specific so it's not very fixable.  Remarking as
'Open'.
[EMAIL PROTECTED], will it be possible to have a temporary account on
your machine to debug this?  Or does anybody else have access to this
platform?



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

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

Bug #15333 Updated: strndup access violation

[david]

 ID:   15333
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: IIS related
 Operating System: Windows 2000 Pro
 PHP Version:  4.1.1
 New Comment:

Nope, I am not using Zend Encoder or Optimizer.  Just running plain PHP
for now.


Previous Comments:


[2002-02-19 08:52:53] [EMAIL PROTECTED]

Are you using Zendencoder? I have the same problem on a machine running
Zendoptimizer with some pages that were Zendencoded. The server crashed
every 20-30 request or so. I took off the pages Zendencoded and its
working fine now... Seems that the problem stands there...



[2002-02-01 15:41:48] [EMAIL PROTECTED]

I am getting an access violation in php4ts!zend_strndup + 0x2B +
0xA05CB1AD.

It is reproducable after about 20 or 30 requests, but it isn't a
certain page that causes it.  A page refresh may or may not display the
page without error.  Eventually the server will no longer serve pages
at all and only a reboot will bring the web server back.  Stopping IIS
just sits there attempting to stop the service.

Details:
Windows 2000 Pro with service pack 2 and all critical and security
updates from windowsupdate.microsoft.com
K6-2 500MHz with 192Meg RAM

I have the exact setup on my machine using an Athlon 1.2GHz with 512Meg
RAM without any problem.  However on two machines with an AMD K6-2
(configured identically) the web server will stop responding to
requests consistently.  I have also tested this on my Dell laptop with
an Intel PIII/700MHz 256 Meg RAM with same Windows 2000 pro w/sp2 and
all updates without any problem.

When the server does stop serving pages the DLLHOST.EXE process virtual
memory size goes to the max for the machine.

I have installed php as an ISAPI module.  I have also tried installing
PHP as a CGI and have the same problem.

I have tested this with php 4.0.6, 4.1.0, and 4.1.1 and have the same
problem in zend_strndup with all three.  I am using the windows zip
file from the php.net download page.  Also I am using the Interbase
extension.  No other extensions are being used.

I hope I included enough info here.

Thanks.




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

Bug #15665: readdir() crashes

[david]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.4-STABLE
PHP version:  4.1.1
PHP Bug Type: Reproducible crash
Bug description:  readdir() crashes

readdir() is consistently crashing PHP in one of my scripts. 
Unfortunately, I can't reproduce the problem with a small test script, for
some reason.  However, the function that is causing PHP to scrash is shown
below.  It is crashing after a number of readdir() calls:

function list_dir($name)
{
$d = opendir($name);
while ($s = readdir($d))
if (($s != ".") && ($s != ".."))
$a[] = $s;
closedir($d);
return isset($a) ? $a : false;
}

This is the CGI version, running from the command line.  A backtrace is
shown below:

(gdb) bt
#0  0x286ed20d in readdir_r () from /usr/lib/libc.so.4
#1  0x80dbd9b in php_if_readdir ()
#2  0x8146e04 in execute ()
#3  0x8146ffd in execute ()
#4  0x8146ffd in execute ()
#5  0x8146ffd in execute ()
#6  0x8129418 in zend_execute_scripts ()
#7  0x806e6be in php_execute_script ()
#8  0x806c8d0 in main ()
#9  0x806bcd3 in _start ()

I can provide more information if necessary.  PHP was compiled from ports
within the last week.

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

Bug #15665 Updated: readdir() crashes

[david]

 ID:   15665
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.4-STABLE
 PHP Version:  4.1.1
 New Comment:

I'll compile PHP from source with debugging and test tomorrow.  Can't
do it today since I just changed the code to exec find, and it already
processed today's files (is a webserver log processing helper script). 
 You're right, I know about the 0/false issue, but I was lazy since all
the filenames will always be fully qualified hostnames :)

I don't remember exactly how many times readdir() was being called
before it crashed, but probably somewhere between 100-200.  When it
first crashed, I noticed I had been calling that function a lot without
using closedir(), but after I added it and only called it once on a
single directory, it still crashed.


Previous Comments:


[2002-02-21 18:50:04] [EMAIL PROTECTED]

Can you enable --with-debug please and post a backtrace?

Btw, how often have you to call readdir() until it crashes?

Btw, your code won't work for directories containing files or dirs
naming like '0'; see the manual page and use 'while (false !== ($s =
readdir() ...'

Also, can you try the source relese itself please and not a/the port?



[2002-02-21 17:24:16] [EMAIL PROTECTED]

readdir() is consistently crashing PHP in one of my scripts. 
Unfortunately, I can't reproduce the problem with a small test script,
for some reason.  However, the function that is causing PHP to scrash
is shown below.  It is crashing after a number of readdir() calls:

function list_dir($name)
{
$d = opendir($name);
while ($s = readdir($d))
if (($s != ".") && ($s != ".."))
$a[] = $s;
closedir($d);
return isset($a) ? $a : false;
}

This is the CGI version, running from the command line.  A backtrace is
shown below:

(gdb) bt
#0  0x286ed20d in readdir_r () from /usr/lib/libc.so.4
#1  0x80dbd9b in php_if_readdir ()
#2  0x8146e04 in execute ()
#3  0x8146ffd in execute ()
#4  0x8146ffd in execute ()
#5  0x8146ffd in execute ()
#6  0x8129418 in zend_execute_scripts ()
#7  0x806e6be in php_execute_script ()
#8  0x806c8d0 in main ()
#9  0x806bcd3 in _start ()

I can provide more information if necessary.  PHP was compiled from
ports within the last week.





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

Bug #15665 Updated: readdir() crashes

[david]

 ID:   15665
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.4-STABLE
 PHP Version:  4.1.1
 New Comment:

The option is --enable-debug, right?  --with-debug appeared to do
nothing.  When compiled with --enable-debug, the script did not crash. 
But it certainly crashes with a normal build without debugging.


Previous Comments:


[2002-02-21 19:30:43] [EMAIL PROTECTED]

I'll compile PHP from source with debugging and test tomorrow.  Can't
do it today since I just changed the code to exec find, and it already
processed today's files (is a webserver log processing helper script). 
 You're right, I know about the 0/false issue, but I was lazy since all
the filenames will always be fully qualified hostnames :)

I don't remember exactly how many times readdir() was being called
before it crashed, but probably somewhere between 100-200.  When it
first crashed, I noticed I had been calling that function a lot without
using closedir(), but after I added it and only called it once on a
single directory, it still crashed.



[2002-02-21 18:50:04] [EMAIL PROTECTED]

Can you enable --with-debug please and post a backtrace?

Btw, how often have you to call readdir() until it crashes?

Btw, your code won't work for directories containing files or dirs
naming like '0'; see the manual page and use 'while (false !== ($s =
readdir() ...'

Also, can you try the source relese itself please and not a/the port?



[2002-02-21 17:24:16] [EMAIL PROTECTED]

readdir() is consistently crashing PHP in one of my scripts. 
Unfortunately, I can't reproduce the problem with a small test script,
for some reason.  However, the function that is causing PHP to scrash
is shown below.  It is crashing after a number of readdir() calls:

function list_dir($name)
{
$d = opendir($name);
while ($s = readdir($d))
if (($s != ".") && ($s != ".."))
$a[] = $s;
closedir($d);
return isset($a) ? $a : false;
}

This is the CGI version, running from the command line.  A backtrace is
shown below:

(gdb) bt
#0  0x286ed20d in readdir_r () from /usr/lib/libc.so.4
#1  0x80dbd9b in php_if_readdir ()
#2  0x8146e04 in execute ()
#3  0x8146ffd in execute ()
#4  0x8146ffd in execute ()
#5  0x8146ffd in execute ()
#6  0x8129418 in zend_execute_scripts ()
#7  0x806e6be in php_execute_script ()
#8  0x806c8d0 in main ()
#9  0x806bcd3 in _start ()

I can provide more information if necessary.  PHP was compiled from
ports within the last week.





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

Bug #14895 Updated: Error when trying to load the php4 module

[david]

 ID:   14895
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Duplicate
 Bug Type: OpenSSL related
 Operating System: FreeBSD 4.3-RELEASE
 PHP Version:  4.1.1
 New Comment:

Any answers to this problem yet?

#!/bin/bash
rm config.cache;
export LIBS="-ljpeg -lpng" LDFLAGS="-L/usr/local/ssl/lib
-L/usr/X11R6/lib -L/usr/local/lib" \
CFLAGS="$CFLAGS -I/usr/local/include" CPPFLAGS="$CFLAGS"
./configure \
--with-apxs=/usr/local/apache/bin/apxs --enable-track-vars \
--enable-magic-quotes --enable-trans-sid --enable-memory-limit \
--enable-force-cgi-redirect --enable-discard-path --with-openssl \
--enable-sigchild --enable-bcmath --with-bz2 \
--enable-calendar --enable-ftp \
--with-imap=/usr/src/imap-2002.DEV.SNAP-0202261726/
--with-imap-ssl=/usr/local/ssl/lib \
--with-pgsql --enable-trans-sid --with-zlib \
--with-mysql=no \
--enable-sysvshm --x-libraries=/usr/X11R6/lib \
--with-freetype-dir=/usr/local/include/freetype1/ \
--with-jpeg-dir=shared \
--with-png-dir=shared --with-xpm-dir=shared --with-gd-dir=shared
--with-gd

...

Cannot load /usr/local/apache/libexec/libphp4.so into server:
/usr/local/apache/libexec/libphp4.so: undefined symbol:
ssl_onceonlyinit

imapd is compiled as:
make install SSLTYPE=nopwd

ssl_onceonlyinit is located in imapd/src/osdep/unix/ssl_unix.c


Previous Comments:


[2002-02-22 02:32:27] [EMAIL PROTECTED]

Sorry, this actually WAS imap-ssl related.



[2002-01-19 14:33:23] [EMAIL PROTECTED]

I've searched the bugdb per your suggestion, Derick. All I found were
two old IMAP-SSL related issues when I searched for the function name
(ssl_onceonlyinit). 

I can download a copy of the CVS source if you like and retry my
compile to see if it is fixed.

Something to note, is on a fresh FreeBSD install (4.4-RELEASE), I
installed apache and mod_php from a cvsup'ed ports collection, and I
get the same error, so you may start to get more wide spread reports of
this error.

Let me know.



[2002-01-19 13:08:40] [EMAIL PROTECTED]

You need to provide a little more information, read
bugs.php.net/how-to-report.php

Derick



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

Here is my configuration when compiling php

./configure  --with-mysql --enable-track-vars --with-snmp --with-imap
--with-apxs=/usr/local/apache/bin/apxs --enable-ucd-snmp-hack
--with-imap-ssl --with-openssl=/usr --enable-sockets --enable-ftp
--with-bz2 --with-zlib

My apache version is 1.3.20 (I tried with 1.3.22 as well and had the
same issue.

The error I get when attempting to start the apache server (compiles
fine) is:

Cannot load /usr/local/libexec/apache/libphp4.so into server:
/usr/local/libexec/apache/libphp4.so: Undefined symbol
"ssl_onceonlyinit"

libssl exists:
(root@warped) [/usr/lib]$ ls -ld /usr/lib/libssl.so
lrwxrwxrwx  1 root  wheel  11 Sep  7 17:59 /usr/lib/libssl.so ->
libssl.so.2
(root@warped) [/usr/lib]$ ls -ld /usr/lib/libssl.so.2
-r--r--r--  1 root  wheel  176348 Apr 21  2001 /usr/lib/libssl.so.2

I can post a list of apache modules if nessicary, but that doesn't seem
to matter, I do use mod_ssl though.





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

Bug #14895 Updated: Error when trying to load the php4 module

[david]

 ID:   14895
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Duplicate
 Bug Type: OpenSSL related
 Operating System: FreeBSD 4.3-RELEASE
 PHP Version:  4.1.1
 New Comment:

The answer is:

Find and remove any old [lib]c-client.a|so on your system, then install
the new uw c-client library or let php find it in your --with-imap
directory.

David


Previous Comments:


[2002-02-27 23:28:46] [EMAIL PROTECTED]

Any answers to this problem yet?

#!/bin/bash
rm config.cache;
export LIBS="-ljpeg -lpng" LDFLAGS="-L/usr/local/ssl/lib
-L/usr/X11R6/lib -L/usr/local/lib" \
CFLAGS="$CFLAGS -I/usr/local/include" CPPFLAGS="$CFLAGS"
./configure \
--with-apxs=/usr/local/apache/bin/apxs --enable-track-vars \
--enable-magic-quotes --enable-trans-sid --enable-memory-limit \
--enable-force-cgi-redirect --enable-discard-path --with-openssl \
--enable-sigchild --enable-bcmath --with-bz2 \
--enable-calendar --enable-ftp \
--with-imap=/usr/src/imap-2002.DEV.SNAP-0202261726/
--with-imap-ssl=/usr/local/ssl/lib \
--with-pgsql --enable-trans-sid --with-zlib \
--with-mysql=no \
--enable-sysvshm --x-libraries=/usr/X11R6/lib \
--with-freetype-dir=/usr/local/include/freetype1/ \
--with-jpeg-dir=shared \
--with-png-dir=shared --with-xpm-dir=shared --with-gd-dir=shared
--with-gd

...

Cannot load /usr/local/apache/libexec/libphp4.so into server:
/usr/local/apache/libexec/libphp4.so: undefined symbol:
ssl_onceonlyinit

imapd is compiled as:
make install SSLTYPE=nopwd

ssl_onceonlyinit is located in imapd/src/osdep/unix/ssl_unix.c



[2002-02-22 02:32:27] [EMAIL PROTECTED]

Sorry, this actually WAS imap-ssl related.



[2002-01-19 14:33:23] [EMAIL PROTECTED]

I've searched the bugdb per your suggestion, Derick. All I found were
two old IMAP-SSL related issues when I searched for the function name
(ssl_onceonlyinit). 

I can download a copy of the CVS source if you like and retry my
compile to see if it is fixed.

Something to note, is on a fresh FreeBSD install (4.4-RELEASE), I
installed apache and mod_php from a cvsup'ed ports collection, and I
get the same error, so you may start to get more wide spread reports of
this error.

Let me know.



[2002-01-19 13:08:40] [EMAIL PROTECTED]

You need to provide a little more information, read
bugs.php.net/how-to-report.php

Derick



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

Here is my configuration when compiling php

./configure  --with-mysql --enable-track-vars --with-snmp --with-imap
--with-apxs=/usr/local/apache/bin/apxs --enable-ucd-snmp-hack
--with-imap-ssl --with-openssl=/usr --enable-sockets --enable-ftp
--with-bz2 --with-zlib

My apache version is 1.3.20 (I tried with 1.3.22 as well and had the
same issue.

The error I get when attempting to start the apache server (compiles
fine) is:

Cannot load /usr/local/libexec/apache/libphp4.so into server:
/usr/local/libexec/apache/libphp4.so: Undefined symbol
"ssl_onceonlyinit"

libssl exists:
(root@warped) [/usr/lib]$ ls -ld /usr/lib/libssl.so
lrwxrwxrwx  1 root  wheel  11 Sep  7 17:59 /usr/lib/libssl.so ->
libssl.so.2
(root@warped) [/usr/lib]$ ls -ld /usr/lib/libssl.so.2
-r--r--r--  1 root  wheel  176348 Apr 21  2001 /usr/lib/libssl.so.2

I can post a list of apache modules if nessicary, but that doesn't seem
to matter, I do use mod_ssl though.





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

Bug #15823: Configure fails (line 3395 unexp. 'fi')

[david]

From: [EMAIL PROTECTED]
Operating system: Linux-2.4.18
PHP version:  4.1.2
PHP Bug Type: *Configuration Issues
Bug description:  Configure fails (line 3395 unexp. 'fi')

I d/l 4.1.2
ran configure and got an error (line 3395)
rm'd configure and ran buildconf which rebuilt configure
same error:
line 3395: syntax error near unexpected token 'fi'

line 3393 contains an else clause
line 3394 is blank
line 3395 contains fi

If I fix this (comment out else), this same error
occurs 3 more times.  Fixing each in turn, configure
finally completes, but does not create a Makefile.

system: LFS-3.2rc1 (Linux From Scratch)
automake-1.5, autoconf-2.52, libtool-1.4.2
Note: php-4.0.6 did not have this problem for me,
but 4.1.0, 4.1.1, and 4.1.2 do. I've avoided upgrading,
but now find I must.  4.0.6 still configs fine.
more info on request -
-- 
Edit bug report at http://bugs.php.net/?id=15823&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15823&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15823&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15823&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15823&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15823&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15823&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15823&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15823&r=submittedtwice

Bug #7231 Updated: REG_ECOLLATE bug?

[david]

 ID:   7231
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Regexps related
 Operating System: Linux 2.2.14-5.0
 PHP Version:  4.0.2
 New Comment:

Same problem, different version, different OS:

PHP version 4.1.2
OS: FreeBSD 4.4-STABLE (GENERIC-SMP) #1

A one-character coallating sequence functions correctly, but a
multi-character sequence generates the error:

Warning:  REG_ECOLLATE in ...


Previous Comments:


[2000-10-15 21:39:57] [EMAIL PROTECTED]

...and i've tried using simpler collations, ie. [[.en.]], and it still
pukes.




[2000-10-15 21:36:55] [EMAIL PROTECTED]

ereg("^([^[.##.]]*)##([a-zA-Z0-9!]+)\|([^[.\?##.]]+)\?##" 
[etc.] on
"##link|s=sztgy.jpg|a=C|b=N|c=rpa?## here it lies"
produces the following error:

Warning:  REG_ECOLLATE in [..]parsetest.php on line 19

while  shows:
Regex Library: Bundled library enabled

my system regex library says it doesn't support collations. that's
fine. but according to phpinfo() and the bundled regex manpage php's
ereg_* should support it.

what's up with this?

(and yes, while configure-ing I did not explicitly say --with-regex=php
but afaik that's the default option which the 'bundled lib enabled'
should reflect, right?)





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

#31637 [Fbk->Csd]: Reproducible garbage array using MYSQL_ASSOC

[david]

 ID:   31637
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: MySQL related
 Operating System: Linux 2.4.28
 PHP Version:  4.3.10
 New Comment:

I was unable to produce a simpler test case. However it 
does look to be a bug in the mysql client or server 
related to a ENUM field on the table with a large number 
of possible values. Closing here and escalating to 
mysql.


Previous Comments:


[2005-01-22 01:29:38] [EMAIL PROTECTED]

You ought to know better to not report bugs if you're not testing with
latest snapshot. And also you should know that we don't like reports
with too much to read. 
http://bugs.php.net/how-to-report.php

Come up with beter test case, nobody else than you can run the one you
gave..




[2005-01-21 15:34:42] [EMAIL PROTECTED]

Description:

mysql_fetch_array with MYSQL_ASSOC returns bogus array keys and some
corrupted data fields in 4.3.10 (but not 4.3.9). Reproducible always
with this particular query. Reproduced in both dotdeb.org packaged
version and minimal cli version compiled from source:

./configure '--enable-cli' '--disable-cgi' '--disable-debug'
'--disable-debug' '--disable-pear' '--without-pear' '--with-mysql=/usr'
'--with-mysql-sock=/var/run/mysqld/mysqld.sock'

May be related to the long DESCRIPTION field in the first result row,
but problem does not occur if LIMIT is changed to anything other than 6
(hence, sorry for the long expected/actual output!)

Reproduce code:
---
'; print_r($row); print '';
}

?>


Expected result:

(from 4.3.9)

Array
(
[pkSTORE_ITEM_ID] => 404
[fkSTORE_ARTIST_ID] => 33
[ITEM_TYPE] => the drama magazine
[ITEM_NAME] => The Drama Issue Four
[ITEM_NAME_ABBR] => Issue Four
[ARTIST_NAME] =>
[DESCRIPTION] => Our fourth issue, The Inside/Out Issue, includes
88 pages in a mixture of black/white & full color and perfect-bound.
We've got a wraparound cover and ten-page feature on New Jersey artist
Matt Leines, exclusive artwork and interviews with http://www.keepsakesociety.com"; target="_blank">Chris Duncan,
http://www.hackleyspress.com"; target="_blank">David Abbott,
http://www.workbymarco.com"; target="_blank">Marco Cibola,
http://www.tinyindustries.com"; target="_blank">Megan
Whitmarsh, Isaac Lin, Marc Bell, http://www.madreal.com";
target="_blank">Derrick Hodgson, http://www.southersalazar.net"; target="_blank">Souther
Salazar, & http://www.taylormckimens.com";
target="_blank">Taylor McKimens, photography by http://www.mayahayuk.com"; target="_blank">Maya Hayuk, http://www.crownfarmer.com"; target="_blank">Bob Kronbauer, &
http://www.yerinmok.com"; target="_blank">Ye Rin Mok, a
talk with several independent art galleries across the U.S., including
http://www.branchgallery.com"; target="_blank">Branch
Gallery, http://www.lumpgallery.com"; target="_blank">Lump
Gallery, http://www.spectorspector.com";
target="_blank">Spector Gallery, http://www.artprostitute.com"; target="_blank">Art Prostitute,
http://www.newimageartgallery.com"; target="_blank">New Image
Art, http://www.reupmag.com"; target="_blank">Selective
Hearing Gallery, & http://www.subliminalprojects.com";
target="_blank">Subliminal Projects, comics by Max Hubenthal &
Travis Robertson, and much more. Subscriptions are also
available! Please click http://www.thedramastore.org/section.php?s=the%20drama%20subscription";>here
for more information.
[BASE_FILENAME] => magazine04
[PRICE] => 6.00
[OPTION1] =>
[OPTION2] =>
[FLAG_SOLD_OUT] => 0
[FLAG_FEATURED] => 1
[ORDER_ID] => 4
[SUBSECTION_NAME] =>
)
Array
(
[pkSTORE_ITEM_ID] => 403
[fkSTORE_ARTIST_ID] => 22
[ITEM_TYPE] => misc
[ITEM_NAME] => k.parel Button Set
[ITEM_NAME_ABBR] =>
[ARTIST_NAME] =>
[DESCRIPTION] => A 2-button set by the kind folks at k.parel. Check
out their website at http://www.kparel.com";
target="_blank">www.kparel.com. We like them.
[BASE_FILENAME] => k01
[PRICE] => 3.00
[OPTION1] =>
[OPTION2] =>
[FLAG_SOLD_OUT] => 0
[FLAG_FEATURED] => 0
[ORDER_ID] => 12
[SUBSECTION_NAME] =>
)
Array
(
[pkSTORE_ITEM_ID] => 402
[fkSTORE_ARTIST_ID] => 44
[ITEM_TYPE]

#16349 [Sus->Opn]: no way to tell if a session exists without starting it

[david]

 ID:   16349
 Updated by:   [EMAIL PROTECTED]
 Reported By:  adam at adeptsoftware dot com
-Status:   Suspended
+Status:   Open
 Bug Type: Feature/Change Request
 Operating System: WinXP
 PHP Version:  4.1.2
 New Comment:

powerblade's comment is incorrect, the point of this bug is to
determine whether the user has a session without creating a new one if
they do not. (session_id always returns a blank string prior to
session_start(), regardless of whether an actual session exists).

Example: a site wishes to print "Hello " at the top of every
page. Username is stored on a session. The site must therefore resume
the session to retrieve this username. But it is pointless to *create*
a session just for this purpose. A bunch of useless 0-byte sess_* files
are wastefully created.

In Java, one would do request.getSession(false) - the parameter 'start'
set to false causes this function to return null if no session already
exists.

In PHP, better semantics would be to add a function such as bool
session_exists()

This still needs to be addressed.


Previous Comments:


[2002-12-03 15:37:01] powerblade at mail dot dk

I had the same problem. I wanted to knew if the session was started or
not.
I found out i should do a session_id(); If it returns "null" then it's
not
started yet, else it returns the session id.



[2002-04-14 16:17:06] adam at adeptsoftware dot com

Why is this suspended?



[2002-04-03 12:02:03] adam at adeptsoftware dot com

Heh when I think bug I think "flaw", I don't consider basic
functionality to be a feature.  Knowing if a session has been created
or not without having to create one seems pretty basic to me..



[2002-04-03 11:57:46] [EMAIL PROTECTED]

I don't know, I am pretty good at having bugs even in stuff I haven't
implemented yet.  



[2002-04-03 11:48:19] [EMAIL PROTECTED]

If it isn't implemented, there can't be a bug in it. Moving this to a
feature request.

Derick



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

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

Bug #16104 Updated: Apache2 segfault on startup in TSRM/TSRM.c:310

[david+cert]

 ID:   16104
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.0CVS-2002-03-1
 New Comment:

This was back on ~2.0.33.  I haven't had the heart to try it recently.


Previous Comments:


[2002-04-19 11:14:06] [EMAIL PROTECTED]

What version of Apache is this? Current CVS is known to
work with Apache 2.0.35 (GA) and the 4.2.0 branch of PHP
(in CVS). Please try again and report your success/failure
here.



[2002-03-15 15:23:44] [EMAIL PROTECTED]

./configure \
 --with-apxs2=/usr/local/apache2/bin/apxs \
 --enable-debug

I have current HEAD code for both httpd-2.0 and php42.  If I try to
start apache with the php module, it silently crashes on startup.  So I
pop it into gdb and here's what I get.

(gdb) r -X
Starting program: /src/cvs/httpd-2.0/httpd -X
[New Thread 1024 (LWP 9253)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 9253)]
0x4031dad5 in ts_resource_ex (id=1, th_id=0x0) at
/src/cvs/php4/TSRM/TSRM.c:310
310
TSRM_SAFE_RETURN_RSRC(thread_resources->storage, id,
thread_resources->count);

(gdb) l
305 TSRM_ERROR((TSRM_ERROR_LEVEL_INFO,
"Fetching resource id %d for current thread %d", id, (long)
thread_resources->thread_id));
306 /* Read a specific resource from the
thread's resources.
307  * This is called outside of a mutex,
so have to be aware about external
308  * changes to the structure as we read
it.
309  */
310
TSRM_SAFE_RETURN_RSRC(thread_resources->storage, id,
thread_resources->count);
311 }
312 thread_id = tsrm_thread_id();
313 } else {
314 thread_id = *th_id; 

(gdb) bt
#0  0x4031dad5 in ts_resource_ex (id=1, th_id=0x0)
   at /src/cvs/php4/TSRM/TSRM.c:310
#1  0x40321bfd in php_module_startup (sf=0x4044eba0)
   at /src/cvs/php4/main/main.c:856
#2  0x403746f4 in php_apache_server_startup (pconf=0x81014c0,
plog=0x81395a0,
   ptemp=0x818ad58, s=0x818dfd8)
   at /src/cvs/php4/sapi/apache2filter/sapi_apache2.c:428
#3  0x0808e43f in ap_run_post_config (pconf=0x81014c0, plog=0x81395a0,
ptemp=0x818ad58, s=0x818dfd8) at config.c:127
#4  0x08092715 in main (argc=2, argv=0xb6e4) at main.c:603

(gdb) p *thread_resources
$2 = {storage = 0x50435245, count = 33, thread_id = 135231232, next =
0x2010} 

Anybody have helpful suggestions here? This is fully repeatable.





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

Bug #15033 Updated: Apache child procs segfault on AIX 5.1 with OCI8

[david-shafer]

 ID:   15033
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: OCI8 related
 Operating System: AIX 5.1
 PHP Version:  4.1.1
 New Comment:

Installing AIX patches resolved the problem.

The system had been at AIX 5.1 Maintenance Level 1. The following
filesets were among those patched more recently than ML 1, and were
potentially responsible for resolving the problem:

5.1.0.15 bos.64bit
5.1.0.15 bos.mp64
5.1.0.15 bos.mp


Previous Comments:


[2002-01-14 17:12:38] [EMAIL PROTECTED]

Disregard the previous "httpd -X" test case; the error message was
caused by another problem. The child segfault problem still stands,
however.



[2002-01-14 14:37:34] [EMAIL PROTECTED]

When I compile PHP 4.1.1 with OCI8 support and try to run it on a
system with AIX 5.1, the Apache child processes generate segfaults
until I stop Apache. The behavior has been observed on two different
AIX 5.1 systems, and it happens regardless of whether PHP was compiled
on an AIX 4.3 or 5.1 system.

The Oracle client libraries are properly installed, and Oracle
utilities like "sqlplus" run normally.

If I remove OCI8 support from the PHP module, or if I run the same
module with OCI8 support on an AIX 4.3 system, it works just fine.

Here's the environment:

AIX 5.1
PHP 4.1.1
Oracle 8.1.7 client libraries
IBM VisualAge C 5.0.1

export CC="cc_r"
export CFLAGS="-g -ma"

./configure --prefix=/local/www/php \
--with-apxs=/local/www/bin/apxs \
--with-config-file-path=/local/www/php \
--without-mysql \
--with-oci8=/ora00/app/oracle/product/8.1.7

Here's how I reproduce the problem:

# make install
# /local/www/bin/apachectl start
# tail -f /local/www/logs/www.err

[Wed Jan  9 13:33:05 2002] [notice] Apache/1.3.20 (Unix) PHP/4.1.1
configured --
 resuming normal operations
[Wed Jan  9 13:33:06 2002] [notice] child pid 13720 exit signal Illegal
instruct
ion (4)
[Wed Jan  9 13:33:06 2002] [notice] child pid 14672 exit signal Illegal
instruct
ion (4)
[Wed Jan  9 13:33:06 2002] [notice] child pid 5884 exit signal Illegal
instructi
on (4)
[Wed Jan  9 13:33:06 2002] [notice] child pid 17438 exit signal Illegal
instruct
ion (4)
[Wed Jan  9 13:33:06 2002] [notice] child pid 16608 exit signal Illegal
instruct
ion (4)
[Wed Jan  9 13:33:08 2002] [notice] child pid 17440 exit signal Illegal
instruct
ion (4)
[Wed Jan  9 13:33:09 2002] [notice] child pid 14674 exit signal Illegal
instruct
ion (4)
[Wed Jan  9 13:33:09 2002] [notice] child pid 5886 exit signal Illegal
instructi
on (4)
...

# /local/www/bin/apachectl stop

# /local/www/bin/httpd -X
{accepts vanilla html requests, sometimes doesn't terminate on ^C until
after it's received a request}

If I try to access a simple script ("") while
running with "-X", I get the following output:

Warning: Failed opening
'/local/www/vhosts/owl.its.uiowa.edu/docs/phpinfo.php' for inclusion
(include_path='') in Unknown on line 0




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

Bug #16104: Apache2 segfault on startup in TSRM/TSRM.c:310

[david+cert]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0CVS-2002-03-15
PHP Bug Type: Apache2 related
Bug description:  Apache2 segfault on startup in TSRM/TSRM.c:310

./configure \
 --with-apxs2=/usr/local/apache2/bin/apxs \
 --enable-debug

I have current HEAD code for both httpd-2.0 and php42.  If I try to start
apache with the php module, it silently crashes on startup.  So I pop it
into gdb and here's what I get.

(gdb) r -X
Starting program: /src/cvs/httpd-2.0/httpd -X
[New Thread 1024 (LWP 9253)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 9253)]
0x4031dad5 in ts_resource_ex (id=1, th_id=0x0) at
/src/cvs/php4/TSRM/TSRM.c:310
310
TSRM_SAFE_RETURN_RSRC(thread_resources->storage, id,
thread_resources->count);

(gdb) l
305 TSRM_ERROR((TSRM_ERROR_LEVEL_INFO,
"Fetching resource id %d for current thread %d", id, (long)
thread_resources->thread_id));
306 /* Read a specific resource from the
thread's resources.
307  * This is called outside of a mutex, so
have to be aware about external
308  * changes to the structure as we read
it.
309  */
310
TSRM_SAFE_RETURN_RSRC(thread_resources->storage, id,
thread_resources->count);
311 }
312 thread_id = tsrm_thread_id();
313 } else {
314 thread_id = *th_id; 

(gdb) bt
#0  0x4031dad5 in ts_resource_ex (id=1, th_id=0x0)
   at /src/cvs/php4/TSRM/TSRM.c:310
#1  0x40321bfd in php_module_startup (sf=0x4044eba0)
   at /src/cvs/php4/main/main.c:856
#2  0x403746f4 in php_apache_server_startup (pconf=0x81014c0,
plog=0x81395a0,
   ptemp=0x818ad58, s=0x818dfd8)
   at /src/cvs/php4/sapi/apache2filter/sapi_apache2.c:428
#3  0x0808e43f in ap_run_post_config (pconf=0x81014c0, plog=0x81395a0,
ptemp=0x818ad58, s=0x818dfd8) at config.c:127
#4  0x08092715 in main (argc=2, argv=0xb6e4) at main.c:603

(gdb) p *thread_resources
$2 = {storage = 0x50435245, count = 33, thread_id = 135231232, next =
0x2010} 

Anybody have helpful suggestions here? This is fully repeatable.

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

#22330 [NEW]: Overloaded strrpos() gives wrong results

[david at santinoli dot com]

From: david at santinoli dot com
Operating system: Linux
PHP version:  4.3.1
PHP Bug Type: mbstring related
Bug description:  Overloaded strrpos() gives wrong results

With

 php_value mbstring.internal_encoding "UTF-8"
 php_value mbstring.func_overload 6

in my php.ini, the overloaded strrpos() gives a wrong result when parsing
an UTF-8 string.
For example,

 $s=iconv("ISO-8859-1","UTF-8","é.jpg");
 $x=strrpos($s,".");

assigns the value 2 to $x, instead of the correct one (1).

My PHP was configured with
./configure  --with-config-file-path=/etc/httpd/conf --with-apxs
--with-pgsql 
--with-iconv --enable-mbstring --enable-mbregex

A patch which fixes this bug can be found at
http://village.flashnet.it/users/mi1802/php-4.3.1-mbstring.diff

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

#19292 [Com]: random error: open_basedir restriction in effect. File is in wrong directory

[david at ols dot es]

 ID:   19292
 Comment by:   david at ols dot es
 Reported By:  tnowak at triger dot com dot pl
 Status:   Feedback
 Bug Type: Apache related
 Operating System: linux
 PHP Version:  4.2.3,4.3.0
 New Comment:

4.3.1 when running squirrelmail 1.2.11 gives this errors:

[22-Feb-2003 20:56:15] PHP Warning:  main() [function.main]:
open_basedir restriction in effect.
File(/usr/local/http-docs/common/lib/DB.php) is not within the allowed
path(s): (/usr/local/lib/php) in
/usr/local/http-docs/common/webmail/functions/db_prefs.php on line 35
[22-Feb-2003 20:56:15] PHP Warning:  main(DB.php) [function.main]: failed to
create stream: Not owner in
/usr/local/http-docs/common/webmail/functions/db_prefs.php on line 35
[22-Feb-2003 20:56:15] PHP Fatal error:  main() [function.main]: Failed
opening required 'DB.php'
(include_path='./:/usr/local/http-docs/common/lib:/usr/local/lib/php:/usr/local/http-docs/common/lib/phpwhois')
in /usr/local/http-docs/common/webmail/functions/db_prefs.php on line
35


Previous Comments:


[2003-02-18 13:20:52] aw at mittwaldmedien dot de

Now i tested the http://snaps.php.net/php4-STABLE-latest.tar.gz
from today.

same problem like before.
i call the vhost 'www.domain1.de', after that i call a second vhost
from the same server with 'www.domain2.de'.
Now i get the error:
Warning: Unknown(): open_basedir restriction in effect.
File(/home/www/web8/typo3_src-3.5.0/typo3/index.php) is not within the
allowed path(s): (/home/www/confixx/) in Unknown on line 0
www.domain1.de has the base dir: /home/www/confixx/
www.domain2.de hast the base dir: /home/www/web8/

the funny thing for me is, that i have servers with php 4.2.3 witch i
selfcompiled and they work without that problem.



[2003-02-18 09:31:41] aw at mittwaldmedien dot de

after one hour the same problem comes up.

the funny thing is, that we have a second machine with suse 8.1, same
apache version and there it works.

so i copied the libphp.so from one machine to the other.

it doesn't help.
Has someone found a working workaround ?



[2003-02-18 04:08:21] aw at mittwaldmedien dot de

We have the same Problem, like described above.
On one of our system the Error comes up sometimes.
We deleted the source, untared it again and compiled it the 'different'
configure options.
Now it works 
Is it possible that there some problems with the configure options,
when they are not in the korrekt order or something like this.
This are the configure Options there it makes sometimes the error:
./configure --prefix=/usr/share --datadir=/usr/share/php
--bindir=/usr/bin --libdir=/usr/share --includedir=/usr/include
--with-_lib=lib --with-config-file-path=/etc --disable-debug
--enable-bcmath --enable-calendar --enable-ctype --enable-dbase
--enable-discard-path --enable-exif --enable-filepro
--enable-force-cgi-redirect --enable-ftp --enable-gd-imgstrttf
--enable-gd-native-ttf --enable-inline-optimization
--enable-magic-quotes --enable-shmop --enable-sigchild --enable-sysvsem
--enable-sysvshm --enable-trans-sid --enable-versioning --enable-wddx
--enable-yp --with-bz2 --with-dom=/usr/include/libxml2 --with-ftp
--with-gdbm --with-gettext --with-gmp --with-imap=yes
--with-jpeg-dir=/usr --with-ldap=yes --with-mcal=/usr --with-mcrypt
--with-ndbm --with-snmp --with-tiff-dir=/usr --with-xml
--with-xpm-dir=/usr/X11R6 --with-openssl --with-curl --with-imap-ssl
--with-mm --with-apxs=/usr/sbin/apxs --enable-discard-path
--enable-sockets --enable-track-vars=yes
--with-exec-dir=/usr/local/typo3sh/bin --with-gd=/usr/local/typo3sh
--with-gettext --with-jpeg-dir --with-mysql=/usr --with-png-dir
--with-tiff-dir --with-ttf=/usr/local/typo3sh --with-zlib=yes

and this is my 'working version.

./configure --prefix=/usr/share --datadir=/usr/share/php
--bindir=/usr/bin --libdir=/usr/share --includedir=/usr/include
--with-_lib=lib --with-config-file-path=/etc --disable-debug
--enable-bcmath --enable-calendar --enable-ctype --enable-dbase
--enable-discard-path --enable-exif --enable-filepro
--enable-force-cgi-redirect --enable-ftp --enable-gd-imgstrttf
--enable-gd-native-ttf --enable-inline-optimization
--enable-magic-quotes --enable-shmop --enable-sigchild --enable-sysvsem
--enable-sysvshm --enable-trans-sid --enable-versioning --enable-wddx
--enable-yp --with-bz2 --with-dom=/usr/include/libxml2 --with-ftp
--with-gdbm --with-gettext --with-gmp --with-imap=yes
--with-jpeg-dir=/usr --with-ldap=yes --with-mcal=/usr --with-mcrypt
--with-ndbm --with-qtdom=/usr/lib/qt2 --with-snmp --with-tiff-dir=/usr
--with-xml --with-xpm-dir=/usr/X11R6 --with-openssl --with-curl
--with-imap-ssl --with-mm --with-apxs=/usr/sbin/apxs
--enable-discard-path --enable-sockets --enable-tra

#19292 [Com]: random error: open_basedir restriction in effect. File is in wrong directory

[david at ols dot es]

 ID:   19292
 Comment by:   david at ols dot es
 Reported By:  tnowak at triger dot com dot pl
 Status:   Feedback
 Bug Type: Apache related
 Operating System: linux
 PHP Version:  4.2.3,4.3.0
 New Comment:

Note that in the previous error messages, the first one has completly
wrong arguments as /usr/local/http-docs/common/lib/DB.php does not
exist, it is
 /usr/local/lib/php/DB.php and the include path is not just
 /usr/local/lib/php, it's the one shown in the last error


Previous Comments:


[2003-02-22 15:04:11] david at ols dot es

4.3.1 when running squirrelmail 1.2.11 gives this errors:

[22-Feb-2003 20:56:15] PHP Warning:  main() [function.main]:
open_basedir restriction in effect.
File(/usr/local/http-docs/common/lib/DB.php) is not within the allowed
path(s): (/usr/local/lib/php) in
/usr/local/http-docs/common/webmail/functions/db_prefs.php on line 35
[22-Feb-2003 20:56:15] PHP Warning:  main(DB.php) [function.main]: failed to
create stream: Not owner in
/usr/local/http-docs/common/webmail/functions/db_prefs.php on line 35
[22-Feb-2003 20:56:15] PHP Fatal error:  main() [function.main]: Failed
opening required 'DB.php'
(include_path='./:/usr/local/http-docs/common/lib:/usr/local/lib/php:/usr/local/http-docs/common/lib/phpwhois')
in /usr/local/http-docs/common/webmail/functions/db_prefs.php on line
35



[2003-02-18 13:20:52] aw at mittwaldmedien dot de

Now i tested the http://snaps.php.net/php4-STABLE-latest.tar.gz
from today.

same problem like before.
i call the vhost 'www.domain1.de', after that i call a second vhost
from the same server with 'www.domain2.de'.
Now i get the error:
Warning: Unknown(): open_basedir restriction in effect.
File(/home/www/web8/typo3_src-3.5.0/typo3/index.php) is not within the
allowed path(s): (/home/www/confixx/) in Unknown on line 0
www.domain1.de has the base dir: /home/www/confixx/
www.domain2.de hast the base dir: /home/www/web8/

the funny thing for me is, that i have servers with php 4.2.3 witch i
selfcompiled and they work without that problem.



[2003-02-18 09:31:41] aw at mittwaldmedien dot de

after one hour the same problem comes up.

the funny thing is, that we have a second machine with suse 8.1, same
apache version and there it works.

so i copied the libphp.so from one machine to the other.

it doesn't help.
Has someone found a working workaround ?



[2003-02-18 04:08:21] aw at mittwaldmedien dot de

We have the same Problem, like described above.
On one of our system the Error comes up sometimes.
We deleted the source, untared it again and compiled it the 'different'
configure options.
Now it works 
Is it possible that there some problems with the configure options,
when they are not in the korrekt order or something like this.
This are the configure Options there it makes sometimes the error:
./configure --prefix=/usr/share --datadir=/usr/share/php
--bindir=/usr/bin --libdir=/usr/share --includedir=/usr/include
--with-_lib=lib --with-config-file-path=/etc --disable-debug
--enable-bcmath --enable-calendar --enable-ctype --enable-dbase
--enable-discard-path --enable-exif --enable-filepro
--enable-force-cgi-redirect --enable-ftp --enable-gd-imgstrttf
--enable-gd-native-ttf --enable-inline-optimization
--enable-magic-quotes --enable-shmop --enable-sigchild --enable-sysvsem
--enable-sysvshm --enable-trans-sid --enable-versioning --enable-wddx
--enable-yp --with-bz2 --with-dom=/usr/include/libxml2 --with-ftp
--with-gdbm --with-gettext --with-gmp --with-imap=yes
--with-jpeg-dir=/usr --with-ldap=yes --with-mcal=/usr --with-mcrypt
--with-ndbm --with-snmp --with-tiff-dir=/usr --with-xml
--with-xpm-dir=/usr/X11R6 --with-openssl --with-curl --with-imap-ssl
--with-mm --with-apxs=/usr/sbin/apxs --enable-discard-path
--enable-sockets --enable-track-vars=yes
--with-exec-dir=/usr/local/typo3sh/bin --with-gd=/usr/local/typo3sh
--with-gettext --with-jpeg-dir --with-mysql=/usr --with-png-dir
--with-tiff-dir --with-ttf=/usr/local/typo3sh --with-zlib=yes

and this is my 'working version.

./configure --prefix=/usr/share --datadir=/usr/share/php
--bindir=/usr/bin --libdir=/usr/share --includedir=/usr/include
--with-_lib=lib --with-config-file-path=/etc --disable-debug
--enable-bcmath --enable-calendar --enable-ctype --enable-dbase
--enable-discard-path --enable-exif --enable-filepro
--enable-force-cgi-redirect --enable-ftp --enable-gd-imgstrttf
--enable-gd-native-ttf --enable-inline-optimization
--enable-magic-quotes --enable-shmop --enable-sigchild --enable-sysvsem
--enable-sysvshm --enable-trans-sid --enable-versioning --enable-wddx
--enable-yp --with-bz2 --with-dom=/usr

#19292 [Com]: random error: open_basedir restriction in effect. File is in wrong directory

[david at ols dot es]

 ID:   19292
 Comment by:   david at ols dot es
 Reported By:  tnowak at triger dot com dot pl
 Status:   Feedback
 Bug Type: Apache related
 Operating System: linux
 PHP Version:  4.2.3,4.3.0
 New Comment:

patch submited by sniper dot php.net does not solve the problem


Previous Comments:


[2003-02-22 15:10:37] david at ols dot es

Note that in the previous error messages, the first one has completly
wrong arguments as /usr/local/http-docs/common/lib/DB.php does not
exist, it is
 /usr/local/lib/php/DB.php and the include path is not just
 /usr/local/lib/php, it's the one shown in the last error



[2003-02-22 15:04:11] david at ols dot es

4.3.1 when running squirrelmail 1.2.11 gives this errors:

[22-Feb-2003 20:56:15] PHP Warning:  main() [function.main]:
open_basedir restriction in effect.
File(/usr/local/http-docs/common/lib/DB.php) is not within the allowed
path(s): (/usr/local/lib/php) in
/usr/local/http-docs/common/webmail/functions/db_prefs.php on line 35
[22-Feb-2003 20:56:15] PHP Warning:  main(DB.php) [function.main]: failed to
create stream: Not owner in
/usr/local/http-docs/common/webmail/functions/db_prefs.php on line 35
[22-Feb-2003 20:56:15] PHP Fatal error:  main() [function.main]: Failed
opening required 'DB.php'
(include_path='./:/usr/local/http-docs/common/lib:/usr/local/lib/php:/usr/local/http-docs/common/lib/phpwhois')
in /usr/local/http-docs/common/webmail/functions/db_prefs.php on line
35



[2003-02-18 13:20:52] aw at mittwaldmedien dot de

Now i tested the http://snaps.php.net/php4-STABLE-latest.tar.gz
from today.

same problem like before.
i call the vhost 'www.domain1.de', after that i call a second vhost
from the same server with 'www.domain2.de'.
Now i get the error:
Warning: Unknown(): open_basedir restriction in effect.
File(/home/www/web8/typo3_src-3.5.0/typo3/index.php) is not within the
allowed path(s): (/home/www/confixx/) in Unknown on line 0
www.domain1.de has the base dir: /home/www/confixx/
www.domain2.de hast the base dir: /home/www/web8/

the funny thing for me is, that i have servers with php 4.2.3 witch i
selfcompiled and they work without that problem.



[2003-02-18 09:31:41] aw at mittwaldmedien dot de

after one hour the same problem comes up.

the funny thing is, that we have a second machine with suse 8.1, same
apache version and there it works.

so i copied the libphp.so from one machine to the other.

it doesn't help.
Has someone found a working workaround ?



[2003-02-18 04:08:21] aw at mittwaldmedien dot de

We have the same Problem, like described above.
On one of our system the Error comes up sometimes.
We deleted the source, untared it again and compiled it the 'different'
configure options.
Now it works 
Is it possible that there some problems with the configure options,
when they are not in the korrekt order or something like this.
This are the configure Options there it makes sometimes the error:
./configure --prefix=/usr/share --datadir=/usr/share/php
--bindir=/usr/bin --libdir=/usr/share --includedir=/usr/include
--with-_lib=lib --with-config-file-path=/etc --disable-debug
--enable-bcmath --enable-calendar --enable-ctype --enable-dbase
--enable-discard-path --enable-exif --enable-filepro
--enable-force-cgi-redirect --enable-ftp --enable-gd-imgstrttf
--enable-gd-native-ttf --enable-inline-optimization
--enable-magic-quotes --enable-shmop --enable-sigchild --enable-sysvsem
--enable-sysvshm --enable-trans-sid --enable-versioning --enable-wddx
--enable-yp --with-bz2 --with-dom=/usr/include/libxml2 --with-ftp
--with-gdbm --with-gettext --with-gmp --with-imap=yes
--with-jpeg-dir=/usr --with-ldap=yes --with-mcal=/usr --with-mcrypt
--with-ndbm --with-snmp --with-tiff-dir=/usr --with-xml
--with-xpm-dir=/usr/X11R6 --with-openssl --with-curl --with-imap-ssl
--with-mm --with-apxs=/usr/sbin/apxs --enable-discard-path
--enable-sockets --enable-track-vars=yes
--with-exec-dir=/usr/local/typo3sh/bin --with-gd=/usr/local/typo3sh
--with-gettext --with-jpeg-dir --with-mysql=/usr --with-png-dir
--with-tiff-dir --with-ttf=/usr/local/typo3sh --with-zlib=yes

and this is my 'working version.

./configure --prefix=/usr/share --datadir=/usr/share/php
--bindir=/usr/bin --libdir=/usr/share --includedir=/usr/include
--with-_lib=lib --with-config-file-path=/etc --disable-debug
--enable-bcmath --enable-calendar --enable-ctype --enable-dbase
--enable-discard-path --enable-exif --enable-filepro
--enable-force-cgi-redirect --enable-ftp --enable-gd-imgstrttf
--enable-gd-native-ttf --enable-inline-optimizatio

#25753 [Com]: php_value|flag / php_admin_* settings "leak" from vhosts/.htaccess files

[david at bizeweb dot com]

 ID:   25753
 Comment by:   david at bizeweb dot com
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Apache related
 Operating System: *
 PHP Version:  4CVS, 5CVS
 New Comment:

I a related problem to an apache list, and someone directed me to here.
 I thought timing was so perfect and that the problem was fixed. 
However, I think this bug still exists.  Unless I need to install a
specific CVS version. I have php4-STABLE-200402012230 installed on a
RH9 with apache2.0.44 with a php config of 
CFLAGS="-I/usr/kerberos/include -DSECURITY_HOLE_PASS_AUTHORIZATION"
./configure --with-apxs2=/usr/local/apache/bin/apxs --with-gettext
--with-imap=/dl/imap-2001a --with-kerberos --with-glibcc --with-xml
--with-mysql.

I've isolated my server and in my httpd.conf have set the following for
easy testing.
StartServers 1
MinSpareServers  1
MaxSpareServers 2


ServerName foo.com



php_admin_flag engine off
ServerName foo2.com

I can keep going to foo.com without any problems as soon as I goto
foo2.com, then foo.com will attempt to dl the php files.
I'm new to this field, but if I can help just ask.


Previous Comments:


[2004-01-28 12:40:04] [EMAIL PROTECTED]

This only happens on text/html files with the executable bit set.  If
the +x bit is set, we load the current ini settings and if php's
xbithack option is not set we decline the request but forget to reset
the ini settings potentially leaking them to the next request.  This is
now fixed in CVS and will be in the next release of both PHP4 and PHP5.



[2004-01-28 00:47:04] rover at tob dot ru

We examine source files more carefull and remake a patch:

diff -udr php-4.3.3/sapi/apache/mod_php4.c
php-4.3.3.patched/sapi/apache/mod_php4.c
--- php-4.3.3/sapi/apache/mod_php4.c2003-06-03 11:41:49.0
+0600
+++ php-4.3.3.patched/sapi/apache/mod_php4.c2004-01-28
10:48:27.0 +0500
@@ -830,6 +830,9 @@
}
if(!AP(xbithack)) {
r->allowed |= (1 << METHODS) - 1;
+   zend_try {
+   zend_ini_deactivate(TSRMLS_C);
+   } zend_end_try();
return DECLINED;
}
return send_parsed_php(r);



[2004-01-27 13:36:14] rover at tob dot ru

It seems we have found a bug in mod_php4.c. We can 100% reproduce this
error. How to reproduce (our case):
in httpd.conf we have:

# to enable only one instance of apache process
StartServers 1
MaxClients 1
#

php_value engine off


in php.ini:
Engine = On,
we enable php-scripts at all site, but disable in /info.

Let's begin:
#/usr/sbin/apache.dbg -f /etc/apache/httpd.conf
#gbd /usr/sbin/apache.gdb pid_of_child (attach to child, what serve
requests)
(gdb)p php_apache_info.engine
 =1! php-engine ENABLED
(gdb)watch php_apache_info.engine  ! VERY IMPORTANT
(gdb)break send_php! bug in this func.
(gdb)c

1) Request a usual file from http://our.site/info/index.html:
Because we define 'php_value off' for this directory - at line 829 in
function php_xbithack_handler(remember - we process text/html) we call
zend_hash_apply((HashTable *) per_dir_conf, (apply_func_t)
php_apache_alter_ini_entries TSRMLS_CC);
and change our 'engine' value to 0.
backtrace for this call (don't look at line number - they shifted
because i insert debug lines in source files):
Hardware watchpoint 1: php_apache_info.engine
Old value = 1
New value = 0
#0  OnUpdateInt (entry=0x80dc778, new_value=0x80d3cc4 "off",
new_value_length=3, mh_arg1=0x0, mh_arg2=0x4057f92c,
mh_arg3=0x0, stage=4) at
/usr/local/src/apache2+php4/php4-4.3.3/Zend/zend_ini.c:453
#1  0x4051110a in zend_alter_ini_entry (name=0x80de170 "engine",
name_length=7, new_value=0x80de180 "off",
new_value_length=3, modify_type=2, stage=4) at
/usr/local/src/apache2+php4/php4-4.3.3/Zend/zend_ini.c:212
#2  0x40519fc6 in php_apache_alter_ini_entries
(per_dir_entry=0x812c598)
at
/usr/local/src/apache2+php4/php4-4.3.3/sapi/apache/mod_php4.c:511
#3  0x4050b8f9 in zend_hash_apply (ht=0x809fc98, apply_func=0x40519f40
)
at /usr/local/src/apache2+php4/php4-4.3.3/Zend/zend_hash.c:698
#4  0x4051ad1b in php_xbithack_handler (r=0x81367ec)
at
/usr/local/src/apache2+php4/php4-4.3.3/sapi/apache/mod_php4.c:850
#5  0x080551c3 in ap_invoke_handler (r=0x81367ec) at http_config.c:518
#6  0x08067e28 in process_request_internal (r=0x81367ec) at
http_request.c:1332
#7  0x08067fd4 in ap_process_request (r=0x81367ec) at
http_request.c:1348
#8  0x08060644 in child_main (child_num_arg=0) at http_main.c:4719
#9  0x080607f7 in make_child (s=0x0, slot=0, now=0) at
http_main.c:4898
#10 0x08060920

#25753 [Com]: php_value|flag / php_admin_* settings "leak" from vhosts/.htaccess files

[david at bizeweb dot com]

 ID:   25753
 Comment by:   david at bizeweb dot com
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Apache related
 Operating System: *
 PHP Version:  4CVS, 5CVS
 New Comment:

I found out that to use the CVS that you'll need to use .buildconf
first.  I had not done that.  I have installed the cvs php properly now
(I hope) and can not repeat the error.  Sorry if I got anyone looking
for something that wasn't there.


Previous Comments:


[2004-02-02 08:25:48] david at bizeweb dot com

I a related problem to an apache list, and someone directed me to here.
 I thought timing was so perfect and that the problem was fixed. 
However, I think this bug still exists.  Unless I need to install a
specific CVS version. I have php4-STABLE-200402012230 installed on a
RH9 with apache2.0.44 with a php config of 
CFLAGS="-I/usr/kerberos/include -DSECURITY_HOLE_PASS_AUTHORIZATION"
./configure --with-apxs2=/usr/local/apache/bin/apxs --with-gettext
--with-imap=/dl/imap-2001a --with-kerberos --with-glibcc --with-xml
--with-mysql.

I've isolated my server and in my httpd.conf have set the following for
easy testing.
StartServers 1
MinSpareServers  1
MaxSpareServers 2


ServerName foo.com



php_admin_flag engine off
ServerName foo2.com

I can keep going to foo.com without any problems as soon as I goto
foo2.com, then foo.com will attempt to dl the php files.
I'm new to this field, but if I can help just ask.



[2004-01-28 12:40:04] [EMAIL PROTECTED]

This only happens on text/html files with the executable bit set.  If
the +x bit is set, we load the current ini settings and if php's
xbithack option is not set we decline the request but forget to reset
the ini settings potentially leaking them to the next request.  This is
now fixed in CVS and will be in the next release of both PHP4 and PHP5.



[2004-01-28 00:47:04] rover at tob dot ru

We examine source files more carefull and remake a patch:

diff -udr php-4.3.3/sapi/apache/mod_php4.c
php-4.3.3.patched/sapi/apache/mod_php4.c
--- php-4.3.3/sapi/apache/mod_php4.c2003-06-03 11:41:49.0
+0600
+++ php-4.3.3.patched/sapi/apache/mod_php4.c2004-01-28
10:48:27.0 +0500
@@ -830,6 +830,9 @@
}
if(!AP(xbithack)) {
r->allowed |= (1 << METHODS) - 1;
+   zend_try {
+   zend_ini_deactivate(TSRMLS_C);
+   } zend_end_try();
return DECLINED;
}
return send_parsed_php(r);



[2004-01-27 13:36:14] rover at tob dot ru

It seems we have found a bug in mod_php4.c. We can 100% reproduce this
error. How to reproduce (our case):
in httpd.conf we have:

# to enable only one instance of apache process
StartServers 1
MaxClients 1
#

php_value engine off


in php.ini:
Engine = On,
we enable php-scripts at all site, but disable in /info.

Let's begin:
#/usr/sbin/apache.dbg -f /etc/apache/httpd.conf
#gbd /usr/sbin/apache.gdb pid_of_child (attach to child, what serve
requests)
(gdb)p php_apache_info.engine
 =1! php-engine ENABLED
(gdb)watch php_apache_info.engine  ! VERY IMPORTANT
(gdb)break send_php! bug in this func.
(gdb)c

1) Request a usual file from http://our.site/info/index.html:
Because we define 'php_value off' for this directory - at line 829 in
function php_xbithack_handler(remember - we process text/html) we call
zend_hash_apply((HashTable *) per_dir_conf, (apply_func_t)
php_apache_alter_ini_entries TSRMLS_CC);
and change our 'engine' value to 0.
backtrace for this call (don't look at line number - they shifted
because i insert debug lines in source files):
Hardware watchpoint 1: php_apache_info.engine
Old value = 1
New value = 0
#0  OnUpdateInt (entry=0x80dc778, new_value=0x80d3cc4 "off",
new_value_length=3, mh_arg1=0x0, mh_arg2=0x4057f92c,
mh_arg3=0x0, stage=4) at
/usr/local/src/apache2+php4/php4-4.3.3/Zend/zend_ini.c:453
#1  0x4051110a in zend_alter_ini_entry (name=0x80de170 "engine",
name_length=7, new_value=0x80de180 "off",
new_value_length=3, modify_type=2, stage=4) at
/usr/local/src/apache2+php4/php4-4.3.3/Zend/zend_ini.c:212
#2  0x40519fc6 in php_apache_alter_ini_entries
(per_dir_entry=0x812c598)
at
/usr/local/src/apache2+php4/php4-4.3.3/sapi/apache/mod_php4.c:511
#3  0x4050b8f9 in zend_hash_apply (ht=0x809fc98, apply_func=0x40519f40
)
at /usr/local/src/apache2+php4/php4-4.3.3/Zend/zend_hash.c:698
#4  0x4051ad1b in php_xbithack_handler (r=0x81367ec)
at
/usr/local/src/apache2+php4/php4-4.3.3/sapi/apache

#19292 [Com]: random error: open_basedir restriction in effect. File is in wrong directory

[david at ols dot es]

 ID:   19292
 Comment by:   david at ols dot es
 Reported By:  tnowak at triger dot com dot pl
 Status:   Feedback
 Bug Type: Apache related
 Operating System: linux
 PHP Version:  4.2.3,4.3.0
 New Comment:

it seems that is necessary to have all paths that had been defined by
include_path in php.ini also defined in open_basedir , as
_php_stream_fopen_with_path in streams.c
tries to check if the file could be opened in each path defined in
include_path and will fail if one of those directories is not also in
openbasedir (regardless of the fact that the searched file exists or
not in that directory), giving a surrealistic message that says that a
file that does not exists could not be opened due to openbasedir
restrictions


Previous Comments:


[2003-02-22 16:13:58] david at ols dot es

patch submited by sniper dot php.net does not solve the problem



[2003-02-22 15:10:37] david at ols dot es

Note that in the previous error messages, the first one has completly
wrong arguments as /usr/local/http-docs/common/lib/DB.php does not
exist, it is
 /usr/local/lib/php/DB.php and the include path is not just
 /usr/local/lib/php, it's the one shown in the last error



[2003-02-22 15:04:11] david at ols dot es

4.3.1 when running squirrelmail 1.2.11 gives this errors:

[22-Feb-2003 20:56:15] PHP Warning:  main() [function.main]:
open_basedir restriction in effect.
File(/usr/local/http-docs/common/lib/DB.php) is not within the allowed
path(s): (/usr/local/lib/php) in
/usr/local/http-docs/common/webmail/functions/db_prefs.php on line 35
[22-Feb-2003 20:56:15] PHP Warning:  main(DB.php) [function.main]: failed to
create stream: Not owner in
/usr/local/http-docs/common/webmail/functions/db_prefs.php on line 35
[22-Feb-2003 20:56:15] PHP Fatal error:  main() [function.main]: Failed
opening required 'DB.php'
(include_path='./:/usr/local/http-docs/common/lib:/usr/local/lib/php:/usr/local/http-docs/common/lib/phpwhois')
in /usr/local/http-docs/common/webmail/functions/db_prefs.php on line
35



[2003-02-18 13:20:52] aw at mittwaldmedien dot de

Now i tested the http://snaps.php.net/php4-STABLE-latest.tar.gz
from today.

same problem like before.
i call the vhost 'www.domain1.de', after that i call a second vhost
from the same server with 'www.domain2.de'.
Now i get the error:
Warning: Unknown(): open_basedir restriction in effect.
File(/home/www/web8/typo3_src-3.5.0/typo3/index.php) is not within the
allowed path(s): (/home/www/confixx/) in Unknown on line 0
www.domain1.de has the base dir: /home/www/confixx/
www.domain2.de hast the base dir: /home/www/web8/

the funny thing for me is, that i have servers with php 4.2.3 witch i
selfcompiled and they work without that problem.



[2003-02-18 09:31:41] aw at mittwaldmedien dot de

after one hour the same problem comes up.

the funny thing is, that we have a second machine with suse 8.1, same
apache version and there it works.

so i copied the libphp.so from one machine to the other.

it doesn't help.
Has someone found a working workaround ?



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

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

#23866 [NEW]: number_format of 0.x with notation returns -0.00

[david at ewebdevelopers dot com]

From: david at ewebdevelopers dot com
Operating system: windows 2000
PHP version:  4.3.1
PHP Bug Type: Math related
Bug description:  number_format of 0.x with notation returns -0.00

$num = -1.3322676295502E-015;
echo number_format($num, 2, '.', ',');
if(((float) number_format(($num, 2,'.', ',')) == 0){
 echo 'true';
}


number_format should not evaluate to -0.00
should evaluate to 0.00 because there is no such thing as -0;
-- 
Edit bug report at http://bugs.php.net/?id=23866&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=23866&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=23866&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=23866&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=23866&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=23866&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=23866&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=23866&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=23866&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=23866&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=23866&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23866&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=23866&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=23866&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=23866&r=gnused

#23866 [Bgs]: number_format of 0.x with notation returns -0.00

[david at ewebdevelopers dot com]

 ID:   23866
 User updated by:  david at ewebdevelopers dot com
 Reported By:  david at ewebdevelopers dot com
 Status:   Bogus
 Bug Type: Math related
 Operating System: windows 2000
 PHP Version:  4.3.1
 New Comment:

This may be true, however when number_format returns -0.00 this is not
a valid number.  The evidence that you can use to derive such number is
no longer available to you.  When using number_format for display which
is the intent of number_format is used for -0.00 is not valid. I
realize that the intent of number_format is to format numbers, but I do
not think however that it should return numbers that can not possibly
exist in the numeric system. Please reconsider your evaluation.


Previous Comments:


[2003-05-28 16:44:30] [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

there is, -0.001E-999 is about -0. Floating points are
never precise, -0 is therefore possible.



[2003-05-28 16:41:56] david at ewebdevelopers dot com

$num = -1.3322676295502E-015;
echo number_format($num, 2, '.', ',');
if(((float) number_format(($num, 2,'.', ',')) == 0){
 echo 'true';
}


number_format should not evaluate to -0.00
should evaluate to 0.00 because there is no such thing as -0;




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

#23900 [NEW]: permission denied on make install

[david at davidsaccess dot com]

From: david at davidsaccess dot com
Operating system: freebsd
PHP version:  4.3.2
PHP Bug Type: Compile Failure
Bug description:  permission denied on make install

Hi, 

i am on a shared vserver running freebsd, & i'm trying to upgrade from php
4.0.6 to 4.3.2. 

I am using the configure from my phpinfo, which is: 
'./configure' '--with-apxs=/usr/local/www/bin/apxs'
'--with-config-file-path=/usr/local/www/etc' '--enable-versioning'
'--with-system-regex' '--disable-debug' '--enable-track-vars'
'--without-gd' '--without-mysql' '--with-zlib' '--with-imap=/usr/local'
'--with-mysql=/usr/local' '--prefix=/usr/local/www' 'i386--freebsd4.4' 

I am in as su 

make runs no problems 

When i do make install, i get: 

Installing PHP CLI binary: /usr/local/www/bin/ 
\Installing PHP CLI man page: /usr/local/www/man/man1/ 
Installing PHP SAPI module 
[activating module `php4' in /usr/local/www/conf/httpd.conf] 
cp libs/libphp4.so /usr/local/www/libexec/libphp4.so 
cp: /usr/local/www/libexec/libphp4.so: Permission denied 
apxs:Break: Command failed with rc=1 
*** Error code 1 

Stop in /usr/home/usr111074219/php-4.3.2. 


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

#23993 [NEW]: Any

[david at acz dot org]

From: david at acz dot org
Operating system: Any
PHP version:  4.3.2
PHP Bug Type: Feature/Change Request
Bug description:  Any

It would be really cool if SQLite were added to the main PHP distribution,
instead of being a PEAR module.  Then it could be built statically into
PHP.
-- 
Edit bug report at http://bugs.php.net/?id=23993&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=23993&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=23993&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=23993&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=23993&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=23993&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=23993&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=23993&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=23993&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=23993&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=23993&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23993&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=23993&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=23993&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=23993&r=gnused

#31981 [Com]: Crash in shutdown_memory_manager

[david at hotmail dot com]

 ID:   31981
 Comment by:   david at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

bdsm for somebody http://bdsm.belgorod.ru/";
target=_blank>bdsm. http://bdsm.belgorod.ru/


Previous Comments:


[2005-04-16 22:00:24] joe at hotmail dot com

>From now on, let's spyware removal for somebody http://spyware-removal.ashgabad.su/"; target=_blank>spyware
removal. http://spyware-removal.ashgabad.su/



[2005-04-16 21:59:59] joe at hotmail dot com

spyware removal  http://spyware-removal.ashgabad.su/";
target=_blank>spyware removal stays.
http://spyware-removal.ashgabad.su/



[2005-04-16 21:59:42] joe at hotmail dot com

We appreciate spyware removal who is http://spyware-removal.ashgabad.su/"; target=_blank>spyware
removal else. http://spyware-removal.ashgabad.su/



[2005-04-16 21:59:13] joe at hotmail dot com

This year, spyware removal and search for http://spyware-removal.ashgabad.su/"; target=_blank>spyware
removal etc... http://spyware-removal.ashgabad.su/



[2005-04-16 21:59:00] joe at hotmail dot com

spyware removal  http://spyware-removal.ashgabad.su/";
target=_blank>spyware removal tomorrow.
http://spyware-removal.ashgabad.su/



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

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

#31981 [Com]: Crash in shutdown_memory_manager

[david at hotmail dot com]

 ID:   31981
 Comment by:   david at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

bdsm for somebody http://bdsm.belgorod.ru/";
target=_blank>bdsm stays. http://bdsm.belgorod.ru/


Previous Comments:


[2005-04-16 22:01:21] david at hotmail dot com

bdsm for somebody http://bdsm.belgorod.ru/";
target=_blank>bdsm. http://bdsm.belgorod.ru/



[2005-04-16 22:00:24] joe at hotmail dot com

>From now on, let's spyware removal for somebody http://spyware-removal.ashgabad.su/"; target=_blank>spyware
removal. http://spyware-removal.ashgabad.su/



[2005-04-16 21:59:59] joe at hotmail dot com

spyware removal  http://spyware-removal.ashgabad.su/";
target=_blank>spyware removal stays.
http://spyware-removal.ashgabad.su/



[2005-04-16 21:59:42] joe at hotmail dot com

We appreciate spyware removal who is http://spyware-removal.ashgabad.su/"; target=_blank>spyware
removal else. http://spyware-removal.ashgabad.su/



[2005-04-16 21:59:13] joe at hotmail dot com

This year, spyware removal and search for http://spyware-removal.ashgabad.su/"; target=_blank>spyware
removal etc... http://spyware-removal.ashgabad.su/



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

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

#31981 [Com]: Crash in shutdown_memory_manager

[david at hotmail dot com]

 ID:   31981
 Comment by:   david at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

bdsm , what is more http://bdsm.belgorod.ru/";
target=_blank>bdsm now. http://bdsm.belgorod.ru/


Previous Comments:


[2005-04-16 22:01:40] david at hotmail dot com

bdsm for somebody http://bdsm.belgorod.ru/";
target=_blank>bdsm stays. http://bdsm.belgorod.ru/



[2005-04-16 22:01:21] david at hotmail dot com

bdsm for somebody http://bdsm.belgorod.ru/";
target=_blank>bdsm. http://bdsm.belgorod.ru/



[2005-04-16 22:00:24] joe at hotmail dot com

>From now on, let's spyware removal for somebody http://spyware-removal.ashgabad.su/"; target=_blank>spyware
removal. http://spyware-removal.ashgabad.su/



[2005-04-16 21:59:59] joe at hotmail dot com

spyware removal  http://spyware-removal.ashgabad.su/";
target=_blank>spyware removal stays.
http://spyware-removal.ashgabad.su/



[2005-04-16 21:59:42] joe at hotmail dot com

We appreciate spyware removal who is http://spyware-removal.ashgabad.su/"; target=_blank>spyware
removal else. http://spyware-removal.ashgabad.su/



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

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

#32685 [Fbk->Opn]: Segfault when using assignment by reference within function

[david at davidheath dot org]

 ID:   32685
 User updated by:  david at davidheath dot org
 Reported By:  david at davidheath dot org
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: mandrake linux 10.1
 PHP Version:  4CVS-2005-04-14
 New Comment:

Hi

thanks for following this up. I tried with the snapshot you gave and
still got the crash.

I tried running it in gdb as well ('fraid I don't really know whether
this helps or not).

See below.

Dave


[EMAIL PROTECTED] dh]$ gdb
GNU gdb 6.2-2mdk (Mandrakelinux)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i586-mandrake-linux-gnu".
(gdb) file /usr/local/src/php4-STABLE-200505110647/sapi/cli/php
Reading symbols from
/usr/local/src/php4-STABLE-200505110647/sapi/cli/php...done.
Using host libthread_db library "/lib/tls/libthread_db.so.1".
(gdb) run crash2.php
Starting program: /usr/local/src/php4-STABLE-200505110647/sapi/cli/php
crash2.php

Program received signal SIGSEGV, Segmentation fault.
0x08111a41 in shutdown_memory_manager (silent=0, clean_cache=0) at
/usr/local/src/php4-STABLE-200505110647/Zend/zend_alloc.c:530
530 REMOVE_POINTER_FROM_LIST(t);
(gdb) quit


Previous Comments:


[2005-05-11 10:05:56] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-04-19 13:53:19] ericvanblokland at gmail dot com

This maybe related to an issue I encountered. My guess is this code
will work fine with php5

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

----

[2005-04-13 10:51:34] david at davidheath dot org

> 1) Does it also crash when you replace file reading by 
> assignment from string?

yes it does, see http://www.davidheath.org/php_bug/crash2.php.txt

I've also noticed that I had a mistake in the original repro script
(crash.php.txt), which I've now corrected (the filename on line 4 was
wrong). This may explain why you couldn't repro. However, having
changed that I now get:

[EMAIL PROTECTED] repro]$ /usr/local/php-4.3-CVS-13apr05/bin/php
crash.php
Content-type: text/html
X-Powered-By: PHP/4.3.12-dev

free(): invalid pointer 0x81b14a8!

ALSO, another important observation. The crash sometimes seems to not
happen if I execute the script in a different directory. For example:

[EMAIL PROTECTED] repro]$ pwd
/tmp/repro
[EMAIL PROTECTED] repro]$ ls
crash2.php
[EMAIL PROTECTED] repro]$ /usr/local/php-4.3-CVS-13apr05/bin/php
crash2.php
Content-type: text/html
X-Powered-By: PHP/4.3.12-dev

[EMAIL PROTECTED] repro]$ mkdir -p foo/bar
[EMAIL PROTECTED] repro]$ cd foo/bar
[EMAIL PROTECTED] bar]$ cp ../../crash2.php .
[EMAIL PROTECTED] bar]$ /usr/local/php-4.3-CVS-13apr05/bin/php
crash2.php
Content-type: text/html
X-Powered-By: PHP/4.3.12-dev

Segmentation fault (core dumped)

----

[2005-04-13 10:32:48] david at davidheath dot org

Hi,

I tried again with CVS HEAD (from PHP_4_3 branch). Still crashes.

[EMAIL PROTECTED] dh]$ /usr/local/php-4.3-CVS-13apr05/bin/php
crash.php
Content-type: text/html
X-Powered-By: PHP/4.3.12-dev

Segmentation fault (core dumped)
[EMAIL PROTECTED] dh]$



[2005-04-12 20:37:20] [EMAIL PROTECTED]

Two questions:

1) Does it also crash when you replace file reading by assignment from
string?

2) Did you try 5.0 or HEAD?



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

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

#33690 [NEW]: Setting save_path in httpd.conf under safemode gives SEGV

[david at madole dot net]

From: david at madole dot net
Operating system: FreeBSD 5.4
PHP version:  4CVS-2005-07-14 (stable)
PHP Bug Type: Safe Mode/open_basedir
Bug description:  Setting save_path in httpd.conf under safemode gives SEGV

Description:

./configure \
  --prefix=/usr/local/opt/php4-STABLE-200507140043 \
  --with-apxs2=/usr/local/opt/httpd-2.0.54/bin/apxs \
  --with-config-file-path=/etc \
  --enable-debug

diff php.ini-dist /etc/php.ini
158c158
< safe_mode = Off
---
> safe_mode = On


  PHP_Admin_Value open_basedir /home/user/
  PHP_Admin_Value session.save_path /home/user/tmp/


On serving any page from /home/user/www, even plain HTML files not parsed
by PHP, a SEGV is encountered in the Apache child process.

The error occurs in sapi/apache2handler/sapi_apache2.c line 173, where ctx
is dereferenced while containing NULL (see very end of backtract below):

ctx->finfo.st_uid = ctx->r->finfo.user;

Removing the newly introduced OnUpdateSaveDir check in
ext/session/session.c eliminates the problem.


Reproduce code:
---
Test


Expected result:

Display "Test" in browser.

Actual result:
--
#0  0x2851ba51 in php_apache_sapi_get_stat ()
at
/usr/local/src/php4-STABLE-200507140043/sapi/apache2handler/sapi_apache2.c:173
#1  0x284d9122 in sapi_get_stat ()
at /usr/local/src/php4-STABLE-200507140043/main/SAPI.c:848
#2  0x28487317 in php_statpage ()
at /usr/local/src/php4-STABLE-200507140043/ext/standard/pageinfo.c:73
#3  0x28487383 in php_getuid ()
at /usr/local/src/php4-STABLE-200507140043/ext/standard/pageinfo.c:99
#4  0x284d5b99 in php_checkuid_ex (
filename=0xbfbfdff0 "/home/madole.net/tmp/", fopen_mode=0x0, mode=3,
flags=0) at
/usr/local/src/php4-STABLE-200507140043/main/safe_mode.c:150
#5  0x284d5cda in php_checkuid (filename=0x81dc6a4
"/home/madole.net/tmp/",
fopen_mode=0x0, mode=3)
at /usr/local/src/php4-STABLE-200507140043/main/safe_mode.c:191
#6  0x28443c64 in OnUpdateSaveDir (entry=0x81cbf00,
new_value=0x81dc6a4 "/home/madole.net/tmp/", new_value_length=21,
mh_arg1=0x0, mh_arg2=0x28577900, mh_arg3=0x0, stage=16)
at /usr/local/src/php4-STABLE-200507140043/ext/session/session.c:123
#7  0x285101be in zend_alter_ini_entry (name=0x81106a0
"session.save_path",
name_length=18, new_value=0x8123698 "/home/madole.net/tmp/",
new_value_length=21, modify_type=4, stage=16)
at /usr/local/src/php4-STABLE-200507140043/Zend/zend_ini.c:232
#8  0x2851cc48 in apply_config (dummy=0x8123598)
at
/usr/local/src/php4-STABLE-200507140043/sapi/apache2handler/apache_config.c:167
#9  0x2851c207 in php_handler (r=0x81f2050)
at
/usr/local/src/php4-STABLE-200507140043/sapi/apache2handler/sapi_apache2.c:457
#10 0x0807a45a in ap_run_handler (r=0x81f2050) at config.c:152
#11 0x0807a825 in ap_invoke_handler (r=0x81f2050) at config.c:364
#12 0x08069a35 in ap_process_request (r=0x81f2050) at http_request.c:249
#13 0x08065411 in ap_process_http_connection (c=0x81ec128) at
http_core.c:251
#14 0x08083c72 in ap_run_process_connection (c=0x81ec128) at
connection.c:43
#15 0x08078c71 in child_main (child_num_arg=0) at prefork.c:610
#16 0x08078e65 in make_child (s=0x80b9760, slot=0) at prefork.c:650
#17 0x08078f2c in startup_children (number_to_start=5) at prefork.c:722
#18 0x080795af in ap_mpm_run (_pconf=0xbfbfec40, plog=0x80ed018,
s=0xbfbfec48)
at prefork.c:941
#19 0x0807e74b in main (argc=6, argv=0xbfbfed38) at main.c:618
(gdb) print ctx
$1 = (php_struct *) 0x0


-- 
Edit bug report at http://bugs.php.net/?id=33690&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=33690&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=33690&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=33690&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33690&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33690&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=33690&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=33690&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=33690&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33690&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=33690&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=33690&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=33690&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33690&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=33690&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33690&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=33690&r=isapi
Install GNU S

#30799 [NEW]: SoapServer doesn't handle private or protected properties

[david at giffin dot org]

From: david at giffin dot org
Operating system: Linux
PHP version:  5.0.2
PHP Bug Type: SOAP related
Bug description:  SoapServer doesn't handle private or protected properties

Description:

The SoapServer does not handle private or protected properties when
sending a user defined class across the wire. The SOAP XML generated in
the response is not well formed.

Reproduce code:
---
You can get the source code to replicate the problem at:
http://www.giffin.org/soap.tgz

Expected result:

Return well formed XML using the name of the private or protected property
as the XML element:


http://schemas.xmlsoap.org/soap/envelope/";
xmlns:ns1="urn:SoapService" xmlns:xsd="http://www.w3.org/2001/XMLSchema";
xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";>123234

Actual result:
--

http://schemas.xmlsoap.org/soap/envelope/";
xmlns:ns1="urn:SoapService" xmlns:xsd="http://www.w3.org/2001/XMLSchema";
xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";>< xsi:type="xsd:int">123<
xsi:type="xsd:int">234

-- 
Edit bug report at http://bugs.php.net/?id=30799&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=30799&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=30799&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=30799&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30799&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30799&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=30799&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=30799&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=30799&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30799&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=30799&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=30799&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=30799&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30799&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=30799&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30799&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=30799&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30799&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=30799&r=float
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=30799&r=mysqlcfg

#30928 [NEW]: When Using WSDL, SoapServer doesn't handle private or protected properties

[david at giffin dot org]

From: david at giffin dot org
Operating system: Linux
PHP version:  5CVS-2004-11-29 (dev)
PHP Bug Type: SOAP related
Bug description:  When Using WSDL, SoapServer doesn't handle private or 
protected properties

Description:

When using WSDL with a complex type definition the SoapServer doesn't
handle static, private or protected properties correctly. SoapServer
returns a SoapFault: "SOAP-ERROR: Encoding: object hasn't ''
property." Where '' is the property defined as static, private or
protected.

FYI: This bug is similar to Bug #30799. Bug #30799 is fixed when returning
a user defined object, which is not defined in the WSDL.

Reproduce code:
---
I can post some code if you need it. It would be too much code for this
form.

Expected result:

The SoapServer would return the data present in the static, private or
protected property if it is defined as an element for the complexType
defined in the WSDL.

Actual result:
--
The SoapServer returns a SoapFault: "SOAP-ERROR: Encoding: object hasn't
'' property."

-- 
Edit bug report at http://bugs.php.net/?id=30928&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=30928&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=30928&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=30928&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30928&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30928&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=30928&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=30928&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=30928&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30928&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=30928&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=30928&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=30928&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30928&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=30928&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30928&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=30928&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30928&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=30928&r=float
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=30928&r=mysqlcfg

#31193 [NEW]: iconv.c:254 undefined reference to 'libiconv'

[david at cubbieco dot com]

From: david at cubbieco dot com
Operating system: linux gcc-3.2 
PHP version:  5.0.3
PHP Bug Type: Compile Failure
Bug description:  iconv.c:254 undefined reference to 'libiconv'

Description:

Using either ./configure with no options or
./configure --prefix=/... --enable-sockets --enable-pcntl --enable-sockets
--disable-pear --disable-cgi

Fails when building -o sapi/cli/php





Reproduce code:
---
SOLUTION:

Makefile  ends up being line 70

EXTRA_LIBS = -lcrypt ...

if you add -liconv to the EXTRA_LIBS line in Makefile then Make works just
fine.

I don't know enough about ./configure to find where to tell it to add
this.


tried: ./configure -- failed with libiconv error
./configure --enable-sockets --disable-pear --disable-cgi failed with
libiconv error
./configure --with-apxs2=/... failed with liniconv error 


-- 
Edit bug report at http://bugs.php.net/?id=31193&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=31193&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=31193&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=31193&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31193&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31193&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=31193&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=31193&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=31193&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31193&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=31193&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=31193&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=31193&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31193&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=31193&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31193&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=31193&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31193&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=31193&r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=31193&r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=31193&r=mysqlcfg

#31193 [Fbk->Opn]: iconv.c:254 undefined reference to 'libiconv'

[david at cubbieco dot com]

 ID:   31193
 User updated by:  david at cubbieco dot com
 Reported By:  david at cubbieco dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: linux gcc-3.2
 PHP Version:  5.0.3
 New Comment:

sorry... here is the pertanent info

./configure
make 
...

gcc  -Iext/dom/ -I/home/david/php-5.0.3/ext/dom/ -DPHP_ATOM_INC
-I/home/david/php-5.0.3/include -I/home/david/php-5.0.3/main
-I/home/david/php-5.0.3 -I/home/david/php-5.0.3/Zend
-I/usr/include/libxml2  -I/home/david/php-5.0.3/TSRM  -g -O2  -c
/home/david/php-5.0.3/ext/dom/userdatahandler.c -o
ext/dom/userdatahandler.o  && echo > ext/dom/userdatahandler.lo
gcc -I"/usr/include" -Iext/iconv/ -I/home/david/php-5.0.3/ext/iconv/
-DPHP_ATOM_INC -I/home/david/php-5.0.3/include
-I/home/david/php-5.0.3/main -I/home/david/php-5.0.3
-I/home/david/php-5.0.3/Zend -I/usr/include/libxml2 
-I/home/david/php-5.0.3/TSRM  -g -O2  -c
/home/david/php-5.0.3/ext/iconv/iconv.c -o ext/iconv/iconv.o  && echo >
ext/iconv/iconv.lo
cc1: warning: changing search order for system directory
"/usr/include"
cc1: warning:   as it has already been specified as a non-system
directory
/home/david/php-5.0.3/ext/iconv/iconv.c: In function
`_php_iconv_appendl':
/home/david/php-5.0.3/ext/iconv/iconv.c:254: warning: passing arg 2 of
`libiconv' from incompatible pointer type
/home/david/php-5.0.3/ext/iconv/iconv.c: In function
`_php_iconv_strlen':
/home/david/php-5.0.3/ext/iconv/iconv.c:528: warning: passing arg 2 of
`libiconv' from incompatible pointer type
/home/david/php-5.0.3/ext/iconv/iconv.c: In function
`_php_iconv_substr':
/home/david/php-5.0.3/ext/iconv/iconv.c:628: warning: passing arg 2 of
`libiconv' from incompatible pointer type
/home/david/php-5.0.3/ext/iconv/iconv.c: In function
`_php_iconv_strpos':
/home/david/php-5.0.3/ext/iconv/iconv.c:759: warning: passing arg 2 of
`libiconv' from incompatible pointer type
/home/david/php-5.0.3/ext/iconv/iconv.c: In function
`_php_iconv_mime_encode':
/home/david/php-5.0.3/ext/iconv/iconv.c:1012: warning: passing arg 2 of
`libiconv' from incompatible pointer type
/home/david/php-5.0.3/ext/iconv/iconv.c:1112: warning: passing arg 2 of
`libiconv' from incompatible pointer type
/home/david/php-5.0.3/ext/iconv/iconv.c: In function
`php_iconv_stream_filter_append_bucket':
/home/david/php-5.0.3/ext/iconv/iconv.c:2365: warning: passing arg 2 of
`libiconv' from incompatible pointer type
/home/david/php-5.0.3/ext/iconv/iconv.c:2444: warning: passing arg 2 of
`libiconv' from incompatible pointer type
gcc -DSUPPORT_UTF8 -DLINK_SIZE=2 -DPOSIX_MALLOC_THRESHOLD=10
-I/home/david/php-5.0.3/ext/pcre/pcrelib -Iext/pcre/
-I/home/david/php-5.0.3/ext/pcre/ -DPHP_ATOM_INC
-I/home/david/php-5.0.3/include -I/home/david/php-5.0.3/main
-I/home/david/php-5.0.3 -I/home/david/php-5.0.3/Zend
-I/usr/include/libxml2  -I/home/david/php-5.0.3/TSRM  -g -O2  -c
/home/david/php-5.0.3/ext/pcre/pcrelib/maketables.c -o
ext/pcre/pcrelib/maketables.o  && echo >
ext/pcre/pcrelib/maketables.lo
gcc -DSUPPORT_UTF8 -DLINK_SIZE=2 -DPOSIX_MALLOC_THRESHOLD=10
-I/home/david/php-5.0.3/ext/pcre/pcrelib -Iext/pcre/
-I/home/david/php-5.0.3/ext/pcre/ -DPHP_ATOM_INC
-I/home/david/php-5.0.3/include -I/home/david/php-5.0.3/main
-I/home/david/php-5.0.3 -I/home/david/php-5.0.3/Zend
-I/usr/include/libxml2  -I/home/david/php-5.0.3/TSRM  -g -O2  -c
/home/david/php-5.0.3/ext/pcre/pcrelib/get.c -o ext/pcre/pcrelib/get.o 
&& echo > ext/pcre/pcrelib/get.lo
...
gcc  -Isapi/cgi/ -I/home/david/php-5.0.3/sapi/cgi/ -DPHP_ATOM_INC
-I/home/david/php-5.0.3/include -I/home/david/php-5.0.3/main
-I/home/david/php-5.0.3 -I/home/david/php-5.0.3/Zend
-I/usr/include/libxml2  -I/home/david/php-5.0.3/TSRM  -g -O2  -c
/home/david/php-5.0.3/sapi/cgi/getopt.c -o sapi/cgi/getopt.o  && echo >
sapi/cgi/getopt.lo
gcc  -Imain/ -I/home/david/php-5.0.3/main/ -DPHP_ATOM_INC
-I/home/david/php-5.0.3/include -I/home/david/php-5.0.3/main
-I/home/david/php-5.0.3 -I/home/david/php-5.0.3/Zend
-I/usr/include/libxml2  -I/home/david/php-5.0.3/TSRM  -g -O2  -c
main/internal_functions.c -o main/internal_functions.o  && echo >
main/internal_functions.lo
/bin/sh /home/david/php-5.0.3/libtool --silent --preserve-dup-deps
--mode=link gcc -export-dynamic -g -O2 ext/libxml/libxml.lo
ext/ctype/ctype.lo ext/dom/php_dom.lo ext/dom/attr.lo
ext/dom/document.lo ext/dom/domerrorhandler.lo ext/dom/domstringlist.lo
ext/dom/domexception.lo ext/dom/namelist.lo
ext/dom/processinginstruction.lo ext/dom/cdatasection.lo
ext/dom/documentfragment.lo ext/dom/domimplementation.lo
ext/dom/element.lo ext/dom/node.lo ext/dom/string_extend.lo
ext/dom/characterdata.lo ext/dom/documenttype.lo
ext/dom/domimplementationlist.lo ext/dom/entity.lo ext/dom/nodelist.lo
ext/dom/text.lo ext/dom/comment.lo ext/dom/domconfiguration.lo
ext/dom/domimpl

#31529 [NEW]: Can not escape Vars

[david at 21stcd dot com]

From: david at 21stcd dot com
Operating system: windows xp
PHP version:  4.3.8
PHP Bug Type: Scripting Engine problem
Bug description:  Can not escape Vars

Description:

The problem comes from the use of var substitution or addtion to strings
that you are trying to "escape"

I find this problem when trying to create escaped hex strings to write
data to sockets.


Reproduce code:
---


Expected result:

ÿ

Actual result:
--
\xFF

-- 
Edit bug report at http://bugs.php.net/?id=31529&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=31529&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=31529&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=31529&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31529&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31529&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=31529&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=31529&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=31529&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31529&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=31529&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=31529&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=31529&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31529&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=31529&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31529&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=31529&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31529&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=31529&r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=31529&r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=31529&r=mysqlcfg

#31529 [Bgs]: Can not escape Vars

[david at 21stcd dot com]

 ID:   31529
 User updated by:  david at 21stcd dot com
 Reported By:  david at 21stcd dot com
 Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: windows xp
 PHP Version:  4.3.8
 New Comment:

even so "\x".$hex

will not work either.

It was my understanding you could subsitiute vars into strings using
the previous method I outline, where as the on I just outlined add the
vars value onto the end of the string.


Previous Comments:


[2005-01-14 04:46:53] [EMAIL PROTECTED]

\x$ is not valid syntax.




[2005-01-13 10:08:58] david at 21stcd dot com

Description:

The problem comes from the use of var substitution or addtion to
strings that you are trying to "escape"

I find this problem when trying to create escaped hex strings to write
data to sockets.


Reproduce code:
---


Expected result:

ÿ

Actual result:
--
\xFF





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

#29268 [Opn]: __autoload() not called with reflectionProperty->getClass()

[david at jool dot nl]

 ID:   29268
 User updated by:  david at jool dot nl
 Reported By:  david at jool dot nl
 Status:   Open
 Bug Type: Zend Engine 2 problem
 Operating System: winXP
 PHP Version:  5.0.0
 New Comment:

A possible solution might be to also check if zend_fetch_class() also
returns null, next to zend_hash_find().

I'm not able to compile it myself, but the fix might be to change line
1703 in zend_reflection_api.c from
if (zend_hash_find(EG(class_table), lcname,
param->arg_info->class_name_len + 1, (void **) &pce) == FAILURE) {

to

if (zend_hash_find(EG(class_table), lcname,
param->arg_info->class_name_len + 1, (void **) &pce) == FAILURE
&& zend_fetch_class(lcname, 
(param->arg_info->class_name_len + 1),
ZEND_FETCH_CLASS_AUTO TSRMLS_CC) == NULL) {


Previous Comments:
----

[2005-01-15 17:21:06] david at jool dot nl

I took another look at the bug and found out it's more a
reflectionProperty bug:

-- File 'A.class.php'


-- File test.php in the same directory
getParameters();
foreach($parameters as $parameter){
//the following line give the error
$class = $parameter->getClass();
echo $class->name;
}
?>

--Expected result
'A'

-- Actual result
Fatal error: Uncaught exception 'ReflectionException' with message
'Class A does not exist'



[2005-01-14 23:38:39] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.






[2004-07-19 23:12:11] david at jool dot nl

Description:

When creating a new instance of a class inside eval() the __autoload
function isn't called.






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

#29268 [Fbk->Opn]: __autoload() not called with reflectionProperty->getClass()

[david at jool dot nl]

 ID:   29268
 User updated by:  david at jool dot nl
-Summary:  __autoload() not called when inside eval()
 Reported By:  david at jool dot nl
-Status:   Feedback
+Status:   Open
 Bug Type: Zend Engine 2 problem
 Operating System: winXP
 PHP Version:  5.0.0
 New Comment:

I took another look at the bug and found out it's more a
reflectionProperty bug:

-- File 'A.class.php'


-- File test.php in the same directory
getParameters();
foreach($parameters as $parameter){
//the following line give the error
$class = $parameter->getClass();
echo $class->name;
}
?>

--Expected result
'A'

-- Actual result
Fatal error: Uncaught exception 'ReflectionException' with message
'Class A does not exist'


Previous Comments:


[2005-01-14 23:38:39] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.




----

[2004-07-19 23:12:11] david at jool dot nl

Description:

When creating a new instance of a class inside eval() the __autoload
function isn't called.






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

#31796 [NEW]: readline() completes filesystem

[david at acz dot org]

From: david at acz dot org
Operating system: UNIX
PHP version:  4.3.10
PHP Bug Type: Readline related
Bug description:  readline() completes filesystem

Description:

The readline() function always tab completes the filesystem even if a
custom completion function is used.  This behavior is undocumented and
undesirable in some applications.

Reproduce code:
---
 ");

function complete($line, $pos, $cursor)
{
return array();
}
?>


Expected result:

I expect nothing to happen when I press tab.

Actual result:
--
The filesystem is completed as with bash.

-- 
Edit bug report at http://bugs.php.net/?id=31796&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=31796&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=31796&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=31796&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31796&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31796&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=31796&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=31796&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=31796&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31796&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=31796&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=31796&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=31796&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31796&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=31796&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31796&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=31796&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31796&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=31796&r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=31796&r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=31796&r=mysqlcfg

#31796 [Fbk->Opn]: readline() completes filesystem

[david at acz dot org]

 ID:   31796
 User updated by:  david at acz dot org
 Reported By:  david at acz dot org
-Status:   Feedback
+Status:   Open
 Bug Type: Readline related
 Operating System: *
 PHP Version:  4CVS, 5CVS (2005-02-03)
 New Comment:

I am positive.


Previous Comments:


[2005-02-03 16:33:22] [EMAIL PROTECTED]

Are you sure your callback is being called?



[2005-02-01 21:12:43] david at acz dot org

Description:

The readline() function always tab completes the filesystem even if a
custom completion function is used.  This behavior is undocumented and
undesirable in some applications.

Reproduce code:
---
 ");

function complete($line, $pos, $cursor)
{
return array();
}
?>


Expected result:

I expect nothing to happen when I press tab.

Actual result:
--
The filesystem is completed as with bash.





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

#25178 [NEW]: php not passing env vars to oci8 libs as an apache module

[david at boe dot es]

From: david at boe dot es
Operating system: Linux
PHP version:  4.3.2
PHP Bug Type: OCI8 related
Bug description:  php not passing env vars to oci8 libs as an apache module

Description:

For some strange reason, php is not correctly passing the info on some key
oracle env vars (TNS_ADMIN) to the oci8 lib.

getenv() is able to catch the value, but ocilogon not.

The cli version works ok (with standard ENV vars)



Reproduce code:
---
I have in my httpd.conf:

setenv ORACLE_HOME /var/oracle/product/8.1.7
setenv TNS_ADMIN /var/oracle/product/8.1.7/network/admin

Script 1:

";
$conn = ocilogon('publicac',cdnp1m,'wdb2');
?>

returns:

/var/oracle/product/8.1.7/network/admin
Warning: ocilogon(): _oci_open_server: Error while trying to retrieve text
for error ORA-12154 in /web/webboe/kk.php on line 4

Script 2:

";

$conn = ocilogon('publicac',cdnp1m,'wdb2');
?>

returns:

/var/oracle/product/8.1.7/network/admin

and connects OK to the oracle database.




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

#25246 [NEW]: broken locale support for decimal_point

[david at boe dot es]

From: david at boe dot es
Operating system: linux
PHP version:  4.3.2
PHP Bug Type: Scripting Engine problem
Bug description:  broken locale support for decimal_point

Description:

As stated in http://bugs.php.net/bug.php?id=17079 and
http://news.php.net/article.php?group=php.dev&article=95211 , PHP always
resets decimal_point to "." besides your locale "decimal_point".

This breaks backward compatibility, at least with PHP 4.2.3

This is BAD as long as we use na Oracle database with
NLS_LANG=Spanish_Spain.WE8ISO8859P1 , needed to output regional chars like
ñ and áéíóú. This means that all operations with numerical values returned
by a database query (decimal part separated by ',') are broken now.

In my linux:

[EMAIL PROTECTED] root]# export LANG=es_ES
[EMAIL PROTECTED] root]# locale -k decimal_point
decimal_point=","

The script:



outputs:

decimal_point:   .
Res 1 : 1,5
Res 2 : 1


Reproduce code:
---
In my linux:

[EMAIL PROTECTED] root]# export LANG=es_ES
[EMAIL PROTECTED] root]# locale -k decimal_point
decimal_point=","

The script:



outputs:

decimal_point:   .
Res 1 : 1,5
Res 2 : 1



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

#25246 [Bgs]: broken locale support for decimal_point

[david at boe dot es]

 ID:   25246
 User updated by:  david at boe dot es
 Reported By:  david at boe dot es
 Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: linux
 PHP Version:  4.3.2
 New Comment:

Hi!

I'm sorry about the bogus status of my recent submission, but i think
that you are not carefully considering this problem. The problem was
not considered a bug sometime ago, but that doesn't mean it isn't.

I've read severak times the reasons you mention, and i think the
solution is not correct. The reason given a year ago was:

You should not use ',' to represent floats ALWAYS use '.' regardless
of
locale.

This is not a genuine reason, just because, databases returns their
values in locale format (1,5 instead of 1.5). There is not a workaround
solution for applications manipulating those values (maybe an oci8
function returning floats always with ".").

Please, consider this problem as a real one, because, it will make us
stick with older versions of php that respect the locale output
returned from Oracle.

Thanks for any help.

Yours,
David.


Previous Comments:


[2003-08-26 05:08:05] [EMAIL PROTECTED]

For the same reason as stated before in the urls you gave.


----

[2003-08-26 05:04:05] david at boe dot es

Description:

As stated in http://bugs.php.net/bug.php?id=17079 and
http://news.php.net/article.php?group=php.dev&article=95211 , PHP
always resets decimal_point to "." besides your locale
"decimal_point".

This breaks backward compatibility, at least with PHP 4.2.3

This is BAD as long as we use na Oracle database with
NLS_LANG=Spanish_Spain.WE8ISO8859P1 , needed to output regional chars
like ñ and áéíóú. This means that all operations with numerical values
returned by a database query (decimal part separated by ',') are broken
now.

In my linux:

[EMAIL PROTECTED] root]# export LANG=es_ES
[EMAIL PROTECTED] root]# locale -k decimal_point
decimal_point=","

The script:



outputs:

decimal_point:   .
Res 1 : 1,5
Res 2 : 1


Reproduce code:
---
In my linux:

[EMAIL PROTECTED] root]# export LANG=es_ES
[EMAIL PROTECTED] root]# locale -k decimal_point
decimal_point=","

The script:



outputs:

decimal_point:   .
Res 1 : 1,5
Res 2 : 1







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

#25291 [NEW]: Using == with test instead of =

[david at quanstro dot net]

From: david at quanstro dot net
Operating system: Solaris 2.8
PHP version:  5.0.0b1 (beta1)
PHP Bug Type: *Configuration Issues
Bug description:  Using == with test instead of =

Description:

In PHP 5.0.0b1, on line 76135 of configure, there is this line:

if test "$PHP_XSL" != "no" -a "$PHP_DOM" == "no"; then

The bug is that test uses = for equality, not ==.  == elicits a syntax
error.

This appears to be the only bug of this form in the script.



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

#26101 [NEW]: FastCGI PHP fails as a local responder under Zeus 4.2

[david at geektech dot com]

From: david at geektech dot com
Operating system: FreeBSD 4.9-STABLE
PHP version:  5.0.0b1 (beta1)
PHP Bug Type: CGI related
Bug description:  FastCGI PHP fails as a local responder under Zeus 4.2

Description:

This actually applies to 5.0.0b2, but the bug reporting system doesn't
include this version.

Configure PHP with --enable-fastcgi.  Copy the sapi/cgi/php binary to
%zeushome%/php/php.fcgi.

Enable PHP support in Zeus as a local responder using the easy "Enable
PHP" section under "Third Party" in the web interface.

Attempt to load a PHP page.  Zeus will respond with a "502 Bad Gateway"
error.  PHP 4 works fine like this.  One of the changes in PHP 5 broke
it.

PHP 5 works as a FastCGI remote responder using the -b option to the PHP
binary.


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

#27742 [NEW]: WDSL SOAP Parsing Schema bug

[david at cubbieco dot com]

From: david at cubbieco dot com
Operating system: linux 2.6.3 kernel
PHP version:  5CVS-2004-03-28 (dev)
PHP Bug Type: SOAP related
Bug description:  WDSL SOAP Parsing Schema bug

Description:

I'm new to soap.  I've been over all the tutorials I could find.  I have
successfully used the PHP soap under those tutorials.  There is a WDSL
provided by labs.zap2it.com (free login required for any useful
information.  Use certificate code JYXN-ZAZN-YBUT if you check it out.) 
I've tried to debug the WDSL script.  Because perl, Pear Soap, and Nusoap
can all process this WDSL file I can only conclude that it's a PHP bug.



The WDSL is designed to connect to a soap server and be able to download
an XML file of television listings.  The server requires authentication. 
The perl script (linked in the reproduce code section) successfully
authenticates and downloads the file.



I looked through the WDSL and the referenced WDSL for the  tag
by itself, but it was always a legitemate (as far as I know)
 tag set. 



Pear Soap does not have the authentication required and I can't get nuSoap
to display the output properly.  I don't understand perl and I don't want
to use it so I would really like a PHP only solution to access the US
television listings soap server. 



I'm using the latest CVS.  Configure options:  

 './configure' '--with-mysql=/usr/local/mysql'
'--with-apxs2=/usr/local/apache2/bin/apxs'
'--with-imap=/home/david/imap-2000c' '--with-jpeg-dir=/usr/lib'
'--with-png-dir=/usr/lib' '--with-zlib-dir=/usr/local/lib'
'--with-freetype-dir=/usr/local/include/freetype2' '--enable-ftp'
'--with-mcrypt=/usr/local/lib' '--with-gd' '--with-pspell'
'--with-bz2=/usr/lib' '--enable-sockets' '--with-curl' '--enable-soap'
'--enable-debug'



also tried:

 './configure' '--with-apxs2=/usr/local/apache2/bin/apxs'
'--enable-soap'

with the same result.



I've tried this on two different linux machines, both with the 2.6.3
kernel.



Error occurs for me by running my script either through apache or  by
invoking it on the command line.  Apache does not crash, but script
exicution stops.  I only know how to program in PHP (not C, although I can
"read" some C code and follow it), but I think if PHP ignored all of the
annotation tags this might work?



Thank you so very much for your volunteer efforts.  I really appreciate
the work you and others do.  The PHP 5.0 SOAP client (and server) appear
to be feature rich and will be really useful to a lot of people.  I'll be
happy to assist in any way I can (additional information, tests, you name
it.)  Just email me.  Thanks.

Reproduce code:
---
WDSL:

http://docs.tms.tribune.com/tech/tmsdatadirect/zap2it/xtvd.wsdl

Working perl script (for illustration purposes to verify that the WDSL
appears to be correct):

http://docs.tms.tribune.com/tech/tmsdatadirect/zap2it/datadirect-parse.zip



my code:

http://docs.tms.tribune.com/tech/tmsdatadirect/zap2it/xtvd.wsdl');



?>

Expected result:

Resource $client created to access the soap server

Actual result:
--


Fatal error:  Uncaught SoapFault exception: [WSDL] SOAP-ERROR:
Parsing Schema: unexpected  in attributeGroup in
/home/david/peevo/zap2it.php:4

Stack trace:

#0 {main}

  thrown in /home/david/peevo/zap2it.php on line 4

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

#27804 [NEW]: Unclosed Tags work

[david at squiggle dot org]

From: david at squiggle dot org
Operating system: Any
PHP version:  Irrelevant
PHP Bug Type: Unknown/Other Function
Bug description:  Unclosed Tags work

Description:

In PHP, when you Open a Tag (only tested with XML-Style Tags) and don't
close it, the script works fine and produces no Erorr. The Example Will
work as Unexpected - the script will run fine.

Reproduce code:
---


Fatal Error: Unclosed tags in file.php on line 2

Actual result:
--
Hello World of PHP

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

#28041 [NEW]: SOAP HTTP Digest Access Authentication

[david at cubbieco dot com]

From: david at cubbieco dot com
Operating system: linux 2.6.3
PHP version:  5CVS-2004-04-17 (dev)
PHP Bug Type: Feature/Change Request
Bug description:  SOAP HTTP Digest Access Authentication

Description:

PHP soap is wonderful and feature rich.  The application I am writing
needs to be able to log into the SOAP server provided by Zap2it
(labs.zap2it.com).  I found a post from dmitry that HTTP Digest Access
Authentication was not yet implemented.

I appreciate all of the work.  I would like to be notified when this is
implemented.

Reproduce code:
---
$login = "login";
$password = "password";

$client = new
SoapClient('http://docs.tms.tribune.com/tech/tmsdatadirect/zap2it/xtvd.wsdl',
array('trace'=>1, 'exceptions'=>0, 
'login' => $login, 'password' => $password));
echo "";
$listings = $client->__call("download", array("startTime"=>"20040417
20:00:00 ", "endTime"=>"20040417 21:00:00"));

echo $listings;
echo "Request: ".htmlspecialchars($client->__getLastRequest())
."Response:".htmlspecialchars($client->__getLastResponse())."\n";



Expected result:

$listings to contain a downloaded XML string

Actual result:
--
SoapFault exception: [SOAP-ENV:VersionMismatch] Wrong Version in
/home/david/peevo/zap2it.php:12 Stack trace: #0 {main}
Request:
 http://schemas.xmlsoap.org/soap/envelope/";
xmlns:ns1="urn:TMSWebServices"
xmlns:xsd="http://www.w3.org/2001/XMLSchema";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/";
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";>20040417 20:00:00 20040417
21:00:00
Response:
401 Unauthorized401
Unauthorized

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

#19027 [Com]: dont know

[david at yahoo dot com]

 ID:   19027
 Comment by:   david at yahoo dot com
 Reported By:  sbackstabber2003 at aol dot com
 Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: dont know
 PHP Version:  4.2.2
 New Comment:

fag fag fag your moms a fag @ your moms hot.com biatch now go suck my
fat dicik u in faggot asss  s im going to  your house you  
  in idiot...   watch out bush you might die today hahaha  the white
house fags!!


Previous Comments:


[2004-10-04 22:31:52] forresthess at yahoo dot com

fag fag fag your moms a fag @ your moms hot.com biatch now go suck my
fat dicik u in faggot asss  s im going to  your house you  
  in idiot...   watch out bush you might die today hahaha  the white
house fags!!



[2004-10-04 22:31:51] forresthess at yahoo dot com

fag fag fag your moms a fag @ your moms hot.com biatch now go suck my
fat dicik u in faggot asss  s im going to  your house you  
  in idiot...   watch out bush you might die today hahaha  the white
house fags!!



[2004-10-04 22:31:49] forresthess at yahoo dot com

fag fag fag your moms a fag @ your moms hot.com biatch now go suck my
fat dicik u in faggot asss  s im going to  your house you  
  in idiot...   watch out bush you might die today hahaha  the white
house fags!!



[2004-10-04 22:31:49] forresthess at yahoo dot com

fag fag fag your moms a fag @ your moms hot.com biatch now go suck my
fat dicik u in faggot asss  s im going to  your house you  
  in idiot...   watch out bush you might die today hahaha  the white
house fags!!



[2004-10-04 22:31:48] forresthess at yahoo dot com

fag fag fag your moms a fag @ your moms hot.com biatch now go suck my
fat dicik u in faggot asss  s im going to  your house you  
  in idiot...   watch out bush you might die today hahaha  the white
house fags!!



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

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

#19027 [Com]: dont know

[david at yahoo dot com]

 ID:   19027
 Comment by:   david at yahoo dot com
 Reported By:  sbackstabber2003 at aol dot com
 Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: dont know
 PHP Version:  4.2.2
 New Comment:

fag fag fag your moms a fag @ your moms hot.com biatch now go suck my
fat dicik u in faggot asss  s im going to  your house you  
  in idiot...   watch out bush you might die today hahaha  the white
house fags!!


Previous Comments:


[2004-10-04 22:32:02] david at yahoo dot com

fag fag fag your moms a fag @ your moms hot.com biatch now go suck my
fat dicik u in faggot asss  s im going to  your house you  
  in idiot...   watch out bush you might die today hahaha  the white
house fags!!



[2004-10-04 22:31:52] forresthess at yahoo dot com

fag fag fag your moms a fag @ your moms hot.com biatch now go suck my
fat dicik u in faggot asss  s im going to  your house you  
  in idiot...   watch out bush you might die today hahaha  the white
house fags!!



[2004-10-04 22:31:51] forresthess at yahoo dot com

fag fag fag your moms a fag @ your moms hot.com biatch now go suck my
fat dicik u in faggot asss  s im going to  your house you  
  in idiot...   watch out bush you might die today hahaha  the white
house fags!!



[2004-10-04 22:31:49] forresthess at yahoo dot com

fag fag fag your moms a fag @ your moms hot.com biatch now go suck my
fat dicik u in faggot asss  s im going to  your house you  
  in idiot...   watch out bush you might die today hahaha  the white
house fags!!



[2004-10-04 22:31:49] forresthess at yahoo dot com

fag fag fag your moms a fag @ your moms hot.com biatch now go suck my
fat dicik u in faggot asss  s im going to  your house you  
  in idiot...   watch out bush you might die today hahaha  the white
house fags!!



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

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

#30549 [NEW]: incorrect character translations for some ISO-8859 charsets

[david at davidheath dot org]

From: david at davidheath dot org
Operating system: linux
PHP version:  4.3.9
PHP Bug Type: mbstring related
Bug description:  incorrect character translations for some ISO-8859 charsets

Description:

MBstring appears to incorrectly map some characters for the following
ISO-8859 charsets, as follows:

Encoding: ISO-8859-7
  incorrect mapping of char 0xa4: got 0x3f, expected 0x20ac
  incorrect mapping of char 0xa5: got 0x3f, expected 0x20af
  incorrect mapping of char 0xaa: got 0x3f, expected 0x37a
Encoding: ISO-8859-8
  incorrect mapping of char 0xaf: got 0x203e, expected 0xaf
  incorrect mapping of char 0xfd: got 0x3f, expected 0x200e
  incorrect mapping of char 0xfe: got 0x3f, expected 0x200f
Encoding: ISO-8859-10
  incorrect mapping of char 0xa4: got 0x124, expected 0x12a

This is based on the mappings provided at
ftp://ftp.unicode.org/Public/MAPPINGS/ISO8859/ on 25th Oct 2004. 

Note, there are undated comments in the "Version history" for the above
files, as follows:

8859-7:
#   2.0 version updates 1.0 version by adding mappings for the
#   three newly added characters 0xA4, 0xA5, 0xAA.

8859-8:
#   1.1 version updates to the published 8859-8:1999, correcting
#  the mapping of 0xAF and adding mappings for LRM and RLM.

8859-10:
#   1.1 corrected mistake in mapping of 0xA4

So I guess these mappings have changed since mbstring was first written.
I'm not sure if there would be a backward-compatability problem if the
mappings were changed.

Thanks

Dave


Reproduce code:
---
Code for this test is available at:

http://davidheath.org/mbstring/mbstring_test.tar.bz2


Expected result:

Mappings as stated "expected xxx" above.

Actual result:
--
Mappings as stated "got xxx" above.

-- 
Edit bug report at http://bugs.php.net/?id=30549&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=30549&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30549&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30549&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30549&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30549&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=30549&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=30549&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=30549&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30549&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=30549&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30549&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30549&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30549&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=30549&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30549&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=30549&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30549&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=30549&r=float
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=30549&r=mysqlcfg

#30549 [Fbk->Opn]: incorrect character translations for some ISO-8859 charsets

[david at davidheath dot org]

 ID:   30549
 User updated by:  david at davidheath dot org
 Reported By:  david at davidheath dot org
-Status:   Feedback
+Status:   Open
 Bug Type: mbstring related
 Operating System: linux
 PHP Version:  4.3.9
 New Comment:

Hi Derick,

ok, I included the charset map parsing code so that you could see that
I was deriving the mappings directly from the unicode mapping files.

Anyway, here is a lean-and-mean version:

0x20ac,
0xa5=>0x20af,
0xaa=>0x37a)
);

testMapping('ISO-8859-8',
array(
0xaf=>0xaf,
0xfd=>0x200e,
0xfe=>0x200f)
);

testMapping('ISO-8859-10',
array(
0xa4=>0x12a
)
);

function testMapping($targetEncoding, $map) {
print "Encoding: $targetEncoding\n";

foreach($map as $fromChar=>$toChar) {
$expectChar = $toChar;

// convert to UCS-4, which represents every possible unicode
// char as a single fixed width 32bit value
$unicodeChar=mb_convert_encoding(chr($fromChar), 'UCS-4LE',
$targetEncoding);
$unicodeCharNumber = unpack('L', $unicodeChar);

if ($expectChar!=$unicodeCharNumber[''] and ($expectChar!=0 and
$unicodeCharNumber!=0x3f)) {
printf("  incorrect mapping of char 0x%x: got 0x%x,
expected 0x%x\n", $char, $unicodeCharNumber[''], $expectChar);
}
}
}
?>


Previous Comments:
----

[2004-10-25 10:33:42] [EMAIL PROTECTED]

Hello David,

can you please make a *short* script that show that the warnings are
wrong as it takes quite some time to figure out what your script is
exactly doing.

regards,
Derick



[2004-10-25 09:53:55] david at davidheath dot org

Description:

MBstring appears to incorrectly map some characters for the following
ISO-8859 charsets, as follows:

Encoding: ISO-8859-7
  incorrect mapping of char 0xa4: got 0x3f, expected 0x20ac
  incorrect mapping of char 0xa5: got 0x3f, expected 0x20af
  incorrect mapping of char 0xaa: got 0x3f, expected 0x37a
Encoding: ISO-8859-8
  incorrect mapping of char 0xaf: got 0x203e, expected 0xaf
  incorrect mapping of char 0xfd: got 0x3f, expected 0x200e
  incorrect mapping of char 0xfe: got 0x3f, expected 0x200f
Encoding: ISO-8859-10
  incorrect mapping of char 0xa4: got 0x124, expected 0x12a

This is based on the mappings provided at
ftp://ftp.unicode.org/Public/MAPPINGS/ISO8859/ on 25th Oct 2004. 

Note, there are undated comments in the "Version history" for the above
files, as follows:

8859-7:
#   2.0 version updates 1.0 version by adding mappings for the
#   three newly added characters 0xA4, 0xA5, 0xAA.

8859-8:
#   1.1 version updates to the published 8859-8:1999, correcting
#  the mapping of 0xAF and adding mappings for LRM and RLM.

8859-10:
#   1.1 corrected mistake in mapping of 0xA4

So I guess these mappings have changed since mbstring was first
written. I'm not sure if there would be a backward-compatability
problem if the mappings were changed.

Thanks

Dave


Reproduce code:
---
Code for this test is available at:

http://davidheath.org/mbstring/mbstring_test.tar.bz2


Expected result:

Mappings as stated "expected xxx" above.

Actual result:
--
Mappings as stated "got xxx" above.





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

#30549 [Opn]: incorrect character translations for some ISO-8859 charsets

[david at davidheath dot org]

 ID:   30549
 User updated by:  david at davidheath dot org
 Reported By:  david at davidheath dot org
 Status:   Open
 Bug Type: mbstring related
 Operating System: linux
 PHP Version:  4.3.9
 New Comment:

oops, minor bug in that script. Line 35 should read:

printf("  incorrect mapping of char 0x%x: got 0x%x,
expected 0x%x\n", $fromChar, $unicodeCharNumber[''], $expectChar);

Corrected version of script for your cut+paste convenience:

0x20ac,
0xa5=>0x20af,
0xaa=>0x37a)
);

testMapping('ISO-8859-8',
array(
0xaf=>0xaf,
0xfd=>0x200e,
0xfe=>0x200f)
);

testMapping('ISO-8859-10',
array(
0xa4=>0x12a
)
);

function testMapping($targetEncoding, $map) {
print "Encoding: $targetEncoding\n";

foreach($map as $fromChar=>$toChar) {
$expectChar = $toChar;

// convert to UCS-4, which represents every possible unicode
// char as a single fixed width 32bit value
$unicodeChar=mb_convert_encoding(chr($fromChar), 'UCS-4LE',
$targetEncoding);
$unicodeCharNumber = unpack('L', $unicodeChar);

if ($expectChar!=$unicodeCharNumber[''] and ($expectChar!=0 and
$unicodeCharNumber!=0x3f)) {
printf("  incorrect mapping of char 0x%x: got 0x%x,
expected 0x%x\n", $fromChar, $unicodeCharNumber[''], $expectChar);
}
}
}
?>


Previous Comments:


[2004-10-25 13:25:30] david at davidheath dot org

Hi Derick,

ok, I included the charset map parsing code so that you could see that
I was deriving the mappings directly from the unicode mapping files.

Anyway, here is a lean-and-mean version:

0x20ac,
0xa5=>0x20af,
0xaa=>0x37a)
);

testMapping('ISO-8859-8',
array(
0xaf=>0xaf,
0xfd=>0x200e,
0xfe=>0x200f)
);

testMapping('ISO-8859-10',
array(
0xa4=>0x12a
)
);

function testMapping($targetEncoding, $map) {
print "Encoding: $targetEncoding\n";

foreach($map as $fromChar=>$toChar) {
$expectChar = $toChar;

// convert to UCS-4, which represents every possible unicode
// char as a single fixed width 32bit value
$unicodeChar=mb_convert_encoding(chr($fromChar), 'UCS-4LE',
$targetEncoding);
$unicodeCharNumber = unpack('L', $unicodeChar);

if ($expectChar!=$unicodeCharNumber[''] and ($expectChar!=0 and
$unicodeCharNumber!=0x3f)) {
printf("  incorrect mapping of char 0x%x: got 0x%x,
expected 0x%x\n", $char, $unicodeCharNumber[''], $expectChar);
}
}
}
?>



[2004-10-25 10:33:42] [EMAIL PROTECTED]

Hello David,

can you please make a *short* script that show that the warnings are
wrong as it takes quite some time to figure out what your script is
exactly doing.

regards,
Derick



[2004-10-25 09:53:55] david at davidheath dot org

Description:

MBstring appears to incorrectly map some characters for the following
ISO-8859 charsets, as follows:

Encoding: ISO-8859-7
  incorrect mapping of char 0xa4: got 0x3f, expected 0x20ac
  incorrect mapping of char 0xa5: got 0x3f, expected 0x20af
  incorrect mapping of char 0xaa: got 0x3f, expected 0x37a
Encoding: ISO-8859-8
  incorrect mapping of char 0xaf: got 0x203e, expected 0xaf
  incorrect mapping of char 0xfd: got 0x3f, expected 0x200e
  incorrect mapping of char 0xfe: got 0x3f, expected 0x200f
Encoding: ISO-8859-10
  incorrect mapping of char 0xa4: got 0x124, expected 0x12a

This is based on the mappings provided at
ftp://ftp.unicode.org/Public/MAPPINGS/ISO8859/ on 25th Oct 2004. 

Note, there are undated comments in the "Version history" for the above
files, as follows:

8859-7:
#   2.0 version updates 1.0 version by adding mappings for the
#   three newly added characters 0xA4, 0xA5, 0xAA.

8859-8:
#   1.1 version updates to the published 8859-8:1999, correcting
#  the mapping of 0xAF and adding mappings for LRM and RLM.

8859-10:
#   1.1 corrected mistake in mapping of 0xA4

So I guess these mappings have changed since mbstring was first
written. I'm not sure if there would be a backward-compatability
problem if the mappings were changed.

Thanks

Dave


Reproduce code:
---
Code for this test is available at:

http://davidheath.org/mbstring/mbstring_test

#30563 [NEW]: Apache doesn't start with PHP. No errors reported.

[david at donpiso dot com]

From: david at donpiso dot com
Operating system: Linux 2.4.25
PHP version:  4.3.9
PHP Bug Type: Apache2 related
Bug description:  Apache doesn't start with PHP. No errors reported.

Description:

Apache simply fails to start after loading all modules, it seems it 
exits after loading, probably following initialization phase of the 
modules. No error neither at console nor log files. This happens 
since Apache 2.0.48 + PHP 4.3.4 in this machine, but I succeeded 
to start Apache 2.0.49 + PHP 4.3.6 in a different machine. Now 
tried Apache 2.0.52 + PHP 4.3.9 and still doesn't work. 
 
This is PHP configure: 
./configure --with-apxs2=/usr/local/apache-server2/bin/apxs 
--enable-ctype --with-gd --enable-gd-native-ttf 
--with-jpeg-dir=/usr --with-png --with-gmp --with-pgsql 
--enable-shmop --enable-memory-limit --enable-shared 
--disable-debug --with-zlib=/usr --disable-cgi 
--disable-path-info-check --enable-safe-mode --with-openssl 
--with-bz2 --enable-calendar --enable-exif --enable-ftp 
--enable-sockets --without-mysql 
 
This are Apache modules: 
Server version: Apache/2.0.52 
Server built:   Oct 25 2004 18:59:00 
Server's Module Magic Number: 20020903:9 
Architecture:   32-bit 
Server compiled with 
 -D APACHE_MPM_DIR="server/mpm/prefork" 
 -D APR_HAS_SENDFILE 
 -D APR_HAS_MMAP 
 -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) 
 -D APR_USE_SYSVSEM_SERIALIZE 
 -D APR_USE_PTHREAD_SERIALIZE 
 -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT 
 -D APR_HAS_OTHER_CHILD 
 -D AP_HAVE_RELIABLE_PIPED_LOGS 
 -D HTTPD_ROOT="/usr/local/apache-server2" 
 -D SUEXEC_BIN="/usr/local/apache-server2/bin/suexec" 
 -D DEFAULT_PIDLOG="logs/httpd.pid" 
 -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" 
 -D DEFAULT_LOCKFILE="logs/accept.lock" 
 -D DEFAULT_ERRORLOG="logs/error_log" 
 -D AP_TYPES_CONFIG_FILE="conf/mime.types" 
 -D SERVER_CONFIG_FILE="conf/httpd.conf" 
 
The php.ini changes: 
precision=  14 
y2k_compliance = Off 
output_buffering = 4096 
allow_call_time_pass_reference = Off 
safe_mode_gid = On 
highlight.* 
;max_input_time = 60 
memory_limit = 6M 
error_reporting  =  E_ALL 
display_errors = Off 
log_errors = On 
error_log = /(...)/apache2/logs/php.log 
variables_order = "GPCS" 
register_argc_argv = Off 
post_max_size = 4M 
magic_quotes_gpc = Off 
upload_tmp_dir = /(...)/tmp 
upload_max_filesize = 4M 
;SMTP = localhost 
;sendmail_from = [EMAIL PROTECTED] 
session.cache_expire = 60 
session.use_trans_sid = 1 
 

Actual result:
--
Running "gdb httpd" gives: 
GNU gdb 5.2 
 (...) 
This GDB was configured as "i386-slackware-linux"... 
(gdb) run -DSSL -e debug -k start 
Starting program: /uxd/apache-server2/bin/httpd -DSSL -e 
debug -k start 
[Tue Oct 26 13:16:42 2004] [debug] mod_so.c(247): loaded 
module include_module 
[Tue Oct 26 13:16:42 2004] [debug] mod_so.c(247): loaded 
module deflate_module 
[Tue Oct 26 13:16:42 2004] [debug] mod_so.c(247): loaded 
module log_config_module 
[Tue Oct 26 13:16:42 2004] [debug] mod_so.c(247): loaded 
module env_module 
[Tue Oct 26 13:16:42 2004] [debug] mod_so.c(247): loaded 
module ssl_module 
[Tue Oct 26 13:16:42 2004] [debug] mod_so.c(247): loaded 
module status_module 
[Tue Oct 26 13:16:42 2004] [debug] mod_so.c(247): loaded 
module info_module 
[Tue Oct 26 13:16:42 2004] [debug] mod_so.c(247): loaded 
module negotiation_module 
[Tue Oct 26 13:16:42 2004] [debug] mod_so.c(247): loaded 
module dir_module 
[Tue Oct 26 13:16:42 2004] [debug] mod_so.c(247): loaded 
module alias_module 
[Tue Oct 26 13:16:43 2004] [debug] mod_so.c(247): loaded 
module php4_module 
 
Program exited normally. 
 

-- 
Edit bug report at http://bugs.php.net/?id=30563&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=30563&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30563&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30563&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30563&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30563&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=30563&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=30563&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=30563&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30563&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=30563&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30563&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30563&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30563&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=30563&r=php3
Dayligh

#30563 [Opn]: Apache doesn't start with PHP. No errors reported.

[david at donpiso dot com]

 ID:   30563
 User updated by:  david at donpiso dot com
 Reported By:  david at donpiso dot com
 Status:   Open
 Bug Type: Apache2 related
 Operating System: Linux 2.4.25
 PHP Version:  4.3.9
 New Comment:

Yes, you're right. There is a Segmentation Violation: 
 
(gdb) run -DSSL -e debug -k start -X 
Starting program: /uxd/apache-server2/bin/httpd -DSSL -e 
debug -k start -X 
[Tue Oct 26 15:03:42 2004] [debug] mod_so.c(247): loaded 
module include_module 
[Tue Oct 26 15:03:42 2004] [debug] mod_so.c(247): loaded 
module deflate_module 
[Tue Oct 26 15:03:42 2004] [debug] mod_so.c(247): loaded 
module log_config_module 
[Tue Oct 26 15:03:42 2004] [debug] mod_so.c(247): loaded 
module env_module 
[Tue Oct 26 15:03:42 2004] [debug] mod_so.c(247): loaded 
module ssl_module 
[Tue Oct 26 15:03:42 2004] [debug] mod_so.c(247): loaded 
module status_module 
[Tue Oct 26 15:03:42 2004] [debug] mod_so.c(247): loaded 
module info_module 
[Tue Oct 26 15:03:43 2004] [debug] mod_so.c(247): loaded 
module negotiation_module 
[Tue Oct 26 15:03:43 2004] [debug] mod_so.c(247): loaded 
module dir_module 
[Tue Oct 26 15:03:43 2004] [debug] mod_so.c(247): loaded 
module alias_module 
[Tue Oct 26 15:03:43 2004] [debug] mod_so.c(247): loaded 
module php4_module 
 
Program received signal SIGSEGV, Segmentation fault. 
0x in ?? () 
(gdb) bt 
#0  0x in ?? () 
#1  0x407f9cec in db_open () from /lib/libnss_db.so.2 
#2  0x407f9dac in internal_setent () from /lib/libnss_db.so.2 
#3  0x407f85dd in _nss_db_endprotoent () from 
/lib/libnss_db.so.2 
#4  0x407f8887 in _nss_db_getprotobyname_r () from 
/lib/libnss_db.so.2 
#5  0x403fd080 in getprotobyname_r () from /lib/libc.so.6 
#6  0x403fcf31 in getprotobyname () from /lib/libc.so.6 
#7  0x40551484 in zm_startup_sockets (type=1, 
module_number=4) at 
/uxd/temp/php-4.3.9/ext/sockets/sockets.c:461 
#8  0x405f59b3 in zend_startup_module (module=0x406fa040) 
at /uxd/temp/php-4.3.9/Zend/zend_API.c:1005 
#9  0x405c9294 in php_startup_extensions (ptr=0x40705908, 
count=19) at /uxd/temp/php-4.3.9/main/main.c:1044 
#10 0x4060e54f in php_startup_internal_extensions () at 
main/internal_functions.c:81 
#11 0x405c9845 in php_module_startup (sf=0x407055e0, 
additional_modules=0x407058c0, num_additional_modules=1) 
at /uxd/temp/php-4.3.9/main/main.c:1216 
#12 0x4060c1e6 in php_apache2_startup 
(sapi_module=0x407055e0) at 
/uxd/temp/php-4.3.9/sapi/apache2handler/sapi_apache2.c:289 
#13 0x4060c34d in php_apache_server_startup 
(pconf=0x80a5090, plog=0x80d9160, ptemp=0x80f7958, 
s=0x80a9198) at 
/uxd/temp/php-4.3.9/sapi/apache2handler/sapi_apache2.c:388 
#14 0x0806eaa1 in ap_run_post_config (pconf=0x80a5090, 
plog=0x80d9160, ptemp=0x80f7958, s=0x80a9198) at 
config.c:87 
#15 0x0807364c in main (argc=7, argv=0xb854) at 
main.c:606 
#16 0x4033117d in __libc_start_main () from /lib/libc.so.6


Previous Comments:


[2004-10-26 14:47:25] [EMAIL PROTECTED]

Can you try with -X added to the flags passed to run in gdb, to try a
single-process startup.



[2004-10-26 13:21:32] david at donpiso dot com

Description:

Apache simply fails to start after loading all modules, it seems it 
exits after loading, probably following initialization phase of the 
modules. No error neither at console nor log files. This happens 
since Apache 2.0.48 + PHP 4.3.4 in this machine, but I succeeded 
to start Apache 2.0.49 + PHP 4.3.6 in a different machine. Now 
tried Apache 2.0.52 + PHP 4.3.9 and still doesn't work. 
 
This is PHP configure: 
./configure --with-apxs2=/usr/local/apache-server2/bin/apxs 
--enable-ctype --with-gd --enable-gd-native-ttf 
--with-jpeg-dir=/usr --with-png --with-gmp --with-pgsql 
--enable-shmop --enable-memory-limit --enable-shared 
--disable-debug --with-zlib=/usr --disable-cgi 
--disable-path-info-check --enable-safe-mode --with-openssl 
--with-bz2 --enable-calendar --enable-exif --enable-ftp 
--enable-sockets --without-mysql 
 
This are Apache modules: 
Server version: Apache/2.0.52 
Server built:   Oct 25 2004 18:59:00 
Server's Module Magic Number: 20020903:9 
Architecture:   32-bit 
Server compiled with 
 -D APACHE_MPM_DIR="server/mpm/prefork" 
 -D APR_HAS_SENDFILE 
 -D APR_HAS_MMAP 
 -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) 
 -D APR_USE_SYSVSEM_SERIALIZE 
 -D APR_USE_PTHREAD_SERIALIZE 
 -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT 
 -D APR_HAS_OTHER_CHILD 
 -D AP_HAVE_RELIABLE_PIPED_LOGS 
 -D HTTPD_ROOT="/usr/local/apache-server2" 
 -D SUEXEC_BIN="/usr/local/apache-server2/bin/suexec" 
 -D DEFAULT_PIDLOG="logs/httpd.pid" 
 -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" 
 -D DEFAULT_LOCKFILE="logs/accept.lock" 
 -D DEFAULT_ERRORLOG="logs/error_log" 
 -D AP_TYPES_CONFIG_FILE="conf/mime.ty

#30563 [Bgs]: Apache doesn't start with PHP. No errors reported.

[david at donpiso dot com]

 ID:   30563
 User updated by:  david at donpiso dot com
 Reported By:  david at donpiso dot com
 Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: Linux 2.4.25
 PHP Version:  4.3.9
 New Comment:

It doesn't break. Test program is: 
 
#include  
#include  
 
int main(int argc, char *argv) 
{ 
  struct protoent *pe; 
  pe=getprotobyname("tcp"); 
  printf("Name: %s, Number: %u\n",pe->p_name,pe->p_proto); 
} 
 
Tests are: 
-Test 1: 
gcc tst-libc6.c -o tst-libc6 
ldd tst-libc6 
libc.so.6 => /lib/libc.so.6 (0x40024000) 
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) 
./tst-libc6 
Name: tcp, Number: 6 
-Test 2: 
gcc tst-libc6.c -o tst-libc6 -ldb 
ldd tst-libc6 
libc.so.6 => /lib/libc.so.6 (0x40024000) 
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) 
./tst-libc6 
Name: tcp, Number: 6 
-Test 3: 
gcc tst-libc6.c -o tst-libc6 -lnss_db 
ldd tst-libc6 
libnss_db.so.2 => /lib/libnss_db.so.2 (0x40024000) 
libc.so.6 => /lib/libc.so.6 (0x4002b000) 
libnss_files.so.2 => /lib/libnss_files.so.2 (0x4014e000) 
libdb-3.1.so => /lib/libdb-3.1.so (0x40157000) 
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) 
./tst-libc6 
Name: tcp, Number: 6 
 
So it works and doesn't segfault. Compared to a machine that 
works, I notice that the working one has a glibc 2.3.1 against 
the glibc 2.2.5 that drives the failing one. I will try to upgrade 
glibc, although it worked well for slightly older Apache+PHP 
versions and I have to evaluate posible collateral effects on 
other applications before upgrading glibc from 2.2 to 2.3... 
 
On the working machine, test 2 shows different libraries: 
-Test 2: 
gcc tst-libc6.c -o tst-libc6 -ldb 
ldd tst-libc6 
libdb-3.3.so => /lib/libdb-3.3.so (0x40025000) 
libc.so.6 => /lib/libc.so.6 (0x400af000) 
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) 
./tst-libc6 
Name: tcp, Number: 6 
 
Here it includes libdb (as you may expect), while on the first case 
Test2 just links against the same libraries as Test1 (both 
working). Maybe some dependencies in php make libraries to 
behave bogus and make that call to fail... I will try to upgrade 
libraries, but if you know a better method to avoid failure 
without changing them, will be of help (it is a production server, I 
can test new versions of Apache and PHP in parallel with the 
production daemons, but upgrading system libraries is a little 
more dangerous and painful as it is 24/7 service...) 
 
Thank you anyway for your time :-)


Previous Comments:


[2004-10-26 16:36:11] [EMAIL PROTECTED]

This looks suspiciously like a bad glibc installation:

#0  0x in ?? () 
#1  0x407f9cec in db_open () from /lib/libnss_db.so.2 

I doubt there is a PHP or Apache bug here.  Try a simple program
calling getprotobyname("tcp") to see if that segfaults; try it again
when linked against -ldb.

----

[2004-10-26 15:06:19] david at donpiso dot com

Yes, you're right. There is a Segmentation Violation: 
 
(gdb) run -DSSL -e debug -k start -X 
Starting program: /uxd/apache-server2/bin/httpd -DSSL -e 
debug -k start -X 
[Tue Oct 26 15:03:42 2004] [debug] mod_so.c(247): loaded 
module include_module 
[Tue Oct 26 15:03:42 2004] [debug] mod_so.c(247): loaded 
module deflate_module 
[Tue Oct 26 15:03:42 2004] [debug] mod_so.c(247): loaded 
module log_config_module 
[Tue Oct 26 15:03:42 2004] [debug] mod_so.c(247): loaded 
module env_module 
[Tue Oct 26 15:03:42 2004] [debug] mod_so.c(247): loaded 
module ssl_module 
[Tue Oct 26 15:03:42 2004] [debug] mod_so.c(247): loaded 
module status_module 
[Tue Oct 26 15:03:42 2004] [debug] mod_so.c(247): loaded 
module info_module 
[Tue Oct 26 15:03:43 2004] [debug] mod_so.c(247): loaded 
module negotiation_module 
[Tue Oct 26 15:03:43 2004] [debug] mod_so.c(247): loaded 
module dir_module 
[Tue Oct 26 15:03:43 2004] [debug] mod_so.c(247): loaded 
module alias_module 
[Tue Oct 26 15:03:43 2004] [debug] mod_so.c(247): loaded 
module php4_module 
 
Program received signal SIGSEGV, Segmentation fault. 
0x in ?? () 
(gdb) bt 
#0  0x in ?? () 
#1  0x407f9cec in db_open () from /lib/libnss_db.so.2 
#2  0x407f9dac in internal_setent () from /lib/libnss_db.so.2 
#3  0x407f85dd in _nss_db_endprotoent () from 
/lib/libnss_db.so.2 
#4  0x407f8887 in _nss_db_getprotobyname_r () from 
/lib/libnss_db.so.2 
#5  0x403fd080 in getprotobyname_r () from /lib/libc.so.6 
#6  0x403fcf31 in getprotobyname () from /lib/libc.so.6 
#7  0x40551484 in zm_startup_sockets (type=1, 
module_number=4) at 
/uxd/temp/php-4.3.9/ext/sockets/sockets.c:461 
#8  0x405f59b3 in zend_startup_module (module=0x406fa040) 
at /uxd/temp/php-4.3.9/Zend/zend_API.c:1005 
#9  

#32095 [NEW]: file_exists() doesn't work with 2G+ files

[david at giffin dot org]

From: david at giffin dot org
Operating system: Linux Debian
PHP version:  5.0.1
PHP Bug Type: Apache related
Bug description:  file_exists() doesn't work with 2G+ files

Description:

file_exists() doesn't work under apache with files that are >= 2 gig. The
script provided works using the cli version of php5 compilied on the same
system at the same time as the apache version.

Reproduce code:
---
";
$file = "/tmp/tester.file";
for ($i = 0; $i < 6; $i++) {
@unlink($file);
$cmd = "dd if=/dev/zero of=$file bs=1024 count=1024 seek={$i}M";
echo $cmd . "\n";
system($cmd);
system("ls -lh $file");
echo "File Exists: " . file_exists($file) . "\n";
print "\n";
}
@unlink($file);
print "";

?>

Expected result:

file_exists should return true even though the file is >= 2 gig

Actual result:
--
file_exists returns false if >= 2 gig

-- 
Edit bug report at http://bugs.php.net/?id=32095&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=32095&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=32095&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=32095&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32095&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32095&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=32095&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=32095&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=32095&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32095&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=32095&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=32095&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=32095&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32095&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=32095&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32095&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=32095&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32095&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=32095&r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=32095&r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=32095&r=mysqlcfg

#32685 [NEW]: Segfault when using assignment by reference within function

[david at davidheath dot org]

From: david at davidheath dot org
Operating system: mandrake linux 10.1
PHP version:  4.3.11
PHP Bug Type: Reproducible crash
Bug description:  Segfault when using assignment by reference within function

Description:

The attached program always segfaults. I have stripped out as much code as
possible whilst ensuring that it still segfaults, I'm afraid I haven't been
able to make the repro code any simpler. The problem is either something to
do with the assignment by reference on line 11 in the test2::exists()
method, or otherwise something to do with the use of unserialize(). 

I'm using the standard build of php4.3.11 with no special modules.


Reproduce code:
---
$ wget http://www.davidheath.org/php_bug/crash.php.txt
$ wget http://www.davidheath.org/php_bug/testfile
$ mv crash.php.txt crash.php
$ php crash.php


Expected result:

no segfault, no output at all

Actual result:
--
[EMAIL PROTECTED] dh]$ /usr/local/php4.3.11/bin/php.4.3.11 crash.php
Content-type: text/html
X-Powered-By: PHP/4.3.11

Segmentation fault (core dumped)



When I run with debug build, it doesn't segfault:

[EMAIL PROTECTED] dh]$ /usr/local/php4.3.11_debug/bin/php.4.3.11
crash.php
Content-type: text/html
X-Powered-By: PHP/4.3.11

/home/heathd/downloads/php-4.3.11/Zend/zend_execute.c(279) :  Freeing
0x081EA8A4 (12 bytes), script=crash.php
/home/heathd/downloads/php-4.3.11/Zend/zend_execute.c(282) :  Freeing
0x081EA704 (28 bytes), script=crash.php
/home/heathd/downloads/php-4.3.11/Zend/zend_variables.c(111) : Actual
location (location was relayed)


-- 
Edit bug report at http://bugs.php.net/?id=32685&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=32685&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=32685&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=32685&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32685&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32685&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=32685&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=32685&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=32685&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32685&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=32685&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=32685&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=32685&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32685&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=32685&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32685&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=32685&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32685&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=32685&r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=32685&r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=32685&r=mysqlcfg

#32685 [Fbk->Opn]: Segfault when using assignment by reference within function

[david at davidheath dot org]

 ID:   32685
 User updated by:  david at davidheath dot org
 Reported By:  david at davidheath dot org
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: mandrake linux 10.1
 PHP Version:  4.3.11
 New Comment:

Hi,

I tried again with CVS HEAD (from PHP_4_3 branch). Still crashes.

[EMAIL PROTECTED] dh]$ /usr/local/php-4.3-CVS-13apr05/bin/php
crash.php
Content-type: text/html
X-Powered-By: PHP/4.3.12-dev

Segmentation fault (core dumped)
[EMAIL PROTECTED] dh]$


Previous Comments:


[2005-04-12 20:37:20] [EMAIL PROTECTED]

Two questions:

1) Does it also crash when you replace file reading by assignment from
string?

2) Did you try 5.0 or HEAD?



[2005-04-12 18:46:23] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Can't reproduce with latest CVS.



[2005-04-12 18:16:17] david at davidheath dot org

Description:

The attached program always segfaults. I have stripped out as much code
as possible whilst ensuring that it still segfaults, I'm afraid I
haven't been able to make the repro code any simpler. The problem is
either something to do with the assignment by reference on line 11 in
the test2::exists() method, or otherwise something to do with the use
of unserialize(). 

I'm using the standard build of php4.3.11 with no special modules.


Reproduce code:
---
$ wget http://www.davidheath.org/php_bug/crash.php.txt
$ wget http://www.davidheath.org/php_bug/testfile
$ mv crash.php.txt crash.php
$ php crash.php


Expected result:

no segfault, no output at all

Actual result:
--
[EMAIL PROTECTED] dh]$ /usr/local/php4.3.11/bin/php.4.3.11 crash.php
Content-type: text/html
X-Powered-By: PHP/4.3.11

Segmentation fault (core dumped)



When I run with debug build, it doesn't segfault:

[EMAIL PROTECTED] dh]$ /usr/local/php4.3.11_debug/bin/php.4.3.11
crash.php
Content-type: text/html
X-Powered-By: PHP/4.3.11

/home/heathd/downloads/php-4.3.11/Zend/zend_execute.c(279) :  Freeing
0x081EA8A4 (12 bytes), script=crash.php
/home/heathd/downloads/php-4.3.11/Zend/zend_execute.c(282) :  Freeing
0x081EA704 (28 bytes), script=crash.php
/home/heathd/downloads/php-4.3.11/Zend/zend_variables.c(111) : Actual
location (location was relayed)






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

#32685 [Opn]: Segfault when using assignment by reference within function

[david at davidheath dot org]

 ID:   32685
 User updated by:  david at davidheath dot org
 Reported By:  david at davidheath dot org
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: mandrake linux 10.1
 PHP Version:  4.3.11
 New Comment:

> 1) Does it also crash when you replace file reading by 
> assignment from string?

yes it does, see http://www.davidheath.org/php_bug/crash2.php.txt

I've also noticed that I had a mistake in the original repro script
(crash.php.txt), which I've now corrected (the filename on line 4 was
wrong). This may explain why you couldn't repro. However, having
changed that I now get:

[EMAIL PROTECTED] repro]$ /usr/local/php-4.3-CVS-13apr05/bin/php
crash.php
Content-type: text/html
X-Powered-By: PHP/4.3.12-dev

free(): invalid pointer 0x81b14a8!

ALSO, another important observation. The crash sometimes seems to not
happen if I execute the script in a different directory. For example:

[EMAIL PROTECTED] repro]$ pwd
/tmp/repro
[EMAIL PROTECTED] repro]$ ls
crash2.php
[EMAIL PROTECTED] repro]$ /usr/local/php-4.3-CVS-13apr05/bin/php
crash2.php
Content-type: text/html
X-Powered-By: PHP/4.3.12-dev

[EMAIL PROTECTED] repro]$ mkdir -p foo/bar
[EMAIL PROTECTED] repro]$ cd foo/bar
[EMAIL PROTECTED] bar]$ cp ../../crash2.php .
[EMAIL PROTECTED] bar]$ /usr/local/php-4.3-CVS-13apr05/bin/php
crash2.php
Content-type: text/html
X-Powered-By: PHP/4.3.12-dev

Segmentation fault (core dumped)


Previous Comments:


[2005-04-13 10:32:48] david at davidheath dot org

Hi,

I tried again with CVS HEAD (from PHP_4_3 branch). Still crashes.

[EMAIL PROTECTED] dh]$ /usr/local/php-4.3-CVS-13apr05/bin/php
crash.php
Content-type: text/html
X-Powered-By: PHP/4.3.12-dev

Segmentation fault (core dumped)
[EMAIL PROTECTED] dh]$



[2005-04-12 20:37:20] [EMAIL PROTECTED]

Two questions:

1) Does it also crash when you replace file reading by assignment from
string?

2) Did you try 5.0 or HEAD?



[2005-04-12 18:46:23] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Can't reproduce with latest CVS.

----

[2005-04-12 18:16:17] david at davidheath dot org

Description:

The attached program always segfaults. I have stripped out as much code
as possible whilst ensuring that it still segfaults, I'm afraid I
haven't been able to make the repro code any simpler. The problem is
either something to do with the assignment by reference on line 11 in
the test2::exists() method, or otherwise something to do with the use
of unserialize(). 

I'm using the standard build of php4.3.11 with no special modules.


Reproduce code:
---
$ wget http://www.davidheath.org/php_bug/crash.php.txt
$ wget http://www.davidheath.org/php_bug/testfile
$ mv crash.php.txt crash.php
$ php crash.php


Expected result:

no segfault, no output at all

Actual result:
--
[EMAIL PROTECTED] dh]$ /usr/local/php4.3.11/bin/php.4.3.11 crash.php
Content-type: text/html
X-Powered-By: PHP/4.3.11

Segmentation fault (core dumped)



When I run with debug build, it doesn't segfault:

[EMAIL PROTECTED] dh]$ /usr/local/php4.3.11_debug/bin/php.4.3.11
crash.php
Content-type: text/html
X-Powered-By: PHP/4.3.11

/home/heathd/downloads/php-4.3.11/Zend/zend_execute.c(279) :  Freeing
0x081EA8A4 (12 bytes), script=crash.php
/home/heathd/downloads/php-4.3.11/Zend/zend_execute.c(282) :  Freeing
0x081EA704 (28 bytes), script=crash.php
/home/heathd/downloads/php-4.3.11/Zend/zend_variables.c(111) : Actual
location (location was relayed)






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

#24333 [NEW]: stat() and file_exists() is neither affected by safe_mode nor open_basedir

[david at darville dot name]

From: david at darville dot name
Operating system: RedHat Linux
PHP version:  4.3.2
PHP Bug Type: Filesystem function related
Bug description:  stat() and file_exists() is neither affected by safe_mode nor 
open_basedir

Description:

Even when safe mode is enabled, and open_basedir restrictions is in place,
it is possible to use file_exists(), stat() (and fileperms()) on any file
on the system.


Reproduce code:
---
$filename = "/etc/shadow";
if (file_exists($filename))
{
  echo "$filename exists\n";
}
else
{
  echo "$filename does not exist\n";
}

$stat = stat($filename);



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

#25172 [Com]: register_globals=on and $HTTP_HOST sometimes empty

[david at 4dhosting dot com]

 ID:   25172
 Comment by:   david at 4dhosting dot com
 Reported By:  php at lansco dot de
 Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.3.3
 New Comment:

I can report experiencing this problem under IIS6 and PHP 4.3.7.

It occurs when 'register_globals' is off.


Previous Comments:


[2004-01-28 14:22:46] [EMAIL PROTECTED]

This should now be fixed in CVS. Fix scheduled for PHP 4.3.5.




[2003-10-04 00:49:37] [EMAIL PROTECTED]

See bug #25753 (placeholder for all these reports about leaking php ini
settings)




[2003-08-26 06:16:40] php at lansco dot de

I've found one (among thousands) .htaccess-File that contains "php_flag
register_globals off".

When I access the site that has this entry simultaneous with my test
page the error occurs. Elsewise not.

After I have disabled the .htaccess-entry the error doesn't occur any
more.

I have tested again various versions of PHP while accessing the site
with .htaccess-entry:

PHP-4.3.1: no errors
PHP-4.3.2: errors
PHP-4.3.3: errors

Why does it properly work with PHP-4.3.1 and not with later versions?



[2003-08-25 22:24:08] [EMAIL PROTECTED]

Yes, it took about 30 minutes until I got the same result.
This is what I found:
register_globals Off On

Something caused this..are you ABSOLUTELY sure you don't use ANY
"php_value" or "php_admin_value" or "php_flag" or "php_admin_flag"
directives in httpd.conf / .htaccess files?
(In ANY virtual host you might have there)





[2003-08-25 05:08:34] php at lansco dot de

I have tested it right now with this command line:

# watch -n 1 "wget http://www.lansco.de/php/bug-25172.php -q -O xxx;cat
xxx>>zzz;tail -n 30 zzz"

For about 10 minutes no error occured. After that time in nearly every
request I have had this error for about 30 times.

I added the line

  if(!isset($HTTP_HOST)) phpinfo();

to http://www.lansco.de/php/bug-25172.php and there is a really
surprising phenomenon:
In the phpinfo()-output HTTP_HOST is correctly set to www.lansco.de!!!

register_globals is only set by the php.ini-file.

Please try again and test it for about 20 to 30 minutes.



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

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

#29268 [NEW]: __autoload() not called when inside eval()

[david at jool dot nl]

From: david at jool dot nl
Operating system: winXP
PHP version:  5.0.0
PHP Bug Type: Zend Engine 2 problem
Bug description:  __autoload() not called when inside eval()

Description:

When creating a new instance of a class inside eval() the __autoload
function isn't called.


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

[PHP-BUG] Bug #60772 [NEW]: DB4/DB5 configure library lookup broken --build=x86_64-linux-gnu is passed

[david at davidfavor dot com]

From: 
Operating system: Ubuntu 11.10
PHP version:  5.3.9
Package:  Compile Failure
Bug Type: Bug
Bug description:DB4/DB5 configure library lookup broken 
--build=x86_64-linux-gnu is passed

Description:

First DB4/DB5 library lookup is far to simple.

Lookups are done for /usr/lib/libdb.a then /usr/lib/libdb.so in that
order.

First problem is there's no consideration of 'shared', which if specified
should 
reverse the search looking for .so before .a as they usually both exist.

Second problem is when --build=x86_64-linux-gnu (or any other value) is
passed 
no consideration is given. This means /usr/lib/x86_64-linux-gnu libraries
are 
ignored.

Neither --with-libdir=/usr/lib/x86_64-linux-gnu or
--libdir=x86_64-linux-gnu 
have any effect.

Third problem is diagnostics as many systems may have multiple copies of DB

installed. Be great to echo the info out of /usr/include/db.h as in...

DB_VERSION_{MAJOR,RELEASE,MINOR,PATCH} to clarify what's occurring.

Probably logic similar to libcurl is a good place to start.

Ugly fix is ln -s /usr/lib/x86_64-linux-gnu/libdb-5.1.so /usr/lib/.

Expected result:

Use all /usr/lib/(--build) libraries if --build is specified.

Actual result:
--
--build is ignored.

-- 
Edit bug report at https://bugs.php.net/bug.php?id=60772&edit=1
-- 
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60772&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60772&r=trysnapshot53
Try a snapshot (trunk):  
https://bugs.php.net/fix.php?id=60772&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60772&r=fixed
Fixed in SVN and need be documented: 
https://bugs.php.net/fix.php?id=60772&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60772&r=alreadyfixed
Need backtrace:  
https://bugs.php.net/fix.php?id=60772&r=needtrace
Need Reproduce Script:   
https://bugs.php.net/fix.php?id=60772&r=needscript
Try newer version:   
https://bugs.php.net/fix.php?id=60772&r=oldversion
Not developer issue: 
https://bugs.php.net/fix.php?id=60772&r=support
Expected behavior:   
https://bugs.php.net/fix.php?id=60772&r=notwrong
Not enough info: 
https://bugs.php.net/fix.php?id=60772&r=notenoughinfo
Submitted twice: 
https://bugs.php.net/fix.php?id=60772&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60772&r=globals
PHP 4 support discontinued:  
https://bugs.php.net/fix.php?id=60772&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=60772&r=dst
IIS Stability:   
https://bugs.php.net/fix.php?id=60772&r=isapi
Install GNU Sed: 
https://bugs.php.net/fix.php?id=60772&r=gnused
Floating point limitations:  
https://bugs.php.net/fix.php?id=60772&r=float
No Zend Extensions:  
https://bugs.php.net/fix.php?id=60772&r=nozend
MySQL Configuration Error:   
https://bugs.php.net/fix.php?id=60772&r=mysqlcfg

[PHP-BUG] Bug #60812 [NEW]: Makefile INSTALL_IT target ignores --exec-prefix, --libexecdir, --sysconfdir

[david at davidfavor dot com]

From: 
Operating system: Ubuntu 11.10
PHP version:  5.3.9
Package:  *Configuration Issues
Bug Type: Bug
Bug description:Makefile INSTALL_IT target ignores --exec-prefix, --libexecdir, 
--sysconfdir

Description:

The INSTALL_IT target hardcodes apxs2 directories making it very difficult
to 
install multiple versions of php or relocate php.

This also causes unexpected over writing of system php files, causing
Apache to 
segfault.

Fixes are a bit complex because they involve configure + Makefile.

Suggest the end result produce a Makefile which honors these setting in all

cases. So Makefile should include...

sysconfdir=argument_passed_to_configure || /usr/lib/apache2/modules
libexecdir=${exec_prefix}/argument_passed_to_configure || /etc/apache2

INSTALL_IT target then changes to...

INSTALL_IT = $(mkinstalldirs) '$(INSTALL_ROOT)/$libexecdir' && \
 $(mkinstalldirs)  '$(INSTALL_ROOT)/$sysconfdir' && \
 /usr/bin/apxs2 -S LIBEXECDIR='$(INSTALL_ROOT)/$libexecdir' \
 -S SYSCONFDIR='$(INSTALL_ROOT)/$sysconfdir' \
 -i -a -n php5 libphp5.la


-- 
Edit bug report at https://bugs.php.net/bug.php?id=60812&edit=1
-- 
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60812&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60812&r=trysnapshot53
Try a snapshot (trunk):  
https://bugs.php.net/fix.php?id=60812&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60812&r=fixed
Fixed in SVN and need be documented: 
https://bugs.php.net/fix.php?id=60812&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60812&r=alreadyfixed
Need backtrace:  
https://bugs.php.net/fix.php?id=60812&r=needtrace
Need Reproduce Script:   
https://bugs.php.net/fix.php?id=60812&r=needscript
Try newer version:   
https://bugs.php.net/fix.php?id=60812&r=oldversion
Not developer issue: 
https://bugs.php.net/fix.php?id=60812&r=support
Expected behavior:   
https://bugs.php.net/fix.php?id=60812&r=notwrong
Not enough info: 
https://bugs.php.net/fix.php?id=60812&r=notenoughinfo
Submitted twice: 
https://bugs.php.net/fix.php?id=60812&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60812&r=globals
PHP 4 support discontinued:  
https://bugs.php.net/fix.php?id=60812&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=60812&r=dst
IIS Stability:   
https://bugs.php.net/fix.php?id=60812&r=isapi
Install GNU Sed: 
https://bugs.php.net/fix.php?id=60812&r=gnused
Floating point limitations:  
https://bugs.php.net/fix.php?id=60812&r=float
No Zend Extensions:  
https://bugs.php.net/fix.php?id=60812&r=nozend
MySQL Configuration Error:   
https://bugs.php.net/fix.php?id=60812&r=mysqlcfg

[PHP-BUG] Bug #60981 [NEW]: Shell environment inaccessible in tests

[david at davidfavor dot com]

From: 
Operating system: Ubuntu 11.10
PHP version:  5.3.10
Package:  Testing related
Bug Type: Bug
Bug description:Shell environment inaccessible in tests

Description:

Shell environment variables are not accessible via getenv() during tests.

Test script:
---
export MYSQL_TEST_PASSWD=...

make test TESTS=ext/mysql*/tests/001.phpt

Runs the mysql + mysqli connect tests and both are skipped.

Tests are skipped showing... (using password: NO)

Manually setting $passwd in connect.inc for both test sets runs all tests
as expected.

So MYSQL_TEST_PASSWD is ignored.


-- 
Edit bug report at https://bugs.php.net/bug.php?id=60981&edit=1
-- 
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60981&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60981&r=trysnapshot53
Try a snapshot (trunk):  
https://bugs.php.net/fix.php?id=60981&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60981&r=fixed
Fixed in SVN and need be documented: 
https://bugs.php.net/fix.php?id=60981&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60981&r=alreadyfixed
Need backtrace:  
https://bugs.php.net/fix.php?id=60981&r=needtrace
Need Reproduce Script:   
https://bugs.php.net/fix.php?id=60981&r=needscript
Try newer version:   
https://bugs.php.net/fix.php?id=60981&r=oldversion
Not developer issue: 
https://bugs.php.net/fix.php?id=60981&r=support
Expected behavior:   
https://bugs.php.net/fix.php?id=60981&r=notwrong
Not enough info: 
https://bugs.php.net/fix.php?id=60981&r=notenoughinfo
Submitted twice: 
https://bugs.php.net/fix.php?id=60981&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60981&r=globals
PHP 4 support discontinued:  
https://bugs.php.net/fix.php?id=60981&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=60981&r=dst
IIS Stability:   
https://bugs.php.net/fix.php?id=60981&r=isapi
Install GNU Sed: 
https://bugs.php.net/fix.php?id=60981&r=gnused
Floating point limitations:  
https://bugs.php.net/fix.php?id=60981&r=float
No Zend Extensions:  
https://bugs.php.net/fix.php?id=60981&r=nozend
MySQL Configuration Error:   
https://bugs.php.net/fix.php?id=60981&r=mysqlcfg

Bug #60981 [Fbk->Asn]: Shell environment inaccessible in tests

[david at davidfavor dot com]

Edit report at https://bugs.php.net/bug.php?id=60981&edit=1

 ID: 60981
 User updated by:david at davidfavor dot com
 Reported by:david at davidfavor dot com
 Summary:Shell environment inaccessible in tests
-Status: Feedback
+Status: Assigned
 Type:   Bug
 Package:Testing related
 Operating System:   Ubuntu 11.10
 PHP Version:5.3.10
 Assigned To:danielc
 Block user comment: N
 Private report: N

 New Comment:

export var=foo is the same as sourcing a file that includes...
export var=foo

Problem is no shell environment is reaching the test scripts.

Please suggest a way to turn off clearing of the environment.


Previous Comments:

[2012-02-05 19:00:29] dani...@php.net

The environment variables need to be established in a scope available all shell 
scripts.  For example, them in the ~/.bashrc script of the user executing "make 
test".

Set the variables in ~/.bashrc
source ~/.bashrc
make test 

The "source" step is only necessary in the first shell since the variables were 
not available when the shell was opened.  All future shells will have them.

----
[2012-02-05 18:50:42] david at davidfavor dot com

Description:

Shell environment variables are not accessible via getenv() during tests.

Test script:
---
export MYSQL_TEST_PASSWD=...

make test TESTS=ext/mysql*/tests/001.phpt

Runs the mysql + mysqli connect tests and both are skipped.

Tests are skipped showing... (using password: NO)

Manually setting $passwd in connect.inc for both test sets runs all tests as 
expected.

So MYSQL_TEST_PASSWD is ignored.







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

Bug #60981 [Asn]: Shell environment inaccessible in tests

[david at davidfavor dot com]

Edit report at https://bugs.php.net/bug.php?id=60981&edit=1

 ID: 60981
 User updated by:david at davidfavor dot com
 Reported by:david at davidfavor dot com
 Summary:Shell environment inaccessible in tests
 Status: Assigned
 Type:   Bug
 Package:Testing related
 Operating System:   Ubuntu 11.10
 PHP Version:5.3.10
 Assigned To:danielc
 Block user comment: N
 Private report: N

 New Comment:

That works...

So there are two doc errors...

#1) http://php.net/manual/en/reserved.variables.environment.php contains 
comments
that getenv() returns environment variables, independent of variable_orders 
setting. I've submitted a note to clarify this.

#2 http://php.net/manual/en/ini.core.php states variables_order default setting 
is "EGPCS", which is incorrect.

Both php.ini-production and php.ini-development contain "GPCS".

Best to fix both php.ini files so they match the docs.

Let me know if I should open another bug request for the doc change.

Thanks for helping me get this to work!


Previous Comments:

[2012-02-06 21:30:59] s...@php.net

Try adding E to php.ini's variables_order.

----
[2012-02-06 20:12:20] david at davidfavor dot com

export var=foo is the same as sourcing a file that includes...
export var=foo

Problem is no shell environment is reaching the test scripts.

Please suggest a way to turn off clearing of the environment.


[2012-02-05 19:00:29] dani...@php.net

The environment variables need to be established in a scope available all shell 
scripts.  For example, them in the ~/.bashrc script of the user executing "make 
test".

Set the variables in ~/.bashrc
source ~/.bashrc
make test 

The "source" step is only necessary in the first shell since the variables were 
not available when the shell was opened.  All future shells will have them.

----
[2012-02-05 18:50:42] david at davidfavor dot com

Description:

Shell environment variables are not accessible via getenv() during tests.

Test script:
---
export MYSQL_TEST_PASSWD=...

make test TESTS=ext/mysql*/tests/001.phpt

Runs the mysql + mysqli connect tests and both are skipped.

Tests are skipped showing... (using password: NO)

Manually setting $passwd in connect.inc for both test sets runs all tests as 
expected.

So MYSQL_TEST_PASSWD is ignored.







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

Bug #60981 [Asn]: Shell environment inaccessible in tests

[david at davidfavor dot com]

Edit report at https://bugs.php.net/bug.php?id=60981&edit=1

 ID: 60981
 User updated by:david at davidfavor dot com
 Reported by:david at davidfavor dot com
 Summary:Shell environment inaccessible in tests
 Status: Assigned
 Type:   Bug
 Package:Testing related
 Operating System:   Ubuntu 11.10
 PHP Version:5.3.10
 Assigned To:danielc
 Block user comment: N
 Private report: N

 New Comment:

Seems like adding --d variable_orders=EGPCS to run-tests is the most elegant.

What the next step to arrange for this bug to be fixed?

Also I notice there are 4 failures in the mysqli tests. Let me know how to 
register as a developer with php.net and I'll figure these out and supply 
patches to fix the test suite.

Thanks.


Previous Comments:

[2012-02-07 15:03:35] tyr...@php.net

'Both php.ini-production and php.ini-development contain "GPCS".'
the default value means that what is the value if you don't set it any way 
(having 
no php.ini or using php -n for example)
unfortunately the default values and our developer/production inis aren't in 
sync, 
I brought that issue up on the mailing list in the past:
http://www.mail-archive.com/internals@lists.php.net/msg52262.html


[2012-02-07 14:59:11] jpa...@php.net

I confirm that getenv() works regardless any .ini config.
It proxies to SAPI/system getenv()


[2012-02-07 14:30:43] tyr...@php.net

the problem is that the run-tests.php fetches the environment variables from 
$_ENV
http://svn.php.net/viewvc/php/php-src/trunk/run-tests.php?view=markup#l134
then passes the environment variables to the system_with_timeout call (which 
will 
proc_open using those environment variables).
so there is no documentation issue, only run-tests.php needs a change to either 
force the variable_orders to contain E(we could pass the --d 
variable_orders=EGPCS 
in the run-tests.php call in http://svn.php.net/viewvc/php/php-
src/trunk/Makefile.global) or changing run-tests.php to not use the $_ENV array 
for fetching all the environment vars.


[2012-02-07 14:18:14] tyr...@php.net

AFAIK getenv does work independently from variable_orders:
foo=bar php -d variables_order=GPC -r 'echo $_ENV["foo"];echo getenv("foo");'
outputs "bar" for me, so it works.

Tyrael

----
[2012-02-07 14:11:31] david at davidfavor dot com

That works...

So there are two doc errors...

#1) http://php.net/manual/en/reserved.variables.environment.php contains 
comments
that getenv() returns environment variables, independent of variable_orders 
setting. I've submitted a note to clarify this.

#2 http://php.net/manual/en/ini.core.php states variables_order default setting 
is "EGPCS", which is incorrect.

Both php.ini-production and php.ini-development contain "GPCS".

Best to fix both php.ini files so they match the docs.

Let me know if I should open another bug request for the doc change.

Thanks for helping me get this to work!




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

https://bugs.php.net/bug.php?id=60981


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

Bug #60981 [Asn]: Shell environment inaccessible in tests

[david at davidfavor dot com]

Edit report at https://bugs.php.net/bug.php?id=60981&edit=1

 ID: 60981
 User updated by:david at davidfavor dot com
 Reported by:david at davidfavor dot com
 Summary:Shell environment inaccessible in tests
 Status: Assigned
 Type:   Bug
 Package:Testing related
 Operating System:   Ubuntu 11.10
 PHP Version:5.3.10
 Assigned To:danielc
 Block user comment: N
 Private report: N

 New Comment:

Just tested supplied patch and seems to work well.


Previous Comments:

[2012-02-07 15:57:10] tyr...@php.net

The following patch has been added/updated:

Patch Name: run-tests.php.diff
Revision:   1328630230
URL:
https://bugs.php.net/patch-display.php?bug=60981&patch=run-tests.php.diff&revision=1328630230


[2012-02-07 15:55:42] tyr...@php.net

"--d variable_orders=EGPCS to run-tests"
if you mean adding that to Makefile.global (the Makefile template, which will 
run run-tests.php when you execute make test) then yeah, it is an elegant 
solution, but I think it would be better to fix run-tests.php itself, so for 
those who call it directly (half of the core/qa people...) will also be fixed.
Pierre told me that there is no clean way to fetch all environment vars from a 
php script if $_ENV isn't populated (you could parse it from the output of 
phpinfo() but that would be error-prone and messy).
So I would propose calling another php instance and fetching the environment 
variables from there using shell_exec.
See the attached patch.
(If somebody has a better idea, I'm all for it.)

----
[2012-02-07 15:20:06] david at davidfavor dot com

Seems like adding --d variable_orders=EGPCS to run-tests is the most elegant.

What the next step to arrange for this bug to be fixed?

Also I notice there are 4 failures in the mysqli tests. Let me know how to 
register as a developer with php.net and I'll figure these out and supply 
patches to fix the test suite.

Thanks.


[2012-02-07 15:03:35] tyr...@php.net

'Both php.ini-production and php.ini-development contain "GPCS".'
the default value means that what is the value if you don't set it any way 
(having 
no php.ini or using php -n for example)
unfortunately the default values and our developer/production inis aren't in 
sync, 
I brought that issue up on the mailing list in the past:
http://www.mail-archive.com/internals@lists.php.net/msg52262.html


[2012-02-07 14:59:11] jpa...@php.net

I confirm that getenv() works regardless any .ini config.
It proxies to SAPI/system getenv()




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

https://bugs.php.net/bug.php?id=60981


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

[PHP-BUG] Bug #61467 [NEW]: New "callable" typehint do not work (autoloading)

[david at grudl dot com]

From: 
Operating system: 
PHP version:  5.4.0
Package:  Class/Object related
Bug Type: Bug
Bug description:New "callable" typehint do not work (autoloading)

Description:

Is really new type hint callable implemented? I see no difference between
PHP 5.3 and PHP 5.4, both versions only throw catchable fatal errors.

(I think this unexpected behaviour is due to the fact that class "A" do not
exists. In this case the error message is confusing. But the callable
should not trigger autoload, it should behave like is_callable($arg, TRUE)
and just check the syntax. Otherwise typehint callable will cause major
performance issues.)


Test script:
---
function test(callable $a)
{
}

test(array('A', 'b')); 
// Catchable fatal error: Argument 1 passed to test() must be an instance
of callable, array given

test('A::b'); 
// Catchable fatal error: Argument 1 passed to test() must be an instance
of callable, string given


-- 
Edit bug report at https://bugs.php.net/bug.php?id=61467&edit=1
-- 
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61467&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61467&r=trysnapshot53
Try a snapshot (trunk):  
https://bugs.php.net/fix.php?id=61467&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61467&r=fixed
Fixed in SVN and need be documented: 
https://bugs.php.net/fix.php?id=61467&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61467&r=alreadyfixed
Need backtrace:  
https://bugs.php.net/fix.php?id=61467&r=needtrace
Need Reproduce Script:   
https://bugs.php.net/fix.php?id=61467&r=needscript
Try newer version:   
https://bugs.php.net/fix.php?id=61467&r=oldversion
Not developer issue: 
https://bugs.php.net/fix.php?id=61467&r=support
Expected behavior:   
https://bugs.php.net/fix.php?id=61467&r=notwrong
Not enough info: 
https://bugs.php.net/fix.php?id=61467&r=notenoughinfo
Submitted twice: 
https://bugs.php.net/fix.php?id=61467&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61467&r=globals
PHP 4 support discontinued:  
https://bugs.php.net/fix.php?id=61467&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61467&r=dst
IIS Stability:   
https://bugs.php.net/fix.php?id=61467&r=isapi
Install GNU Sed: 
https://bugs.php.net/fix.php?id=61467&r=gnused
Floating point limitations:  
https://bugs.php.net/fix.php?id=61467&r=float
No Zend Extensions:  
https://bugs.php.net/fix.php?id=61467&r=nozend
MySQL Configuration Error:   
https://bugs.php.net/fix.php?id=61467&r=mysqlcfg

Bug #61467 [Opn]: New "callable" typehint does not work (autoloading)

[david at grudl dot com]

Edit report at https://bugs.php.net/bug.php?id=61467&edit=1

 ID: 61467
 User updated by:david at grudl dot com
 Reported by:david at grudl dot com
-Summary:New "callable" typehint do not work (autoloading)
+Summary:New "callable" typehint does not work (autoloading)
 Status: Open
 Type:   Bug
 Package:Class/Object related
 PHP Version:5.4.0
 Block user comment: N
 Private report: N

 New Comment:

do -> does


Previous Comments:

[2012-03-21 20:22:00] david at grudl dot com

Description:

Is really new type hint callable implemented? I see no difference between PHP 
5.3 and PHP 5.4, both versions only throw catchable fatal errors.

(I think this unexpected behaviour is due to the fact that class "A" do not 
exists. In this case the error message is confusing. But the callable should 
not trigger autoload, it should behave like is_callable($arg, TRUE) and just 
check the syntax. Otherwise typehint callable will cause major performance 
issues.)


Test script:
---
function test(callable $a)
{
}

test(array('A', 'b')); 
// Catchable fatal error: Argument 1 passed to test() must be an instance of 
callable, array given

test('A::b'); 
// Catchable fatal error: Argument 1 passed to test() must be an instance of 
callable, string given







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