#21754 [Opn->Fbk]: php does not compile with ingres II support

[sniper]

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

Does the file /home/ingres/lib/libingres.a exist?
If not, then your ingres installation is incomplete/broken.

And what version of Ingres is it?

(the compile works fine for me, using the ingres 2.6 trial for
linux..)



Previous Comments:


[2003-01-19 13:06:16] [EMAIL PROTECTED]

Hi,

When doing configure --with-apxs2=/usr/bin/apxs2 --with-mysql
--with-ingres=/home/ingres

I get the following error when doing make

... sapi/apache2filter/php_functions.lo main/internal_functions.lo
-lingres -liiapi -lcrypt -lresolv -lm -ldl -lnsl -lcrypt  -o
libphp4.la
/usr/bin/ld: cannot find -lingres
collect2: ld returned 1 exit status

I have in my LD_LIBRARY_PATH /home/ingres/lib

Best regards,
Rok




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

#21763 [NEW]: imagecolortransparent &/or imagecolorallocate not working with 2- and 4-bit png

[tuxedobob]

From: [EMAIL PROTECTED]
Operating system: Mac OS X 10.2.3
PHP version:  4.3.0
PHP Bug Type: GD related
Bug description:  imagecolortransparent &/or imagecolorallocate not working with 2- 
and 4-bit png

In the following script:



what I expect to happen is that the black in the 'Orc.png' image will
become transparent when it is copied onto 'Board.png'. This doesn't
happen. The transparency is not recognized at all.

More info:
Orc.png is a 2-bit PNG, with black occupying two of the colors. (It
doesn't work even if it only has one.)
Board.png is a 4-bit PNG with 6 distinct colors (11 copies of black).
If I change the line to

imagecolortransparent('$image2, imagecolorat($image2, 0, 0);

it works correctly. If I change the line use either 2 or 3, as in

imagecolortransparent('$image2, 3);

it works depending on which black (index no. 2 or 3) is actually in the
image. There may be no way around this except to have
imagecolortransparent check by RGB values rather than an index number.
-- 
Edit bug report at http://bugs.php.net/?id=21763&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21763&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21763&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21763&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21763&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21763&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21763&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21763&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21763&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21763&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21763&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21763&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21763&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21763&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21763&r=gnused

#21764 [NEW]: imap_close does not close a a stream

[mikael . suvi]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4.18-SMP
PHP version:  4.2.3
PHP Bug Type: IMAP related
Bug description:  imap_close does not close a a stream

Script:


will not close my connection to mailserver when calling function
imap_close. 
In mailserver log the following lines indicate that the stream is not
closed:

Jan 20 10:28:46 mail-fe73 pop3d: LOGIN, user=suurjuht,
ip=[:::xxx.xxx.xxx.xxx]
Jan 20 10:28:50 mail-fe73 pop3d: LOGOUT, user=suurjuht,
ip=[:::xxx.xxx.xxx.xxx], top=0, retr=0

Notice the 4 second delay when user is logged out. In closes the
connection when script terminates.
I guess the problem is when assigning the resource value to global
variable the resources reference count is increased by one. When calling
imap_close the reference value is checked and internal pop3_close is
called only when reference count is 1.

c-client version is 2001

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

#21764 [Opn->Fbk]: imap_close does not close a a stream

[derick]

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

I think this is expected though, and I dont really consider it as a
bug. Try returning the resource by reference, or not using that global.
Does it work then?


Previous Comments:


[2003-01-20 02:45:07] [EMAIL PROTECTED]

Script:


will not close my connection to mailserver when calling function
imap_close. 
In mailserver log the following lines indicate that the stream is not
closed:

Jan 20 10:28:46 mail-fe73 pop3d: LOGIN, user=suurjuht,
ip=[:::xxx.xxx.xxx.xxx]
Jan 20 10:28:50 mail-fe73 pop3d: LOGOUT, user=suurjuht,
ip=[:::xxx.xxx.xxx.xxx], top=0, retr=0

Notice the 4 second delay when user is logged out. In closes the
connection when script terminates.
I guess the problem is when assigning the resource value to global
variable the resources reference count is increased by one. When
calling imap_close the reference value is checked and internal
pop3_close is called only when reference count is 1.

c-client version is 2001

I think this behaviour is not good.




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

#21765 [NEW]: ?> is not hidden by // comment

[mattb]

From: [EMAIL PROTECTED]
Operating system: RedHat 7.3, current updates
PHP version:  4.3.0
PHP Bug Type: Output Control
Bug description:  ?> is not hidden by // comment

Try the following at a shell prompt:

% cat <';
?>
=
EOF

The output will be:

=
';
?>
=

It looks like the parser is picking up the adjacent '?' and '>' characters
inside the single quotes in the echo statement after they've been
commented out using '//'.

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

#21765 [Opn->Bgs]: ?> is not hidden by // comment

[derick]

 ID:   21765
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Output Control
 Operating System: RedHat 7.3, current updates
 PHP Version:  4.3.0
 New Comment:

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


Previous Comments:


[2003-01-20 03:07:25] [EMAIL PROTECTED]

Try the following at a shell prompt:

% cat <';
?>
=
EOF

The output will be:

=
';
?>
=

It looks like the parser is picking up the adjacent '?' and '>'
characters inside the single quotes in the echo statement after they've
been commented out using '//'.

I'm willing to bet 10-to-1 this is not the correct or desired behavior.




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

#21765 [Bgs]: ?> is not hidden by // comment

[derick]

 ID:   21765
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Output Control
 Operating System: RedHat 7.3, current updates
 PHP Version:  4.3.0
 New Comment:

http://www.php.net/manual/en/language.basic-syntax.comments.php


Previous Comments:


[2003-01-20 03:08:18] [EMAIL PROTECTED]

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



[2003-01-20 03:07:25] [EMAIL PROTECTED]

Try the following at a shell prompt:

% cat <';
?>
=
EOF

The output will be:

=
';
?>
=

It looks like the parser is picking up the adjacent '?' and '>'
characters inside the single quotes in the echo statement after they've
been commented out using '//'.

I'm willing to bet 10-to-1 this is not the correct or desired behavior.




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

#21766 [NEW]: Make optional parameters for imagecopy

[tuxedobob]

From: [EMAIL PROTECTED]
Operating system: Mac OS X 10.2.3
PHP version:  4.3.0
PHP Bug Type: Feature/Change Request
Bug description:  Make optional parameters for imagecopy

Please make the source height and width optional in the imagecopy function.
It could be handled as such:

If the images are the same size, copy the entire image. (Useful for
applying an overlay with transparency.)

If the images are different sizes, copy from/to the image with the smaller
dimension, for each dimension.

(Actually, I guess the last 6 parameters could be optional, with zeros
being the default for the middle four.)
-- 
Edit bug report at http://bugs.php.net/?id=21766&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21766&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21766&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21766&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21766&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21766&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21766&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21766&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21766&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21766&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21766&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21766&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21766&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21766&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21766&r=gnused

#21766 [Opn]: Make optional parameters for imagecopy

[tuxedobob]

 ID:   21766
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Feature/Change Request
-Operating System: Mac OS X 10.2.3
+Operating System: All
 PHP Version:  4.3.0
 New Comment:

Please make the source height and width optional in the imagecopy
function. It could be handled as such:

If the images are the same size, copy the entire image. (Useful for
applying an overlay with transparency.)

If the images are different sizes, copy from/to the image with the
smaller dimension, for each dimension.

(Actually, I guess the last 6 parameters could be optional, with zeros
being the default for the middle four.)


Previous Comments:


[2003-01-20 03:14:50] [EMAIL PROTECTED]

Please make the source height and width optional in the imagecopy
function. It could be handled as such:

If the images are the same size, copy the entire image. (Useful for
applying an overlay with transparency.)

If the images are different sizes, copy from/to the image with the
smaller dimension, for each dimension.

(Actually, I guess the last 6 parameters could be optional, with zeros
being the default for the middle four.)




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

#21767 [NEW]: segfault in cli/cgi

[philip]

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  5CVS-2003-01-20 (dev)
PHP Bug Type: Reproducible crash
Bug description:  segfault in cli/cgi

./configure --enable-debug --enable-sockets

Autoconf 2.13
(GNU libtool) 1.4.3
(GNU Bison) 1.75

>From latest checkout of php5, configure and make run fine but simply
calling a php binary ('php -v') results is a segfault.  Here's the
backtrace from simply running CLI:


#0  0x08157415 in zend_objects_store_put (object=0x401a803c,
dtor=0x8155e50 , clone=0) at
/cvs/php5/Zend/zend_objects_API.c:47
#1  0x08155efc in zend_objects_new (object=0xbfffe8a0,
class_type=0x81ac780) at /cvs/php5/Zend/zend_objects.c:58
#2  0x08149b2b in _object_and_properties_init (arg=0x81c2108,
class_type=0x81ac780, properties=0x81c2138, __zend_filename=0x816cc20
"/cvs/php5/ext/standard/browscap.c", __zend_lineno=133) at
/cvs/php5/Zend/zend_API.c:594
#3  0x0808e578 in php_browscap_parser_cb (arg1=0xbfffe980, arg2=0x0,
callback_type=2, arg=0x81a6960) at /cvs/php5/ext/standard/browscap.c:133
#4  0x081321fa in ini_parse () at /cvs/php5/Zend/zend_ini_parser.y:213
#5  0x08131c6e in zend_parse_ini_file (fh=0xb7e0, unbuffered_errors=1
'\001', ini_parser_cb=0x808e3c8 , arg=0x81a6960)
at /cvs/php5/Zend/zend_ini_parser.y:164
#6  0x0808e6d2 in zm_startup_browscap (type=1, module_number=3) at
/cvs/php5/ext/standard/browscap.c:169
#7  0x080877da in zm_startup_basic (type=1, module_number=3) at
/cvs/php5/ext/standard/basic_functions.c:1044
#8  0x0814b113 in zend_startup_module (module=0x819dd20) at
/cvs/php5/Zend/zend_API.c:1057
#9  0x08112296 in php_startup_extensions (ptr=0x81a63a4, count=8) at
/cvs/php5/main/main.c:1106
#10 0x08165b15 in php_startup_internal_extensions () at
main/internal_functions_cli.c:65
#11 0x0811270a in php_module_startup (sf=0x81a6320,
additional_modules=0x0, num_additional_modules=0) at
/cvs/php5/main/main.c:1269
#12 0x08164c0e in main (argc=2, argv=0xbaa4) at
/cvs/php5/sapi/cli/php_cli.c:480
-- 
Edit bug report at http://bugs.php.net/?id=21767&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21767&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21767&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21767&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21767&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21767&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21767&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21767&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21767&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21767&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21767&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21767&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21767&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21767&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21767&r=gnused

#21769 [NEW]: round error

[ltaupiac]

From: [EMAIL PROTECTED]
Operating system: Solaris 7
PHP version:  4.3.0
PHP Bug Type: Math related
Bug description:  round error

a=-$a-  b=-$b-  m=$a*$b=-$m- and res=$res")  ."-" ;
print ("v1=round(4.31 * 5 , 1)=-$v1-  -") . round($v1,1) ."-" ;
print ("v2=round(m, 1)=-$v2-  -") . round($v2,1) ."-" ;
print ("v3=round(a*b , 1)=-$v3-  -") . round($v3,1) ."-" ;
print ("v4=round(res , 1)=-$v4-  -") . round($v4,1) ."-" ;
print ("expected round by 2 round... ") ;
print ("vbiz=round($a*$b ,2)=$vbiz -- and round($vbiz, 1)=") .
round($vbiz,1) ."" ;

print ("r=$v2-$v1=$r -good-") ;
print ("r2=$v3-$v1=$r2 -good-") ;
print ("unexpected result... ") ;
print ("r3=$res-$m=$r3 -Huh ?-") ;

?>


will give that output

a=-4.31- b=-5- m=4.31*5=-21.55- and res=21.55-
v1=round(4.31 * 5 , 1)=-21.5- -21.5-
v2=round(m, 1)=-21.5- -21.5-
v3=round(a*b , 1)=-21.5- -21.5-
v4=round(res , 1)=-21.6- -21.6-
expected round by 2 round...
vbiz=round(4.31*5 ,2)=21.55 -- and round(21.55, 1)=21.6

r=21.5-21.5=0 -good-
r2=21.5-21.5=0 -good-
unexpected result...
r3=21.55-21.55=3.5527136788005E-15 -Huh ?-

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

#21683 [Fbk->Opn]: Creation of libphp4.so not possible

[fabian . paganotto]

 ID:   21683
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: Solaris 9
 PHP Version:  4.3.0
 New Comment:

Yes there are

drwxr-xr-x   2 root other512 Jan 16 11:00 .
drwxr-xr-x  18 apache   apache  2048 Jan 16 11:00 ..
lrwxrwxrwx   1 root other 13 Jan 16 11:00 libphp4.la ->
../libphp4.la
-rw-r--r--   1 root other908 Jan 16 11:00 libphp4.lai


(BTW I had compiled as root this is not a mistake)

The ../libphp4.la is existent also


Previous Comments:


[2003-01-17 20:48:13] [EMAIL PROTECTED]

Is there any files in .libs/ ??




[2003-01-16 04:13:56] [EMAIL PROTECTED]

Install failed

Installing PHP SAPI module
*** Error code 2 (ignored)
/usr/local/apache2/build/instdso.sh
SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp4.la
/usr/local/apache2/modules
/usr/local/apache2/build/libtool --mode=install cp libphp4.la
/usr/local/apache2/modules/
cp .libs/libphp4.so /usr/local/apache2/modules/libphp4.so
cp: cannot access .libs/libphp4.so
apxs:Error: Command failed with rc=131072
.
*** Error code 1
make: Fatal error: Command failed for target `install-sapi'

config from php
--with-mod-dav=/usr/local/apache2/modules/mod_dav.so  \
--with-apxs2=/usr/local/apache2/bin/apxs \
--prefix=/usr/local/php \
--enable-versioning  \
--with-pgsql=/usr/local/pgsql \
--enable-bcmath \
--enable-calendar \
--enable-dbx \
--enable-ftp \
--enable-mbstring \
--enable-mbstr-enc-trans \
--enable--mbregex \
--enable-shmop \
--enable-sockets \
--enable-sysvsem \
--enable-sysvshm \
--enable-tokenizer \
--enable-wddx \
--enable-yp \
--enable-versioning \
--with-mod-charset \
--with-openssl \
--with-zlib-dir \
--with-zlib \
--with-bz2 \
--with-tiff-dir \
--with-png-dir \
--with-xpm-dir \
--with-freetype-dir \
--with-ttf \
--with-t1lib \
--with-gettext \
--with-regex=php \
--with-xslt-sablot \
--with-sablot-js \
--with-iconv \
--enable-track-vars \
--enable-trans-sid 


config from apache httpd-2.0.43
./configure \
--prefix=/usr/local/apache2  \
--enable-mods-shared=all \
--disable-info   \
--enable-so


Maybe someone may have a solution for this problem

Thanks a lot 

Fabian Paganotto




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

#21769 [Opn->Bgs]: round error

[derick]

 ID:   21769
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Math related
 Operating System: Solaris 7
 PHP Version:  4.3.0
 New Comment:

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

http://www.php.net/manual/en/language.types.float.php


Previous Comments:


[2003-01-20 03:48:54] [EMAIL PROTECTED]

a=-$a-  b=-$b-  m=$a*$b=-$m- and res=$res")  ."-" ;
print ("v1=round(4.31 * 5 , 1)=-$v1-  -") . round($v1,1) ."-" ;
print ("v2=round(m, 1)=-$v2-  -") . round($v2,1) ."-" ;
print ("v3=round(a*b , 1)=-$v3-  -") . round($v3,1) ."-" ;
print ("v4=round(res , 1)=-$v4-  -") . round($v4,1) ."-" ;
print ("expected round by 2 round... ") ;
print ("vbiz=round($a*$b ,2)=$vbiz -- and round($vbiz, 1)=") .
round($vbiz,1) ."" ;

print ("r=$v2-$v1=$r -good-") ;
print ("r2=$v3-$v1=$r2 -good-") ;
print ("unexpected result... ") ;
print ("r3=$res-$m=$r3 -Huh ?-") ;

?>


will give that output

a=-4.31- b=-5- m=4.31*5=-21.55- and res=21.55-
v1=round(4.31 * 5 , 1)=-21.5- -21.5-
v2=round(m, 1)=-21.5- -21.5-
v3=round(a*b , 1)=-21.5- -21.5-
v4=round(res , 1)=-21.6- -21.6-
expected round by 2 round...
vbiz=round(4.31*5 ,2)=21.55 -- and round(21.55, 1)=21.6

r=21.5-21.5=0 -good-
r2=21.5-21.5=0 -good-
unexpected result...
r3=21.55-21.55=3.5527136788005E-15 -Huh ?-





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

#14365 [Fbk->NoF]: require_once() causes segfault

[sniper]

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

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




Previous Comments:


[2003-01-07 12:38:32] [EMAIL PROTECTED]

Wow!
I managed to create a page that creates a segfault every time... Before
PHP only crashed once in a while (once in 40 requests?) but now I
finally have something reproducable.

The only thing I did was adding an extra INSERT query to the end of a
search.php script. Haven't tried to create a minimal testcase yet, just
to glad tat I can finally do some more testing.

BTW IMO it's a good idea to change this bug. It's not about
require_once() but about canonicalize() crashing PHP 4.3.0 (and
something on 4.2.3 that I haven't been able to pinpoint yet). And it's
not limited to iPlanet servers.

Are there any more ways to get more information out of PHP? Memory
usage? Most used functions? That kind of information?

I'm going to play a bit with standalone httpd's so I don't have to
attach to a running server.
Oh and is it possible to subscribe to a bug at bugs.php.net?



[2003-01-06 06:17:35] [EMAIL PROTECTED]

We are using evals but the worst I could find was 65 evals on one page
(the template system uses evals for nested blocks). The index page has
a complex template and needs 55 evals, normal pages only need 4 or 5
evals.



[2003-01-06 01:58:31] [EMAIL PROTECTED]

I've read the backtrace page but the bt there doesn't show php
filenames and linenumber.. But Sean mailed me that I should try 'bt
full', I'll try that the next time.

Anyway, as I said I'm using Apache and not iPlanet... The canonicalize
problem only seems to occur on 4.3.0, PHP 4.2.3 seems to segfault on
memcopy()



[2003-01-05 09:33:15] [EMAIL PROTECTED]

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

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

Try this sample:

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

"
(quoted from this bug report).

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


"




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

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

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

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



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

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

#21681 [Csd]: Isapi/mssql crashes under high load !!!!

[frusti]

 ID:   21681
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: IIS related
 Operating System: Windows 2000
 PHP Version:  4.3.0
 New Comment:

A question for [EMAIL PROTECTED]:

can you give me please a tip to the CGI processes? Where must i set
this? Is this on IIS oder direct on Windows 2000 to set? 
Or have you a more information about it? 

Thanks and best regards,
Andi


Previous Comments:


[2003-01-19 19:02:11] [EMAIL PROTECTED]

A question for [EMAIL PROTECTED]:

Is there anything you can do for this problem? If it isn't a piece of
code, perhaps a nice email to Microsoft or something like
that...Please. Microsoft won't come to PHP guys asking if there's
something they could do. It's you who must go to them. Furthermore,
your email would be a lot more powerful than an email from some
ordinary PHP developer. I mean, practically, this "bug" prevents me
from using ISAPI at all and as you may have noted I'm not the only one.
You've got to face the facts, because this "bug" might prevent ISAPI
from ever becoming for production use. So please, do something about
it. Hit the home run, because ISAPI is nearly there!



[2003-01-18 18:48:32] [EMAIL PROTECTED]

Hi,

thanks for your tip, I will test it and return a feedback.



[2003-01-18 18:38:02] [EMAIL PROTECTED]

This is a problem with missing thread safety in the Microsoft libraries
used to build the MSSQL extension. It can be used with ISAPI but you
can only get a stable system when using cgi or fastcgi.

The CGI error is not caused by either PHP or the MSSQL extension, but
rather a problem with IIS. CGI processes are launched in forground, but
the default setting for Windows NT/2000 is to optimize performence for
background processes. If you switch this the CGI errors will go away.




[2003-01-18 14:29:39] [EMAIL PROTECTED]

Sorry, I have also tested the latest snaps without any success!

Can it give problems with connection when the MSSQL-Server is
configurated with Network-protocols Named Pipes and TCP/IP ??? Have
someone experience with it?

Thanks and best regards,
Andi



[2003-01-17 20:53:10] [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





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

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

#16411 [Fbk->NoF]: CGI application misbehaved by not returning a complete set of

[sniper]

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

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




Previous Comments:


[2003-01-15 21:19:06] [EMAIL PROTECTED]

I doubt that Perl solution will fix this, but I hope that this issue
stays at the forefront until it can either be fixed with a PHP-side
workaround or we find someone at microsoft who's friendly to our cause
(not easy to do when you keep making fun of their name).  

>From what I've seen in a lot of messages, mostly looking at #9852, and
have seen some common threads:

Most people with this issue have SQL 2000.
Mpwti have fast servers.
Mpwti have redirects (location: or javascript's).

Some people have fixed this by changing server priority.
Sphftb implementing delays in their redirects.
Sphftb installing MDAC and security patches.
Sphftb setting IIS bandwidth limitations.
Sphftb switching away from PHP :[

It appears to a layman (who has many friends in QA roles) that we have
a problem with nearly simultaneous invocations of PHP -and- MSSQL. 
Early in this thread, vielina indicated that they never encountered
this problem until SQL2K, so it would seem that a slave to the mssql
extension dll is the suspect.

This supports most of the workaround suggestions I've seen - changing
foreground/background status would impact the execution times of these
scripts, slow links would prevent the redirect from turning into a GET
so quickly, etc.  Some people have had luck using javascript redirects
- I have seen improvement, but not elimination of the issue.  

For myself, I'm considering just doing away with my attempts to rewrite
dirty, complicated URLs.  I feel for those with frameset apps, as there
really is no avoiding this in such an environment.

One thought I just had, but it's a phenomenal longshot -- anyone diddle
with the SQL Server Compatibility level in the SQL2K server parms?  You
can set compat. to earlier versions, but I have no clue what that
means.  I have never reproduced this on localhost (WinXP with PWS and
MSDE SQL server)...



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

I just found the solution, at least for my problem.
I have a very simple Perl script, that was giving this error.
When I added to the top of the file:
  print "Content-type: text/html\n\n";
the error from IIS is gone.

I hope this helps you PHP folks.



[2003-01-14 13:35:53] [EMAIL PROTECTED]

I too get this error message.  I am using Win 2000, IIS; and Perl
5.6.1.  My Perl script is simply:
  print "hello";
so I do not think the problem has anything to do with SQL.



[2003-01-10 14:30:56] [EMAIL PROTECTED]

I can also verify the problem.  MSSQL_ call followed by a header
redirect produces this problem more often than it doesn't.  IIS5 with
php 4.2.x.
 
Since I've been fighting this problem off and on over the last few
months, I've had to switch to ODBC to meet an upcoming launch date. 
However, I'll continue to follow and contribute any info I can when
time allows.



[2003-01-06 12:03:30] [EMAIL PROTECTED]

Updating version



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

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

#19045 [Fbk->NoF]: SELECT DISTINCT with just ONE table doesn't work

[sniper]

 ID:   19045
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: ODBC related
 Operating System: IIS4 on NT4
 PHP Version:  4.2.2
 New Comment:

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




Previous Comments:


[2003-01-06 12:32:42] [EMAIL PROTECTED]

Can you send me a sample schema/dataset to immitate your behavior
exactly?  



[2002-12-09 11:06:38] [EMAIL PROTECTED]

I made the test again with PHP Version 4.3.0RC2, and I have the same
results ; with two tables it works, but not with one.



[2002-11-26 19:59:40] [EMAIL PROTECTED]

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





[2002-11-15 18:11:26] [EMAIL PROTECTED]

Any chance you can check to see if this is still happening for you with
the 4.3RC?




[2002-10-04 07:03:49] [EMAIL PROTECTED]

I didn't find any tab with 'logging on' checkbox in ODBC Administrator
program ; so, I changed the value of the 'Driver Logging' parameter to
17 in the oraodbc.ini file.

I hope it can help you...

Merci.


// logging results when the request works fine (with two joined
tables)

Oracle ODBC 32 Bit Driver Version 08.00.6000
Oracle ODBC 32 Bit Driver File Version08.00.6000

0X0013BA50: php 0X
0X0013F078: php 0X
0X0013F8D0: php 0X
0X0013FC70: select distinct SOCIETE, POSTE from TEMPSCUMULES,
GROUPE_MACHINE where poste=machine
0X0013FC70: select distinct SOCIETE, POSTE from TEMPSCUMULES,
GROUPE_MACHINE where poste=machine
0X0013FC70: select distinct SOCIETE, POSTE from TEMPSCUMULES,
GROUPE_MACHINE where poste=machine
0X0013FC70: Rows Fetched =  0X006E


// logging results when the request doesn't work fine (with one table)

Oracle ODBC 32 Bit Driver Version 08.00.6000
Oracle ODBC 32 Bit Driver File Version08.00.6000

0X0013BA50: php 0X
0X0013F078: php 0X
0X0013F8D0: php 0X
0X0013FC70: select distinct SOCIETE, POSTE from TEMPSCUMULES
0X0013FC70: select distinct SOCIETE, POSTE from TEMPSCUMULES
0X0013FC70: SELECT ROWID from TEMPSCUMULES
0X0013FC70: SELECT ROWID,distinct SOCIETE, POSTE from TEMPSCUMULES
WHERE ROWID=''
0X0013FC70: select distinct SOCIETE, POSTE from TEMPSCUMULES



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

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

#21471 [Fbk->NoF]: empty variables with apache 2

[sniper]

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

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




Previous Comments:


[2003-01-06 14:44:22] [EMAIL PROTECTED]

Three things:
  a) What is your register_globals setting?  
  b) Use PHP 4.3.0
  c) Read http://www.php.net/variables.predefined



[2003-01-06 14:41:56] [EMAIL PROTECTED]

If just installed PHP version 4.2.3 on apache webserver 2.0.43. But
some variables ($PHP_SELF, $DOCUMENT_ROOT, $PATH_INFO) are empty. 
I made a script where the variables $PHP_SELF, $DOCUMENT_ROOT,
$PATH_INFO where used. I tested it with the same version of PHP on a
apache 1.3.23 and there worked it fine. But on the apache 2.0.43 server
it gave a lot of errors.




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

#21479 [Fbk]: function crashes when used with a URL

[sniper]

 ID:   21479
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: GetImageSize related
 Operating System: Windows 2000
 PHP Version:  4.3.0
 New Comment:

Please use the 'Edit Submission' link when adding
a comment to your own report.

And do you get any error with the getimagesize() ?
(remove that @ in front of it)



Previous Comments:


[2003-01-06 21:02:00] [EMAIL PROTECTED]

this happens with every image.



[2003-01-06 20:54:40] [EMAIL PROTECTED]

Does this happen with every image you try or a specific image or two?
In the event of the latter could you please provide a URL to the
offending image.



[2003-01-06 20:17:33] [EMAIL PROTECTED]

function ImgExists($f) {
  $r=@getimagesize("http://localhost/$f";);
  return $r[2]!=0;
}
if(ImgExists('icon.jpg')) echo('exists!');


when calling this function, php.exe (4.3.0 as CGI in IIS4) is crashing.
remark out the 'getimagesize' line, and it won't crash.

i can email my php.ini on request.





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

#21650 [Com]: libphp4.so not found after a successful compile

[tolga]

 ID:   21650
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Compile Failure
 Operating System: AIX 4.3.3
 PHP Version:  4.3.0
 New Comment:

build_libtool_libs already set to yes :)


Previous Comments:


[2003-01-19 22:38:30] [EMAIL PROTECTED]

I just hit this bug tonight. It appears this bug has been around in one
form or another for over a year, but I haven't seen a solid solution
yet. 

Basic bug: libphp4.la created instead of libphp4.so.

Closest solution so far:
The libphp4.so not is created by make because the libtool have a flag
set to no. The libtool is created by configure; before you launch make,
edit libtool and set build_libtool_libs=yes. After launched make, under
.libs you find libphp4.so.0:move it under libs as libphp4.so and run
make install.

This did not work for me (libphp4.so.0 file never created - .libs
directory isn't created until make install...). Maybe it will work for
you.

I will keep digging. If I find a solution, I will post it...

Research:

When I grep the Makefile for libphp4.so, I see:

libs/libphp4.bundle: $(PHP_GLOBAL_OBJS) $(PHP_SAPI_OBJS)
$(CC) $(MH_BUNDLE_FLAGS) $(CFLAGS_CLEAN) $(EXTRA_CFLAGS)
$(LDFLAGS) $(EXTRA_LDFLAGS) $(PHP_GLOBAL_OBJS:.lo=.o) $(PHP_SAPI_OB
JS:.lo=.o) $(PHP_FRAMEWORKS) $(EXTRA_LIBS) $(ZEND_EXTRA_LIBS) -o $@ &&
cp $@ libs/libphp4.so

This is a hint towards the solution...



[2003-01-15 02:40:17] [EMAIL PROTECTED]

config :  ./configure --with-apxs=/system/www/bin/apxs
gcc version : 2.9-aix43-010414 (yep,this is compiled by IBM for rs/6000
platform)

after a successful compiling phase following error message
displayed...

 cut here 
Installing PHP SAPI module
[activating module `php4' in /system/www/conf/httpd.conf]
cp libs/libphp4.so /system/www/libexec/libphp4.so
cp: libs/libphp4.so: A file or directory in the path name does not
exist.
apxs:Break: Command failed with rc=1
make: 1254-004 The error code from the last command is 1.


