#22519 [Fbk->Opn]: Apache catches SEGV

[thomas dot mieslinger at gls-germany dot com]

 ID:   22519
 User updated by:  thomas dot mieslinger at gls-germany dot com
 Reported By:  thomas dot mieslinger at gls-germany dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Informix related
 Operating System: Solaris 7 intel
 PHP Version:  4.3.1
 New Comment:

Trust me, we didn't change a bit with php, php.ini, apache or
httpd.conf. OK the database grew and we changed some PHP scripts, but
the bug appears on any page even if it worked for two weeks.
In some situations the -439 appears more often espeially when one or
more really large selects are running (result set > 1M).

Now whats this when I say we see -439. When a php page is opened it
first checks for some entries in the database. These calls die with
error -439.

I am sure that it is an php problem because with dbaccess or perl I can
connect to the databases and work with it.

Please tell me which Client SDK and Dynamic Server you use for the
development of php/informix.


Previous Comments:


[2003-03-19 11:28:28] [EMAIL PROTECTED]

So what changed during the 2 weeks that made it to fail again? Are you
absolutely sure this is PHP problem at all?
And what do you mean with "Now we see -439 again." ??




[2003-03-19 10:15:40] thomas dot mieslinger at gls-germany dot com

I recompilied PHP (see attached phpinfo and version string from ifx.ec)
and it worked for two weeks. Now we see -439 again.

Hopefully I can attach a backtrace later this evening.

phpinfo:
PHP Version 4.3.2-dev

System SunOS gpname 5.7 Generic_106542-23 i86pc
Build Date Mar 7 2003 16:01:11
Configure Command './configure' '--with-informix' '--without-mysql'
'--with-apache=../apache_1.3.27' '--enable-sockets'
'--with-gd=/usr/local/' '--with-jpeg-dir=/usr/local/'
'--with-png-dir=/usr/local' '--with-zlib-dir=/usr/local/'
'--enable-debug'
Server API Apache
Virtual Directory Support disabled
Configuration File (php.ini) Path /export/opt/local/lib/php.ini
PHP API 20020918
PHP Extension 20020429
Zend Extension 20021010
Debug Build yes
Thread Safety disabled
Registered PHP Streams php, http, ftp, compress.zlib

Zend logo This program makes use of the Zend Scripting Language
Engine:
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies

ifx.ec:
$Id: ifx.ec,v 1.69.2.12 2003/02/27 09:00:51 nobbie Exp $



[2003-03-04 10:27:34] [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-03-03 09:43:12] thomas dot mieslinger at gls-germany dot com

Hello,

In the errorlog of my Apache 1.3.27 I see these messages:

/export/opt/local/src/php-4.3.1/ext/informix/ifx.ec(2998) :  Freeing
0x08836314 (89 bytes),
script=/export/web/htdocs-depotadm-v2/ww/export/opt/local/src/php-4.3.1/ext/informix/ifx.ec(2875)
:  Freeing 0x08836FBC (84 bytes),
script=/export/web/htdocs-depotadm-v2/ww/export/opt/local/src/php-4.3.1/ext/informix/ifx.ec(2998)
:  Freeing 0x0839558C (266 bytes),
script=/export/web/htdocs-depotadm-v2/w/export/opt/local/src/php-4.3.1/ext/informix/ifx.ec(2981)
:  Freeing 0x08395504 (84 bytes),
script=/export/web/htdocs-depotadm-v2/ww/export/opt/local/src/php-4.3.1/ext/informix/ifx.ec(2875)
:  Freeing 0x08394F54 (84 bytes),
script=/export/web/htdocs-depotadm-v2/ww[Mon Mar  3 15:07:02 2003]
[notice] child pid 6240 exit signal Segmentation Fault (11)

When running in gdb I get this stacktrace
Starting program: /usr/local/apache/bin/httpd -f
/etc/apache/httpd.conf-test -X
[New LWP2]
[New LWP3]
[New LWP4]
[New LWP5]

Program received signal SIGSEGV, Segmentation fault.
0xdf8dcbce in memmove ()
(gdb) bt
#0  0xdf8dcbce in memmove ()
#1  0xdfbab6b3 in _sqlocwrite ()
#2  0xdfb9bfa3 in _sqg_blob ()
#3  0xdfba7b57 in _iqupdtargs ()
#4  0xdfba6650 in _iqftch ()
#5  0xdfba5ea4 in sqli_curs_fetch ()
#6  0x80db1f1 in zif_ifx_fetch_row (ht=1, return_value=0x87f1104,
this_ptr=0x0, return_value_used=1)
at /export/opt/local/src/php-4.3.1/ext/informix/ifx.ec:1703
#7  0x80c42d0 in execute (op_array=0x8592ac8) at
/export/opt/local/src/php-4.3.1/Zend/zend_execute.c:1596
#8  0x80c44d0 in execute (op_array=0x887fb9c) at
/export/opt/local/src/php-4.3.1/Zend/zend_execute.c:1640
#9  0x80b3879 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /export/opt/local/src/php-4.3.1/Zend/zend.c:864
#10 0x8087290 in php_execute_script (primary_file=0x80477a8) at
/export/opt/local/src/php-4.3.1/main/main.c:1573
#11 0x80c923a in apache_php_module_main (r=0x82f1054,
display_source_mode=0)
at /export/opt/local/src/php-4.3.1/sapi/apache/sapi_apache.c:55
#12 0x807d4a2 in send_php ()
#13 0x807d4f6 in se

#22799 [NEW]: exit signal Segmentation Fault(11)

[chenfou at ms34 dot hinet dot net]

From: chenfou at ms34 dot hinet dot net
Operating system: Solaris 5.8 Generic_108528-14
PHP version:  4.3.1
PHP Bug Type: Apache related
Bug description:  exit signal Segmentation Fault(11)

Here's my Apache
config(apache(1.3.27)+mod_ssl(2.8.13-1.3.27)+openssl(0.97a))
./configure \
--with-layout=Apache \
--prefix=/user1/web/server-home \
--htdocsdir=/user1/web/server-home/htdocs/html \
--enable-module=rewrite \
--enable-shared=rewrite \
--enable-module=mime-magic \
--enable-shared=mime-magic \
--enable-module=headers \
--enable-shared=headers \
--enable-module=info \
--enable-shared=info \
--enable-module=speling \
--enable-shared=speling \
--enable-module=include \
--enable-module=so \
--enable-shared=max \
--enable-module=most \
--enable-module=proxy \
--enable-shared=proxy \
--enable-module=ssl \
Here's my PHP config
./configure \
--with-apxs=/user1/web/server-home/bin/apxs \
--with-sybase=/opt/sybase/OCS-12_0 \
--without-mysql \
--enable-calendar \
--enable-memory-limit=yes \
--enable-debug \
--enable-trans-sid \
--enable-track-vars \
--enable-magic-quotes \
--prefix=/usr/local/php \
--with-config-file-path=/usr/local/php \
--enable-sockets \

I write a test program

I test this program on http://127.0.0.1/test.php
is OK
but I test this program on https://127.0.0.1/test.php
in error log have 
child pid 7814 exit signal Segmentation Fault(11)

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

#22800 [NEW]: session.save_path changed to /tmp

[bid3k at hotmail dot com]

From: bid3k at hotmail dot com
Operating system: Windows XP
PHP version:  4.3.2RC1
PHP Bug Type: Session related
Bug description:  session.save_path changed to /tmp

I recently started messing around with sessions and everything was going
fine until I decided to load the gz extension.

>From hours of experimenting I found out that when the extention dir is
correctly mentioned (c:\progra~1\php\extensions in my case) then my
session.save_path is set to /tmp even though the php.ini tells it to use
c:\progra~1\php\sessiondata.

It also happens in 4.31, I don't know if it happens before that. Now the
question is, how can I have both the sessions and the extensions?
-- 
Edit bug report at http://bugs.php.net/?id=22800&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22800&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22800&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22800&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22800&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22800&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22800&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22800&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22800&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22800&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22800&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22800&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22800&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22800&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22800&r=gnused

#21478 [Ver]: Zend/zend_alloc.c :: shutdown_memory_manager produces segfault

[black]

 ID:   21478
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Verified
 Bug Type: Scripting Engine problem
 Operating System: linux
 PHP Version:  4CVS-2003-01-06 (dev)
 New Comment:

sniper: i tried the latest stable snapshot (php4-STABLE-200303200830)
and i couldnt reproduce the bug anymore..

but then, if its as elusive as polita said in #2 any changes to the
code might have made it dissapear (had lots of them in the last 2
days)..

I also tried php4-200303182230 to confirm that that might not be the
case, but it has gone away also... if i spot any more segfaults ill do
the wise thing and archive the scripts / database, if it can be
reproduced ;)


Previous Comments:


[2003-03-19 15:53:36] [EMAIL PROTECTED]

I don't know what this 4.5-dev is..since the only official
development branches are PHP_4_3 and the php5 module.

Try this snapshot:
http://snaps.php.net/php4-STABLE-200303192030.tar.gz

If that doesn't work, but the RC1 works, then it's a problem with the
build tools on the snaps.php.net machine.

(Please send me that test script you used when testing 4.3.2-RC1)








[2003-03-19 15:18:36] [EMAIL PROTECTED]

sniper, yes, i wasn't able to reproduce it on php4.3.2rc1

i did have one segfault it normal operation mode (not inside gdb), but
i couldnt reproduce it in any way or form similar to the process of
reproducing on the latest -STABLE or 4.5-dev snapshots

as far as i can tell 4.3-dev and 4.5-dev are subject to this.. im not
even going to guess what goes on in 5.0-dev yet..

btw, there is a slight difference between the backtrace ilia got above
and mine, so it might be an unrelated problem... still the same scope
and behaviour thou.



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

[To: [EMAIL PROTECTED] 
Did I understand correctly that you can't reproduce this
with 4.3.2RC1, but you CAN reproduce it with the latest
stable snapshot?? 

This might mean that some tools on the machine generating
the snapshots are bad versions..
(the RC1 source package was generated on my machine :)




[2003-03-18 13:45:09] [EMAIL PROTECTED]

ok, i cant reproduce the behaviour on my part on as low as php-4.3.2RC1
(this one works flawlessly, as far as i can tell).



[2003-03-18 12:42:44] [EMAIL PROTECTED]

seems to be identical on the last 4.3-STABLE snapshot from ~20 minutes
ago, i guess its the same on 4.5

i will try to track down the 4.3.1 source version and try if it crashes
there too, i kinda hope it doesn't.



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

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

#22796 [Opn]: Error messages go to stdout; lost with -r option

[gk at proliberty dot com]

 ID:   22796
 User updated by:  gk at proliberty dot com
-Summary:  fatal messages go to stdout; to /dev/null with -r
   option
 Reported By:  gk at proliberty dot com
 Status:   Open
 Bug Type: CGI related
 Operating System: linux RH 7.2
 PHP Version:  4CVS-2003-03-19 (stable)
 New Comment:

changed title to be more acccurate


Previous Comments:


[2003-03-20 01:57:17] gk at proliberty dot com

I am using GNU bash, version 2.05.8(1)-release (i386-redhat-linux-gnu)

It isn't just FATAL messages that are lost with -r option, warnings
also vanish into the bit-bucket.
#FILE: junk.php


#OUTPUT:
[EMAIL PROTECTED] junk]$ php -r 'include("junk.php");'
[EMAIL PROTECTED] junk]$ php junk.php

Warning: main(non_existent_file): failed to open stream: No such file
or directory in /usr/local/apache/htdocs/common/test/junk/junk.php on
line 3

Warning: main(): Failed opening 'non_existent_file' for inclusion
(include_path='.:/usr/local/apache/htdocs/common/php:/usr/local/lib/php')
in /usr/local/apache/htdocs/common/test/junk/junk.php on line 3
[EMAIL PROTECTED] junk]$



[2003-03-19 18:42:56] gk at proliberty dot com

I'm using php4-STABLE-200303191630
Problem is with sapi/cli/php

The problem has TWO, possibly related parts:
1. when cli/php is invoked with script argument, FATAL error messages
go to /dev/stdout instead of /dev/stderr, making it difficult to handle
errors properly
2. when cli/php is invoked with -r '...' option, error messages are
lost ENTIRELY, although output preceding the fatal command is not.


//test.php


#OUTPUT OF SCRIPT:
[EMAIL PROTECTED] junk]$ php "test.php" 
begin

Fatal error: Call to undefined function:  f() in
/usr/local/apache/htdocs/common/test/junk/test.php on line 3
[EMAIL PROTECTED] junk]$ php "test.php" 1>/dev/null
[EMAIL PROTECTED] junk]$ php -r 'require "test.php";'
begin
[EMAIL PROTECTED] junk]$ 







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

#22795 [Com]: C compiler failed:cannot create executable

[michael dot mauch at gmx dot de]

 ID:   22795
 Comment by:   michael dot mauch at gmx dot de
 Reported By:  pnocq at yahoo dot com
 Status:   Open
 Bug Type: Compile Failure
 Operating System: Solaris 7(sparc)
 PHP Version:  4.3.0
 New Comment:

"values-Xa.o" should come with your Solaris, see e.g.
 and
.

Also see  for further
install prerequisites.


Previous Comments:


[2003-03-19 18:36:02] pnocq at yahoo dot com

I try also the last release from CVS and this is the same error and the
same config.log



[2003-03-19 18:27:54] pnocq at yahoo dot com

trying to install PHP4.3.0 get the error below

# ./configure --with-mysql=/usr/slocal/mysql
--with-nsapi=/web/netscape/suitespot/ --enable-track-vars
--enable-libgcc
creating cache ./config.cache
checking for Cygwin environment... no
checking for mingw32 environment... no
checking for working sed... sed
checking host system type... sparc-sun-solaris2.7
Updated php_version.h
checking for gcc... gcc
checking whether the C compiler (gcc  ) works... no
configure: error: installation or configuration problem: C compiler
cannot create executables.

When I do :
# gcc -v
Reading specs from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/3.2.2/specs
Configured with: ../configure --disable-nls --with-ld=/usr/ccs/bin/ld
--with-as=/usr/ccs/bin/as
Thread model: posix
gcc version 3.2.2
 So I think that gcc could work...I looked at config.log and see :
configure:1944: gcc -o conftestconftest.c  1>&5
ld: fatal: file values-Xa.o: cannot open file: No such file or
directory
ld: fatal: File processing errors. No output written to conftest
I don't find conftest.c or values-Xa.o
I dont understand..if someone could help me







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

#22786 [Asn->Csd]: Crash when trying to call DomAttribute's set_namespace method

[chregu]

 ID:   22786
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ed at avi dot ru
-Status:   Assigned
+Status:   Closed
 Bug Type: DOM XML related
 Operating System: any
 PHP Version:  4.3.2RC
 Assigned To:  chregu
 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.

And fixed in stable branch PHP_4_3


Previous Comments:


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

I'm investigating..






[2003-03-19 10:43:38] [EMAIL PROTECTED]

Backtrace with 4.3.2-RC:

(gdb) bt
#0  0x41e469b6 in xmlSearchNsByHref () from /usr/lib/libxml2.so.2
#1  0x80e2454 in zif_domxml_node_set_namespace (ht=1,
return_value=0x875593c, this_ptr=0x8754d34, return_value_used=0)
at /usr/src/web/php/php4/ext/domxml/php_domxml.c:3342
#2  0x82cb4e2 in execute (op_array=0x8754064) at
/usr/src/web/php/php4/Zend/zend_execute.c:1606
#3  0x82b8024 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/web/php/php4/Zend/zend.c:864
#4  0x827be87 in php_execute_script (primary_file=0xb8dc) at
/usr/src/web/php/php4/main/main.c:1636
#5  0x82df177 in main (argc=2, argv=0xb944) at
/usr/src/web/php/php4/sapi/cli/php_cli.c:753
#6  0x41edc9cb in __libc_start_main (main=0x82de554 , argc=2,
argv=0xb944, init=0x80ad77c <_init>, 
fini=0x8469468 <_fini>, rtld_fini=0x4000aea0 <_dl_fini>,
stack_end=0xb93c)
at ../sysdeps/generic/libc-start.c:92




[2003-03-19 05:45:06] ed at avi dot ru

The following code works correctly:

append_child ($doc->create_element ('root'));

$root->set_attribute ('attr', 'value');

$attr = $root->get_attribute_node ('attr');
$root->set_attribute ('attr-class', get_class ($attr)); print
($doc->dump_mem ());

?>

The output is the following:




It proves that $attr contains an object of type DomAttribute. But if we
insert the following line:

$attr->set_namespace ('urn:test:test');

the PHP crashes. Apache (1.3.26 with PHP as module) showes the
following data (the output is translated from Russian):

Program APACHE failed when accessing memory page in module
PHP_DOMXML.DLL on address 015f:01311685.
Registers:
EAX=0031 CS=015f EIP=01311685 EFLGS=00010202
EBX=00844f70 SS=0167 ESP=035ff5d8 EBP=055f3f60
ECX=05495894 DS=0167 ESI=0031 FS=8caf
EDX=035ff575 ES=0167 EDI=055f2110 GS=
Bytes on address CS:EIP:
8a 16 8a 01 46 3a d0 75 0c 41 84 c0 75 f2 b8 01 
Stack contents:
05495894 012fc05e 0031 05495894 00844f70 055f3f60 035ffb88 00844f70
012f6198 055f3fa0 055f3f60 05495894  05495030  0017





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

#22801 [NEW]: pb with __clone()

[fabrice dot lecoz at zedesk dot com]

From: fabrice dot lecoz at zedesk dot com
Operating system: win XP
PHP version:  5CVS-2003-03-20 (dev)
PHP Bug Type: Zend Engine 2 problem
Bug description:  pb with __clone()

return of the __clone() method crash.

name = $name;
}

function __clone() {
echo "cloning ...\n";
$this->name = "test ".$that->name;
}
}

$test = new test("essai");
$test1 = $test;
$test2 = $test->__clone();
$test1->name = "arthur";
echo "test  : $test->name\n";
echo "test2 : $test2->name\n";
?>

-- expect --
cloning ...
test  : arthur
test2 : test essai

-- result --
cloning ...

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

#7239 [Com]: mssql

[amorgaut at tf1 dot fr]

 ID:   7239
 Comment by:   amorgaut at tf1 dot fr
 Reported By:  siim at depo dot ee
 Status:   Closed
 Bug Type: Reproducible Crash
 Operating System: Linux 2.2.14
 PHP Version:  4.0.3pl1
 New Comment:

here is what my code look like :
\n";
}
mssql_free_result($result);
  }
  mssql_close($connection);
}

?>

this usualy work well but here what my error log regulary send me :
--
[31-Jan-2003 14:37:46] PHP Warning:  1 is not a Sybase link index in
(...).phtml on line 6
--

I Found that on an other webserver with IIS the function
mssql_connect() didn't send me "1" but "Resource id #2"

