ID:               19292
 Comment by:       aw at mittwaldmedien dot de
 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:

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 ?????


Previous Comments:
------------------------------------------------------------------------

[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-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-xml
--with-zlib=yes

maybe it helps to reproduce the problem and finding the bug.

------------------------------------------------------------------------

[2003-02-15 17:10:45] [EMAIL PROTECTED]

Patch can be found here:
http://cvs.php.net/diff.php/php4/main/main.c?login=2&r1=1.512.2.9&r2=1.512.2.10&ty=u

(should apply to 4.3.0 sources too)


------------------------------------------------------------------------

[2003-02-15 17:08:55] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

I fixed a bug that prevented resetting the open_basedir
by using 'php_admin_value open_basedir none'. 

This most likely fixes this problem for at least some of
you who have added comments to this report.


------------------------------------------------------------------------

[2003-02-05 11:25:59] birdman_ at _stones_ dot _com

Have/Had this problem on a Redhat7.1, Apache 1.3.27 and
- php 4.2.3
- php 4.3.0

Finally the solution was to include the '/usr/local/lib/php' to the
open_basedir ruleset, cause of PHP tries to look up the included files
there...somehow and although it's not there after all.

e.g. open_basedir = /wwwroot:/usr/local/lib/php

------------------------------------------------------------------------

[2003-01-24 09:11:18] sanry at now dot net dot cn

I use redhat8.0   and upgrade from php4.12 to php4.2.3    

and the file have open_basedir restriction,  and after
all the include file is inside the basedir not outside

------------------------------------------------------------------------

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

Reply via email to