Stop.
- cut here 
there are libphp4.la and libphp4.a files in libs directory.




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

#21701 [Com]: all real's returns in php as 2.96234E- 304

[lucas]

 ID:   21701
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: MSSQL related
 Operating System: windows nt4
 PHP Version:  4.3.0
 New Comment:

Unfortunately, instalation of latest stable or cvs version of php
didn't help me... :( It doesn't work properly...


Previous Comments:


[2003-01-17 09:12:30] [EMAIL PROTECTED]

Found out about CVS. Just doesn't turn up in the php.net search.



[2003-01-16 19:54:21] [EMAIL PROTECTED]

After Upgrading from PHP4.2.3 to 4.3.0 the real numbers from my MSSQL 7
database return in scientific notation, and all are the same:
2.96234E-304. 
Back in my db the numbers are still the same, like 1.2 2.0 3.1 etc.

I used the standard wise installer and extracted the php_mssql.dll from
the zip. This is the only extra module I use. I have the
register_globals = On, mssql.allow_persistent = Off,
mssql.max_persistent = 0, maximalized the textsize parameters.

After finding something similar in the bug database I downloaded a CVS
zip, but didn't actually know what to do with it. So I extracted the
.exe & php4ts.dll over the old ones. That didn't work. I had to do the
wise installation again to get it to work again. How should I deal with
a CVS zip? Could not find anything on the site about it.




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

#21241 [Com]: make gd_png.lo error when compiled php with-gd

[j . valroff]

 ID:   21241
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Compile Failure
 Operating System: RedHat Linux 8.0
 PHP Version:  4.3.0
 New Comment:

I have a quite similar problem while trying to compile with gd
supprt...

Here are the errors that occure:
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:11:67: png.h: No such file or
directory
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:42: parse error before
"jmp_buf"
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:42: warning: no semicolon at
end of struct or union
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:44: warning: data definition
has no type or storage class
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:46: parse error before
"gdPngJmpbufStruct"
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:46: warning: data definition
has no type or storage class
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:49: parse error before
"png_ptr"
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c: In function
`gdPngErrorHandler':
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:51: `jmpbuf_ptr' undeclared
(first use in this function)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:51: (Each undeclared
identifier is reported only once
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:51: for each function it
appears in.)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:62: `msg' undeclared (first
use in this function)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:65: `png_ptr' undeclared
(first use in this function)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c: At top level:
[]
make: *** [ext/gd/libgd/gd_png.lo] Erreur 1


RH 8 / Apache 2.0.43

Configure flags:
./configure --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu
--target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr
--exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin
--sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include
--libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var
--sharedstatedir=/usr/com --mandir=/usr/share/man
--infodir=/usr/share/info --prefix=/usr --with-config-file
--enable-force-cgi-redirect --disable-debug --enable-pic
--disable-rpath --enable-inline-optimization --with-db3 --with-kerberos
--with-ldap --with-imap --with-curl --with-dom=/usr
--with-exec-dir=/usr/bin --with-openssl --with-zlib --with-layout=GNU
--enable-ftp --enable-track-vars --enable-trans-sid --with-gd
--with-pear=/usr/share/pear --with-mysql --disable-mbstr-enc-trans
--with-apxs2=/usr/sbin/apxs

I tried to compile as a stand alone, and the same error occurs...


Previous Comments:


[2002-12-28 11:24:49] [EMAIL PROTECTED]

I cannot replicate the error either.
It is possible that your png library headers may be corrupt, try using
the --with-png-dir to specify the path where the PNG library can be
found on your system.



[2002-12-28 08:27:23] [EMAIL PROTECTED]

Hrm...  Your errors don't make much sense to me.  It certainly builds
fine on my RedHat8 box with those flags and I would have expected many
more reports similar to this one if this was a general problem.  I
suspect something odd on your machine.



[2002-12-28 08:25:26] [EMAIL PROTECTED]

No Change in the error... For now, giving up, going to have my dinner
and work on it 2morrow morning.. its 2000 hrs in india.



[2002-12-28 08:12:36] [EMAIL PROTECTED]

No, I meant build it as a standalone, so remove the --with-apxs2 from
your flags and see if that changes things.



[2002-12-28 07:43:47] [EMAIL PROTECTED]

flag used originally:
./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-gd
--with-zlib --with-mysql=/usr

flag used now for the feedback:
*cleared the config.cache
./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-gd
--with-zlib --without-mysql

same error

Box: RH8.0 kernel 2.4.18-19.8.0 256 MB RAM / 512 SWAP / PIV 1.6 GHz

Fresh install, up2date and currently making a webdev system based on
LAMP

Thanks for the quick look, let me know if need more feedback.



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

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

#16057 [Com]: ftp_nlist() and ftp_rawlist() return nothing

[sebi]

 ID:   16057
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: FTP related
 Operating System: Windows 2000 Advanced Server
 PHP Version:  4.1.2
 New Comment:

ola!

i have the same problem under linux (kernel 2.4), Apache/1.3.23, PHP
4.2.2

my script is similar to much others posted here, any list-command will
result something

who can help me


Previous Comments:


[2002-12-29 11:31:21] [EMAIL PROTECTED]

Re: my previous post ...
Cockpit Error ..
It appears to work fine now.  The problem was that I was connecting to
the FTP service on the local by giving it a fully qualified DNS name. 
The localhost sits behind a NAT firewall.  Obviously, Apache/PHP
connecting to FTP on the same machine got somehow messed up. When using
the local machine name, or localhost, the problem resolved itself. 
Then I tried to connect to one of my FTP servers running on a different
host OUTSIDE the local domain, and Bingo .. It just wokred fine.
Hope this helps someone.
PHP Rocks!



[2002-12-29 11:06:22] [EMAIL PROTECTED]

Just downloaded & installed php 4.3.0 win32.
Neither rawlost or nlist work!
The system appears to hang for a while, and then returns nothing.
My setup
Server
OS Win2k Prof
Web Server: Apache 1.3.20
ftp Service: War FTP 1.65
Tested both local and remote.  Neither works.



[2002-11-30 02:57:56] [EMAIL PROTECTED]

After 20 minutes scratching my head, I finally downloaded the latest
snapshot of PHP, which upgraded me from v4.2.3 to v4.3.0dev, the
problem was resolved.

I suggest all head to http://snaps.php.net and upgrade...

Alex.



[2002-11-14 17:41:20] [EMAIL PROTECTED]

I have the same problem with PHP 4.2.3, win2k and apache 1.3.26

Both, ftp_rawlist and ftp_nlist do not work on my localhost ftp. On
remote ftps, the functions work.



[2002-10-29 10:05:43] [EMAIL PROTECTED]

I just installed the 4.2.3 version and ftp_rawlist() and ftp_nlist()
are not working.  I was using version 4.2.0 and they worked.  

I guess this is still an open issue (bug!).

Server Specs:
Windows 2000 Adv. Server / IIS 6.0 / Win2k SP2 installed



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

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

#16057 [Com]: ftp_nlist() and ftp_rawlist() return nothing

[sebi]

 ID:   16057
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: FTP related
 Operating System: Windows 2000 Advanced Server
 PHP Version:  4.1.2
 New Comment:

translation error

it would result nothing, of course, not something :P


Previous Comments:


[2003-01-20 04:25:04] [EMAIL PROTECTED]

ola!

i have the same problem under linux (kernel 2.4), Apache/1.3.23, PHP
4.2.2

my script is similar to much others posted here, any list-command will
result something

who can help me



[2002-12-29 11:31:21] [EMAIL PROTECTED]

Re: my previous post ...
Cockpit Error ..
It appears to work fine now.  The problem was that I was connecting to
the FTP service on the local by giving it a fully qualified DNS name. 
The localhost sits behind a NAT firewall.  Obviously, Apache/PHP
connecting to FTP on the same machine got somehow messed up. When using
the local machine name, or localhost, the problem resolved itself. 
Then I tried to connect to one of my FTP servers running on a different
host OUTSIDE the local domain, and Bingo .. It just wokred fine.
Hope this helps someone.
PHP Rocks!



[2002-12-29 11:06:22] [EMAIL PROTECTED]

Just downloaded & installed php 4.3.0 win32.
Neither rawlost or nlist work!
The system appears to hang for a while, and then returns nothing.
My setup
Server
OS Win2k Prof
Web Server: Apache 1.3.20
ftp Service: War FTP 1.65
Tested both local and remote.  Neither works.



[2002-11-30 02:57:56] [EMAIL PROTECTED]

After 20 minutes scratching my head, I finally downloaded the latest
snapshot of PHP, which upgraded me from v4.2.3 to v4.3.0dev, the
problem was resolved.

I suggest all head to http://snaps.php.net and upgrade...

Alex.



[2002-11-14 17:41:20] [EMAIL PROTECTED]

I have the same problem with PHP 4.2.3, win2k and apache 1.3.26

Both, ftp_rawlist and ftp_nlist do not work on my localhost ftp. On
remote ftps, the functions 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
http://bugs.php.net/16057

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

#21241 [Opn->Fbk]: make gd_png.lo error when compiled php with-gd

[sniper]

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

Is there png.h anywhere in your system?



Previous Comments:


[2003-01-20 04:23:52] [EMAIL PROTECTED]

I have a quite similar problem while trying to compile with gd
supprt...

Here are the errors that occure:
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:11:67: png.h: No such file or
directory
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:42: parse error before
"jmp_buf"
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:42: warning: no semicolon at
end of struct or union
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:44: warning: data definition
has no type or storage class
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:46: parse error before
"gdPngJmpbufStruct"
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:46: warning: data definition
has no type or storage class
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:49: parse error before
"png_ptr"
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c: In function
`gdPngErrorHandler':
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:51: `jmpbuf_ptr' undeclared
(first use in this function)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:51: (Each undeclared
identifier is reported only once
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:51: for each function it
appears in.)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:62: `msg' undeclared (first
use in this function)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:65: `png_ptr' undeclared
(first use in this function)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c: At top level:
[]
make: *** [ext/gd/libgd/gd_png.lo] Erreur 1


RH 8 / Apache 2.0.43

Configure flags:
./configure --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu
--target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr
--exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin
--sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include
--libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var
--sharedstatedir=/usr/com --mandir=/usr/share/man
--infodir=/usr/share/info --prefix=/usr --with-config-file
--enable-force-cgi-redirect --disable-debug --enable-pic
--disable-rpath --enable-inline-optimization --with-db3 --with-kerberos
--with-ldap --with-imap --with-curl --with-dom=/usr
--with-exec-dir=/usr/bin --with-openssl --with-zlib --with-layout=GNU
--enable-ftp --enable-track-vars --enable-trans-sid --with-gd
--with-pear=/usr/share/pear --with-mysql --disable-mbstr-enc-trans
--with-apxs2=/usr/sbin/apxs

I tried to compile as a stand alone, and the same error occurs...



[2002-12-28 11:24:49] [EMAIL PROTECTED]

I cannot replicate the error either.
It is possible that your png library headers may be corrupt, try using
the --with-png-dir to specify the path where the PNG library can be
found on your system.



[2002-12-28 08:27:23] [EMAIL PROTECTED]

Hrm...  Your errors don't make much sense to me.  It certainly builds
fine on my RedHat8 box with those flags and I would have expected many
more reports similar to this one if this was a general problem.  I
suspect something odd on your machine.



[2002-12-28 08:25:26] [EMAIL PROTECTED]

No Change in the error... For now, giving up, going to have my dinner
and work on it 2morrow morning.. its 2000 hrs in india.



[2002-12-28 08:12:36] [EMAIL PROTECTED]

No, I meant build it as a standalone, so remove the --with-apxs2 from
your flags and see if that changes things.



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

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

#17414 [Com]: Segfaults on restart

[phpbugs-20030120]

 ID:   17414
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.3.0
 Assigned To:  aaron
 New Comment:

FWIW, I can reproduce this every time on MPM-prefork Apache 2.0.43 and
PHP 4.3.0.  No threads involved.  This occurs after an 'apache2ctl
graceful' with gdb attached to the parent process (gdb stops on the
SIGUSR1, is continued, segv ensues).  The server was started with
StartServers=1 and MinSpareServers=1, then the restart immediately
attempted, though it happens regardless of these.

This is linux 2.4.19 (Debian Woody/Sid hybrid), glibc 2.3.

Program received signal SIGSEGV, Segmentation fault.
0x40585181 in sapi_initialize_empty_request (tsrm_ls=0x8108740)
at /usr/src/apache/php/php-4.3.0/main/SAPI.c:399
399 SG(server_context) = NULL;
(gdb) bt
#0  0x40585181 in sapi_initialize_empty_request (tsrm_ls=0x8108740)
at /usr/src/apache/php/php-4.3.0/main/SAPI.c:399
#1  0x4057f8ec in php_module_startup (sf=0x40605360, 
additional_modules=0x40605540, num_additional_modules=1)
at /usr/src/apache/php/php-4.3.0/main/main.c:1035
#2  0x405c820e in php_apache2_startup (sapi_module=0x40605360)
at
/usr/src/apache/php/php-4.3.0/sapi/apache2filter/sapi_apache2.c:269
#3  0x405c89cd in php_apache_server_startup (pconf=0x80c3c30,
plog=0x80fbd10, 
ptemp=0x8101d28, s=0x80c6298)
at
/usr/src/apache/php/php-4.3.0/sapi/apache2filter/sapi_apache2.c:556
#4  0x0807fe59 in ap_run_post_config ()
#5  0x08085e11 in main ()
#6  0x402409f1 in __libc_start_main () from /lib/libc.so.6


Previous Comments:


[2003-01-10 15:21:12] [EMAIL PROTECTED]

I am also experiencing this bug.  It is annoying because it causes
apache to silently die every night when the logrotate script runs
(installed from the "apache2-common 2.0.43-1" debian package)

install details:
Apache/2.0.43 (Debian GNU/Linux)
PHP/4.3.0RC4
php configure: ./configure  --with-mysql=/usr --with-imap
--with-imap-ssl --with-apxs2=/usr/bin/apxs2 --with-gettext --with-xml
running mpm-prefork

error log:

[Fri Jan 10 11:59:41 2003] [notice] seg fault or similar nasty error
detected in the parent proces

"apache2ctl restart" doesn't crash when php module isn't loaded

If I can help, let me know!



[2003-01-03 14:35:35] [EMAIL PROTECTED]

Still occurs in 4.3.0



[2002-12-10 16:00:46] [EMAIL PROTECTED]

4.3.0 RC2 configured with:
'./configure' '--enable-experimental-zts'
'--with-apxs2=/usr/local/apache2-php/bin/apxs' '--enable-debug'

the phpinfo() function generates the page that is dumped to:
http://samizdat.positive-internet.com/~thom/phpinfo.html

the sequence is:
in ServerRoot:
bin/apachectl start
make connection to verify the server is running, resulting in the above
page.
bin/apachectl restart
apache dies at this point.

this is the error log:
[Tue Dec 10 21:40:23 2002] [notice] Apache/2.0.44-dev (Unix)
PHP/4.3.0RC2 configured -- resuming normal operations
[Tue Dec 10 21:41:51 2002] [notice] SIGHUP received.  Attempting to
restart
[Tue Dec 10 21:41:54 2002] [notice] seg fault or similar nasty error
detected in the parent process

(gdb) where
#0  0x4031e2d9 in php_output_activate (tsrm_ls=0x813c0c0)
at /home/thom/php-4.3.0RC2/main/output.c:85
#1  0x4030e86a in php_module_startup (sf=0x4039c460, 
additional_modules=0x4039c640, num_additional_modules=1)
at /home/thom/php-4.3.0RC2/main/main.c:1021
#2  0x4035d65e in php_apache2_startup (sapi_module=0x4039c460)
at /home/thom/php-4.3.0RC2/sapi/apache2filter/sapi_apache2.c:269
#3  0x4035dded in php_apache_server_startup (pconf=0x80b60c8,
plog=0x80ee1a8, 
ptemp=0x80b80d0, s=0x80f4a60)
at /home/thom/php-4.3.0RC2/sapi/apache2filter/sapi_apache2.c:551
#4  0x0807c381 in ap_run_post_config (pconf=0x80b60c8, plog=0x80ee1a8,

ptemp=0x80b80d0, s=0x80f4a60) at config.c:130
#5  0x08080bbc in main (argc=3, argv=0xbd54) at main.c:640