It looks like that the problem comes from the fact that the function
mssql_query() wanted this kind of connexion Id... but why can't I get
it from the mssql_connect() function in the same script ???

note that our website works on three server declared with this
configuration
--
Linux 2.2.19 - 20
apache 1.3.27
php 4.2.3


Previous Comments:


[2001-02-20 07:39:54] [EMAIL PROTECTED]

No feedback, considered fixed.

--Jani




[2001-01-07 19:18:20] [EMAIL PROTECTED]

Does this happen with latest snapshot from http://snaps.php.net/ ??
And if it does, please include a GDB backtrace into this bug report.
Remeber to configure with --enable-debug first!
Also, include the whole configure line you have used into this bug
report.

--Jani



[2000-10-16 09:07:03] siim at depo dot ee

".$d1[0]." ".$d2[0];

}
mssql_close($c2);

mssql_close($c1);  // <---line 24

?>
<- end of script --->
result: 
 Segmentation fault
or 
 Correct output + warning "
Warning: 1 is not a Sybase link index in /home/httpd/html/t.php on line
24"





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

#22802 [NEW]: rounding not working

[php at ken dot guest dot cx]

From: php at ken dot guest dot cx
Operating system: FreeBSD
PHP version:  4.3.0
PHP Bug Type: *Math Functions
Bug description:  rounding not working

in short these should all pring 29.99. they don't:

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

#22768 [Fbk->Bgs]: memory could not be read error when invoking a Microsft COM object

[phanto]

 ID:   22768
 Updated by:   [EMAIL PROTECTED]
 Reported By:  xtian_news at hotmail dot com
-Status:   Feedback
+Status:   Bogus
 Bug Type: COM related
 Operating System: Windows 2000 Server
 PHP Version:  4.3.1
 New Comment:

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

Thank you for your interest in PHP.

that has been submitted a *lot* of times and is fixed for a while. com
support in 4.3.0 & 4.3.1 is broken due to the misplaced com
initialitation in these versions.


Previous Comments:


[2003-03-18 10:24:00] [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-03-18 08:44:19] xtian_news at hotmail dot com

* I build a simple COM Object in Visual Basic 6 : its an "Active X DLL"
project.
Name of the compound : CheckYear
Name of the object : LeapYear

The only one method of the object :

Public Function IsLeapYear(yr As Variant) As Boolean
'If year is divisible by 4 and not divisible by 100, or
'It is divisible by 400, it is a leap year
If (yr Mod 4 = 0 And yr Mod 100 <> 0) Or yr Mod 400 = 0 Then
IsLeapYear = True
Else
IsLeapYear = False
End If

End Function


* I compile the VB6 project and obtain : Leapyear.dll

* I register this COM object in my windows 2000 server : regsvr32.exe
Leapyear.dll

* I write the following php script : try.php
=



==

* I execute :
php -f try.php

* I obtain

Hi


And a Windows error popup appears :
==
php.exe - application error
The instruction at "0x10030729" referenced memory at "0x110022ec".  The
memory could not be "read".
==

Do you know the reason of this error and how to correct it ?

Thanks,

Christian 




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

#22802 [Opn->Bgs]: rounding not working

[hholzgra]

 ID:   22802
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php at ken dot guest dot cx
-Status:   Open
+Status:   Bogus
 Bug Type: *Math Functions
 Operating System: FreeBSD
 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

you asked it to round and so it did


Previous Comments:


[2003-03-20 04:25:26] php at ken dot guest dot cx

in short these should all pring 29.99. they don't:





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

#22803 [NEW]: User Contributed Notes fdf_get_value

[[EMAIL PROTECTED]]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  5CVS-2003-03-20 (dev)
PHP Bug Type: FDF related
Bug description:  User Contributed Notes fdf_get_value

user contributed not on fdf_get_value()
by mclinden at informed dot net

The default behavior for the FDF Toolkit is to return an FDFErcNoValue for
the FDFGetValue when the field exists but has no value.

Whether or not this is truly an error is debateable. It seems to become an
issue in documents created by Acrobat 5 when optional fields are included
in a form with required fields since the default behavior seems to be to
populate the HTTP_FDF_DATA with the results of the FDFNextFieldName
enumerator, which would include the fields which have no value.

This would not be a problem except that the PHP function fdf_get_value()
does not specifically test for the FDFErcNoValue condition but, instead,
tests for the more general FDFErcOK. If this value is not the result of
the error code, the system issues warnings (the display of which could be
turned off), but the broader question is, should this be a warning
condition at all?

Put another way, should a return of FDFErcNoValue for FDFGetValue be
considered an event worth generating a warning?

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

#22799 [Com]: exit signal Segmentation Fault(11)

[b_ulrich at t-online dot de]

 ID:   22799
 Comment by:   b_ulrich at t-online dot de
 Reported By:  chenfou at ms34 dot hinet dot net
 Status:   Open
 Bug Type: Apache related
 Operating System: Solaris 5.8 Generic_108528-14
 PHP Version:  4.3.1
 New Comment:

This is a Problem in mod_ssl-2.8.13-1.3.27 try mod_ssl-2.8.12-1.3.27
and everything will work fine.


Previous Comments:


[2003-03-20 02:50:28] chenfou at ms34 dot hinet dot net

Here's my Apache
config(apache(1.3.27)+mod_ssl(2.8.13-1.3.27)+openssl(0.97a))
./configure \
--with-layout=Apache \
--prefix=/user1/web/server-home \
--htdocsdir=/user1/web/server-home/htdocs/html \
--enable-module=rewrite \
--enable-shared=rewrite \
--enable-module=mime-magic \
--enable-shared=mime-magic \
--enable-module=headers \
--enable-shared=headers \
--enable-module=info \
--enable-shared=info \
--enable-module=speling \
--enable-shared=speling \
--enable-module=include \
--enable-module=so \
--enable-shared=max \
--enable-module=most \
--enable-module=proxy \
--enable-shared=proxy \
--enable-module=ssl \
Here's my PHP config
./configure \
--with-apxs=/user1/web/server-home/bin/apxs \
--with-sybase=/opt/sybase/OCS-12_0 \
--without-mysql \
--enable-calendar \
--enable-memory-limit=yes \
--enable-debug \
--enable-trans-sid \
--enable-track-vars \
--enable-magic-quotes \
--prefix=/usr/local/php \
--with-config-file-path=/usr/local/php \
--enable-sockets \

I write a test program

I test this program on http://127.0.0.1/test.php
is OK
but I test this program on https://127.0.0.1/test.php
in error log have 
child pid 7814 exit signal Segmentation Fault(11)

please help me,thanks




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

#22802 [Bgs]: rounding not working

[php at ken dot guest dot cx]

 ID:   22802
 User updated by:  php at ken dot guest dot cx
 Reported By:  php at ken dot guest dot cx
 Status:   Bogus
 Bug Type: *Math Functions
 Operating System: FreeBSD
 PHP Version:  4.3.0
 New Comment:

also:
$ php -r 'echo round(29.99, 2), "\n";'
29.99
$ php -r 'echo round(29., 2), "\n";'
30

these should both pring 29.99


Previous Comments:


[2003-03-20 04:44:02] [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

you asked it to round and so it did



[2003-03-20 04:25:26] php at ken dot guest dot cx

in short these should all pring 29.99. they don't:





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

#22802 [Bgs->Opn]: rounding not working

[php at ken dot guest dot cx]

 ID:   22802
 User updated by:  php at ken dot guest dot cx
 Reported By:  php at ken dot guest dot cx
-Status:   Bogus
+Status:   Open
 Bug Type: *Math Functions
 Operating System: FreeBSD
 PHP Version:  4.3.0
 New Comment:

I asked it to round 29.999 (as stored in variable $i) to 2 digits of
precision and was expecting to get 29.99...
reopening


Previous Comments:


[2003-03-20 05:50:33] php at ken dot guest dot cx

also:
$ php -r 'echo round(29.99, 2), "\n";'
29.99
$ php -r 'echo round(29., 2), "\n";'
30

these should both pring 29.99



[2003-03-20 04:44:02] [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

you asked it to round and so it did



[2003-03-20 04:25:26] php at ken dot guest dot cx

in short these should all pring 29.99. they don't:





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

#22794 [Bgs]: Apache fails to start, and produces no error

[spoon at nexdot dot net]

 ID:   22794
 User updated by:  spoon at nexdot dot net
 Reported By:  spoon at nexdot dot net
 Status:   Bogus
 Bug Type: Apache2 related
 Operating System: windows 2000 server
 PHP Version:  4CVS-2003-03-19 (stable)
 New Comment:

My 'dev' is pre rc1.


Previous Comments:


[2003-03-19 21:38:45] [EMAIL PROTECTED]

hi.
I'm a bit confused
the 'dev' version you are working with is the most current snapshot? or
a older one (when from)
you wouldn't have the window debugger available would you?



[2003-03-19 20:30:46] spoon at nexdot dot net

I have php4apache2.dll as the module that is being loaded on both
machines...

(if that is what you mean otherwise, there is no apache2handler.dll
if _that_ is what you mean)



[2003-03-19 18:04:22] [EMAIL PROTECTED]

It's now by default using the sapi/apache2handler.
Make sure your httpd.conf is configured properly.




[2003-03-19 17:59:58] spoon at nexdot dot net

This has happened with a few of the cvs versions (i try a few times a
week with latest stable snapshots) ever since RC1 was released
(4.3.2).

After appropriatley installing php (like usual) apache will fail to
start, and will produce no error on stdout, nor will it log anything
(unusual) in the apache error log besides its normal child process info
when it kills itself.

When i put back the php i had before it (4.3.2-dev according to php
-v), it works fine. I enabled error logging in RC1-cvs and no log was
produced during the failed apache starts.

I can reproduce this on 2 different server, one running Windows 2000
Server (the case im reporting), and on my home server running Windows
XP RC1. Both work on 4.3.2-dev, and fail on 4.3.2-RC1.




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

#22802 [Opn->Bgs]: rounding not working

[georg]

 ID:   22802
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php at ken dot guest dot cx
-Status:   Open
+Status:   Bogus
 Bug Type: *Math Functions
 Operating System: FreeBSD
 PHP Version:  4.3.0
 New Comment:

Please read the manual instead to reopen bogus bugs!

round() function rounds, it doesn't cut!


Previous Comments:


[2003-03-20 05:53:40] php at ken dot guest dot cx

I asked it to round 29.999 (as stored in variable $i) to 2 digits of
precision and was expecting to get 29.99...
reopening



[2003-03-20 05:50:33] php at ken dot guest dot cx

also:
$ php -r 'echo round(29.99, 2), "\n";'
29.99
$ php -r 'echo round(29., 2), "\n";'
30

these should both pring 29.99



[2003-03-20 04:44:02] [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

you asked it to round and so it did



[2003-03-20 04:25:26] php at ken dot guest dot cx

in short these should all pring 29.99. they don't:





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

#20300 [NoF->Opn]: mail() and Java combination causes webserver freeze

[mindas at ziedas dot ktu dot lt]

 ID:   20300
 User updated by:  mindas at ziedas dot ktu dot lt
 Reported By:  mindas at ziedas dot ktu dot lt
-Status:   No Feedback
+Status:   Open
 Bug Type: Mail related
 Operating System: Linux Debian/GNU testing
-PHP Version:  4.2.0
+PHP Version:  4.2.3-12
 New Comment:

Sorry for the late reply. I was used to get back to this problem; 
however it still persists. I've tried the same code (as reported 
earlier), and the apache still hangs - only the first mail is sent. 
 
I've built the binaries against version 4.2.3-12 of PHP sources 
on a Debian unstable machine.


Previous Comments:


[2002-11-21 17:13:04] [EMAIL PROTECTED]

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





[2002-11-11 10:57:26] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-11-07 11:22:47] mindas at ziedas dot ktu dot lt

Hi,
i've encountered a strange bug that causes webserver (Apache  1.3.26-1
in particular) to halt. I'm using PHP/Java combination I've built
myself on Debian GNU/Linux (testing, kernel version is 2.4.20-pre7).

The killing code is here:



The first mail is sent successfully, but not the second one.

The most amazing thing is, that eliminating a mail() or Java() call
doesn't produce any problems. I mean, they work well separately. But
when these calls are together (in my case - even on different PHP
classes), it results a webserver lockup.

This has been tested on various PHP compilations starting from PHP
4.2.0 and up to the newest STABLE snapshot build.

The funniest thing is that this bug is ABSENT on my old PHP/Java build
(4.1.2-1). Java version is the same on both cases:

[EMAIL PROTECTED]:~$ java -version
java version "1.3.1_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_02-b02)
Java HotSpot(TM) Client VM (build 1.3.1_02-b02, mixed mode)

If you need any more details on this, just drop me a message via
e-mail.




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

#22805 [NEW]: Long input fields get truncated when posted (to about 1kb)

[M dot Hankus at ce3 dot pl]

From: M dot Hankus at ce3 dot pl
Operating system: Linux
PHP version:  4.3.2RC1
PHP Bug Type: *General Issues
Bug description:  Long input fields get truncated when posted (to about 1kb)

When you try to create form with inputs, which values are very 
big lets say 30k. When you submit such form, script responsible  for
accepting date will see only 1k of that data.

example script:












KONIEC;


?>



You must only initialize variable $tekst with long string about 30k and
observe results. 
In my case script shows:

apache 1.3.27 + php 4.3.1: 29100
apache 2.0.44 + php 4.3.2RC1: 1012  (same script and same php.ini)
apache 2.0.44 + php4-STABLE-200303201230: 1012

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

#22805 [Opn->Fbk]: Long input fields get truncated when posted (to about 1kb)

[moriyoshi]

 ID:   22805
 Updated by:   [EMAIL PROTECTED]
 Reported By:  M dot Hankus at ce3 dot pl
-Status:   Open
+Status:   Feedback
-Bug Type: *General Issues
+Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.3.2RC1
 New Comment:

See bug #18648. That seems due to the misconfigured httpd.conf.



Previous Comments:


[2003-03-20 07:34:28] M dot Hankus at ce3 dot pl

When you try to create form with inputs, which values are very 
big lets say 30k. When you submit such form, script responsible  for
accepting date will see only 1k of that data.

example script:












KONIEC;


?>



You must only initialize variable $tekst with long string about 30k and
observe results. 
In my case script shows:

apache 1.3.27 + php 4.3.1: 29100
apache 2.0.44 + php 4.3.2RC1: 1012  (same script and same php.ini)
apache 2.0.44 + php4-STABLE-200303201230: 1012

I know that bug like this was reported earlier but for different
version of php.




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

#22787 [Asn]: Make fails after upgrading to mysql v4.0.12

[gregory dot fennell at am dot sony dot com]

 ID:   22787
 User updated by:  gregory dot fennell at am dot sony dot com
 Reported By:  gregory dot fennell at am dot sony dot com
 Status:   Assigned
 Bug Type: MySQL related
 Operating System: RedHat v8.0
 PHP Version:  4.3.1
 Assigned To:  sniper
 New Comment:

Since MySQL has made the 4.0.12 it production version, how far behind
is PHP v5.x?  It kind of makes MySQL v4.x usless to PHP websites until
PHP has the capability to support MySQL v4.x, since alot of sites use
PHP + MySQL.  Any idea when PHP will have a version that will support
MySQL v4.x?

-Greg


Previous Comments:


[2003-03-19 11:07:42] [EMAIL PROTECTED]

And the (new) mysqli extension requires MySQL 4.1 anyway...

-Tal



[2003-03-19 11:02:55] [EMAIL PROTECTED]

OTOH, it should be possible to use the mysql 4.0.12 too..
I'm checking this out.




[2003-03-19 10:55:56] [EMAIL PROTECTED]

In PHP 5 there will be a new extension which gives the full
power Mysql 4 provides. There will not be any such support
in PHP 4.

This snapshot has it:
http://snaps.php.net/php5-200303191630.tar.gz

(use --with-mysqli and --without-mysql)




[2003-03-19 09:04:22] gregory dot fennell at am dot sony dot com

I upgraded one of our test systems today to the newest production
release of MySQL v4.0.12.  After upgrading apache will crash with an
error saying it can't find libmysqlclient.so.10.  I recompiled apache
and came up with the same error.  I then recomplied php and during the
"make" php errored out with the following:

make: *** [libphp4.la] error 1

I downgraded to MySQL 3.23.55-1 and recompled php and it worked fine. 
There seems to be an issue with compiling php-4.3.1 with MySQL-4.0.12
(Production).

If anyone can help with this that would be great since I want to use
some of the new features in MySQL 4.x.

Versions:
PHP-4.3.1
COMPILE:
./configure
--with-mysql=/usr --with-mysql-socket=/var/lib/mysql/mysql.sock
--with-gd
--enable-sockets
--with-apxs2=/www/bin/apxs
--with-config-file-path=/usr/local/lib/
--with-ldap
--with-openssl=/usr/local/ssl/
--with-zlib-dir=/usr/include/
--with-java=/usr/java/j2sdk1.4.1_01
--with-mcal
--with-ttf
--enable-gd-native-tt
--with-mnogosearch

MySQL-4.0.12 (Production release)
COMPILE: RPM

Kernel-2.4.18-27.8.0
COMPILE: RPM

RedHat-8.0




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

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

[webmaster at infotel dot it]

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

i've the same problem, my solution, remove the "/usr/lib/php" from
"include_path" or add it in "open_basedir":

in php.ini:

   include_path =

runtime:

   include_path = ".:/usr/lib/php:/var/www/htdocs/mylibs"
   open_basedir = "/var/www/htdocs:/tmp"

i'm in:

   /var/www/htdocs/mydir/myscript.php

my include:

   include('mylib.inc');

the script work, but i'have a warning when the php try access in the
"/usr/lib/php" directory, because that dir isn't in "open_basedir"


Previous Comments:


