#22566 [Bgs]: imap_mail hang the script
ID: 22566
User updated by: lmstudio at 1system dot ru
Reported By: lmstudio at 1system dot ru
Status: Bogus
Bug Type: IMAP related
Operating System: Windows 2000 Pro
PHP Version: 4.3.3RC2-dev
New Comment:
it's worked with attachment size about 250Kb?
Previous Comments:
[2003-07-15 13:37:40] [EMAIL PROTECTED]
Your code is borked, ask support elsewhere.
[2003-07-15 05:07:16] lmstudio at 1system dot ru
mail ('[EMAIL PROTECTED]',
'Test',
'',
'From: =?Windows-1251?B?TmV3IHNpdGU=?= [EMAIL PROTECTED]
Return-Path: =?Windows-1251?B?TmV3IHNpdGU=?= [EMAIL PROTECTED]
X-Mailer: PHP4.3.3-dev
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary=LM-STUDIO-7bf481a302d8e208be9453b4635bee26
Content-Transfer-Encoding: 7bit
This is a MIME Encoded Message
--LM-STUDIO-7bf481a302d8e208be9453b4635bee26
Content-Type: text/plain; charset=Windows-1251
Content-Transfer-Encoding: quoted-printable
Hello, world!!!
--LM-STUDIO-7bf481a302d8e208be9453b4635bee26
Content-Type: application/octet-stream;
name=test.gif
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename=test.gif
R0lGODlhTwKeBPcAAPP1+d7v/9zv99bv/+bm/97m/97m99bm/9bm997e/97e98nn/tbe/9fg
7Nbe987e/87e99nW/9bW99bW78He/c7W/9bW5M7W987W787W5sXW987W3sXW787O/9vH/8XW5s7O
97vW/87O77rW98XO/87N5sXO98/P0s7N3sXO78XO5r3O987Ss8XO3sPYrcXO1ta9+b3O4MXF97PO
987RmM6/+MXF773F/8XF5r3F98XNtcXF3r3F78XNrcXF1r3F5sPHyLXF97XUpb3F3se94c6197rF
1taw+b2997DG56vF972978W297295r3Gr7293rW977G997W95r3Fpc6s98K6zL661rW93q3LpbW9
1rXFpam97sWt973FjKS997W176290bW15r29pLW13tC1lK2177W4ya215rW9pby3srSu96213sWk
... about 250Kb ...
r+Fh8pPvJubYszgAMK7xmw+d6EU3+tGL3V8OALw5yNHwRZEedalPnepV53TYei4/Vwvd6l33+tfB
PvJV69znXFtussOedrWvne315kfHa6huB+wD7W23+93xnnde7yMIWpvxz/UeeMEPnvCVDkKsy154
xS+e8Y1PvOMhH3nJh31W4CDF5TGfec1vnvOd9/znQR960Y+e9KU3/elRn3rVr571rXf962Efe9nP
nva1t/3rwWEMK2SP99mbRu95/3vgM2f4xB++8IGP/N4rP/jFZ77vnR/940s/+dRfvvWbP33tV3/7
1+9+9rkffu+LH/zjN3/50TMP/e+rn/zsP7/702/89sv//fSP//PtD3/955//+Pc/9vfv/9av/wCQ
AAdQAOeP+YIgIAAAOw==
--LM-STUDIO-7bf481a302d8e208be9453b4635bee26--');
[2003-07-14 12:30:03] [EMAIL PROTECTED]
Please provide a short but complete example script that uses mail()
function.
[2003-07-14 05:17:25] lmstudio at 1system dot ru
In new version (4.3.3-dev) problem is still remain: mail function can't
send mail with big attachments (for example 250Kb)
[2003-07-14 05:02:34] lmstudio at 1system dot ru
I'll try to use mail function.
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/22566
--
Edit this bug report at http://bugs.php.net/?id=22566edit=1
#24637 [Fbk-Opn]: __destruct not called
ID: 24637
User updated by: Bertrand dot Willm at laposte dot net
Reported By: Bertrand dot Willm at laposte dot net
-Status: Feedback
+Status: Open
Bug Type:Class/Object related
PHP Version: 5.0.0b1 (beta1)
New Comment:
I did not see any difference with this new release.
Previous Comments:
[2003-07-14 15:29:40] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2003-07-14 15:24:40] Bertrand dot Willm at laposte dot net
I probably make an error entering the bug.
What should be read is:
Actual result:
--
Creation of ExtObject
ExtObject-CBaseClass::__construct()
End of script
Expected result:
Creation of ExtObject
ExtObject-CBaseClass::__construct()
End of script
ExtObject-CBaseClass::__destruct()
[2003-07-14 14:20:04] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
The instance is destructed of course after script termination if the
script doesn't destroy it itself. And when a derived class has no
specialized destructor then of course the inherited destructor is to be
called.
[2003-07-13 15:33:01] Bertrand dot Willm at laposte dot net
Description:
There is no recursive call to __destruct when it is not defined in a
derived class.
There is not this problem with __construct.
This can be dangerous be cause if a destructor is declared, all the
derived clas have to declare a __destruct to be sure that the
destruction is done.
In other way __destruct is obligatory not to have problem, but this is
not flexible.
Reproduce code:
---
class CBaseClass {
var $name;
function __construct($name) {
$this-name = $name;
echo $this-name-gt;CBaseClass::__construct()br;
}
function __destruct() {
echo $this-name-gt;CBaseClass::__destruct()br;
}
}
class CExtClass extends CBaseClass {
}
echo 'Creation of ExtObjectbr';
$ExtObject = new CExtClass('ExtObject');
echo 'End of scriptbr';
Expected result:
Creation of ExtObject
ExtObject-CBaseClass::__construct()
End of script
Actual result:
--
Creation of ExtObject
ExtObject-CBaseClass::__construct()
End of script
ExtObject-CBaseClass::__destruct()
--
Edit this bug report at http://bugs.php.net/?id=24637edit=1
#23685 [Opn-Fbk]: fake values returned when OID value is an empty string
ID: 23685 Updated by: [EMAIL PROTECTED] Reported By: s dot zagrodzki at net dot icm dot edu dot pl -Status: Open +Status: Feedback Bug Type: SNMP related Operating System: Linux 2.2 PHP Version: 4.3.2RC4-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 Make sure the snapshot is build later than Jul 16, 2003 05:30!! Previous Comments: [2003-07-14 15:15:23] [EMAIL PROTECTED] Attempted in various ways, but I cannot reproduce this. Maybe it is a Linux problem, since I do PHP development on a CYGWIN system. Neither do I get the same results as the 'user contributed note' on snmpget. [2003-07-14 09:44:57] s dot zagrodzki at net dot icm dot edu dot pl this issue was also mentioned by javierb at gmx dot net in user contributed notes to snmpget() function manual: http://www.php.net/manual/en/function.snmpget.php [2003-07-14 03:38:00] s dot zagrodzki at net dot icm dot edu dot pl I tried using snmp module from 20030714 snapshot - didn't help. [2003-07-14 02:35:43] s dot zagrodzki at net dot icm dot edu dot pl this is a part of tcpdump of snmpwalk query: ... GetResponse(50) .1.3.6.1.2.1.31.1.1.1.18.3=lacze do Obs. Astr. GetNextRequest(31) .1.3.6.1.2.1.31.1.1.1.18.3 GetResponse(31) .1.3.6.1.2.1.31.1.1.1.18.4= GetNextRequest(31) .1.3.6.1.2.1.31.1.1.1.18.4 GetResponse(59) .1.3.6.1.2.1.31.1.1.1.18.5=: lacze do Wydz. Zarzadzania ... as you can see, snmp agent returns empty value, response length is also correct. And snmpwalk utility also gives correct results. [2003-07-13 14:49:20] [EMAIL PROTECTED] I tried this with other variables (I do not have an SNMP agent implementing the ifXTable) and cannot reproduce it. Therefore I am thinking that it maybe the SNMP agent which returns these values and as a result they show up in PHP. Could you confirm that this is not a problem with the SNMP agent/router. 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/23685 -- Edit this bug report at http://bugs.php.net/?id=23685edit=1
#23051 [Asn-Fbk]: snmpwalkoid doesnt work on alphas
ID: 23051
Updated by: [EMAIL PROTECTED]
Reported By: csmall at enc dot com dot au
-Status: Assigned
+Status: Feedback
Bug Type: SNMP related
Operating System: Linux
PHP Version: 4CVS-2003-04-04 (stable)
Assigned To: harrie
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
Make sure the snapshot is build later than Jul 16, 2003 05:30!!
Previous Comments:
[2003-04-23 04:16:25] [EMAIL PROTECTED]
Assigning to Harrie who is the maintainer of ext/snmp.
[2003-04-04 19:07:33] csmall at enc dot com dot au
After more testing, there are two bugs in this module
1) Something breaks in the OID resolver, you get the entire MIB tree.
This occured on alpha and i386 and seems to be fixed in Debian 4.2.3-13
It does suggest you have a problem with the net-snmp library as -9 and
-13 are linked to ucd-snmp 4.2 while -12 is net-snmp 5.
2) Something is seriously wrong with the array handling and you get
part of the table or just junk text. This happens on the alpha at
least but not the i386.
Here are my results, see key below to work out what I did:
Arch Ver N/SW N/SWO N/SRW C/SW C/SWO C/SRW
i386 4.2.3-9 OK OKOKOK OKOK
i386 4.2.3-12 OK OKOKWT WTWT
i386 4.2.3-13 OK OKOKOK OKOK
alpha 4.2.3-9 OK STSTOK STST
alpha 4.2.3-12 WT WTWTWT WTWT
alpha 4.2.3-13 OK BABAOK BABA
alpha STABLE OK BABAOK BABA
The Arch should be obvious
Ver is version the 4.2.3-X is a Debian version, STABLE means the one I
downloaded php4-STABLE-200304041230
Then the various functions
N/SW Numeric OID, snmpwalk()
N/SWO Numeric OID, snmpwalkoid()
N/SRW Numeric OID, snmprealwalk()
C/SW Character OID, snmpwalk()
C/SWO Character OID, snmpwalkoid()
C/SRW Character OID, snmprealwalk()
Numeric OID is .1.3.6.1.2.1.2.2.1.2
Character OID is interfaces.ifTable.ifEntry.ifDescr
The results
OK - obviously it worked fine!
WT - Whole tree. Get error message of Invalid object identifier then
it scans the entire MIB tree of remote object.
BA - Broken Array, Result shown in previous message, but you get only
one item of the array. The key is the first item, the value is the
last.
ST - Strange text, check THIS out (its always the same text):
array(1) {
[occur between two tag values. A tag value may not
have a zero length. These constraints imply certain
restrictions on the contents of this object:
- There cannot be a leadingH¢/]=
string(42) interfaces.ifTable.ifEntry.ifDescr.6 = br0
}
As i said, strange text
[2003-04-04 10:55:21] [EMAIL PROTECTED]
But does 4.2.3 work on that alpha?
Or is it common for any platform??
[2003-04-04 07:31:08] csmall at enc dot com dot au
This problem has been around at least since 4.3.2, you might also want
to look at http://bugs.debian.org/185534
snmprealwalk and snmpwalkoid fail to work properly on my alpha.
snmpwalk used to not work but now does. Version is
php4-STABLE-200304041230
./configure line was
'--enable-debug' \
'--with-bz2' \
'--with-snmp' \
'--with-openssl' \
This is the test code:
?
$host='myhostname';
$community='mysecret';
$ifDescr =
snmpwalkoid($host,$community,interfaces.ifTable.ifEntry.ifDescr);
var_dump($ifDescr);
?
Output is:
-
array(1) {
[interfaces.ifTable.ifEntry.ifDescr.1]=
string(42) interfaces.ifTable.ifEntry.ifDescr.6 = br0
}
This is broken, as this is the result of the last (6th) interface in
the place of the first, notice the key says ifDesc.1 and the result
says ifDescr.6
This is what a i386 running Debian 4.2.3-13 on the exact same script
does:
-
array(6) {
[interfaces.ifTable.ifEntry.ifDescr.1]=
string(41) interfaces.ifTable.ifEntry.ifDescr.1 = lo
[interfaces.ifTable.ifEntry.ifDescr.2]=
string(43) interfaces.ifTable.ifEntry.ifDescr.2 = eth0
[interfaces.ifTable.ifEntry.ifDescr.3]=
string(43) interfaces.ifTable.ifEntry.ifDescr.3 = eth1
[interfaces.ifTable.ifEntry.ifDescr.4]=
string(43) interfaces.ifTable.ifEntry.ifDescr.4 = gre0
[interfaces.ifTable.ifEntry.ifDescr.5]=
string(43) interfaces.ifTable.ifEntry.ifDescr.5 = sit0
[interfaces.ifTable.ifEntry.ifDescr.6]=
string(42) interfaces.ifTable.ifEntry.ifDescr.6 = br0
}
--
I ran some tests on the 4.2.3 code and it was definitely returning the
right and multiple values. I basically enabled the Debug() line in
snmp.c and saw the return string come back the way I expected.
So it looks like some pointer or array is getting overwritten. I tried
linking in electric fence but libsnmp is too buggy and
#16820 [Opn-Fbk]: hangs in multithreded environment (ZTS)
ID: 16820
Updated by: [EMAIL PROTECTED]
Reported By: wmeler at wp-sa dot pl
-Status: Open
+Status: Feedback
Bug Type: Scripting Engine problem
Operating System: linux
PHP Version: 4.3.0-dev
New Comment:
Could you also tell us what configure line you have used?
(so we can try to reproduce this too before applying any patches..)
Previous Comments:
[2003-07-11 03:15:05] wmeler at wp-sa dot pl
that funny restrictions ... try this:
http://strony.wp.pl/wp/wmeler/execution-timeout.patch.html
[2003-07-11 02:54:49] [EMAIL PROTECTED]
That url gives 403..was it incorrect..?
[2003-07-11 02:40:47] wmeler at wp-sa dot pl
script like:
?
set_time_limit(1);
while (TRUE) {
$a.='a';
}
?
should hang server in ZTS mode on linux after few reloads.
You can download my patch from
http://strony.wp.pl/wp/wmeler/execution-timeout.patch
It is for erlier version, but it applies with offsets.
[2003-07-10 19:54:27] [EMAIL PROTECTED]
Can you please provide either a testcase for this so we can actually
reproduce this or a patch to fix it?
[2002-10-21 11:19:40] [EMAIL PROTECTED]
Updated version info. (assuming the last comment was based on the
snapshot)
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/16820
--
Edit this bug report at http://bugs.php.net/?id=16820edit=1
#24530 [Dup-Bgs]: segfault on redhat9
ID: 24530
Updated by: [EMAIL PROTECTED]
Reported By: mfladischer at gmx dot net
-Status: Duplicate
+Status: Bogus
Bug Type: Compile Failure
Operating System: Redhat 9
PHP Version: 5CVS-2003-07-08 (dev)
New Comment:
..
Previous Comments:
[2003-07-15 23:20:58] mfladischer at gmx dot net
Thanks for your Help.
Was the same error!
[2003-07-08 10:01:06] [EMAIL PROTECTED]
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.
Thank you for your interest in PHP.
See bug: #24243
[2003-07-08 02:21:51] mfladischer at gmx dot net
Description:
Compiled with:
./configure \
--prefix=/usr \
--with-config-file-path=/etc/server \
--with-apxs2=/usr/bin/apxs \
--with-zlib \
--disable-cgi \
--enable-debug \
--disable-all
`make test` results in a segfault.
glibc: glibc-2.3.2
gcc: gcc-3.2.2
Actual result:
--
[EMAIL PROTECTED] cli]# gdb ./php
GNU gdb Red Hat Linux (5.3post-0.20021129.18rh)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for
details.
This GDB was configured as i386-redhat-linux-gnu...
(gdb) run
Starting program: /home/share/software/linux/devel/php5/sapi/cli/php
Program received signal SIGSEGV, Segmentation fault.
0x08124b72 in _zend_is_inconsistent (ht=0x0, file=0x8170960
/linux/devel/php5/Zend/zend_hash.c, line=837) at
/linux/devel/php5/Zend/zend_hash.c:53
53 if (ht-inconsistent==HT_OK) {
(gdb) bt
#0 0x08124b72 in _zend_is_inconsistent (ht=0x0, file=0x8170960
/linux/devel/php5/Zend/zend_hash.c, line=837) at
/linux/devel/php5/Zend/zend_hash.c:53
#1 0x08126d6e in zend_hash_find (ht=0x0, arKey=0xbfffe810 lwp,
nKeyLength=4, pData=0xbfffe840) at
/linux/devel/php5/Zend/zend_hash.c:837
#2 0x081159db in zend_lookup_class (name=0xbfffe810 lwp,
name_length=3, ce=0xbfffe840) at
/linux/devel/php5/Zend/zend_execute_API.c:736
#3 0x0811356b in zend_get_constant (name=0x81d3688 LWP::Simple,
name_len=11, result=0xbfffe870) at
/linux/devel/php5/Zend/zend_constants.c:251
#4 0x08106882 in zend_ini_get_constant (result=0xbfffe8d0,
name=0xbfffe930) at zend_ini_parser.y:101
#5 0x08107282 in ini_parse () at zend_ini_parser.y:229
#6 0x08106a43 in zend_parse_ini_file (fh=0xb7b0,
unbuffered_errors=1 '\001', ini_parser_cb=0x807e8e2
php_browscap_parser_cb, arg=0x817f960)
at zend_ini_parser.y:156
#7 0x0807ec87 in zm_startup_browscap (type=1, module_number=1) at
/linux/devel/php5/ext/standard/browscap.c:165
#8 0x08077bcb in zm_startup_basic (type=1, module_number=1) at
/linux/devel/php5/ext/standard/basic_functions.c:1069
#9 0x0812311a in zend_startup_module (module=0x8175e20) at
/linux/devel/php5/Zend/zend_API.c:1126
#10 0x080e116f in php_startup_extensions (ptr=0x817ef28, count=2) at
/linux/devel/php5/main/main.c:1222
#11 0x08148df4 in php_startup_internal_extensions () at
main/internal_functions_cli.c:52
#12 0x080e166f in php_module_startup (sf=0x817eea0,
additional_modules=0x0, num_additional_modules=0) at
/linux/devel/php5/main/main.c:1387
#13 0x081479d6 in main (argc=1, argv=0xbb04) at
/linux/devel/php5/sapi/cli/php_cli.c:592
#14 0x400bba07 in __libc_start_main () from /lib/i686/libc.so.6
--
Edit this bug report at http://bugs.php.net/?id=24530edit=1
#24644 [Fbk-Opn]: Fatal error because of private method
ID: 24644
User updated by: Bertrand dot Willm at laposte dot net
Reported By: Bertrand dot Willm at laposte dot net
-Status: Feedback
+Status: Open
Bug Type: XML related
Operating System: Windows XP
PHP Version: 5.0.0b1 (beta1)
New Comment:
I replace the following line :
xml_set_element_handler($parser, 'StartElement', 'EndElement');
with :
xml_set_element_handler($parser, array($this, 'StartElement'),
array($this, 'EndElement'));
but PHP crashes.
Previous Comments:
[2003-07-14 14:26:41] [EMAIL PROTECTED]
The only interesting part here is that the error message should say
that private method StartElement() was called.
The problem is that by the call to xml_parse() the connection to the
instance gets lost. you should use array($this,'method_name')
instead. Try that please.
[2003-07-14 08:27:23] Bertrand dot Willm at laposte dot net
Description:
I make a class to parse XML.
The element handler functions are private methods.
I tried to call a private method from the StartElement handler.
There is a fatal error.
This should not be the case as all these functions are declared in the
same class.
In a class, private function should have access to the other private
functions of the class.
Reproduce code:
---
class CBaseClass {
var $name;
function Parse() {
$parser = xml_parser_create();
xml_set_object($parser, $this);
xml_set_element_handler($parser, 'StartElement', 'EndElement');
xml_parse($parser, 'xmlnode//xml', true);
xml_parser_free($parser);
}
private function StartElement() {
$this-PrivateFunction();
}
private function EndElement() {
}
private function PrivateFunction() {
}
}
class CExtClass extends CBaseClass {
}
$ExtObject = new CExtClass();
$ExtObject-Parse();
Expected result:
no error
Actual result:
--
Fatal error: Call to private method cbaseclass::PrivateFunction() from
context 'cextclass' in c:\sitesweb\www\test.php5 on line 14
--
Edit this bug report at http://bugs.php.net/?id=24644edit=1
#24659 [Fbk-Opn]: Segmentation fault: xml_set_*_handler with object reference
ID: 24659 User updated by: fujimura at wakhok dot ac dot jp Reported By: fujimura at wakhok dot ac dot jp -Status: Feedback +Status: Open Bug Type: XML related Operating System: Linux kernel-2.4.21 -PHP Version: 5.0.0b1 +PHP Version: 5.0.0b2-dev New Comment: Add the PHP version, and a backtrace. The followed is php and Apache httpd version information, [EMAIL PROTECTED] bin]$ php -v PHP 5.0.0b2-dev (cli) (built: Jul 14 2003 16:52:50) Copyright (c) 1997-2003 The PHP Group Zend Engine v2.0.0-dev, Copyright (c) 1998-2003 Zend Technologies with Xdebug v1.2.0, Copyright (c) 2002, 2003, by Derick Rethans [EMAIL PROTECTED] bin]$ /usr/local/apache/bin/httpd -v Server version: Apache/1.3.27 (Unix) Server built: Jun 30 2003 06:57:35 [EMAIL PROTECTED] bin]$ /usr/local/apache/bin/httpd -V Server version: Apache/1.3.27 (Unix) Server built: Jun 30 2003 06:57:35 Server's Module Magic Number: 19990320:13 Server compiled with -D HAVE_MMAP -D HAVE_SHMGET -D USE_SHMGET_SCOREBOARD -D USE_MMAP_FILES -D HAVE_FCNTL_SERIALIZED_ACCEPT -D HAVE_SYSVSEM_SERIALIZED_ACCEPT -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D HARD_SERVER_LIMIT=256 -D HTTPD_ROOT=/usr/local/apache -D SUEXEC_BIN=/usr/local/apache/bin/suexec -D DEFAULT_PIDLOG=logs/httpd.pid -D DEFAULT_SCOREBOARD=logs/httpd.scoreboard -D DEFAULT_LOCKFILE=logs/httpd.lock -D DEFAULT_ERRORLOG=logs/error_log -D TYPES_CONFIG_FILE=conf/mime.types -D SERVER_CONFIG_FILE=conf/httpd.conf -D ACCESS_CONFIG_FILE=conf/access.conf -D RESOURCE_CONFIG_FILE=conf/srm.conf and backtrace. [EMAIL PROTECTED] root]# gdb /usr/local/apache/bin/httpd GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-slackware-linux... (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x40316e8e in svcauthdes_stats () from /usr/local/apache/libexec/libphp5.so (gdb) bt #0 0x40316e8e in svcauthdes_stats () from /usr/local/apache/libexec/libphp5.so #1 0x4039fd80 in php5_module () from /usr/local/apache/libexec/libphp5.so #2 0x40318ba5 in svcauthdes_stats () from /usr/local/apache/libexec/libphp5.so #3 0x4030a687 in svcauthdes_stats () from /usr/local/apache/libexec/libphp5.so #4 0x403039dd in svcauthdes_stats () from /usr/local/apache/libexec/libphp5.so #5 0x4031059c in svcauthdes_stats () from /usr/local/apache/libexec/libphp5.so #6 0x40303771 in svcauthdes_stats () from /usr/local/apache/libexec/libphp5.so #7 0x4030b8de in svcauthdes_stats () from /usr/local/apache/libexec/libphp5.so #8 0x402df41f in svcauthdes_stats () from /usr/local/apache/libexec/libphp5.so #9 0x4032924e in svcauthdes_stats () from /usr/local/apache/libexec/libphp5.so #10 0x40329c83 in svcauthdes_stats () from /usr/local/apache/libexec/libphp5.so #11 0x40329e22 in svcauthdes_stats () from /usr/local/apache/libexec/libphp5.so #12 0x0806972f in ap_invoke_handler () #13 0x0807da8f in process_request_internal () #14 0x0807dea1 in ap_internal_redirect () #15 0x0805ec42 in handle_dir () #16 0x0806972f in ap_invoke_handler () #17 0x0807da8f in process_request_internal () #18 0x0807daee in ap_process_request () #19 0x08074dde in child_main () #20 0x08074f7e in make_child () #21 0x080750e4 in startup_children () #22 0x0807570f in standalone_main () #23 0x08075f2d in main () #24 0x400a4bb4 in __libc_start_main () from /lib/libc.so.6 Please try using this CVS snapshot: I updated php before the first reporting. What else could I do? Thanks. Previous Comments: [2003-07-15 13:35:45] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2003-07-15 04:25:49] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. Add the PHP version, and a backtrace.
#24671 [NEW]: Case problem with internal list of included files handling
From: stefan dot priebsch at e-novative dot de
Operating system: Win2K, WinXP
PHP version: 4.3.2
PHP Bug Type: Scripting Engine problem
Bug description: Case problem with internal list of included files handling
Description:
When the same file is include_once'd multiple times, but with a different
case, PHP does not recognize that actually the same file is included
multiple times. This can lead to cannot redefine function (resp. class)
errors.
From looking at the array returned by get_included_files, it seems that
PHP handles the list in a case-sensitive way, which obviously is wrong
since Win path and file names are not case sensitive.
To reproduce the error, create main.php and include.php using the code
below. The example produces a cannot redefine error, which is unexpected
behaviour.
When commenting out the function definition and running the example again,
one can see that the included file name appears twice in the list, but
with different case.
Reproduce code:
---
main.php:
print 'main ';
include_once ('include.php');
print_r (get_included_files ());
include_once ('Include.php');
print_r (get_included_files ());
include.php:
print 'included file ';
function included_fn ()
{
print 'included fn ';
}
Expected result:
main included file Array ( [0] = main.php [1] = include.php ) included
file
[full paths removed for clarity]
Actual result:
--
main included file Array ( [0] = main.php [1] = include.php ) included
file
Fatal error: Cannot redeclare included_fn() (previously declared in
include.php:7) in Include.php on line 5
[full paths removed for clarity]
--
Edit bug report at http://bugs.php.net/?id=24671edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24671r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24671r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=24671r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24671r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24671r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24671r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24671r=support
Expected behavior: http://bugs.php.net/fix.php?id=24671r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24671r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24671r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24671r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24671r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24671r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24671r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24671r=gnused
#24671 [Opn-Bgs]: Case problem with internal list of included files handling
ID: 24671
Updated by: [EMAIL PROTECTED]
Reported By: stefan dot priebsch at e-novative dot de
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Win2K, WinXP
PHP Version: 4.3.2
New Comment:
Not a bug, as this is supposed to work on Unices like this.
Previous Comments:
[2003-07-16 02:45:55] stefan dot priebsch at e-novative dot de
Description:
When the same file is include_once'd multiple times, but with a
different case, PHP does not recognize that actually the same file is
included multiple times. This can lead to cannot redefine function
(resp. class) errors.
From looking at the array returned by get_included_files, it seems that
PHP handles the list in a case-sensitive way, which obviously is wrong
since Win path and file names are not case sensitive.
To reproduce the error, create main.php and include.php using the code
below. The example produces a cannot redefine error, which is
unexpected behaviour.
When commenting out the function definition and running the example
again, one can see that the included file name appears twice in the
list, but with different case.
Reproduce code:
---
main.php:
print 'main ';
include_once ('include.php');
print_r (get_included_files ());
include_once ('Include.php');
print_r (get_included_files ());
include.php:
print 'included file ';
function included_fn ()
{
print 'included fn ';
}
Expected result:
main included file Array ( [0] = main.php [1] = include.php )
included file
[full paths removed for clarity]
Actual result:
--
main included file Array ( [0] = main.php [1] = include.php )
included file
Fatal error: Cannot redeclare included_fn() (previously declared in
include.php:7) in Include.php on line 5
[full paths removed for clarity]
--
Edit this bug report at http://bugs.php.net/?id=24671edit=1
#24637 [Opn-Fbk]: __destruct not called
ID: 24637
Updated by: [EMAIL PROTECTED]
Reported By: Bertrand dot Willm at laposte dot net
-Status: Open
+Status: Feedback
Bug Type:Class/Object related
PHP Version: 5.0.0b1 (beta1)
New Comment:
Try this simple CLI command:
php -n -r 'class t { function __destruct() { echo Bla\n;} } $o= new
t;'
For me it outputs Bla what means the destructor is called during
shutdown. However it is possible that one of my pending patches causes
the correct behavior. Please verify again.
Previous Comments:
[2003-07-16 01:04:22] Bertrand dot Willm at laposte dot net
I did not see any difference with this new release.
[2003-07-14 15:29:40] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2003-07-14 15:24:40] Bertrand dot Willm at laposte dot net
I probably make an error entering the bug.
What should be read is:
Actual result:
--
Creation of ExtObject
ExtObject-CBaseClass::__construct()
End of script
Expected result:
Creation of ExtObject
ExtObject-CBaseClass::__construct()
End of script
ExtObject-CBaseClass::__destruct()
[2003-07-14 14:20:04] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
The instance is destructed of course after script termination if the
script doesn't destroy it itself. And when a derived class has no
specialized destructor then of course the inherited destructor is to be
called.
[2003-07-13 15:33:01] Bertrand dot Willm at laposte dot net
Description:
There is no recursive call to __destruct when it is not defined in a
derived class.
There is not this problem with __construct.
This can be dangerous be cause if a destructor is declared, all the
derived clas have to declare a __destruct to be sure that the
destruction is done.
In other way __destruct is obligatory not to have problem, but this is
not flexible.
Reproduce code:
---
class CBaseClass {
var $name;
function __construct($name) {
$this-name = $name;
echo $this-name-gt;CBaseClass::__construct()br;
}
function __destruct() {
echo $this-name-gt;CBaseClass::__destruct()br;
}
}
class CExtClass extends CBaseClass {
}
echo 'Creation of ExtObjectbr';
$ExtObject = new CExtClass('ExtObject');
echo 'End of scriptbr';
Expected result:
Creation of ExtObject
ExtObject-CBaseClass::__construct()
End of script
Actual result:
--
Creation of ExtObject
ExtObject-CBaseClass::__construct()
End of script
ExtObject-CBaseClass::__destruct()
--
Edit this bug report at http://bugs.php.net/?id=24637edit=1
#23685 [Fbk-Opn]: fake values returned when OID value is an empty string
ID: 23685 User updated by: s dot zagrodzki at net dot icm dot edu dot pl Reported By: s dot zagrodzki at net dot icm dot edu dot pl -Status: Feedback +Status: Open Bug Type: SNMP related Operating System: Linux 2.2 PHP Version: 4.3.2RC4-dev New Comment: tried 20030716-0530 version, didn't help. I did some more tests: when I tried snmpwalk()ing .1.3.6.1.4.1.9.2.2.1.1.28 tree (which is the same as ifAlias, but resides in enterprises.*) the results were correct. Even more, they had double-quotes on both sides of the string. tcpdump showed that all responses are exactly the same - same length and value, but PHP displayed them in another way. My guess was that snmpwalk has problems when it _knows_ that the type of received OID value is DisplayString. Then it doesn't put quotes with value. Simple test - I removed ifAlias definition from IF-MIB.txt and voila - snmpwalk() returns correct values, but with quotes. It seems like php-snmp has problem with empty values (and when OID type is unknown, the result is not an empty value, but string consisting of two quotes. Previous Comments: [2003-07-16 01:05:19] [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 Make sure the snapshot is build later than Jul 16, 2003 05:30!! [2003-07-14 15:15:23] [EMAIL PROTECTED] Attempted in various ways, but I cannot reproduce this. Maybe it is a Linux problem, since I do PHP development on a CYGWIN system. Neither do I get the same results as the 'user contributed note' on snmpget. [2003-07-14 09:44:57] s dot zagrodzki at net dot icm dot edu dot pl this issue was also mentioned by javierb at gmx dot net in user contributed notes to snmpget() function manual: http://www.php.net/manual/en/function.snmpget.php [2003-07-14 03:38:00] s dot zagrodzki at net dot icm dot edu dot pl I tried using snmp module from 20030714 snapshot - didn't help. [2003-07-14 02:35:43] s dot zagrodzki at net dot icm dot edu dot pl this is a part of tcpdump of snmpwalk query: ... GetResponse(50) .1.3.6.1.2.1.31.1.1.1.18.3=lacze do Obs. Astr. GetNextRequest(31) .1.3.6.1.2.1.31.1.1.1.18.3 GetResponse(31) .1.3.6.1.2.1.31.1.1.1.18.4= GetNextRequest(31) .1.3.6.1.2.1.31.1.1.1.18.4 GetResponse(59) .1.3.6.1.2.1.31.1.1.1.18.5=: lacze do Wydz. Zarzadzania ... as you can see, snmp agent returns empty value, response length is also correct. And snmpwalk utility also gives correct results. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/23685 -- Edit this bug report at http://bugs.php.net/?id=23685edit=1
#24644 [Opn]: Fatal error because of private method
ID: 24644
Updated by: [EMAIL PROTECTED]
Reported By: Bertrand dot Willm at laposte dot net
Status: Open
Bug Type: XML related
Operating System: Windows XP
PHP Version: 5.0.0b1 (beta1)
New Comment:
Not good, but anyway please try without for $this:
array($this...)
Previous Comments:
[2003-07-16 01:15:11] Bertrand dot Willm at laposte dot net
I replace the following line :
xml_set_element_handler($parser, 'StartElement', 'EndElement');
with :
xml_set_element_handler($parser, array($this, 'StartElement'),
array($this, 'EndElement'));
but PHP crashes.
[2003-07-14 14:26:41] [EMAIL PROTECTED]
The only interesting part here is that the error message should say
that private method StartElement() was called.
The problem is that by the call to xml_parse() the connection to the
instance gets lost. you should use array($this,'method_name')
instead. Try that please.
[2003-07-14 08:27:23] Bertrand dot Willm at laposte dot net
Description:
I make a class to parse XML.
The element handler functions are private methods.
I tried to call a private method from the StartElement handler.
There is a fatal error.
This should not be the case as all these functions are declared in the
same class.
In a class, private function should have access to the other private
functions of the class.
Reproduce code:
---
class CBaseClass {
var $name;
function Parse() {
$parser = xml_parser_create();
xml_set_object($parser, $this);
xml_set_element_handler($parser, 'StartElement', 'EndElement');
xml_parse($parser, 'xmlnode//xml', true);
xml_parser_free($parser);
}
private function StartElement() {
$this-PrivateFunction();
}
private function EndElement() {
}
private function PrivateFunction() {
}
}
class CExtClass extends CBaseClass {
}
$ExtObject = new CExtClass();
$ExtObject-Parse();
Expected result:
no error
Actual result:
--
Fatal error: Call to private method cbaseclass::PrivateFunction() from
context 'cextclass' in c:\sitesweb\www\test.php5 on line 14
--
Edit this bug report at http://bugs.php.net/?id=24644edit=1
#24644 [Opn-Fbk]: Fatal error because of private method
ID: 24644
Updated by: [EMAIL PROTECTED]
Reported By: Bertrand dot Willm at laposte dot net
-Status: Open
+Status: Feedback
Bug Type: XML related
Operating System: Windows XP
PHP Version: 5.0.0b1 (beta1)
Previous Comments:
[2003-07-16 02:54:13] [EMAIL PROTECTED]
Not good, but anyway please try without for $this:
array($this...)
[2003-07-16 01:15:11] Bertrand dot Willm at laposte dot net
I replace the following line :
xml_set_element_handler($parser, 'StartElement', 'EndElement');
with :
xml_set_element_handler($parser, array($this, 'StartElement'),
array($this, 'EndElement'));
but PHP crashes.
[2003-07-14 14:26:41] [EMAIL PROTECTED]
The only interesting part here is that the error message should say
that private method StartElement() was called.
The problem is that by the call to xml_parse() the connection to the
instance gets lost. you should use array($this,'method_name')
instead. Try that please.
[2003-07-14 08:27:23] Bertrand dot Willm at laposte dot net
Description:
I make a class to parse XML.
The element handler functions are private methods.
I tried to call a private method from the StartElement handler.
There is a fatal error.
This should not be the case as all these functions are declared in the
same class.
In a class, private function should have access to the other private
functions of the class.
Reproduce code:
---
class CBaseClass {
var $name;
function Parse() {
$parser = xml_parser_create();
xml_set_object($parser, $this);
xml_set_element_handler($parser, 'StartElement', 'EndElement');
xml_parse($parser, 'xmlnode//xml', true);
xml_parser_free($parser);
}
private function StartElement() {
$this-PrivateFunction();
}
private function EndElement() {
}
private function PrivateFunction() {
}
}
class CExtClass extends CBaseClass {
}
$ExtObject = new CExtClass();
$ExtObject-Parse();
Expected result:
no error
Actual result:
--
Fatal error: Call to private method cbaseclass::PrivateFunction() from
context 'cextclass' in c:\sitesweb\www\test.php5 on line 14
--
Edit this bug report at http://bugs.php.net/?id=24644edit=1
#14979 [Com]: Uploads on Windows XP with apache do not upload
ID: 14979 Comment by: jdroberts at carolina dot rr dot com Reported By: rabbitdog at inter-tek dot net Status: Closed Bug Type: Unknown/Other Function Operating System: Windows XP PHP Version: 4.1.1 New Comment: agreed. server info: winXPpro,PHP.v4.3.2,apache.v2.0.47 -- i've configured php with apache as a CGI and module, both to no avail. Also reverted back to apache.v1.2.37 with the same results. I modified the tmp directory to anywhere you can think of and gave EVERYONE rights to full control of the tmp directory. PHP reports all info about the file, and even the file location correctly; however, the file is never written to that location. Previous Comments: [2002-01-10 16:38:41] rabbitdog at inter-tek dot net Uploaded files from forms do not appear in the defined temporary directory; however, PHP acts as if it was uploaded fine, even assigns a temporary name to it: Array ( [file] = Array ( [name] = headline.gif [type] = image/gif [tmp_name] = C:\Apache\php\uploadtemp\php102D.tmp [size] = 17936 ) ) The problem is, no such file exists in C:\Apache\php\uploadtemp\. My temporary directory is specified like this in the PHP.ini: upload_tmp_dir = C:\Apache\php\uploadtemp\ I have also tried upload_tmp_dir = C:\Apache\php\uploadtemp and not setting a temporary directory at all to force php to use the system default. There is nothing spectacular about my setup, its simply Apache with PHP running as a module. -- Edit this bug report at http://bugs.php.net/?id=14979edit=1
#24673 [NEW]: error loading matisse extension
From: riteshc at ufl dot edu Operating system: wxp PHP version: 5.0.0b1 (beta1) PHP Bug Type: IIS related Bug description: error loading matisse extension Description: running iis5 on wxp can easily load all other extensions but simply cannot load php_matisse.dll supplied by matisse OODB it jsut freezes the browser even command line wont show anything on php -i if i comment out the matisse extension line in php.ini everything starts working fine Expected result: should load the extension and not hang so badly -- Edit bug report at http://bugs.php.net/?id=24673edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24673r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24673r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24673r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24673r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24673r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24673r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24673r=support Expected behavior: http://bugs.php.net/fix.php?id=24673r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24673r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24673r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24673r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24673r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24673r=dst IIS Stability: http://bugs.php.net/fix.php?id=24673r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24673r=gnused
#24662 [Bgs]: session expires when page redirected to another php page in the same domain.
ID: 24662 User updated by: narayan at oliveinternet dot com Reported By: narayan at oliveinternet dot com Status: Bogus Bug Type: Session related Operating System: linux PHP Version: 4.3.2 New Comment: i have no control to upgrade server...this is configured by rackspace.Also in older version this error does not come ,even if it is installed by rackspace. I know upgradation is one of the solution but still i want to know where is the fault.If you know it then can u tell me which configuration needs to be changed. Previous Comments: [2003-07-15 13:22:00] [EMAIL PROTECTED] You really need to upgrade first to 4.3.2 before even thinking of submitting any bug reports.. [2003-07-15 06:43:28] narayan at oliveinternet dot com Hi I checked and both are on. register_argc_argv On register_globals On [2003-07-15 06:30:54] [EMAIL PROTECTED] In PHP 4.2.0, the 'register_globals' setting default changed to 'off'. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. . [2003-07-15 06:10:00] narayan at oliveinternet dot com My PHP Version is 4.1.2 [2003-07-15 06:08:00] narayan at oliveinternet dot com Description: I have two following scripts in t1.php i register session and t2.php i retrieve session. In my development server its working fine and i am getting value = 1000 but in the production server value is not coming. // t1.php ?php session_start(); session_register(SS_X); $SS_X=1000; header(location: t2.php); ? //t2.php ?php session_start(); echo $SS_X; ? -- Edit this bug report at http://bugs.php.net/?id=24662edit=1
#24673 [Opn-Bgs]: error loading matisse extension
ID: 24673 Updated by: [EMAIL PROTECTED] Reported By: riteshc at ufl dot edu -Status: Open +Status: Bogus Bug Type: IIS related Operating System: wxp PHP Version: 5.0.0b1 (beta1) New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. php_matisse.dll is nothing we distribute, go and complain to it's authors. Previous Comments: [2003-07-16 03:01:43] riteshc at ufl dot edu Description: running iis5 on wxp can easily load all other extensions but simply cannot load php_matisse.dll supplied by matisse OODB it jsut freezes the browser even command line wont show anything on php -i if i comment out the matisse extension line in php.ini everything starts working fine Expected result: should load the extension and not hang so badly -- Edit this bug report at http://bugs.php.net/?id=24673edit=1
#24662 [Bgs]: session expires when page redirected to another php page in the same domain.
ID: 24662 Updated by: [EMAIL PROTECTED] Reported By: narayan at oliveinternet dot com Status: Bogus Bug Type: Session related Operating System: linux PHP Version: 4.3.2 New Comment: The solution is: upgrade to PHP 4.3.2. Previous Comments: [2003-07-16 03:02:02] narayan at oliveinternet dot com i have no control to upgrade server...this is configured by rackspace.Also in older version this error does not come ,even if it is installed by rackspace. I know upgradation is one of the solution but still i want to know where is the fault.If you know it then can u tell me which configuration needs to be changed. [2003-07-15 13:22:00] [EMAIL PROTECTED] You really need to upgrade first to 4.3.2 before even thinking of submitting any bug reports.. [2003-07-15 06:43:28] narayan at oliveinternet dot com Hi I checked and both are on. register_argc_argv On register_globals On [2003-07-15 06:30:54] [EMAIL PROTECTED] In PHP 4.2.0, the 'register_globals' setting default changed to 'off'. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. . [2003-07-15 06:10:00] narayan at oliveinternet dot com My PHP Version is 4.1.2 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/24662 -- Edit this bug report at http://bugs.php.net/?id=24662edit=1
#24664 [Fbk-Opn]: relocation error: symbol not found: ap_pass_brigade
ID: 24664 User updated by: a dot polli at mir dot it Reported By: a dot polli at mir dot it -Status: Feedback +Status: Open Bug Type: Dynamic loading Operating System: OpenUnix 8 PHP Version: 4.3.2 New Comment: I try it (php4-STABLE-200307160530), but I have the same error when I start apache2. Previous Comments: [2003-07-15 13:27: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-07-15 08:30:10] a dot polli at mir dot it Description: I have this error when I start apache2 (2.0.46) with php4 (4.3.2) Syntax error on line 233 of /mypath/apache2/conf/httpd.conf: Cannot load /mypath/apache2/modules/libphp4.so into server: dynamic linker: /mypath/apache2/bin/httpd: relocation error: symbol not found: ap_pass_brigade; referenced from: /mypath/apache2/modules/libphp4.so I compile apache 2.0.46 with ./configure --prefix=/mypath/apache2 --enable-modules=ssl dav mime-magic auth-anon auth-dbm auth-digest cern-meta expires headers usertrack unique-id proxy info cgi vhost-alias rewrite so speling and then php 4.3.2 with ./configure --with-apxs2=/mypath/apache2/bin/apxs --with-pgsql=/mypath/pgsql --with-mysql=/mypath/mysql --with-zlib --with-gd --with-ftp --with-xml -- Edit this bug report at http://bugs.php.net/?id=24664edit=1
#23163 [Com]: connection_aborted() doesn't work
ID: 23163
Comment by: jeff at deluxeportal dot com
Reported By: lapo at lapo dot it
Status: No Feedback
Bug Type: Scripting Engine problem
Operating System: Windows 2000
PHP Version: 4.3.2RC1
New Comment:
I'm having the same problem with PHP 4.3.2 and 4.3.3RC1 as well as the
latest PHP5 snapshot in Windows XP and Windows 2003 Server.
Previous Comments:
[2003-04-28 11:17:28] [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-04-23 03:42:17] [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-04-11 04:31:16] lapo at lapo dot it
I have a long running script with the following core
set_time_limit(6);
ignore_user_abort(true); // also tried without
ob_implicit_flush();
$query = mssql_query('SELECT lotsarows') or die('Error.');
while($row = mssql_fetch_array($query)) {
//do things
mssql_query('UPDATE onerow') or die('Error.');
//do things
flush();
if(connection_aborted())
die();
}
But it seems to not stop on user abort.
(I can see the DB is being updated after pressing STOP in the browser)
Using Apache2.0 on Win32 (Win2000) and PHP-4.3.2-RC1
This seems similiar to #2929 but doesn't depend on flush() presence...
--
Edit this bug report at http://bugs.php.net/?id=23163edit=1
#24526 [Fbk-Opn]: Horde+Imp cause a segmentation fault
ID: 24526 User updated by: kaMe at barcolabeach dot org Reported By: kaMe at barcolabeach dot org -Status: Feedback +Status: Open Bug Type: IMAP related Operating System: Linux 2.4 PHP Version: 4.3.3RC2-dev New Comment: Any kind of email! A mail with 'a' for subject and 'b' for body, sent from pine on localhost by the local mta is sufficient. Previous Comments: [2003-07-15 23:01:49] [EMAIL PROTECTED] Can you check what kind of email is causing this? Headers, etc. [2003-07-15 10:13:11] kaMe at barcolabeach dot org Here i am. Now with Apache/1.3.27 (Unix) PHP/4.3.3RC2-dev and the original bug (imap-related). #0 0x401e0e96 in _php_imap_address_size (addresslist=0x82b08e8) at /root/temp-apache/php4-STABLE-200307141330/ext/imap/php_imap.c:3643 #1 0x401db8c4 in zif_imap_fetch_overview (ht=3, return_value=0x8374ebc, this_ptr=0x0, return_value_used=1) at /root/temp-apache/php4-STABLE-200307141330/ext/imap/php_imap.c:2722 #2 0x4030c622 in execute (op_array=0x81586bc) at /root/temp-apache/php4-STABLE-200307141330/Zend/zend_execute.c:1616 #3 0x402f9494 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/temp-apache/php4-STABLE-200307141330/Zend/zend.c:886 #4 0x402bdfec in php_execute_script (primary_file=0xb284) at /root/temp-apache/php4-STABLE-200307141330/main/main.c:1685 #5 0x40311cfe in apache_php_module_main (r=0x811a714, display_source_mode=0) at /root/temp-apache/php4-STABLE-200307141330/sapi/apache/sapi_apache.c:54 #6 0x40312dc0 in send_php (r=0x811a714, display_source_mode=0, filename=0x811b45c /usr/local/apache1.3.27/htdocs/horde/imp/mailbox.php) at /root/temp-apache/php4-STABLE-200307141330/sapi/apache/mod_php4.c:620 #7 0x40312e3f in send_parsed_php (r=0x811a714) at /root/temp-apache/php4-STABLE-200307141330/sapi/apache/mod_php4.c:635 #8 0x806c0d9 in ap_invoke_handler () at eval.c:88 #9 0x8081c7f in process_request_internal () at eval.c:88 #10 0x8081ce6 in ap_process_request () at eval.c:88 #11 0x8078576 in child_main () at eval.c:88 #12 0x8078731 in make_child () at eval.c:88 #13 0x80788ac in startup_children () at eval.c:88 #14 0x8078f3d in standalone_main () at eval.c:88 #15 0x80797ac in main () at eval.c:88 #16 0x4008d2eb in __libc_start_main (main=0x8079408 main, argc=2, ubp_av=0xb6c4, init=0x804eec8 _init, fini=0x80af73c _fini, rtld_fini=0x4000c130 _dl_fini, stack_end=0xb6bc) at ../sysdeps/generic/libc-start.c:129 [2003-07-10 08:50:36] [EMAIL PROTECTED] PLEASE try this under Apache 1.3.27 before we continue hunting ghosts here. [2003-07-10 02:23:15] kaMe at barcolabeach dot org It seems like it segfaults reading the file, not executing it. Thinking was the regexp to cause the segfault, i tryed to delete it; the result was that the segfault comes on the next regexp. I tryed to delete both.. No more regexp in the function: apache segfaults reading a comment! So i tryed to delete some characters from the top of the file, now apache segfaults some characters down than before, reading a comment. (I have the full strace session, if you want) open(/usr/local/apache2/htdocs/horde/lib/Browser.php, O_RDONLY) = 9 fstat64(0x9, 0xbfffa27c)= 0 fstat64(0x9, 0xbfffa1dc)= 0 lseek(9, 0, SEEK_CUR) = 0 lseek(9, 0, SEEK_SET) = 0 read(9, ?php\n/**\n * @author Chuck Hage..., 8192) = 8192 brk(0x81b8000) = 0x81b8000 read(9, ublic\n *\n * @param strin..., 8192) = 5945 read(9, , 8192) = 0 close(9)= 0 --- SIGSEGV (Segmentation fault) --- [2003-07-09 18:00:11] [EMAIL PROTECTED] This might actually be same as bug #24563 is about. Please try it under Apache 1.3.27. 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/24526 -- Edit this bug report at http://bugs.php.net/?id=24526edit=1
#22690 [Ver-Csd]: problem using create_function() as output_callback argument to ob_start()
ID: 22690
Updated by: [EMAIL PROTECTED]
Reported By: hightman at hightman dot net
-Status: Verified
+Status: Closed
Bug Type: Output Control
Operating System: *
PHP Version: 4.3.3RC2-dev
-Assigned To:
+Assigned To: helly
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-14 00:52:26] hightman at hightman dot net
Test enviroment:
apache 1.3.27, PHP 4.3.1 built as apache module
The following two programs demonstrates the difference:
?
$foo = create_function('$s', 'return strtoupper($s);');
ob_start($foo);
echo $foo(Bar\n);
echo Hello, the World!;
?
Our expectation is that all characters was upper,
Unfortunately, Helo, the World! was not changed.
It seems that the $foo function had not been called.
I have ever running with php 4.2.1, It works well.
When I change a little about the source, it works well, too.
?
function foo ($s) {
return strtoupper($s);
}
$foo = foo;
ob_start($foo);
echo $foo(Bar\n);
echo Hello, the World!;
?
--
Edit this bug report at http://bugs.php.net/?id=22690edit=1
#24659 [Opn-Fbk]: Segmentation fault: xml_set_*_handler with object reference
ID: 24659
Updated by: [EMAIL PROTECTED]
Reported By: fujimura at wakhok dot ac dot jp
-Status: Open
+Status: Feedback
Bug Type: XML related
Operating System: Linux kernel-2.4.21
PHP Version: 5.0.0b2-dev
New Comment:
Backtrace is useless as long as you don't have
--enable-debug in your configure line.
So add it, and put new backtrace here.
Also include the full configure line you used.
Previous Comments:
[2003-07-15 13:35:45] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2003-07-15 04:25:49] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
Add the PHP version, and a backtrace.
[2003-07-15 04:16:58] fujimura at wakhok dot ac dot jp
-$parser AND die;
+$parser OR die;
;-)
[2003-07-15 04:15:16] fujimura at wakhok dot ac dot jp
Description:
The following code crashes(segmentation fault, and empty output) at a
whim.
But it does not reproduce when php invoked as CLI.
Reproduce code:
---
?php
class MyHandler {
public function test($parser, $data) {
print $data;
}
}
$parser = xml_parser_create();
$parser AND die;
$handler = new MyHandler();
xml_set_default_handler($parser, array($handler, test));
xml_parser_free($parser);
?
Expected result:
Nothing.
Actual result:
--
SIGSEGV logged to error_log.
--
Edit this bug report at http://bugs.php.net/?id=24659edit=1
#21077 [Opn-Csd]: proc_open hangs
ID: 21077
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Program Execution
Operating System: any BSD
PHP Version: 4CVS-2003-07-15 (dev)
New Comment:
1) This test was bogus, fixed by hholzgra in 1.1.2.3
2) The original test, was
ext/standard/general_functions/proc_open.phpt
3) Both are working now.
( 4) Why are these tests in different categories? )
Previous Comments:
[2003-07-15 18:59:03] [EMAIL PROTECTED]
Nope.
But then again, going back to 1.84.2.3, which contained the
fix, also doesn't solve the problem.
So, this is not just an ext/standard/exec.c issue, I'm
afraid.
Attaching with gdb, lands me anywhere from
zend_parse_parameters to zend_get_opline(), so that's not
very useful either.
I can try some release tags tommorow to get a more exact
location of the breaking commit.
Need sleep now :)
[2003-07-15 16:32:38] [EMAIL PROTECTED]
Can you confirm whether the commit by Moriyoshi caused this?
[2003-07-15 12:59:26] [EMAIL PROTECTED]
Confirmed for PHP_4_3 on FreeBSD 4.8-STABLE.
Updating version, reopening.
cvs -DYesterday ext/standard/exec.c shows a rather large commit by
moriyoshi, done 2003/07/13, concerning a leak fixer (MFH).
Removing assignment for now.
[2003-07-15 09:51:30] webmaster at ragnarokonline dot de
It looks like, the bug has returned.
the test hangs on
TEST_PHP_EXECUTABLE=sapi/cli/php \
sapi/cli/php -n run-tests.php \
ext/standard/tests/file/proc_open01.phpt
[2003-02-26 15:56:09] jlondon at mail dot mcg dot edu
proc_open hangs on the example that is in the manual. Here is the
code.
$descriptorspec = array(
0 = array(pipe, r), // stdin is a pipe that the child will
read from
1 = array(pipe, w), // stdout is a pipe that the child will
write to
2 = array(file, c:/temp/error-output.txt, a), // stderr is a
file to write to
);
$process = proc_open(c:\php\php.exe, $descriptorspec, $pipes);
if (is_resource($process)) {
// $pipes now looks like this:
// 0 = writeable handle connected to child stdin
// 1 = readable handle connected to child stdout
// Any error output will be appended to /tmp/error-output.txt
fwrite($pipes[0], ?php echo \Hello World!\; ? . chr(3));
fclose($pipes[0]);
while(!feof($pipes[1])) {
echo fgets($pipes[1], 1024);
}
fclose($pipes[1]);
// It is important that you close any pipes before calling
// proc_close in order to avoid a deadlock
$return_value = proc_close($process);
echo command returned $return_value\n;
}
I'm running NT4 Server/PHP4.3.2.2/IIS4. This bit of code opened up 54
php.exe/cmd.exe (that's 54 of each or 108 total) processes on my
machine.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/21077
--
Edit this bug report at http://bugs.php.net/?id=21077edit=1
#23685 [Opn-Fbk]: fake values returned when OID value is an empty string
ID: 23685 Updated by: [EMAIL PROTECTED] Reported By: s dot zagrodzki at net dot icm dot edu dot pl -Status: Open +Status: Feedback Bug Type: SNMP related Operating System: Linux 2.2 PHP Version: 4.3.2RC4-dev New Comment: I said: Make sure the snapshot is build _later_ than Jul 16, 2003 05:30!! Previous Comments: [2003-07-16 02:53:43] s dot zagrodzki at net dot icm dot edu dot pl tried 20030716-0530 version, didn't help. I did some more tests: when I tried snmpwalk()ing .1.3.6.1.4.1.9.2.2.1.1.28 tree (which is the same as ifAlias, but resides in enterprises.*) the results were correct. Even more, they had double-quotes on both sides of the string. tcpdump showed that all responses are exactly the same - same length and value, but PHP displayed them in another way. My guess was that snmpwalk has problems when it _knows_ that the type of received OID value is DisplayString. Then it doesn't put quotes with value. Simple test - I removed ifAlias definition from IF-MIB.txt and voila - snmpwalk() returns correct values, but with quotes. It seems like php-snmp has problem with empty values (and when OID type is unknown, the result is not an empty value, but string consisting of two quotes. [2003-07-16 01:05:19] [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 Make sure the snapshot is build later than Jul 16, 2003 05:30!! [2003-07-14 15:15:23] [EMAIL PROTECTED] Attempted in various ways, but I cannot reproduce this. Maybe it is a Linux problem, since I do PHP development on a CYGWIN system. Neither do I get the same results as the 'user contributed note' on snmpget. [2003-07-14 09:44:57] s dot zagrodzki at net dot icm dot edu dot pl this issue was also mentioned by javierb at gmx dot net in user contributed notes to snmpget() function manual: http://www.php.net/manual/en/function.snmpget.php [2003-07-14 03:38:00] s dot zagrodzki at net dot icm dot edu dot pl I tried using snmp module from 20030714 snapshot - didn't help. 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/23685 -- Edit this bug report at http://bugs.php.net/?id=23685edit=1
#24142 [Com]: round() does 5.045 to 5.04 instead of 5.05
ID: 24142 Comment by: webmaster at ragnarokonline dot de Reported By: infohata at firmos dot net Status: Bogus Bug Type: Zend Engine 2 problem Operating System: Linux PHP Version: 5.0.0-dev Assigned To: stas New Comment: The test-case hasn't been corrected for PHP 4.3.3-dev Previous Comments: [2003-06-16 14:16:12] [EMAIL PROTECTED] Should always test myself and not trust others: # /usr/src/web/php/php5/sapi/cli/php -n t.php 5.04492894573 5.04982236432 5.04982236432 5.05 No bug anywhere. [2003-06-16 14:00:55] [EMAIL PROTECTED] With this script: ?php $mul = 1; $one = 5; $two = 0.9; ini_set(precision, 24); $res = 5 * (1 + (0.9 / 100)); $bar = round($res, 2); $foo = round(1 * $bar, 2); echo $res, \n, $bar, \n, $foo, \n; echo sprintf(%1.2f, $foo); ? Result with PHP 4.3.3-dev: 5.04492894573 5.04982236432 5.04982236432 5.05 Result with PHP 4.2.3: 5.04492894573 5.04003552714 5.04003552714 5.04 Nokia 6120 (the $res): 5.045 TI-32: 5.045 With pen and paper: 5.045 Round 5.045 with precision of 2 == 5.05 So I think PHP 4.3.2 actually works as expected and anything before (and after, PHP 5? :) doesn't. Reclassified as ZE2 bug. [2003-06-16 12:10:33] [EMAIL PROTECTED] Stas, I was so free to assign this to you :) [2003-06-16 12:09:50] [EMAIL PROTECTED] hmm, actually this changed between PHP 4.2.2, PHP 4.2.3 an PHP 4.3.0: [EMAIL PROTECTED] derick]$ cat foo.php ?php $mul = 1; $one = 5; $two = 0.9; echo sprintf(%1.2f, round($mul * round($one * (1 + ($two / 100)), 2), 2)); ? [EMAIL PROTECTED] derick]$ php-4.2.2 foo.php 5.04 [EMAIL PROTECTED] derick]$ php-4.2.3 foo.php 5.05zend_hash.c(98) : Bailed out without a bailout address! [EMAIL PROTECTED] derick]$ php-4.3.0 foo.php 5.05 [EMAIL PROTECTED] derick]$ php-4.3.0dev foo.php 5.05 [EMAIL PROTECTED] derick]$ php-5.0.0dev foo.php 5.04 So something is definitely screwed in the PHP_4_3 branch Derick [2003-06-12 02:45:09] [EMAIL PROTECTED] This is expected behaviour. When rounding on exact halves we round down on evens and up on odds. If you want to always force it in one direction on a .5 (or .05 in your case) add or substract a tiny fuzz factor. The reason behind rounding half the values down and the other half up is to avoid the classical banking problem where if you always rounded down you would be stealing money from your customers, or if you always rounded up you would end up over time losing money. By averaging it out through evens and odds you statistically break even. If you want to learn more, search the web for terms such as round to even or banker's rounding and you will find that most languages actually do it this way. 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/24142 -- Edit this bug report at http://bugs.php.net/?id=24142edit=1
#24526 [Opn-Fbk]: imap_fetch_overview() crashes
ID: 24526
Updated by: [EMAIL PROTECTED]
-Summary: Horde+Imp cause a segmentation fault
Reported By: kaMe at barcolabeach dot org
-Status: Open
+Status: Feedback
Bug Type: IMAP related
Operating System: Linux 2.4
PHP Version: 4.3.3RC2-dev
New Comment:
Try this script (after you've replaced the obvious lines with correct
ones):
?php
$sequence = 2,4:6; // Replace this with the sequence used in IMP
$mbox = imap_open({your.imap.host:143},username,password)
or die(can't connect: .imap_last_error());
$overview = imap_fetch_overview($mbox,$sequence,0);
if(is_array($overview)) {
reset($overview);
while( list($key,$val) = each($overview)) {
print $val-msgno
. - . $val-date
. - . $val-subject
. \n;
}
}
imap_close($mbox);
?
Previous Comments:
[2003-07-16 03:39:01] kaMe at barcolabeach dot org
Any kind of email!
A mail with 'a' for subject and 'b' for body, sent from pine on
localhost by the local mta is sufficient.
[2003-07-15 23:01:49] [EMAIL PROTECTED]
Can you check what kind of email is causing this?
Headers, etc.
[2003-07-15 10:13:11] kaMe at barcolabeach dot org
Here i am. Now with
Apache/1.3.27 (Unix) PHP/4.3.3RC2-dev and the original bug
(imap-related).
#0 0x401e0e96 in _php_imap_address_size (addresslist=0x82b08e8)
at
/root/temp-apache/php4-STABLE-200307141330/ext/imap/php_imap.c:3643
#1 0x401db8c4 in zif_imap_fetch_overview (ht=3,
return_value=0x8374ebc, this_ptr=0x0, return_value_used=1)
at
/root/temp-apache/php4-STABLE-200307141330/ext/imap/php_imap.c:2722
#2 0x4030c622 in execute (op_array=0x81586bc) at
/root/temp-apache/php4-STABLE-200307141330/Zend/zend_execute.c:1616
#3 0x402f9494 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /root/temp-apache/php4-STABLE-200307141330/Zend/zend.c:886
#4 0x402bdfec in php_execute_script (primary_file=0xb284) at
/root/temp-apache/php4-STABLE-200307141330/main/main.c:1685
#5 0x40311cfe in apache_php_module_main (r=0x811a714,
display_source_mode=0)
at
/root/temp-apache/php4-STABLE-200307141330/sapi/apache/sapi_apache.c:54
#6 0x40312dc0 in send_php (r=0x811a714, display_source_mode=0,
filename=0x811b45c
/usr/local/apache1.3.27/htdocs/horde/imp/mailbox.php)
at
/root/temp-apache/php4-STABLE-200307141330/sapi/apache/mod_php4.c:620
#7 0x40312e3f in send_parsed_php (r=0x811a714) at
/root/temp-apache/php4-STABLE-200307141330/sapi/apache/mod_php4.c:635
#8 0x806c0d9 in ap_invoke_handler () at eval.c:88
#9 0x8081c7f in process_request_internal () at eval.c:88
#10 0x8081ce6 in ap_process_request () at eval.c:88
#11 0x8078576 in child_main () at eval.c:88
#12 0x8078731 in make_child () at eval.c:88
#13 0x80788ac in startup_children () at eval.c:88
#14 0x8078f3d in standalone_main () at eval.c:88
#15 0x80797ac in main () at eval.c:88
#16 0x4008d2eb in __libc_start_main (main=0x8079408 main, argc=2,
ubp_av=0xb6c4, init=0x804eec8 _init,
fini=0x80af73c _fini, rtld_fini=0x4000c130 _dl_fini,
stack_end=0xb6bc) at ../sysdeps/generic/libc-start.c:129
[2003-07-10 08:50:36] [EMAIL PROTECTED]
PLEASE try this under Apache 1.3.27 before we continue hunting ghosts
here.
[2003-07-07 16:52:58] kaMe at barcolabeach dot org
Description:
As the summary, i've tryed to get work horde+imp (
http://www.horde.org/imp/), on Apache 2.0.46 with php 4.3.2.
Configure line:
./configure --with-apxs2=/usr/local/apache2/bin/apxs
--with-imap=/usr/lib --with-imap-ssl=/usr/include/openssl
--with-gettext --with-xml --with-mysql --with-mcrypt
--with-config-file-path=/usr/local/apache2/conf
The imap/c-client version is 2002b.
Expected result:
The problem borns when i try to get the list of the mails from a
non-empty mailbox, through imap: the page loading stops and apache
segfaults.
I can get anyway the number of the mail in the mailbox.
Actual result:
--
From gdb:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 1970)]
0x402dd992 in zif_imap_rfc822_parse_adrlist (ht=2,
return_value=0x82b8b0c, this_ptr=0x0,
return_value_used=1) at
/root/temp-apache/php-4.3.2/ext/imap/php_imap.c:1979
1979if (addresstmp-mailbox) {
--
Edit this bug report at http://bugs.php.net/?id=24526edit=1
#24526 [Fbk-Opn]: imap_fetch_overview() crashes
ID: 24526
User updated by: kaMe at barcolabeach dot org
Reported By: kaMe at barcolabeach dot org
-Status: Feedback
+Status: Open
Bug Type: IMAP related
Operating System: Linux 2.4
PHP Version: 4.3.3RC2-dev
New Comment:
Posted 2 messages to the mailbox, setted $sequence to 1,2: here is
the backtrace:
#0 0x401e0e96 in _php_imap_address_size (addresslist=0x812a160) at
/root/temp-apache/php4-STABLE-200307141330/ext/imap/php_imap.c:3643
#1 0x401db8c4 in zif_imap_fetch_overview (ht=3,
return_value=0x8126814, this_ptr=0x0, return_value_used=1)
at
/root/temp-apache/php4-STABLE-200307141330/ext/imap/php_imap.c:2722
#2 0x4030c622 in execute (op_array=0x8126014) at
/root/temp-apache/php4-STABLE-200307141330/Zend/zend_execute.c:1616
#3 0x402f9494 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at
/root/temp-apache/php4-STABLE-200307141330/Zend/zend.c:886
#4 0x402bdfec in php_execute_script (primary_file=0xb6c4) at
/root/temp-apache/php4-STABLE-200307141330/main/main.c:1685
#5 0x40311cfe in apache_php_module_main (r=0x811d72c,
display_source_mode=0)
at
/root/temp-apache/php4-STABLE-200307141330/sapi/apache/sapi_apache.c:54
#6 0x40312dc0 in send_php (r=0x811d72c, display_source_mode=0,
filename=0x811e2d4 /usr/local/apache1.3.27/htdocs/unf.php)
at
/root/temp-apache/php4-STABLE-200307141330/sapi/apache/mod_php4.c:620
#7 0x40312e3f in send_parsed_php (r=0x811d72c) at
/root/temp-apache/php4-STABLE-200307141330/sapi/apache/mod_php4.c:635
#8 0x806c0d9 in ap_invoke_handler () at eval.c:88
#9 0x8081c7f in process_request_internal () at eval.c:88
#10 0x8081ce6 in ap_process_request () at eval.c:88
#11 0x8078576 in child_main () at eval.c:88
#12 0x8078731 in make_child () at eval.c:88
#13 0x80788ac in startup_children () at eval.c:88
#14 0x8078f3d in standalone_main () at eval.c:88
#15 0x80797ac in main () at eval.c:88
#16 0x4008d2eb in __libc_start_main (main=0x8079408 main, argc=2,
ubp_av=0xbb04, init=0x804eec8 _init, fini=0x80af73c _fini,
rtld_fini=0x4000c130 _dl_fini, stack_end=0xbafc) at
../sysdeps/generic/libc-start.c:129
Previous Comments:
[2003-07-16 04:16:28] [EMAIL PROTECTED]
Try this script (after you've replaced the obvious lines with correct
ones):
?php
$sequence = 2,4:6; // Replace this with the sequence used in IMP
$mbox = imap_open({your.imap.host:143},username,password)
or die(can't connect: .imap_last_error());
$overview = imap_fetch_overview($mbox,$sequence,0);
if(is_array($overview)) {
reset($overview);
while( list($key,$val) = each($overview)) {
print $val-msgno
. - . $val-date
. - . $val-subject
. \n;
}
}
imap_close($mbox);
?
[2003-07-16 03:39:01] kaMe at barcolabeach dot org
Any kind of email!
A mail with 'a' for subject and 'b' for body, sent from pine on
localhost by the local mta is sufficient.
[2003-07-15 23:01:49] [EMAIL PROTECTED]
Can you check what kind of email is causing this?
Headers, etc.
[2003-07-15 10:13:11] kaMe at barcolabeach dot org
Here i am. Now with
Apache/1.3.27 (Unix) PHP/4.3.3RC2-dev and the original bug
(imap-related).
#0 0x401e0e96 in _php_imap_address_size (addresslist=0x82b08e8)
at
/root/temp-apache/php4-STABLE-200307141330/ext/imap/php_imap.c:3643
#1 0x401db8c4 in zif_imap_fetch_overview (ht=3,
return_value=0x8374ebc, this_ptr=0x0, return_value_used=1)
at
/root/temp-apache/php4-STABLE-200307141330/ext/imap/php_imap.c:2722
#2 0x4030c622 in execute (op_array=0x81586bc) at
/root/temp-apache/php4-STABLE-200307141330/Zend/zend_execute.c:1616
#3 0x402f9494 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /root/temp-apache/php4-STABLE-200307141330/Zend/zend.c:886
#4 0x402bdfec in php_execute_script (primary_file=0xb284) at
/root/temp-apache/php4-STABLE-200307141330/main/main.c:1685
#5 0x40311cfe in apache_php_module_main (r=0x811a714,
display_source_mode=0)
at
/root/temp-apache/php4-STABLE-200307141330/sapi/apache/sapi_apache.c:54
#6 0x40312dc0 in send_php (r=0x811a714, display_source_mode=0,
filename=0x811b45c
/usr/local/apache1.3.27/htdocs/horde/imp/mailbox.php)
at
/root/temp-apache/php4-STABLE-200307141330/sapi/apache/mod_php4.c:620
#7 0x40312e3f in send_parsed_php (r=0x811a714) at
/root/temp-apache/php4-STABLE-200307141330/sapi/apache/mod_php4.c:635
#8 0x806c0d9 in ap_invoke_handler () at eval.c:88
#9 0x8081c7f in process_request_internal () at eval.c:88
#10 0x8081ce6 in ap_process_request () at eval.c:88
#11 0x8078576 in child_main () at eval.c:88
#12 0x8078731 in make_child () at eval.c:88
#13 0x80788ac in
#24661 [Opn-Bgs]: xmlCleanupParser called multiple times and causes crash
ID: 24661 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *XML functions Operating System: win32 PHP Version: 5CVS-2003-07-15 (dev) New Comment: The problem is with libxml in the 2.5.7 and 2.5.8 releases. I submitted a fix, so it is fixed in the their cvs tree. PHP needs to be built with either a pre 2.5.7 version or a build from the latest cvs. Note: libxml 2.5.7 built directly from the tar.gz file does not have the problem as the windows binary of libxml is built from cvs after some testing of the libxml release so contains updated code. Previous Comments: [2003-07-15 14:23:41] [EMAIL PROTECTED] libxml2-2.5.7.win32, downloaded from xmlsoft site with dlls installed into C:\WINDOWS\SYSTEM32 under winxp pro. Curiously, it only appears to be a visible problem when running under the debugger (cli SAPI). [2003-07-15 13:51:48] [EMAIL PROTECTED] You wouldn't happen to be using libxml2-2.5.8 would you? [2003-07-15 13:48:37] cw at centerwave dot de Could be the reason for #24634? [2003-07-15 05:16:37] [EMAIL PROTECTED] Description: dom, simplexml etc. all call xmlCleanupParser in their MSHUTDOWN functions and cause a crash. Reproduce code: --- Just run any simple script under the debugger to catch the exception - it doesn't even need to use xml related functions. Expected result: No crash ;) Actual result: -- Death -- Edit this bug report at http://bugs.php.net/?id=24661edit=1
#24674 [NEW]: PHP crashes when importing a not well formed stylesheet
From: ohlesbeauxjours at yahoo dot fr Operating system: Win 2000 / Win XP PHP version: 5.0.0b1 (beta1) PHP Bug Type: XSLT related Bug description: PHP crashes when importing a not well formed stylesheet Description: While correcting the bug #24634 (which also concerns import_stylesheet method), it might be useful to prevent PHP from crashing, when you import a not well-formed stylesheet. Reproduce code: --- $dom2-loadxml(implode(file(index.xml))); $dom-loadxml(implode(file(index.xsl))); $proc-import_stylesheet($dom); ... since there is a just a warning if the file index.xsl is badly formed, the script continues to execute, and crashes the line after, when importing the structure with import_stylesheet. -- Edit bug report at http://bugs.php.net/?id=24674edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24674r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24674r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24674r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24674r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24674r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24674r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24674r=support Expected behavior: http://bugs.php.net/fix.php?id=24674r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24674r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24674r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24674r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24674r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24674r=dst IIS Stability: http://bugs.php.net/fix.php?id=24674r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24674r=gnused
#23906 [Com]: Immediate segfault on startup
ID: 23906 Comment by: joho at webbplatsen dot se Reported By: mbrennen at fni dot com Status: No Feedback Bug Type: IMAP related Operating System: MDK 8.2 (Linux 2.4) PHP Version: 4.3.2 New Comment: I have a problem similar in nature, but it gets caught slightly earlier than at Apache start-up. If I enable --with-imap and/or --with-imap-ssl, the CLI binary of PHP segfaults after Installing PEAR environment. If I remove --with-imap* from my ./configure command-line, things are hunky dory. This is on a SUSE 8.1 (2.4) machine, with the imap2001a-devel/lib RPMs from the SUSE distribution. Previous Comments: [2003-06-26 18:20:25] [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-06-15 17:49:44] [EMAIL PROTECTED] Can you please try reducing the configure options to only contain the apache and imap related options? And also try compiling PHP as DSO. [2003-06-06 19:12:59] mbrennen at fni dot com As originally stated, 4.3.0 runs with --with-imap-ssl; 4.3.2 segfaults on startup with that option, all other things being equal. Why is that NOT a bug? I see no reason why you keep classifying the bug as bogus. I am very open to hearing why this is not a 4.3.2 bug, but the reason must be valid. Your claim that IMAP was built without SSL support is not true. [2003-06-06 18:43:26] [EMAIL PROTECTED] If it works without --with-imap-ssl, what is the problem? [2003-06-06 10:51:55] mbrennen at fni dot com The c-client is built with SSL support. There are two MDK 8.2 IMAP RPMs installed on the server. imap-2001a-5.1mdk imap-devel-2001a-5.1mdk Running 'strings /usr/lib/libc-client.a' I see references to ssl_open, ssl_aopen, ssl_getline, ssl_getbuffer and other ssl functions. There is also a libc-client-nossl.a library. It seems safe to assume that the libc-client.a I am linking against was built with SSL support. Do you disagree? Why did the --with-imap-ssl configuration work without problem on 4.3.0 on exactly the same server, with the same RPM set? Is there perhaps an openssl version dependency change between 4.3.0 and 4.3.2? The following SSL RPMs are installed. Does 4.3.2 depend on a later version? libopenssl0-devel-0.9.6i-1.4mdk openssl-0.9.6i-1.4mdk libopenssl0-0.9.6i-1.4mdk 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/23906 -- Edit this bug report at http://bugs.php.net/?id=23906edit=1
#24675 [NEW]: Error in OCINewCursor();
From: minetto at unochapeco dot rct-sc dot br
Operating system: Linux
PHP version: 4CVS-2003-07-16 (stable)
PHP Bug Type: OCI8 related
Bug description: Error in OCINewCursor();
Description:
When i use the function OCINewCursor() a error happen and the server
cannot execute the script.
Reproduce code:
---
$db=ocilogon(user,pass,db);
$curs = OCINewCursor($db);
$cod_empresa = 15;
$codAcervo = 154173;
$stmt = OCIParse($db,begin sp_per_consulta_obra($cod_empresa
,$codAcervo,:reg_sql);end;);
ocibindbyname($stmt,:reg_sql,$curs,-1,OCI_B_CURSOR);
ociexecute($stmt);
ociexecute($curs);
if(OCIFetchInto($curs,$reg_sql,OCI_ASSOC))
{
echo ok;
}
else
{
echo error;
}
Expected result:
Show the data in tables.
Actual result:
--
If i comment the line : $curs = OCINewCursor($db);
the page is found. The error seems to be in OCINewCursor.
My info :
php version is php4-STABLE-200307142330
Oracle Client is 9.2,
apache is apache-2.0.45-28790U90_2cl
--
Edit bug report at http://bugs.php.net/?id=24675edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24675r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24675r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=24675r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24675r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24675r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24675r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24675r=support
Expected behavior: http://bugs.php.net/fix.php?id=24675r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24675r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24675r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24675r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24675r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24675r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24675r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24675r=gnused
#24675 [Opn-Fbk]: Error in OCINewCursor();
ID: 24675
Updated by: [EMAIL PROTECTED]
Reported By: minetto at unochapeco dot rct-sc dot br
-Status: Open
+Status: Feedback
Bug Type: OCI8 related
Operating System: Linux
PHP Version: 4CVS-2003-07-16 (stable)
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
Previous Comments:
[2003-07-16 07:34:52] minetto at unochapeco dot rct-sc dot br
Description:
When i use the function OCINewCursor() a error happen and the server
cannot execute the script.
Reproduce code:
---
$db=ocilogon(user,pass,db);
$curs = OCINewCursor($db);
$cod_empresa = 15;
$codAcervo = 154173;
$stmt = OCIParse($db,begin sp_per_consulta_obra($cod_empresa
,$codAcervo,:reg_sql);end;);
ocibindbyname($stmt,:reg_sql,$curs,-1,OCI_B_CURSOR);
ociexecute($stmt);
ociexecute($curs);
if(OCIFetchInto($curs,$reg_sql,OCI_ASSOC))
{
echo ok;
}
else
{
echo error;
}
Expected result:
Show the data in tables.
Actual result:
--
If i comment the line : $curs = OCINewCursor($db);
the page is found. The error seems to be in OCINewCursor.
My info :
php version is php4-STABLE-200307142330
Oracle Client is 9.2,
apache is apache-2.0.45-28790U90_2cl
--
Edit this bug report at http://bugs.php.net/?id=24675edit=1
#24664 [Fbk-Opn]: relocation error: symbol not found: ap_pass_brigade
ID: 24664 User updated by: a dot polli at mir dot it Reported By: a dot polli at mir dot it -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: OpenUnix 8 PHP Version: 4.3.2 New Comment: I try with apache 1.3.27 and it works (I can see a phpinfo page ...) yes, I think it's a Apache2 related problem Previous Comments: [2003-07-16 04:05:28] [EMAIL PROTECTED] Have you tried Apache 1.3.27 which might actually work? [2003-07-16 03:15:30] a dot polli at mir dot it I try it (php4-STABLE-200307160530), but I have the same error when I start apache2. [2003-07-15 13:27: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-07-15 08:30:10] a dot polli at mir dot it Description: I have this error when I start apache2 (2.0.46) with php4 (4.3.2) Syntax error on line 233 of /mypath/apache2/conf/httpd.conf: Cannot load /mypath/apache2/modules/libphp4.so into server: dynamic linker: /mypath/apache2/bin/httpd: relocation error: symbol not found: ap_pass_brigade; referenced from: /mypath/apache2/modules/libphp4.so I compile apache 2.0.46 with ./configure --prefix=/mypath/apache2 --enable-modules=ssl dav mime-magic auth-anon auth-dbm auth-digest cern-meta expires headers usertrack unique-id proxy info cgi vhost-alias rewrite so speling and then php 4.3.2 with ./configure --with-apxs2=/mypath/apache2/bin/apxs --with-pgsql=/mypath/pgsql --with-mysql=/mypath/mysql --with-zlib --with-gd --with-ftp --with-xml -- Edit this bug report at http://bugs.php.net/?id=24664edit=1
#23580 [Com]: Random values for include_path
ID: 23580
Comment by: katana at katana-inc dot com
Reported By: maximiliano dot marques at bol dot com dot br
Status: Open
Bug Type: Apache related
Operating System: Conectiva Linux 8 Kernel 2.4.19
PHP Version: 4.3.2
New Comment:
We have experienced the same problem here since a few month. I was told
that it was gonna be fixed in 4.3.2 but it looks like it's still here
(we were warned by a disk full error because of the error logged filled
with failed includes from an auto_prepend file that belongs to another
vhost).
We can't upgrade to a snapshot since it is a production server.
We are running Gentoo but the same was happening with RedHat 8, running
apache 1.3.27.
The only fix was to change MaxRequestPerChild to 1...
Previous Comments:
[2003-06-25 07:34:48] maximiliano dot marques at bol dot com dot br
First answering your questions:
Do you set the include_path for _every_ vhost?
Not every but almost. I have 7 vhosts and 5 using different
include_path values.
Do you have php.ini and is it loaded?
Yes, I do and it was loaded since it appear in phpinfo() briefing.
What is the include_path setting in your php.ini?
include_path = .
How many vhosts do you have in your httpd.conf?
7 and I use dynamic IP for all. 3 of them are using same DocumentRoot
but different include_path values.
If you start apache in single server mode, does it still
happen for every request? (httpd -X -F -DSSL)
Yes, it does. However as in this case there is only one process
running, at first request it keep the include_path value forever. I am
explaining better below.
Second I executed several tests including your recommendations above,
adding __ around the path and I used netstat and ps to follow httpd
child process behavior while I running your suggested script:
?php echo ini_get('include_path'); ?
My conclusion was that the first request that a child process run with
include_path given, it cache the value for include_path (no matter if
it was set in httpd.conf or .htaccess, I tried with both) and child
process never change include_path value anymore while it still alive.
I am using MaxRequestsPerChild 1 as workaround and however it is
working, performance is debilitated.
[2003-06-23 20:13:55] [EMAIL PROTECTED]
Try adding 's around the path. (I always have them around the paths,
e.g. 'php_value include_path /www/common/:.')
Some questions we need get answers for:
Do you set the include_path for _every_ vhost?
Do you have php.ini and is it loaded?
What is the include_path setting in your php.ini?
How many vhosts do you have in your httpd.conf?
If you start apache in single server mode, does it still
happen for every request? (httpd -X -F -DSSL)
Please run all these tests using this script:
?php echo ini_get('include_path'); ?
[2003-06-19 02:25:19] maximiliano dot marques at bol dot com dot br
Yes I did and it behave exactly the same.
And I also compiled without
--with-regex=system
--enable-inline-optimization
and nothing changed.
I have set include_path in httpd.conf. The follow code I extracted from
my httpd.conf. I am working only with virtual hosts.
VirtualHost *:80
ServerAdmin [EMAIL PROTECTED]
DocumentRoot /sites/imax/http
ServerName imax.maximiliano.info
ServerAlias imax www.imaxmedia.com.br
ErrorLog logs/imax-error_log
CustomLog logs/imax-access_log common
php_value include_path
.:/sites/imax/includes:/sites/imax/instance/imx/includes
Alias /photo/ /sites/imax/instance/imx/photo/
Alias /file/ /sites/imax/instance/imx/file/
Alias /img/ /sites/imax/instance/imx/img/
Alias /img_dyn/ /sites/imax/instance/imx/img_dyn/
Alias /style/ /sites/imax/instance/imx/style/
Alias /https/ /sites/imax/https/
/VirtualHost
[2003-06-17 05:40:57] [EMAIL PROTECTED]
And leave these options out: (first do, rm config.cache)
--with-regex=system
--enable-inline-optimization
[2003-06-17 05:38:35] [EMAIL PROTECTED]
I asked to try the latest stable snapshot..did you?
And if you did, does it behave the same?
If so, how/where have you set include_path?
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/23580
--
Edit this bug report at http://bugs.php.net/?id=23580edit=1
#24676 [NEW]: Apache Errcode:2 charset not found
From: joerg dot puzik at bvag dot de Operating system: MS Windows 2000 PHP version: 4.3.2 PHP Bug Type: MySQL related Bug description: Apache Errcode:2 charset not found Description: since we have installed PHP 4.3.2 we get the entry ... File 'c:\mysql\share\charsets\?.conf' not found (Errcode: 2) ... in our APACHE - error.log we have installed mysql on another Server ! our FIX: after we copy just the Folder ...\mysql\share\... to the WEB-Server on C:\mysql\share\... we didn`t get the Error-Entry -- Edit bug report at http://bugs.php.net/?id=24676edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24676r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24676r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24676r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24676r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24676r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24676r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24676r=support Expected behavior: http://bugs.php.net/fix.php?id=24676r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24676r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24676r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24676r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24676r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24676r=dst IIS Stability: http://bugs.php.net/fix.php?id=24676r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24676r=gnused
#19434 [Fbk-Opn]: oci8 + ldap - crash
ID: 19434 User updated by: ronan dot salmon at staff dot ittralee dot ie Reported By: ronan dot salmon at staff dot ittralee dot ie -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: redhat 7.3 PHP Version: 4.3.3RC2-dev New Comment: Red Hat Linux release 7.2 Oracle 9.0.1 ./configure --prefix=/home/sysadmin/usr --exec-prefix=/home/sysadmin/usr --bindir=/home/sysadmin/usr/bin --sbindir=/home/sysadmin/usr/sbin --sysconfdir=/home/sysadmin/etc --datadir=/home/sysadmin/usr/share --includedir=/home/sysadmin/usr/include --sysconfdir=/home/sysadmin/etc --datadir=/home/sysadmin/usr/share --includedir=/usr/include--libdir=/home/sysadmin/usr/lib -libexecdir=/home/sysadmin/usr/libexec --mandir=/home/sysadmin/usr/share/man --infodir=/home/sysadmin/usr/share/info --with-config-file-path=/home/sysadmin/etc --enable-debug --with-exec-dir=/home/sysadmin/usr/bin --with-ldap=/home/oracle/Oracle-9.0.1/ --enable-sigchild --with-oci8=/home/oracle/Oracle-9.0.1/ --enable-experimental-zts [~/php]$ gdb ./php4-STABLE-200307160530/sapi/cgi/php (gdb) run login.php Starting program: /home/sysadmin/php/php4-STABLE-200307160530/sapi/cgi/php login.php [New Thread 1024 (LWP 3325)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 3325)] __pthread_mutex_lock (mutex=0xc085fa41) at mutex.c:99 99 mutex.c: No such file or directory. in mutex.c (gdb) bt #0 __pthread_mutex_lock (mutex=0xc085fa41) at mutex.c:99 #1 0x408a0f94 in __libc_free (mem=0x409dc460) at malloc.c:3152 #2 0x08066421 in zif_ldap_get_entries (ht=2, return_value=0x820ed38, this_ptr=0x0, return_value_used=1, tsrm_ls=0x81934b8) at /home/sysadmin/php/php4-STABLE-200307160530/ext/ldap/ldap.c:953 #3 0x08144204 in execute (op_array=0x8209f70, tsrm_ls=0x81934b8) at /home/sysadmin/php/php4-STABLE-200307160530/Zend/zend_execute.c:1616 #4 0x08130e4c in zend_execute_scripts (type=8, tsrm_ls=0x81934b8, retval=0x0, file_count=3) at /home/sysadmin/php/php4-STABLE-200307160530/Zend/zend.c:886 #5 0x0810671e in php_execute_script (primary_file=0xb9d0, tsrm_ls=0x81934b8) at /home/sysadmin/php/php4-STABLE-200307160530/main/main.c:1685 #6 0x0814d32a in main (argc=2, argv=0xba74) at /home/sysadmin/php/php4-STABLE-200307160530/sapi/cgi/cgi_main.c:1542 #7 0x40840316 in __libc_start_main (main=0x814c820 main, argc=2, ubp_av=0xba74, init=0x8062d98 _init, fini=0x814da60 _fini, rtld_fini=0x4000d2fc _dl_fini, stack_end=0xba6c) at ../sysdeps/generic/libc-start.c:129 -- Red Hat Linux release 9 (Shrike) Oracle 9.2.0.1 ./configure --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --mandir=/usr/share/man --infodir=/usr/share/info --prefix=/usr --with-config-file-path=/etc --enable-debug --with-exec-dir=/usr/bin --with-ldap=/home/oracle/Oracle-9.2.0.1 --enable-sigchild --with-oci8=/home/oracle/Oracle-9.2.0.1 --enable-experimental-zts [~/php]# ./php4-STABLE-200307160330/sapi/cgi/php -q login.php Segmentation fault [~/php]# gdb ./php4-STABLE-200307160330/sapi/cgi/php (gdb) run login.php Starting program: /root/php/php4-STABLE-200307160330/sapi/cgi/php login.php [New Thread 16384 (LWP 21897)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 21897)] 0x40a71a34 in _int_free () from /lib/libc.so.6 (gdb) bt #0 0x40a71a34 in _int_free () from /lib/libc.so.6 #1 0x40a709cc in free () from /lib/libc.so.6 #2 0x08065d81 in zif_ldap_get_entries (ht=2, return_value=0x8207b68, this_ptr=0x0, return_value_used=1, tsrm_ls=0x40d76440) at /root/php/php4-STABLE-200307160330/ext/ldap/ldap.c:953 #3 0x0813ce45 in execute (op_array=0x8203028, tsrm_ls=0x81876b0) at /root/php/php4-STABLE-200307160330/Zend/zend_execute.c:1616 #4 0x0812f7f1 in zend_execute_scripts (type=8, tsrm_ls=0x81876b0, retval=0x0, file_count=3) at /root/php/php4-STABLE-200307160330/Zend/zend.c:886 #5 0x08106305 in php_execute_script (primary_file=0xb980, tsrm_ls=0x81876b0) at /root/php/php4-STABLE-200307160330/main/main.c:1685 #6 0x08142609 in main (argc=2, argv=0xba14) at /root/php/php4-STABLE-200307160330/sapi/cgi/cgi_main.c:1542 #7 0x40a195cd in __libc_start_main () from /lib/libc.so.6 Previous Comments: [2003-07-15 22:56:43] [EMAIL PROTECTED] Set to open when you actually give the requested feedback. [2003-07-15 05:00:06] ronan dot salmon at staff dot ittralee dot ie Hi, I'm just back from holydays. Will try that option asap. The problem can't be link to apache
#23808 [Com]: Different behaviour of gd in blend images with 4.3.2rc4 than 4.3.1
ID: 23808 Comment by: tozz at kijkt dot tv Reported By: i dot a at signalsystem-bz dot it Status: Closed Bug Type: GD related Operating System: Win2k server PHP Version: 4.3.2RC4 New Comment: I just upgraded to 4.3.3RC1, and the problem is still there. The problem is a bit different now. In my previous report the blending went wrong, and the image looked like crap. Now the image is not blend at all, its just on top of the other image. Looks like this bug is not fixed, or it has not been fixed in 4.3.3RC1! Previous Comments: [2003-07-02 06:26:15] [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. Hello, Fixed in both php5 and php 4.3 branches. Merci Christophe :) pierre [2003-07-01 16:34:54] christophe dot bidaux at netcourrier dot com i made new tests with several php versions and i've putted the results on this page : http://christophe.bidaux.free.fr/imagecopymerge/imagecopymerge.html the first image is the original image and the others are made with the same php program shown at the bottom. the php version is written in the top-left corner of the images. only the 4.3.1 version gives me a good result. i use the binaries as they are and i use the same php.ini for all my tests. i run php on an Apache/1.3.20 Server on Windows 98. [2003-06-03 07:35:26] tozz at kijkt dot tv I experience the same bug on Linux with PHP 4.3.2, on PHP 4.3.1 everything works fine. Configure line: './configure' '--with-apxs' '--with-mysql' '--enable-ftp' '--with-openssl' '--with-gd' '--enable-bcmath' '--enable-dbase' '--with-freetype-dir' '--with-ttf' '--with-jpeg-dir=/usr/lib' '--with-png-dir=/usr/lib' '--with-zlib-dir=/usr/lib/' The code: imagecopymerge ($board, $pawn, $w1, $h1, 0, 0, $w, $h, 30); imagecopymerge ($board, $pawn, $w2, $h2, 0, 0, $w, $h, 30); imagedestroy ($pawn); Imagejpeg($board,'',100); [2003-06-03 02:01:27] i dot a at signalsystem-bz dot it I putted the images as you requested .. http://signalsystem.merseine.nu/test/ image1.jpg is the main image; image2.png is the image that's slitted in trasnparency over the first image_431.jpg is the result of it in 4.3.1 (nice and good) image_432.jpg is the result of it in 4.3.2 (wrong and ugly) [2003-06-01 04:28:05] phpuser at panoramas dot de I was going to file this as a new bug, but thought i'd rather add it here, since it's the same basic problem: After upgrading to 4.3.2, the imagecopymerge function is broken. Reverting to 4.3.1 removes the error. My configure line: (unchanged since 4.3.1) './configure' '--with-mysql' '--prefix=/mysrv/php' '--enable-ftp' '--with-apxs=/mysrv/apache/sbin/apxs' '--with-config-file-path=/mysrv/php-conf' '--disable-pear' '--enable-track-vars' '--with-gd' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-zlib-dir=/usr/local' '--disable-cli' '--with-t1lib=/usr/local' Summary of script function: - Takes one image A from file (JPEG 24bit). - generates another image B with same dimensions, 24 bit, and fills it with 50 percent gray - (left out: gets a set of imagemap coordinates from a database and draws them as black outline, white area inside the image B) - merges image B on top of image A with 40 percent transparency - returns the result. Effect of error: No blending occurs with 4.3.2. Only image B is returned, albeit weaker or stronger depending on the transparency setting in imagecopymerge(). Leaving out the imagecopymerge() command returns the original image A, as expected. Moving the coordinates results in a black background being visible (should be image A). My unqualified guess: Looks as if imagecopymerge() takes a black image instead of image A. Side notes: replacing imagecopymerge with imagecopymergegray actually returns the both images overlaid, but with palette image color mixup effects. Example source code (requires a jpeg image test.jpg of arbitrary size to test) -- begin code -- $uim = imagecreatefromjpeg(test.jpg) or die (Cannot Initialize new GD image stream); imagealphablending ($uim, TRUE ); # leaving this out changes nothing fill overlay with gray $im = imagecreatetruecolor(
#24679 [NEW]: pg_insert problem!
From: rorezende at hotmail dot com Operating system: ALL PHP version: 4.3.2 PHP Bug Type: PostgreSQL related Bug description: pg_insert problem! Description: In source code of php 4.3.2 exists an error ext/pgsql/pgsql.c. In the function pg_convert (php_pgsql_convert) it is not necessary to specify the schema name. But in the sql statement insert it is. Below is the portion of the source code which needs to be fixed. Reproduce code: --- ext/pgsql/pgsql.c : function : PHPAPI int php_pgsql_insert(PGconn *pg_link, const char *table, zval *var_array, ulong opt, char **sql TSRMLS_DC) line (HERE -- smart_str_appends(querystr, table);) Must be something like : NEW HERE -- smart_str_appends(querystr, schema); smart_str_appends(querystr, .); smart_str_appends(querystr, table); the schema name can be obtained from realnamespace collumn (oid) from table pg_class. Expected result: pg_insert should include the schema name in the insert sql statement. Actual result: -- the schema name is not specify in sql -- Edit bug report at http://bugs.php.net/?id=24679edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24679r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24679r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24679r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24679r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24679r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24679r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24679r=support Expected behavior: http://bugs.php.net/fix.php?id=24679r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24679r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24679r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24679r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24679r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24679r=dst IIS Stability: http://bugs.php.net/fix.php?id=24679r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24679r=gnused
#23833 [NoF-Csd]: Cannot connect to Ingres II database (ingres_connect)
ID: 23833 User updated by: pm dot aubertel at free dot fr Reported By: pm dot aubertel at free dot fr -Status: No Feedback +Status: Closed Bug Type: Ingres II related Operating System: Solaris 2.8 PHP Version: 4.3.2RC4 New Comment: I figured out what was wrong with the connexion. After searching in Google for E_GC1008_INVALID_USER, I have found a post in the comp.databases.ingres forum explaining a modification to do in Ingres. It is related to Ingres security. I had to modify the config.dat file in Ingres using cbf. This is what I changed: ii.hostname.gcf.mech.null.enabled: false - true ii.hostname.gcf.security_mechanism: ingres - null After that, I bounced Ingres and the php code worked. Previous Comments: [2003-07-15 02:25:24] [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-07-09 15:54:10] [EMAIL PROTECTED] Did you find any reasons why the sample program works and PHP not..? [2003-05-30 02:51:41] pm dot aubertel at free dot fr The problem still remains when I call php directly: % php readdb.php with readdb.php containing: ?php ingres_connect (mydb) or die (Could not connect); print (Connected successfully); ingres_close (); ? So it is not related to Apache. Besides this, the asc sample program in the Ingres distribution (INGRES/demo/api/asc) which uses the same API as ii.c works perfectly... I'm trying to understand why now. [2003-05-28 03:16:24] pm dot aubertel at free dot fr I just cleaned, recompile and re-install php with --disable-posix and do the same for apache but the result is the same. [2003-05-27 17:45:28] [EMAIL PROTECTED] Someone mentioned in the manual that adding --disable-posix made it work for him..try adding that to your configure line. (rm -f config.cache first!) 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/23833 -- Edit this bug report at http://bugs.php.net/?id=23833edit=1
#24680 [NEW]: MP3 Functions
From: stephen_sandison at msn dot com Operating system: Any PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: MP3 Functions Description: Would it be possible to add functions related to media types such as mp3, ogg, wma etc... So that ID3 tags could be read/edited/deleted without the need for custom functions. I know of quite a few people who would appreciate this functionality. Regards, Stephen Web Developer Goss Interactive Ltd. (www.gossinteractive.com) -- Edit bug report at http://bugs.php.net/?id=24680edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24680r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24680r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24680r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24680r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24680r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24680r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24680r=support Expected behavior: http://bugs.php.net/fix.php?id=24680r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24680r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24680r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24680r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24680r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24680r=dst IIS Stability: http://bugs.php.net/fix.php?id=24680r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24680r=gnused
#24680 [Opn-Bgs]: MP3 Functions
ID: 24680 Updated by: [EMAIL PROTECTED] Reported By: stephen_sandison at msn dot com -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Any PHP Version: Irrelevant New Comment: This functionality is already available as a PEAR package, please see http://pear.php.net/package-info.php?package=MP3_ID for more information. Other fileformats could be implemented likewise, please feel free to contribute code :) Previous Comments: [2003-07-16 10:31:45] stephen_sandison at msn dot com Description: Would it be possible to add functions related to media types such as mp3, ogg, wma etc... So that ID3 tags could be read/edited/deleted without the need for custom functions. I know of quite a few people who would appreciate this functionality. Regards, Stephen Web Developer Goss Interactive Ltd. (www.gossinteractive.com) -- Edit this bug report at http://bugs.php.net/?id=24680edit=1
#24680 [Bgs-Opn]: MP3 Functions
ID: 24680 Updated by: [EMAIL PROTECTED] Reported By: stephen_sandison at msn dot com -Status: Bogus +Status: Open Bug Type: Feature/Change Request Operating System: Any PHP Version: Irrelevant New Comment: I very much doubt this functionality will be added to the core of PHP. A PECL extension is much more likely. There is a PEAR module for ID3 tags called MP3_Id that you might want to look at. FWIW, I've written an extension for ID3 tags (not the PEAR module, this is in C++) but I haven't released it yet. J Previous Comments: [2003-07-16 10:43:48] [EMAIL PROTECTED] This functionality is already available as a PEAR package, please see http://pear.php.net/package-info.php?package=MP3_ID for more information. Other fileformats could be implemented likewise, please feel free to contribute code :) [2003-07-16 10:31:45] stephen_sandison at msn dot com Description: Would it be possible to add functions related to media types such as mp3, ogg, wma etc... So that ID3 tags could be read/edited/deleted without the need for custom functions. I know of quite a few people who would appreciate this functionality. Regards, Stephen Web Developer Goss Interactive Ltd. (www.gossinteractive.com) -- Edit this bug report at http://bugs.php.net/?id=24680edit=1
#24681 [NEW]: windows xp and php-module with apache2
From: harry at rhsoft dot net Operating system: Windows XP PHP version: 4.3.2 PHP Bug Type: Reproducible crash Bug description: windows xp and php-module with apache2 Description: On Windows XP with Apache (Apache/2.0.47 (Win32) PHP/4.3.2 - PHP 4.3.2 APACHE2HANDLER) when a page will not be found the server doesnt close the connection and dont show the error page so the browser will hang and must be closed or the server restartet this problem is only with php-module with the cgi it will work but i cant use it because there is no authentication with php This error also happens when a css-file ore something else will not be found from a page what is parsed with php on urls that not will be parsed with php the error-page from apache will be loaded and the connection closed so it must be a bug in php itself -- Edit bug report at http://bugs.php.net/?id=24681edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24681r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24681r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24681r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24681r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24681r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24681r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24681r=support Expected behavior: http://bugs.php.net/fix.php?id=24681r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24681r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24681r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24681r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24681r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24681r=dst IIS Stability: http://bugs.php.net/fix.php?id=24681r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24681r=gnused
#24680 [Opn-Bgs]: MP3 Functions
ID: 24680 Updated by: [EMAIL PROTECTED] Reported By: stephen_sandison at msn dot com -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Any PHP Version: Irrelevant New Comment: simul-post, bogusifying again. J Previous Comments: [2003-07-16 10:45:20] [EMAIL PROTECTED] I very much doubt this functionality will be added to the core of PHP. A PECL extension is much more likely. There is a PEAR module for ID3 tags called MP3_Id that you might want to look at. FWIW, I've written an extension for ID3 tags (not the PEAR module, this is in C++) but I haven't released it yet. J [2003-07-16 10:43:48] [EMAIL PROTECTED] This functionality is already available as a PEAR package, please see http://pear.php.net/package-info.php?package=MP3_ID for more information. Other fileformats could be implemented likewise, please feel free to contribute code :) [2003-07-16 10:31:45] stephen_sandison at msn dot com Description: Would it be possible to add functions related to media types such as mp3, ogg, wma etc... So that ID3 tags could be read/edited/deleted without the need for custom functions. I know of quite a few people who would appreciate this functionality. Regards, Stephen Web Developer Goss Interactive Ltd. (www.gossinteractive.com) -- Edit this bug report at http://bugs.php.net/?id=24680edit=1
#24682 [Opn-Fbk]: DELETE/ Update SQL Statements do not work
ID: 24682 Updated by: [EMAIL PROTECTED] Reported By: herriedm at yahoo dot com -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: Windows 2000 PHP Version: 4.3.2 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Previous Comments: [2003-07-16 11:25:37] herriedm at yahoo dot com Description: When you try using a stored procedure or sql query string to update, or delete a table, the statements do not update the database tables. Expected result: I would expect a mssql_query($myquerystring) result in the database be updated, or deleted -- Edit this bug report at http://bugs.php.net/?id=24682edit=1
#24674 [Opn-Fbk]: PHP crashes when importing a not well formed stylesheet
ID: 24674 Updated by: [EMAIL PROTECTED] Reported By: ohlesbeauxjours at yahoo dot fr -Status: Open +Status: Feedback Bug Type: XSLT related Operating System: Win 2000 / Win XP PHP Version: 5.0.0b1 (beta1) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Under windows you will definitely run into the issue in Bug #24661 once upgrading. The method names have also changed in xsl since beta1. i.e. it is now importStylesheet(). Same naming convention for other methods. Previous Comments: [2003-07-16 06:41:02] ohlesbeauxjours at yahoo dot fr Description: While correcting the bug #24634 (which also concerns import_stylesheet method), it might be useful to prevent PHP from crashing, when you import a not well-formed stylesheet. Reproduce code: --- $dom2-loadxml(implode(file(index.xml))); $dom-loadxml(implode(file(index.xsl))); $proc-import_stylesheet($dom); ... since there is a just a warning if the file index.xsl is badly formed, the script continues to execute, and crashes the line after, when importing the structure with import_stylesheet. -- Edit this bug report at http://bugs.php.net/?id=24674edit=1
#22263 [Opn-Fbk]: socket_read() crashes on client close
ID: 22263
Updated by: [EMAIL PROTECTED]
Reported By: caesar_iv4 at yahoo dot com
-Status: Open
+Status: Feedback
Bug Type: Sockets related
Operating System: win 98 SE
PHP Version: 4.3.2-dev
New Comment:
As Wez mentioned your script is incomplete.
You havn't defined the $SRV structure.
Sure we could guess at valid values, but it's important we know what
YOU'RE attempting to pass.
Your socket_connect() line is simply wrong.
Check the manual.
Also, when providing a reproducing script, only provide as much as is
necessary to reproduce the problem. This means NO watchpoints, NO
commented out code lines, NO logging functions. The only time pieces
of the above should be including in a reproducing script is when they
are necessary to cause the error. In your case, they aren't.
Finally, I'd like to ask if you've been able to reproduce this on any
other platforms. Win2K? XP? 95? NT4? NT3? Any variant of unix?
Thank you for your time and effort and I hope that together we can
locate and deal with this problem.
Previous Comments:
[2003-03-21 22:01:13] caesar_iv4 at yahoo dot com
wez
i don't know wheather you read the title
but the script crashes at
$buf = socket_read($msgsock, 2048, PHP_BINARY_READ);
whenever i close the connection using IE6 on Windows 98
[2003-03-18 12:36:23] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Can't reproduce using supplied script + latest CVS for 4.3.2 under
winxp.
Please be more specific about the error and where the script fails.
It would also help if we don't have to fill in the other half of your
script - please try to paste a script that reproduces the problem,
preferably around 10 lines in length.
[2003-02-18 23:00:24] [EMAIL PROTECTED]
correct PHP version..
[2003-02-17 23:51:11] caesar_iv4 at yahoo dot com
I use php 4.3.2 latest cvs
even php 5 and it stil occurs
i am trying to write a small php-based httpdeamon and when i was
testing it with IE6, open the connection and the page starts loading,
but when i click on stop i get the usual crashed program box
here's the script:
?
function sock() {
global $SRV;
if (($sock = socket_create (AF_INET, SOCK_STREAM, 0)) 0)
sock_err($sock,socket_create());
if (($ret = socket_bind ($sock, $SRV[IP], $SRV[PORT])) 0)
sock_err($sock,socket_bind());
if (($ret = socket_listen ($sock, $SRV[MAX_CL])) 0)
sock_err($sock,socket_listen());
return $sock;
}
function send($sock,$msg,$echo=true) {
global $CORE_DUMP;
// socket_write($sock,$msg,strlen($msg));
fwrite($CORE_DUMP,$msg,strlen($msg));
if($echo)
echo $msg;
}
function log_access($ip) {
global $LOG_ACCESS;
$str = date(r). .$ip.\n;
fwrite($LOG_ACCESS,$str,strlen($str));
}
function sock_err($sock,$fn) {
global $LOG_ERROR;
$str = $fn. failed, reason:
.socket_strerror(socket_last_error($sock));
echo $str;
fwrite($LOG_ERROR,$str,strlen($str));
}
error_reporting (E_ALL);
set_time_limit (0);
ob_implicit_flush();
echo 07\n;
$sock = sock();
echo 09\n;
do {
echo 11\n;
if (($msgsock = socket_accept(@$sock)) 0)
sock_err(@$msgsock,socket_accept());
echo 14\n;
socket_getpeername(@$msgsock,$ip);
echo 15\n;
log_access($ip);
echo 16\n;
$str = ;
echo 18\n;
$i = 0;
echo 20\n;
while ($msgsock) {
echo 23\n;
if (!$msgsock)
break;
echo $msgsock;
$buf = socket_read($msgsock, 2048, PHP_BINARY_READ);
echo 25\n;
if (!$buf) {
sock_err(@$msgsock,socket_read());
break;
}
echo 26\n;
echo 28\n;
}
echo 38\n;
socket_close (@$msgsock);
echo 40\n;
} while (@$sock);
socket_close (@$sock);
?
the echoes were to pin-point the problem
--
Edit this bug report at http://bugs.php.net/?id=22263edit=1
#24565 [Ver]: cannot read array elements recived via $_REQUEST
ID: 24565
User updated by: nightcat at poczta dot onet dot pl
Reported By: nightcat at poczta dot onet dot pl
Status: Verified
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5.0.0b2-dev
New Comment:
Any chance to have this fixed before next beta?
Previous Comments:
[2003-07-09 16:00:13] [EMAIL PROTECTED]
Reproduced with latest PHP 5 CVS. Works fine with PHP 4.3.3RC2-dev.
[2003-07-09 15:05:28] tingle at virtuanews dot co dot uk
Confirmed using Apache 2.0.46, Windows XP SP1 and the latest snapshot
(php5-win32-200307091830.zip)
Identical problem as stated
print_r() gives the expected output with the expected keys and values,
however, trying to reference the key within the code results in it not
being set
[2003-07-09 11:16:27] nightcat at poczta dot onet dot pl
Description:
In PHP5 yesterdays snapshot i'm unable to get array element created by
POST/GET method.
Reproduce code:
---
?
if (isset($_REQUEST['arr1'])) {
print_r($_REQUEST['arr1']); // displays key and value.
print('test1: '.$_REQUEST['arr1'][0]); // error
print_r(array_keys($_REQUEST['arr1'])); // returns one index: '0'
}
?
html
head
title TestCase /title
/head
body
form method=post action=
test1: input type=checkbox name=arr1[0] value=1 /br /
input type=submit /
/form
/body
/html
Expected result:
test1: 1
Actual result:
--
Notice: Undefined offset: 2 in D:\server\www\test\php5\index.phtml on
line 4
test1:
--
Edit this bug report at http://bugs.php.net/?id=24565edit=1
#23833 [Csd-Bgs]: Cannot connect to Ingres II database (ingres_connect)
ID: 23833 Updated by: [EMAIL PROTECTED] Reported By: pm dot aubertel at free dot fr -Status: Closed +Status: Bogus Bug Type: Ingres II related Operating System: Solaris 2.8 PHP Version: 4.3.2RC4 New Comment: Obviously not any PHP bug then - bogus. Previous Comments: [2003-07-16 10:14:09] pm dot aubertel at free dot fr I figured out what was wrong with the connexion. After searching in Google for E_GC1008_INVALID_USER, I have found a post in the comp.databases.ingres forum explaining a modification to do in Ingres. It is related to Ingres security. I had to modify the config.dat file in Ingres using cbf. This is what I changed: ii.hostname.gcf.mech.null.enabled: false - true ii.hostname.gcf.security_mechanism: ingres - null After that, I bounced Ingres and the php code worked. [2003-07-15 02:25:24] [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-07-09 15:54:10] [EMAIL PROTECTED] Did you find any reasons why the sample program works and PHP not..? [2003-05-30 02:51:41] pm dot aubertel at free dot fr The problem still remains when I call php directly: % php readdb.php with readdb.php containing: ?php ingres_connect (mydb) or die (Could not connect); print (Connected successfully); ingres_close (); ? So it is not related to Apache. Besides this, the asc sample program in the Ingres distribution (INGRES/demo/api/asc) which uses the same API as ii.c works perfectly... I'm trying to understand why now. [2003-05-28 03:16:24] pm dot aubertel at free dot fr I just cleaned, recompile and re-install php with --disable-posix and do the same for apache but the result is the same. 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/23833 -- Edit this bug report at http://bugs.php.net/?id=23833edit=1
#24653 [Opn-Bgs]: Error in OCINewCursor
ID: 24653
Updated by: [EMAIL PROTECTED]
Reported By: minetto at unochapeco dot rct-sc dot br
-Status: Open
+Status: Bogus
Bug Type: OCI8 related
Operating System: Linux
PHP Version: 4CVS-2003-07-14 (stable)
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.
See bug #24657
Previous Comments:
[2003-07-15 08:33:01] minetto at unochapeco dot rct-sc dot br
I find where is the problem.
In code :
$db=ocilogon(user,pass,db);
$curs = OCINewCursor($db);
$cod_empresa = 15;
$codAcervo = 154173;
$stmt = OCIParse($db,begin sp_per_consulta_obra($cod_empresa
,$codAcervo,:reg_sql);end;);
ocibindbyname($stmt,:reg_sql,$curs,-1,OCI_B_CURSOR);
ociexecute($stmt);
ociexecute($curs);
if(OCIFetchInto($curs,$reg_sql,OCI_ASSOC))
{
echo ok;
}
else
{
echo error;
}
If i comment the line : $curs = OCINewCursor($db);
the page is found. The error seems to be in OCINewCursor.
My php version is php4-STABLE-200307142330, Oracle Client is 9.2,
apache is apache-2.0.45-28790U90_2cl.
Thanks
[2003-07-14 19:07:03] minetto at unochapeco dot rct-sc dot br
In /var/log/apache/error_log :
/root/php4-STABLE-200307102330/main/main.c(1718) : Bailed out without a
bailout address!
I dont´t know if is related.
[2003-07-14 17:59:19] minetto at unochapeco dot rct-sc dot br
Description:
When i use the link :
http://www.unochapeco.edu.br/biblioteca/php/pbasbi2.php?codAcervo=115621
the page is not find. If i use :
http://www.unochapeco.edu.br/biblioteca/php/pbasbi2.php?codacervo=115621
with (codacervo=) works.
My info :
PHP Version 4.3.3RC2-dev
Conectiva Linux 9.0
Oracle client 9.2
--
Edit this bug report at http://bugs.php.net/?id=24653edit=1
#24675 [Opn-Fbk]: Error in OCINewCursor();
ID: 24675 Updated by: [EMAIL PROTECTED] Reported By: minetto at unochapeco dot rct-sc dot br -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Linux PHP Version: 4CVS-2003-07-16 (stable) New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. GDB backtrace, nothing else. Previous Comments: [2003-07-16 09:42:53] minetto at unochapeco dot rct-sc dot br I hope this help: OCI-21500: código de erro interno, argumentos: [ttcgcshnd-1], [0], [], [], [], [], [], [] Errors in file : OCI-21500: código de erro interno, argumentos: [ttcgcshnd-1], [0], [], [], [], [], [], [] - Call Stack Trace - Cannot open /proc/16506/exe. calling call entryargument values in hex location type point(? means dubious value) Cannot find symbol in /proc/16506/exe. Cannot find symbol in /proc/16506/exe. Cannot find symbol in /proc/16506/exe. Cannot find symbol in /proc/16506/exe. Cannot find symbol in /proc/16506/exe. Cannot find symbol in /proc/16506/exe. Cannot find symbol in /proc/16506/exe. Cannot find symbol in /proc/16506/exe. 4043C3FB CALL 402BD31C BFFF82E8 ? 4043C3BD ? 40AE1610 ? 40AB2A00 ? 4E455645 ? 31325F54 ? 40815B9A CALLr 824AEDC ? 824AEDC ? BFFF8318 ? 4000C690 ? 4066784A CALL 402A5F8C 40253D08 ? 406676EE ? 40AE1610 ? 82AC818 ? 824AEDC ? 4033417B ? 40667ED6 CALL 406676E0 0 ? 82947EC ? 40AE1610 ? 82AC818 ? 824ADCC ? C ? 4067FBAF CALLr 8288540 ? 82947EC ? 40AE1610 ? 824CE80 ? 821E244 ? 4025C972 ? 4067F4D8 CALL 402B15DC BFFF84FC ? 1 ? BFFF8500 ? BFFF8504 ? 82947EC ? 0 ? 4067E3F0 CALLr 824CE60 ? 0 ? 0 ? BFFF86F4 ? 401EA424 ? 4067E071 ? 40676C5C CALL 402C14DC 0 ? 40675871 ? 40AE1610 ? 824C9DC ? 40675860 ? 6E0C ? 4054D1F6 CALLr 824C9DC ? 4066748D ? 824ADCC ? 824ADCC ? 403A137E CALLr 824C9DC ? 403A0D01 ? 40AE1610 ? 0 ? 824ADCC ? D ? 40363985 CALL 402B125C 0 ? 82882FC ? 1 ? 0 ? 0 ? 4036392E ? 40443872 CALL 402B6EDC 0 ? 82882FC ? 1 ? 0 ? 0 ? BFFFAD16 ? 4044483B CALL 402A2F8C 824AD8C ? 0 ? 0 ? 0 ? 0 ? 0 ? 40385B50 CALL 402B70EC BFFFCE38 ? 40385B2D ? 81E9034 ? 824F42C ? BFFFCE2C ? 80A2B86 ? oci_fetch()+735 CALL _init()+2344 0 ? 829AE66 ? 0 ? BFFFCEA0 ? 829B5A4 ? F ? zif_ocifetchinto CALL oci_fetch()+01 ? 829B73C ? 2 ? 1 ? execute()+11452 CALLr 40123978 ? 13 ? 40D5B328 ? 40016CC8 ? zend_execute_script CALLr 0 ? 0 ? 0 ? B6F0 ? php_execute_script CALL zend_execute_script 23 ? 40E3009 ? BFFFD500 ? 40009221 ? 401132C6 ? 40E3009 ? main()+2435 CALL php_execute_script 0 ? 1EA288 ? B630 ? 4000A368 ? 40B0FA11 CALLr 40C354AC ? 40016CC8 ? 2 ? 8066B78 ? 0 ? 8066B99 ? _start()+28
#19434 [Opn-Fbk]: oci8 + ldap - crash
ID: 19434 Updated by: [EMAIL PROTECTED] Reported By: ronan dot salmon at staff dot ittralee dot ie -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: redhat 7.3 PHP Version: 4.3.3RC2-dev New Comment: Can you try and reduce your script to smallest possible that causes the crash? (like with only the ldap stuff?) Previous Comments: [2003-07-16 08:43:47] ronan dot salmon at staff dot ittralee dot ie Red Hat Linux release 7.2 Oracle 9.0.1 ./configure --prefix=/home/sysadmin/usr --exec-prefix=/home/sysadmin/usr --bindir=/home/sysadmin/usr/bin --sbindir=/home/sysadmin/usr/sbin --sysconfdir=/home/sysadmin/etc --datadir=/home/sysadmin/usr/share --includedir=/home/sysadmin/usr/include --sysconfdir=/home/sysadmin/etc --datadir=/home/sysadmin/usr/share --includedir=/usr/include--libdir=/home/sysadmin/usr/lib -libexecdir=/home/sysadmin/usr/libexec --mandir=/home/sysadmin/usr/share/man --infodir=/home/sysadmin/usr/share/info --with-config-file-path=/home/sysadmin/etc --enable-debug --with-exec-dir=/home/sysadmin/usr/bin --with-ldap=/home/oracle/Oracle-9.0.1/ --enable-sigchild --with-oci8=/home/oracle/Oracle-9.0.1/ --enable-experimental-zts [~/php]$ gdb ./php4-STABLE-200307160530/sapi/cgi/php (gdb) run login.php Starting program: /home/sysadmin/php/php4-STABLE-200307160530/sapi/cgi/php login.php [New Thread 1024 (LWP 3325)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 3325)] __pthread_mutex_lock (mutex=0xc085fa41) at mutex.c:99 99 mutex.c: No such file or directory. in mutex.c (gdb) bt #0 __pthread_mutex_lock (mutex=0xc085fa41) at mutex.c:99 #1 0x408a0f94 in __libc_free (mem=0x409dc460) at malloc.c:3152 #2 0x08066421 in zif_ldap_get_entries (ht=2, return_value=0x820ed38, this_ptr=0x0, return_value_used=1, tsrm_ls=0x81934b8) at /home/sysadmin/php/php4-STABLE-200307160530/ext/ldap/ldap.c:953 #3 0x08144204 in execute (op_array=0x8209f70, tsrm_ls=0x81934b8) at /home/sysadmin/php/php4-STABLE-200307160530/Zend/zend_execute.c:1616 #4 0x08130e4c in zend_execute_scripts (type=8, tsrm_ls=0x81934b8, retval=0x0, file_count=3) at /home/sysadmin/php/php4-STABLE-200307160530/Zend/zend.c:886 #5 0x0810671e in php_execute_script (primary_file=0xb9d0, tsrm_ls=0x81934b8) at /home/sysadmin/php/php4-STABLE-200307160530/main/main.c:1685 #6 0x0814d32a in main (argc=2, argv=0xba74) at /home/sysadmin/php/php4-STABLE-200307160530/sapi/cgi/cgi_main.c:1542 #7 0x40840316 in __libc_start_main (main=0x814c820 main, argc=2, ubp_av=0xba74, init=0x8062d98 _init, fini=0x814da60 _fini, rtld_fini=0x4000d2fc _dl_fini, stack_end=0xba6c) at ../sysdeps/generic/libc-start.c:129 -- Red Hat Linux release 9 (Shrike) Oracle 9.2.0.1 ./configure --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --mandir=/usr/share/man --infodir=/usr/share/info --prefix=/usr --with-config-file-path=/etc --enable-debug --with-exec-dir=/usr/bin --with-ldap=/home/oracle/Oracle-9.2.0.1 --enable-sigchild --with-oci8=/home/oracle/Oracle-9.2.0.1 --enable-experimental-zts [~/php]# ./php4-STABLE-200307160330/sapi/cgi/php -q login.php Segmentation fault [~/php]# gdb ./php4-STABLE-200307160330/sapi/cgi/php (gdb) run login.php Starting program: /root/php/php4-STABLE-200307160330/sapi/cgi/php login.php [New Thread 16384 (LWP 21897)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 21897)] 0x40a71a34 in _int_free () from /lib/libc.so.6 (gdb) bt #0 0x40a71a34 in _int_free () from /lib/libc.so.6 #1 0x40a709cc in free () from /lib/libc.so.6 #2 0x08065d81 in zif_ldap_get_entries (ht=2, return_value=0x8207b68, this_ptr=0x0, return_value_used=1, tsrm_ls=0x40d76440) at /root/php/php4-STABLE-200307160330/ext/ldap/ldap.c:953 #3 0x0813ce45 in execute (op_array=0x8203028, tsrm_ls=0x81876b0) at /root/php/php4-STABLE-200307160330/Zend/zend_execute.c:1616 #4 0x0812f7f1 in zend_execute_scripts (type=8, tsrm_ls=0x81876b0, retval=0x0, file_count=3) at /root/php/php4-STABLE-200307160330/Zend/zend.c:886 #5 0x08106305 in php_execute_script (primary_file=0xb980, tsrm_ls=0x81876b0) at /root/php/php4-STABLE-200307160330/main/main.c:1685 #6 0x08142609 in main (argc=2, argv=0xba14) at /root/php/php4-STABLE-200307160330/sapi/cgi/cgi_main.c:1542 #7 0x40a195cd in __libc_start_main () from /lib/libc.so.6 [2003-07-15 22:56:43] [EMAIL PROTECTED] Set to open when you actually give the requested feedback.
#24684 [NEW]: PHP 4.3.1 + no longer compatible with O'reilly WebSite Pro 3.0
From: webmaster at wiseosoftwareinc dot com Operating system: Win 2000 SP4 PHP version: 4.3.1 PHP Bug Type: CGI related Bug description: PHP 4.3.1 + no longer compatible with O'reilly WebSite Pro 3.0 Description: Greetings, PHP I have spent the last few days trying to find a successful combination that will work with O'reilly WebSite 3.0 as well as PHP 4.3.0 does. Versions 4.3.1 and higher (including 5 beta) seems to be no longer compatible with this web server software. I use the CGI configuration w/o cgi redirect on two other identical severs - which works seamlessly with PHP 4.3.0 and O'reilly WebSite 3.0. After failed attempts with versions 4.3.1+ on this new server, I tried this same PHP 4.3.0 configuration and again works perfectly. But now with 4.3.1 + all I receive is the No Input File Specified messages or page not found is some cases. I'm only presenting the 3 notes below to prove incompatibility... please do not take them as support questions or a false bugs reports; I do realize they would be if submitted separately as such. Solutions Tried for 4.3.1 + 1. I tried the CLI folder's php.exe, which works past the default php.exe only to the point were the simplest echo of hello world needs to have a line break before any PHP or html code - or you receive a CGI 500 error. 2. So I place a line break before any code to get the script to output properly - but of course I then can not use sessions. (headers already sent message). 3. I then tried the isapi extension configuration - which too does not work with sessions on WebSite Pro 3 - due to the fact that the session_start function creates a new session file on every page refresh. This new lack of compatibility may or may not be a bug, but I feel it needs to be professionally addressed by the PHP staff. Even a notice on the web site, though heart breaking, would suffice. Thank you for your kind attention. Reproduce code: --- html head titletest/title /head body ?PHP echo 'hello world'; ? /body /html Expected result: Hello World Actual result: -- : : : : : hello world : : Content-length: 589 500 Server Error The server encountered an error and was unable to complete your request. Message: CGI output from C:/WebSite/htdocs/test.php contained no blank line separating header and data (most likely a broken CGI program) Please contact the server administrator at [EMAIL PROTECTED] and inform them of the time the error occured, plus anything you know of that may have caused the error. -- Edit bug report at http://bugs.php.net/?id=24684edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24684r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24684r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24684r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24684r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24684r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24684r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24684r=support Expected behavior: http://bugs.php.net/fix.php?id=24684r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24684r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24684r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24684r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24684r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24684r=dst IIS Stability: http://bugs.php.net/fix.php?id=24684r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24684r=gnused
#24684 [Opn-Fbk]: PHP 4.3.1 + no longer compatible with O'reilly WebSite Pro 3.0
ID: 24684 Updated by: [EMAIL PROTECTED] Reported By: webmaster at wiseosoftwareinc dot com -Status: Open +Status: Feedback Bug Type: CGI related Operating System: Win 2000 SP4 PHP Version: 4.3.1 New Comment: Try latest stable snapshot from http://snaps.php.net/ Then try setting cgi.fix_pathinfo in your php.ini file. I don't know which setting (0 or 1) works with that webserver, but one of them should. Previous Comments: [2003-07-16 14:45:50] webmaster at wiseosoftwareinc dot com email address correction: [EMAIL PROTECTED] [2003-07-16 14:44:51] webmaster at wiseosoftwareinc dot com Description: Greetings, PHP I have spent the last few days trying to find a successful combination that will work with O'reilly WebSite 3.0 as well as PHP 4.3.0 does. Versions 4.3.1 and higher (including 5 beta) seems to be no longer compatible with this web server software. I use the CGI configuration w/o cgi redirect on two other identical severs - which works seamlessly with PHP 4.3.0 and O'reilly WebSite 3.0. After failed attempts with versions 4.3.1+ on this new server, I tried this same PHP 4.3.0 configuration and again works perfectly. But now with 4.3.1 + all I receive is the No Input File Specified messages or page not found is some cases. I'm only presenting the 3 notes below to prove incompatibility... please do not take them as support questions or a false bugs reports; I do realize they would be if submitted separately as such. Solutions Tried for 4.3.1 + 1. I tried the CLI folder's php.exe, which works past the default php.exe only to the point were the simplest echo of hello world needs to have a line break before any PHP or html code - or you receive a CGI 500 error. 2. So I place a line break before any code to get the script to output properly - but of course I then can not use sessions. (headers already sent message). 3. I then tried the isapi extension configuration - which too does not work with sessions on WebSite Pro 3 - due to the fact that the session_start function creates a new session file on every page refresh. This new lack of compatibility may or may not be a bug, but I feel it needs to be professionally addressed by the PHP staff. Even a notice on the web site, though heart breaking, would suffice. Thank you for your kind attention. Reproduce code: --- html head titletest/title /head body ?PHP echo 'hello world'; ? /body /html Expected result: Hello World Actual result: -- : : : : : hello world : : Content-length: 589 500 Server Error The server encountered an error and was unable to complete your request. Message: CGI output from C:/WebSite/htdocs/test.php contained no blank line separating header and data (most likely a broken CGI program) Please contact the server administrator at [EMAIL PROTECTED] and inform them of the time the error occured, plus anything you know of that may have caused the error. -- Edit this bug report at http://bugs.php.net/?id=24684edit=1
#24558 [Com]: ImageTFText ImageFTText crashes Apache child
ID: 24558 Comment by: babansky at mail dot ru Reported By: igor at gelios dot net Status: Bogus Bug Type: GD related Operating System: Linux RH7.0, RH9 PHP Version: 4.3.3RC1 New Comment: Igor, change the status of your bug from Bogus to Open Previous Comments: [2003-07-10 13:24:25] igor at gelios dot net And this is likely fixed in CVS..after RC1 was released STABLE-200307091730 produce this error too ;( [2003-07-10 01:06:27] babansky at mail dot ru I already reported this bug (see # 24455) and got not reply up to date [2003-07-09 08:51:15] igor at gelios dot net We only support bundled GD. ;( Why? Where i can read about it? [2003-07-09 08:40:37] [EMAIL PROTECTED] And this is likely fixed in CVS..after RC1 was released. [2003-07-09 08:39:58] [EMAIL PROTECTED] We only support bundled GD. 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/24558 -- Edit this bug report at http://bugs.php.net/?id=24558edit=1
#14285 [Com]: Forcing variable declaration
ID: 14285 Comment by: andrew_nefsky at hotmail dot com Reported By: pnh102 at psu dot edu Status: Open Bug Type: Feature/Change Request Operating System: Redhat Linux 7.2 PHP Version: 4.0.6 New Comment: This is definitely an important issue. Not being able to declare variables creates a debugging nightmare! Previous Comments: [2002-11-19 08:06:07] z95kahe at mtek dot chalmers dot se I realy think this is good idea. I've been looking for some tool to do this kind of checks and found none. For small scripts there is no need to have variable declaring but there are for longer multi file, multi developer projects. By making the checks an option we can have both modes available. [2001-11-29 11:39:07] [EMAIL PROTECTED] this would only catch read usage of undefined variables, but not assigning values to them see: ?php $typofree = hallo; ... $xtypofree = ooops; ? nothing in PHP will warn you that you have a typo in the second assignment, so creating a new variable unintended ... moved to feature requests ... [2001-11-29 11:20:18] [EMAIL PROTECTED] set error_reporting to E_ALL, and you'll see all undefined vars. However, it doesn't force the use of it. Derick [2001-11-29 11:17:16] pnh102 at psu dot edu Is there a way to make PHP force you to declare variables like option explicit in VBScript or use strict in Perl? If not, will this feature become available? While this is not really a bug, it might be a nice feature to have available. -- Edit this bug report at http://bugs.php.net/?id=14285edit=1
#24666 [Fbk-Opn]: random blank pages for any code on any php page
ID: 24666 User updated by: dhunter at uta dot edu Reported By: dhunter at uta dot edu -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Solaris 8 PHP Version: 4.3.2 New Comment: Thanks, I'll try the latest snapshot. I'll also try to cut down the configuration, but we use most of the options. Answers to your questions: - output buffering is on - i'm using the php.ini-recommended that comes with 4.3.2. no differences except that i have safe mode on. - i don't set any php.ini settings in .htaccess or httpd.conf. - exactly right, any script randomly produces output and randomly produces no output as evidenced by observation and as recorded in the apache access log. I downgraded to 4.3.1 to correct the problem for now. Previous Comments: [2003-07-15 22:10: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 and cut down your configure line to bare minimum that you need for your pages to work. Are you using output buffering features? (php.ini) What is the diff between your php.ini and the php.ini-dist in the 4.3.2 release? (diff -u) Do you set any php.ini settings in httpd.conf / .htaccess parts that might affect the pages involved? Are you sure it's any script? Even plain ?php echo foo; ? style script? [2003-07-15 10:31:06] dhunter at uta dot edu Description: Pages that worked in 4.3.1 randomly print blank pages in version 4.3.2. There isn't any specific code that produces this quirk. A simple call to the header function to redirect a browser will produce a blank page. Also note the following: 1) error reporting is turned on 2) Using Apache 1.3.27 3) Apache does not segfault, no segfault occurs and child process does not die 4) no errors are reported in apache logs Although the PHP engine and Apache do not report errors, the access log reports a 5 byte file size when a blank page is printed. For example, a page that is normally reported in the access log as 10,000 bytes is reported as 5 bytes when the PHP engine fails. './configure' '--prefix=/usr/local/apache_1327/php-4.3.1' '--with-apxs=/usr/local/apache_1327/bin/apxs' '--enable-sigchild' '--enable-magic-quotes' '--with-openssl=/usr/local/openssl' '--with-zlib=/usr/local' '--enable-bcmath' '--enable-calendar' '--with-gdbm=/usr/local/gdbm-1.8.0' '--with-db3=/usr/local/BerkeleyDB.3.3' '--enable-dbase' '--enable-dbx' '--enable-dio' '--enable-exif' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-zlib-dir=/usr/local' '--with-ttf' '--enable-gd-native-ttf' '--with-java=/usr/java1.2' '--with-ldap=/usr' '--enable-mbstring' '--enable-mbregex' '--with-mssql=/usr/local/freetds' '--with-mysql=/usr/local/mysql' '--with-mysql-sock=/usr/local/mysql/tmp/mysql.sock' '--with-zlib-dir=/usr/local' '--with-mm=/usr/local' '--enable-sockets' '--enable-wddx' '--enable-xslt' '--with-xslt-sablot=/usr/local' '--enable-memory-limit=yes' '--with-gnu-ld' Reproduce code: --- No specific code produces the bug. All pages are randomly printed nothing, blank. Expected result: output Actual result: -- no output -- Edit this bug report at http://bugs.php.net/?id=24666edit=1
#24684 [Com]: PHP 4.3.1 + no longer compatible with O'reilly WebSite Pro 3.0
ID: 24684 Comment by: webmaster at wisesoftwareinc dot com Reported By: webmaster at wiseosoftwareinc dot com Status: Feedback Bug Type: CGI related Operating System: Win 2000 SP4 PHP Version: 4.3.1 New Comment: Greetings, Thank you very much for your expedient response, it is greatly appreciated. I downloaded and installed the latest snap shot and switched between 1 and 0 on the cgi.fix_pathinfo setting as you suggested, but alas the problem (bug?) still remains with the 4.3.2 snap shot on WebSite Pro 3. Previous Comments: [2003-07-16 15:12:40] [EMAIL PROTECTED] Try latest stable snapshot from http://snaps.php.net/ Then try setting cgi.fix_pathinfo in your php.ini file. I don't know which setting (0 or 1) works with that webserver, but one of them should. [2003-07-16 14:45:50] webmaster at wiseosoftwareinc dot com email address correction: [EMAIL PROTECTED] [2003-07-16 14:44:51] webmaster at wiseosoftwareinc dot com Description: Greetings, PHP I have spent the last few days trying to find a successful combination that will work with O'reilly WebSite 3.0 as well as PHP 4.3.0 does. Versions 4.3.1 and higher (including 5 beta) seems to be no longer compatible with this web server software. I use the CGI configuration w/o cgi redirect on two other identical severs - which works seamlessly with PHP 4.3.0 and O'reilly WebSite 3.0. After failed attempts with versions 4.3.1+ on this new server, I tried this same PHP 4.3.0 configuration and again works perfectly. But now with 4.3.1 + all I receive is the No Input File Specified messages or page not found is some cases. I'm only presenting the 3 notes below to prove incompatibility... please do not take them as support questions or a false bugs reports; I do realize they would be if submitted separately as such. Solutions Tried for 4.3.1 + 1. I tried the CLI folder's php.exe, which works past the default php.exe only to the point were the simplest echo of hello world needs to have a line break before any PHP or html code - or you receive a CGI 500 error. 2. So I place a line break before any code to get the script to output properly - but of course I then can not use sessions. (headers already sent message). 3. I then tried the isapi extension configuration - which too does not work with sessions on WebSite Pro 3 - due to the fact that the session_start function creates a new session file on every page refresh. This new lack of compatibility may or may not be a bug, but I feel it needs to be professionally addressed by the PHP staff. Even a notice on the web site, though heart breaking, would suffice. Thank you for your kind attention. Reproduce code: --- html head titletest/title /head body ?PHP echo 'hello world'; ? /body /html Expected result: Hello World Actual result: -- : : : : : hello world : : Content-length: 589 500 Server Error The server encountered an error and was unable to complete your request. Message: CGI output from C:/WebSite/htdocs/test.php contained no blank line separating header and data (most likely a broken CGI program) Please contact the server administrator at [EMAIL PROTECTED] and inform them of the time the error occured, plus anything you know of that may have caused the error. -- Edit this bug report at http://bugs.php.net/?id=24684edit=1
#22263 [Fbk-Opn]: socket_read() crashes on client close
ID: 22263
User updated by: caesar_iv4 at yahoo dot com
Reported By: caesar_iv4 at yahoo dot com
-Status: Feedback
+Status: Open
Bug Type: Sockets related
Operating System: win 98 SE
PHP Version: 4.3.2-dev
New Comment:
here is the missing $SRV variable:
$SRV= array(
SRVROOT = C:/desktop/phpfiles/projects/httpd/,
DOCROOT =
C:/desktop/phpfiles/projects/httpd/docs/,
IP= 127.0.0.1,
HOST = loclahost,
PORT = 80,
LOG = array(
ACCESS=
C:/desktop/phpfiles/projects/httpd/log_access.txt,
ERROR =
C:/desktop/phpfiles/projects/httpd/log_error.txt,
DUMP =
C:/desktop/phpfiles/projects/httpd/dump
),
MAX_CL= 3,
DIR_INDEX = array(
index.html,
index.htm
),
READ_BYTES= 33
);
Previous Comments:
[2003-07-16 12:36:09] [EMAIL PROTECTED]
As Wez mentioned your script is incomplete.
You havn't defined the $SRV structure.
Sure we could guess at valid values, but it's important we know what
YOU'RE attempting to pass.
Your socket_connect() line is simply wrong.
Check the manual.
Also, when providing a reproducing script, only provide as much as is
necessary to reproduce the problem. This means NO watchpoints, NO
commented out code lines, NO logging functions. The only time pieces
of the above should be including in a reproducing script is when they
are necessary to cause the error. In your case, they aren't.
Finally, I'd like to ask if you've been able to reproduce this on any
other platforms. Win2K? XP? 95? NT4? NT3? Any variant of unix?
Thank you for your time and effort and I hope that together we can
locate and deal with this problem.
[2003-03-21 22:01:13] caesar_iv4 at yahoo dot com
wez
i don't know wheather you read the title
but the script crashes at
$buf = socket_read($msgsock, 2048, PHP_BINARY_READ);
whenever i close the connection using IE6 on Windows 98
[2003-03-18 12:36:23] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Can't reproduce using supplied script + latest CVS for 4.3.2 under
winxp.
Please be more specific about the error and where the script fails.
It would also help if we don't have to fill in the other half of your
script - please try to paste a script that reproduces the problem,
preferably around 10 lines in length.
[2003-02-18 23:00:24] [EMAIL PROTECTED]
correct PHP version..
[2003-02-17 23:51:11] caesar_iv4 at yahoo dot com
I use php 4.3.2 latest cvs
even php 5 and it stil occurs
i am trying to write a small php-based httpdeamon and when i was
testing it with IE6, open the connection and the page starts loading,
but when i click on stop i get the usual crashed program box
here's the script:
?
function sock() {
global $SRV;
if (($sock = socket_create (AF_INET, SOCK_STREAM, 0)) 0)
sock_err($sock,socket_create());
if (($ret = socket_bind ($sock, $SRV[IP], $SRV[PORT])) 0)
sock_err($sock,socket_bind());
if (($ret = socket_listen ($sock, $SRV[MAX_CL])) 0)
sock_err($sock,socket_listen());
return $sock;
}
function send($sock,$msg,$echo=true) {
global $CORE_DUMP;
// socket_write($sock,$msg,strlen($msg));
fwrite($CORE_DUMP,$msg,strlen($msg));
if($echo)
echo $msg;
}
function log_access($ip) {
global $LOG_ACCESS;
$str = date(r). .$ip.\n;
fwrite($LOG_ACCESS,$str,strlen($str));
}
function sock_err($sock,$fn) {
global $LOG_ERROR;
$str = $fn. failed, reason:
.socket_strerror(socket_last_error($sock));
echo $str;
fwrite($LOG_ERROR,$str,strlen($str));
}
error_reporting (E_ALL);
set_time_limit (0);
ob_implicit_flush();
echo 07\n;
$sock = sock();
echo 09\n;
do {
echo 11\n;
if (($msgsock =
#24685 [NEW]: php-mysql-4.3.2-6.i386.rpm dependencies
From: mailslot at ameritech dot net Operating system: Redhat 8.0 PHP version: 4.3.2 PHP Bug Type: MySQL related Bug description: php-mysql-4.3.2-6.i386.rpm dependencies Description: I've searched the web for quite awhile and have seen others stating the same problem I'm having, but have not found any solutions posted. Not sure if this is a bug. Running Redhat Linux 8.0 and have updated MySQL to version 4.0.13-0, which now uses libmysqlclient.so.12 instead of libmysqlclient.so.10. When I try and install the newest php-mysql-4.3.2-6.i386.rpm, I'm getting Failed dependencies: libmysqlclient.so.10 is needed by php-mysql-4.3.2-6.i386.rpm. Is there a version of php-mysql which uses libmysqlclient.so.12 ?? If not, does anyone know if I can force the installation of this version I have and it will work ?? Thanks for ANY help. -Dan [EMAIL PROTECTED] -- Edit bug report at http://bugs.php.net/?id=24685edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24685r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24685r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24685r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24685r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24685r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24685r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24685r=support Expected behavior: http://bugs.php.net/fix.php?id=24685r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24685r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24685r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24685r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24685r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24685r=dst IIS Stability: http://bugs.php.net/fix.php?id=24685r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24685r=gnused
#24685 [Opn-Bgs]: php-mysql-4.3.2-6.i386.rpm dependencies
ID: 24685 Updated by: [EMAIL PROTECTED] Reported By: mailslot at ameritech dot net -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Redhat 8.0 PHP Version: 4.3.2 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. That's a typical redhat problem. They don't care about their dependancies. You can propably help yourself by creating a symlink. Previous Comments: [2003-07-16 17:01:45] mailslot at ameritech dot net Description: I've searched the web for quite awhile and have seen others stating the same problem I'm having, but have not found any solutions posted. Not sure if this is a bug. Running Redhat Linux 8.0 and have updated MySQL to version 4.0.13-0, which now uses libmysqlclient.so.12 instead of libmysqlclient.so.10. When I try and install the newest php-mysql-4.3.2-6.i386.rpm, I'm getting Failed dependencies: libmysqlclient.so.10 is needed by php-mysql-4.3.2-6.i386.rpm. Is there a version of php-mysql which uses libmysqlclient.so.12 ?? If not, does anyone know if I can force the installation of this version I have and it will work ?? Thanks for ANY help. -Dan [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=24685edit=1
#24686 [NEW]: PREG /^[[:alpha:]]+$/ - accentuated char problem ?
From: mhaury at igc dot gulbenkian dot pt Operating system: MacOSX PHP version: 4.3.2 PHP Bug Type: *Regular Expressions Bug description: PREG /^[[:alpha:]]+$/ - accentuated char problem ? Description: The following code worked on 4.3.1 but does not work on 4.3.2 on Mac OSX 10.2.6. with Apache 2.0.47. preg_match() does not allow accentuated characters to be matched on the above configuration. Matthias Reproduce code: --- ?php $x = voilà; if(preg_match(/^[[:alpha:]]+$/,$x)) echo matched; else echo unmatched; ? Expected result: matched Actual result: -- unmatched -- Edit bug report at http://bugs.php.net/?id=24686edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24686r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24686r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24686r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24686r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24686r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24686r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24686r=support Expected behavior: http://bugs.php.net/fix.php?id=24686r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24686r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24686r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24686r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24686r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24686r=dst IIS Stability: http://bugs.php.net/fix.php?id=24686r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24686r=gnused
#24687 [NEW]: Fatal error: Only variables or references can be returned by reference
From: nologic at pchome dot com dot tw
Operating system: windows2000sp4
PHP version: 5CVS-2003-07-16 (dev)
PHP Bug Type: Class/Object related
Bug description: Fatal error: Only variables or references can be returned by
reference
Description:
apache_2.0.47-win32-x86-no_ssl
XOOPS203 ( http://www.xoops.org )
For install:
php5-win32-200307162230 = Fatal Error !
php4.3.2= succeeded !
sorry...my English is poor.
Reproduce code:
---
class TextSanitizer
{
function htmlSpecialChars($text)
{
line 96 - return preg_replace(/amp;/i, '', htmlspecialchars($text,
ENT_QUOTES));
}
}
Expected result:
Fatal error: Only variables or references can be returned by reference in
D:\www\xoops2\html\install\class\textsanitizer.php on line 96
--
Edit bug report at http://bugs.php.net/?id=24687edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24687r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24687r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=24687r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24687r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24687r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24687r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24687r=support
Expected behavior: http://bugs.php.net/fix.php?id=24687r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24687r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24687r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24687r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24687r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24687r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24687r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24687r=gnused
#24687 [Opn-Bgs]: Fatal error: Only variables or references can be returned by reference
ID: 24687
Updated by: [EMAIL PROTECTED]
Reported By: nologic at pchome dot com dot tw
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: windows2000sp4
PHP Version: 5CVS-2003-07-16 (dev)
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
..
Previous Comments:
[2003-07-16 19:00:30] nologic at pchome dot com dot tw
Description:
apache_2.0.47-win32-x86-no_ssl
XOOPS203 ( http://www.xoops.org )
For install:
php5-win32-200307162230 = Fatal Error !
php4.3.2= succeeded !
sorry...my English is poor.
Reproduce code:
---
class TextSanitizer
{
function htmlSpecialChars($text)
{
line 96 - return preg_replace(/amp;/i, '', htmlspecialchars($text,
ENT_QUOTES));
}
}
Expected result:
Fatal error: Only variables or references can be returned by reference
in D:\www\xoops2\html\install\class\textsanitizer.php on line 96
--
Edit this bug report at http://bugs.php.net/?id=24687edit=1
#24684 [Fbk-Bgs]: PHP 4.3.1 + no longer compatible with O'reilly WebSite Pro 3.0
ID: 24684 Updated by: [EMAIL PROTECTED] Reported By: webmaster at wisesoftwareinc dot com -Status: Feedback +Status: Bogus Bug Type: CGI related Operating System: Win 2000 SP4 PHP Version: 4.3.1 New Comment: DO NOT use the 'Add comment' link when you add comments to your own bug report, use the 'Edit Submission'.. And this is bogus, CLI is not CGI. Previous Comments: [2003-07-16 16:31:20] webmaster at wisesoftwareinc dot com Greetings, Thank you very much for your expedient response, it is greatly appreciated. I downloaded and installed the latest snap shot and switched between 1 and 0 on the cgi.fix_pathinfo setting as you suggested, but alas the problem (bug?) still remains with the 4.3.2 snap shot on WebSite Pro 3. [2003-07-16 15:12:40] [EMAIL PROTECTED] Try latest stable snapshot from http://snaps.php.net/ Then try setting cgi.fix_pathinfo in your php.ini file. I don't know which setting (0 or 1) works with that webserver, but one of them should. [2003-07-16 14:44:51] webmaster at wisesoftwareinc dot com Description: Greetings, PHP I have spent the last few days trying to find a successful combination that will work with O'reilly WebSite 3.0 as well as PHP 4.3.0 does. Versions 4.3.1 and higher (including 5 beta) seems to be no longer compatible with this web server software. I use the CGI configuration w/o cgi redirect on two other identical severs - which works seamlessly with PHP 4.3.0 and O'reilly WebSite 3.0. After failed attempts with versions 4.3.1+ on this new server, I tried this same PHP 4.3.0 configuration and again works perfectly. But now with 4.3.1 + all I receive is the No Input File Specified messages or page not found is some cases. I'm only presenting the 3 notes below to prove incompatibility... please do not take them as support questions or a false bugs reports; I do realize they would be if submitted separately as such. Solutions Tried for 4.3.1 + 1. I tried the CLI folder's php.exe, which works past the default php.exe only to the point were the simplest echo of hello world needs to have a line break before any PHP or html code - or you receive a CGI 500 error. 2. So I place a line break before any code to get the script to output properly - but of course I then can not use sessions. (headers already sent message). 3. I then tried the isapi extension configuration - which too does not work with sessions on WebSite Pro 3 - due to the fact that the session_start function creates a new session file on every page refresh. This new lack of compatibility may or may not be a bug, but I feel it needs to be professionally addressed by the PHP staff. Even a notice on the web site, though heart breaking, would suffice. Thank you for your kind attention. Reproduce code: --- html head titletest/title /head body ?PHP echo 'hello world'; ? /body /html Expected result: Hello World Actual result: -- : : : : : hello world : : Content-length: 589 500 Server Error The server encountered an error and was unable to complete your request. Message: CGI output from C:/WebSite/htdocs/test.php contained no blank line separating header and data (most likely a broken CGI program) Please contact the server administrator at [EMAIL PROTECTED] and inform them of the time the error occured, plus anything you know of that may have caused the error. -- Edit this bug report at http://bugs.php.net/?id=24684edit=1
#24666 [Opn-Fbk]: random blank pages for any code on any php page
ID: 24666 Updated by: [EMAIL PROTECTED] Reported By: dhunter at uta dot edu -Status: Open +Status: Feedback -Bug Type: *General Issues +Bug Type: Apache related Operating System: Solaris 8 PHP Version: 4.3.2 New Comment: Could you try if you can reproduce this when you run apache like this: # gdb httpd -X (if you need SSL, add -DSSL there) You should test the snapshot on separate instance/machine. e.g. have another apache with PHP build from the snapshot running in other port. (separate development server would be best choice though :) Previous Comments: [2003-07-16 15:56:42] dhunter at uta dot edu Thanks, I'll try the latest snapshot. I'll also try to cut down the configuration, but we use most of the options. Answers to your questions: - output buffering is on - i'm using the php.ini-recommended that comes with 4.3.2. no differences except that i have safe mode on. - i don't set any php.ini settings in .htaccess or httpd.conf. - exactly right, any script randomly produces output and randomly produces no output as evidenced by observation and as recorded in the apache access log. I downgraded to 4.3.1 to correct the problem for now. [2003-07-15 22:10: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 and cut down your configure line to bare minimum that you need for your pages to work. Are you using output buffering features? (php.ini) What is the diff between your php.ini and the php.ini-dist in the 4.3.2 release? (diff -u) Do you set any php.ini settings in httpd.conf / .htaccess parts that might affect the pages involved? Are you sure it's any script? Even plain ?php echo foo; ? style script? [2003-07-15 10:31:06] dhunter at uta dot edu Description: Pages that worked in 4.3.1 randomly print blank pages in version 4.3.2. There isn't any specific code that produces this quirk. A simple call to the header function to redirect a browser will produce a blank page. Also note the following: 1) error reporting is turned on 2) Using Apache 1.3.27 3) Apache does not segfault, no segfault occurs and child process does not die 4) no errors are reported in apache logs Although the PHP engine and Apache do not report errors, the access log reports a 5 byte file size when a blank page is printed. For example, a page that is normally reported in the access log as 10,000 bytes is reported as 5 bytes when the PHP engine fails. './configure' '--prefix=/usr/local/apache_1327/php-4.3.1' '--with-apxs=/usr/local/apache_1327/bin/apxs' '--enable-sigchild' '--enable-magic-quotes' '--with-openssl=/usr/local/openssl' '--with-zlib=/usr/local' '--enable-bcmath' '--enable-calendar' '--with-gdbm=/usr/local/gdbm-1.8.0' '--with-db3=/usr/local/BerkeleyDB.3.3' '--enable-dbase' '--enable-dbx' '--enable-dio' '--enable-exif' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-zlib-dir=/usr/local' '--with-ttf' '--enable-gd-native-ttf' '--with-java=/usr/java1.2' '--with-ldap=/usr' '--enable-mbstring' '--enable-mbregex' '--with-mssql=/usr/local/freetds' '--with-mysql=/usr/local/mysql' '--with-mysql-sock=/usr/local/mysql/tmp/mysql.sock' '--with-zlib-dir=/usr/local' '--with-mm=/usr/local' '--enable-sockets' '--enable-wddx' '--enable-xslt' '--with-xslt-sablot=/usr/local' '--enable-memory-limit=yes' '--with-gnu-ld' Reproduce code: --- No specific code produces the bug. All pages are randomly printed nothing, blank. Expected result: output Actual result: -- no output -- Edit this bug report at http://bugs.php.net/?id=24666edit=1
#24666 [Fbk]: random blank pages for any code on any php page
ID: 24666 Updated by: [EMAIL PROTECTED] Reported By: dhunter at uta dot edu Status: Feedback Bug Type: Apache related Operating System: Solaris 8 PHP Version: 4.3.2 New Comment: Oopps, made a slight mistake, run it like: # gdb httpd (gdb) run -X -DSSL Previous Comments: [2003-07-16 21:01:24] [EMAIL PROTECTED] Could you try if you can reproduce this when you run apache like this: # gdb httpd -X (if you need SSL, add -DSSL there) You should test the snapshot on separate instance/machine. e.g. have another apache with PHP build from the snapshot running in other port. (separate development server would be best choice though :) [2003-07-16 15:56:42] dhunter at uta dot edu Thanks, I'll try the latest snapshot. I'll also try to cut down the configuration, but we use most of the options. Answers to your questions: - output buffering is on - i'm using the php.ini-recommended that comes with 4.3.2. no differences except that i have safe mode on. - i don't set any php.ini settings in .htaccess or httpd.conf. - exactly right, any script randomly produces output and randomly produces no output as evidenced by observation and as recorded in the apache access log. I downgraded to 4.3.1 to correct the problem for now. [2003-07-15 22:10: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 and cut down your configure line to bare minimum that you need for your pages to work. Are you using output buffering features? (php.ini) What is the diff between your php.ini and the php.ini-dist in the 4.3.2 release? (diff -u) Do you set any php.ini settings in httpd.conf / .htaccess parts that might affect the pages involved? Are you sure it's any script? Even plain ?php echo foo; ? style script? [2003-07-15 10:31:06] dhunter at uta dot edu Description: Pages that worked in 4.3.1 randomly print blank pages in version 4.3.2. There isn't any specific code that produces this quirk. A simple call to the header function to redirect a browser will produce a blank page. Also note the following: 1) error reporting is turned on 2) Using Apache 1.3.27 3) Apache does not segfault, no segfault occurs and child process does not die 4) no errors are reported in apache logs Although the PHP engine and Apache do not report errors, the access log reports a 5 byte file size when a blank page is printed. For example, a page that is normally reported in the access log as 10,000 bytes is reported as 5 bytes when the PHP engine fails. './configure' '--prefix=/usr/local/apache_1327/php-4.3.1' '--with-apxs=/usr/local/apache_1327/bin/apxs' '--enable-sigchild' '--enable-magic-quotes' '--with-openssl=/usr/local/openssl' '--with-zlib=/usr/local' '--enable-bcmath' '--enable-calendar' '--with-gdbm=/usr/local/gdbm-1.8.0' '--with-db3=/usr/local/BerkeleyDB.3.3' '--enable-dbase' '--enable-dbx' '--enable-dio' '--enable-exif' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-zlib-dir=/usr/local' '--with-ttf' '--enable-gd-native-ttf' '--with-java=/usr/java1.2' '--with-ldap=/usr' '--enable-mbstring' '--enable-mbregex' '--with-mssql=/usr/local/freetds' '--with-mysql=/usr/local/mysql' '--with-mysql-sock=/usr/local/mysql/tmp/mysql.sock' '--with-zlib-dir=/usr/local' '--with-mm=/usr/local' '--enable-sockets' '--enable-wddx' '--enable-xslt' '--with-xslt-sablot=/usr/local' '--enable-memory-limit=yes' '--with-gnu-ld' Reproduce code: --- No specific code produces the bug. All pages are randomly printed nothing, blank. Expected result: output Actual result: -- no output -- Edit this bug report at http://bugs.php.net/?id=24666edit=1
#24686 [Opn-Csd]: PREG /^[[:alpha:]]+$/ - accentuated char problem ?
ID: 24686 Updated by: [EMAIL PROTECTED] Reported By: mhaury at igc dot gulbenkian dot pt -Status: Open +Status: Closed Bug Type: *Regular Expressions Operating System: MacOSX PHP Version: 4.3.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Seems to be fixed already. Previous Comments: [2003-07-16 17:08:47] mhaury at igc dot gulbenkian dot pt Description: The following code worked on 4.3.1 but does not work on 4.3.2 on Mac OSX 10.2.6. with Apache 2.0.47. preg_match() does not allow accentuated characters to be matched on the above configuration. Matthias Reproduce code: --- ?php $x = voilà; if(preg_match(/^[[:alpha:]]+$/,$x)) echo matched; else echo unmatched; ? Expected result: matched Actual result: -- unmatched -- Edit this bug report at http://bugs.php.net/?id=24686edit=1
#24681 [Opn-Fbk]: windows xp and php-module with apache2
ID: 24681 Updated by: [EMAIL PROTECTED] Reported By: harry at rhsoft dot net -Status: Open +Status: Feedback -Bug Type: Reproducible crash +Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.3.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-07-16 11:01:57] harry at rhsoft dot net Description: On Windows XP with Apache (Apache/2.0.47 (Win32) PHP/4.3.2 - PHP 4.3.2 APACHE2HANDLER) when a page will not be found the server doesnt close the connection and dont show the error page so the browser will hang and must be closed or the server restartet this problem is only with php-module with the cgi it will work but i cant use it because there is no authentication with php This error also happens when a css-file ore something else will not be found from a page what is parsed with php on urls that not will be parsed with php the error-page from apache will be loaded and the connection closed so it must be a bug in php itself -- Edit this bug report at http://bugs.php.net/?id=24681edit=1
#24683 [Opn-Bgs]: ISO8601 weeks date seems incorrect for week 52
ID: 24683
Updated by: [EMAIL PROTECTED]
Reported By: s dot vanvelthem at ibelgique dot com
-Status: Open
+Status: Bogus
Bug Type: Date/time related
Operating System: Redhat Linux 9
PHP Version: 4.3.2
New Comment:
It actually works correctly now.
From http://www.cl.cam.ac.uk/~mgk25/iso-time.html :
In commercial and industrial applications (delivery times, production
plans, etc.), especially in Europe, it is often required to refer to a
week of a year. Week 01 of a year is per definition the first week that
has the Thursday in this year, which is equivalent to the week that
contains the fourth day of January. In other words, the first week of a
new year is the week that has the majority of its days in the new year.
Week 01 might also contain days from the previous year and the week
before week 01 of a year is the last week (52 or 53) of the previous
year even if it contains days from the new year. A week starts with
Monday (day 1) and ends with Sunday (day 7). For example, the first
week of the year 1997 lasts from 1996-12-30 to 1997-01-05 and can be
written in standard notation as..
Previous Comments:
[2003-07-16 12:08:50] s dot vanvelthem at ibelgique dot com
Description:
In PHP4.3.2, the function date('W', $timestamp) behaves differently
from PHP4.2.3 concerning the ISO8601 dates
For example (timestamps has been written in simple form for
readablility),
date('W', '2003-12-31')
reports 1 in PHP4.3.2 (incorrect? Mysql returns the same result)
reports 53 in PHP4.2.3 (should be the correct behaviour?)
(ISO8601 weeks starting on Monday, so i think you could sometimes have
a 53rd week in the year?).
It's difficult to differenciate same week between years as
date('Y-W', '2003-12-31') reports '2003-1'
Sorry for my english,
Thanks for your time.
Seb
Reproduce code:
---
$timestamp = strtotime(2003-12-31);
echo date('Y-W', $timestamp);
outputs '2003-1'
--
Edit this bug report at http://bugs.php.net/?id=24683edit=1
#24676 [Opn-Bgs]: Apache Errcode:2 charset not found
ID: 24676 Updated by: [EMAIL PROTECTED] Reported By: joerg dot puzik at bvag dot de -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: MS Windows 2000 PHP Version: 4.3.2 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. Try search the bug database before reporting any bugs.. Previous Comments: [2003-07-16 07:50:04] joerg dot puzik at bvag dot de Description: since we have installed PHP 4.3.2 we get the entry ... File 'c:\mysql\share\charsets\?.conf' not found (Errcode: 2) ... in our APACHE - error.log we have installed mysql on another Server ! our FIX: after we copy just the Folder ...\mysql\share\... to the WEB-Server on C:\mysql\share\... we didn`t get the Error-Entry -- Edit this bug report at http://bugs.php.net/?id=24676edit=1
#24679 [Opn-Fbk]: pg_insert problem!
ID: 24679 Updated by: [EMAIL PROTECTED] Reported By: rorezende at hotmail dot com -Status: Open +Status: Feedback Bug Type: PostgreSQL related -Operating System: ALL +Operating System: * PHP Version: 4.3.2 New Comment: Please provide an example script which shows the problem clearly. Previous Comments: [2003-07-16 09:44:50] rorezende at hotmail dot com Description: In source code of php 4.3.2 exists an error ext/pgsql/pgsql.c. In the function pg_convert (php_pgsql_convert) it is not necessary to specify the schema name. But in the sql statement insert it is. Below is the portion of the source code which needs to be fixed. Reproduce code: --- ext/pgsql/pgsql.c : function : PHPAPI int php_pgsql_insert(PGconn *pg_link, const char *table, zval *var_array, ulong opt, char **sql TSRMLS_DC) line (HERE -- smart_str_appends(querystr, table);) Must be something like : NEW HERE -- smart_str_appends(querystr, schema); smart_str_appends(querystr, .); smart_str_appends(querystr, table); the schema name can be obtained from realnamespace collumn (oid) from table pg_class. Expected result: pg_insert should include the schema name in the insert sql statement. Actual result: -- the schema name is not specify in sql -- Edit this bug report at http://bugs.php.net/?id=24679edit=1
#24676 [Com]: Apache Errcode:2 charset not found
ID: 24676 Comment by: asd0109 at 163 dot com Reported By: joerg dot puzik at bvag dot de Status: Bogus Bug Type: MySQL related Operating System: MS Windows 2000 PHP Version: 4.3.2 New Comment: my ipb forum must use mysql data-base . but php5 no support. please teach me how to use mysql data-base thanks very much ~ Previous Comments: [2003-07-16 21:23:53] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Try search the bug database before reporting any bugs.. [2003-07-16 07:50:04] joerg dot puzik at bvag dot de Description: since we have installed PHP 4.3.2 we get the entry ... File 'c:\mysql\share\charsets\?.conf' not found (Errcode: 2) ... in our APACHE - error.log we have installed mysql on another Server ! our FIX: after we copy just the Folder ...\mysql\share\... to the WEB-Server on C:\mysql\share\... we didn`t get the Error-Entry -- Edit this bug report at http://bugs.php.net/?id=24676edit=1
#24688 [NEW]: how can use mysql in php5b ?
From: asd0109 at hotmail dot com Operating system: win2003 PHP version: 5.0.0b1 (beta1) PHP Bug Type: MySQL related Bug description: how can use mysql in php5b ? Description: my ipb forum must use mysql data-base . but php5 no support. please teach me how to use mysql data-base thanks very much ~ -- Edit bug report at http://bugs.php.net/?id=24688edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24688r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24688r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24688r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24688r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24688r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24688r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24688r=support Expected behavior: http://bugs.php.net/fix.php?id=24688r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24688r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24688r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24688r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24688r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24688r=dst IIS Stability: http://bugs.php.net/fix.php?id=24688r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24688r=gnused
#24688 [Opn-Bgs]: how can use mysql in php5b ?
ID: 24688 Updated by: [EMAIL PROTECTED] Reported By: asd0109 at hotmail dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: win2003 PHP Version: 5.0.0b1 (beta1) New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. This is not a support forum. Check http://www.php.net/ support.php for support options. Previous Comments: [2003-07-16 21:42:34] asd0109 at hotmail dot com Description: my ipb forum must use mysql data-base . but php5 no support. please teach me how to use mysql data-base thanks very much ~ -- Edit this bug report at http://bugs.php.net/?id=24688edit=1
#24248 [Fbk-Opn]: .htaccess php var overides not being cleared between page requests
ID: 24248 User updated by: dkh-php at nighttide dot net Reported By: dkh-php at nighttide dot net -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: FreeBSD 4.8-STABLE -PHP Version: 4.3.2/5.0.0b1 +PHP Version: 4.3.2/5.0.0b1/4.3.3RC2-dev New Comment: Ok, got time to try this tonight. Installed latest stable release of apache (2.0.47) and php4-STABLE-200307170130. Same problem. For some reason the .htaccess overrides in the first directory are sticking accross invocations. Not sure about the achitecture of the code but it sure looks the php module isn't reseting its values between transactions. Previous Comments: [2003-07-11 10:53:18] [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 And maybe the latest Apache2 version too. (2.0.47 or higher) [2003-07-11 08:49:27] dkh-php at nighttide dot net ./configure --prefix=/usr/local/apache2 --enable-mods-shared=most --enable-ssl [2003-07-11 00:07:05] [EMAIL PROTECTED] What was the configure line used to configure Apache2? [2003-06-18 21:57:07] dkh-php at nighttide dot net It does not happen with Apache 1.3.27. Though the versions I have installed are not completely congruent (no ssl in the older version for instance. I have not been able to recreate the problem with Apache2 and the same version of PHP on a FreeBSD 4.8-RC install (slightly older source). Will update both systems to the most current STABLE release and see if the behavior occurs on both. The behavior is consistant. Load the first page then load the second page (lightly loaded server so the requests are sequential with nothing intervening) and you get the problem. Reloading the second page a couple of times will see the same result but after that the second page loads as it should. Have tried compiling php without pth threads to no effect. The outward appearance is that the php var overides are not being cleared between page requests. [2003-06-18 18:20:04] [EMAIL PROTECTED] Apache2 is not really ready for production. Could you please test and see if this happens with Apache 1.3.27 ? And does this happen randomly or..? 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/24248 -- Edit this bug report at http://bugs.php.net/?id=24248edit=1
#24248 [Opn]: .htaccess php var overides not being cleared between page requests
ID: 24248 User updated by: dkh-php at nighttide dot net Reported By: dkh-php at nighttide dot net Status: Open Bug Type: Apache2 related Operating System: FreeBSD 4.8-STABLE PHP Version: 4.3.2/5.0.0b1/4.3.3RC2-dev New Comment: One further note. If an .htaccess file redefines the auto_prepend_file and auto_append_file variables in the second page things work as expected. Previous Comments: [2003-07-16 22:13:28] dkh-php at nighttide dot net Ok, got time to try this tonight. Installed latest stable release of apache (2.0.47) and php4-STABLE-200307170130. Same problem. For some reason the .htaccess overrides in the first directory are sticking accross invocations. Not sure about the achitecture of the code but it sure looks the php module isn't reseting its values between transactions. [2003-07-11 10:53:18] [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 And maybe the latest Apache2 version too. (2.0.47 or higher) [2003-07-11 08:49:27] dkh-php at nighttide dot net ./configure --prefix=/usr/local/apache2 --enable-mods-shared=most --enable-ssl [2003-07-11 00:07:05] [EMAIL PROTECTED] What was the configure line used to configure Apache2? [2003-06-18 21:57:07] dkh-php at nighttide dot net It does not happen with Apache 1.3.27. Though the versions I have installed are not completely congruent (no ssl in the older version for instance. I have not been able to recreate the problem with Apache2 and the same version of PHP on a FreeBSD 4.8-RC install (slightly older source). Will update both systems to the most current STABLE release and see if the behavior occurs on both. The behavior is consistant. Load the first page then load the second page (lightly loaded server so the requests are sequential with nothing intervening) and you get the problem. Reloading the second page a couple of times will see the same result but after that the second page loads as it should. Have tried compiling php without pth threads to no effect. The outward appearance is that the php var overides are not being cleared between page requests. 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/24248 -- Edit this bug report at http://bugs.php.net/?id=24248edit=1
#24243 [Com]: Browscap causes segfault
ID: 24243 Comment by: php_bugs at garykeith dot com Reported By: neon at neon-line dot net Status: Verified Bug Type: Zend Engine 2 problem Operating System: FreeBSD 4.8-stable PHP Version: 5CVS-2003-06-18 (dev) New Comment: As the offical source of browscap.ini for PHP I have to let you know that I'd love to modify the files I distribute to include quotes in the browser name. Unfortunately in IIS the quotes are included as part of the browser name. So as much as I'd like to help I guess we'll just have to wait for a bug fix. -gary. Previous Comments: [2003-06-18 11:17:03] [EMAIL PROTECTED] As a temporary fix, you can put quotation marks around LWP::Simple where it says browser=LWP::Simple in browscap.ini. It's the double-colons that are messing things up, as zend_get_constant is trying to do a class lookup on the lwp class, which will obviously fail. Perhaps a flag argument could be added to zend_get_constant to prevent checking for '::' and that class lookup? (Or rather, zend_get_constant_ex or whatever with new defines for BC?) J [2003-06-18 07:28:39] [EMAIL PROTECTED] This is some ZE2 issue. [2003-06-18 06:37:49] neon at neon-line dot net Browscap causes this segfault. Without it everything goes like it should. [2003-06-18 06:12:58] neon at neon-line dot net Description: Segmentation fault with php -v Reproduce code: --- php -v Expected result: PHP 5.0.0-dev (cli) (built: Jun 18 2003 08:06:52) (DEBUG) Copyright (c) 1997-2003 The PHP Group Zend Engine v2.0.0, Copyright (c) 1998-2003 Zend Technologies Actual result: -- (gdb) run -v Starting program: /usr/home/neon/php5-200306180930/sapi/cli/php -v Program received signal SIGSEGV, Segmentation fault. 0x810c437 in zend_hash_find (ht=0x0, arKey=0xbfbfe988 lwp, nKeyLength=4, pData=0xbfbfe9c8) at /usr/home/neon/php5-200306180930/Zend/zend_hash.c:840 840 nIndex = h ht-nTableMask; (gdb) bt #0 0x810c437 in zend_hash_find (ht=0x0, arKey=0xbfbfe988 lwp, nKeyLength=4, pData=0xbfbfe9c8) at /usr/home/neon/php5-200306180930/Zend/zend_hash.c:840 #1 0x8100732 in zend_lookup_class (name=0xbfbfe988 lwp, name_length=3, ce=0xbfbfe9c8) at /usr/home/neon/php5-200306180930/Zend/zend_execute_API.c:703 #2 0x80ff2b8 in zend_get_constant (name=0x81d0880 LWP::Simple, name_len=11, result=0xbfbfea00) at /usr/home/neon/php5-200306180930/Zend/zend_constants.c:251 #3 0x80f71c8 in zend_ini_get_constant (result=0xbfbfea70, name=0xbfbfead0) at Zend/zend_ini_parser.c:121 #4 0x80f77a8 in ini_parse () at Zend/zend_ini_parser.c:928 #5 0x80f72ea in zend_parse_ini_file (fh=0xbfbff8f0, unbuffered_errors=1, ini_parser_cb=0x8091560 php_browscap_parser_cb, arg=0x8170e60) at Zend/zend_ini_parser.c:176 #6 0x809180c in zm_startup_browscap (type=1, module_number=2) at /usr/home/neon/php5-200306180930/ext/standard/browscap.c:165 #7 0x808cc6f in zm_startup_basic (type=1, module_number=2) at /usr/home/neon/php5-200306180930/ext/standard/basic_functions.c:1084 #8 0x8109d46 in zend_startup_module (module=0x8167460) at /usr/home/neon/php5-200306180930/Zend/zend_API.c:1126 #9 0x80ded27 in php_startup_extensions (ptr=0x816fc88, count=7) at /usr/home/neon/php5-200306180930/main/main.c:1222 #10 0x812f7b1 in php_startup_internal_extensions () at main/internal_functions_cli.c:62 #11 0x80df115 in php_module_startup (sf=0x816fbe0, additional_modules=0x0, num_additional_modules=0) at /usr/home/neon/php5-200306180930/main/main.c:1387 #12 0x812e8aa in main (argc=2, argv=0xbfbffb88) at /usr/home/neon/php5-200306180930/sapi/cli/php_cli.c:592 -- Edit this bug report at http://bugs.php.net/?id=24243edit=1
