#24394 [Fbk-Opn]: Session feature unusable.

2003-09-28 Thread hos dot endre at axelero dot hu
 ID:   24394
 User updated by:  hos dot endre at axelero dot hu
 Reported By:  hos dot endre at axelero dot hu
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: *
 PHP Version:  5CVS-2003-07-24 (dev)
 New Comment:

The bug and the feedback relate to different main versions of PHP. The
problem comes up with the ZE2 / PHP5.


Previous Comments:


[2003-09-24 19:37:59] [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-07 08:24:55] [EMAIL PROTECTED]

Works 'fine' in PHP_4_3 branch, segfaults with PHP 5:

#0  0x813de25 in fast_call_user_function (function_table=0x81c3338,
object_pp=0x4029b688, function_name=0xbfe021a8, 
retval_ptr_ptr=0xbfe02178, param_count=0, params=0x0,
no_separation=1, symbol_table=0x0, 
function_pointer=0xbfe020b4) at
/usr/src/web/php/php5/Zend/zend_execute_API.c:477
#1  0x813de10 in call_user_function_ex (function_table=0x81c3338,
object_pp=0x4029b688, function_name=0xbfe021a8, 
retval_ptr_ptr=0xbfe02178, param_count=0, params=0x0,
no_separation=1, symbol_table=0x0)
at /usr/src/web/php/php5/Zend/zend_execute_API.c:476
#2  0x80fdd63 in php_var_serialize_intern (buf=0xbfffd024,
struc=0x4029b688, var_hash=0xbfffd030)
at /usr/src/web/php/php5/ext/standard/var.c:555
#3  0x80fe90e in php_var_serialize_intern (buf=0xbfffd024,
struc=0x4029b5a0, var_hash=0xbfffd030)
at /usr/src/web/php/php5/ext/standard/var.c:620
#4  0x80fe90e in php_var_serialize_intern (buf=0xbfffd024,
struc=0x4029b688, var_hash=0xbfffd030)
at /usr/src/web/php/php5/ext/standard/var.c:620
#5  0x80fe90e in php_var_serialize_intern (buf=0xbfffd024,
struc=0x4029b5a0, var_hash=0xbfffd030)
at /usr/src/web/php/php5/ext/standard/var.c:620
#6  0x80fe90e in php_var_serialize_intern (buf=0xbfffd024,
struc=0x4029b688, var_hash=0xbfffd030)
at /usr/src/web/php/php5/ext/standard/var.c:620
.
.
.
.
Frame #6 is repeated couple of thousand times.. :)




[2003-07-06 06:56:32] hos dot endre at axelero dot hu

Okay: The subjected problem was solved by un-double-quoting the
session.save_path and remove the backslash from the end of line.
Anyway, until this the engine was able to create the file. After that I
had to get familiar with the new php_dom exension, which I think is
great, but not documented yet. So then comes a serialization problem:
objects in my project held reference to each other, and the
last-time-workin-good serialization crashed on this extra. Right now I
solved the problem by unbuilding theese references before
serialization, and rebuilding them on wakeup. Now I can test the ZE2
editions new features, thank you for the help!

Also, here is a sample script that doesn't work for me:

?

class a
{
var $b;

function a()
{
$this-b = new b;
}

function setupb()
{
$this-b-setupa($this);
}
}

class b
{
var $a;

function setupa($a)
{
$this-a = $a;
}
}

$a = new a;
$a-setupb();
echo preThis workx!\r\n;
echo serialize($a);

?



[2003-06-30 04:18:01] hos dot endre at dorsum dot hu

I've tryed the test script I provided yesterday on WinNT, Apache
1.3.12, PHP 5.0.0b1 with php4_apache.dll (configured as php5_module in
httpd.conf). Works well. This bug might be XP specific, or it might be
my own system's special. By the way, the XP was configued to use
php4_apache_hooks.dll, becase php4_apache.dll were missing from one of
the downloaded PHP distributions. I'm willing to figure out what the
hell going on with that stuff. I'll be back with further results.



[2003-06-29 20:04:05] [EMAIL PROTECTED]

Does this script work any better:

?php  
  
session_start();   
   
if (!isset($_SESSION[count])) {
$_SESSION['count'] = 1;
} else {
echo $_SESSION['count']++;
}
?





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

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


#19113 [Com]: HTTP status 200 returned on HTTP CONNECT when mod_proxy not in use

2003-09-28 Thread chipster at norlug dot org
 ID:   19113
 Comment by:   chipster at norlug dot org
 Reported By:  php_new at jdc dot parodius dot com
 Status:   Bogus
 Bug Type: Apache related
 Operating System: FreeBSD
 PHP Version:  4.3.2-dev
 New Comment:

I have also replicated this issue:
  -Slackware 9.1
  -Apache 1.3.28
  -PHP 4.3.3

The mod_dir patch here works great, but an ugly hack :-)


Previous Comments:


[2003-08-24 10:26:07] messi at toxis dot com

I added the following three lines to Apache's mod_dir. This is ugly but
works fine for me. Unless there's another way to prevent mod_php4 from
getting invoked I'll use this on my machines.
Dunno if this will work with mod_proxy but I guess so.