(gdb) frame 0
#0  0x4031e2d9 in php_output_activate (tsrm_ls=0x813c0c0)
at /home/thom/php-4.3.0RC2/main/output.c:85
85  OG(php_body_write) = php_ub_body_write;
(gdb) frame 1
#1  0x4030e86a in php_module_startup (sf=0x4039c460, 
additional_modules=0x4039c640, num_additional_modules=1)
at /home/thom/php-4.3.0RC2/main/main.c:1021
1021php_output_activate(TSRMLS_C);
(gdb) frame 2
#2  0x4035d65e in php_apache2_startup (sapi_module=0x4039c460)
at /home/thom/php-4.3.0RC2/sapi/apache2filter/sapi_apache2.c:269
269 if (php_module_startup(sapi_module, &php_apache_module,
1)==FAILURE) {
(gdb) frame 3
#3  0x4035dded in php_apache_server_startup (pconf=0x80b60c8,
plog=0x80ee1a8,

#21683 [Opn->Fbk]: Creation of libphp4.so not possible

[sniper]

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

Can you please try with this simple configure for PHP:

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




Previous Comments:


[2003-01-20 03:49:14] [EMAIL PROTECTED]

Yes there are

drwxr-xr-x   2 root other512 Jan 16 11:00 .
drwxr-xr-x  18 apache   apache  2048 Jan 16 11:00 ..
lrwxrwxrwx   1 root other 13 Jan 16 11:00 libphp4.la ->
../libphp4.la
-rw-r--r--   1 root other908 Jan 16 11:00 libphp4.lai


(BTW I had compiled as root this is not a mistake)

The ../libphp4.la is existent also



[2003-01-17 20:48:13] [EMAIL PROTECTED]

Is there any files in .libs/ ??




[2003-01-16 04:13:56] [EMAIL PROTECTED]

Install failed

Installing PHP SAPI module
*** Error code 2 (ignored)
/usr/local/apache2/build/instdso.sh
SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp4.la
/usr/local/apache2/modules
/usr/local/apache2/build/libtool --mode=install cp libphp4.la
/usr/local/apache2/modules/
cp .libs/libphp4.so /usr/local/apache2/modules/libphp4.so
cp: cannot access .libs/libphp4.so
apxs:Error: Command failed with rc=131072
.
*** Error code 1
make: Fatal error: Command failed for target `install-sapi'

config from php
--with-mod-dav=/usr/local/apache2/modules/mod_dav.so  \
--with-apxs2=/usr/local/apache2/bin/apxs \
--prefix=/usr/local/php \
--enable-versioning  \
--with-pgsql=/usr/local/pgsql \
--enable-bcmath \
--enable-calendar \
--enable-dbx \
--enable-ftp \
--enable-mbstring \
--enable-mbstr-enc-trans \
--enable--mbregex \
--enable-shmop \
--enable-sockets \
--enable-sysvsem \
--enable-sysvshm \
--enable-tokenizer \
--enable-wddx \
--enable-yp \
--enable-versioning \
--with-mod-charset \
--with-openssl \
--with-zlib-dir \
--with-zlib \
--with-bz2 \
--with-tiff-dir \
--with-png-dir \
--with-xpm-dir \
--with-freetype-dir \
--with-ttf \
--with-t1lib \
--with-gettext \
--with-regex=php \
--with-xslt-sablot \
--with-sablot-js \
--with-iconv \
--enable-track-vars \
--enable-trans-sid 


config from apache httpd-2.0.43
./configure \
--prefix=/usr/local/apache2  \
--enable-mods-shared=all \
--disable-info   \
--enable-so


Maybe someone may have a solution for this problem

Thanks a lot 

Fabian Paganotto




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

#21241 [Com]: make gd_png.lo error when compiled php with-gd

[j . valroff]

 ID:   21241
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: GD related
 Operating System: RedHat Linux 8.0
 PHP Version:  4.3.0
 New Comment:

No! that's the problem... I have libgd and libgd-devel installed.

Anyway, with older versions of PHP, it has always worked. What could be
wrong?


Previous Comments:


[2003-01-20 04:35:23] [EMAIL PROTECTED]

Is there png.h anywhere in your system?




[2003-01-20 04:23:52] [EMAIL PROTECTED]

I have a quite similar problem while trying to compile with gd
supprt...

Here are the errors that occure:
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:11:67: png.h: No such file or
directory
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:42: parse error before
"jmp_buf"
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:42: warning: no semicolon at
end of struct or union
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:44: warning: data definition
has no type or storage class
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:46: parse error before
"gdPngJmpbufStruct"
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:46: warning: data definition
has no type or storage class
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:49: parse error before
"png_ptr"
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c: In function
`gdPngErrorHandler':
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:51: `jmpbuf_ptr' undeclared
(first use in this function)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:51: (Each undeclared
identifier is reported only once
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:51: for each function it
appears in.)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:62: `msg' undeclared (first
use in this function)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:65: `png_ptr' undeclared
(first use in this function)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c: At top level:
[]
make: *** [ext/gd/libgd/gd_png.lo] Erreur 1


RH 8 / Apache 2.0.43

Configure flags:
./configure --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu
--target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr
--exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin
--sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include
--libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var
--sharedstatedir=/usr/com --mandir=/usr/share/man
--infodir=/usr/share/info --prefix=/usr --with-config-file
--enable-force-cgi-redirect --disable-debug --enable-pic
--disable-rpath --enable-inline-optimization --with-db3 --with-kerberos
--with-ldap --with-imap --with-curl --with-dom=/usr
--with-exec-dir=/usr/bin --with-openssl --with-zlib --with-layout=GNU
--enable-ftp --enable-track-vars --enable-trans-sid --with-gd
--with-pear=/usr/share/pear --with-mysql --disable-mbstr-enc-trans
--with-apxs2=/usr/sbin/apxs

I tried to compile as a stand alone, and the same error occurs...



[2002-12-28 11:24:49] [EMAIL PROTECTED]

I cannot replicate the error either.
It is possible that your png library headers may be corrupt, try using
the --with-png-dir to specify the path where the PNG library can be
found on your system.



[2002-12-28 08:27:23] [EMAIL PROTECTED]

Hrm...  Your errors don't make much sense to me.  It certainly builds
fine on my RedHat8 box with those flags and I would have expected many
more reports similar to this one if this was a general problem.  I
suspect something odd on your machine.



[2002-12-28 08:25:26] [EMAIL PROTECTED]

No Change in the error... For now, giving up, going to have my dinner
and work on it 2morrow morning.. its 2000 hrs in india.



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

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

#21756 [Fbk->Opn]: Accessing $_SERVER['PATH_INFO '] causes intermittent segfault in Apache

[php]

 ID:   21756
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Linux/Apache (Debian 3.0r1)
 PHP Version:  4.3.0
 New Comment:

Yes, you're right, the include() statement in my toy example should
have been wrapped in a pair of braces - the actual code does not
contain calls to include() however...

I'm sorry I could not provide a backtrace - the thing refused to
misbehave when gdb was listening.  Prehaps someone who is more familiar
with the Apache (1.3) / PHP interface will know where to examine more
closely.


Previous Comments:


[2003-01-20 00:04:35] [EMAIL PROTECTED]

Sounds pretty unlikely for the crash being caused 
by unset variable/array index. 

And btw. If you conditionally include() files, then
you MUST use { } with the clauses:

http://www.php.net/manual/en/function.include.php
(Example 12-6)

Maybe this caused the crashes?





[2003-01-19 14:34:35] [EMAIL PROTECTED]

If the special global $_SERVER['PATH_INFO'] is accessed in scripts on
either my test or production server when it is not set (on load of home
page usually) it causes Apache to segfault intermittently (like 1/100
page views...).

eg, this is what caused me grief:
if( $_SERVER['PATH_INFO'] == 'whatever')
   include( 'whatever_else');

Wrapping in call to 'isset' stopped crashes:
if( isset($_SERVER['PATH_INFO']) )
if( $_SERVER['PATH_INFO'] == 'whatever')
   include( 'whatever_else');

Was really hard to reproduce.  In the end I sat at a split screen
comparing the error to the access log, second by second.  The error log
was reporting ~100-300 segfaults a day untill I used the call to isset,
when that dropped to zero.  (After a fun 6 hours trying to catch it
with gdb...)




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

#21241 [Fbk->Bgs]: make gd_png.lo error when compiled php with-gd

[sniper]

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

When you use --with-gd, then the bundled GD library
is used, which REQUIRES png.

Just use '--with-gd=/usr' to get the old behaviour,
or install the png-devel package.



Previous Comments:


[2003-01-20 04:45:27] [EMAIL PROTECTED]

No! that's the problem... I have libgd and libgd-devel installed.

Anyway, with older versions of PHP, it has always worked. What could be
wrong?



[2003-01-20 04:35:23] [EMAIL PROTECTED]

Is there png.h anywhere in your system?




[2003-01-20 04:23:52] [EMAIL PROTECTED]

I have a quite similar problem while trying to compile with gd
supprt...

Here are the errors that occure:
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:11:67: png.h: No such file or
directory
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:42: parse error before
"jmp_buf"
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:42: warning: no semicolon at
end of struct or union
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:44: warning: data definition
has no type or storage class
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:46: parse error before
"gdPngJmpbufStruct"
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:46: warning: data definition
has no type or storage class
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:49: parse error before
"png_ptr"
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c: In function
`gdPngErrorHandler':
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:51: `jmpbuf_ptr' undeclared
(first use in this function)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:51: (Each undeclared
identifier is reported only once
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:51: for each function it
appears in.)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:62: `msg' undeclared (first
use in this function)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:65: `png_ptr' undeclared
(first use in this function)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c: At top level:
[]
make: *** [ext/gd/libgd/gd_png.lo] Erreur 1


RH 8 / Apache 2.0.43

Configure flags:
./configure --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu
--target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr
--exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin
--sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include
--libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var
--sharedstatedir=/usr/com --mandir=/usr/share/man
--infodir=/usr/share/info --prefix=/usr --with-config-file
--enable-force-cgi-redirect --disable-debug --enable-pic
--disable-rpath --enable-inline-optimization --with-db3 --with-kerberos
--with-ldap --with-imap --with-curl --with-dom=/usr
--with-exec-dir=/usr/bin --with-openssl --with-zlib --with-layout=GNU
--enable-ftp --enable-track-vars --enable-trans-sid --with-gd
--with-pear=/usr/share/pear --with-mysql --disable-mbstr-enc-trans
--with-apxs2=/usr/sbin/apxs

I tried to compile as a stand alone, and the same error occurs...



[2002-12-28 11:24:49] [EMAIL PROTECTED]

I cannot replicate the error either.
It is possible that your png library headers may be corrupt, try using
the --with-png-dir to specify the path where the PNG library can be
found on your system.



[2002-12-28 08:27:23] [EMAIL PROTECTED]

Hrm...  Your errors don't make much sense to me.  It certainly builds
fine on my RedHat8 box with those flags and I would have expected many
more reports similar to this one if this was a general problem.  I
suspect something odd on your machine.



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

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

#21241 [Com]: make gd_png.lo error when compiled php with-gd

[j . valroff]

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

What are the differences between the old behavior and the new bundled
library?

So, what should I do?


Previous Comments:


[2003-01-20 04:47:34] [EMAIL PROTECTED]

When you use --with-gd, then the bundled GD library
is used, which REQUIRES png.

Just use '--with-gd=/usr' to get the old behaviour,
or install the png-devel package.




[2003-01-20 04:45:27] [EMAIL PROTECTED]

No! that's the problem... I have libgd and libgd-devel installed.

Anyway, with older versions of PHP, it has always worked. What could be
wrong?



[2003-01-20 04:35:23] [EMAIL PROTECTED]

Is there png.h anywhere in your system?




[2003-01-20 04:23:52] [EMAIL PROTECTED]

I have a quite similar problem while trying to compile with gd
supprt...

Here are the errors that occure:
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:11:67: png.h: No such file or
directory
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:42: parse error before
"jmp_buf"
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:42: warning: no semicolon at
end of struct or union
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:44: warning: data definition
has no type or storage class
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:46: parse error before
"gdPngJmpbufStruct"
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:46: warning: data definition
has no type or storage class
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:49: parse error before
"png_ptr"
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c: In function
`gdPngErrorHandler':
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:51: `jmpbuf_ptr' undeclared
(first use in this function)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:51: (Each undeclared
identifier is reported only once
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:51: for each function it
appears in.)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:62: `msg' undeclared (first
use in this function)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:65: `png_ptr' undeclared
(first use in this function)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c: At top level:
[]
make: *** [ext/gd/libgd/gd_png.lo] Erreur 1


RH 8 / Apache 2.0.43

Configure flags:
./configure --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu
--target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr
--exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin
--sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include
--libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var
--sharedstatedir=/usr/com --mandir=/usr/share/man
--infodir=/usr/share/info --prefix=/usr --with-config-file
--enable-force-cgi-redirect --disable-debug --enable-pic
--disable-rpath --enable-inline-optimization --with-db3 --with-kerberos
--with-ldap --with-imap --with-curl --with-dom=/usr
--with-exec-dir=/usr/bin --with-openssl --with-zlib --with-layout=GNU
--enable-ftp --enable-track-vars --enable-trans-sid --with-gd
--with-pear=/usr/share/pear --with-mysql --disable-mbstr-enc-trans
--with-apxs2=/usr/sbin/apxs

I tried to compile as a stand alone, and the same error occurs...



[2002-12-28 11:24:49] [EMAIL PROTECTED]

I cannot replicate the error either.
It is possible that your png library headers may be corrupt, try using
the --with-png-dir to specify the path where the PNG library can be
found on your system.



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

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

#21756 [Opn->Fbk]: Accessing $_SERVER['PATH_INFO '] causes intermittent segfault in Apache

[sniper]

 ID:   21756
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Linux/Apache (Debian 3.0r1)
 PHP Version:  4.3.0
 New Comment:

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

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


There you can find some info how to use GDB properly.

Can you provide a short, COMPLETE and self-contained
example script that can be used to reproduce this?

It's not much use for us to try guessing unless you don't 
give us the necessary information..



Previous Comments:


[2003-01-20 04:46:57] [EMAIL PROTECTED]

Yes, you're right, the include() statement in my toy example should
have been wrapped in a pair of braces - the actual code does not
contain calls to include() however...

I'm sorry I could not provide a backtrace - the thing refused to
misbehave when gdb was listening.  Prehaps someone who is more familiar
with the Apache (1.3) / PHP interface will know where to examine more
closely.



[2003-01-20 00:04:35] [EMAIL PROTECTED]

Sounds pretty unlikely for the crash being caused 
by unset variable/array index. 

And btw. If you conditionally include() files, then
you MUST use { } with the clauses:

http://www.php.net/manual/en/function.include.php
(Example 12-6)

Maybe this caused the crashes?





[2003-01-19 14:34:35] [EMAIL PROTECTED]

If the special global $_SERVER['PATH_INFO'] is accessed in scripts on
either my test or production server when it is not set (on load of home
page usually) it causes Apache to segfault intermittently (like 1/100
page views...).

eg, this is what caused me grief:
if( $_SERVER['PATH_INFO'] == 'whatever')
   include( 'whatever_else');

Wrapping in call to 'isset' stopped crashes:
if( isset($_SERVER['PATH_INFO']) )
if( $_SERVER['PATH_INFO'] == 'whatever')
   include( 'whatever_else');

Was really hard to reproduce.  In the end I sat at a split screen
comparing the error to the access log, second by second.  The error log
was reporting ~100-300 segfaults a day untill I used the call to isset,
when that dropped to zero.  (After a fun 6 hours trying to catch it
with gdb...)




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

#21241 [Bgs]: make gd_png.lo error when compiled php with-gd

[derick]

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

I would recommend to use the bundled library, and thus you should
install libpng-devel

The bundled library has some more bugs fixed and support for
antialiased lines.

Derick


Previous Comments:


[2003-01-20 04:49:06] [EMAIL PROTECTED]

What are the differences between the old behavior and the new bundled
library?

So, what should I do?



[2003-01-20 04:47:34] [EMAIL PROTECTED]

When you use --with-gd, then the bundled GD library
is used, which REQUIRES png.

Just use '--with-gd=/usr' to get the old behaviour,
or install the png-devel package.




[2003-01-20 04:45:27] [EMAIL PROTECTED]

No! that's the problem... I have libgd and libgd-devel installed.

Anyway, with older versions of PHP, it has always worked. What could be
wrong?



[2003-01-20 04:35:23] [EMAIL PROTECTED]

Is there png.h anywhere in your system?




[2003-01-20 04:23:52] [EMAIL PROTECTED]

I have a quite similar problem while trying to compile with gd
supprt...

Here are the errors that occure:
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:11:67: png.h: No such file or
directory
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:42: parse error before
"jmp_buf"
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:42: warning: no semicolon at
end of struct or union
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:44: warning: data definition
has no type or storage class
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:46: parse error before
"gdPngJmpbufStruct"
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:46: warning: data definition
has no type or storage class
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:49: parse error before
"png_ptr"
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c: In function
`gdPngErrorHandler':
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:51: `jmpbuf_ptr' undeclared
(first use in this function)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:51: (Each undeclared
identifier is reported only once
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:51: for each function it
appears in.)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:62: `msg' undeclared (first
use in this function)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:65: `png_ptr' undeclared
(first use in this function)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c: At top level:
[]
make: *** [ext/gd/libgd/gd_png.lo] Erreur 1


RH 8 / Apache 2.0.43

Configure flags:
./configure --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu
--target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr
--exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin
--sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include
--libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var
--sharedstatedir=/usr/com --mandir=/usr/share/man
--infodir=/usr/share/info --prefix=/usr --with-config-file
--enable-force-cgi-redirect --disable-debug --enable-pic
--disable-rpath --enable-inline-optimization --with-db3 --with-kerberos
--with-ldap --with-imap --with-curl --with-dom=/usr
--with-exec-dir=/usr/bin --with-openssl --with-zlib --with-layout=GNU
--enable-ftp --enable-track-vars --enable-trans-sid --with-gd
--with-pear=/usr/share/pear --with-mysql --disable-mbstr-enc-trans
--with-apxs2=/usr/sbin/apxs

I tried to compile as a stand alone, and the same error occurs...



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

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

#21241 [Com]: make gd_png.lo error when compiled php with-gd

[j . valroff]

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

OK thanks ;-)
It is hard for a newbie to understand all that stuff.
Thank you very much for your quick answers...


Previous Comments:


[2003-01-20 04:59:50] [EMAIL PROTECTED]

I would recommend to use the bundled library, and thus you should
install libpng-devel

The bundled library has some more bugs fixed and support for
antialiased lines.

Derick



[2003-01-20 04:49:06] [EMAIL PROTECTED]

What are the differences between the old behavior and the new bundled
library?

So, what should I do?



[2003-01-20 04:47:34] [EMAIL PROTECTED]

When you use --with-gd, then the bundled GD library
is used, which REQUIRES png.

Just use '--with-gd=/usr' to get the old behaviour,
or install the png-devel package.




[2003-01-20 04:45:27] [EMAIL PROTECTED]

No! that's the problem... I have libgd and libgd-devel installed.

Anyway, with older versions of PHP, it has always worked. What could be
wrong?



[2003-01-20 04:35:23] [EMAIL PROTECTED]

Is there png.h anywhere in your system?




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

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

#21764 [Fbk->Opn]: imap_close does not close a a stream

[mikael . suvi]

 ID:   21764
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: IMAP related
 Operating System: Linux 2.4.18-SMP
 PHP Version:  4.2.3
 New Comment:

It works if I return by refrence. 
But still, if call imap_close() I'm expecting it to close my stream.

It will make some bugs things _very hard_ to track. 
For example: if I delete a message before closing stream and  after
closing I open a new stream to the same mailserver, I still get the
same number of messages in my mailbox.

";
imap_close($arr);

$arr1 = foo();
print imap_num_msg($arr1) . " message(s) in your INBOX";

?>

Output:
7 message(s) in your INBOX
8 message(s) in your INBOX


Previous Comments:


[2003-01-20 02:58:59] [EMAIL PROTECTED]

I think this is expected though, and I dont really consider it as a
bug. Try returning the resource by reference, or not using that global.
Does it work then?



[2003-01-20 02:45:07] [EMAIL PROTECTED]

Script:


will not close my connection to mailserver when calling function
imap_close. 
In mailserver log the following lines indicate that the stream is not
closed:

Jan 20 10:28:46 mail-fe73 pop3d: LOGIN, user=suurjuht,
ip=[:::xxx.xxx.xxx.xxx]
Jan 20 10:28:50 mail-fe73 pop3d: LOGOUT, user=suurjuht,
ip=[:::xxx.xxx.xxx.xxx], top=0, retr=0

Notice the 4 second delay when user is logged out. In closes the
connection when script terminates.
I guess the problem is when assigning the resource value to global
variable the resources reference count is increased by one. When
calling imap_close the reference value is checked and internal
pop3_close is called only when reference count is 1.

c-client version is 2001

I think this behaviour is not good.




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

#16057 [Com]: ftp_nlist() and ftp_rawlist() return nothing

[sebi]

 ID:   16057
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: FTP related
 Operating System: Windows 2000 Advanced Server
 PHP Version:  4.1.2
 New Comment:

workaround:

if you try a »ftp_chdir($connectionpointer, "/");« first, there's no
longer a problem to run ftp_nlist under my configuration.


Previous Comments:


[2003-01-20 04:27:12] [EMAIL PROTECTED]

translation error

it would result nothing, of course, not something :P



[2003-01-20 04:25:04] [EMAIL PROTECTED]

ola!

i have the same problem under linux (kernel 2.4), Apache/1.3.23, PHP
4.2.2

my script is similar to much others posted here, any list-command will
result something

who can help me



[2002-12-29 11:31:21] [EMAIL PROTECTED]

Re: my previous post ...
Cockpit Error ..
It appears to work fine now.  The problem was that I was connecting to
the FTP service on the local by giving it a fully qualified DNS name. 
The localhost sits behind a NAT firewall.  Obviously, Apache/PHP
connecting to FTP on the same machine got somehow messed up. When using
the local machine name, or localhost, the problem resolved itself. 
Then I tried to connect to one of my FTP servers running on a different
host OUTSIDE the local domain, and Bingo .. It just wokred fine.
Hope this helps someone.
PHP Rocks!



[2002-12-29 11:06:22] [EMAIL PROTECTED]

Just downloaded & installed php 4.3.0 win32.
Neither rawlost or nlist work!
The system appears to hang for a while, and then returns nothing.
My setup
Server
OS Win2k Prof
Web Server: Apache 1.3.20
ftp Service: War FTP 1.65
Tested both local and remote.  Neither works.



[2002-11-30 02:57:56] [EMAIL PROTECTED]

After 20 minutes scratching my head, I finally downloaded the latest
snapshot of PHP, which upgraded me from v4.2.3 to v4.3.0dev, the
problem was resolved.

I suggest all head to http://snaps.php.net and upgrade...

Alex.



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

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

#21736 [Opn]: fsockopen timeouts

[support]

 ID:   21736
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Sockets related
 Operating System: Linux (kernel 2.4.18)
 PHP Version:  4.3.1-dev
 New Comment:

Don't worry so. I will ask to my developpers to look in fsock.c to
correct the problem.
You can close the bug if you want.
Have a good day.


Previous Comments:


[2003-01-19 23:57:22] [EMAIL PROTECTED]

FYI: I can NOT reproduce this with PHP 4.3.1-dev.





[2003-01-19 18:34:04] [EMAIL PROTECTED]

Hi,

I just tried :
http://snaps.php.net/php4-STABLE-latest.tar.gz
and the problem remains the same.

I'm sorry to bore you with that.



[2003-01-19 18:28:13] [EMAIL PROTECTED]

leaving marked as feedback until user reports back.



[2003-01-19 09:45:10] [EMAIL PROTECTED]

Hi,

We have set default_socket_timeout=20
It changes nothing. 
fsockopen() doesn't respond even after 20 secs.
After 1 minute waiting for a respond, my browser give up.
So I don't have any error message from the script.
Again, it works fine in PHP4.2.x. It responds (positively) in less than
3 secs and the socket is correctly open.
Tonight I will try with
 http://snaps.php.net/php4-STABLE-latest.tar.gz
I will tell you what happens.

Thanks.



[2003-01-19 03:53:01] [EMAIL PROTECTED]

I stand by my original comment; you have your max_execution_time set to
30 seconds, while the default_socket_timeout is 60 seconds.
Try setting it to something less than 30 seconds (or even using the
timeout parameter to fsockopen).



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

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

#21758 [Fbk->Opn]: PCRE functions were screwed up

[daniel . gorski]

 ID:   21758
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: PCRE related
 Operating System: Linux, Win32
 PHP Version:  5CVS-2003-01-19 (dev)
 New Comment:

Hi, have already pointed you to the patch that causes this. This has
been working before the patch.

I've no possibility to test it on Win32 (I've been told by Sebastian
Bergmann that it does not work there too).

As it has obviously nothing to do with ZE2, both (lastest PHP4-STABLE,
and CVS "php5" module) perish on this. Please fix this as soon as
possible.

"php4-STABLE-200301201030"

root@warpcore:/src/php4-STABLE-200301201030/sapi/cli> ./php -v
PHP 4.3.1-dev (cli) (built: Jan 20 2003 12:13:11)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies
root@warpcore:/src/php4-STABLE-200301201030/sapi/cli> ./php -i | head
-13
phpinfo()
PHP Version => 4.3.1-dev

System => Linux warpcore 2.2.20 #10 Sun Nov 17 22:46:16 CET 2002 i686
Build Date => Jan 20 2003 12:09:35
Configure Command =>  './configure' '--enable-force-cgi-redirect'
'--with-mysql=/usr/local/mysql' '--with-config-file-path=../conf'
'--enable-trans-sid'
Server API => Command Line Interface
Virtual Directory Support => disabled
Configuration File (php.ini) Path => ../conf
PHP API => 20020918
PHP Extension => 20020429
Zend Extension => 20021010
Debug Build => no

root@warpcore:/src/php4-STABLE-200301201030/sapi/cli> cat | ./php 


Warning: preg_replace_callback() [...]: Parameter mismatch,
pattern is a string while replacement in an array. in - on line 11

--

"php5" CVS module:

goosh@warpcore:/src/php5/sapi/cli> ./php -v
PHP 5.0.0-dev (cli) (built: Jan 20 2003 11:49:51)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v2.0.0-dev, Copyright (c) 1998-2003 Zend Technologies

goosh@warpcore:/src/php5/sapi/cli> ./php -i | head -13
phpinfo()
PHP Version => 5.0.0-dev

System => Linux warpcore 2.2.20 #10 Sun Nov 17 22:46:16 CET 2002 i686
Build Date => Jan 20 2003 11:46:03
Configure Command =>  './configure' '--enable-force-cgi-redirect'
'--with-mysql=/usr/local/mysql' '--with-config-file-path=../conf'
'--enable-trans-sid'
Server API => Command Line Interface
Virtual Directory Support => disabled
Configuration File (php.ini) Path => ../conf
PHP API => 20020918
PHP Extension => 20020429
Zend Extension => 90021012
Debug Build => no

goosh@warpcore:/src/php5/sapi/cli> cat | ./php   


Warning: preg_replace_callback() [...]: Parameter mismatch,
pattern is a string while replacement in an array. in - on line 7

regards dtg


Previous Comments:


[2003-01-20 00:29:46] [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


To see if it's ZE2 issue or not..and also,
provide a complete, short and self-contained example script
so that we can easily reproduce the problem ourselves.




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

Probably this patch screwed up preg_replace_* functions:
http://lists.php.net/article.php?group=php.cvs&article=18024

I need the functionality to pass a callback _method_ to
preg_replace_callback().

It worked usually like this (in a class):

 $s = preg_replace_callback(, array(&$this, 'callbackmethod'),
$s);

Now "array" is forbidden. Is this your intention? How to access
callback methods then?

regards dtg




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

#21754 [Fbk->Csd]: php does not compile with ingres II support

[rok . zevnik]

 ID:   21754
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Debian Linux
 PHP Version:  4.3.0
 New Comment:

I wanted to do it with minimal installation but I guess I have to
install full Ingres.

Now it has compiled.

Rok


Previous Comments:


[2003-01-20 02:08:11] [EMAIL PROTECTED]

Does the file /home/ingres/lib/libingres.a exist?
If not, then your ingres installation is incomplete/broken.

And what version of Ingres is it?

(the compile works fine for me, using the ingres 2.6 trial for
linux..)




[2003-01-19 13:06:16] [EMAIL PROTECTED]

Hi,

When doing configure --with-apxs2=/usr/bin/apxs2 --with-mysql
--with-ingres=/home/ingres

I get the following error when doing make

... sapi/apache2filter/php_functions.lo main/internal_functions.lo
-lingres -liiapi -lcrypt -lresolv -lm -ldl -lnsl -lcrypt  -o
libphp4.la
/usr/bin/ld: cannot find -lingres
collect2: ld returned 1 exit status

I have in my LD_LIBRARY_PATH /home/ingres/lib

Best regards,
Rok




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

#21771 [Opn]: variable names changing in turkish locale

[tufan]

 ID:   21771
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Variables related
 Operating System: linux kernel 2.4.18
 PHP Version:  4.3.0
 New Comment:

Oops... This may not be related to php. It may be resulting from the
turkish locale system itself. Let me investigate...


Previous Comments:


[2003-01-20 06:24:33] [EMAIL PROTECTED]

I thought this bug was submitted for an earlier version of php (maybe
4.1.2 or so), but it seems to be not corrected.

The main problem is, the lowercase of "I" in Turkish is not "i". it is
an "i" without a dot on top of it: "ý".

Something in php affects all variables including the letter "I". So
$_SESSION, SID, or PHPSESSID doesn't work.

I think some code in php first changes all variables names to lowercase
(and for turkish locale, incorrectly lowercases I to i), and then
changes all variable names to uppercase (and correctly uppercases i to
Ý).

So, $_SESSION becomes $_SESSÝON, and since php couldn't find a variable
named $_SESSION, it regenerates a new PHPSESSID.

The correct uppercase - lowercase of this letter is:

I - ý
Ý - i

A workaround for this is making sure apache server starts in en_US
locale.




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

#21771 [NEW]: variable names changing in turkish locale

[tufan]

From: [EMAIL PROTECTED]
Operating system: linux kernel 2.4.18
PHP version:  4.3.0
PHP Bug Type: Variables related
Bug description:  variable names changing in turkish locale

I thought this bug was submitted for an earlier version of php (maybe 4.1.2
or so), but it seems to be not corrected.

The main problem is, the lowercase of "I" in Turkish is not "i". it is an
"i" without a dot on top of it: "ý".

Something in php affects all variables including the letter "I". So
$_SESSION, SID, or PHPSESSID doesn't work.

I think some code in php first changes all variables names to lowercase
(and for turkish locale, incorrectly lowercases I to i), and then changes
all variable names to uppercase (and correctly uppercases i to Ý).

So, $_SESSION becomes $_SESSÝON, and since php couldn't find a variable
named $_SESSION, it regenerates a new PHPSESSID.

The correct uppercase - lowercase of this letter is:

I - ý
Ý - i

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

#21772 [NEW]: mssql speed when using remote server

[pvy]

From: [EMAIL PROTECTED]
Operating system: windows 2000/sp3
PHP version:  4.2.3
PHP Bug Type: MSSQL related
Bug description:  mssql speed when using remote server

Hello!

I made small script for determine difference between remote and local
MSSQL server use.
I don't put this script (it is very simple: 1000 loops of db_connect, 1000
loops of mssql_select_db, 1000 loops of mssql_query with load 1000 records
rowset, 1000 loops of call stored procedure)
Results of my research:
1. Local DB Server - Local Apache Web server - working about 1000
secounds
2. Remote DB Server - Local Apache Web server - working about 3500
secounds

Remote server connected over TCP/IP network via one 100Mb switch (3com
office connect) -network utilization is low when I made test.
Ping to DB server less than 10ms and no packets lost detected when I ping
100 times with block size 65500

Same tests, using MSSQL Query Analyser got same results for remote and
local server. So, as far as I understand, there is PHP problem, occurs
with remote DB server using.

I want hear any opinion, exept use snap version of php (I tested also in
SNAP version two days ago)


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

#21772 [Opn]: mssql speed when using remote server

[pvy]

 ID:   21772
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: MSSQL related
 Operating System: windows 2000/sp3
 PHP Version:  4.2.3
 New Comment:

I forgot one detail:
I test both MSSQL 7 and MSSQL 2K with latest services packs, 
supplied from MS.


Previous Comments:


[2003-01-20 07:51:09] [EMAIL PROTECTED]

Hello!

I made small script for determine difference between remote and local
MSSQL server use.
I don't put this script (it is very simple: 1000 loops of db_connect,
1000 loops of mssql_select_db, 1000 loops of mssql_query with load 1000
records rowset, 1000 loops of call stored procedure)
Results of my research:
1. Local DB Server - Local Apache Web server - working about 1000
secounds
2. Remote DB Server - Local Apache Web server - working about 3500
secounds

Remote server connected over TCP/IP network via one 100Mb switch (3com
office connect) -network utilization is low when I made test.
Ping to DB server less than 10ms and no packets lost detected when I
ping 100 times with block size 65500

Same tests, using MSSQL Query Analyser got same results for remote and
local server. So, as far as I understand, there is PHP problem, occurs
with remote DB server using.

I want hear any opinion, exept use snap version of php (I tested also
in SNAP version two days ago)


Your, 
vladimir,
Novosibirsk,
Russia.




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

#15415 [Com]: [VOTE] case sensitive function/class names for PHP5

[mex]

 ID:   15415
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: ANY
 PHP Version:  PHP 5.0
 New Comment:

NO


Previous Comments:


[2002-02-08 14:32:24] [EMAIL PROTECTED]

Yes.



[2002-02-08 11:09:36] [EMAIL PROTECTED]

No



[2002-02-07 13:32:34] [EMAIL PROTECTED]

YES



[2002-02-07 02:14:46] [EMAIL PROTECTED]

s/fat/far/g



[2002-02-07 02:12:16] [EMAIL PROTECTED]

Since Andi said that in Zend Engine 2.

Looks like most people does not care about this issue, then case
sensitive
function/class/constants for PHP5, IMO. 

So fat, it seems subscribers are nice people who don't cheat :)



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

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

#12358 [Com]: CGI Error-CGI application misbehaved

[parryk]

 ID:   12358
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: PWS related
 Operating System: windows 98
 PHP Version:  4.0.6
 New Comment:

it's a bit late now, but maybe someone else will come look for answers
here...

The CGI error can be solved by opening PWS, clicking on the Advanced
button, and adding the folder where your scripts reside to the vitual
directories tree (don't forget to enable the execute option by ticking
the box).


Previous Comments:


[2003-01-13 20:00:58] [EMAIL PROTECTED]

I'm getting the same problem.  It's not about setting
cgi.force_redirect=0 in php.ini, that was for a different problem and
that one is now fixed.

So what is causing this error?  Any help greatly appreciated!
CGI Error
The specified CGI application misbehaved by not returning a complete
set
of HTTP headers. The headers it did return are:



[2002-06-25 03:55:17] [EMAIL PROTECTED]

set cgi.force_redirect=0 in your php.ini



[2001-08-20 12:04:57] [EMAIL PROTECTED]

no feedback.




[2001-07-25 06:30:11] [EMAIL PROTECTED]

provide a short example script, and it's output when run from the
command line. save this as test.php:



and see what you get. it should be st. like this:

c:\temp>php test.php
X-Powered-By: PHP/4.0.7-dev
Content-type: text/html

hello world!

c:\temp>

If that's ok (i. e. the first three lines are the same as shown above,
I suggest you turn on logging errors in php.ini, request a PHP script
thru PWS, and check the error log.



[2001-07-25 05:58:53] [EMAIL PROTECTED]

I has installed php4.0 from www.php.net.My os is windows 98 and i am
using PWS.when I run any php program in browser I am getting the
following error

CGI Error
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:


whn I run php.exe in dos prompt I am getting the html file
correctly.While running in the browser,I am getting the above error.

Any body please help me
My email id is [EMAIL PROTECTED]
bye
suresh





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

#21736 [Opn->Fbk]: fsockopen timeouts

[wez]

 ID:   21736
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Sockets related
 Operating System: Linux (kernel 2.4.18)
 PHP Version:  4.3.1-dev
 New Comment:

Please try generating a backtrace as I asked, otherwise we will never
know what is causing this problem.


Previous Comments:


[2003-01-20 05:20:14] [EMAIL PROTECTED]

Don't worry so. I will ask to my developpers to look in fsock.c to
correct the problem.
You can close the bug if you want.
Have a good day.



[2003-01-19 23:57:22] [EMAIL PROTECTED]

FYI: I can NOT reproduce this with PHP 4.3.1-dev.





[2003-01-19 18:34:04] [EMAIL PROTECTED]

Hi,

I just tried :
http://snaps.php.net/php4-STABLE-latest.tar.gz
and the problem remains the same.

I'm sorry to bore you with that.



[2003-01-19 18:28:13] [EMAIL PROTECTED]

leaving marked as feedback until user reports back.



[2003-01-19 09:45:10] [EMAIL PROTECTED]

Hi,

We have set default_socket_timeout=20
It changes nothing. 
fsockopen() doesn't respond even after 20 secs.
After 1 minute waiting for a respond, my browser give up.
So I don't have any error message from the script.
Again, it works fine in PHP4.2.x. It responds (positively) in less than
3 secs and the socket is correctly open.
Tonight I will try with
 http://snaps.php.net/php4-STABLE-latest.tar.gz
I will tell you what happens.

Thanks.



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

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

#21763 [Opn->Fbk]: imagecolortransparent &/or imagecolorallocate not working with 2- and 4-bit png

[iliaa]

 ID:   21763
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: Mac OS X 10.2.3
 PHP Version:  4.3.0
 New Comment:

Please provide the two images used in your example.
Also, are you using the bundled GD library or the non-bundled one?


Previous Comments:


[2003-01-20 02:28:08] [EMAIL PROTECTED]

In the following script:



what I expect to happen is that the black in the 'Orc.png' image will
become transparent when it is copied onto 'Board.png'. This doesn't
happen. The transparency is not recognized at all.

More info:
Orc.png is a 2-bit PNG, with black occupying two of the colors. (It
doesn't work even if it only has one.)
Board.png is a 4-bit PNG with 6 distinct colors (11 copies of black).
If I change the line to

imagecolortransparent('$image2, imagecolorat($image2, 0, 0);

it works correctly. If I change the line use either 2 or 3, as in

imagecolortransparent('$image2, 3);

it works depending on which black (index no. 2 or 3) is actually in the
image. There may be no way around this except to have
imagecolortransparent check by RGB values rather than an index number.




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

#21634 [Com]: Passing PHPSESSID with POST when there's only one input in the form error

[dmitri]

 ID:   21634
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Session related
 Operating System: RH Linux 7.3
 PHP Version:  4.3.0
 New Comment:

I think this is the same bug as that described in bug report 18648
(filed back in July).


Previous Comments:


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

Two points.

1. Do you mean to tell me that if this bug is fixed in
   a snapshot released _after_ 4.3.0, it has to be marked
   BOGUS under 4.3.0 bugs??

2. Latest snapshot does not fix the problem on my box.
   Release: 4.3.1-dev
   Build Date: Jan 17 2003 12:51:29



[2003-01-17 11:00:52] [EMAIL PROTECTED]

As I told you in IRC, and you ignored TRY A SNAPSHOT.

http://snaps.php.net





[2003-01-17 10:56:09] [EMAIL PROTECTED]

I am experiencing the same problem.  Here's the script:

--




  
   


 



--

after form is submitted with input, say, XXX, here's what is written to
error log:

value: XXXvalue=XXX

Changing the script to have more than one input value fixes the problem
(value is set to XXX).

I am using apache 2.0.43 and PHP 4.3.0 (DSO).  Needless to say, I have
register_globals set to "on".



[2003-01-14 19:16:11] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.



[2003-01-14 09:18:34] [EMAIL PROTECTED]

Hello!

I'm upgrading from PHP 4.1.2 to 4.3.0 and a strange thing is happening
to me. I've got a form with one and only one input:


  


When submitting the form, next page is unable to continue the session
and I'm asked for a new login. Moreover, if I echo the session_id()
result it contains a strange value like:

PHPSESSID= instead of a single
session_id.

I'm not using enable-trans-sid and, the most surprising, works well if
I add a second dummy input field in the form.

Can anyone help me?

Thanks in advance.
Joan.




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

#21773 [NEW]: The process is killed after OCIFetch()

[sangelillis]

From: [EMAIL PROTECTED]
Operating system: Solaris 2.8
PHP version:  4.3.0
PHP Bug Type: OCI8 related
Bug description:  The process is killed after OCIFetch()

Hello,

we have a PHP script that run in a infinite loop looking 
on ORACLE DB (8.1.7). In each loop a SELECT is done, if this doesn't
return data then the SELECT is executed after two seconds. If after not
certain time the SELECT doesn't return data then when it returns data the
process is killed after OCIFetch(), view code for understand better.

//START

$dbConnection = @OCILogon(USER_ID, PASSWORD, SID);
// infinite loop
$error=0;
do  
{
   $query="SELECT DATA FROM PROV";
   $stmt = @OCIParse($dbConnection,$query);
   @OCIDefineByName($stmt,"DATA",&$data);
   @OCIExecute($stmt);
   $err_ora = @OCIError($stmt);
   if ($err_ora)  
   {
$error=1;   
 
   }

   While (@OCIFetch($stmt) && ($error==0))
   {
   
   

   }
   @OCIFreeStatement($stmt);
   sleep(2);

}while ($error==0);



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

#14208 [Fbk->Ana]: shm_put_var problem and new shm functions

[andrey]

 ID:   14208
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Analyzed
 Bug Type: Feature/Change Request
 Operating System: All
 PHP Version:  4.0.6
 New Comment:

The mail from Duncan :
It makes updates twice as fast.

My LRU code is knocking around somewhere, but I'll have to do some
rummaging if you want it.

367c367,376
<   php_remove_shm_data(ptr, shm_varpos);
---
>   shm_var = (sysvshm_chunk*)((char*)ptr +  shm_varpos);
>   /* Check the new length against the old length */
>   if(shm_var->length != len ) {
>   /* If not equal, remove the old entry and
prepare to create a new one */
>   php_remove_shm_data(ptr, shm_varpos);
>   } else {
>   /* If equal, just copy the new data across and
return */
>   memcpy(&(shm_var->mem),data,len);
>   return 0;
>   }


Previous Comments:


[2003-01-18 12:53:21] [EMAIL PROTECTED]

 Where is the patch?



[2001-11-24 08:57:02] [EMAIL PROTECTED]

Apologies for posting this here, but I don't know where else to go.

shm_put_var has a problem in that when you try to write a variable
which already exists, the function will fail if there is not enough
free space for the variable and its old value. I have a patch which
will simply overwrite the old value if the lengths are the same, and
will do more intelligent space checking if they are not. I will submit
this when I get back to the office.

I also have developed a set of additional shm functions which implement
an LRU cache. These functions are handy for eg caching serialized
objects which would otherwise have to be fetched from a database. And
of course they are shared across the system.

My question is: how do I submit these new functions for inclusion in
the source?




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

#21773 [Com]: The process is killed after OCIFetch()

[michael . mauch]

 ID:   21773
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: OCI8 related
 Operating System: Solaris 2.8
 PHP Version:  4.3.0
 New Comment:

This is not an infinite loop, it runs only while ($error==0).

And then there's a time limit for every PHP script, see
.

Better ask such questions in the php.db mailing list, see
.


Previous Comments:


[2003-01-20 10:01:14] [EMAIL PROTECTED]

Hello,

we have a PHP script that run in a infinite loop looking 
on ORACLE DB (8.1.7). In each loop a SELECT is done, if this doesn't
return data then the SELECT is executed after two seconds. If after not
certain time the SELECT doesn't return data then when it returns data
the process is killed after OCIFetch(), view code for understand
better.

//START

$dbConnection = @OCILogon(USER_ID, PASSWORD, SID);
// infinite loop
$error=0;
do  
{
   $query="SELECT DATA FROM PROV";
   $stmt = @OCIParse($dbConnection,$query);
   @OCIDefineByName($stmt,"DATA",&$data);
   @OCIExecute($stmt);
   $err_ora = @OCIError($stmt);
   if ($err_ora)  
   {
$error=1;   
 
   }

   While (@OCIFetch($stmt) && ($error==0))
   {
   
   

   }
   @OCIFreeStatement($stmt);
   sleep(2);

}while ($error==0);



Thanks for any suggestion




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

#21774 [NEW]: Chokes on php_version.h during configure

[ven]

From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version:  4.3.0
PHP Bug Type: *Compile Issues
Bug description:  Chokes on php_version.h during configure

I've had problems with compiling php 4.3 on 4 different solaris 8 machines.
Last thing you can see on the screen is 'Updated php_version.h'.

At this point it just hangs, System load goes up to 1.00. A list of
processes show a high cpu usage on 'tr'.

ps looks like
admin  26932 77.3  0.1  928  528 pts/2R 11:13:46  0:31 tr x- x_

top looks like
26932 admin1   00  928K  528K run  1:02 93.78% tr

Solution. I was to install the GNU Textutils
http://www.gnu.org/directory/textutils.html

Works perfect.

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

#21775 [NEW]: memory leak: emalloc(): Unable to alllocate 32 bytes

[peter . karl . mueller]

From: [EMAIL PROTECTED]
Operating system: SuSE Linux 7.3
PHP version:  4.3.0
PHP Bug Type: Reproducible crash
Bug description:  memory leak: emalloc(): Unable to alllocate 32 bytes

The following code:

<%
   class Object {
  var $prev;
  var $next;
  function unter (&$ref)
  {
 $ref->prev = &$this;
 $this->next = &$ref;
  }
   };

   while (true)
   {
  print "NEW ROUND\n";
  {
 $o = &new Object;
 for ($i = 0; $i < 1; ++$i) {
$o->unter (new Object);
$o = &$o->next;
 }
 unset ($o);
  }
   }
%>

consumes as much memory it can get. I would expect that
PHP garbage-collects the memory.


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

#21776 [NEW]: Heisenbug after database code changes.

[marcus]

From: [EMAIL PROTECTED]
Operating system: Windows and Linux
PHP version:  4.2.3
PHP Bug Type: Unknown/Other Function
Bug description:  Heisenbug after database code changes.

This is the bug from hell.

It is random crashing in a section of our unit tests. On Windows the crash
manifests itself as...

The instruction "(1)" referenced memory at "(2)" which is not writable
where (1) is :0x77fcb9b1 (once), 0x77fcb892 (twice), 0x77fcb9fb (once) on
a random attempt of two dozen tries.

There is too much code to post here and we cannot yet isolate it - our
individual unit tests all pass. We are working on a backtrace from a Linux
machine and will add to this bug soon.

The code that was changed that started generating these problems was mysql
related. There are a lot of references in that code (it is a persistent
object library).

The problem manifests itself in Linux with random fatal errors such as
unknown function where the function name is simply "<()" !? It also
happens both with version 3 and 4 of  MySQL and versions 4.2.3 and 4.3.0
of PHP.

It is a complete show stopper.

yours, Marcus.

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

#21757 [Fbk->Opn]: session_register (); does not do it's job!

[MDonatas]

 ID:   21757
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: Windows XP Pro
 PHP Version:  4.3.0
 New Comment:

Well, Previous version of PHP I used was 4.23 and everything went well.
Now in PHP 4.3 session_register ('string'); or $_SESSION ["string"];
does not register these 'string' variables when going from one page to
another. And by the way, echoing session_id (); in every new page you
go to (using hyperlinks, not opening new IE window) it gives you
different session ID and as far as I know that should not be changhing
unless you open another browser window. Why don't you try registering
variable and in another page writing if (session_is_registered
('string')) echo 'success';

I bet you won't see success though you should!


Previous Comments:


[2003-01-19 17:52:30] [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.


A) updating category.

B) Not enough info, and from what I can tell so far this is probably
Bogus.  



[2003-01-19 15:38:38] [EMAIL PROTECTED]

Here is the simple peace of code with the link to the page itself.
Session ID has to stay the same all the time as it is assigned to the
browser window (this conclusion is made by my own experiance :) ).
Tested with IE 6.0

//Start here



  


';
?>
Test_Link






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

#21776 [Opn->Fbk]: Heisenbug after database code changes.

[georg]

 ID:   21776
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Unknown/Other Function
 Operating System: Windows and Linux
 PHP Version:  4.2.3
 New Comment:

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

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

Thank you for your interest in PHP.



Previous Comments:


[2003-01-20 10:31:29] [EMAIL PROTECTED]

This is the bug from hell.

It is random crashing in a section of our unit tests. On Windows the
crash manifests itself as...

The instruction "(1)" referenced memory at "(2)" which is not writable
where (1) is :0x77fcb9b1 (once), 0x77fcb892 (twice), 0x77fcb9fb (once)
on a random attempt of two dozen tries.

There is too much code to post here and we cannot yet isolate it - our
individual unit tests all pass. We are working on a backtrace from a
Linux machine and will add to this bug soon.

The code that was changed that started generating these problems was
mysql related. There are a lot of references in that code (it is a
persistent object library).

The problem manifests itself in Linux with random fatal errors such as
unknown function where the function name is simply "<()" !? It also
happens both with version 3 and 4 of  MySQL and versions 4.2.3 and
4.3.0 of PHP.

It is a complete show stopper.

yours, Marcus.





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

#21758 [Opn->Csd]: PCRE functions were screwed up

[moriyoshi]

 ID:   21758
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: PCRE related
 Operating System: Linux, Win32
 PHP Version:  5CVS-2003-01-19 (dev)
 New Comment:

This bug has been fixed in CVS.

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

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




Previous Comments:


[2003-01-20 05:23:28] [EMAIL PROTECTED]

Hi, have already pointed you to the patch that causes this. This has
been working before the patch.

I've no possibility to test it on Win32 (I've been told by Sebastian
Bergmann that it does not work there too).

As it has obviously nothing to do with ZE2, both (lastest PHP4-STABLE,
and CVS "php5" module) perish on this. Please fix this as soon as
possible.

"php4-STABLE-200301201030"

root@warpcore:/src/php4-STABLE-200301201030/sapi/cli> ./php -v
PHP 4.3.1-dev (cli) (built: Jan 20 2003 12:13:11)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies
root@warpcore:/src/php4-STABLE-200301201030/sapi/cli> ./php -i | head
-13
phpinfo()
PHP Version => 4.3.1-dev

System => Linux warpcore 2.2.20 #10 Sun Nov 17 22:46:16 CET 2002 i686
Build Date => Jan 20 2003 12:09:35
Configure Command =>  './configure' '--enable-force-cgi-redirect'
'--with-mysql=/usr/local/mysql' '--with-config-file-path=../conf'
'--enable-trans-sid'
Server API => Command Line Interface
Virtual Directory Support => disabled
Configuration File (php.ini) Path => ../conf
PHP API => 20020918
PHP Extension => 20020429
Zend Extension => 20021010
Debug Build => no

root@warpcore:/src/php4-STABLE-200301201030/sapi/cli> cat | ./php 


Warning: preg_replace_callback() [...]: Parameter mismatch,
pattern is a string while replacement in an array. in - on line 11

--

"php5" CVS module:

goosh@warpcore:/src/php5/sapi/cli> ./php -v
PHP 5.0.0-dev (cli) (built: Jan 20 2003 11:49:51)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v2.0.0-dev, Copyright (c) 1998-2003 Zend Technologies

goosh@warpcore:/src/php5/sapi/cli> ./php -i | head -13
phpinfo()
PHP Version => 5.0.0-dev

System => Linux warpcore 2.2.20 #10 Sun Nov 17 22:46:16 CET 2002 i686
Build Date => Jan 20 2003 11:46:03
Configure Command =>  './configure' '--enable-force-cgi-redirect'
'--with-mysql=/usr/local/mysql' '--with-config-file-path=../conf'
'--enable-trans-sid'
Server API => Command Line Interface
Virtual Directory Support => disabled
Configuration File (php.ini) Path => ../conf
PHP API => 20020918
PHP Extension => 20020429
Zend Extension => 90021012
Debug Build => no

goosh@warpcore:/src/php5/sapi/cli> cat | ./php   


Warning: preg_replace_callback() [...]: Parameter mismatch,
pattern is a string while replacement in an array. in - on line 7

regards dtg



[2003-01-20 00:29:46] [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


To see if it's ZE2 issue or not..and also,
provide a complete, short and self-contained example script
so that we can easily reproduce the problem ourselves.




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

Probably this patch screwed up preg_replace_* functions:
http://lists.php.net/article.php?group=php.cvs&article=18024

I need the functionality to pass a callback _method_ to
preg_replace_callback().

It worked usually like this (in a class):

 $s = preg_replace_callback(, array(&$this, 'callbackmethod'),
$s);

Now "array" is forbidden. Is this your intention? How to access
callback methods then?

regards dtg




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

#21777 [NEW]: Libtool error and apache segmentation fault when load libphp4.so

[jperezme]

From: [EMAIL PROTECTED]
Operating system: Aix 4.3.3
PHP version:  4.3.0
PHP Bug Type: Apache2 related
Bug description:  Libtool error and apache segmentation fault when load libphp4.so

I have apache 2.0.43 working on Aix 4.3.3.10. When i try build
php4-latest,4.3.0, 4.2.3 or 4.2.2 all go fine except, on make install
process and if i continue, when apache load module libphp4.so doesn't
start and show a segmentation fault error.I use gcc-3.2.1 and gnu.make.
---
# setenv CC /usr/local/bin/gcc
#./configure --enable-force-cgi-redirect \
 --enable-static --disable-shared \
 --with-mysql --with-apxs2=/usr/IBMIHS/bin/apxs \
--prefix=/usr/IBMIHS/php --with-config-file-path=/usr/IBMIHS/php


Appear this error, although i continuous:

creating main/internal_functions_cli.c
++
|*** WARNING *** |
||
| You chose to compile PHP with the built-in MySQL support.  If you  |
| are compiling a server module, and intend to use other server  |
| modules that also use MySQL (e.g, mod_auth_mysql, PHP 3.0, |
| mod_perl) you must NOT rely on PHP's built-in MySQL support, and   |
| instead build it with your local MySQL support files, by adding|
| --with-mysql=/path/to/mysql to your configure line.|
++
| License:   |
| This software is subject to the PHP License, available in this |
| distribution in the file LICENSE.  By continuing this installation |
| process, you are bound by the terms of this license agreement. |
| If you do not agree with the terms of this license, you must abort |
| the installation process at this point.|
++
|  *** NOTE ***  |
|The default for register_globals is now OFF!|
||
| If your application relies on register_globals being ON, you   |
| should explicitly set it to on in your php.ini file.   |
| Note that you are strongly encouraged to read  |
| http://www.php.net/manual/en/security.registerglobals.php  |
| about the implications of having register_globals set to on, and   |
| avoid using it if possible.|
++

./config.status[1814]: 6: bad file unit number
./config.status[1815]: 6: bad file unit number

---

#make
#make install
Installing PHP SAPI module
/usr/IBMIHS/build/instdso.sh SH_LIBTOOL='/usr/IBMIHS/build/libtool'
libphp4.la /usr/IBMIHS/modules

/usr/IBMIHS/build/libtool --mode=install cp libphp4.la
/usr/IBMIHS/modules/
cp .libs/libphp4.a /usr/IBMIHS/modules/libphp4.a
cp .libs/libphp4.lai /usr/IBMIHS/modules/libphp4.la
libtool: install: warning: remember to run `libtool --finish
/software2/php-4.3.0/libs'
chmod 755 /usr/IBMIHS/modules/libphp4.so
chmod: /usr/IBMIHS/modules/libphp4.so: Un archivo o directorio en la vía
de acceso no existe.
apxs:Error: Command failed with rc=65536
.
make: 1254-004 El código de error del último mandato es 1.