[2003-03-09 18:40:39] [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.





[2003-03-09 17:38:47] email at futureweb dot at

to the previous comment, i overread it, sorry,
php_admin_value open_basedir none
did the trick. thanks



[2003-03-09 17:17:34] email at futureweb dot at

we have the same problem and figured out the following:
if it is set to: php_admin_value open_basedir /
it gives errors, also for instance php_admin_value open_basedir /etc 
but not for
php_admin_value open_basedir /home/ or the user directory...

what lets me wonder what criteria causes this? where would we need to
add other directories. 

we use a server config software which automatically sets the
open_basedir to the users directory, so we used so far php_admin_value
open_basedir / to eliminate it for specific costumers where needed. 

anything we could do?



[2003-03-02 21:54:58] kaspars at fabrika dot lv

Please see bug http://bugs.php.net/bug.php?id=22480, as this seems to
be connected somewhat, but more critical (php source disclosure).



[2003-02-23 16:39:30] [EMAIL PROTECTED]

[david at ols dot es] submitted some patches which supposedly
fix some of the issues, so please try the latest snapshot from today.






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

#22805 [Fbk->Opn]: Long input fields get truncated when posted (to about 1kb)

[M dot Hankus at ce3 dot pl]

 ID:   22805
 User updated by:  M dot Hankus at ce3 dot pl
 Reported By:  M dot Hankus at ce3 dot pl
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.3.2RC1
 New Comment:

According to bug #18648 my apache is configured correctly.

I also compiled php 4.3.1 with apache 2.0.44 and it works fine .
Something is wrong only with 4.3.2RC1+ .


In 4.3.2RC adding

enctype="multipart/form-data"

to form solved the problem (like in bug #18648).


Previous Comments:


[2003-03-20 08:04:50] [EMAIL PROTECTED]

See bug #18648. That seems due to the misconfigured httpd.conf.




[2003-03-20 07:34:28] M dot Hankus at ce3 dot pl

When you try to create form with inputs, which values are very 
big lets say 30k. When you submit such form, script responsible  for
accepting date will see only 1k of that data.

example script:












KONIEC;


?>



You must only initialize variable $tekst with long string about 30k and
observe results. 
In my case script shows:

apache 1.3.27 + php 4.3.1: 29100
apache 2.0.44 + php 4.3.2RC1: 1012  (same script and same php.ini)
apache 2.0.44 + php4-STABLE-200303201230: 1012

I know that bug like this was reported earlier but for different
version of php.




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

#22774 [Fbk->Opn]: PHP crashes when exiting (long XML doc)

[fgarcia at uef dot es]

 ID:   22774
 User updated by:  fgarcia at uef dot es
 Reported By:  fgarcia at uef dot es
-Status:   Feedback
+Status:   Open
 Bug Type: DOM XML related
 Operating System: Windows 2000
 PHP Version:  4.3.2RC1
 New Comment:

I have tested only in 4.3.0 and 4.3.2RC1 win32 versions.
Both have the same problem.


Previous Comments:


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

Are you sure you really are using the 4.3.2RC1 ???




[2003-03-18 20:18:22] [EMAIL PROTECTED]

I can not reproduce this on Linux using latest stable CVS snapshot with
the example script. Maybe it's win32 only bug?




[2003-03-18 16:21:19] fgarcia at uef dot es

Sorry, on Windows 2000



[2003-03-18 16:19:37] fgarcia at uef dot es

Runnig the following script (php -q domtest.php), you will get a
Windows System Error when the script ends.
The Error depends on the internal size of the xml document.
If the 'for' is of 100 iterations, the error no happen.

(I'm using the Windows compilation downloaded from php.net. Same
problem in version 4.3.0)


domtest.php:
create_element("itinerario");
for ($i=0; $i<400; $i++) {
$n=$domR->create_element("HH");
$n->append_child($domR->create_text_node('long long long long long
long long long long long long long'));
$nItinerario->append_child($n);
}
$domR->append_child($nItinerario);
//$xml=$domR->dump_mem();
//echo $xml;
?>







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

#20274 [Com]: failed to create stream: Too many open files in Unknown on line

[ewa at buffalo dot edu]

 ID:   20274
 Comment by:   ewa at buffalo dot edu
 Reported By:  fowler at csufresno dot edu
 Status:   Feedback
 Bug Type: iPlanet related
 Operating System: Solaris (all)
 PHP Version:  4CVS-2002-11-06
 Assigned To:  wez
 New Comment:

having similar problem on:
php4.3.1, solaris 8, apache 1.3.17+ssl_1.48


webserver needs a restart ever 2-3 days otherwise 
sites don't load properly and we get errors:

Warning: main() [function.main ]:
Failed
opening 'admissions_navigation.inc' for inclusion  
  
(include_path='.:/usr/local/lib/php') in   
  
/info/www/ubwww/admissions/index.php on line 13
  
   
  
Warning: main(admissions_page.inc) [function.main  
  
]: 
failed to create stream: Too many open files in
/info/www/ubwww/admissions/index.php on line 14  

   
  
Warning: main() [function.main ]:
Failed
opening 'classes/CONFIG/log_config.inc' for inclusion  
  
(include_path='.:/usr/local/lib/php') in   
  
/info/www/ubwww/admissions/index.php on line 15
  
   
  
Warning: main(classes/class_logger.inc) [function.main 
  
]: failed to create stream: Too many
open   
files in /info/www/ubwww/admissions/index.php on line 16   
  
   
  
Warning: main() [function.main ]:
Failed
opening 'classes/class_logger.inc' for inclusion   
  
(include_path='.:/usr/local/lib/php') in   
  
/info/www/ubwww/admissions/index.php on line 16


Previous Comments:


[2003-03-18 11:32:44] [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

Please try the next snapshot, available in approx 45 minutes time.



[2003-03-08 14:41:40] [EMAIL PROTECTED]

Also the perl programmers have the same problem:

the version of perl i mentioned before that I had
compiled myself was on an AIX box so it wasn't a fair
test, because when I compiled perl on the sun box
myself I still had the 256 open file limit. I started
poking through perl documentation and found this in
README.solaris

The stdio(3C) manpage notes that only 255 files may be
opened using
fopen(), and only file descriptors 0 through 255 can
be used in a
stream.  Since perl calls open() and then fdopen(3C)
with the
resulting file descriptor, perl is limited to 255
simultaneous open
files.


So we should choose one of the following possibilities:
a) use only open() and not fopen(), which should be possible beacuse
later in streams.c only the read file descriptor is obtained with
fileno(). Why also use fopen?
b) in solaris use parts of glibc which handles fopen-streams.



[2003-03-08 06:25:15] [EMAIL PROTECTED]

I will test it with PHP5 on out solaris box.



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

It's in PHP_4_3 branch.
The problem does not apply to PHP5, as the ZE2 no longer needs to
cast/clone streams.



[2003-03-07 11:52:36] [EMAIL PROTECTED]

[EMAIL PROTECTED]: The fix you explained: Is it also in the 4.3 CVS? Or
only in newest one?



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

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

#16272 [Com]: SegFault in MySQL

[rcarvalho at clix dot pt]

 ID:   16272
 Comment by:   rcarvalho at clix dot pt
 Reported By:  jweiss at greyzone dot com
 Status:   Closed
 Bug Type: MySQL related
 Operating System: Linux 2.4.x
 PHP Version:  4.1.2
 New Comment:

Hi!

I was having the same problem using MySQL 4.0.12 and PHP 4.2.2.

I figured out I should never made a symlink from
/usr/lib/libmysql.so.10 to the actual file /usr/lib/libmysql.so.12 (the
package required .10 but I only had .12 and I assumed the lib was
pretty much stable and had similar functions than .10).

In fact, after deleting the link and downgrading the
MySQL-shared-4.0.12 to MySQL-shared-3.23 as this package adds the
correct libmysql.so.10, the segmentation faults stopped.

Finnaly, after a few days of zero sized reply, blank pages and apache
slowness, my problem is solved...

Hope this tip helps someone.

Regards,
Raul


Previous Comments:


[2002-11-15 12:56:09] [EMAIL PROTECTED]

This is fixed in 4.3



[2002-11-15 12:52:42] matteo at albatravel dot it

Same problem:
PHP 4.2.3 compiled from php.net sources
Distro Red Hat 7.3
Dual Intel XEON 1.8GHz
...tons of Segmentation Faults SIG(11)... :(

Any news?
Please, contact me if you have!!!
Everyone of you!

Thank you!



[2002-10-20 17:59:30] shanti at mojo dot cc

hi people,

i cant get a rest .. this issue just took me weeks for now .. is there
some new knowledge around about this BUG? well ist it one .. is it just
bad php-code .. i am totally lost in this issue .. plz anybody gives
more info and a status about this .. i touched this problem using
latest version am xams(.sourgeforge.net) .. its annoying



[2002-10-02 01:12:50] odysseus at soa dot co dot nz

Getting the same problems as the last poster - lots of SIGSEGVs then
the apache processes seem to hang - can't get any data out of them.



[2002-08-12 06:37:18] bartvb at iae dot nl

Please change the status of this bug..

This bug is really bothering me, all my users are affected by this bug
because it gives them empty pages :\

Here's a snippet from my errorlog:

[Mon Aug 12 12:01:16 2002] [notice] child pid 20887 exit signal
Segmentation fault (11)
[Mon Aug 12 12:03:09 2002] [notice] child pid 20929 exit signal
Segmentation fault (11)
[Mon Aug 12 12:03:28 2002] [notice] child pid 20938 exit signal
Segmentation fault (11)
[Mon Aug 12 12:05:09 2002] [notice] child pid 20562 exit signal
Segmentation fault (11)
[Mon Aug 12 12:05:18 2002] [notice] child pid 21044 exit signal
Segmentation fault (11)
[Mon Aug 12 12:06:30 2002] [notice] child pid 20925 exit signal
Segmentation fault (11)
[Mon Aug 12 12:07:07 2002] [notice] child pid 21078 exit signal
Segmentation fault (11)
[Mon Aug 12 12:07:13 2002] [notice] child pid 21086 exit signal
Segmentation fault (11)
[Mon Aug 12 12:07:17 2002] [notice] child pid 20559 exit signal
Segmentation fault (11)
[Mon Aug 12 12:07:29 2002] [notice] child pid 21091 exit signal
Segmentation fault (11)
[Mon Aug 12 12:07:37 2002] [notice] child pid 21094 exit signal
Segmentation fault (11)
[Mon Aug 12 12:10:19 2002] [notice] child pid 21237 exit signal
Segmentation fault (11)
[Mon Aug 12 12:10:26 2002] [notice] child pid 21240 exit signal
Segmentation fault (11)
[Mon Aug 12 12:10:57 2002] [notice] child pid 21249 exit signal
Segmentation fault (11)


Mainly using phpBB 2.0.1 on that site. Furthermore I'm using PHP
version 4.2.2 on Linux 2.4.18-5, Apache/1.3.26 with MySQL 3.23.47.
See http://www.bokt.nl/klad/info.php for phpinfo().



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

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

#16272 [Com]: SegFault in MySQL

[rcarvalho at clix dot pt]

 ID:   16272
 Comment by:   rcarvalho at clix dot pt
 Reported By:  jweiss at greyzone dot com
 Status:   Closed
 Bug Type: MySQL related
 Operating System: Linux 2.4.x
 PHP Version:  4.1.2
 New Comment:

Sorry, I meant "libmysqlclient" instead of "libmysql" in the previous
post.


Previous Comments:


[2003-03-20 10:58:08] rcarvalho at clix dot pt

Hi!

I was having the same problem using MySQL 4.0.12 and PHP 4.2.2.

I figured out I should never made a symlink from
/usr/lib/libmysql.so.10 to the actual file /usr/lib/libmysql.so.12 (the
package required .10 but I only had .12 and I assumed the lib was
pretty much stable and had similar functions than .10).

In fact, after deleting the link and downgrading the
MySQL-shared-4.0.12 to MySQL-shared-3.23 as this package adds the
correct libmysql.so.10, the segmentation faults stopped.

Finnaly, after a few days of zero sized reply, blank pages and apache
slowness, my problem is solved...

Hope this tip helps someone.

Regards,
Raul



[2002-11-15 12:56:09] [EMAIL PROTECTED]

This is fixed in 4.3



[2002-11-15 12:52:42] matteo at albatravel dot it

Same problem:
PHP 4.2.3 compiled from php.net sources
Distro Red Hat 7.3
Dual Intel XEON 1.8GHz
...tons of Segmentation Faults SIG(11)... :(

Any news?
Please, contact me if you have!!!
Everyone of you!

Thank you!



[2002-10-20 17:59:30] shanti at mojo dot cc

hi people,

i cant get a rest .. this issue just took me weeks for now .. is there
some new knowledge around about this BUG? well ist it one .. is it just
bad php-code .. i am totally lost in this issue .. plz anybody gives
more info and a status about this .. i touched this problem using
latest version am xams(.sourgeforge.net) .. its annoying



[2002-10-02 01:12:50] odysseus at soa dot co dot nz

Getting the same problems as the last poster - lots of SIGSEGVs then
the apache processes seem to hang - can't get any data out of them.



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

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

#22774 [Opn]: PHP crashes when exiting (long XML doc)

[fgarcia at uef dot es]

 ID:   22774
 User updated by:  fgarcia at uef dot es
 Reported By:  fgarcia at uef dot es
 Status:   Open
 Bug Type: DOM XML related
 Operating System: Windows 2000
 PHP Version:  4.3.2RC1
 New Comment:

DrWatson output:
(in spanish, sorry)


Excepción de aplicación ocurrida:
Aplicación:  (pid=2100)
Fecha y hora: 20/03/2003 a las 18:32:17.205
Número de excepción: c005 (infracción de acceso)

*> Información del sistema <*
Nombre de equipo: UP086817
Nombre de usuario: UF265250
Número de procesadores: 1
Tipo de procesador: x86 Family 6 Model 8 Stepping 6
Versión de Windows 2000 : 5.0
Versión actual: 2195
Service Pack: 1
Tipo actual: Uniprocessor Free
Organización registrada: Unión Fenosa
Propietario registrado: Unión Fenosa

*> Lista de tareas <*
   0 Idle.exe
   8 System.exe
 140 SMSS.exe
 164 csrss.exe
 184 WINLOGON.exe
 212 services.exe
 224 LSASS.exe
 388 svchost.exe
 416 SPOOLSV.exe
 504 svchost.exe
 588 regsvc.exe
 604 mstask.exe
 616 trcboot.exe
 668 WinMgmt.exe
 764 pcs_agnt.exe
 752 naimas32.exe
1828 wpctrl.exe
1776 naimag32.exe
1804 editplus.exe
 680 CMD.exe
1796 taskmgr.exe
1232 CMD.exe
 532 NLNOTES.exe
1876 msaccess.exe
 488 Avsynmgr.exe
 696 VSStat.exe
 804 vshwin32.exe
 892 Mcshield.exe
 880 Avconsol.exe
1696 notepad.exe
 684 ExamDiff.exe
2072 msaccess.exe
1020 explorer.exe
1012 netadmin.exe
1268 netadmin.exe
1560 hh.exe
2192 winhlp32.exe
2124 DRWTSN32.exe
2016 DRWTSN32.exe
2100 php.exe
 196 DRWTSN32.exe
   0 _Total.exe

(0040 - 00405000) 
(77F8 - 7800) 
(1000 - 10127000) 
(77E8 - 77F3F000) 
(77E1 - 77E74000) 
(77F4 - 77F7C000) 
(7500 - 75009000) 
(74FE - 74FF4000) 
(7800 - 78046000) 
(77DB - 77E0A000) 
(77D4 - 77DB) 
(74FD - 74FD8000) 
(77A5 - 77B45000) 
(779B - 77A45000) 
(1F7D - 1F804000) 
(76B1 - 76B4D000) 
(77C7 - 77CBA000) 
(77B5 - 77BD9000) 
(7759 - 777D8000) 
(1F8C - 1F8D8000) 
(00FD - 0102C000) 
(0103 - 01043000) 

Muestra de estado para identificador de subproceso 0x808

eax=0118ee78 ebx=00862518 ecx=0001 edx=0012fb54 esi=00e18ec8
edi=00862518
eip=00fd1bc7 esp=0012fb3c ebp=00df5778 iopl=0 nv up ei pl nz na
po nc
cs=001b  ss=0023  ds=0023  es=0023  fs=0038  gs=
efl=0206


función: 
00fd1bb9 5e   pop esi
00fd1bba c3   ret
00fd1bbb 90   nop
00fd1bbc 90   nop
00fd1bbd 90   nop
00fd1bbe 90   nop
00fd1bbf 90   nop
00fd1bc0 8b442404 mov eax,[esp+0x4] 
ss:00bfd113=
00fd1bc4 56   pushesi
00fd1bc5 8b30 mov esi,[eax] 
ds:0118ee78=00e18ec8
ERROR -> 00fd1bc7 8b4614   mov eax,[esi+0x14]
ds:018e649e=
00fd1bca 85c0 testeax,eax
00fd1bcc 751a jnz 00fda6e8
00fd1bce 8b4e0c   mov ecx,[esi+0xc] 
ds:018e649e=
00fd1bd1 51   pushecx
00fd1bd2 e879ff   call00fd1b50
00fd1bd7 56   pushesi
00fd1bd8 e803ff   call00fd1ae0
00fd1bdd 56   pushesi
00fd1bde e88d93   call00fdaf70
00fd1be3 83c40c   add esp,0xc
00fd1be6 5e   pop esi

*> Seguimiento regresivo de pila <*

FramePtr ReturnAd Param#1  Param#2  Param#3  Param#4  Nombre función
00DF5778 0002 00050006 000D0101 0018  ! 

*> Muestra de pilas sin procesar <*
0012fb3c  78 ee 18 01 43 73 0a 10 - 78 ee 18 01 18 25 86 00 
x...Cs..x%..
0012fb4c  2c 73 86 00 c0 e0 18 01 - 60 57 df 00 34 cd 09 10 
,s..`W..4...
0012fb5c  78 ee 18 01 2c 73 86 00 - c0 e0 18 01 78 57 df 00 
x...,s..xW..
0012fb6c  18 25 86 00 13 cf 09 10 - 2c 73 86 00 c0 e0 18 01 
.%..,s..
0012fb7c  e0 fb 12 00 18 25 86 00 - 78 57 df 00 18 25 86 00 
.%..xW...%..
0012fb8c  e9 74 0a 10 2c 73 86 00 - 20 75 0a 10 78 57 df 00  .t..,s..
u..xW..
0012fb9c  18 25 86 00 78 21 10 10 - 30 57 df 00 05 cf 09 10 
.%..x!..0W..
0012fbac  60 57 df 00 e0 fb 12 00 - 18 25 86 00 90 4c 09 10 
`W...%...L..
0012fbbc  18 25 86 00 18 25 86 00 - 70 e4 e0 00 a9 74 0a 10 
.%...%..pt..
0012fbcc  78 21 10 10 b0 74 0a 10 - e0 fb 12 00 18 25 86 00 
x!...t...%..
0012fbdc  d4 4b 09 10 0c 00 00 00 - 18 25 86 00 00 bc 11 10 
.K...%..
0012fbec  38 e4 e0 00 34 cd 09 10 - 70 e4 e0 00 00 bc 11 10 
8...4...p...
0012fbfc  38 e4 e0 00 90 4c 09 10 - 18 25 86 00 90 ce 09 10 
8L...%..
0012fc0c  00 bc 11 10 38 e4 e0 00 - 84 fc 12 00 18 25 86 00 
8%..
0012fc1c  80 fc 12 00 00 73 86 00 - 4d b6 09 10 00 bc 11 10 
.s..M...
0012fc2c  90 4c 09 10 18 25 86 

#22806 [NEW]: Autogenerated crypt salt is not random

[anj at aps dot anl dot gov]

From: anj at aps dot anl dot gov
Operating system: Solaris 8
PHP version:  4.3.1
PHP Bug Type: *Encryption and hash functions
Bug description:  Autogenerated crypt salt is not random

Ever since we upgraded to from PHP 4.1.2 to 4.3.1 (we're using Sun's
iPlanet server and the nsapi BTW), the autogenerated crypt salt being
returned by new accounts in our password-protected area has been "..".

Using this test script:





I find that although not always the case, very often (and especially if I
wait for some time before reloading) the result returned from the above is
..EXlUiP8mHCU.

I have inserted a workaround to my PHP code now, and as I don't build PHP
here it would be tricky for me to test any fix, but I thought the
developers ought to know about this.
-- 
Edit bug report at http://bugs.php.net/?id=22806&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22806&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22806&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22806&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22806&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22806&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22806&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22806&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22806&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22806&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22806&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22806&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22806&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22806&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22806&r=gnused

#9852 [Com]: Header redirect and db connection cause "CGI misbehaved"

[ottawasixtyseven at hotmail dot com]

 ID:   9852
 Comment by:   ottawasixtyseven at hotmail dot com
 Reported By:  ron dot baldwin at sourceprose dot com
 Status:   Closed
 Bug Type: IIS related
 Operating System: Windows 2000
 PHP Version:  4.2.1
 New Comment:

I have PROVEN beyond a shadow of a doubt that IIS can't handle multiple
simultaneous connections to ANY CGI   It's not the fault of
PHP.EXE

I've compiled the C code that's listed below and put it in
C:\Inetpub\Scripts. If you would like a copy of the compiled exe drop
me a line.

For the sake of simplicity, this program is designed to be initially
called with no parameters as in http://localhost/Scripts/breakiis.exe  

Also, for simplicity, I don't bother following the conventional
name=value&name=value format of the URL string parameters but simply
pass a number. This code is perfectly  safe in that it will start the
count at 1 if no parms are passed and if a QUERY_STRING that is
non-numeric is passed, atof will return 0.0 so that is also safe. This
program fully complies with the rules of CGI programming via the GET
method in that it receives the URL string parameters via QUERY_STRING
and sends back output via cout 
with a valid header. You will see that running one instance of this in
the browser will work fine. Run multiple instances and you will break
IIS. This program is designed to do nothing more than prove that there
is a flaw in the way that IIS handles CGI processes and that the bug is
in fact with IIS and not PHP. 

You *CANNOT* break Apache with multiple instances of this CGI code:
__

#include 
#include 
#include 
#include 
char *data;
double count;
int main(void)
{
  data = getenv("QUERY_STRING");
  if(data == NULL) 
count=1;
  else
count = atof(data);
  printf("Content-Type:text/html\n\n");
  printf("Loading page with value %f\n",floor(count));
  count++;
  printf("location.href='breakiis.exe?%f'",count);
  return 0;
}
___

I have launched yet another campaign to try and get Microsoft to fix
this problem but honestly I think we'd have better luck just working
out the bugs in php4isapi.dll. Maybe in the year 2025 Microsoft will
get around to fixing this problem.

Ottawa


Previous Comments:


[2003-03-17 17:49:27] ottawasixtyseven at hotmail dot com

Lewid,

Have you considered trying php4isapi.dll? PHP admits that it's *STILL*
not production quality (how many years has it been ???)  but some
people have had great success with it.

I think I may have finally figured out why PHP.EXE spits out those CGI
errors. And why on faster machines it happens more often ... IT'S NOT
THREAD-SAFE !!!

I don't know why this didn't dawn on me earlier. It makes total sense.
The problem occurs when IIS tries to make simultaneous calls to
PHP.EXE. With php4isapi.dll, instead of loading PHP.EXE for each
request, ISAPI uses the thread-safe DLL that's loaded only once. Apache
must handle CGI differently because you NEVER get the CGI error.

We can't use php4isapi.dll with our application because for some reason
it blows up all over the place with server 500 errors. We continue to
pray that the PHP gods will deliver us a rock solid php4isapi.dll.
Until then we deal with the CGI errors and blame it on Bill.

Again, for some reason changing your Performance Options to either
Background services or Applications seems to really make a difference.
Even with this option change frankielam has proven that when opening
multiple instances of his script (see above doit.php) you can generate
CGI errors at will. Try this at home and impress your friends :-)

Please let us know if running php4isapi.dll works for you.

Ottawa



[2003-03-17 07:15:53] lewid at nc dot rr dot com

I am at a loss here - I am a developer for a large company and do not
have a choice as to which web platform I can use -  IIS is the tool I
have to work with.

I have been using php on IIS but this growing percentage of CGI errors
on my applications is forcing me to consider using a different
application server, as it does not appear at this time that it will be
resolvable.

Is there ANY hope, or should I just switch to a different application
server, as I do not feel that it is acceptable for my applications to
recieve a significant % of errors.

If anyone has any suggestions please email me - ps - switching to an
open source web server is not an option I can entertain at this time :(



[2003-03-14 18:52:30] [EMAIL PROTECTED]

Friendly suggestion: Stick to OpenSource solutions. :)




[2003-03-14 12:53:39] ottawasixtyseven at hotmail dot com

frankielam,

You've hit the nail on the head. It's

#21479 [Fbk->Opn]: Crashes with 6 slashes in URL and non-existant file

[info at ofek dot com]

 ID:   21479
 User updated by:  info at ofek dot com
 Reported By:  info at ofek dot com
-Status:   Feedback
+Status:   Open
 Bug Type: GetImageSize related
 Operating System: Win 2000 IIS (CGI)
 PHP Version:  4.3.2-dev
 Assigned To:  wez
 New Comment:

i have windows 2000 pro not XP.
it still crashes with the latest stable snapshot:
php4-win32-STABLE-200303201730.zip

the error message dialog can be found here:

http://ofek.com/ebimg/1.gif


Previous Comments:


[2003-03-18 12:19:39] [EMAIL PROTECTED]

I can't reproduce this problem either, under winxp.
Could you try the latest stable snapshot again?

If it crashes, please paste here the error message that you are seing,
along with the date/time of the snapshot that you tried.



[2003-03-05 01:40:48] info at ofek dot com

i downloaded the 4.3.x snapshot quite a few times, and i can try again
- but do you mean i should try the 5.0.x snapshot?



[2003-03-04 19:25:24] [EMAIL PROTECTED]

Are you using the latest CVS snapshot? (if not get it)




[2003-03-01 18:27:33] info at ofek dot com

that script you posted doesn't crash on my system either - but this one
does:

function ImageExists($url) {
  [EMAIL PROTECTED]($url);
  return $r[2]!=0;
}
echo
ImageExists('http://economads.com/libaware/_font/title/123456.gif');

it's funny, if the file name is 12345.gif it doesn't crash, but if it's
123456.gif than it does!



[2003-02-23 17:48:20] [EMAIL PROTECTED]

I doesn't crash for me anymore using this script:

http://economads.com/libaware/_font/title/image.gif'));
?>

Can you verify that this exact script causes the crash?
And if so, could you also test this on some other machine too?





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

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

#14877 [Opn]: HTTP_FDF_DATA not available (php_fdf.dll crashes)

[cg at gordimer dot net]

 ID:   14877
 User updated by:  cg at gordimer dot net
-Reported By:  christoph dot grottolo at gmx dot net
+Reported By:  cg at gordimer dot net
 Status:   Open
 Bug Type: FDF related
 Operating System: XP Pro
-PHP Version:  4.4 dev
+PHP Version:  4.4 dev / 5 dev
 Assigned To:  hholzgra
 New Comment:

Verified with old binaries: up to 4.07dev the extension works, in 4.1.x
it does not, in 4.2.x it does again, in 4.3.x and in PHP5 it does not.

Would be cool to see a working extension in 4.3.x - because there will
perhaps be a long time until a next stable version...


Previous Comments:


[2003-03-19 17:50:49] jharrell at dlc4me dot com

fdftk ... php_fdf.dll works great in and so far only in (with regard to
win32 only)... 4.2.3... saved me from creating my own fdf objects...

%FDF-1.2
%âãÏÓ
1 0 obj
<< 
/FDF << /Fields



[2003-03-19 17:04:11] jharrell at dlc4me dot com

php_fdf.dll possibly works in:

php-4.2.3-Win32

(i have not scripted anything yet but... phpinfo() works...)



[2003-03-19 16:44:42] jharrell at dlc4me dot com

php_fdf.dll also crashes in: php5-win32-200303191930



[2003-03-19 16:06:06] jharrell at dlc4me dot com

I'm getting the same crash with todays
snapshot...[php4-win32-STABLE-200303191730] with php_fdf.dll
uncommented I cannot get phpinfo() to do anything but crash. I sure
hope this gets fixed soon... I moved to linux for a few months to
continue with production, but my server runs php/Win2k... :(



[2003-02-06 18:06:24] toni dot viemero at iki dot fi

We ran into this same bug today.

Windows (2000 and XP) with Apache 1.3.27 crashes (both 4.3.0 and todays
win32 4.3.1-stable snapshot) when page is requested.

Apache 2.0.44 works ok on both platforms with php_fdf.dll and with both
tested PHP versions.



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

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

#9852 [Com]: Header redirect and db connection cause "CGI misbehaved"

[lewid at nc dot rr dot com]

 ID:   9852
 Comment by:   lewid at nc dot rr dot com
 Reported By:  ron dot baldwin at sourceprose dot com
 Status:   Closed
 Bug Type: IIS related
 Operating System: Windows 2000
 PHP Version:  4.2.1
 New Comment:

What bugs are there in php4isapi.dll (referring to above comment)? I am
using an isapi filter pointing to php4isapi.dll and it seems to have
fixed the cgi issue completely in my development environment.


Previous Comments:


[2003-03-20 12:30:21] ottawasixtyseven at hotmail dot com

I have PROVEN beyond a shadow of a doubt that IIS can't handle multiple
simultaneous connections to ANY CGI   It's not the fault of
PHP.EXE

I've compiled the C code that's listed below and put it in
C:\Inetpub\Scripts. If you would like a copy of the compiled exe drop
me a line.

For the sake of simplicity, this program is designed to be initially
called with no parameters as in http://localhost/Scripts/breakiis.exe  

Also, for simplicity, I don't bother following the conventional
name=value&name=value format of the URL string parameters but simply
pass a number. This code is perfectly  safe in that it will start the
count at 1 if no parms are passed and if a QUERY_STRING that is
non-numeric is passed, atof will return 0.0 so that is also safe. This
program fully complies with the rules of CGI programming via the GET
method in that it receives the URL string parameters via QUERY_STRING
and sends back output via cout 
with a valid header. You will see that running one instance of this in
the browser will work fine. Run multiple instances and you will break
IIS. This program is designed to do nothing more than prove that there
is a flaw in the way that IIS handles CGI processes and that the bug is
in fact with IIS and not PHP. 

You *CANNOT* break Apache with multiple instances of this CGI code:
__

#include 
#include 
#include 
#include 
char *data;
double count;
int main(void)
{
  data = getenv("QUERY_STRING");
  if(data == NULL) 
count=1;
  else
count = atof(data);
  printf("Content-Type:text/html\n\n");
  printf("Loading page with value %f\n",floor(count));
  count++;
  printf("location.href='breakiis.exe?%f'",count);
  return 0;
}
___

I have launched yet another campaign to try and get Microsoft to fix
this problem but honestly I think we'd have better luck just working
out the bugs in php4isapi.dll. Maybe in the year 2025 Microsoft will
get around to fixing this problem.

Ottawa



[2003-03-17 17:49:27] ottawasixtyseven at hotmail dot com

Lewid,

Have you considered trying php4isapi.dll? PHP admits that it's *STILL*
not production quality (how many years has it been ???)  but some
people have had great success with it.

I think I may have finally figured out why PHP.EXE spits out those CGI
errors. And why on faster machines it happens more often ... IT'S NOT
THREAD-SAFE !!!

I don't know why this didn't dawn on me earlier. It makes total sense.
The problem occurs when IIS tries to make simultaneous calls to
PHP.EXE. With php4isapi.dll, instead of loading PHP.EXE for each
request, ISAPI uses the thread-safe DLL that's loaded only once. Apache
must handle CGI differently because you NEVER get the CGI error.

We can't use php4isapi.dll with our application because for some reason
it blows up all over the place with server 500 errors. We continue to
pray that the PHP gods will deliver us a rock solid php4isapi.dll.
Until then we deal with the CGI errors and blame it on Bill.

Again, for some reason changing your Performance Options to either
Background services or Applications seems to really make a difference.
Even with this option change frankielam has proven that when opening
multiple instances of his script (see above doit.php) you can generate
CGI errors at will. Try this at home and impress your friends :-)

Please let us know if running php4isapi.dll works for you.

Ottawa



[2003-03-17 07:15:53] lewid at nc dot rr dot com

I am at a loss here - I am a developer for a large company and do not
have a choice as to which web platform I can use -  IIS is the tool I
have to work with.

I have been using php on IIS but this growing percentage of CGI errors
on my applications is forcing me to consider using a different
application server, as it does not appear at this time that it will be
resolvable.

Is there ANY hope, or should I just switch to a different application
server, as I do not feel that it is acceptable for my applications to
recieve a significant % of errors.

If anyone has any suggestions please email me - ps - switching to an
open source web server is not an option I can entertain at this time :(

---

#22807 [NEW]: enctype="multipart/form-data" doesn't return data when posted via form

[eternal at clanomni dot net]

From: eternal at clanomni dot net
Operating system: Linux 2.4.19 
PHP version:  4.3.1
PHP Bug Type: *Web Server problem
Bug description:  enctype="multipart/form-data" doesn't return data when posted via 
form

When we have a form that uses enctype='multipart/form-data' it doesn't
return data in the $HTTP_POST_VARS so our website isn't allowing users to
post forum messages, upload files, sign up for an id etc.  

This worked in the previous version and just stopped working when our web
host upgraded php on the server.

I have searched for this bug already and all the solutions say to turn on
file uploads or register globals which are already set on our server. 
Also some say to get the cvs but at that time the cvs was for a version
older than the current version i have here.

Here is a link with our phpinfo:  http://www.clanomni.net/phpinfo.php

Test URL to see Data isn't getting posted: 
http://www.clanomni.net/test.php

Code for test.php:
$HTTP_POST_VARS =  


With ENCType='multipart/form-data'


Without ENC Type
 
  


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

#22808 [NEW]: Wierd fsockopen problem

[struman at nuparadigm dot com]

From: struman at nuparadigm dot com
Operating system: Windows XP
PHP version:  4.3.0
PHP Bug Type: Sockets related
Bug description:  Wierd fsockopen problem

Apache 2.0.42 with SAPI module

Default install with sockets module.

When connecting to a java Servlet from PHP. Servlet always reports that
port 80 is the port that it is being connected too.

I can telnet to 127.0.0.1 8080 and issue
GET /TestServlet
HTTP/1.0
Host: 127.0.0.1

And the Servlet reports the correct port.

Also reports the correct port when browing URL with Web Browser.

Only in PHP does the port default to 80.

My Guess it that sin_port is being set incorrectly.

-- Test Code  PHP --
$fp = fsockopen("127.0.0.1", 8080, $fsockopen_errnum, $fsockopen_errstr,
$fsockopen_timeout);
$sHeader = "GET " . "/TestServlet";
$sHeader .= " HTTP/1.0\r\n";
$sHeader .= "Host: 127.0.0.1\r\n\r\n";
fputs($fp, $sHeader);

-- Servlet Code --
public void doGet(HttpServletRequest request, HttpServletResponse
response) throws IOException, ServletException {
System.out.println("Serverport="+request.getServerPort());
}


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

#22791 [Bgs]: php_value auto_prepend in .htaccess ignored when loading a index.html

[peter dot kling at veritas dot com]

 ID:   22791
 User updated by:  peter dot kling at veritas dot com
 Reported By:  peter dot kling at veritas dot com
 Status:   Bogus
 Bug Type: Apache related
 Operating System: solaris 8
 PHP Version:  4.3.1
 New Comment:

I guess you missed the Point, I indicated that this was working
correctly, with Apache. Apache was parsing the html

But After upgrading from PHP 4.2.2 to PHP 4.3.1 this function no longer
works.  So how could this be a configuration problem since we did not
change the Apache or it's config.  ONLY the PHP Version.

Thanks
Peter


Previous Comments:


[2003-03-19 15:42:06] [EMAIL PROTECTED]

If your apache is not set to parse .html through PHP, of course it
won't work. Not bug.




[2003-03-19 15:02:30] peter dot kling at veritas dot com

This function worked with Apache/1.3.26 and PHP Version 4.2.2 running
on SunOS goldeneyes 5.8 Generic sun4u sparc SUNW,Ultra-4

Since we upgrade to PHP Version 4.3.1 this does not work.

we have .htaccess files in directories that just have the following two
lines:
Start---
php_value auto_prepend_file "/vfr/htdocs/jscode/menuheader.html"
php_value auto_append_file "/vfr/htdocs/jscode/reg_footer.html"
End---

So then if you access a file like index.html or somename.html in that
directory  the page would load with the menuheader.html and the
reg_footer.html force on that page.   We use this to keep a constant
look and feel on this site.

Since we upgrade to PHP Version 4.3.1 this does not work.
I've noted bugs reported for Apache 2.x but not 1.3x  could you please
look at the code and see if you can find this bug.

The short fix is for us to rename every .html file to a .php file and
it works, but renaming 1000s of files is a bit much.

Thanks
peter
PS: note I have reproduced this bug on FreeBSD 4.x also.




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

#22808 [Opn->Bgs]: Wierd fsockopen problem

[struman at nuparadigm dot com]

 ID:   22808
 User updated by:  struman at nuparadigm dot com
 Reported By:  struman at nuparadigm dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Sockets related
 Operating System: Windows XP
 PHP Version:  4.3.0
 New Comment:

I am able to reproduce the problem with acouple of other client
libraries.. not a PHP issue.. Sorry


Previous Comments:


[2003-03-20 16:21:29] struman at nuparadigm dot com

Apache 2.0.42 with SAPI module

Default install with sockets module.

When connecting to a java Servlet from PHP. Servlet always reports that
port 80 is the port that it is being connected too.

I can telnet to 127.0.0.1 8080 and issue
GET /TestServlet
HTTP/1.0
Host: 127.0.0.1

And the Servlet reports the correct port.

Also reports the correct port when browing URL with Web Browser.

Only in PHP does the port default to 80.

My Guess it that sin_port is being set incorrectly.

-- Test Code  PHP --
$fp = fsockopen("127.0.0.1", 8080, $fsockopen_errnum,
$fsockopen_errstr, $fsockopen_timeout);
$sHeader = "GET " . "/TestServlet";
$sHeader .= " HTTP/1.0\r\n";
$sHeader .= "Host: 127.0.0.1\r\n\r\n";
fputs($fp, $sHeader);

-- Servlet Code --
public void doGet(HttpServletRequest request, HttpServletResponse
response) throws IOException, ServletException {
System.out.println("Serverport="+request.getServerPort());
}






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

#7244 [Com]: Problem with LOAD DATA LOCAL INFILE

[neron_cl at yahoo dot com]

 ID:   7244
 Comment by:   neron_cl at yahoo dot com
 Reported By:  c dot schmidt-koester at gmx dot net
 Status:   No Feedback
 Bug Type: MySQL related
 Operating System: win 98
 PHP Version:  4.1.0
 New Comment:

I had the same problem, and this works me:

LOAD DATA LOCAL INFILE "c:/MYSQL/file.txt" INTO TABLE $table FIELDS
TERMINATED BY ';'


Previous Comments:


[2002-10-18 23:53:01] manteau at grafix dot nl

I am having a problem wich is likewise I think
Loading data from a windows host to a linux server

echo "";

$file1 = str_replace("\\" , "", $file1);

$result=mysql_query ("LOAD DATA LOCAL INFILE '$file1' INTO TABLE agenda
(plaats, activiteit)");

returns this: File 'D:\\gegevens.txt' not found (Errcode: 2)

If I do the same on the mysql server wich runs on windows at home and
type in the mysql monitor:

load data local infile 'D:\\gegevens.txt' into table agenda;

everything works fine.

So the location with the extra backslash should work


I spend a lot of time on this and tried about everything and can't
figure it out.



[2002-07-18 01:00:08] php-bugs at lists dot php dot net

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



[2002-06-17 16:04:02] [EMAIL PROTECTED]

Rather try the latest CVS snapshot build:

http://snaps.php.net/win32/php4-win32-latest.zip




[2002-06-17 13:35:57] [EMAIL PROTECTED]

Is this still a problem with PHP 4.2.1?

Derick



[2002-01-14 22:00:42] [EMAIL PROTECTED]

Please update PHP Version if you've tested with newer 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/7244

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

#20110 [Com]: input in flex scanner failed in :)

[bostjan dot skufca at domenca dot com]

 ID:   20110
 Comment by:   bostjan dot skufca at domenca dot com
 Reported By:  jeroen at unfix dot org
 Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: Linux, Net|Free|OpenBSD, others?
 PHP Version:  4.2.3
 Assigned To:  derick
 New Comment:

you can view the bug at:

http://www.avtomobilizem.com/dev/modules/gallery2

this project is using Smarty template engine and 
bug only occurs when i set 

$smarty->force_compile = false;

email me to provide you relevant source files


Previous Comments:


[2002-12-24 20:27:44] gunnar at start dot no

This error also appears with other functions. More specifically I've
experienced it with the parse_ini_file() function. I do not have access
to test it with PHP CVS version, do I don't know wether it has been
fixed for just the include function, or all functions affected by this
problem.



[2002-10-27 18:28:18] [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.





[2002-10-26 15:05:14] jeroen at unfix dot org

Severity: Cosmetic for error reporting

PHP Fatal error:  input in flex scanner failed in 

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

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






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

#22787 [Asn->Bgs]: Make fails after upgrading to mysql v4.0.12

[sniper]

 ID:   22787
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gregory dot fennell at am dot sony dot com
-Status:   Assigned
+Status:   Bogus
 Bug Type: MySQL related
 Operating System: RedHat v8.0
 PHP Version:  4.3.1
 Assigned To:  sniper
 New Comment:

Just tested this myself, if everything is installed correctly, PHP
4.3.x compiles and works fine with Mysql 4.0.x.




Previous Comments:


[2003-03-20 08:45:47] gregory dot fennell at am dot sony dot com

Since MySQL has made the 4.0.12 it production version, how far behind
is PHP v5.x?  It kind of makes MySQL v4.x usless to PHP websites until
PHP has the capability to support MySQL v4.x, since alot of sites use
PHP + MySQL.  Any idea when PHP will have a version that will support
MySQL v4.x?

-Greg



[2003-03-19 11:07:42] [EMAIL PROTECTED]

And the (new) mysqli extension requires MySQL 4.1 anyway...

-Tal



[2003-03-19 11:02:55] [EMAIL PROTECTED]

OTOH, it should be possible to use the mysql 4.0.12 too..
I'm checking this out.




[2003-03-19 10:55:56] [EMAIL PROTECTED]

In PHP 5 there will be a new extension which gives the full
power Mysql 4 provides. There will not be any such support
in PHP 4.

This snapshot has it:
http://snaps.php.net/php5-200303191630.tar.gz

(use --with-mysqli and --without-mysql)




[2003-03-19 09:04:22] gregory dot fennell at am dot sony dot com

I upgraded one of our test systems today to the newest production
release of MySQL v4.0.12.  After upgrading apache will crash with an
error saying it can't find libmysqlclient.so.10.  I recompiled apache
and came up with the same error.  I then recomplied php and during the
"make" php errored out with the following:

make: *** [libphp4.la] error 1

I downgraded to MySQL 3.23.55-1 and recompled php and it worked fine. 
There seems to be an issue with compiling php-4.3.1 with MySQL-4.0.12
(Production).

If anyone can help with this that would be great since I want to use
some of the new features in MySQL 4.x.

Versions:
PHP-4.3.1
COMPILE:
./configure
--with-mysql=/usr --with-mysql-socket=/var/lib/mysql/mysql.sock
--with-gd
--enable-sockets
--with-apxs2=/www/bin/apxs
--with-config-file-path=/usr/local/lib/
--with-ldap
--with-openssl=/usr/local/ssl/
--with-zlib-dir=/usr/include/
--with-java=/usr/java/j2sdk1.4.1_01
--with-mcal
--with-ttf
--enable-gd-native-tt
--with-mnogosearch

MySQL-4.0.12 (Production release)
COMPILE: RPM

Kernel-2.4.18-27.8.0
COMPILE: RPM

RedHat-8.0




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

#21478 [Ver->Csd]: Zend/zend_alloc.c :: shutdown_memory_manager produces segfault

[sniper]

 ID:   21478
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Verified
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: linux
 PHP Version:  4CVS-2003-01-06 (dev)
 New Comment:

Closed then.



Previous Comments:


[2003-03-20 03:06:54] [EMAIL PROTECTED]

sniper: i tried the latest stable snapshot (php4-STABLE-200303200830)
and i couldnt reproduce the bug anymore..

but then, if its as elusive as polita said in #2 any changes to the
code might have made it dissapear (had lots of them in the last 2
days)..

I also tried php4-200303182230 to confirm that that might not be the
case, but it has gone away also... if i spot any more segfaults ill do
the wise thing and archive the scripts / database, if it can be
reproduced ;)



[2003-03-19 15:53:36] [EMAIL PROTECTED]

I don't know what this 4.5-dev is..since the only official
development branches are PHP_4_3 and the php5 module.

Try this snapshot:
http://snaps.php.net/php4-STABLE-200303192030.tar.gz

If that doesn't work, but the RC1 works, then it's a problem with the
build tools on the snaps.php.net machine.

(Please send me that test script you used when testing 4.3.2-RC1)








[2003-03-19 15:18:36] [EMAIL PROTECTED]

sniper, yes, i wasn't able to reproduce it on php4.3.2rc1

i did have one segfault it normal operation mode (not inside gdb), but
i couldnt reproduce it in any way or form similar to the process of
reproducing on the latest -STABLE or 4.5-dev snapshots

as far as i can tell 4.3-dev and 4.5-dev are subject to this.. im not
even going to guess what goes on in 5.0-dev yet..

btw, there is a slight difference between the backtrace ilia got above
and mine, so it might be an unrelated problem... still the same scope
and behaviour thou.



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

[To: [EMAIL PROTECTED] 
Did I understand correctly that you can't reproduce this
with 4.3.2RC1, but you CAN reproduce it with the latest
stable snapshot?? 

This might mean that some tools on the machine generating
the snapshots are bad versions..
(the RC1 source package was generated on my machine :)




[2003-03-18 13:45:09] [EMAIL PROTECTED]

ok, i cant reproduce the behaviour on my part on as low as php-4.3.2RC1
(this one works flawlessly, as far as i can tell).



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

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

#9852 [Com]: Header redirect and db connection cause "CGI misbehaved"

[ottawasixtyseven at hotmail dot com]

 ID:   9852
 Comment by:   ottawasixtyseven at hotmail dot com
 Reported By:  ron dot baldwin at sourceprose dot com
 Status:   Closed
 Bug Type: IIS related
 Operating System: Windows 2000
 PHP Version:  4.2.1
 New Comment:

Lewid,

php4isapi.dll works perfectly for some people. We are part of the
unfortunate group that experiences lots of server 500 errors. Here is
an excerpt from the latest PHP INSTALL text file:
_
PHP 4 for Windows comes in two flavours - a CGI executable (php.exe),
and several SAPI modules (for exapmle php4isapi.dll). The latter form
is new to PHP 4, and provides significantly improved performance and
some new functionality. However, please note that the SAPI modules are
*NOT* yet considered to be production quality. In particular, with the
ISAPI module, you are likely to encounter serious reliability problems
especially on platforms older than W2K - you may witness a lot of
server 500 errors and suffer from other server modules such as ASP also
failing. You have been warned!

The reason for this is that the PHP SAPI modules are using the
thread-safe version of the PHP code, which is new to PHP 4, and has not
yet been tested and pounded enough to be considered completely stable,
and there are actually a few known bugs. On the other hand, some people
have reported very good results with the SAPI modules, and there a few
reports of problems with the Apache module version. In short - your
mileage may vary;  If you need absolute stability, trade the
performance of the SAPI modules with the stability of the CGI
executable.
_

Hopefully you can be part of the increasing numbers that are actually
able to give php4isapi.dll a good pounding. Please make sure to report
any problems you have with it.

Ottawa


Previous Comments:


[2003-03-20 15:28:49] lewid at nc dot rr dot com

What bugs are there in php4isapi.dll (referring to above comment)? I am
using an isapi filter pointing to php4isapi.dll and it seems to have
fixed the cgi issue completely in my development environment.



[2003-03-20 12:30:21] ottawasixtyseven at hotmail dot com

I have PROVEN beyond a shadow of a doubt that IIS can't handle multiple
simultaneous connections to ANY CGI   It's not the fault of
PHP.EXE

I've compiled the C code that's listed below and put it in
C:\Inetpub\Scripts. If you would like a copy of the compiled exe drop
me a line.

For the sake of simplicity, this program is designed to be initially
called with no parameters as in http://localhost/Scripts/breakiis.exe  

Also, for simplicity, I don't bother following the conventional
name=value&name=value format of the URL string parameters but simply
pass a number. This code is perfectly  safe in that it will start the
count at 1 if no parms are passed and if a QUERY_STRING that is
non-numeric is passed, atof will return 0.0 so that is also safe. This
program fully complies with the rules of CGI programming via the GET
method in that it receives the URL string parameters via QUERY_STRING
and sends back output via cout 
with a valid header. You will see that running one instance of this in
the browser will work fine. Run multiple instances and you will break
IIS. This program is designed to do nothing more than prove that there
is a flaw in the way that IIS handles CGI processes and that the bug is
in fact with IIS and not PHP. 

You *CANNOT* break Apache with multiple instances of this CGI code:
__

#include 
#include 
#include 
#include 
char *data;
double count;
int main(void)
{
  data = getenv("QUERY_STRING");
  if(data == NULL) 
count=1;
  else
count = atof(data);
  printf("Content-Type:text/html\n\n");
  printf("Loading page with value %f\n",floor(count));
  count++;
  printf("location.href='breakiis.exe?%f'",count);
  return 0;
}
___

I have launched yet another campaign to try and get Microsoft to fix
this problem but honestly I think we'd have better luck just working
out the bugs in php4isapi.dll. Maybe in the year 2025 Microsoft will
get around to fixing this problem.

Ottawa



[2003-03-17 17:49:27] ottawasixtyseven at hotmail dot com

Lewid,

Have you considered trying php4isapi.dll? PHP admits that it's *STILL*
not production quality (how many years has it been ???)  but some
people have had great success with it.

I think I may have finally figured out why PHP.EXE spits out those CGI
errors. And why on faster machines it happens more often ... IT'S NOT
THREAD-SAFE !!!

I don't know why this didn't dawn on me earlier. It makes total sense.
The problem occurs when IIS tries to make sim

#22799 [Opn->Bgs]: exit signal Segmentation Fault(11)

[sniper]

 ID:   22799
 Updated by:   [EMAIL PROTECTED]
 Reported By:  chenfou at ms34 dot hinet dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Apache related
 Operating System: Solaris 5.8 Generic_108528-14
 PHP Version:  4.3.1
 New Comment:

It's mod-ssl problem, see their mailing list for more
information.



Previous Comments:


[2003-03-20 05:13:48] b_ulrich at t-online dot de

This is a Problem in mod_ssl-2.8.13-1.3.27 try mod_ssl-2.8.12-1.3.27
and everything will work fine.



[2003-03-20 02:50:28] chenfou at ms34 dot hinet dot net

Here's my Apache
config(apache(1.3.27)+mod_ssl(2.8.13-1.3.27)+openssl(0.97a))
./configure \
--with-layout=Apache \
--prefix=/user1/web/server-home \
--htdocsdir=/user1/web/server-home/htdocs/html \
--enable-module=rewrite \
--enable-shared=rewrite \
--enable-module=mime-magic \
--enable-shared=mime-magic \
--enable-module=headers \
--enable-shared=headers \
--enable-module=info \
--enable-shared=info \
--enable-module=speling \
--enable-shared=speling \
--enable-module=include \
--enable-module=so \
--enable-shared=max \
--enable-module=most \
--enable-module=proxy \
--enable-shared=proxy \
--enable-module=ssl \
Here's my PHP config
./configure \
--with-apxs=/user1/web/server-home/bin/apxs \
--with-sybase=/opt/sybase/OCS-12_0 \
--without-mysql \
--enable-calendar \
--enable-memory-limit=yes \
--enable-debug \
--enable-trans-sid \
--enable-track-vars \
--enable-magic-quotes \
--prefix=/usr/local/php \
--with-config-file-path=/usr/local/php \
--enable-sockets \

I write a test program

I test this program on http://127.0.0.1/test.php
is OK
but I test this program on https://127.0.0.1/test.php
in error log have 
child pid 7814 exit signal Segmentation Fault(11)

please help me,thanks




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

#22800 [Opn->Fbk]: session.save_path changed to /tmp

[sniper]

 ID:   22800
 Updated by:   [EMAIL PROTECTED]
 Reported By:  bid3k at hotmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: Windows XP
 PHP Version:  4.3.2RC1
 New Comment:

What are the EXACT lines for session.save_path and extension_dir in
your php.ini ??



Previous Comments:


[2003-03-20 03:03:00] bid3k at hotmail dot com

I recently started messing around with sessions and everything was
going fine until I decided to load the gz extension.

>From hours of experimenting I found out that when the extention dir is
correctly mentioned (c:\progra~1\php\extensions in my case) then my
session.save_path is set to /tmp even though the php.ini tells it to
use c:\progra~1\php\sessiondata.

It also happens in 4.31, I don't know if it happens before that. Now
the question is, how can I have both the sessions and the extensions?




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

#22805 [Opn->Fbk]: Long input fields get truncated when posted (to about 1kb)

[sniper]

 ID:   22805
 Updated by:   [EMAIL PROTECTED]
 Reported By:  M dot Hankus at ce3 dot pl
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.3.2RC1
 New Comment:

You're sure you don't have that  section??



Previous Comments:


[2003-03-20 09:25:29] M dot Hankus at ce3 dot pl

According to bug #18648 my apache is configured correctly.

I also compiled php 4.3.1 with apache 2.0.44 and it works fine .
Something is wrong only with 4.3.2RC1+ .


In 4.3.2RC adding

enctype="multipart/form-data"

to form solved the problem (like in bug #18648).



[2003-03-20 08:04:50] [EMAIL PROTECTED]

See bug #18648. That seems due to the misconfigured httpd.conf.




[2003-03-20 07:34:28] M dot Hankus at ce3 dot pl

When you try to create form with inputs, which values are very 
big lets say 30k. When you submit such form, script responsible  for
accepting date will see only 1k of that data.

example script:












KONIEC;


?>



You must only initialize variable $tekst with long string about 30k and
observe results. 
In my case script shows:

apache 1.3.27 + php 4.3.1: 29100
apache 2.0.44 + php 4.3.2RC1: 1012  (same script and same php.ini)
apache 2.0.44 + php4-STABLE-200303201230: 1012

I know that bug like this was reported earlier but for different
version of php.




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

#22806 [Opn->Fbk]: Autogenerated crypt salt is not random

[sniper]

 ID:   22806
 Updated by:   [EMAIL PROTECTED]
 Reported By:  anj at aps dot anl dot gov
-Status:   Open
+Status:   Feedback
 Bug Type: *Encryption and hash functions
 Operating System: Solaris 8
 PHP Version:  4.3.1
 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

I can not reproduce this.
If this happens with the latest stable snapshot, please
add your configure line here.



Previous Comments:


[2003-03-20 11:36:35] anj at aps dot anl dot gov

Ever since we upgraded to from PHP 4.1.2 to 4.3.1 (we're using Sun's
iPlanet server and the nsapi BTW), the autogenerated crypt salt being
returned by new accounts in our password-protected area has been "..".

Using this test script:





I find that although not always the case, very often (and especially if
I wait for some time before reloading) the result returned from the
above is ..EXlUiP8mHCU.

I have inserted a workaround to my PHP code now, and as I don't build
PHP here it would be tricky for me to test any fix, but I thought the
developers ought to know about this.




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

#14877 [Opn->Asn]: HTTP_FDF_DATA not available (php_fdf.dll crashes)

[sniper]

 ID:   14877
 Updated by:   [EMAIL PROTECTED]
 Reported By:  cg at gordimer dot net
-Status:   Open
+Status:   Assigned
 Bug Type: FDF related
 Operating System: XP Pro
 PHP Version:  4.3.2-RC
 Assigned To:  hholzgra


Previous Comments:


[2003-03-20 14:40:25] cg at gordimer dot net

Verified with old binaries: up to 4.07dev the extension works, in 4.1.x
it does not, in 4.2.x it does again, in 4.3.x and in PHP5 it does not.

Would be cool to see a working extension in 4.3.x - because there will
perhaps be a long time until a next stable version...



[2003-03-19 17:50:49] jharrell at dlc4me dot com

fdftk ... php_fdf.dll works great in and so far only in (with regard to
win32 only)... 4.2.3... saved me from creating my own fdf objects...

%FDF-1.2
%âãÏÓ
1 0 obj
<< 
/FDF << /Fields



[2003-03-19 17:04:11] jharrell at dlc4me dot com

php_fdf.dll possibly works in:

php-4.2.3-Win32

(i have not scripted anything yet but... phpinfo() works...)



[2003-03-19 16:44:42] jharrell at dlc4me dot com

php_fdf.dll also crashes in: php5-win32-200303191930



[2003-03-19 16:06:06] jharrell at dlc4me dot com

I'm getting the same crash with todays
snapshot...[php4-win32-STABLE-200303191730] with php_fdf.dll
uncommented I cannot get phpinfo() to do anything but crash. I sure
hope this gets fixed soon... I moved to linux for a few months to
continue with production, but my server runs php/Win2k... :(



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

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

#22807 [Opn->Csd]: enctype="multipart/form-data" doesn't return data when posted via form

[sniper]

 ID:   22807
 Updated by:   [EMAIL PROTECTED]
 Reported By:  eternal at clanomni dot net
-Status:   Open
+Status:   Closed
 Bug Type: *Web Server problem
 Operating System: Linux 2.4.19
 PHP Version:  4.3.1
 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-03-20 15:56:18] eternal at clanomni dot net

When we have a form that uses enctype='multipart/form-data' it doesn't
return data in the $HTTP_POST_VARS so our website isn't allowing users
to post forum messages, upload files, sign up for an id etc.  

This worked in the previous version and just stopped working when our
web host upgraded php on the server.

I have searched for this bug already and all the solutions say to turn
on file uploads or register globals which are already set on our
server.  Also some say to get the cvs but at that time the cvs was for
a version older than the current version i have here.

Here is a link with our phpinfo:  http://www.clanomni.net/phpinfo.php

Test URL to see Data isn't getting posted: 
http://www.clanomni.net/test.php

Code for test.php:
$HTTP_POST_VARS =  


With ENCType='multipart/form-data'


Without ENC Type







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

#22774 [Opn->Fbk]: PHP crashes when exiting (long XML doc)

[sniper]

 ID:   22774
 Updated by:   [EMAIL PROTECTED]
 Reported By:  fgarcia at uef dot es
-Status:   Open
+Status:   Feedback
 Bug Type: DOM XML related
 Operating System: Windows 2000
 PHP Version:  4.3.2RC1
 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

And make sure you really update it. Especially the php4ts.dll file.



Previous Comments:


[2003-03-20 11:32:41] fgarcia at uef dot es

DrWatson output:
(in spanish, sorry)


Excepción de aplicación ocurrida:
Aplicación:  (pid=2100)
Fecha y hora: 20/03/2003 a las 18:32:17.205
Número de excepción: c005 (infracción de acceso)

*> Información del sistema <*
Nombre de equipo: UP086817
Nombre de usuario: UF265250
Número de procesadores: 1
Tipo de procesador: x86 Family 6 Model 8 Stepping 6
Versión de Windows 2000 : 5.0
Versión actual: 2195
Service Pack: 1
Tipo actual: Uniprocessor Free
Organización registrada: Unión Fenosa
Propietario registrado: Unión Fenosa

*> Lista de tareas <*
   0 Idle.exe
   8 System.exe
 140 SMSS.exe
 164 csrss.exe
 184 WINLOGON.exe
 212 services.exe
 224 LSASS.exe
 388 svchost.exe
 416 SPOOLSV.exe
 504 svchost.exe
 588 regsvc.exe
 604 mstask.exe
 616 trcboot.exe
 668 WinMgmt.exe
 764 pcs_agnt.exe
 752 naimas32.exe
1828 wpctrl.exe
1776 naimag32.exe
1804 editplus.exe
 680 CMD.exe
1796 taskmgr.exe
1232 CMD.exe
 532 NLNOTES.exe
1876 msaccess.exe
 488 Avsynmgr.exe
 696 VSStat.exe
 804 vshwin32.exe
 892 Mcshield.exe
 880 Avconsol.exe
1696 notepad.exe
 684 ExamDiff.exe
2072 msaccess.exe
1020 explorer.exe
1012 netadmin.exe
1268 netadmin.exe
1560 hh.exe
2192 winhlp32.exe
2124 DRWTSN32.exe
2016 DRWTSN32.exe
2100 php.exe
 196 DRWTSN32.exe
   0 _Total.exe

(0040 - 00405000) 
(77F8 - 7800) 
(1000 - 10127000) 
(77E8 - 77F3F000) 
(77E1 - 77E74000) 
(77F4 - 77F7C000) 
(7500 - 75009000) 
(74FE - 74FF4000) 
(7800 - 78046000) 
(77DB - 77E0A000) 
(77D4 - 77DB) 
(74FD - 74FD8000) 
(77A5 - 77B45000) 
(779B - 77A45000) 
(1F7D - 1F804000) 
(76B1 - 76B4D000) 
(77C7 - 77CBA000) 
(77B5 - 77BD9000) 
(7759 - 777D8000) 
(1F8C - 1F8D8000) 
(00FD - 0102C000) 
(0103 - 01043000) 

Muestra de estado para identificador de subproceso 0x808

eax=0118ee78 ebx=00862518 ecx=0001 edx=0012fb54 esi=00e18ec8
edi=00862518
eip=00fd1bc7 esp=0012fb3c ebp=00df5778 iopl=0 nv up ei pl nz na
po nc
cs=001b  ss=0023  ds=0023  es=0023  fs=0038  gs=
efl=0206


función: 
00fd1bb9 5e   pop esi
00fd1bba c3   ret
00fd1bbb 90   nop
00fd1bbc 90   nop
00fd1bbd 90   nop
00fd1bbe 90   nop
00fd1bbf 90   nop
00fd1bc0 8b442404 mov eax,[esp+0x4] 
ss:00bfd113=
00fd1bc4 56   pushesi
00fd1bc5 8b30 mov esi,[eax] 
ds:0118ee78=00e18ec8
ERROR -> 00fd1bc7 8b4614   mov eax,[esi+0x14]
ds:018e649e=
00fd1bca 85c0 testeax,eax
00fd1bcc 751a jnz 00fda6e8
00fd1bce 8b4e0c   mov ecx,[esi+0xc] 
ds:018e649e=
00fd1bd1 51   pushecx
00fd1bd2 e879ff   call00fd1b50
00fd1bd7 56   pushesi
00fd1bd8 e803ff   call00fd1ae0
00fd1bdd 56   pushesi
00fd1bde e88d93   call00fdaf70
00fd1be3 83c40c   add esp,0xc
00fd1be6 5e   pop esi

*> Seguimiento regresivo de pila <*

FramePtr ReturnAd Param#1  Param#2  Param#3  Param#4  Nombre función
00DF5778 0002 00050006 000D0101 0018  ! 

*> Muestra de pilas sin procesar <*
0012fb3c  78 ee 18 01 43 73 0a 10 - 78 ee 18 01 18 25 86 00 
x...Cs..x%..
0012fb4c  2c 73 86 00 c0 e0 18 01 - 60 57 df 00 34 cd 09 10 
,s..`W..4...
0012fb5c  78 ee 18 01 2c 73 86 00 - c0 e0 18 01 78 57 df 00 
x...,s..xW..
0012fb6c  18 25 86 00 13 cf 09 10 - 2c 73 86 00 c0 e0 18 01 
.%..,s..
0012fb7c  e0 fb 12 00 18 25 86 00 - 78 57 df 00 18 25 86 00 
.%..xW...%..
0012fb8c  e9 74 0a 10 2c 73 86 00 - 20 75 0a 10 78 57 df 00  .t..,s..
u..xW..
0012fb9c  18 25 86 00 78 21 10 10 - 30 57 df 00 05 cf 09 10 
.%..x!..0W..
0012fbac  60 57 df 00 e0 fb 12 00 - 18 25 86 00 90 4c 09 10 
`W...%...L..
0012fbbc  18 25 86 00 18 25 86 00 - 70 e4 e0 00 a9 74 0a 10 
.%...%..pt..
0012fbcc  78 21 10 10 b0 74 0a 10 - e0 fb 12 00 18 25 86 00 
x!...t...%..
0012fbdc  d4 4b 09 10 0c 0

#20300 [Opn->Fbk]: mail() and Java combination causes webserver freeze

[sniper]

 ID:   20300
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mindas at ziedas dot ktu dot lt
-Status:   Open
+Status:   Feedback
 Bug Type: Mail related
 Operating System: Linux Debian/GNU testing
 PHP Version:  4.2.3-12
 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




Previous Comments:


[2003-03-20 07:33:45] mindas at ziedas dot ktu dot lt

Sorry for the late reply. I was used to get back to this problem; 
however it still persists. I've tried the same code (as reported 
earlier), and the apache still hangs - only the first mail is sent. 
 
I've built the binaries against version 4.2.3-12 of PHP sources 
on a Debian unstable machine.



[2002-11-21 17:13:04] [EMAIL PROTECTED]

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





[2002-11-11 10:57:26] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-11-07 11:22:47] mindas at ziedas dot ktu dot lt

Hi,
i've encountered a strange bug that causes webserver (Apache  1.3.26-1
in particular) to halt. I'm using PHP/Java combination I've built
myself on Debian GNU/Linux (testing, kernel version is 2.4.20-pre7).

The killing code is here:



The first mail is sent successfully, but not the second one.

The most amazing thing is, that eliminating a mail() or Java() call
doesn't produce any problems. I mean, they work well separately. But
when these calls are together (in my case - even on different PHP
classes), it results a webserver lockup.

This has been tested on various PHP compilations starting from PHP
4.2.0 and up to the newest STABLE snapshot build.

The funniest thing is that this bug is ABSENT on my old PHP/Java build
(4.1.2-1). Java version is the same on both cases:

[EMAIL PROTECTED]:~$ java -version
java version "1.3.1_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_02-b02)
Java HotSpot(TM) Client VM (build 1.3.1_02-b02, mixed mode)

If you need any more details on this, just drop me a message via
e-mail.




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

#22798 [Opn->Fbk]: The specified CGI application misbehaved by not returning a complete set of HTT

[sniper]

 ID:   22798
 Updated by:   [EMAIL PROTECTED]
 Reported By:  cannone at libero dot it
-Status:   Open
+Status:   Feedback
 Bug Type: Performance problem
 Operating System: Windows 2000
 PHP Version:  4.3.1
 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


Previous Comments:


[2003-03-20 01:43:19] cannone at libero dot it

1. Windows 2000 Service Pack 3
2. Internet Information Service 5
3. Php 4.3.1
4. Mysql 4.0.12
5. PhpMyAdmin-2.4.0-php3

If I try to run PhpMyAdmin i got this error:

"The specified CGI application misbehaved by not returning a complete
set of HTTP"




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

#22809 [NEW]: OpenSSL fails to compute internal private key from string but works on file

[php-bugs at liwing dot de]

From: php-bugs at liwing dot de
Operating system: FreeBSD (4.8RC and 5.0)
PHP version:  4.3.1
PHP Bug Type: OpenSSL related
Bug description:  OpenSSL fails to compute internal private key from string but works 
on file

In PHP 4.3.1 the use of OpenSSL fails when the private key comes from a
string instead of a file. The test case for openssl fails, too.

To reproduce the bug, simply run the "make test" on a current build
FreeBSD system. I don't know about others, but I assume either an
incompatibility with OpenSSL 0.9.7a (because the d2i_PrivateKey method
used by the php wrapper seems to have a problem).

Using the OpenSSL commandline tools I can use my private/public keys to
sign and verify files. Because I don't know much about OpenSSL I cannot
verify the reason of the failure. The occurance seems somewhere around
line 1747 in file ext/openssl/openssl.c

If the script in the test case isn't enough (what it should), I can attach
an own one.

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

#22809 [Opn->Fbk]: OpenSSL fails to compute internal private key from string but works on file

[sniper]

 ID:   22809
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php-bugs at liwing dot de
-Status:   Open
+Status:   Feedback
 Bug Type: OpenSSL related
 Operating System: FreeBSD (4.8RC and 5.0)
 PHP Version:  4.3.1
 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


Previous Comments:


[2003-03-20 17:52:27] php-bugs at liwing dot de

In PHP 4.3.1 the use of OpenSSL fails when the private key comes from a
string instead of a file. The test case for openssl fails, too.

To reproduce the bug, simply run the "make test" on a current build
FreeBSD system. I don't know about others, but I assume either an
incompatibility with OpenSSL 0.9.7a (because the d2i_PrivateKey method
used by the php wrapper seems to have a problem).

Using the OpenSSL commandline tools I can use my private/public keys to
sign and verify files. Because I don't know much about OpenSSL I cannot
verify the reason of the failure. The occurance seems somewhere around
line 1747 in file ext/openssl/openssl.c

If the script in the test case isn't enough (what it should), I can
attach an own one.

Kind Regards,
Jens




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

#18199 [Opn->Csd]: is_array check fails???

[sniper]

 ID:   18199
 Updated by:   [EMAIL PROTECTED]
 Reported By:  webmaster at aglaea dot net
-Status:   Open
+Status:   Closed
 Bug Type: Arrays related
 Operating System: Linux
 PHP Version:  4.1.2
 New Comment:

Works fine with PHP 4.3.2-RC1.



Previous Comments:


[2003-03-19 22:49:47] webmaster at aglaea dot net

Re-opened on request.



[2003-03-19 15:15:53] richard at bowmansystems dot com

Bug still present in 4.2.3.  Just because you are to lazy to verify it
doesn't mean you should mark it as bogus.  The test case is trivial,
why not just try it?

http://www.php.net/downloads.php

If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.





[2002-08-28 01:01:34] yzhu at ou dot edu

I just upgraded to php-4.1.2 on RHL 7.2. Before this I was using a
php-4.0.6-15, and experienced the same problem as [EMAIL PROTECTED]
did (I assume). 

One thing should be clear about this issue is is_array fails under a
particular circumtance. I encountered this problem when I have a mixed
associative array like the following (actually its member's nature most
likely automatically generated from some procedures, is not known
before you test):(I assume the bug reporter did too)

$as_ar = array(
array("32"=>5, "you" =>6, "him"=>3, "her"=>2, 8, 3.4),   
"lone"=>19;
array("red"=>"3", "yellow"=>4, "green"=>5),
28  
array("east"=>2, "west"=13, "south"=>4, "north"=>5)
);

Now, Try this:
$keys = array_keys ($as_ar);
if (is_array($as_ar[$keys[1]])){
echo "The second element is an array";
}
This will print the message on PHP-4.0.6-15. But on the same RHL 7.2,
PHP-4.1.2 seems to be able to catch this, and the test return false. I
did not test this code on any other versions

However, if you believe this test result you will get into trouble. To
get around this, I test the value instead the element (or keys). E.g.
for this particular array I do:

$theKeys = array_keys ($as_ar);
$theValue = $as_ar[$theKeys[1]];
if ( is_array($theValue)){
 echo "The second element is an array";
}

This will actually evaluate the nature of the element, not wether the
element is more complex than a simple (indexed) one.

I reported this finding on the PHP manual is_array page. And the editor
removed it after some days. But this is a real issue, and can be
confusing, frustrating too. I hope manual editors put something there
to advise people how to cope with the problem. Well...



[2002-07-06 08:02:28] [EMAIL PROTECTED]

Can you provide a simple selfcontained sample script that reproduces
your problem?



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

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

#22797 [Opn->Fbk]: can't display chiese words properly

[sniper]

 ID:   22797
 Updated by:   [EMAIL PROTECTED]
 Reported By:  lyang at intec dot iscas dot ac dot cn
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: winxp
 PHP Version:  4.3.1
 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




Previous Comments:


[2003-03-20 00:34:33] lyang at intec dot iscas dot ac dot cn

Apache 2.0.44 + php 4.3.1, vBulletin 2.3.0
can't display chinese well while phpMyAdmin does well.
I changed to Apache 1.3.27 + php 4.3.1, all works well now.




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

#22809 [Fbk->Opn]: OpenSSL fails to compute internal private key from string but works on file

[php-bugs at liwing dot de]

 ID:   22809
 User updated by:  php-bugs at liwing dot de
 Reported By:  php-bugs at liwing dot de
-Status:   Feedback
+Status:   Open
 Bug Type: OpenSSL related
 Operating System: FreeBSD (4.8RC and 5.0)
 PHP Version:  4.3.1
 New Comment:

The patch looks good. I'll try to build in in next few days and reply
whether it works as expected or not. Did the tests run fine?


Previous Comments:


[2003-03-20 17:53:51] [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-03-20 17:52:27] php-bugs at liwing dot de

In PHP 4.3.1 the use of OpenSSL fails when the private key comes from a
string instead of a file. The test case for openssl fails, too.

To reproduce the bug, simply run the "make test" on a current build
FreeBSD system. I don't know about others, but I assume either an
incompatibility with OpenSSL 0.9.7a (because the d2i_PrivateKey method
used by the php wrapper seems to have a problem).

Using the OpenSSL commandline tools I can use my private/public keys to
sign and verify files. Because I don't know much about OpenSSL I cannot
verify the reason of the failure. The occurance seems somewhere around
line 1747 in file ext/openssl/openssl.c

If the script in the test case isn't enough (what it should), I can
attach an own one.

Kind Regards,
Jens




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

#22809 [Opn->Fbk]: OpenSSL fails to compute internal private key from string but works on file

[sniper]

 ID:   22809
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php-bugs at liwing dot de
-Status:   Open
+Status:   Feedback
 Bug Type: OpenSSL related
 Operating System: FreeBSD (4.8RC and 5.0)
 PHP Version:  4.3.1
 New Comment:

The openssl tests do not fail for me at least, but I tested 
this on Linux. (using openSSL 0.9.7a) 

So please give it a go on FreeBSD, it should work now.




Previous Comments:


[2003-03-20 18:04:57] php-bugs at liwing dot de

The patch looks good. I'll try to build in in next few days and reply
whether it works as expected or not. Did the tests run fine?



[2003-03-20 17:53:51] [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-03-20 17:52:27] php-bugs at liwing dot de

In PHP 4.3.1 the use of OpenSSL fails when the private key comes from a
string instead of a file. The test case for openssl fails, too.

To reproduce the bug, simply run the "make test" on a current build
FreeBSD system. I don't know about others, but I assume either an
incompatibility with OpenSSL 0.9.7a (because the d2i_PrivateKey method
used by the php wrapper seems to have a problem).

Using the OpenSSL commandline tools I can use my private/public keys to
sign and verify files. Because I don't know much about OpenSSL I cannot
verify the reason of the failure. The occurance seems somewhere around
line 1747 in file ext/openssl/openssl.c

If the script in the test case isn't enough (what it should), I can
attach an own one.

Kind Regards,
Jens




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

#22785 [Opn->Fbk]: Can not send mail with a CC

[sniper]

 ID:   22785
 Updated by:   [EMAIL PROTECTED]
 Reported By:  admin at aesirnetworks dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Mail related
 Operating System: Win2K3
 PHP Version:  4.3.2RC1
 New Comment:

In all previous cases, any problems with mail() have been
configuration issues. So check your php.ini for the mail related
settings. (SMTP, etc.)

And from the manual:
"Note:  You must use \r\n to separate headers, although some Unix mail
transfer agents may work with just a single newline (\n). "

You need to separate all the headers with \r\n..



Previous Comments:


[2003-03-19 19:30:16] admin at aesirnetworks dot com

We seem to have another unrelated technical issue with our single Win2K
that has prevented us from doing any further testing there for the
moment. But we have 3 Win2K3 boxes that run PHP just fine, with no
other problems, and they all send mail fine. But not with the CC added.
If this can be narrowed down to a configuration issue within PHP please
let us know, but if it works without the CC but not with it, then what
else is there to try? We’d like to narrow this down to a fix as soon as
possible. If it’s on our end, then so be it, but as far as we can tell
it looks like PHP itself is failing to process email correctly when
using the CC. Are you using identical code? Or a variation?



[2003-03-19 15:55:02] [EMAIL PROTECTED]

Yes, I tried on windows 2000 machine, and it worked
fine, regardless whether there was CC: or not.




[2003-03-19 15:37:11] admin at aesirnetworks dot com

We are testing on multiple machines. If you would like to view the info
file, have ftp access, or anything else you believe is necessary to see
the bug let me know. The code works fine if CC is not there, which
means the email settings are fine. Add the CC and it fails. Take the CC
out and it works. Please reevaluate.

Mike Faulkner
Systems Administrator
Aesir Network Technologies



[2003-03-19 10:39:41] [EMAIL PROTECTED]

Works fine here. Check that you _really_ upgraded to 4.3.2RC1, check
your smtp settings, etc.




[2003-03-19 04:56:07] admin at aesirnetworks dot com

>From news.txt.
- Misc. Win32 mail() enhancements: support 'From:' header
([EMAIL PROTECTED]),support Bcc header, case-insensitive headers,
enhanced error reporting,automatic proper line ending conversion, fixed
crash with Cc, fixed buffer overflows with $header. (Markus)

It looks like this issue was addresses specifically in this build, but
we are unable to produce results with the following code on our test
servers.

This fails everytime

\n" . 
"From: The Sender <[EMAIL PROTECTED]>\n" . 
"Cc: Interested <[EMAIL PROTECTED]>\r\n" . 
"X-Mailer: PHP 4.x"); 
?>

We remove the CC line and it works fine. We have tried \r\n, and \n,
with all variations of Cc, cC, cc, CC and etc. to no avail.




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

#22785 [Fbk]: Can not send mail with a CC

[sniper]

 ID:   22785
 Updated by:   [EMAIL PROTECTED]
 Reported By:  admin at aesirnetworks dot com
 Status:   Feedback
 Bug Type: Mail related
 Operating System: Win2K3
 PHP Version:  4.3.2RC1
 New Comment:

And the name part of the addresses should be enclosed in "'s.
e.g.:

"From: \"The Sender\" <[EMAIL PROTECTED]>\r\n" . 



Previous Comments:


[2003-03-20 18:12:21] [EMAIL PROTECTED]

In all previous cases, any problems with mail() have been
configuration issues. So check your php.ini for the mail related
settings. (SMTP, etc.)

And from the manual:
"Note:  You must use \r\n to separate headers, although some Unix mail
transfer agents may work with just a single newline (\n). "

You need to separate all the headers with \r\n..




[2003-03-19 19:30:16] admin at aesirnetworks dot com

We seem to have another unrelated technical issue with our single Win2K
that has prevented us from doing any further testing there for the
moment. But we have 3 Win2K3 boxes that run PHP just fine, with no
other problems, and they all send mail fine. But not with the CC added.
If this can be narrowed down to a configuration issue within PHP please
let us know, but if it works without the CC but not with it, then what
else is there to try? We’d like to narrow this down to a fix as soon as
possible. If it’s on our end, then so be it, but as far as we can tell
it looks like PHP itself is failing to process email correctly when
using the CC. Are you using identical code? Or a variation?



[2003-03-19 15:55:02] [EMAIL PROTECTED]

Yes, I tried on windows 2000 machine, and it worked
fine, regardless whether there was CC: or not.




[2003-03-19 15:37:11] admin at aesirnetworks dot com

We are testing on multiple machines. If you would like to view the info
file, have ftp access, or anything else you believe is necessary to see
the bug let me know. The code works fine if CC is not there, which
means the email settings are fine. Add the CC and it fails. Take the CC
out and it works. Please reevaluate.

Mike Faulkner
Systems Administrator
Aesir Network Technologies



[2003-03-19 10:39:41] [EMAIL PROTECTED]

Works fine here. Check that you _really_ upgraded to 4.3.2RC1, check
your smtp settings, etc.




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

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

#22795 [Opn->Bgs]: C compiler failed:cannot create executable

[sniper]

 ID:   22795
 Updated by:   [EMAIL PROTECTED]
 Reported By:  pnocq at yahoo dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Solaris 7(sparc)
 PHP Version:  4.3.0
 New Comment:

This is not PHP bug..



Previous Comments:


[2003-03-20 03:21:57] michael dot mauch at gmx dot de

"values-Xa.o" should come with your Solaris, see e.g.
 and
.

Also see  for further
install prerequisites.



[2003-03-19 18:36:02] pnocq at yahoo dot com

I try also the last release from CVS and this is the same error and the
same config.log



[2003-03-19 18:27:54] pnocq at yahoo dot com

trying to install PHP4.3.0 get the error below

# ./configure --with-mysql=/usr/slocal/mysql
--with-nsapi=/web/netscape/suitespot/ --enable-track-vars
--enable-libgcc
creating cache ./config.cache
checking for Cygwin environment... no
checking for mingw32 environment... no
checking for working sed... sed
checking host system type... sparc-sun-solaris2.7
Updated php_version.h
checking for gcc... gcc
checking whether the C compiler (gcc  ) works... no
configure: error: installation or configuration problem: C compiler
cannot create executables.

When I do :
# gcc -v
Reading specs from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/3.2.2/specs
Configured with: ../configure --disable-nls --with-ld=/usr/ccs/bin/ld
--with-as=/usr/ccs/bin/as
Thread model: posix
gcc version 3.2.2
 So I think that gcc could work...I looked at config.log and see :
configure:1944: gcc -o conftestconftest.c  1>&5
ld: fatal: file values-Xa.o: cannot open file: No such file or
directory
ld: fatal: File processing errors. No output written to conftest
I don't find conftest.c or values-Xa.o
I dont understand..if someone could help me







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

#22796 [Opn->Fbk]: Error messages go to stdout; lost with -r option

[sniper]

 ID:   22796
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gk at proliberty dot com
-Status:   Open
+Status:   Feedback
 Bug Type: CGI related
 Operating System: linux RH 7.2
 PHP Version:  4CVS-2003-03-19 (stable)
 New Comment:

I can not reproduce this with the latest stable
snapshot:

# php -n -r 'require("test.php");'
begin
/home/jani/test.php(3) : Fatal error - Call to undefined function: 
f()

Try this. ('-n' is for not using any php.ini)



Previous Comments:


[2003-03-20 03:21:11] gk at proliberty dot com

changed title to be more acccurate



[2003-03-20 01:57:17] gk at proliberty dot com

I am using GNU bash, version 2.05.8(1)-release (i386-redhat-linux-gnu)

It isn't just FATAL messages that are lost with -r option, warnings
also vanish into the bit-bucket.
#FILE: junk.php


#OUTPUT:
[EMAIL PROTECTED] junk]$ php -r 'include("junk.php");'
[EMAIL PROTECTED] junk]$ php junk.php

Warning: main(non_existent_file): failed to open stream: No such file
or directory in /usr/local/apache/htdocs/common/test/junk/junk.php on
line 3

Warning: main(): Failed opening 'non_existent_file' for inclusion
(include_path='.:/usr/local/apache/htdocs/common/php:/usr/local/lib/php')
in /usr/local/apache/htdocs/common/test/junk/junk.php on line 3
[EMAIL PROTECTED] junk]$



[2003-03-19 18:42:56] gk at proliberty dot com

I'm using php4-STABLE-200303191630
Problem is with sapi/cli/php

The problem has TWO, possibly related parts:
1. when cli/php is invoked with script argument, FATAL error messages
go to /dev/stdout instead of /dev/stderr, making it difficult to handle
errors properly
2. when cli/php is invoked with -r '...' option, error messages are
lost ENTIRELY, although output preceding the fatal command is not.


//test.php


#OUTPUT OF SCRIPT:
[EMAIL PROTECTED] junk]$ php "test.php" 
begin

