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.

forgot! im using apache 1.3.26 with php compiled as DSO.

the apache error log shows:

FATAL:  emalloc():  Unable to allocate -133048 bytes

one time each time you refresh the script. so it has something to do with the crashing.

Please make a backtrace as asked in an earlier reply.
The location with info on how to do this is: http://bugs.php.net/bugs-generating-backtrace.php

Derick

Backtrace (I dont see errors)

[root@lhurgoyf bin]# gdb ./httpd 
GNU gdb Red Hat Linux (5.1-0.71)
Copyright 2001 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"...
(gdb) run -X
Starting program: /usr/local/apache/bin/./httpd -X

Program exited with code 01.
(gdb) bt
No stack.
(gdb)

Derick: I don't think it's an actual crash :-)

He just runs outof memory, not realizing that the meta-character "&" is 'the match' - but the bug is in PHP, as it is resolving the & character in the result of the operation!

So it seems a recursion eval in ereg functions.
Example:
?php
$text="bla&|&bla2";
$a = eregi_replace("&|&", ":", $text);
$b = str_replace("&|&", ":", $text);
$c = eregi_replace("\\\&|\\\&", ":", $text);
echo "$a\n$b\n$c";
?>

Output:
$ php -f ./tmp.php
bla:|:bla2
bla:bla2
bla&|&bla2

strike that please - that's the unescaped pipe ('or') I used.

I just updated to php 4.2.2 from 4.2.1 and I didnt have the problem in 4.2.1 so it has to have something to do with 4.2.2 since I used thesame configure commands.

That doesn't make much sense, as 4.2.2 is exactly the same as 4.2.1 + the security fix and a new configure script.
I suspect the problem lies in the configure script used.
If you have autoconf 2.52 isntalled (check with autoconf --version) then you can try this:

cd php-4.2.2
rm configure
./cvsclean
./buildconf
./configure --your options
make

If this doesn't solve it, you can try try to add --with-regex=system to your configure options.

Derick

I used the same configure script as with version 4.2.1 and I just now went back again to 4.2.1 and the problem is gone again. here are my configure options:

./configure --with-apxs=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/conf \
--with-mysql=/usr/local \
--with-gd \
--with-system-regex

I will retry in a minute with the options as you said.

I think you mean "I used the same configure OPTIONS" as in PHP 4.2.1. Please try to rebuild the configure script like I asked.

Derick

rebuild, retried still not working.

Please provide a complete, self-contained but short example
script which can be used to reproduce this..

Its already in here in the initial bugreport.

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.

what the heck else do you need to know. I stated the code. I told PHP crashed upon executing the eregi_replace instead of running it. that includes all the topics listed in the bug help.

We need a _self-contained_ short and complete example script. That means a script that you can just copy'n'paste
and run without having to edit it in any way..

<?

$test = "this is a nice text";

$text = eregi_replace("a", "one", "$test");

echo "$text";

?>

--

I noticed also that other eregi functions dont work. like the normal eregi command. could it have something to do with libs I updated on my system ?

Please try a clean build (from freshly extracted sources)
and DO NOT use system regex..

Just that you know, I don't get any crash with that script..

I have done this yesterday already, lemme tell you exactly what I did

first. I upgraded from php 4.2.1 to 4.2.2 using the configure script as stated above (so using the system regex) that didnt work

next I installed php 4.2.2 (from a new tarball) without the system regex and it gave exactly thesame problem.

this morning I removed apache and php completely, I extraced new tarballs from both and installed without system regex and I still get thesame problem with all eregi commands.

Hmm..I tested with the 4.3.0-dev actually..can you try this snapshot:

http://snaps.php.net/php4-latest.tar.gz

Just try it on command line..

first of all, im not a production server and am not interested in running dev versions on that.

second I present a bug in php 4.2.2 and that doesnt mean the bug is in 4.3

Didn't I ask just trying it on the command line?
ie. ./configure and then use the NOT INSTALLED binary
to run your test script..

tried installing it, it wont install some php modules.

Sniper, do you want to log in to my system to check it out for yourself ???

What is so difficult in running './configure && make' ????

nothing hard about that, its just that your dev php gives errors in compiling.

doesnt matter tho after reinstalling php and apache 5x removing entire directories. rewriting of files its finally working. but I dont know what I did anymore. so ill leave it to this now. you go on fucking about with the next person that tries to help by posting a bug.

case closed !