-
At this point i cp .libs/libphp4.so /usr/IBMIHS/modules and i make install
again.
-
#make install
Installing PHP SAPI module
/usr/IBMIHS/build/instdso.sh SH_LIBTOOL='/usr/IBMIHS/build/libtool'
libphp4.la /usr/IBMIHS/modules

/usr/IBMIHS/build/libtool --mode=install cp libphp4.la
/usr/IBMIHS/modules/
cp .libs/libphp4.a /usr/IBMIHS/modules/libphp4.a
cp .libs/libphp4.lai /usr/IBMIHS/modules/libphp4.la
libtool: install: warning: remember to run `libtool --finish
/software2/php-4.3.0/libs'
chmod 755 /usr/IBMIHS/modules/libphp4.so
Installing shared extensions:
/usr/IBMIHS/php/lib/php/extensions/no-debug-zts-20020429/
Installing PEAR environment:  /usr/IBMIHS/php/lib/php/
[PEAR] Archive_Tar- installed: 0.9
[PEAR] Console_Getopt - installed: 1.0
[PEAR] PEAR   - installed: 1.0b3
[PEAR] DB - installed: 1.3
[PEAR] HTTP   - installed: 1.2
[PEAR] Mail   - installed: 1.0.1
[PEAR] Net_SMTP   - installed: 1.0
[PEAR] Net_Socket - installed: 1.0.1
[PEAR] XML_Parser - installed: 1.0
[PEAR] XML_RPC- installed: 1.0.4
Installing build environment: /usr/IBMIHS/php/lib/php/build/
Insta

#21773 [Opn]: The process is killed after OCIFetch()

[sangelillis]

 ID:   21773
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: OCI8 related
 Operating System: Solaris 2.8
 PHP Version:  4.3.0
 New Comment:

Before the connection to the db it is present the following statement:

//Set max execution time to infinite

set_time_limit(0);

The loop is stopped when there is an error, in this case the variable
$error=1.

Thanks


Previous Comments:


[2003-01-20 10:51:54] [EMAIL PROTECTED]

Before the connection to the db it is present the following statement:

//Set max execution time to infinite

set_time_limit(0);

The loop is stopped when there is an error, in this case the variable
$error=1.

Thanks



[2003-01-20 10:19:01] [EMAIL PROTECTED]

This is not an infinite loop, it runs only while ($error==0).

And then there's a time limit for every PHP script, see
.

Better ask such questions in the php.db mailing list, see
.



[2003-01-20 10:01:14] [EMAIL PROTECTED]

Hello,

we have a PHP script that run in a infinite loop looking 
on ORACLE DB (8.1.7). In each loop a SELECT is done, if this doesn't
return data then the SELECT is executed after two seconds. If after not
certain time the SELECT doesn't return data then when it returns data
the process is killed after OCIFetch(), view code for understand
better.

//START

$dbConnection = @OCILogon(USER_ID, PASSWORD, SID);
// infinite loop
$error=0;
do  
{
   $query="SELECT DATA FROM PROV";
   $stmt = @OCIParse($dbConnection,$query);
   @OCIDefineByName($stmt,"DATA",&$data);
   @OCIExecute($stmt);
   $err_ora = @OCIError($stmt);
   if ($err_ora)  
   {
$error=1;   
 
   }

   While (@OCIFetch($stmt) && ($error==0))
   {
   
   

   }
   @OCIFreeStatement($stmt);
   sleep(2);

}while ($error==0);



Thanks for any suggestion




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

#21773 [Opn]: The process is killed after OCIFetch()

[sangelillis]

 ID:   21773
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: OCI8 related
 Operating System: Solaris 2.8
 PHP Version:  4.3.0
 New Comment:

Before the connection to the db it is present the following statement:

//Set max execution time to infinite

set_time_limit(0);

The loop is stopped when there is an error, in this case the variable
$error=1.

Thanks


Previous Comments:


[2003-01-20 10:19:01] [EMAIL PROTECTED]

This is not an infinite loop, it runs only while ($error==0).

And then there's a time limit for every PHP script, see
.

Better ask such questions in the php.db mailing list, see
.



[2003-01-20 10:01:14] [EMAIL PROTECTED]

Hello,

we have a PHP script that run in a infinite loop looking 
on ORACLE DB (8.1.7). In each loop a SELECT is done, if this doesn't
return data then the SELECT is executed after two seconds. If after not
certain time the SELECT doesn't return data then when it returns data
the process is killed after OCIFetch(), view code for understand
better.

//START

$dbConnection = @OCILogon(USER_ID, PASSWORD, SID);
// infinite loop
$error=0;
do  
{
   $query="SELECT DATA FROM PROV";
   $stmt = @OCIParse($dbConnection,$query);
   @OCIDefineByName($stmt,"DATA",&$data);
   @OCIExecute($stmt);
   $err_ora = @OCIError($stmt);
   if ($err_ora)  
   {
$error=1;   
 
   }

   While (@OCIFetch($stmt) && ($error==0))
   {
   
   

   }
   @OCIFreeStatement($stmt);
   sleep(2);

}while ($error==0);



Thanks for any suggestion




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

#21777 [Opn->Fbk]: Libtool error and apache segmentation fault when load libphp4.so

[moriyoshi]

 ID:   21777
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Aix 4.3.3
 PHP Version:  4.3.0
 New Comment:

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

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

And could you paste the result of the following command too? 

$ httpd -l

Anyway don't forget to recheck the manual page:
http://www.php.net/manual/en/install.apache2.php



Previous Comments:


[2003-01-20 10:47:36] [EMAIL PROTECTED]

I have apache 2.0.43 working on Aix 4.3.3.10. When i try build
php4-latest,4.3.0, 4.2.3 or 4.2.2 all go fine except, on make install
process and if i continue, when apache load module libphp4.so doesn't
start and show a segmentation fault error.I use gcc-3.2.1 and
gnu.make.
---
# setenv CC /usr/local/bin/gcc
#./configure --enable-force-cgi-redirect \
 --enable-static --disable-shared \
 --with-mysql --with-apxs2=/usr/IBMIHS/bin/apxs \
--prefix=/usr/IBMIHS/php --with-config-file-path=/usr/IBMIHS/php


Appear this error, although i continuous:

creating main/internal_functions_cli.c
++
|*** WARNING *** |
||
| You chose to compile PHP with the built-in MySQL support.  If you  |
| are compiling a server module, and intend to use other server  |
| modules that also use MySQL (e.g, mod_auth_mysql, PHP 3.0, |
| mod_perl) you must NOT rely on PHP's built-in MySQL support, and   |
| instead build it with your local MySQL support files, by adding|
| --with-mysql=/path/to/mysql to your configure line.|
++
| License:   |
| This software is subject to the PHP License, available in this |
| distribution in the file LICENSE.  By continuing this installation |
| process, you are bound by the terms of this license agreement. |
| If you do not agree with the terms of this license, you must abort |
| the installation process at this point.|
++
|  *** NOTE ***  |
|The default for register_globals is now OFF!|
||
| If your application relies on register_globals being ON, you   |
| should explicitly set it to on in your php.ini file.   |
| Note that you are strongly encouraged to read  |
| http://www.php.net/manual/en/security.registerglobals.php  |
| about the implications of having register_globals set to on, and   |
| avoid using it if possible.|
++

./config.status[1814]: 6: bad file unit number
./config.status[1815]: 6: bad file unit number

---

#make
#make install
Installing PHP SAPI module
/usr/IBMIHS/build/instdso.sh SH_LIBTOOL='/usr/IBMIHS/build/libtool'
libphp4.la /usr/IBMIHS/modules

/usr/IBMIHS/build/libtool --mode=install cp libphp4.la
/usr/IBMIHS/modules/
cp .libs/libphp4.a /usr/IBMIHS/modules/libphp4.a
cp .libs/libphp4.lai /usr/IBMIHS/modules/libphp4.la
libtool: install: warning: remember to run `libtool --finish
/software2/php-4.3.0/libs'
chmod 755 /usr/IBMIHS/modules/libphp4.so
chmod: /usr/IBMIHS/modules/libphp4.so: Un archivo o directorio en la
vía de acceso no existe.
apxs:Error: Command failed with rc=65536
.
make: 1254-004 El código de error del último mandato es 1.