Fatal error: Call to undefined function:  f() in
/usr/local/apache/htdocs/common/test/junk/test.php on line 3
[EMAIL PROTECTED] junk]$ php "test.php" 1>/dev/null
[EMAIL PROTECTED] junk]$ php -r 'require "test.php";'
begin
[EMAIL PROTECTED] junk]$ 







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

#22574 [Opn->Fbk]: unsatisfied symbols freeaddrinfo and getaddrinfo

[sniper]

 ID:   22574
 Updated by:   [EMAIL PROTECTED]
 Reported By:  john345 at earthlink dot net
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: SCO OpenServer 5.0.6
 PHP Version:  4.3.2-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

There were some libtool/SCO related changes, please try it out..



Previous Comments:


[2003-03-18 08:37:48] john345 at earthlink dot net

Any ideas yet?



[2003-03-13 06:56:06] john345 at earthlink dot net

Here are the lines from config.log you requested.

configure:14379: checking for vsnprintf
configure:14407: gcc -o conftest -g -O2   conftest.c -lm -lsocket 
1>&5
configure:14433: checking for getaddrinfo
configure:14445: gcc -c -g -O2  conftest.c 1>&5
configure:14468: checking for strlcat



[2003-03-11 21:00:38] [EMAIL PROTECTED]