--- src/modules/standard/mod_dir.c
+++ src/modules/standard/mod_dir.c
@@ -118,4 +118,7 @@
 static int handle_dir(request_rec *r)
 {
+if (r-method_number == M_CONNECT)
+return HTTP_NOT_IMPLEMENTED;
+
 dir_config_rec *d =
 (dir_config_rec *) ap_get_module_config(r-per_dir_config,

Use it at your own risk and only with Apache 1.3(.28)!



[2003-08-20 08:27:13] uhlar at fantomas dot sk

Isn't there a possibility to check for valid/supported methods?
maybe such check should be in apache, but couldn't php check what
method it's processing instead of processing CONNECT as GET?



[2003-08-17 12:52:22] messi at toxis dot com

Reproduced with Apache 2.0.47 (prefork) and PHP 4.3.2
(module/apache2handler) on Linux with an /index.php in docroot of first
vhost.

httpd.conf:
  DirectoryIndex index.php index.html index.htm
  AddType application/x-httpd-php .php

CONNECT www.google.com:80 HTTP/1.0  --  HTTP/1.1 200 OK
TINTE / HELLO/1.0  --  HTTP/1.1 200 OK


I can't believe this. Please tell me this is a feature and there is a
way to turn this off. Also, please explain to me why this so-called
feature is turned on by default.

Well, there might be some reasons to introduce a new request method or
even a new http-like protocol and that /index.php can handle this but
this shouldn't be allowed by default.

Thanks in advance.



[2003-08-06 19:38:21] arafuse at bcexplorers dot com

I had to take the code a little further.
I don't have mod_proxy/mod_rewrite installed, and I keep getting the
following in the log files:

203.98.129.180 - - [05/Aug/2003:17:43:32 -0700] POST
http://64.59.128.220:25/ HTTP/1.1 200 933 - -
203.98.129.180 - - [05/Aug/2003:17:43:32 -0700] POST
http://64.59.128.220:25/ HTTP/1.1 200 933 - -

System: apache 1.3.28, php 4.3.1, RH7.3

?php
if( strtoupper($_SERVER['REQUEST_METHOD'])==CONNECT){
header(HTTP/1.1 405 Method Not Allowed);
die();
}
if( strtoupper($_SERVER['REQUEST_METHOD'])==POST) {
if (preg_match(/\:(\d+)/, $_SERVER['REQUEST_URI'], $matches))
{
if (($matches[1] != '80')  ($matches[1] != '443')) {
header(HTTP/1.1 405 Method Not Allowed);
die();
}
}
}
?




[2003-07-07 17:59:18] jesseNO at SPAMhousejunkie dot ca

I have also replicated this issue
slack 9.0. 1.3.27 / 4.3.2

I have also applied the above fix
snip
?
if( strtoupper($_SERVER['REQUEST_METHOD'])==CONNECT){
header(HTTP/1.1 405 Method Not Allowed);
die();
}
?
/snip
I has stopped the issue until php releases the fix



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

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


#21593 [NoF-Opn]: make install:install-pear-* rules segfault on alpha

2003-09-28 Thread cox
 ID:   21593
 Updated by:   [EMAIL PROTECTED]
 Reported By:  kelledin at users dot sourceforge dot net
-Status:   No Feedback
+Status:   Open
-Bug Type: PEAR related
+Bug Type: Compile Failure
 Operating System: linux 2.4.18
 PHP Version:  4.3.0
 Assigned To:  ssb


Previous Comments:


[2003-09-26 04:47:35] thschn at gmx dot net

This problem still exists for me too.  I have this problem on a Linux
2.4.22 #1 Sun Sep 21 14:53:52 CEST 2003 i686 unknown with php 4.3.3

# make install
Installing PHP CLI binary:/usr/local/bin/
Installing PHP CLI man page:  /usr/local/man/man1/
Installing PHP SAPI module:   apache
[activating module `php4' in /usr/local/apache-1.3.28/etc/httpd.conf]
cp libs/libphp4.so /usr/local/apache-1.3.28/libexec/libphp4.so
chmod 755 /usr/local/apache-1.3.28/libexec/libphp4.so
cp /usr/local/apache-1.3.28/etc/httpd.conf
/usr/local/apache-1.3.28/etc/httpd.conf.bak
cp /usr/local/apache-1.3.28/etc/httpd.conf.new
/usr/local/apache-1.3.28/etc/httpd.conf
rm /usr/local/apache-1.3.28/etc/httpd.conf.new
Installing shared extensions:
/usr/local/lib/php/extensions/no-debug-non-zts-20020429/
Installing PEAR environment:  /usr/local/lib/php/
make[1]: *** [install-pear-installer] Segmentation fault
make: *** [install-pear] Error 2


my configure options:

./configure 
  --with-apxs=/usr/local/apache-1.3.28/sbin/apxs 
  --with-mysql=/usr/local/mysql 
  --with-pgsql=/usr/local/pgsql 
  --with-zlib 
  --with-gd 
  --with-jpeg-dir=/usr/local/lib 
  --with-png-dir=/usr/local/lib 
  --with-pdflib 
  --with-openssl=/usr/local/lamps_openssl 
  --with-imap=/usr/local/src/imap-2001.RELEASE-CANDIDATE.1 
  --with-gettext 
  --with-xml 
  --with-freetype-dir=/usr/local/lib 
  --enable-bcmath 
  --enable-ftp 
  --enable-versioning 
  --enable-url-includes 
  --enable-sysvshm=yes  
  --enable-sysvsem=yes 
  --with-config-file-path=/usr/local/apache-1.3.28/etc


(if I configure with option --without-pear I can do make install
without an error, but as soon as I load and add php4 modules in
httpd.conf I get a segmentation fault trying to start httpd)



[2003-09-25 12:15:37] jjohnson at sunrise-linux dot com

This problem still exists.  I have this problem on x86, 
with php 4.3.2, and 4.3.3.

Installing PHP SAPI module:   cgi
Installing PHP CGI into: /home/miah/rpm_build/tmp/php-
root/usr/bin/
Installing shared extensions: /home/miah/rpm_build/
tmp/php-root/usr/lib/php/extensions/no-debug-non-zts-
20020429/
Installing PEAR environment:  /home/miah/rpm_build/
tmp/php-root/usr/lib/php/
make[1]: *** [install-pear-installer] Segmentation 
fault
make: *** [install-pear] Error 2
error: Bad exit status from /home/miah/rpm_build/tmp/
rpm-tmp.93578 (%install)

Yes, I am building this in a rpm.  My configure options 
are:

CFLAGS=$RPM_OPT_FLAGS ./configure \
--host=i386-pc-linux \
--prefix=/usr \
--without-kerberos \
--with-config-file-path=/etc/httpd \
--enable-safe-mode \
--with-exec-dir=%{_prefix}/php/bin \
--with-gmp \
--with-openssl \
--with-system-regex \
--disable-debug \
--with-zlib \
--with-bz2 \
--with-gdbm \
--with-ldap \
--enable-mailparse \
--with-magic-quotes \
--enable-sysvsem \
--enable-sysvshm \
--with-xml \
--with-ftp \
--with-db4 \
--enable-cli \
--enable-cgi \
--with-pear \
--enable-inline-optimization



[2003-08-06 11:04:34] [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-31 03:26:00] [EMAIL PROTECTED]

Do you still have problems with PHP5/PHP4.3.2?



[2003-05-29 16:17:10] php at wizdom dot org dot uk

FreeBSD 4.8 (3 days old new kernel and world)
mod_php4 4.3.1

After which apache 1.3.27 failed to start causing a segmentation fault,

so I REM'ed out the php4 stuff in the httpd.conf and apache started 
fine.

So decided it best to reinstall mod_php4.

I have tried many options in the make cycle all of which work fine but

when I do a make install I get the following errors:-

make install
===  Installing for mod_php4-4.3.1,1
===   mod_php4-4.3.1,1 depends on file: /usr/local/sbin/apxs - found
===   mod_php4-4.3.1,1 depends on shared library: mcrypt.8 - found
===   mod_php4-4.3.1,1 depends on shared 

#25681 [NEW]: configure fails detecting libxml2

2003-09-28 Thread axel at pearbough dot net
From: axel at pearbough dot net
Operating system: Linux / Slackware 9.1-beta
PHP version:  5CVS-2003-09-28 (dev)
PHP Bug Type: XML related
Bug description:  configure fails detecting libxml2

Description:

The configure scripts fails with detecting very recent libxml2 (cvs)
because it contains a string:

/usr/local/gnome2/bin/xml2-config --version
2.6.0beta2

checking libxml2 install dir... /usr/local/gnome2
expr: non-numeric argument
./configure: line 35835: test: : integer expression expected
configure: error: libxml2 version 2.5.10 or greater required.


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


#25681 [Opn-WFx]: configure fails detecting libxml2

2003-09-28 Thread sniper
 ID:   25681
 Updated by:   [EMAIL PROTECTED]
 Reported By:  axel at pearbough dot net
-Status:   Open
+Status:   Wont fix
 Bug Type: XML related
 Operating System: Linux / Slackware 9.1-beta
 PHP Version:  5CVS-2003-09-28 (dev)
 New Comment:

We don't support compiling with any beta/dev software, you're on your
own with that.



Previous Comments:


[2003-09-28 15:41:28] axel at pearbough dot net

Description:

The configure scripts fails with detecting very recent libxml2 (cvs)
because it contains a string:

/usr/local/gnome2/bin/xml2-config --version
2.6.0beta2

checking libxml2 install dir... /usr/local/gnome2
expr: non-numeric argument
./configure: line 35835: test: : integer expression expected
configure: error: libxml2 version 2.5.10 or greater required.






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


#24394 [Opn-Fbk]: Session feature unusable.

2003-09-28 Thread sniper
 ID:   24394
 Updated by:   [EMAIL PROTECTED]
 Reported By:  hos dot endre at axelero dot hu
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: *
 PHP Version:  5CVS-2003-07-24 (dev)
 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




Previous Comments:


[2003-09-28 07:44:37] hos dot endre at axelero dot hu

The bug and the feedback relate to different main versions of PHP. The
problem comes up with the ZE2 / PHP5.



[2003-09-24 19:37:59] [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-07 08:24:55] [EMAIL PROTECTED]

Works 'fine' in PHP_4_3 branch, segfaults with PHP 5:

#0  0x813de25 in fast_call_user_function (function_table=0x81c3338,
object_pp=0x4029b688, function_name=0xbfe021a8, 
retval_ptr_ptr=0xbfe02178, param_count=0, params=0x0,
no_separation=1, symbol_table=0x0, 
function_pointer=0xbfe020b4) at
/usr/src/web/php/php5/Zend/zend_execute_API.c:477
#1  0x813de10 in call_user_function_ex (function_table=0x81c3338,
object_pp=0x4029b688, function_name=0xbfe021a8, 
retval_ptr_ptr=0xbfe02178, param_count=0, params=0x0,
no_separation=1, symbol_table=0x0)
at /usr/src/web/php/php5/Zend/zend_execute_API.c:476
#2  0x80fdd63 in php_var_serialize_intern (buf=0xbfffd024,
struc=0x4029b688, var_hash=0xbfffd030)
at /usr/src/web/php/php5/ext/standard/var.c:555
#3  0x80fe90e in php_var_serialize_intern (buf=0xbfffd024,
struc=0x4029b5a0, var_hash=0xbfffd030)
at /usr/src/web/php/php5/ext/standard/var.c:620
#4  0x80fe90e in php_var_serialize_intern (buf=0xbfffd024,
struc=0x4029b688, var_hash=0xbfffd030)
at /usr/src/web/php/php5/ext/standard/var.c:620
#5  0x80fe90e in php_var_serialize_intern (buf=0xbfffd024,
struc=0x4029b5a0, var_hash=0xbfffd030)
at /usr/src/web/php/php5/ext/standard/var.c:620
#6  0x80fe90e in php_var_serialize_intern (buf=0xbfffd024,
struc=0x4029b688, var_hash=0xbfffd030)
at /usr/src/web/php/php5/ext/standard/var.c:620
.
.
.
.
Frame #6 is repeated couple of thousand times.. :)




[2003-07-06 06:56:32] hos dot endre at axelero dot hu

Okay: The subjected problem was solved by un-double-quoting the
session.save_path and remove the backslash from the end of line.
Anyway, until this the engine was able to create the file. After that I
had to get familiar with the new php_dom exension, which I think is
great, but not documented yet. So then comes a serialization problem:
objects in my project held reference to each other, and the
last-time-workin-good serialization crashed on this extra. Right now I
solved the problem by unbuilding theese references before
serialization, and rebuilding them on wakeup. Now I can test the ZE2
editions new features, thank you for the help!

Also, here is a sample script that doesn't work for me:

?

class a
{
var $b;

function a()
{
$this-b = new b;
}

function setupb()
{
$this-b-setupa($this);
}
}

class b
{
var $a;

function setupa($a)
{
$this-a = $a;
}
}

$a = new a;
$a-setupb();
echo preThis workx!\r\n;
echo serialize($a);

?



[2003-06-30 04:18:01] hos dot endre at dorsum dot hu

I've tryed the test script I provided yesterday on WinNT, Apache
1.3.12, PHP 5.0.0b1 with php4_apache.dll (configured as php5_module in
httpd.conf). Works well. This bug might be XP specific, or it might be
my own system's special. By the way, the XP was configued to use
php4_apache_hooks.dll, becase php4_apache.dll were missing from one of
the downloaded PHP distributions. I'm willing to figure out what the
hell going on with that stuff. I'll be back with further 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/24394

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


#25620 [Opn-WFx]: Crash / String is not zero-terminated

2003-09-28 Thread sniper
 ID:   25620
 Updated by:   [EMAIL PROTECTED]
 Reported By:  xris at farcaster dot net
-Status:   Open
+Status:   Wont fix
 Bug Type: Scripting Engine problem
 Operating System: GNU/Linux 2.4.20
 PHP Version:  4.3.4-dev
 New Comment:

So it is the same basic problem as in bug #22510 and is 'fixed' in
PHP5. This will not be fixed in PHP 4.



Previous Comments:


[2003-09-27 21:23:24] xris at farcaster dot net

I had to modify some minor stuff of the script (our system) to get it
working with php5.

Then php complained on a couple of occasions about an illegal return
value for a refercence return method ( we had some calls like the one
in my Example 2 and some methods doing return new XYZ();).

I fixed these by first assigning the return value to a
variable, then returned this var.

After that, php5 ran the code without complaints/errors.

The same (modified) code, run by the php4 version, still throws the
error.



[2003-09-27 13:20:19] [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-09-27 12:07:11] xris at farcaster dot net

So far i checked 600 methods, but could'nt find any
return's similar to your examples. What about these
constructs, are they known to cause heap corruption, too?

// Example 1
function return_ref_constant() {
return FALSE; // or return (12):
}
// Example 2
function a() {
  return $b
}
function return_ref_method() {
return $this-a();
}
// Example 3
function return_ref_array() {
return array();
}

Yes, i know, some of them are wrong.



[2003-09-27 11:00:41] [EMAIL PROTECTED]

Seems to me the same issue addressed in bug #22510. I suspect you are
trying to return a value by reference that is not originated from a
variable somewhere in a function. That is,

function return_ref_a() {
return $a + $b;
}

function return_ref_b() {
return @$a;
}

function return_ref_c() {
return -$a;
}

None of the above examples don't actually work, which are verified to
cause random heap corruption. Please check if such an error is
somewhere in your code.








[2003-09-27 09:22:58] xris at farcaster dot net

Rechecked both strings; SetVerband is definitely a method (theres no
other usage of this string in the whole system), but Bundesland is a
variable (i replaced all '$Bundesland' variables with '$dnalsednuB').
I'll try to identify the
offending usage of this var, but there are 146 places where
such a variable name is used. In almost all cases, $Bundesland contains
a class, though..



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

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


#25620 [WFx]: Crash / String is not zero-terminated

2003-09-28 Thread xris at farcaster dot net
 ID:   25620
 User updated by:  xris at farcaster dot net
 Reported By:  xris at farcaster dot net
 Status:   Wont fix
 Bug Type: Scripting Engine problem
 Operating System: GNU/Linux 2.4.20
 PHP Version:  4.3.4-dev
 New Comment:

OK. Thanks to you all for your help and efforts anyway.
Keep up the good work, your are doing a tremendous job.


Previous Comments:


[2003-09-28 16:17:56] [EMAIL PROTECTED]

So it is the same basic problem as in bug #22510 and is 'fixed' in
PHP5. This will not be fixed in PHP 4.




[2003-09-27 21:23:24] xris at farcaster dot net

I had to modify some minor stuff of the script (our system) to get it
working with php5.

Then php complained on a couple of occasions about an illegal return
value for a refercence return method ( we had some calls like the one
in my Example 2 and some methods doing return new XYZ();).

I fixed these by first assigning the return value to a
variable, then returned this var.

After that, php5 ran the code without complaints/errors.

The same (modified) code, run by the php4 version, still throws the
error.



[2003-09-27 13:20:19] [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-09-27 12:07:11] xris at farcaster dot net

So far i checked 600 methods, but could'nt find any
return's similar to your examples. What about these
constructs, are they known to cause heap corruption, too?

// Example 1
function return_ref_constant() {
return FALSE; // or return (12):
}
// Example 2
function a() {
  return $b
}
function return_ref_method() {
return $this-a();
}
// Example 3
function return_ref_array() {
return array();
}

Yes, i know, some of them are wrong.



[2003-09-27 11:00:41] [EMAIL PROTECTED]

Seems to me the same issue addressed in bug #22510. I suspect you are
trying to return a value by reference that is not originated from a
variable somewhere in a function. That is,

function return_ref_a() {
return $a + $b;
}

function return_ref_b() {
return @$a;
}

function return_ref_c() {
return -$a;
}

None of the above examples don't actually work, which are verified to
cause random heap corruption. Please check if such an error is
somewhere in your code.








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

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


#21593 [Opn-Fbk]: make install:install-pear-* rules segfault on alpha

2003-09-28 Thread sniper
 ID:   21593
 Updated by:   [EMAIL PROTECTED]
 Reported By:  kelledin at users dot sourceforge dot net
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: linux 2.4.18
 PHP Version:  4.3.0
 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-08-06 11:04:34] [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-31 03:26:00] [EMAIL PROTECTED]

Do you still have problems with PHP5/PHP4.3.2?



[2003-05-29 16:17:10] php at wizdom dot org dot uk

FreeBSD 4.8 (3 days old new kernel and world)
mod_php4 4.3.1

After which apache 1.3.27 failed to start causing a segmentation fault,

so I REM'ed out the php4 stuff in the httpd.conf and apache started 
fine.

So decided it best to reinstall mod_php4.

I have tried many options in the make cycle all of which work fine but

when I do a make install I get the following errors:-

make install
===  Installing for mod_php4-4.3.1,1
===   mod_php4-4.3.1,1 depends on file: /usr/local/sbin/apxs - found
===   mod_php4-4.3.1,1 depends on shared library: mcrypt.8 - found
===   mod_php4-4.3.1,1 depends on shared library: mhash.2 - found
===   mod_php4-4.3.1,1 depends on shared library: pdf.5 - found
===   mod_php4-4.3.1,1 depends on shared library: jpeg.9 - found
===   mod_php4-4.3.1,1 depends on shared library: png.5 - found
===   mod_php4-4.3.1,1 depends on shared library: tiff.4 - found
===   mod_php4-4.3.1,1 depends on shared library: c-client4.8 - found
===   mod_php4-4.3.1,1 depends on shared library: mysqlclient.10 - 
found
===   mod_php4-4.3.1,1 depends on shared library: ldap.2 - found
===   mod_php4-4.3.1,1 depends on shared library: lber.2 - found
===   mod_php4-4.3.1,1 depends on shared library: expat.4 - found
===   mod_php4-4.3.1,1 depends on shared library: xml2.5 - found
===   mod_php4-4.3.1,1 depends on shared library: intl.4 - found
===   mod_php4-4.3.1,1 depends on shared library: iconv.3 - found
===   mod_php4-4.3.1,1 depends on shared library: recode.3 - found
===   mod_php4-4.3.1,1 depends on shared library: aspell.15 - found
===   mod_php4-4.3.1,1 depends on shared library: mcal.0 - found
Installing PHP CLI binary:/usr/local/bin/
Installing PHP SAPI module
[activating module `php4' in /usr/local/etc/apache/httpd.conf]
cp libs/libphp4.so /usr/local/libexec/apache/libphp4.so
chmod 755 /usr/local/libexec/apache/libphp4.so
cp /usr/local/etc/apache/httpd.conf
/usr/local/etc/apache/httpd.conf.bak
cp /usr/local/etc/apache/httpd.conf.new
/usr/local/etc/apache/httpd.conf
rm /usr/local/etc/apache/httpd.conf.new
Installing shared extensions: /usr/local/lib/php/extensions/no-debug-
non-zts-20020429/
Installing PEAR environment:  /usr/local/lib/php/
Segmentation fault (core dumped)
*** Error code 139

Stop in /usr/ports/www/mod_php4/work/php-4.3.1.
*** Error code 1

Stop in /usr/ports/www/mod_php4/work/php-4.3.1.
*** Error code 1

Stop in /usr/ports/www/mod_php4.
*** Error code 1

Stop in /usr/ports/www/mod_php4.



[2003-05-29 14:45:31] quel at quelrod dot net

Openbsd 3.3 on x86 has the same problem.  Seg fault on the make install
if you configure --with-pear.
no configure or make errors/warnings
I can't attach a backtrace as the debugging symbols were stripped from
httpd for performance reasons in the default install.



[2003-04-30 06:35:38] wim dot vandersmissen at xatrax dot com

I also get a Segmentation fault when trying to install php-4.3.1 on
alpha.

Running install-pear.php from command line I get the following :
[PEAR] Archive_Tar: The following errors where found (use force option
to install anyway):
missing description
missing release notes
[PEAR] Console_Getopt: The following errors where found (use force
option to install anyway):
missing description
missing release notes
Segmentation fault (core dumped)



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

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


#21197 [Opn-Ver]: socket_read() seems to doesn't work

2003-09-28 Thread sniper
 ID:   21197
 Updated by:   [EMAIL PROTECTED]
 Reported By:  bool at boolsite dot net
-Status:   Open
+Status:   Verified
 Bug Type: Sockets related
 Operating System: win32 only
-PHP Version:  4.3.3
+PHP Version:  4.3.4-dev


Previous Comments:


[2003-08-26 02:00:58] bool at boolsite dot net

Ok, this is a short example : (a little echo server)

?php
error_reporting(E_ALL);

$Port=6669;

if(($Sock=socket_create(AF_INET,SOCK_STREAM,0))=0) {
echo 'socket_create() a échoué :
',socket_strerror(socket_last_error($Sock)),\r\n;
exit;
}
if(($Ret=socket_bind($Sock,0,$Port))=0) {
echo 'socket_bind() a échoué :
',socket_strerror(socket_last_error($Ret)),\r\n;
exit;
}
if(($Ret=socket_listen($Sock,5))=0) {
echo 'socket_listen() a échoué :
',socket_strerror(socket_last_error($Ret)),\r\n;
exit;
}

while(true){
$MsgSock=socket_accept($Sock);
if($MsgSock===false) {
echo 'socket_accept() a échoué :
',socket_strerror(socket_last_error($MsgSock)),\r\n;
break;
}
  else {
echo '= Debut de la connexion...',\r\n;
$EndTime=time()+15;
do{
$buffer=socket_read($MsgSock,1024,PHP_NORMAL_READ);
if($buffer===false) {
echo 'socket_read() a échoué :
',socket_strerror(socket_last_error($MsgSock)),\r\n;
break;
}
elseif(!$buffer){
continue;
}
$buffer=trim($buffer);
echo ' ',$buffer,\r\n;
if($buffer=='quit') {
break;
}

$back='You sent : ['.$buffer.']';

echo ' ',$back,\r\n;
socket_write($MsgSock,$back.\r\n);
} while(time()$EndTime);

@socket_close($MsgSock);
echo '= End...',\r\n;
}
}
socket_close($Sock);
?



[2003-08-25 20:17:06] [EMAIL PROTECTED]

Please provide a complete but short example script that can be used to
reproduce this bug.




[2003-08-25 18:19:27] bool at boolsite dot net

It's not the same bugs than http://bugs.php.net/bug.php?id=21760 . Here
it's a Win32 PHP version bug only, since the PHP 4.3.0 version, and
there is always the bug in the last version 4.3.3.

socket_read() always return FALSE, and display this error : erreur [0]
avec socket_read : OpÚration rÚussie.
(in english it should be error [0] with socket_read : operation
completed.)

maybe it's because of the socket_select() before the socket_read() ?


PS : it affects all my codes, but only with PHP 4.3.x Win32 version. On
unix or with PHP 4.2.3 all works fine.



[2003-06-29 21:42:30] [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.

The active discussion regarding this bug appears to be here
http://bugs.php.net/bug.php?id=21760

let's keep it all in one place.



[2002-12-26 20:39:22] [EMAIL PROTECTED]

If you omit the third parameter to socket_read() it seems to work fine.
However, adding PHP_NORMAL_READ causes error as described in the bug
report.



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

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


#25678 [Opn-Bgs]: Issues with imageantialias and imagesetthickness

2003-09-28 Thread php-bugs at demark dot org
 ID:   25678
 User updated by:  php-bugs at demark dot org
 Reported By:  php-bugs at demark dot org
-Status:   Open
+Status:   Bogus
 Bug Type: GD related
 Operating System: Redhat 7.3 (2.4.20-20.7)
 PHP Version:  4.3.3
 New Comment:

Looks to be a bug in the GD library. I wrote a quick 
program in C to call GD directly and got the same 
results.


Previous Comments:


[2003-09-27 07:58:20] php-bugs at demark dot org

Description:

Neither imageantialias and imagesetthickness seem to work reliably.

The included code produces a significantly different image than one
would expect.

Reproduce code:
---
?php

$im = imagecreatetruecolor(500,500);

$col0 = imagecolorallocate($im,153,204,153);
$col1 = imagecolorallocate($im,118,153,118);

imagefilledrectangle($im,0,0,499,499,$col0);

imageantialias($im,TRUE);
imagesetthickness($im,5);

   
imagepolygon($im,array(100,100,100,400,400,400,400,100),4,$col1);
imagerectangle($im,150,150,350,350,$col1);
imageline($im,200,200,200,300,$col1);
imageline($im,200,300,300,300,$col1);
imageline($im,300,300,300,200,$col1);
imageline($im,300,200,200,200,$col1);
imageellipse($im,250,250,400,400,$col1);

header(Content-type: image/png);
imagepng($im);

?


Expected result:

This code should generate four figures on a 500 x 500 image. Each
figure should be centered on the image.

Figure 1: Small square drawn via imageline
Figure 2: Medium square drawn via imagerectangle
Figure 3: Large square drawn via imagepolygon
Figure 4: Large circle drawn via imageellipse

All figures should be drawn with a 5 pixel thick line.
All figures should be antialiased.

Actual result:
--
As listed, the code generates a properly sized image, but none of the
figures are antialiased and only the medium square is set to the proper
thickness. All the other figures are drawn with a 1 pixel thick line.

This image is available at:
http://www.demark.org/phpgdbug/image.png

If I comment out the imageantialias line, no figures are antialiases
(as expected), but only the squares are drawn with the proper
thickness. Once again, the circle is drawn with a 1 pixel thick line.

This image is available at:
http://www.demark.org/phpgdbug/image-noaa.png







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


#25669 [Opn-Fbk]: eregi() vs. 8-bit chars in regex

2003-09-28 Thread iliaa
 ID:   25669
 Updated by:   [EMAIL PROTECTED]
 Reported By:  svs at ropnet dot ru
-Status:   Open
+Status:   Feedback
 Bug Type: Regexps related
 Operating System: FreeBSD 4.8
 PHP Version:  4.3.3
 New Comment:

Try this patch and see if it fixes the problem.
http://bb.prohost.org/reg.txt


Previous Comments:


[2003-09-26 09:34:44] svs at ropnet dot ru

oops, mozilla mangled those characters.

begin 644 l.php
M/#]P:'`*V5T;]C86QE*$Q#7T%,3P@(G)U7U)5+DM/[EMAIL PROTECTED](I.R`*96-H
M;R!S971L;V-A;4H3$-?04Q,+`B(BDL();B([FEF(AEF5G:[EMAIL PROTECTED](L
M(+Q\2(I*2![(5C:\@(F]K7XB.R!](5LV4@R!E8VAO()B861;B([
M?0II9B`H')E9U]M871C:@B+]$O:2(L(+Q\2(I*2![(5C:\@(F]K7XB
=.R!](5LV4@R!E8VAO()B861;B([?0H_/@H`
`
end

'./configure' '--without-x' '--disable-debug'
'--with-apxs=/usr/local/apache/bin/apxs' '--with-mod_charset'
'--enable-dba' '--with-gdbm=/usr/local' '--with-db4=/usr/local'
'--enable-dbase' '--enable-ftp' '--enable-sockets'
'--enable-inline-optimization' '--enable-memory-limit' '--with-mysql'
'--with-gd' '--enable-gd-native-ttf' '--with-zlib=/usr'
'--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local'
'--with-freetype-dir=/usr/local' '--enable-exif' '--enable-calendar'
'--enable-wddx' '--with-gmp' '--with-openssl=/usr'
'--with-iconv=/usr/local' '--with-imap=shared,/usr/local'
'--with-curl=/usr/local' '--with-dom=shared,/usr/local'
'--with-dom-xslt=shared,/usr/local'
'--with-dom-exslt=shared,/usr/local' '--enable-xslt=shared'
'--with-xslt-sablot=shared,/usr/local' '--with-iconv-dir=/usr/local'
'--with-expat-dir=/usr/local' '--with-zip=/usr/local' '--with-pdflib'
'--with-tiff-dir=/usr/local'



[2003-09-26 09:16:38] [EMAIL PROTECTED]

And what was the configure line used to configure PHP?




[2003-09-26 09:13:01] [EMAIL PROTECTED]

I don't think you meant to use those chars in your example
script..? Can you please add the actual ones here?




[2003-09-26 08:20:57] svs at ropnet dot ru

Description:

Even though locale is set up correctly, eregi() fails to match
international characters case-insensitively.  The reason, as far
as I understand, is that code in regex/ passes a negative value to
isalpha(). This can be worked around by recompiling regex/regcomp.c
manually with -funsigned-char (assuming GCC is the compiler).


Reproduce code:
---
?php
setlocale(LC_ALL, ru_RU.KOI8-R); 
echo setlocale(LC_ALL, ), \n;
if (eregi(#1103;, #1071;#1071;)) { echo ok\n; } else { echo
bad\n;}
if (preg_match(/#1103;/i, #1071;#1071;)) { echo ok\n; } else {
echo bad\n;}
?


Expected result:

ru_RU.KOI8-R
ok
ok


Actual result:
--
ru_RU.KOI8-R
bad
ok






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


#25665 [Asn-Csd]: var_dump/print_r hang on NaN and INF

2003-09-28 Thread iliaa
 ID:   25665
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Assigned
+Status:   Closed
 Bug Type: *General Issues
 Operating System: *
 PHP Version:  4CVS, 5CVS
 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-09-26 05:46:38] [EMAIL PROTECTED]

It's the ap_php_cvt() which ends up in endless loop since it can't
handle infinite numbers at all. In PHP 4.2.3 the output
of var_dump(log(0)); is float(-INF)..

Marcus..you broke this, fix it.




[2003-09-25 23:21:04] [EMAIL PROTECTED]

Description:

Summary and reproducing code say all...

I tested it on a 4.3.0 and got 

NAN
-INF
float(0.E+79)
float(-0.E+79)

which isn't correct on the var_dump behaviour either, but at least I
hadn't had a hanging program.


Reproduce code:
---
?php
print_r(acos(1.01));
print_r(log(0));
var_dump(acos(1.01));
var_dump(log(0));
?


Expected result:

Some output saying NaN and INF.

Actual result:
--
Nothing. 





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


#16402 [Com]: UnsatisfiedLinkError: send when loading any php file

2003-09-28 Thread john3parker at hotmail dot com
 ID:   16402
 Comment by:   john3parker at hotmail dot com
 Reported By:  csbook at adproject dot net
 Status:   No Feedback
 Bug Type: Servlet related
 Operating System: RedHat Linux
 PHP Version:  4.1.2
 New Comment:

Redhat Linux 9 (2.4.20-8)
Tomcat 4.1.24
PHP version 4.3.3
J2SE 1.4.2

LD_LIBRARY_PATH=(points to libphp4.so)
phpsrvlt.jar in catalina_home/common/lib

ran test.php and got a response; hit refresh several times and tomcat
crashed hard.

Unexpected Signal : 11 occurred at PC=0x4032FAD7
Function=(null)+0x4032FAD7
Library=tomcat/jre/lib/i386/client/libjvm.so

Current Java thread:
  at net.php.servlet.send (Native Method)
...

-John


Previous Comments:


[2003-07-04 02:04:26] [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-29 10:41:03] [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-02-19 13:57:40] jsu2 at emory dot edu

Since this feature appears to be alpha at best, we did some searching
and found a workaround.  This doesn't solve the bug, but it's doing
what we wanted, which is to have a php front end talking to a java
servlet backend.

http://www.phpbuilder.com/mail/php-general/2001032/1269.php

It may also be necessary to use HttpServletResponse.encodeRedirectURL
before using sendRedirect in your servlet.
http://java.sun.com/products/servlet/2.2/javadoc/javax/servlet/http/HttpServletResponse.html#encodeRedirectURL(java.lang.String)



[2003-02-09 22:12:01] kp dot wong at graduate dot hku dot hk

I have tried to modify service calls into synchronized mode in
servlet.java but the problem still couldn't be solved.  Could you
propose the suggested modification in servlet.java?



[2003-02-08 18:44:38] jeremy at techjobsca dot com

I also have experienced this issue.  phsrvlt.jar simply is not thread
safe.  Running RH 7.3 Tomcat 4.1.18 php4.2.3.  It loads once, then the
second time, brings Tomcat down, error 11, conflict in libjvm.so.  One
thing I have to add to this, was that I was completely unable to
compile php --with-java --with-servlet with 4.3.0 or a snapshot, it
would be helpful to me to know if anyone has tried testing it with
these, or to know if PHP development is simply going to phase out the
servlet, as it just plain seems broken.  And not being kept up.



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

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


#25682 [NEW]: PHP CLI crashes in case php.ini exists

2003-09-28 Thread hotta at net-newbie dot com
From: hotta at net-newbie dot com
Operating system: Vine Linux(dev)
PHP version:  5CVS-2003-09-29 (dev)
PHP Bug Type: Zend Engine 2 problem
Bug description:  PHP CLI crashes in case php.ini exists

Description:

if php.ini file exists PHP CLI crashes on startup
even though it is a 0-byte file.

Reproduce code:
---
$ ./buildconf
$ ./configure --disable-cgi --enable-debug
$ make
$ sudo make install
$ php -v

Expected result:

it shows version info.

Actual result:
--
$ php
Segmentation fault (core dumped)
$ gdb php core.16001
#0  0x08179264 in ini_parse () at Zend/zend_ini_parser.c:1040
1040  goto yyoverflowlab;
(gdb)bt
#0  0x08179264 in ini_parse () at Zend/zend_ini_parser.c:1040
#1  0x081790f0 in zend_parse_ini_file (fh=0xb700,
unbuffered_errors=1 '\001',
ini_parser_cb=0x815abb7 php_config_ini_parser_cb, arg=0x820f800)
at zend_ini_parser.y:156
#2  0x0815b2d4 in php_init_config ()
at /usr/local/src/php-5.0.0/main/php_ini.c:420
#3  0x08156bc4 in php_module_startup (sf=0x820e060,
additional_modules=0x0,
num_additional_modules=0) at
/usr/local/src/php-5.0.0/main/main.c:1390
#4  0x081b7248 in main (argc=1, argv=0xb9c4)
at /usr/local/src/php-5.0.0/sapi/cli/php_cli.c:593
#5  0x40204015 in __libc_start_main (main=0x81b70da main, argc=1,
ubp_av=0xb9c4, init=0x81b89dc __libc_csu_init,
fini=0x81b8a28 __libc_csu_fini, rtld_fini=0x40013020 _rtld_local,
stack_end=0xbfffbad0) at ../sysdeps/generic/libc-start.c:225

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


#25682 [Opn]: PHP CLI crashes in case php.ini exists

2003-09-28 Thread hotta at net-newbie dot com
 ID:   25682
 User updated by:  hotta at net-newbie dot com
 Reported By:  hotta at net-newbie dot com
 Status:   Open
 Bug Type: Zend Engine 2 problem
 Operating System: Vine Linux(dev)
 PHP Version:  5CVS-2003-09-29 (dev)
 New Comment:

my envs are below:
$ rpm -qa|grep -e automake -e autoconf -e libtool \
 -e bison -e gcc-3 -e glibc-2
glibc-2.3.2-57vl4
libgcc-3.2.3-0vl5
gcc-3.2.3-0vl5
libtool-libs-1.5-5vl1
autoconf-2.57-3vl1
bison-1.875-3vl1
automake-1.7.6-1vl1
libtool-1.5-5vl1


Previous Comments:


[2003-09-29 00:34:23] hotta at net-newbie dot com

Description:

if php.ini file exists PHP CLI crashes on startup
even though it is a 0-byte file.

Reproduce code:
---
$ ./buildconf
$ ./configure --disable-cgi --enable-debug
$ make
$ sudo make install
$ php -v

Expected result:

it shows version info.

Actual result:
--
$ php
Segmentation fault (core dumped)
$ gdb php core.16001
#0  0x08179264 in ini_parse () at Zend/zend_ini_parser.c:1040
1040  goto yyoverflowlab;
(gdb)bt
#0  0x08179264 in ini_parse () at Zend/zend_ini_parser.c:1040
#1  0x081790f0 in zend_parse_ini_file (fh=0xb700,
unbuffered_errors=1 '\001',
ini_parser_cb=0x815abb7 php_config_ini_parser_cb, arg=0x820f800)
at zend_ini_parser.y:156
#2  0x0815b2d4 in php_init_config ()
at /usr/local/src/php-5.0.0/main/php_ini.c:420
#3  0x08156bc4 in php_module_startup (sf=0x820e060,
additional_modules=0x0,
num_additional_modules=0) at
/usr/local/src/php-5.0.0/main/main.c:1390
#4  0x081b7248 in main (argc=1, argv=0xb9c4)
at /usr/local/src/php-5.0.0/sapi/cli/php_cli.c:593
#5  0x40204015 in __libc_start_main (main=0x81b70da main, argc=1,
ubp_av=0xb9c4, init=0x81b89dc __libc_csu_init,
fini=0x81b8a28 __libc_csu_fini, rtld_fini=0x40013020
_rtld_local,
stack_end=0xbfffbad0) at ../sysdeps/generic/libc-start.c:225





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