-
At this point i cp .libs/libphp4.so /usr/IBMIHS/modules and i make
install again.
-
#make install
Installing PHP SAPI module
/usr/IBMIHS/build/instdso.sh SH_LIBTOOL='/usr/IBMIHS/build/libtool'
libphp4.la /usr/IBMIHS/modules

/usr/IBMIHS/build/libtool --mode=install cp libphp4.la
/usr/IBMIHS/modules/
cp .libs/libphp4.a /usr/IBMIHS/modules/libphp4.a
cp .libs/libphp4.lai /usr/IBMIHS/modules/libphp4.la
libtool: ins

#21758 [Csd]: PCRE functions were screwed up

[daniel . gorski]

 ID:   21758
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: PCRE related
 Operating System: Linux, Win32
 PHP Version:  5CVS-2003-01-19 (dev)
 New Comment:

Thank you for the fast fix.

regards dtg


Previous Comments:


[2003-01-20 10:46:54] [EMAIL PROTECTED]

This bug has been fixed in CVS.

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

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





[2003-01-20 05:23:28] [EMAIL PROTECTED]

Hi, have already pointed you to the patch that causes this. This has
been working before the patch.

I've no possibility to test it on Win32 (I've been told by Sebastian
Bergmann that it does not work there too).

As it has obviously nothing to do with ZE2, both (lastest PHP4-STABLE,
and CVS "php5" module) perish on this. Please fix this as soon as
possible.

"php4-STABLE-200301201030"

root@warpcore:/src/php4-STABLE-200301201030/sapi/cli> ./php -v
PHP 4.3.1-dev (cli) (built: Jan 20 2003 12:13:11)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies
root@warpcore:/src/php4-STABLE-200301201030/sapi/cli> ./php -i | head
-13
phpinfo()
PHP Version => 4.3.1-dev

System => Linux warpcore 2.2.20 #10 Sun Nov 17 22:46:16 CET 2002 i686
Build Date => Jan 20 2003 12:09:35
Configure Command =>  './configure' '--enable-force-cgi-redirect'
'--with-mysql=/usr/local/mysql' '--with-config-file-path=../conf'
'--enable-trans-sid'
Server API => Command Line Interface
Virtual Directory Support => disabled
Configuration File (php.ini) Path => ../conf
PHP API => 20020918
PHP Extension => 20020429
Zend Extension => 20021010
Debug Build => no

root@warpcore:/src/php4-STABLE-200301201030/sapi/cli> cat | ./php 


Warning: preg_replace_callback() [...]: Parameter mismatch,
pattern is a string while replacement in an array. in - on line 11

--

"php5" CVS module:

goosh@warpcore:/src/php5/sapi/cli> ./php -v
PHP 5.0.0-dev (cli) (built: Jan 20 2003 11:49:51)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v2.0.0-dev, Copyright (c) 1998-2003 Zend Technologies

goosh@warpcore:/src/php5/sapi/cli> ./php -i | head -13
phpinfo()
PHP Version => 5.0.0-dev

System => Linux warpcore 2.2.20 #10 Sun Nov 17 22:46:16 CET 2002 i686
Build Date => Jan 20 2003 11:46:03
Configure Command =>  './configure' '--enable-force-cgi-redirect'
'--with-mysql=/usr/local/mysql' '--with-config-file-path=../conf'
'--enable-trans-sid'
Server API => Command Line Interface
Virtual Directory Support => disabled
Configuration File (php.ini) Path => ../conf
PHP API => 20020918
PHP Extension => 20020429
Zend Extension => 90021012
Debug Build => no

goosh@warpcore:/src/php5/sapi/cli> cat | ./php   


Warning: preg_replace_callback() [...]: Parameter mismatch,
pattern is a string while replacement in an array. in - on line 7

regards dtg