Okay, so in configure it's detected correctly, but during
compile, it's somehow not found..check your config.log
for this:

"checking for getaddrinfo"

And paste 2 lines before and after that line here.





[2003-03-11 16:33:14] john345 at earthlink dot net

I copied from the last gcc to the end from the output of make.


gcc  -Imain/ -I/home/john/downloads/php/php4-STABLE-200303101630/main/
-DPHP_ATOM_INC
-I/home/john/downloads/php/php4-STABLE-200303101630/include
-I/home/john/downloads/php/php4-STABLE-200303101630/main
-I/home/john/downloads/php/php4-STABLE-200303101630
-I/home/john/downloads/php/php4-STABLE-200303101630/Zend 
-I/home/john/downloads/php/php4-STABLE-200303101630/TSRM  -g -O2  -c
main/internal_functions.c -o main/internal_functions.o  && echo >
main/internal_functions.lo
/bin/ksh /home/john/downloads/php/php4-STABLE-200303101630/libtool
--silent --preserve-dup-deps --mode=link gcc -export-dynamic -g -O2
ext/standard/array.lo ext/standard/base64.lo
ext/standard/basic_functions.lo ext/standard/browscap.lo
ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo
ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo
ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo
ext/standard/filestat.lo ext/standard/flock_compat.lo
ext/standard/formatted_print.lo ext/standard/fsock.lo
ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo
ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo
ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo
ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo
ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo
ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo
ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo
ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo
ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo
ext/standard/versioning.lo ext/standard/assert.lo
ext/standard/strnatcmp.lo ext/standard/levenshtein.lo
ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo
ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo
ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo
ext/standard/css.lo ext/standard/var_unserializer.lo
ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo
regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo
TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo
main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo
main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo
main/php_scandir.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo
main/php_content_types.lo main/strlcpy.lo main/strlcat.lo
main/mergesort.lo main/reentrancy.lo main/php_variables.lo
main/php_ticks.lo main/streams.lo main/network.lo
main/php_open_temporary_file.lo main/php_logos.lo main/output.lo
main/memory_streams.lo main/user_streams.lo
Zend/zend_language_parser.lo Zend/zend_language_scanner.lo
Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo
Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo
Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo
Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo
Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo
Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo
Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo
Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo
Zend/zend_execute.lo sapi/cgi/cgi_main.lo sapi/cgi/getopt.lo
main/internal_functions.lo -lm -lsocket  -o sapi/cgi/php
Undefined   first reference