[2003-01-20 00:29:46] [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


To see if it's ZE2 issue or not..and also,
provide a complete, short and self-contained example script
so that we can easily reproduce the problem ourselves.




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

Probably this patch screwed up preg_replace_* functions:
http://lists.php.net/article.php?group=php.cvs&article=18024

I need the functionality to pass a callback _method_ to
preg_replace_callback().

It worked usually like this (in a class):

 $s = preg_replace_callback(, array(&$this, 'callbackmethod'),
$s);

Now "array" is forbidden. Is this your intention? How to access
callback methods then?

regards dtg




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

#21775 [Opn->Bgs]: memory leak: emalloc(): Unable to alllocate 32 bytes

[moriyoshi]

 ID:   21775
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: SuSE Linux 7.3
 PHP Version:  4.3.0
 New Comment:

PHP is designed to bail out (to stop executing) when the memory has
been
run out. So it's natural that the runtime end up segfaulting.



Previous Comments:


[2003-01-20 10:30:58] [EMAIL PROTECTED]

The following code:

<%
   class Object {
  var $prev;
  var $next;
  function unter (&$ref)
  {
 $ref->prev = &$this;
 $this->next = &$ref;
  }
   };

   while (true)
   {
  print "NEW ROUND\n";
  {
 $o = &new Object;
 for ($i = 0; $i < 1; ++$i) {
$o->unter (new Object);
$o = &$o->next;
 }
 unset ($o);
  }
   }
%>

consumes as much memory it can get. I would expect that
PHP garbage-collects the memory.






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

#21762 [Com]: imagefilledellipse, imagefilledarc crash

[helak]

 ID:   21762
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: GD related
 Operating System: Windows 2000
 PHP Version:  4.3.0
 New Comment:

I tested:

http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

It still behaves the same way.
Either I am doing something wrong or there is indeed a bug,

ZB


Previous Comments:


[2003-01-20 01:41:36] [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



[2003-01-20 01:27:59] [EMAIL PROTECTED]

I installed Apache 1.3.27 (windows binary, module) + PHP 4.3 (latest
version, download, windows binary) on Windows 2000. Following script
using GD library works, but enabling imagefilledellipse line causes
script to crash. There is similar effect when using imagefilledarc.
Imagefilledrectangle works fine.



Thank you for looking into it,

ZB





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

#21778 [NEW]: Mail Function causes apache to throw an error when sending mails with large att

[adrian]

From: [EMAIL PROTECTED]
Operating system: win2k
PHP version:  4.3.0
PHP Bug Type: Apache related
Bug description:  Mail Function causes apache to throw an error when sending mails 
with large att

$attachment['file_name'] = "a.doc";
$attachment['mime_type'] = "application/msword";
$attachment['description'] = "Request for On-Site Support";
$attachment['encoded_string'] =
CMS_file_get_contents("files/rfoss.b64",1); //returns the base64 encoded
file as a string


$headers .= "From: ".$strFromName." <$strFrom>\r\n";
$headers .= "Reply-To:$strReplyTo <$strReplyTo>\r\n";
$headers .= "X-Priority: $intPriority\r\n";
$headers .= "X-MSMail-Priority: High\r\n";
$headers .= "X-Mailer: PHP/" . phpversion() . "\r\n";
$headers .= "Content-type: multipart/mixed;\r\n";
$headers .= "\t
boundary=\"SIMS--8f08ef19c30c5ab8bec2cd1a99c3578e\"\r\n";
$headers .= "Content-Transfer-Encoding: 7bit\r\n\r\n This is a MIME
encoded message\r\n\r\n"; 
$headers .= "--SIMS--8f08ef19c30c5ab8bec2cd1a99c3578e\r\n";
$headers .= "Content-Type: text/html; charset=iso-8859-1\r\n";
$headers .= "Content-Transfer-Encoding: base64\r\n\r\n"; 
$headers .= base64_encode($strMessage)."\r\n\r\n\r\n\r\n";
$headers .= "--SIMS--8f08ef19c30c5ab8bec2cd1a99c3578e\r\n";
$headers .= "Content-Type: ".$attachment['mime_type'].";
charset=iso-8859-1;\r\n";
$headers .= "\tname=".$attachment['file_name']."\r\n";
$headers .= "Content-Transfer-Encoding: base64\r\n";
$headers .= "Content-Description:
".$attachment['description']."\r\n\r\n";
$headers .= chunk_split($attachment['encoded_string']."\r\n\r\n";
$headers .= "--SIMS--8f08ef19c30c5ab8bec2cd1a99c3578e--\r\n";

$bSent  = mail($strTo, $strSubject,"", $headers);

The code shown works perfectly when sending small attachments.

If I try to send an attachment more than a few kbytes in size it causes
apache to throw an error.

I have set php to use up to 20 mbytes of memory when executing a script in
the hope that it was a buffer overflow but to no avail.
-- 
Edit bug report at http://bugs.php.net/?id=21778&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21778&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21778&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21778&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21778&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21778&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21778&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21778&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21778&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21778&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21778&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21778&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21778&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21778&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21778&r=gnused

#21759 [WFx]: custom handlers for parse errors

[nospam]

 ID:   21759
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Wont fix
 Bug Type: Feature/Change Request
 Operating System: n/a
 PHP Version:  4.2.2
 New Comment:

If I was to develop this myself, to whom might I submit my updates for
consideration for inclusion in a future release?


Previous Comments:


[2003-01-20 00:51:13] [EMAIL PROTECTED]

This won't be implemented as discussed on the dev list some weeks ago.



[2003-01-19 18:18:22] [EMAIL PROTECTED]

I'd love to see a mechanism in PHP similar to the Apache ErrorDocument
directive to allow the custom handling of pre-execute-time errors (such
as most parse errors), since these errors precede and thus usurp
set_error_handler(), leaving you otherwise stuck with only slightly
modifiable PHP error messages.

The error values error_type_str, buffer, error_filename, error_lineno,
and type (from main/main.c) could be passed to the handler script as
$_SERVER["error_type_str"], et. al. to allow the handler to use them
dynamically - perhaps even passing them to the same custom error
handler function that got spurned the first time around, i.e.:







# php.ini or .htaccess
# (... other directives)
php_error_document = '/error_handler_script.php'
# (other directives ...)







I've seen a few posts from people looking for something like this, and
this strikes me as the most elegant way of going about it. I've also
read replies to similar posts and I don't see this particular approach
having been suggested before. As to "(t)he (php-dev) decision ... that
parse errors are preventable" - I definitely agree, and will add that
they're easier to prevent as it gets easier to find and fix them.
That's what this idea is trying to accomplish - I want my error handler
on my development server to display the source code at and around the
error so that I can more quickly find and fix the problem.

Looking at the PHP source I'm guessing it wouldn't be terribly
difficult to implement this... you'd just need to make sure you break
out of the loop that would otherwise be caused if the error handler
script itself has a parse error in it...

I'm using 4.2.2 but I noticed that your change log as of 4.3.0 doesn't
mention anything like this, so I assume I'm not re-proposing the wheel
here.

Thanks.





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

#20970 [Fbk->Opn]: Fatal error: Nesting level too deep - recursive dependency? in Unknown on line

[joydeep_ghosh]

 ID:   20970
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: Sun2.7
 PHP Version:  4.3.1-dev
 New Comment:

If compiled without --with-nsapi option, Following error message
displayed during Make:

gcc: regex/r: No such file or directory
make: *** [sapi/cgi/php] Error 1


Previous Comments:


[2003-01-17 21:07:49] [EMAIL PROTECTED]

If you drop the --with-nsapi option from the configure line, does it
compile succesfully then?




[2003-01-15 17:46:52] [EMAIL PROTECTED]

Following error encountered while executing Make command:

/home/ghoshj/PHP/php4-STABLE-200301150030/sapi/nsapi/nsapi.c: In
function `sapi_
nsapi_read_post':
/home/ghoshj/PHP/php4-STABLE-200301150030/sapi/nsapi/nsapi.c:211:
warning: unuse
d variable `content_length_str'
/home/ghoshj/PHP/php4-STABLE-200301150030/sapi/nsapi/nsapi.c: In
function `nsapi
_request_ctor':
/home/ghoshj/PHP/php4-STABLE-200301150030/sapi/nsapi/nsapi.c:409:
warning: unuse
d variable `path_info'
/home/ghoshj/PHP/php4-STABLE-200301150030/sapi/nsapi/nsapi.c: In
function `nsapi
_request_dtor':
/home/ghoshj/PHP/php4-STABLE-200301150030/sapi/nsapi/nsapi.c:450:
warning: passi
ng arg 1 of `nsapi_free' discards qualifiers from pointer target type
/home/ghoshj/PHP/php4-STABLE-200301150030/sapi/nsapi/nsapi.c:452:
warning: passi
ng arg 1 of `nsapi_free' discards qualifiers from pointer target type
/home/ghoshj/PHP/php4-STABLE-200301150030/sapi/nsapi/nsapi.c:545:63:
warning: "/
*" within comment
/home/ghoshj/PHP/php4-STABLE-200301150030/sapi/nsapi/nsapi.c:547:1:
warning: "/*
" within comment
.

gcc: ext/standard/a: No such file or directory
make: *** [sapi/cli/php] Error 1



[2003-01-15 17:40:35] [EMAIL PROTECTED]

Directory php4-STABLE-200301150030 created 
PHP_VERSION "4.3.1-dev"

Configuration is OK

./configure --enable-debug --enable-libgcc --enable-dbx \
--enable-ftp --enable-inline-optimization \
--with-nsapi=/export/webtools/netscape/server4 \
--with-pgsql=/usr/local/pgsql \
--with-oracle=/export/webtools/app/oracle/product/8.1.7



[2003-01-14 19:23:12] [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





[2003-01-14 17:46:27] [EMAIL PROTECTED]

Following error encountered while executing Make command:

main/internal_functions.c:41: `phpext_xml_ptr' undeclared here (not in
a functio
n)
main/internal_functions.c:41: initializer element is not constant
main/internal_functions.c:41: (near initialization for
`php_builtin_extensions[0
]')
main/internal_functions.c:42: `phpext_tokenizer_ptr' undeclared here
(not in a f
unction)
main/internal_functions.c:42: initializer element is not constant
main/internal_functions.c:42: (near initialization for
`php_builtin_extensions[1
]')
main/internal_functions.c:43: `phpext_standard_ptr' undeclared here
(not in a fu
nction)
main/internal_functions.c:43: initializer element is not constant
main/internal_functions.c:43: (near initialization for
`php_builtin_extensions[2
]')
main/internal_functions.c:44: `phpext_session_ptr' undeclared here (not
in a fun
ction)
main/internal_functions.c:44: initializer element is not constant
main/internal_functions.c:44: (near initialization for
`php_builtin_extensions[3
]')
main/internal_functions.c:45: `phpext_posix_ptr' undeclared here (not
in a funct
ion)
main/internal_functions.c:45: initializer element is not constant
main/internal_functions.c:45: (near initialization for
`php_builtin_extensions[4
]')
main/internal_functions.c:46: `phpext_pgsql_ptr' undeclared here (not
in a funct
ion)
main/internal_functions.c:46: initializer element is not constant
main/internal_functions.c:46: (near initialization for
`php_builtin_extensions[5
]')
main/internal_functions.c:47: `phpext_pcre_ptr' undeclared here (not in
a functi
on)
main/internal_functions.c:47: initializer element is not constant
main/internal_functions.c:47: (near initialization for
`php_builtin_extensions[6
]')
main/internal_functions.c:48: `phpext_overload_ptr' undeclared here
(not in a fu
nction)
main/internal_functions.c:48: initializer element is not constant
main/internal_functions.c:48: (near initialization for
`php_builtin_extensions[7
]')
main/internal_functions.c:49: `phpext_oracle_ptr' undeclared here (not
in a func
tion)
main/internal_functions.c:49: initializer element is not constant

#21775 [Bgs]: memory leak: emalloc(): Unable to alllocate 32 bytes

[peter . karl . mueller]

 ID:   21775
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: SuSE Linux 7.3
 PHP Version:  4.3.0
 New Comment:

PHP does not reclaim any memory no longer referenced?
No garbage collection?


Previous Comments:


[2003-01-20 11:12:37] [EMAIL PROTECTED]

PHP is designed to bail out (to stop executing) when the memory has
been
run out. So it's natural that the runtime end up segfaulting.




[2003-01-20 10:30:58] [EMAIL PROTECTED]

The following code:

<%
   class Object {
  var $prev;
  var $next;
  function unter (&$ref)
  {
 $ref->prev = &$this;
 $this->next = &$ref;
  }
   };

   while (true)
   {
  print "NEW ROUND\n";
  {
 $o = &new Object;
 for ($i = 0; $i < 1; ++$i) {
$o->unter (new Object);
$o = &$o->next;
 }
 unset ($o);
  }
   }
%>

consumes as much memory it can get. I would expect that
PHP garbage-collects the memory.






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

#21650 [Com]: libphp4.so not found after a successful compile

[sean . foreman]

 ID:   21650
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Compile Failure
 Operating System: AIX 4.3.3
 PHP Version:  4.3.0
 New Comment:

More info...

box: pentium 133
os: redhat 7.2

configure:
./configure --with-apsx2=/usr/local/apache/bin/apxs  --with-gettext
--with-xml --with-mcrypt --with-imap --with-imap-ssl --with-mysql

I've tried these things with no success:
1. updating to the latest libtool (libtool-1.4d.tar.gz)
2. adjusting libtool parameters build_libtool_libs & build_old_libs
3. rerunning the last libtool command without -lcrypt
4. make libs/libphp4.bundle (creates libphp4.so, but it won't load when
I restart apache).
5. updating to latest php snapshot (php4-STABLE-200301200430.tar.gz)
and retrying steps 2, 3, 4

All of this, just to get mysql to work with php for imp preferences
(www.horde.org/imp/)


Previous Comments:


[2003-01-20 04:02:41] [EMAIL PROTECTED]

build_libtool_libs already set to yes :)



[2003-01-19 22:38:30] [EMAIL PROTECTED]

I just hit this bug tonight. It appears this bug has been around in one
form or another for over a year, but I haven't seen a solid solution
yet. 

Basic bug: libphp4.la created instead of libphp4.so.

Closest solution so far:
The libphp4.so not is created by make because the libtool have a flag
set to no. The libtool is created by configure; before you launch make,
edit libtool and set build_libtool_libs=yes. After launched make, under
.libs you find libphp4.so.0:move it under libs as libphp4.so and run
make install.

This did not work for me (libphp4.so.0 file never created - .libs
directory isn't created until make install...). Maybe it will work for
you.

I will keep digging. If I find a solution, I will post it...

Research:

When I grep the Makefile for libphp4.so, I see:

libs/libphp4.bundle: $(PHP_GLOBAL_OBJS) $(PHP_SAPI_OBJS)
$(CC) $(MH_BUNDLE_FLAGS) $(CFLAGS_CLEAN) $(EXTRA_CFLAGS)
$(LDFLAGS) $(EXTRA_LDFLAGS) $(PHP_GLOBAL_OBJS:.lo=.o) $(PHP_SAPI_OB
JS:.lo=.o) $(PHP_FRAMEWORKS) $(EXTRA_LIBS) $(ZEND_EXTRA_LIBS) -o $@ &&
cp $@ libs/libphp4.so

This is a hint towards the solution...



[2003-01-15 02:40:17] [EMAIL PROTECTED]

config :  ./configure --with-apxs=/system/www/bin/apxs
gcc version : 2.9-aix43-010414 (yep,this is compiled by IBM for rs/6000
platform)

after a successful compiling phase following error message
displayed...

 cut here 
Installing PHP SAPI module
[activating module `php4' in /system/www/conf/httpd.conf]
cp libs/libphp4.so /system/www/libexec/libphp4.so
cp: libs/libphp4.so: A file or directory in the path name does not
exist.
apxs:Break: Command failed with rc=1
make: 1254-004 The error code from the last command is 1.


Stop.
- cut here 
there are libphp4.la and libphp4.a files in libs directory.




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

#14208 [Ana]: shm_put_var problem and new shm functions

[iliaa]

 ID:   14208
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Analyzed
 Bug Type: Feature/Change Request
 Operating System: All
 PHP Version:  4.0.6
 New Comment:

Please send further patches in unified format, it makes it much easier
to read :)


Previous Comments:


[2003-01-20 10:18:06] [EMAIL PROTECTED]

The mail from Duncan :
It makes updates twice as fast.

My LRU code is knocking around somewhere, but I'll have to do some
rummaging if you want it.

367c367,376
<   php_remove_shm_data(ptr, shm_varpos);
---
>   shm_var = (sysvshm_chunk*)((char*)ptr +  shm_varpos);
>   /* Check the new length against the old length */
>   if(shm_var->length != len ) {
>   /* If not equal, remove the old entry and
prepare to create a new one */
>   php_remove_shm_data(ptr, shm_varpos);
>   } else {
>   /* If equal, just copy the new data across and
return */
>   memcpy(&(shm_var->mem),data,len);
>   return 0;
>   }



[2003-01-18 12:53:21] [EMAIL PROTECTED]

 Where is the patch?



[2001-11-24 08:57:02] [EMAIL PROTECTED]

Apologies for posting this here, but I don't know where else to go.

shm_put_var has a problem in that when you try to write a variable
which already exists, the function will fail if there is not enough
free space for the variable and its old value. I have a patch which
will simply overwrite the old value if the lengths are the same, and
will do more intelligent space checking if they are not. I will submit
this when I get back to the office.

I also have developed a set of additional shm functions which implement
an LRU cache. These functions are handy for eg caching serialized
objects which would otherwise have to be fetched from a database. And
of course they are shared across the system.

My question is: how do I submit these new functions for inclusion in
the source?




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

#21759 [WFx]: custom handlers for parse errors

[derick]

 ID:   21759
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Wont fix
 Bug Type: Feature/Change Request
 Operating System: n/a
 PHP Version:  4.2.2
 New Comment:

That was done before, and I dont think it will have much chance of
being included.

Derick


Previous Comments:


[2003-01-20 11:34:34] [EMAIL PROTECTED]

If I was to develop this myself, to whom might I submit my updates for
consideration for inclusion in a future release?



[2003-01-20 00:51:13] [EMAIL PROTECTED]

This won't be implemented as discussed on the dev list some weeks ago.



[2003-01-19 18:18:22] [EMAIL PROTECTED]

I'd love to see a mechanism in PHP similar to the Apache ErrorDocument
directive to allow the custom handling of pre-execute-time errors (such
as most parse errors), since these errors precede and thus usurp
set_error_handler(), leaving you otherwise stuck with only slightly
modifiable PHP error messages.

The error values error_type_str, buffer, error_filename, error_lineno,
and type (from main/main.c) could be passed to the handler script as
$_SERVER["error_type_str"], et. al. to allow the handler to use them
dynamically - perhaps even passing them to the same custom error
handler function that got spurned the first time around, i.e.:







# php.ini or .htaccess
# (... other directives)
php_error_document = '/error_handler_script.php'
# (other directives ...)







I've seen a few posts from people looking for something like this, and
this strikes me as the most elegant way of going about it. I've also
read replies to similar posts and I don't see this particular approach
having been suggested before. As to "(t)he (php-dev) decision ... that
parse errors are preventable" - I definitely agree, and will add that
they're easier to prevent as it gets easier to find and fix them.
That's what this idea is trying to accomplish - I want my error handler
on my development server to display the source code at and around the
error so that I can more quickly find and fix the problem.

Looking at the PHP source I'm guessing it wouldn't be terribly
difficult to implement this... you'd just need to make sure you break
out of the loop that would otherwise be caused if the error handler
script itself has a parse error in it...

I'm using 4.2.2 but I noticed that your change log as of 4.3.0 doesn't
mention anything like this, so I assume I'm not re-proposing the wheel
here.

Thanks.





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

#21763 [Com]: imagecolortransparent &/or imagecolorallocate not working with 2- and 4-bit png

[tuxedobob]

 ID:   21763
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: GD related
 Operating System: Mac OS X 10.2.3
 PHP Version:  4.3.0
 New Comment:

I'm using the bundled library. And since there seems to be no way to
upload them (even though they're about 5K total), I'll just put the
images here:

Orc: http://homepage.mac.com/tuxedobob/Orc.png
Board: http://homepage.mac.com/tuxedobob/Board.png


Previous Comments:


[2003-01-20 09:39:44] [EMAIL PROTECTED]

Please provide the two images used in your example.
Also, are you using the bundled GD library or the non-bundled one?



[2003-01-20 02:28:08] [EMAIL PROTECTED]

In the following script:



what I expect to happen is that the black in the 'Orc.png' image will
become transparent when it is copied onto 'Board.png'. This doesn't
happen. The transparency is not recognized at all.

More info:
Orc.png is a 2-bit PNG, with black occupying two of the colors. (It
doesn't work even if it only has one.)
Board.png is a 4-bit PNG with 6 distinct colors (11 copies of black).
If I change the line to

imagecolortransparent('$image2, imagecolorat($image2, 0, 0);

it works correctly. If I change the line use either 2 or 3, as in

imagecolortransparent('$image2, 3);

it works depending on which black (index no. 2 or 3) is actually in the
image. There may be no way around this except to have
imagecolortransparent check by RGB values rather than an index number.




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

#21779 [NEW]: --disable-short-tags doesn't work

[mattb]

From: [EMAIL PROTECTED]
Operating system: Linux (RedHat 7.3 w/ Updates)
PHP version:  4.3.0
PHP Bug Type: Output Control
Bug description:  --disable-short-tags doesn't work

The configure script still reports that one can use --disable-short-tags,
but it doesn't work (I have not tried
'--enable-short-tags=(off|no|0|false)'). Notice that php -i reports that I
have configured and build PHP with the --disable-short-tags option:

% php -i
...
Configure Command =>  './configure' '--disable-short-tags'
'--disable-rpath' '--disable-url-fopen-wrapper' '--enable-bcmath'
'--enable-calendar' '--enable-debugger' '--enable-dio'
'--enable-discard-path' '--enable-embed=shared' '--enable-exif'
'--enable-force-cgi-redirect' '--enable-ftp'
'--enable-inline-optimization' '--enable-gd-native-ttf'
'--enable-magic-quotes' '--enable-mailparse' '--enable-memory-limit'
'--enable-mime-magic' '--enable-safe-mode' '--enable-shmop'
'--enable-sockets' '--enable-sysvsem' '--enable-sysvshm'
'--enable-track-vars' '--enable-trans-sid' '--enable-wddx'
'--prefix=/home/matt/com/are/dev/build.nocvs'
'--with-apxs=/home/matt/com/are/dev/build.nocvs/sbin/apxs'
'--with-bz2=shared'
'--with-config-file-path=/home/matt/com/are/dev/build.nocvs/etc'
'--with-db3' '--with-curl=shared,/home/matt/com/are/dev/build.nocvs'
'--with-dom=/home/matt/com/are/dev/build.nocvs'
'--with-dom-exslt=/home/matt/com/are/dev/build.nocvs'
'--with-dom-xslt=/home/matt/com/are/dev/build.nocvs'
'--with-expat-dir=/usr' '--with-freetype-dir=/usr' '--with-gd=shared'
'--with-gettext=shared' '--with-gmp' '--with-iconv=shared'
'--with-imap=shared' '--with-imap-ssl=/home/matt/com/are/dev/build.nocvs'
'--with-jpeg-dir=/usr' '--with-kerberos' '--with-layout=GNU'
'--with-mysql=shared,/usr' '--with-ncurses=shared'
'--with-openssl=shared,/home/matt/com/are/dev/build.nocvs'
'--with-pgsql=shared' '--with-pic' '--with-png-dir=/usr'
'--with-pspell=shared' '--with-readline' '--with-ttf=shared'
'--with-xmlrpc=shared' '--with-xpm-dir=/usr/X11R6' '--with-zlib'
'--x-includes=/usr/X11R6/include/X11' '--x-libraries=/usr/X11R6/lib'
...

However, it looks like this option is completely ignored:

% cat <
=
EOF

Here's the output:

=
Huh?
=

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

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

[kbrill]

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

apache 2 / PHP 4.3.0

it seems on my system that if you fill in a field and hit RETURN you
get the bug, however if you use a submit button instead it works
normally.


Previous Comments:


[2003-01-11 03:18:41] [EMAIL PROTECTED]

Exactly the same problem was reported recently by other users.
Reopening.




[2003-01-05 16:48:15] [EMAIL PROTECTED]

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




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

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



[2002-12-09 12:48:23] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

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



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

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

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

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



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

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

#21479 [Fbk->Opn]: function crashes when used with a URL

[info]

 ID:   21479
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: GetImageSize related
 Operating System: Windows 2000
 PHP Version:  4.3.0
 New Comment:

OK - just checked, and php crashes regardless of the '@'  before
getimagesize


Previous Comments:


[2003-01-20 04:02:28] [EMAIL PROTECTED]

Please use the 'Edit Submission' link when adding
a comment to your own report.

And do you get any error with the getimagesize() ?
(remove that @ in front of it)




[2003-01-06 21:02:00] [EMAIL PROTECTED]

this happens with every image.



[2003-01-06 20:54:40] [EMAIL PROTECTED]

Does this happen with every image you try or a specific image or two?
In the event of the latter could you please provide a URL to the
offending image.



[2003-01-06 20:17:33] [EMAIL PROTECTED]

function ImgExists($f) {
  $r=@getimagesize("http://localhost/$f";);
  return $r[2]!=0;
}
if(ImgExists('icon.jpg')) echo('exists!');


when calling this function, php.exe (4.3.0 as CGI in IIS4) is crashing.
remark out the 'getimagesize' line, and it won't crash.

i can email my php.ini on request.





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

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

[kbrill]

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

and for some reason, that at the moment escapes me completely, the
 thing worked for me too.


Previous Comments:


[2003-01-20 12:40:58] [EMAIL PROTECTED]

apache 2 / PHP 4.3.0

it seems on my system that if you fill in a field and hit RETURN you
get the bug, however if you use a submit button instead it works
normally.



[2003-01-11 03:18:41] [EMAIL PROTECTED]

Exactly the same problem was reported recently by other users.
Reopening.




[2003-01-05 16:48:15] [EMAIL PROTECTED]

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




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

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



[2002-12-09 12:48:23] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

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



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

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

#21780 [NEW]: Reading ini file

[ronstk]

From: [EMAIL PROTECTED]
Operating system: win98se/sambar5
PHP version:  4.3.0
PHP Bug Type: *General Issues
Bug description:  Reading ini file

In the browscap.ini file is at line 8206 an litle problem
I found a error message during the install of v4.2.3 at that line.


[AE/2.1 (linux)]
;browser=AE/2.1(Linux)   < the / is not allowed!
browser="AE/2.1(Linux)"
version=2.1

it is the key/value because in section names there is no problem.
It cant be the dot because there are others without problem
The slash is in this case unique as value, no other have it.

Adding the double quotes repairs the this malfunction and
my system was running at top level.

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

#21780 [Opn->Bgs]: Reading ini file

[iliaa]

 ID:   21780
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: win98se/sambar5
 PHP Version:  4.3.0
 New Comment:

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

As of PHP 4.3.0 we recommend that you use the browscap.ini provided by
http://www.garykeith.com/browsers/downloads.asp.
That file is kept up to date and will work fine (in PHP context)
without any modifications.


Previous Comments:


[2003-01-20 12:50:00] [EMAIL PROTECTED]

In the browscap.ini file is at line 8206 an litle problem
I found a error message during the install of v4.2.3 at that line.


[AE/2.1 (linux)]
;browser=AE/2.1(Linux)   < the / is not allowed!
browser="AE/2.1(Linux)"
version=2.1

it is the key/value because in section names there is no problem.
It cant be the dot because there are others without problem
The slash is in this case unique as value, no other have it.

Adding the double quotes repairs the this malfunction and
my system was running at top level.

Just take a look in v4.3.0 and there is no browscap.ini anymore.




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

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

[mitch]

 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:

Same problem FreeBSD 4.7p3 PHP 4.3.0 PHP 4.2.3 Apache 1.3.27 (bug
20190)


Previous Comments:


[2003-01-17 13:57:47] [EMAIL PROTECTED]

The same probleme is in php4-STABLE-200301171630

Please correct that

Warning: Unknown(): open_basedir restriction in effect.
File(/home/ovh/www/forum/list.php) is not within the allowed path(s):
(/home/users/xiaoping) in Unknown on line 0

Warning: Unknown(/home/ovh/www/forum/list.php): failed to create
stream: Operation not permitted in Unknown on line 0

Warning: (null)() [function.include]: Failed opening
'/home/ovh/www/forum/list.php' for inclusion
(include_path='.:/upload/') in Unknown on line 0



[2003-01-12 05:40:52] [EMAIL PROTECTED]

Same problem with php 4.3.0 / apache 1.3.27 / Slackware
The problem seems to appear when a virtual host has a open_basedir
defined, but not in other virtualhost. In this case others virtual
hosts take the value of one of defined  open_basedir. (maybe the value
come from another http child open in same time)

Seems to have same behaviour with auto_append.

Hope it will help to solve this bug.

Fred



[2003-01-11 21:33:19] [EMAIL PROTECTED]

I have 2 FreeBSD servers with the same problem. Both have /www as
symlink. Real path is /home/www.
I also have a Windows machine, with no symlink ;-) - no problem there.
/www is c:/www there, and all works.
All machines have same httpd.conf, same Apache, same 4.2.3



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

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



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

Update version. Bug confirmed in 4.3.0 - final.



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

#21777 [Fbk->Opn]: Libtool error and apache segmentation fault when load libphp4.so

[jperezme]

 ID:   21777
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: Aix 4.3.3
 PHP Version:  4.3.0
 New Comment:

These are the results of gdb and httpd -l
#httpd -l
Compiled in modules:
  core.c
  worker.c
  http_core.c
  mod_suexec.c
  mod_so.c


#gdb /usr/IBMIHS/bin/httpd /usr/IBMIHS/bin/core  <
GNU gdb 5.0
Copyright 2000 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 "powerpc-ibm-aix4.3.2.0"...
(no debugging symbols found)...
Core was generated by `httpd'.
Program terminated with signal 11, Segmentation fault.
#0  0xd0fe04d4 in apr_palloc ()
(gdb) bt
#0  0xd0fe04d4 in apr_palloc ()
#1  0xd0fe0418 in create_php_config (p=0x200233c0, dummy=0x28 " ")
at /software2/php-4.3.0/sapi/apache2filter/apache_config.c:212
#2  0x10004e54 in ap_single_module_configure ()
#3  0x10037098 in load_module ()
#4  0x100020f8 in invoke_cmd ()
#5  0x10001e80 in execute_now ()
#6  0x10001bb4 in ap_build_config_sub ()
#7  0x10004fb4 in ap_build_config ()
#8  0x10004134 in ap_process_resource_config ()
#9  0x10004ab0 in ap_read_config ()
#10 0x19dc in main ()
#11 0x11b4 in __start ()
(gdb)


Previous Comments:


[2003-01-20 11:04:57] [EMAIL PROTECTED]

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

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

And could you paste the result of the following command too? 

$ httpd -l

Anyway don't forget to recheck the manual page:
http://www.php.net/manual/en/install.apache2.php




[2003-01-20 10:47:36] [EMAIL PROTECTED]

I have apache 2.0.43 working on Aix 4.3.3.10. When i try build
php4-latest,4.3.0, 4.2.3 or 4.2.2 all go fine except, on make install
process and if i continue, when apache load module libphp4.so doesn't
start and show a segmentation fault error.I use gcc-3.2.1 and
gnu.make.
---
# setenv CC /usr/local/bin/gcc
#./configure --enable-force-cgi-redirect \
 --enable-static --disable-shared \
 --with-mysql --with-apxs2=/usr/IBMIHS/bin/apxs \
--prefix=/usr/IBMIHS/php --with-config-file-path=/usr/IBMIHS/php


Appear this error, although i continuous:

creating main/internal_functions_cli.c
++
|*** WARNING *** |
||
| You chose to compile PHP with the built-in MySQL support.  If you  |
| are compiling a server module, and intend to use other server  |
| modules that also use MySQL (e.g, mod_auth_mysql, PHP 3.0, |
| mod_perl) you must NOT rely on PHP's built-in MySQL support, and   |
| instead build it with your local MySQL support files, by adding|
| --with-mysql=/path/to/mysql to your configure line.|
++
| License:   |
| This software is subject to the PHP License, available in this |
| distribution in the file LICENSE.  By continuing this installation |
| process, you are bound by the terms of this license agreement. |
| If you do not agree with the terms of this license, you must abort |
| the installation process at this point.|
++
|  *** NOTE ***  |
|The default for register_globals is now OFF!|
||
| If your application relies on register_globals being ON, you   |
| should explicitly set it to on in your php.ini file.   |
| Note that you are strongly encouraged to read  |
| http://www.php.net/manual/en/security.registerglobals.php  |
| about the implications of having register_globals set to on, and   |
| avoid using it if possible.  

#15630 [Opn->Fbk]: imap_utf7_decode appears to be broken

[iliaa]

 ID:   15630
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: IMAP related
 Operating System: SGI Irix 6.5
 PHP Version:  4.2.2
 New Comment:

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

Seems to work properly with the latest CVS.


Previous Comments:


[2002-11-21 04:20:12] [EMAIL PROTECTED]

Has the IMAP maintainer responded?

As the patch produces UTF16-BE output/input,
would it be "legal" to call another PHP function
(iconv) within PHP or is it not allowed to depend
on another "PHP" function?

One could easily add an iconv call at the end of the functions to get
the output format right. Or even add an optional paramater for the
imap_utf7_decode function to specify the desired output format, "UTF8"
as default.



[2002-11-14 11:01:09] [EMAIL PROTECTED]

Ok, let fix imap_utf7_encode()/imap_utf7_decode() functions to return
UTF-8. In this case they will be BC, when IMAP folder has only
ISO-8859-1 (ASCII) characters in its name and will also support
international characters.

Gamid Isayev



[2002-11-14 10:28:43] [EMAIL PROTECTED]

>From my understanding Gamid's patches break BC.  This is a bad thing
typically, and repeated requests for users to voice an opinion have not
resulted in any feedback.  At this point I feel that the IMAP
maintainer should decide if this goes in or not, but he has not
answered any emails either.   So until I hear back from the IMAP
maintainer I don't see this being applied.



[2002-11-14 09:50:59] [EMAIL PROTECTED]

Hi,

since it's now two months since the last comment on this bug, will
Gamid Isayev's patches be applied or not?

People really have problems with this bug, as e.g. most webmail
applications won't work properly. At least
german/austrian/finnish/swedish people have Umlauts in their folder
names just to name a few.

Best regards,
Thomas



[2002-09-09 22:51:37] [EMAIL PROTECTED]

All I did was re-commit the SGI compiler changes.  I did not do any of
the work for the utf7_decode/encode function as this bug states.



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

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

#21271 [Opn->Bgs]: imap_sort returns irregular sort

[iliaa]

 ID:   21271
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: IMAP related
 Operating System: Windows 2000 Advanced Server
 PHP Version:  4CVS-2002-12-29 (stable)
 New Comment:

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

Thank you for your interest in PHP.

Problem was resolved by upgrading(?) the IMAP library, not a PHP issue.


Previous Comments:


[2003-01-14 04:14:47] [EMAIL PROTECTED]

After recompiling using the imap-2001-FINAL release the problem is
solved.

I don't have any more clue, but it now works.

So imap-2002a/b doesn't work with my imap server and i still don't know
why...



[2003-01-13 03:36:37] [EMAIL PROTECTED]

hi

I'm experiencing the same problem on a Mandrake box

Mandrake 9.0 - 2.4.20 self-made kernel
php 4.3.0
pear 4.1.0

'./configure'
'--with-apache=../apache_1.3.27'
'--with-mysql'
'--with-gettext'
'--with-imap=../imap-2002a'
'--with-gd'
'--with-jpeg-dir=/usr/local'
'--with-png-dir=/usr/local'
'--with-zlib-dir=/usr/local'
'--with-xml'
'--enable-ftp' 

imap sorting functions don't work at all. horde/imp work well but
sorting (date, subject, sender...) is unavailable.

the imap server is a NT4 with mailsite email server
http://www.rockliffe.com/products/emailserver.asp

thx for your time

change _nosp@mz_ by @ to answer me directly



[2002-12-29 13:21:32] [EMAIL PROTECTED]

Hi,

I built an webmail interface for  Courier-IMAP mail server and I use
PHP version 4.4.0.
When i try to sort the messages from the mail server with imap_sort I
always get a random sorting for Subject, To, From and Size; the Date
sorting seems to work good.
I also had this problem with the previous versions of PHP: 4.2.1 ...
4.2.3

Is there a ptoblem with the imap client on Windows ? Should I upgrade
some dll on server ?

Thank you for your time.




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

#21772 [Opn->Bgs]: mssql speed when using remote server

[iliaa]

 ID:   21772
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: MSSQL related
 Operating System: windows 2000/sp3
 PHP Version:  4.2.3
 New Comment:

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

Thank you for your interest in PHP.

When dealing with i-net connections even if they are local there is a
lot more additional work that needs to be done. I wouldn't think this
would amount to 3.5 times speed difference, but with Win32 you never
know.
PHP does not initiate the connection to the SQL server itself, it does
it by using the appropriate libraries. So, I do not believe that PHP
could be at fault here.


Previous Comments:


[2003-01-20 08:01:06] [EMAIL PROTECTED]

I forgot one detail:
I test both MSSQL 7 and MSSQL 2K with latest services packs, 
supplied from MS.



[2003-01-20 07:51:09] [EMAIL PROTECTED]

Hello!

I made small script for determine difference between remote and local
MSSQL server use.
I don't put this script (it is very simple: 1000 loops of db_connect,
1000 loops of mssql_select_db, 1000 loops of mssql_query with load 1000
records rowset, 1000 loops of call stored procedure)
Results of my research:
1. Local DB Server - Local Apache Web server - working about 1000
secounds
2. Remote DB Server - Local Apache Web server - working about 3500
secounds

Remote server connected over TCP/IP network via one 100Mb switch (3com
office connect) -network utilization is low when I made test.
Ping to DB server less than 10ms and no packets lost detected when I
ping 100 times with block size 65500

Same tests, using MSSQL Query Analyser got same results for remote and
local server. So, as far as I understand, there is PHP problem, occurs
with remote DB server using.

I want hear any opinion, exept use snap version of php (I tested also
in SNAP version two days ago)


Your, 
vladimir,
Novosibirsk,
Russia.




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

#21757 [Opn->Fbk]: session_register (); does not do it's job!

[iliaa]

 ID:   21757
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: Windows XP Pro
 PHP Version:  4.3.0
 New Comment:

Does your php.ini allow PHP to set cookie session?


Previous Comments:


[2003-01-20 10:40:38] [EMAIL PROTECTED]

Well, Previous version of PHP I used was 4.23 and everything went well.
Now in PHP 4.3 session_register ('string'); or $_SESSION ["string"];
does not register these 'string' variables when going from one page to
another. And by the way, echoing session_id (); in every new page you
go to (using hyperlinks, not opening new IE window) it gives you
different session ID and as far as I know that should not be changhing
unless you open another browser window. Why don't you try registering
variable and in another page writing if (session_is_registered
('string')) echo 'success';

I bet you won't see success though you should!



[2003-01-19 17:52:30] [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.


A) updating category.

B) Not enough info, and from what I can tell so far this is probably
Bogus.  



[2003-01-19 15:38:38] [EMAIL PROTECTED]

Here is the simple peace of code with the link to the page itself.
Session ID has to stay the same all the time as it is assigned to the
browser window (this conclusion is made by my own experiance :) ).
Tested with IE 6.0

//Start here



  


';
?>
Test_Link






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

#21780 [Bgs]: Reading ini file

[ronstk]

 ID:   21780
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: *General Issues
 Operating System: win98se/sambar5
 PHP Version:  4.3.0
 New Comment:

Hallo, thanks for the quick response but Idon't agree for now.
When I start php.exe and the key/value pair has a slash in it, I get
the error.
>From the browsecap.ini included v4.2.3.

[AE/2.1 (linux)]
browser=AE/2.1(Linux)
;browser="AE/2.1(Linux)"
version=2.1

gives me the error in dosbox:
PHP:  Error parsing E:\Iservers\PHP\browscap\browscap.ini on line
8206.
When I move the semicolon 1 up so the quotes are involved php.exe don't
give the error message anymmore.

Ok so I get the new browscap.ini and found slashes in the values, a lot
more then the old file, and no error.
So what was wrong? wel pasting the bad section in the new file and I
did get the error again. 
After deleting the '(' and ')' the error was disapeared.

My conclusion that the old file had a error wasn't wrong, but I had the
wrong character as suspect.
It's also ok when I use quotes around the value.

Now I ask where is mentioned wich characters are not allowed in the
value when writing or reading ini files?

Look at parse_ini_file?
found Note: If a value in the ini file contains any non-alphanumeric
characters it needs to be enclosed in double-quotes ("). 
Wel php.ini does contains lot of values with non-alfa's 
and browscap also. 
As far I know are slashes and parenthesis non-alfa's.
Question stays why does in the above section [AE/2.1 (linux)]
browser=AE/2.1 (linux) gives a error and not
platform=OS/2.

I just wanded to use ini files like windows is using to
set some configurations and that has give me the problems in the past.

May be not a real bug but it's also not a consistent behaviour of
parsing/handling ini files.

You can close this topic if you want.
Thanks again Ron.


Previous Comments:


[2003-01-20 13:11:47] [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

As of PHP 4.3.0 we recommend that you use the browscap.ini provided by
http://www.garykeith.com/browsers/downloads.asp.
That file is kept up to date and will work fine (in PHP context)
without any modifications.



[2003-01-20 12:50:00] [EMAIL PROTECTED]

In the browscap.ini file is at line 8206 an litle problem
I found a error message during the install of v4.2.3 at that line.


[AE/2.1 (linux)]
;browser=AE/2.1(Linux)   < the / is not allowed!
browser="AE/2.1(Linux)"
version=2.1

it is the key/value because in section names there is no problem.
It cant be the dot because there are others without problem
The slash is in this case unique as value, no other have it.

Adding the double quotes repairs the this malfunction and
my system was running at top level.

Just take a look in v4.3.0 and there is no browscap.ini anymore.




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

#21779 [Opn->Bgs]: --disable-short-tags doesn't work

[sniper]

 ID:   21779
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Output Control
 Operating System: Linux (RedHat 7.3 w/ Updates)
 PHP Version:  4.3.0
 New Comment:

You can still override it in php.ini, the configure option
only affects the defaults, when there is NOT php.ini available or the
option is not used in it.



Previous Comments:


[2003-01-20 12:36:29] [EMAIL PROTECTED]

The configure script still reports that one can use
--disable-short-tags, but it doesn't work (I have not tried
'--enable-short-tags=(off|no|0|false)'). Notice that php -i reports
that I have configured and build PHP with the --disable-short-tags
option:

% php -i
...
Configure Command =>  './configure' '--disable-short-tags'
'--disable-rpath' '--disable-url-fopen-wrapper' '--enable-bcmath'
'--enable-calendar' '--enable-debugger' '--enable-dio'
'--enable-discard-path' '--enable-embed=shared' '--enable-exif'
'--enable-force-cgi-redirect' '--enable-ftp'
'--enable-inline-optimization' '--enable-gd-native-ttf'
'--enable-magic-quotes' '--enable-mailparse' '--enable-memory-limit'
'--enable-mime-magic' '--enable-safe-mode' '--enable-shmop'
'--enable-sockets' '--enable-sysvsem' '--enable-sysvshm'
'--enable-track-vars' '--enable-trans-sid' '--enable-wddx'
'--prefix=/home/matt/com/are/dev/build.nocvs'
'--with-apxs=/home/matt/com/are/dev/build.nocvs/sbin/apxs'
'--with-bz2=shared'
'--with-config-file-path=/home/matt/com/are/dev/build.nocvs/etc'
'--with-db3' '--with-curl=shared,/home/matt/com/are/dev/build.nocvs'
'--with-dom=/home/matt/com/are/dev/build.nocvs'
'--with-dom-exslt=/home/matt/com/are/dev/build.nocvs'
'--with-dom-xslt=/home/matt/com/are/dev/build.nocvs'
'--with-expat-dir=/usr' '--with-freetype-dir=/usr' '--with-gd=shared'
'--with-gettext=shared' '--with-gmp' '--with-iconv=shared'
'--with-imap=shared'
'--with-imap-ssl=/home/matt/com/are/dev/build.nocvs'
'--with-jpeg-dir=/usr' '--with-kerberos' '--with-layout=GNU'
'--with-mysql=shared,/usr' '--with-ncurses=shared'
'--with-openssl=shared,/home/matt/com/are/dev/build.nocvs'
'--with-pgsql=shared' '--with-pic' '--with-png-dir=/usr'
'--with-pspell=shared' '--with-readline' '--with-ttf=shared'
'--with-xmlrpc=shared' '--with-xpm-dir=/usr/X11R6' '--with-zlib'
'--x-includes=/usr/X11R6/include/X11' '--x-libraries=/usr/X11R6/lib'
...

However, it looks like this option is completely ignored:

% cat <
=
EOF

Here's the output:

=
Huh?
=





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

#21479 [Opn->Fbk]: function crashes when used with a URL

[sniper]

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

What do you mean with 'crashes' ? And does getimagesize()
work for local files?  
or something like that..?



Previous Comments:


[2003-01-20 12:43:30] [EMAIL PROTECTED]

OK - just checked, and php crashes regardless of the '@'  before
getimagesize



[2003-01-20 04:02:28] [EMAIL PROTECTED]

Please use the 'Edit Submission' link when adding
a comment to your own report.

And do you get any error with the getimagesize() ?
(remove that @ in front of it)




[2003-01-06 21:02:00] [EMAIL PROTECTED]

this happens with every image.



[2003-01-06 20:54:40] [EMAIL PROTECTED]

Does this happen with every image you try or a specific image or two?
In the event of the latter could you please provide a URL to the
offending image.



[2003-01-06 20:17:33] [EMAIL PROTECTED]

function ImgExists($f) {
  $r=@getimagesize("http://localhost/$f";);
  return $r[2]!=0;
}
if(ImgExists('icon.jpg')) echo('exists!');


when calling this function, php.exe (4.3.0 as CGI in IIS4) is crashing.
remark out the 'getimagesize' line, and it won't crash.

i can email my php.ini on request.





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

#21781 [NEW]: enviroment/cgi binary

[phpbugs]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.3.0
PHP Bug Type: Apache related
Bug description:  enviroment/cgi binary

My webserver has two ways of executing the php cgi binary, one way through
suexec (cgi with #!) and another through suphp.

Running the php-code:
echo $_SERVER['SCRIPT_NAME'] . " -- " . $SCRIPT_NAME . " -- " .
getenv('SCRIPT_NAME');

Works as expected under suexec, under suphp however SCRIPT_NAME isn't
available (turns up blank). First I tought that this was an suphp issue,
so I made a really simple C program that logs the arguments and the
environment on execution and replaced the php-cgi binary with this (for
debugging purposes).

I got two fairly similar logs, and I can't for the life of me figure out
what is wrong.

Running with suexec: http://www.sannes.org/cgi/phpinfo.cgi
Running with suphp: http://www.sannes.org/test/phpinfo.suphp
(Where is SCRIPT_NAME?)

Before I paste the logs and the C program, let's sum this up. suexec cgi
is working suphp cgi isn't working.

The suexec arg/env log:
argv[0] = /usr/bin/php-cgi
argv[1] = test.cgi
argv[2] = test.cgi
PATH=/bin:/usr/bin
DOCUMENT_ROOT=/home/ace/public_html
HTTP_ACCEPT=text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1

HTTP_ACCEPT_CHARSET=ISO-8859-1, utf-8;q=0.66, *;q=0.66
HTTP_ACCEPT_ENCODING=gzip, deflate, compress;q=0.9
HTTP_ACCEPT_LANGUAGE=en-us, en;q=0.66, no;q=0.33
HTTP_CONNECTION=keep-alive
HTTP_HOST=www.sannes.org
HTTP_KEEP_ALIVE=300
HTTP_USER_AGENT=Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1)
Gecko/20030105
REMOTE_ADDR=80.202.167.189
REMOTE_PORT=59148
SCRIPT_FILENAME=/home/ace/public_html/cgi/test.cgi
SERVER_ADDR=10.0.18.1
[EMAIL PROTECTED]
SERVER_NAME=www.sannes.org
SERVER_PORT=80
SERVER_SOFTWARE=Apache/1.3.27 (Unix)  (Gentoo/Linux) mod_ssl/2.8.12
OpenSSL/0.9.6g PHP/4.3.0
UNIQUE_ID=PiwgDAoAEgEAABhIFPs
GATEWAY_INTERFACE=CGI/1.1
SERVER_PROTOCOL=HTTP/1.1
REQUEST_METHOD=GET
QUERY_STRING=
REQUEST_URI=/cgi/test.cgi
SCRIPT_NAME=/cgi/test.cgi

The suphp args/env log:
argv[0] = php
argv[1] = -c
argv[2] =
DOCUMENT_ROOT=/home/ace/public_html
HTTP_ACCEPT=text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1

HTTP_ACCEPT_CHARSET=ISO-8859-1, utf-8;q=0.66, *;q=0.66
HTTP_ACCEPT_ENCODING=gzip, deflate, compress;q=0.9
HTTP_ACCEPT_LANGUAGE=en-us, en;q=0.66, no;q=0.33
HTTP_CONNECTION=keep-alive
HTTP_HOST=www.sannes.org
HTTP_KEEP_ALIVE=300
HTTP_USER_AGENT=Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1)
Gecko/20030105
PATH=/bin:/usr/bin
REMOTE_ADDR=80.202.167.189
REMOTE_PORT=59143
SCRIPT_FILENAME=/home/ace/public_html/test/test.suphp
SERVER_ADDR=10.0.18.1
[EMAIL PROTECTED]
SERVER_NAME=www.sannes.org
SERVER_PORT=80
SERVER_SIGNATURE=Apache/1.3.27 Server at www.sannes.org Port
80

SERVER_SOFTWARE=Apache/1.3.27 (Unix)  (Gentoo/Linux) mod_ssl/2.8.12
OpenSSL/0.9.6g PHP/4.3.0
UNIQUE_ID=Piwf6AoAEgEAABFnCaY
GATEWAY_INTERFACE=CGI/1.1
SERVER_PROTOCOL=HTTP/1.1
REQUEST_METHOD=GET
QUERY_STRING=
REQUEST_URI=/test/test.suphp
SCRIPT_NAME=/test/test.suphp
SCRIPT_URL=/test/test.suphp
PATH_TRANSLATED=/home/ace/public_html/test/test.suphp
PATH_INFO=/test/test.suphp
REDIRECT_SCRIPT_URL=/test/test.suphp
REDIRECT_STATUS=200
REDIRECT_URL=/test/test.suphp


The simple c program:
#include 
#include 

int main(int argc, char *argv[]) {
extern char **environ;
int i;
FILE *fh;

fh = fopen("/tmp/any-php.log", "a");

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

#21773 [Opn->Fbk]: The process is killed after OCIFetch()

[iliaa]

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

Do you see "OCI8 Recursive call!" such an error message?


Previous Comments:


[2003-01-20 10:51:56] [EMAIL PROTECTED]

Before the connection to the db it is present the following statement:

//Set max execution time to infinite

set_time_limit(0);

The loop is stopped when there is an error, in this case the variable
$error=1.

Thanks



[2003-01-20 10:51:54] [EMAIL PROTECTED]

Before the connection to the db it is present the following statement:

//Set max execution time to infinite

set_time_limit(0);

The loop is stopped when there is an error, in this case the variable
$error=1.

Thanks



[2003-01-20 10:19:01] [EMAIL PROTECTED]

This is not an infinite loop, it runs only while ($error==0).

And then there's a time limit for every PHP script, see
.

Better ask such questions in the php.db mailing list, see
.



[2003-01-20 10:01:14] [EMAIL PROTECTED]

Hello,

we have a PHP script that run in a infinite loop looking 
on ORACLE DB (8.1.7). In each loop a SELECT is done, if this doesn't
return data then the SELECT is executed after two seconds. If after not
certain time the SELECT doesn't return data then when it returns data
the process is killed after OCIFetch(), view code for understand
better.

//START

$dbConnection = @OCILogon(USER_ID, PASSWORD, SID);
// infinite loop
$error=0;
do  
{
   $query="SELECT DATA FROM PROV";
   $stmt = @OCIParse($dbConnection,$query);
   @OCIDefineByName($stmt,"DATA",&$data);
   @OCIExecute($stmt);
   $err_ora = @OCIError($stmt);
   if ($err_ora)  
   {
$error=1;   
 
   }

   While (@OCIFetch($stmt) && ($error==0))
   {
   
   

   }
   @OCIFreeStatement($stmt);
   sleep(2);

}while ($error==0);



Thanks for any suggestion




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

#21781 [Opn->Bgs]: enviroment/cgi binary

[sniper]

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

Both of those envs show that SCRIPT_NAME is available.
And we don't support suPHP, you need to mail your bug reports to them.



Previous Comments:


[2003-01-20 14:43:58] [EMAIL PROTECTED]

My webserver has two ways of executing the php cgi binary, one way
through suexec (cgi with #!) and another through suphp.

Running the php-code:
echo $_SERVER['SCRIPT_NAME'] . " -- " . $SCRIPT_NAME . " -- " .
getenv('SCRIPT_NAME');

Works as expected under suexec, under suphp however SCRIPT_NAME isn't
available (turns up blank). First I tought that this was an suphp
issue, so I made a really simple C program that logs the arguments and
the environment on execution and replaced the php-cgi binary with this
(for debugging purposes).

I got two fairly similar logs, and I can't for the life of me figure
out what is wrong.

Running with suexec: http://www.sannes.org/cgi/phpinfo.cgi
Running with suphp: http://www.sannes.org/test/phpinfo.suphp
(Where is SCRIPT_NAME?)

Before I paste the logs and the C program, let's sum this up. suexec
cgi is working suphp cgi isn't working.

The suexec arg/env log:
argv[0] = /usr/bin/php-cgi
argv[1] = test.cgi
argv[2] = test.cgi
PATH=/bin:/usr/bin
DOCUMENT_ROOT=/home/ace/public_html
HTTP_ACCEPT=text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1

HTTP_ACCEPT_CHARSET=ISO-8859-1, utf-8;q=0.66, *;q=0.66
HTTP_ACCEPT_ENCODING=gzip, deflate, compress;q=0.9
HTTP_ACCEPT_LANGUAGE=en-us, en;q=0.66, no;q=0.33
HTTP_CONNECTION=keep-alive
HTTP_HOST=www.sannes.org
HTTP_KEEP_ALIVE=300
HTTP_USER_AGENT=Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1)
Gecko/20030105
REMOTE_ADDR=80.202.167.189
REMOTE_PORT=59148
SCRIPT_FILENAME=/home/ace/public_html/cgi/test.cgi
SERVER_ADDR=10.0.18.1
[EMAIL PROTECTED]
SERVER_NAME=www.sannes.org
SERVER_PORT=80
SERVER_SOFTWARE=Apache/1.3.27 (Unix)  (Gentoo/Linux) mod_ssl/2.8.12
OpenSSL/0.9.6g PHP/4.3.0
UNIQUE_ID=PiwgDAoAEgEAABhIFPs
GATEWAY_INTERFACE=CGI/1.1
SERVER_PROTOCOL=HTTP/1.1
REQUEST_METHOD=GET
QUERY_STRING=
REQUEST_URI=/cgi/test.cgi
SCRIPT_NAME=/cgi/test.cgi

The suphp args/env log:
argv[0] = php
argv[1] = -c
argv[2] =
DOCUMENT_ROOT=/home/ace/public_html
HTTP_ACCEPT=text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1

HTTP_ACCEPT_CHARSET=ISO-8859-1, utf-8;q=0.66, *;q=0.66
HTTP_ACCEPT_ENCODING=gzip, deflate, compress;q=0.9
HTTP_ACCEPT_LANGUAGE=en-us, en;q=0.66, no;q=0.33
HTTP_CONNECTION=keep-alive
HTTP_HOST=www.sannes.org
HTTP_KEEP_ALIVE=300
HTTP_USER_AGENT=Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1)
Gecko/20030105
PATH=/bin:/usr/bin
REMOTE_ADDR=80.202.167.189
REMOTE_PORT=59143
SCRIPT_FILENAME=/home/ace/public_html/test/test.suphp
SERVER_ADDR=10.0.18.1
[EMAIL PROTECTED]
SERVER_NAME=www.sannes.org
SERVER_PORT=80
SERVER_SIGNATURE=Apache/1.3.27 Server at www.sannes.org Port
80

SERVER_SOFTWARE=Apache/1.3.27 (Unix)  (Gentoo/Linux) mod_ssl/2.8.12
OpenSSL/0.9.6g PHP/4.3.0
UNIQUE_ID=Piwf6AoAEgEAABFnCaY
GATEWAY_INTERFACE=CGI/1.1
SERVER_PROTOCOL=HTTP/1.1
REQUEST_METHOD=GET
QUERY_STRING=
REQUEST_URI=/test/test.suphp
SCRIPT_NAME=/test/test.suphp
SCRIPT_URL=/test/test.suphp
PATH_TRANSLATED=/home/ace/public_html/test/test.suphp
PATH_INFO=/test/test.suphp
REDIRECT_SCRIPT_URL=/test/test.suphp
REDIRECT_STATUS=200
REDIRECT_URL=/test/test.suphp


The simple c program:
#include 
#include 

int main(int argc, char *argv[]) {
extern char **environ;
int i;
FILE *fh;

fh = fopen("/tmp/any-php.log", "a");

for (i = 0; ihttp://bugs.php.net/?id=21781&edit=1

#21782 [NEW]: array key comparision issue(?)

[carlos]

From: [EMAIL PROTECTED]
Operating system: Linux GNU/Debian
PHP version:  4.2.3
PHP Bug Type: Arrays related
Bug description:  array key comparision issue(?)

test.php:
"any", "3"=>"+3", "2"=>"+2",
"1"=>"+1", "0"=>"0", "-1"=>"-1",
"-2"=>"-2", "-3"=>"-3" );
  foreach( $test AS $key=>$val )
 printf("'%s' vs. '%s' result: %d\n", $val1, $key, ($key == $val1) );
?>

$ php test.php
'any' vs. 'any' result: 1
'any' vs. '3' result: 0
'any' vs. '2' result: 0
'any' vs. '1' result: 0
'any' vs. '0' result: 1
'any' vs. '-1' result: 0
'any' vs. '-2' result: 0
'any' vs. '-3' result: 0

$ php -v
4.2.3

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

#21650 [Opn->Bgs]: libphp4.so not found after a successful compile

[sniper]

 ID:   21650
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: AIX 4.3.3
 PHP Version:  4.3.0
 New Comment:

To [EMAIL PROTECTED]:

  This bug is already reported here: 
http://bugs.php.net/bug.php?id=14245

To [EMAIL PROTECTED] :

  Your problem has nothing to do with this bug.
  And you're not even close to the real solution..
  Please ask further _SUPPORT_ questions at the
  appropriate lists. (php-general/php-install)





Previous Comments:


[2003-01-20 11:44:54] [EMAIL PROTECTED]

More info...

box: pentium 133
os: redhat 7.2

configure:
./configure --with-apsx2=/usr/local/apache/bin/apxs  --with-gettext
--with-xml --with-mcrypt --with-imap --with-imap-ssl --with-mysql

I've tried these things with no success:
1. updating to the latest libtool (libtool-1.4d.tar.gz)
2. adjusting libtool parameters build_libtool_libs & build_old_libs
3. rerunning the last libtool command without -lcrypt
4. make libs/libphp4.bundle (creates libphp4.so, but it won't load when
I restart apache).
5. updating to latest php snapshot (php4-STABLE-200301200430.tar.gz)
and retrying steps 2, 3, 4

All of this, just to get mysql to work with php for imp preferences
(www.horde.org/imp/)



[2003-01-20 04:02:41] [EMAIL PROTECTED]

build_libtool_libs already set to yes :)



[2003-01-19 22:38:30] [EMAIL PROTECTED]

I just hit this bug tonight. It appears this bug has been around in one
form or another for over a year, but I haven't seen a solid solution
yet. 

Basic bug: libphp4.la created instead of libphp4.so.

Closest solution so far:
The libphp4.so not is created by make because the libtool have a flag
set to no. The libtool is created by configure; before you launch make,
edit libtool and set build_libtool_libs=yes. After launched make, under
.libs you find libphp4.so.0:move it under libs as libphp4.so and run
make install.

This did not work for me (libphp4.so.0 file never created - .libs
directory isn't created until make install...). Maybe it will work for
you.

I will keep digging. If I find a solution, I will post it...

Research:

When I grep the Makefile for libphp4.so, I see:

libs/libphp4.bundle: $(PHP_GLOBAL_OBJS) $(PHP_SAPI_OBJS)
$(CC) $(MH_BUNDLE_FLAGS) $(CFLAGS_CLEAN) $(EXTRA_CFLAGS)
$(LDFLAGS) $(EXTRA_LDFLAGS) $(PHP_GLOBAL_OBJS:.lo=.o) $(PHP_SAPI_OB
JS:.lo=.o) $(PHP_FRAMEWORKS) $(EXTRA_LIBS) $(ZEND_EXTRA_LIBS) -o $@ &&
cp $@ libs/libphp4.so

This is a hint towards the solution...



[2003-01-15 02:40:17] [EMAIL PROTECTED]

config :  ./configure --with-apxs=/system/www/bin/apxs
gcc version : 2.9-aix43-010414 (yep,this is compiled by IBM for rs/6000
platform)

after a successful compiling phase following error message
displayed...

 cut here 
Installing PHP SAPI module
[activating module `php4' in /system/www/conf/httpd.conf]
cp libs/libphp4.so /system/www/libexec/libphp4.so
cp: libs/libphp4.so: A file or directory in the path name does not
exist.
apxs:Break: Command failed with rc=1
make: 1254-004 The error code from the last command is 1.


Stop.
- cut here 
there are libphp4.la and libphp4.a files in libs directory.




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

#21763 [Fbk->Opn]: imagecolortransparent &/or imagecolorallocate not working with 2- and 4-bit png

[sniper]

 ID:   21763
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: GD related
 Operating System: Mac OS X 10.2.3
 PHP Version:  4.3.0
 New Comment:

When you give feedback, please DO NOT USE the page behind the 'Add
Comment' link!!



Previous Comments:


[2003-01-20 12:20:57] [EMAIL PROTECTED]

I'm using the bundled library. And since there seems to be no way to
upload them (even though they're about 5K total), I'll just put the
images here:

Orc: http://homepage.mac.com/tuxedobob/Orc.png
Board: http://homepage.mac.com/tuxedobob/Board.png



[2003-01-20 09:39:44] [EMAIL PROTECTED]

Please provide the two images used in your example.
Also, are you using the bundled GD library or the non-bundled one?



[2003-01-20 02:28:08] [EMAIL PROTECTED]

In the following script:



what I expect to happen is that the black in the 'Orc.png' image will
become transparent when it is copied onto 'Board.png'. This doesn't
happen. The transparency is not recognized at all.

More info:
Orc.png is a 2-bit PNG, with black occupying two of the colors. (It
doesn't work even if it only has one.)
Board.png is a 4-bit PNG with 6 distinct colors (11 copies of black).
If I change the line to

imagecolortransparent('$image2, imagecolorat($image2, 0, 0);

it works correctly. If I change the line use either 2 or 3, as in

imagecolortransparent('$image2, 3);

it works depending on which black (index no. 2 or 3) is actually in the
image. There may be no way around this except to have
imagecolortransparent check by RGB values rather than an index number.




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

#21771 [Opn->Fbk]: variable names changing in turkish locale

[sniper]

 ID:   21771
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Variables related
 Operating System: linux kernel 2.4.18
 PHP Version:  4.3.0
 New Comment:

Can you provide some short example script?
And what locale causes this?



Previous Comments:


[2003-01-20 06:39:44] [EMAIL PROTECTED]

Oops... This may not be related to php. It may be resulting from the
turkish locale system itself. Let me investigate...



[2003-01-20 06:24:33] [EMAIL PROTECTED]

I thought this bug was submitted for an earlier version of php (maybe
4.1.2 or so), but it seems to be not corrected.

The main problem is, the lowercase of "I" in Turkish is not "i". it is
an "i" without a dot on top of it: "ý".

Something in php affects all variables including the letter "I". So
$_SESSION, SID, or PHPSESSID doesn't work.

I think some code in php first changes all variables names to lowercase
(and for turkish locale, incorrectly lowercases I to i), and then
changes all variable names to uppercase (and correctly uppercases i to
Ý).

So, $_SESSION becomes $_SESSÝON, and since php couldn't find a variable
named $_SESSION, it regenerates a new PHPSESSID.

The correct uppercase - lowercase of this letter is:

I - ý
Ý - i

A workaround for this is making sure apache server starts in en_US
locale.




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

#19918 [Com]: no libphp4.so produced

[the . token]

 ID:   19918
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Compile Failure
 Operating System: HP-UX 11.00
 PHP Version:  4.3.0
 New Comment:

OS: OpenBSD 3.1 
gcc: 2.95.3
GNU Make: 3.79
OpenBSD default Make: unknown
GNU libtool: 1.4.3 
PHP: php4-STABLE-200301202030

Configure flags:

./configure --prefix=/usr/local/php/4.3.0/ --enable-track-vars
--enable-magic-quotes --disable-short-tags --enable-static
--with-openssl=/usr/local/openssl/0.9.6g/ --enable-ftp
--with-mysql=/usr/local/mysql/3.23.54a/
--with-pgsql=/usr/local/postgresql/7.3.1/ --with-flatfile
--enable-sockets --enable-session
--with-apxs=/usr/local/apache/1.3.27/bin/apxs
--with-ldap=/usr/local/openldap/2.1.9/ --enable-sockets --with-gd
--with-png=/usr/local/libpng/1.2.0/
--with-png-dir=/usr/local/libpng/1.2.0/ --with-jpeg=/usr/local/jpeg/6b/
--with-jpeg-dir=/usr/local/jpeg/6b/ --with-zlib=/usr/local/zlib/1.1.3/
--with-zlib=/usr/local/zlib/1.1.3/
--with-freetype=/usr/local/freetype/1.3.1/
--with-dom=/usr/local/libxml/2.4.23/
--with-pdflib=/usr/local/pdflib/4.0.3/
--with-mssql=/usr/local/freetds/0.60/ --enable-bcmath


Warnings while running make:

*** Warning: This library needs some functionality provided by -lpng.
*** I have the capability to make that library automatically link in
when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.

*** Warning: This library needs some functionality provided by -lpng.
*** I have the capability to make that library automatically link in
when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.

*** Warning: libtool could not satisfy all declared inter-library
*** dependencies of module libphp4.  Therefore, libtool will create
*** a static module, that should work as long as the dlopening
*** application is linked with the -dlopen flag.


Warnings while running "make install":

*** Warning: This library needs some functionality provided by -lpng.
*** I have the capability to make that library automatically link in
when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.

*** Warning: This library needs some functionality provided by -lpng.
*** I have the capability to make that library automatically link in
when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.

*** Warning: libtool could not satisfy all declared inter-library
*** dependencies of module libphp4.  Therefore, libtool will create
*** a static module, that should work as long as the dlopening
*** application is linked with the -dlopen flag.


Errors while running "make install":

Installing PHP SAPI module
[activating module `php4' in /usr/local/apache/1.3.27/conf/httpd.conf]
cp libs/libphp4.so /usr/local/apache/1.3.27/libexec/libphp4.so
cp: libs/libphp4.so: No such file or directory
apxs:Break: Command failed with rc=1
make: *** [install-sapi] Error 1


no hint, no clue, no idea... comments?


Previous Comments:


[2002-12-31 08:29:47] [EMAIL PROTECTED]

Changed category from Apache2 to Compile Issues

I've tested now with apache 1.3.x and the result is the same. What is
the other bug saying that is doesn't work with apache 1.3.x ?

Now (with 4.3.0) the error when we make install is : 

Installing PHP CLI binary:/PKl01h01/soft/web/bin/
Installing PHP SAPI module
apxs:Error: file libs/libphp4.sl is not a DSO
*** Error exit code 1

Stop.
-
There's no libs/libphp4.sl


php 4.2.3 libs produce (OK) : 

libphp4.la
libphp4.sl

php 4.3.0 libs produce (not OK) : 

libphp4.a
libphp4.la

What can I do ? Do you have reproduced the suggestion 
of [EMAIL PROTECTED] with -lcrypt ?

@++
JC



[2002-12-23 04:57:43] [EMAIL PROTECTED]

Same result with PHP 4.3.0RC4

It's a critical bug in "Apache2 related" category.
Can you change the status to critical ?

@++
JC



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

tested with php4-200212111630

same result.

@++
JC



[2002-11-26 18:46:28] [EMAIL PROTECTED]

Using the latest CVS snapshot php4-STABLE-200211262230, I was able to
locate what I believe to be the problem.  A

#15637 [Opn->Fbk]: if using URI, ldap_connect() returns resource ID when server does not exist

[iliaa]

 ID:   15637
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: LDAP related
 Operating System: Linux - RedHat 7.2
 PHP Version:  4.4.0-dev
 New Comment:

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

With latest CVS it returns FALSE when appropriate, cannot replicate the
problem.


Previous Comments:


[2003-01-17 22:26:57] [EMAIL PROTECTED]

I cannot get ldap_connect() to return false under ANY conditions,
including with the examples provided in this bug report.  I find this
behavior impossible to document, please have another look at this. 
Reclassifying -> ldap related.

Shouldn't these return false?  They are not URI's:
var_dump(ldap_connect('foo'));
var_dump(ldap_connect('does.not.exist'));

I get resources with both.  apache1.3.26/php4.4/openldap2.0.23



[2003-01-06 11:28:38] [EMAIL PROTECTED]

when using an ip address ldap_connect doesn't work as described.

$server = "10.1.1.100";
$port = "389";

$ds = ldap_connect($server, $port);

the result is true even if the server does not exist or the service is
not running.



[2002-12-27 16:27:34] [EMAIL PROTECTED]

I have observed something like this (in php-4.30rc3):
The whole script:



regards.



[2002-11-29 09:07:12] [EMAIL PROTECTED]

Hello,

in php-4.30rcX, the ldap_connect doesn't perform the connection, so
documentation should be updated.
But, the documention (on zend site) for ldap_connect is:

ldap_connect() establishes a connection to a LDAP server on a
specified
hostname and port. Both the arguments are optional. --> If no
arguments
are specified then the link identifier of the already opened link will
be returned. 

In my script i don't have any previous opened link, so i think the
function would return FALSE. 
Or the documention is wrong and need correction.




Sincerely



[2002-10-31 15:09:44] [EMAIL PROTECTED]

[EMAIL PROTECTED] suggests that "Checking the return code of ldap_bind()
would be the proper thing to do anyway."  However, the act of calling
ldap_bind generates an error message on the page, e.g.:

"Warning: LDAP: Unable to bind to server: Can't contact LDAP server in
/home/shop/www/ldaps-1.php on line 8"

before any check can be made on the results of ldap_bind().  
We are trying to create our first secure ldap system, and the
false-positive returns from ldap_connect() are making it difficult to
track down problems.



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

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

#21643 [Fbk->Opn]: ldap_search same criteria no results

[ryanphp]

 ID:   21643
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: LDAP related
 Operating System: windows 2000
 PHP Version:  4.3.0
 New Comment:

Ok, I give up. After I actually found one of those servers that worked
I couldn't find a single valid attribute to search on. I tried cn,
name, ... and other common attribute types. All returned invalid
attribute type. So here's a simpler sample of the problem:




PHP 4.2.3 extension returns: 1 records returned.
PHP 4.3.0 extension returns:
Warning: ldap_search(): Search: Bad search filter in
R:\WebApps\api\ldapSearcherTest.php on line 9

Warning: ldap_get_entries(): supplied argument is not a valid ldap
result resource in R:\WebApps\api\ldapSearcherTest.php on line 10
0 records returned.


Previous Comments:


[2003-01-19 17:57:16] [EMAIL PROTECTED]

leaving as feedback until a response comes in...



[2003-01-18 08:18:39] [EMAIL PROTECTED]

I'm on the edit submission tab but it still says "New Comment" I hope
this is the right way to respond to this. Anyway, I will try to build a
simple sample on Monday. Thanks!



[2003-01-17 21:03:32] [EMAIL PROTECTED]

Please don't reply to your own report using 'Add Comment',
use 'Edit Submission' link instead!!!

And yes, it might be possible that your search string is not
valid, please ask on some openldap mailing list.

And I didn't ask for you to make your own ldap server public, but come
up with script accessing one of these 
servers:

   http://www.emailman.com/ldap/public.html 





[2003-01-16 11:42:08] [EMAIL PROTECTED]

"Are you absolutely sure you updated PHP correctly? All the dlls from
the dlls/ folder too?" - I am positive. I copied the dlls folder to
system32 just to check. Same result. 4.3 is completely functional
except I have to use the php_ldap.dll file from 4.2.3.

"And could you come up with a short example script using some public
ldap server so that I can try it myself within Linux?" - I really
can't. The only reason I can't is that our network would go haywire if
I set up a temporary Active Directory server.

Is it possible that the changes made cause the search function to look
at the criteria differently? Maybe my search string is no longer valid?



[2003-01-15 16:09:24] [EMAIL PROTECTED]

And could you come up with a short example script using some
public ldap server so that I can try it myself within Linux?




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

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

#21781 [Bgs]: enviroment/cgi binary

[phpbugs]

 ID:   21781
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Apache related
 Operating System: Linux
 PHP Version:  4.3.0
 New Comment:

That is my point, there isn't anything wrong with suPHP as far as I can
tell, the enviroment is correct, it's just php cgi binary that don't
work correctly (not doing what should be doing).

So if the enviroment is correct, why doesn't PHP show it correctly.


Previous Comments:


[2003-01-20 15:39:26] [EMAIL PROTECTED]

Both of those envs show that SCRIPT_NAME is available.
And we don't support suPHP, you need to mail your bug reports to them.




[2003-01-20 14:43:58] [EMAIL PROTECTED]

My webserver has two ways of executing the php cgi binary, one way
through suexec (cgi with #!) and another through suphp.

Running the php-code:
echo $_SERVER['SCRIPT_NAME'] . " -- " . $SCRIPT_NAME . " -- " .
getenv('SCRIPT_NAME');

Works as expected under suexec, under suphp however SCRIPT_NAME isn't
available (turns up blank). First I tought that this was an suphp
issue, so I made a really simple C program that logs the arguments and
the environment on execution and replaced the php-cgi binary with this
(for debugging purposes).

I got two fairly similar logs, and I can't for the life of me figure
out what is wrong.

Running with suexec: http://www.sannes.org/cgi/phpinfo.cgi
Running with suphp: http://www.sannes.org/test/phpinfo.suphp
(Where is SCRIPT_NAME?)

Before I paste the logs and the C program, let's sum this up. suexec
cgi is working suphp cgi isn't working.

The suexec arg/env log:
argv[0] = /usr/bin/php-cgi
argv[1] = test.cgi
argv[2] = test.cgi
PATH=/bin:/usr/bin
DOCUMENT_ROOT=/home/ace/public_html
HTTP_ACCEPT=text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1

HTTP_ACCEPT_CHARSET=ISO-8859-1, utf-8;q=0.66, *;q=0.66
HTTP_ACCEPT_ENCODING=gzip, deflate, compress;q=0.9
HTTP_ACCEPT_LANGUAGE=en-us, en;q=0.66, no;q=0.33
HTTP_CONNECTION=keep-alive
HTTP_HOST=www.sannes.org
HTTP_KEEP_ALIVE=300
HTTP_USER_AGENT=Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1)
Gecko/20030105
REMOTE_ADDR=80.202.167.189
REMOTE_PORT=59148
SCRIPT_FILENAME=/home/ace/public_html/cgi/test.cgi
SERVER_ADDR=10.0.18.1
[EMAIL PROTECTED]
SERVER_NAME=www.sannes.org
SERVER_PORT=80
SERVER_SOFTWARE=Apache/1.3.27 (Unix)  (Gentoo/Linux) mod_ssl/2.8.12
OpenSSL/0.9.6g PHP/4.3.0
UNIQUE_ID=PiwgDAoAEgEAABhIFPs
GATEWAY_INTERFACE=CGI/1.1
SERVER_PROTOCOL=HTTP/1.1
REQUEST_METHOD=GET
QUERY_STRING=
REQUEST_URI=/cgi/test.cgi
SCRIPT_NAME=/cgi/test.cgi

The suphp args/env log:
argv[0] = php
argv[1] = -c
argv[2] =
DOCUMENT_ROOT=/home/ace/public_html
HTTP_ACCEPT=text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1

HTTP_ACCEPT_CHARSET=ISO-8859-1, utf-8;q=0.66, *;q=0.66
HTTP_ACCEPT_ENCODING=gzip, deflate, compress;q=0.9
HTTP_ACCEPT_LANGUAGE=en-us, en;q=0.66, no;q=0.33
HTTP_CONNECTION=keep-alive
HTTP_HOST=www.sannes.org
HTTP_KEEP_ALIVE=300
HTTP_USER_AGENT=Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1)
Gecko/20030105
PATH=/bin:/usr/bin
REMOTE_ADDR=80.202.167.189
REMOTE_PORT=59143
SCRIPT_FILENAME=/home/ace/public_html/test/test.suphp
SERVER_ADDR=10.0.18.1
[EMAIL PROTECTED]
SERVER_NAME=www.sannes.org
SERVER_PORT=80
SERVER_SIGNATURE=Apache/1.3.27 Server at www.sannes.org Port
80

SERVER_SOFTWARE=Apache/1.3.27 (Unix)  (Gentoo/Linux) mod_ssl/2.8.12
OpenSSL/0.9.6g PHP/4.3.0
UNIQUE_ID=Piwf6AoAEgEAABFnCaY
GATEWAY_INTERFACE=CGI/1.1
SERVER_PROTOCOL=HTTP/1.1
REQUEST_METHOD=GET
QUERY_STRING=
REQUEST_URI=/test/test.suphp
SCRIPT_NAME=/test/test.suphp
SCRIPT_URL=/test/test.suphp
PATH_TRANSLATED=/home/ace/public_html/test/test.suphp
PATH_INFO=/test/test.suphp
REDIRECT_SCRIPT_URL=/test/test.suphp
REDIRECT_STATUS=200
REDIRECT_URL=/test/test.suphp


The simple c program:
#include 
#include 

int main(int argc, char *argv[]) {
extern char **environ;
int i;
FILE *fh;

fh = fopen("/tmp/any-php.log", "a");

for (i = 0; ihttp://bugs.php.net/?id=21781&edit=1

#21781 [Bgs]: enviroment/cgi binary

[sniper]

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

If it works with suexec, then it can't be PHP that has the bug..



Previous Comments:


[2003-01-20 16:33:56] [EMAIL PROTECTED]

That is my point, there isn't anything wrong with suPHP as far as I can
tell, the enviroment is correct, it's just php cgi binary that don't
work correctly (not doing what should be doing).

So if the enviroment is correct, why doesn't PHP show it correctly.



[2003-01-20 15:39:26] [EMAIL PROTECTED]

Both of those envs show that SCRIPT_NAME is available.
And we don't support suPHP, you need to mail your bug reports to them.




[2003-01-20 14:43:58] [EMAIL PROTECTED]

My webserver has two ways of executing the php cgi binary, one way
through suexec (cgi with #!) and another through suphp.

Running the php-code:
echo $_SERVER['SCRIPT_NAME'] . " -- " . $SCRIPT_NAME . " -- " .
getenv('SCRIPT_NAME');

Works as expected under suexec, under suphp however SCRIPT_NAME isn't
available (turns up blank). First I tought that this was an suphp
issue, so I made a really simple C program that logs the arguments and
the environment on execution and replaced the php-cgi binary with this
(for debugging purposes).

I got two fairly similar logs, and I can't for the life of me figure
out what is wrong.

Running with suexec: http://www.sannes.org/cgi/phpinfo.cgi
Running with suphp: http://www.sannes.org/test/phpinfo.suphp
(Where is SCRIPT_NAME?)

Before I paste the logs and the C program, let's sum this up. suexec
cgi is working suphp cgi isn't working.

The suexec arg/env log:
argv[0] = /usr/bin/php-cgi
argv[1] = test.cgi
argv[2] = test.cgi
PATH=/bin:/usr/bin
DOCUMENT_ROOT=/home/ace/public_html
HTTP_ACCEPT=text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1

HTTP_ACCEPT_CHARSET=ISO-8859-1, utf-8;q=0.66, *;q=0.66
HTTP_ACCEPT_ENCODING=gzip, deflate, compress;q=0.9
HTTP_ACCEPT_LANGUAGE=en-us, en;q=0.66, no;q=0.33
HTTP_CONNECTION=keep-alive
HTTP_HOST=www.sannes.org
HTTP_KEEP_ALIVE=300
HTTP_USER_AGENT=Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1)
Gecko/20030105
REMOTE_ADDR=80.202.167.189
REMOTE_PORT=59148
SCRIPT_FILENAME=/home/ace/public_html/cgi/test.cgi
SERVER_ADDR=10.0.18.1
[EMAIL PROTECTED]
SERVER_NAME=www.sannes.org
SERVER_PORT=80
SERVER_SOFTWARE=Apache/1.3.27 (Unix)  (Gentoo/Linux) mod_ssl/2.8.12
OpenSSL/0.9.6g PHP/4.3.0
UNIQUE_ID=PiwgDAoAEgEAABhIFPs
GATEWAY_INTERFACE=CGI/1.1
SERVER_PROTOCOL=HTTP/1.1
REQUEST_METHOD=GET
QUERY_STRING=
REQUEST_URI=/cgi/test.cgi
SCRIPT_NAME=/cgi/test.cgi

The suphp args/env log:
argv[0] = php
argv[1] = -c
argv[2] =
DOCUMENT_ROOT=/home/ace/public_html
HTTP_ACCEPT=text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1

HTTP_ACCEPT_CHARSET=ISO-8859-1, utf-8;q=0.66, *;q=0.66
HTTP_ACCEPT_ENCODING=gzip, deflate, compress;q=0.9
HTTP_ACCEPT_LANGUAGE=en-us, en;q=0.66, no;q=0.33
HTTP_CONNECTION=keep-alive
HTTP_HOST=www.sannes.org
HTTP_KEEP_ALIVE=300
HTTP_USER_AGENT=Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1)
Gecko/20030105
PATH=/bin:/usr/bin
REMOTE_ADDR=80.202.167.189
REMOTE_PORT=59143
SCRIPT_FILENAME=/home/ace/public_html/test/test.suphp
SERVER_ADDR=10.0.18.1
[EMAIL PROTECTED]
SERVER_NAME=www.sannes.org
SERVER_PORT=80
SERVER_SIGNATURE=Apache/1.3.27 Server at www.sannes.org Port
80

SERVER_SOFTWARE=Apache/1.3.27 (Unix)  (Gentoo/Linux) mod_ssl/2.8.12
OpenSSL/0.9.6g PHP/4.3.0
UNIQUE_ID=Piwf6AoAEgEAABFnCaY
GATEWAY_INTERFACE=CGI/1.1
SERVER_PROTOCOL=HTTP/1.1
REQUEST_METHOD=GET
QUERY_STRING=
REQUEST_URI=/test/test.suphp
SCRIPT_NAME=/test/test.suphp
SCRIPT_URL=/test/test.suphp
PATH_TRANSLATED=/home/ace/public_html/test/test.suphp
PATH_INFO=/test/test.suphp
REDIRECT_SCRIPT_URL=/test/test.suphp
REDIRECT_STATUS=200
REDIRECT_URL=/test/test.suphp


The simple c program:
#include 
#include 

int main(int argc, char *argv[]) {
extern char **environ;
int i;
FILE *fh;

fh = fopen("/tmp/any-php.log", "a");

for (i = 0; ihttp://bugs.php.net/?id=21781&edit=1

#21643 [Opn]: ldap_search same criteria no results

[ryanphp]

 ID:   21643
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: LDAP related
 Operating System: windows 2000
 PHP Version:  4.3.0
 New Comment:

Aha... it doesn't like the parens ... also, it seems to not like the
single quote. The problem with that is if i don't use the single quotes
I get back 2 records. :-\


Previous Comments:


[2003-01-20 16:33:14] [EMAIL PROTECTED]

Ok, I give up. After I actually found one of those servers that worked
I couldn't find a single valid attribute to search on. I tried cn,
name, ... and other common attribute types. All returned invalid
attribute type. So here's a simpler sample of the problem:




PHP 4.2.3 extension returns: 1 records returned.
PHP 4.3.0 extension returns:
Warning: ldap_search(): Search: Bad search filter in
R:\WebApps\api\ldapSearcherTest.php on line 9

Warning: ldap_get_entries(): supplied argument is not a valid ldap
result resource in R:\WebApps\api\ldapSearcherTest.php on line 10
0 records returned.



[2003-01-19 17:57:16] [EMAIL PROTECTED]

leaving as feedback until a response comes in...



[2003-01-18 08:18:39] [EMAIL PROTECTED]

I'm on the edit submission tab but it still says "New Comment" I hope
this is the right way to respond to this. Anyway, I will try to build a
simple sample on Monday. Thanks!



[2003-01-17 21:03:32] [EMAIL PROTECTED]

Please don't reply to your own report using 'Add Comment',
use 'Edit Submission' link instead!!!

And yes, it might be possible that your search string is not
valid, please ask on some openldap mailing list.

And I didn't ask for you to make your own ldap server public, but come
up with script accessing one of these 
servers:

   http://www.emailman.com/ldap/public.html 





[2003-01-16 11:42:08] [EMAIL PROTECTED]

"Are you absolutely sure you updated PHP correctly? All the dlls from
the dlls/ folder too?" - I am positive. I copied the dlls folder to
system32 just to check. Same result. 4.3 is completely functional
except I have to use the php_ldap.dll file from 4.2.3.

"And could you come up with a short example script using some public
ldap server so that I can try it myself within Linux?" - I really
can't. The only reason I can't is that our network would go haywire if
I set up a temporary Active Directory server.

Is it possible that the changes made cause the search function to look
at the criteria differently? Maybe my search string is no longer valid?



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

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