#20274 [Fbk]: failed to create stream: Too many open files in Unknown on line

[thetaphi]

 ID:   20274
 Updated by:   [EMAIL PROTECTED]
 Reported By:  fowler at csufresno dot edu
 Status:   Feedback
 Bug Type: iPlanet related
 Operating System: Solaris (all)
 PHP Version:  4CVS-2002-11-06
 Assigned To:  wez
 New Comment:

Testing the new code at the moment... Will inform you if problem occurs
after several hours of running. Hope not :)

We should write to the coding guidelines that nobody should use
fopen()... in the whole PHP code. There are a lot of extensions which
use fopen to create logfiles etc. All of them can fail on systems with
Solaris and other Unixes with the libc of AT&T.


Previous Comments:


[2003-03-20 10:39:10] ewa at buffalo dot edu

having similar problem on:
php4.3.1, solaris 8, apache 1.3.17+ssl_1.48


webserver needs a restart ever 2-3 days otherwise 
sites don't load properly and we get errors:

Warning: main() [function.main ]:
Failed
opening 'admissions_navigation.inc' for inclusion  
  
(include_path='.:/usr/local/lib/php') in   
  
/info/www/ubwww/admissions/index.php on line 13
  
   
  
Warning: main(admissions_page.inc) [function.main  
  
]: 
failed to create stream: Too many open files in
/info/www/ubwww/admissions/index.php on line 14  

   
  
Warning: main() [function.main ]:
Failed
opening 'classes/CONFIG/log_config.inc' for inclusion  
  
(include_path='.:/usr/local/lib/php') in   
  
/info/www/ubwww/admissions/index.php on line 15
  
   
  
Warning: main(classes/class_logger.inc) [function.main 
  
]: failed to create stream: Too many
open   
files in /info/www/ubwww/admissions/index.php on line 16   
  
   
  
Warning: main() [function.main ]:
Failed
opening 'classes/class_logger.inc' for inclusion   
  
(include_path='.:/usr/local/lib/php') in   
  
/info/www/ubwww/admissions/index.php on line 16



[2003-03-18 11:32:44] [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

Please try the next snapshot, available in approx 45 minutes time.



[2003-03-08 14:41:40] [EMAIL PROTECTED]

Also the perl programmers have the same problem:

the version of perl i mentioned before that I had
compiled myself was on an AIX box so it wasn't a fair
test, because when I compiled perl on the sun box
myself I still had the 256 open file limit. I started
poking through perl documentation and found this in
README.solaris

The stdio(3C) manpage notes that only 255 files may be
opened using
fopen(), and only file descriptors 0 through 255 can
be used in a
stream.  Since perl calls open() and then fdopen(3C)
with the
resulting file descriptor, perl is limited to 255
simultaneous open
files.


So we should choose one of the following possibilities:
a) use only open() and not fopen(), which should be possible beacuse
later in streams.c only the read file descriptor is obtained with
fileno(). Why also use fopen?
b) in solaris use parts of glibc which handles fopen-streams.



[2003-03-08 06:25:15] [EMAIL PROTECTED]

I will test it with PHP5 on out solaris box.



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

It's in PHP_4_3 branch.
The problem does not apply to PHP5, as the ZE2 no longer needs to
cast/clone streams.



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

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

#22785 [Fbk->Csd]: Can not send mail with a CC

[admin at aesirnetworks dot com]

 ID:   22785
 User updated by:  admin at aesirnetworks dot com
 Reported By:  admin at aesirnetworks dot com
-Status:   Feedback
+Status:   Closed
 Bug Type: Mail related
 Operating System: Win2K3
 PHP Version:  4.3.2RC1
 New Comment:

Thank you kinldy. The last comment enabled us to get the data to the
mail server correctly. It was carrying the < symbol to the mail server
previously. Works fine now.


Previous Comments:


[2003-03-20 18:16:55] [EMAIL PROTECTED]

And the name part of the addresses should be enclosed in "'s.
e.g.:

"From: \"The Sender\" <[EMAIL PROTECTED]>\r\n" . 




[2003-03-20 18:12:21] [EMAIL PROTECTED]

In all previous cases, any problems with mail() have been
configuration issues. So check your php.ini for the mail related
settings. (SMTP, etc.)

And from the manual:
"Note:  You must use \r\n to separate headers, although some Unix mail
transfer agents may work with just a single newline (\n). "

You need to separate all the headers with \r\n..




[2003-03-19 19:30:16] admin at aesirnetworks dot com

We seem to have another unrelated technical issue with our single Win2K
that has prevented us from doing any further testing there for the
moment. But we have 3 Win2K3 boxes that run PHP just fine, with no
other problems, and they all send mail fine. But not with the CC added.
If this can be narrowed down to a configuration issue within PHP please
let us know, but if it works without the CC but not with it, then what
else is there to try? We’d like to narrow this down to a fix as soon as
possible. If it’s on our end, then so be it, but as far as we can tell
it looks like PHP itself is failing to process email correctly when
using the CC. Are you using identical code? Or a variation?



[2003-03-19 15:55:02] [EMAIL PROTECTED]

Yes, I tried on windows 2000 machine, and it worked
fine, regardless whether there was CC: or not.




[2003-03-19 15:37:11] admin at aesirnetworks dot com

We are testing on multiple machines. If you would like to view the info
file, have ftp access, or anything else you believe is necessary to see
the bug let me know. The code works fine if CC is not there, which
means the email settings are fine. Add the CC and it fails. Take the CC
out and it works. Please reevaluate.

Mike Faulkner
Systems Administrator
Aesir Network Technologies



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

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

#17760 [Com]: Warnings at the invocation of a new Java object

[rui dot li at d6 dot com dot cn]

 ID:   17760
 Comment by:   rui dot li at d6 dot com dot cn
 Reported By:  etienne dot anken at eivd dot ch
 Status:   Bogus
 Bug Type: Java related
 Operating System: Win 2000
 PHP Version:  4.2.1
 New Comment:

i got the same Warning Messages when i invoke the classes written in
Java like Etienne.
my Java code(Test.java):
=
public class Test 
{
public void test() 
{
System.out.println("Hello World!");
}
public String kevin(String abc,String efg){
return (abc+efg);
}
}
==
and my PHP code:
===
kevin("i love "," you");
?>
===
///
i got result below:
i love you
Warning: Unknown list entry type in request shutdown (0) in Unknown on
line 0
//


Previous Comments:


[2002-08-08 10:17:46] [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.


Can you please provide a sample script that does work, and doesn't
work?  Thank you.



[2002-06-14 08:14:23] etienne dot anken at eivd dot ch

I get the following message everytime when I invoke
new Java("SomeClass") :

Unknown list entry type in request shutdown (0) in Unknown on line 0 

The object works fine when I use a method. But i keep getting warnings.
Has anyone seen this problem before. I can't seem to find anything
about this problem. 

I am using 
- Win 2000 (French) 
- Apache 1.3.24 
- JDK 1.3.1_03 
- PHP 4.2.1 

Thank you
Etienne




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

#17760 [Com]: Warnings at the invocation of a new Java object

[rui dot li at d6 dot com dot cn]

 ID:   17760
 Comment by:   rui dot li at d6 dot com dot cn
 Reported By:  etienne dot anken at eivd dot ch
 Status:   Bogus
 Bug Type: Java related
 Operating System: Win 2000
 PHP Version:  4.2.1
 New Comment:

i provide my php.ini setting

[Java]
java.class.path = ".\extensions\php_java.jar;e:\project\java"
java.home = D:\java\jdk1.3
java.library = d:\java\jdk1.3\jre\bin\hotspot\jvm.dll 
java.library.path = "d:\web\php4\extensions"


Previous Comments:


[2003-03-20 19:40:16] rui dot li at d6 dot com dot cn

i got the same Warning Messages when i invoke the classes written in
Java like Etienne.
my Java code(Test.java):
=
public class Test 
{
public void test() 
{
System.out.println("Hello World!");
}
public String kevin(String abc,String efg){
return (abc+efg);
}
}
==
and my PHP code:
===
kevin("i love "," you");
?>
===
///
i got result below:
i love you
Warning: Unknown list entry type in request shutdown (0) in Unknown on
line 0
//



[2002-08-08 10:17:46] [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.


Can you please provide a sample script that does work, and doesn't
work?  Thank you.



[2002-06-14 08:14:23] etienne dot anken at eivd dot ch

I get the following message everytime when I invoke
new Java("SomeClass") :

Unknown list entry type in request shutdown (0) in Unknown on line 0 

The object works fine when I use a method. But i keep getting warnings.
Has anyone seen this problem before. I can't seem to find anything
about this problem. 

I am using 
- Win 2000 (French) 
- Apache 1.3.24 
- JDK 1.3.1_03 
- PHP 4.2.1 

Thank you
Etienne




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

#22810 [NEW]: Incorrectly writes out data.

[gfraley5 at earthlink dot net]

From: gfraley5 at earthlink dot net
Operating system: Windows XP
PHP version:  4.3.2RC1
PHP Bug Type: Filesystem function related
Bug description:  Incorrectly writes out data.

The following code works correctly on 4.3.1 (and prior) but does not appear
to work correctly on 4.3.2RC1.  I have only tested this on Windows XP.

\n";
else $prefx = "";
fwrite($fp,$prefx.$gcf[$i].',');
if ($i


Here is a simple example of the file that is read in (php432.csv.php):


1043203275,localhost,2003-01-21,20:41:15,Anonymousblank,Test,,

When run under 4.3.1, it correctly writes out

1043203275,localhost,2003-01-21,20:41:15,Anonymousblank,Test,,

However, under 4.3.2RC1, it truncates the last digit (5) from the first
field.  It writes out

104320327,localhost,2003-01-21,20:41:15,Anonymousblank,Test,,

There is other erratic behavior also.  If I modify the code to include a
header row in line 2, and modify the code accordingly, it will skip the
first comma separator like this:

1043203275localhost,2003-01-21,20:41:15,Anonymousblank,Test,,.  

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

#22721 [Csd->Opn]: _php_stream_copy_to_mem performance sucks on systems without mmap support

[shawn at rumental dot com]

 ID:   22721
 User updated by:  shawn at rumental dot com
 Reported By:  shawn at rumental dot com
-Status:   Closed
+Status:   Open
 Bug Type: Performance problem
 Operating System: win2k
 PHP Version:  4.3.1
 Assigned To:  wez
 New Comment:

BIG PROBLEM!
it seems as though opened files via file()
are staying open and preventing service from openeing new files giving
errors.

I checked this with sysineternals utility called handle


Previous Comments:


[2003-03-19 19:11:26] shawn at rumental dot com

Benchmarking PHP 4.3.2-RC
Testing file() with 10 iterations with file size: 4096226
file_test(10): 0.8426 secs

WORKS GREAT !



[2003-03-18 19:47:18] shawn at rumental dot com

woooaahhh lots of warnings in that compile log.
think ill have to wait.
thx will test tomorrow



[2003-03-18 19:44:50] shawn at rumental dot com

Benchmarking PHP 4.2.2
Testing file() with 10 iterations with file size: 4096226
file_test(10): 0.7458 secs

Benchmarking PHP 4.3.2-RC
Testing file() with 10 iterations with file size: 4096226
file_test(10): 13.5399 secs



[2003-03-18 19:39:06] [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.

Thanks for testing this; one line of the old code was accidentally left
in the 4.3 branch; human error (mine).

I've tested this using PHP 4.3; benchmarked at 4 seconds (using same
script and file as mentioned previously).

The next snapshot will have the fix.



[2003-03-18 19:14:00] shawn at rumental dot com

latest win32 Stable (4.3.x-dev)
Built On: Mar 18, 2003 17:30 GMT
http://snaps.php.net/win32/php4-win32-STABLE-200303181730.zip
still yields the same results as before. no change

although Latest CVS (5.0.x-dev) is fast as shit.



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

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

#22758 [Opn]: performance problem with apache2 handler

[ianh]

 ID:   22758
 Updated by:   [EMAIL PROTECTED]
 Reported By:  bibifoc23 at yahoo dot fr
 Status:   Open
 Bug Type: Apache2 related
 Operating System: Linux 2.4
 PHP Version:  4.3.2RC1
 New Comment:

Hi.
can you give us some numbers?
also how are you running the test. you need to run on 2 seperate
machines.

Thanks


Previous Comments:


[2003-03-18 05:13:16] bibifoc23 at yahoo dot fr

When i test the performance of the new apache2handler sapi, there is a
huge difference with apache2filter sapi.



or



On Redhat 7.3 and apache 2.0.44, the apache2filter give a better result
than the apache2handler.

i compil php with the same module in both case.

Thanks





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

#22797 [Fbk->Bgs]: can't display chinese words properly

[moriyoshi]

 ID:   22797
 Updated by:   [EMAIL PROTECTED]
 Reported By:  lyang at intec dot iscas dot ac dot cn
-Status:   Feedback
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: winxp
 PHP Version:  4.3.1
 New Comment:

That's not likely a PHP bug because vBulletin isn't basically designed
to handle Chinese characters.

If you're going to come up with more information, feel free to change
the status to "Open".



Previous Comments:


[2003-03-20 18:01:33] [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-03-20 00:34:33] lyang at intec dot iscas dot ac dot cn

Apache 2.0.44 + php 4.3.1, vBulletin 2.3.0
can't display chinese well while phpMyAdmin does well.
I changed to Apache 1.3.27 + php 4.3.1, all works well now.




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

#22805 [Fbk->Ver]: Long input fields get truncated when posted (to about 1kb)

[moriyoshi]

 ID:   22805
 Updated by:   [EMAIL PROTECTED]
 Reported By:  M dot Hankus at ce3 dot pl
-Status:   Feedback
+Status:   Verified
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.3.2RC1
 New Comment:

This is a brand-new apache2handler bug.




Previous Comments:


[2003-03-20 17:20:56] [EMAIL PROTECTED]

You're sure you don't have that  section??




[2003-03-20 09:25:29] M dot Hankus at ce3 dot pl

According to bug #18648 my apache is configured correctly.

I also compiled php 4.3.1 with apache 2.0.44 and it works fine .
Something is wrong only with 4.3.2RC1+ .


In 4.3.2RC adding

enctype="multipart/form-data"

to form solved the problem (like in bug #18648).



[2003-03-20 08:04:50] [EMAIL PROTECTED]

See bug #18648. That seems due to the misconfigured httpd.conf.




[2003-03-20 07:34:28] M dot Hankus at ce3 dot pl

When you try to create form with inputs, which values are very 
big lets say 30k. When you submit such form, script responsible  for
accepting date will see only 1k of that data.

example script:












KONIEC;


?>



You must only initialize variable $tekst with long string about 30k and
observe results. 
In my case script shows:

apache 1.3.27 + php 4.3.1: 29100
apache 2.0.44 + php 4.3.2RC1: 1012  (same script and same php.ini)
apache 2.0.44 + php4-STABLE-200303201230: 1012

I know that bug like this was reported earlier but for different
version of php.




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

#22801 [Opn->Ver]: pb with __clone()

[magnus]

 ID:   22801
 Updated by:   [EMAIL PROTECTED]
 Reported By:  fabrice dot lecoz at zedesk dot com
-Status:   Open
+Status:   Verified
 Bug Type: Zend Engine 2 problem
-Operating System: win XP
+Operating System: win XP / Linux
 PHP Version:  5CVS-2003-03-20 (dev)
 New Comment:

0x08276b1f in zend_do_fcall_common_helper (execute_data=0xbfffd1e0,
op_array=0x4198d888) at /opt/dev/php/php5/Zend/zend_execute.c:2628
2628if (EX(function_state).function->type ==
ZEND_INTERNAL_FUNCTION) {

(gdb) bt full
#0  0x08276b1f in zend_do_fcall_common_helper (execute_data=0xbfffd1e0,
op_array=0x4198d888) at /opt/dev/php/php5/Zend/zend_execute.c:2628
original_return_value = (zval **) 0x0
current_scope = (zend_class_entry *) 0x0
current_this = (zval *) 0x0
return_value_used = 1
active_namespace = (zend_namespace *) 0x83c3bf4
#1  0x08277136 in zend_do_fcall_by_name_handler
(execute_data=0xbfffd1e0, op_array=0x4198d888) at
/opt/dev/php/php5/Zend/zend_execute.c:2731
No locals.
#2  0x08272472 in execute (op_array=0x4198d888) at
/opt/dev/php/php5/Zend/zend_execute.c:1242
execute_data = {opline = 0x4198df80, function_state =
{function_symbol_table = 0x4198e960, function = 0x0, reserved = {0x0,
0x0, 0x4198d888, 0x0}}, fbc = 0x0,
  fbc_constructor = 0x41990dcc, op_array = 0x4198d888, object = 0x0, Ts
= 0xbfffcebc, original_in_execution = 0 '\0', calling_scope =
0xb560, prev_execute_data = 0x0}
#3  0x0825dcde in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /opt/dev/php/php5/Zend/zend.c:986
files = 0xbfffd294 ""
i = 1
file_handle = (zend_file_handle *) 0xb560
orig_op_array = (zend_op_array *) 0x0
local_retval = (zval *) 0x0
#4  0x0821fffa in php_execute_script (primary_file=0xb560) at
/opt/dev/php/php5/main/main.c:1587
orig_bailout = {{__jmpbuf = {1086526096, 1073819680,
-1073744396, -1073744472, -1073744928, 136842824}, __mask_was_saved =
0, __saved_mask = {__val = {
0 
orig_bailout_set = 1 '\001'
prepend_file_p = (zend_file_handle *) 0x0
append_file_p = (zend_file_handle *) 0x0
prepend_file = {type = 1 '\001', filename = 0x8493ef8 "STDIN",
opened_path = 0x6 , handle = {fd =
138204648, fp = 0x83cd5e8, stream = {
  handle = 0x83cd5e8, reader = 0x3, closer = 0xc433217b,
interactive = -1073744936}}, free_filename = 0 '\0'}
append_file = {type = 1 '\001', filename = 0x8493f60 "STDOUT",
opened_path = 0x7 , handle = {fd =
136489788, fp = 0x822ab3c, stream = {
  handle = 0x822ab3c, reader = 0x1, closer = 0, interactive = 1}},
free_filename = 7 '\a'}
old_cwd = 0xbfffd29c ""
old_primary_file_path = 0xb76a "22801.php"
retval = 0



Previous Comments:


[2003-03-20 03:51:20] fabrice dot lecoz at zedesk dot com

return of the __clone() method crash.

name = $name;
}

function __clone() {
echo "cloning ...\n";
$this->name = "test ".$that->name;
}
}

$test = new test("essai");
$test1 = $test;
$test2 = $test->__clone();
$test1->name = "arthur";
echo "test  : $test->name\n";
echo "test2 : $test2->name\n";
?>

-- expect --
cloning ...
test  : arthur
test2 : test essai

-- result --
cloning ...

php crash
AppName: php.exe AppVer: 5.0.0.0 ModName: php4ts.dll ModVer: 5.0.0.0   
 
Offset: 000ee8a5




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

#22758 [Opn->Fbk]: performance problem with apache2 handler

[magnus]

 ID:   22758
 Updated by:   [EMAIL PROTECTED]
 Reported By:  bibifoc23 at yahoo dot fr
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Linux 2.4
 PHP Version:  4.3.2RC1
 New Comment:

Set correct status.


Previous Comments:


[2003-03-20 22:53:07] [EMAIL PROTECTED]

Hi.
can you give us some numbers?
also how are you running the test. you need to run on 2 seperate
machines.

Thanks



[2003-03-18 05:13:16] bibifoc23 at yahoo dot fr

When i test the performance of the new apache2handler sapi, there is a
huge difference with apache2filter sapi.



or



On Redhat 7.3 and apache 2.0.44, the apache2filter give a better result
than the apache2handler.

i compil php with the same module in both case.

Thanks





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

#21262 [Com]: crash or fail when outputting large amounts of text quickly

[at NONSPAMvertigomega at SPAMMENOTshaw dot ca at]

 ID:   21262
 Comment by:at NONSPAMvertigomega at SPAMMENOTshaw dot ca at
 Reported By:  spagmoid at yahoo dot com
 Status:   Closed
 Bug Type: Performance problem
 Operating System: WinXP
 PHP Version:  4.3.0
 New Comment:

I am currently running Windows XP PRO, upgraded with Service Pack 1,
and I'd like to report an ackward situation, just for people who may
still be encountering this situation:

ENABLE output buffering in PHP.

Myself, and a friend, both running the same version of WindowsXP
experienced problems with a page.  After enabling output buffering, all
was alright.

Running on Slackware 8.1, Apache 2.0...Don't know the specific builds
ATM.  I'm just making sure that people know that basically they should
diddle with output buffering before going any further.


Previous Comments:


[2003-02-04 20:22:35] spagmoid at yahoo dot com

We have heard of unrelated issues with SP1, and with M$ there's no
going back.  We will upgrade eventually, but I will accept this as
resolved since others have reported this fix.  Thanks to gmeakin!



[2003-02-04 05:19:20] [EMAIL PROTECTED]

Why can't you install that SP1??
Others reported it fixes this issue, so..




[2003-02-03 22:45:20] spagmoid at yahoo dot com

I can't install SP1 here, but I wouldn't be surprised.

This does counter iliaa's "by design" theory.



[2003-02-03 11:32:57] gmeakin at btinternet dot com

[Update]
Just to confirm further after many more hours of use that installing
Micrsoft's WinXP Service Pack-1 has fixed this bug for me.



[2003-01-29 00:06:12] [EMAIL PROTECTED]

Does the solution provided by [EMAIL PROTECTED] 
fix the problem for you..?





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

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

#22762 [Opn->Fbk]: OCIBindByName and "global" variables or object-references can cause troubles

[magnus]

 ID:   22762
 Updated by:   [EMAIL PROTECTED]
 Reported By:  Jens dot Pilgrim at xx-well dot com
-Status:   Open
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: Windows 2000/Linux
 PHP Version:  4.3.0
 New Comment:

Could you provide a backtrace using this snapshop:
http://snaps.php.net/php4-STABLE-latest.tar.gz ?


Previous Comments:


[2003-03-18 06:51:03] Jens dot Pilgrim at xx-well dot com

I had a strange bug with OCIBindByName, that is PHP/Apache caused a
segementation failure (Apache says someting like
FATAL:  emalloc():  Unable to allocate 536870912 bytes).

The bug is not easy to reproduce, thus I try to explain how it works:

I'm using lot of classes/objects in my project, pasing this objects by
reference to functions/methods.
Also, all my OCI-related stuff is written in a single class, a method
for each database io use case.

E.g.

01: class DataFactoryOCI {
02: ...
03: function writeFoo( &$i_FooObject) {
04:   ...
05:   $iStmt = $this->createStatement(...);
06:   // bind values
07:   $strMember =& $i_FooObject->getMember();
08:   OCIBindByName ( $iStmt, ':member', &$strMember, -1 );
09:   // execute
10:   ...
11: }

This method works fine. And my program works fine in most cases. And
that's the problem: 'most' is not 'all'.
In my special case (web-environment) the program sends a redirect to
the user.
My log-files show me that the redirect is successfull, the
writeFoo-method called before the redirect (and exit) functions is
working fine, all data are written in the database (that is, all
transaction are committed succesfully), my whole program is working
fine.
But: PHP/Apache crashes!

What was happening: In some cases other methods are using methods of
the object passed to writeFoo - and this seems to cause some trouble.
I'm not sure what really caused the error, at least I'm sure that all
Foo-method calls didn't changed the object's state (the object/class
Foo is immutable, the written member is used as a foreign key).

IMHO it seems to be a bug in PHP/OCI8 when destructing the objects,
specially if an object or member of an object was bind by
OCIBindByName.
I fixed the bug in my case by creating a local copy of the member, that
is simply changed line 07:

from 07:   $strMember =& $i_FooObject->getMember();
into 07:   $strMember = $i_FooObject->getMember();

With this line, all tested cases are working.





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

#22785 [Csd->Bgs]: Can not send mail with a CC

[sniper]

 ID:   22785
 Updated by:   [EMAIL PROTECTED]
 Reported By:  admin at aesirnetworks dot com
-Status:   Closed
+Status:   Bogus
 Bug Type: Mail related
 Operating System: Win2K3
 PHP Version:  4.3.2RC1
 New Comment:

Bogus, as it was (after all) user error.



Previous Comments:


[2003-03-20 19:11:25] admin at aesirnetworks dot com

Thank you kinldy. The last comment enabled us to get the data to the
mail server correctly. It was carrying the < symbol to the mail server
previously. Works fine now.



[2003-03-20 18:16:55] [EMAIL PROTECTED]

And the name part of the addresses should be enclosed in "'s.
e.g.:

"From: \"The Sender\" <[EMAIL PROTECTED]>\r\n" . 




[2003-03-20 18:12:21] [EMAIL PROTECTED]

In all previous cases, any problems with mail() have been
configuration issues. So check your php.ini for the mail related
settings. (SMTP, etc.)

And from the manual:
"Note:  You must use \r\n to separate headers, although some Unix mail
transfer agents may work with just a single newline (\n). "

You need to separate all the headers with \r\n..




[2003-03-19 19:30:16] admin at aesirnetworks dot com

We seem to have another unrelated technical issue with our single Win2K
that has prevented us from doing any further testing there for the
moment. But we have 3 Win2K3 boxes that run PHP just fine, with no
other problems, and they all send mail fine. But not with the CC added.
If this can be narrowed down to a configuration issue within PHP please
let us know, but if it works without the CC but not with it, then what
else is there to try? We’d like to narrow this down to a fix as soon as
possible. If it’s on our end, then so be it, but as far as we can tell
it looks like PHP itself is failing to process email correctly when
using the CC. Are you using identical code? Or a variation?



[2003-03-19 15:55:02] [EMAIL PROTECTED]

Yes, I tried on windows 2000 machine, and it worked
fine, regardless whether there was CC: or not.




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

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