ntered with
my first two patches.
http://people.freebsd.org/~mbr/patches/patch-main+fopen_wrappers.c
The solution is quite easy. In the onyl case where the error happens,
zend_get_executed_filename() is correct.
and can be used.
Since the error happens on perfect legitimate requests,
which work
ID: 20190
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Critical
Bug Type: Apache related
Operating System: FreeBSD
PHP Version: 4.3.0-dev
New Comment:
Hi,
>when this bug occurs, to confirm the wrong ini values?
O
From: [EMAIL PROTECTED]
Operating system: Linux redHat 7.0 and Solaris 8
PHP version: 4.2.3
PHP Bug Type: Regexps related
Bug description: Incorrectly identifies match
// finds 17 (also 15) but not 27 in option pattern >> see below
if(ereg("5|7","17")){
print "found"
ID: 19292
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Apache related
Operating System: linux
PHP Version: 4.3.0-dev,4.2.3
New Comment:
I changed the random message:
PHP Warning: open_basedir res
ID: 19292
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Apache related
Operating System: linux
PHP Version: 4.3.0-dev,4.2.3
New Comment:
I'm using this workaround for now. It solves the
problem:
-
d.org/~mbr/patches/fopen_wrappers.c.diff
Previous Comments:
[2002-10-24 04:26:38] [EMAIL PROTECTED]
I'm using this workaround for now. It solves the
problem:
--- main/fopen_wrappers.c.orig Wed Oct 23 11:49:40 2002
orks so far :P but doesn't solve
the real problem.
http://people.freebsd.org/~mbr/patches/fopen_wrappers.c.diff
[2002-10-24 04:26:38] [EMAIL PROTECTED]
I'm using this workaround for now. It solves the
problem:
From: [EMAIL PROTECTED]
Operating system: FreeBSD
PHP version: 4.2.3
PHP Bug Type: Apache related
Bug description: Random mem corruption: zend_get_executed_filename() mismatch
I've done this change in main/fopen_wrappers.c to see what
happens:
- php_error(E_WARNING, "open
ID: 20190
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Operating System: FreeBSD
PHP Version: 4.2.3
New Comment:
Note that this bug is similar to a other bug,
http://bugs.php.net/bug.ph
ID: 20190
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Apache related
Operating System: FreeBSD
PHP Version: 4.2.3
New Comment:
I already use this snapshot. And it still happens.
I'll post soon mo
ID: 20190
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Apache related
Operating System: FreeBSD
PHP Version: 4.2.3
New Comment:
If I allow the open_basedir restriction to pass,
I get now random segf
ID: 20190
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Apache related
Operating System: FreeBSD
PHP Version: 4.2.3
New Comment:
Previous dump was not the right one, sorry. I had
dumps for children d
ID: 20190
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Apache related
Operating System: FreeBSD
PHP Version: 4.3.0-dev
New Comment:
Hi,
>should be critical, and now you say it's fixed.
>So what's
ID: 20190
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Apache related
Operating System: FreeBSD
PHP Version: 4.3.0-dev
New Comment:
Ok, I think I'm a bit smarter now.
zend_
ID: 20190
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Operating System: FreeBSD
PHP Version: 4.3.0-dev
New Comment:
This is a example:
Correct:
PG(open_basedir)=/www/doc/www.aaa.ch-
ID: 20190
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Operating System: FreeBSD
PHP Version: 4.3.0-dev
New Comment:
Sorry ...
>There is no "/www/doc/www.bbb.imp.ch-80/html/visions/php"
ID: 20190
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Operating System: FreeBSD
PHP Version: 4.3.0-dev
New Comment:
It looks to me that $path is composed somewhere.
And a the old basedir
here now has solved both issues,
the wrong random "basedir message" and the segfaults I encountered with
my first two patches.
http://people.freebsd.org/~mbr/patches/patch-main+fopen_wrappers.c
The solution is quite easy. In the onyl case where the error happens,
zend_get_execute
ple.freebsd.org/~mbr/patches/patch-main+fopen_wrappers.c
The solution is quite easy. In the onyl case where the error happens,
zend_get_executed_filename() is correct.
and can be used.
Since the error happens on perfect legitimate requests,
which work most of the time, I don't think
From: [EMAIL PROTECTED]
Operating system: FreeBSD
PHP version: 4CVS-2002-11-01
PHP Bug Type: Zlib Related
Bug description: Segfault in sapi_apache_header_handler
#0 0x2836810e in sapi_apache_header_handler (sapi_header=0xbfbff5e4,
sapi_headers=0x2853c790) at mod_php4.c:259
ID: 20211
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Zlib Related
Operating System: FreeBSD
PHP Version: 4CVS-2002-11-01
New Comment:
Looks like this one is related to:
#19919
Previous Comments:
-
ID: 19919
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: FreeBSD 4.7
PHP Version: 4.2.3, 4.3.0-Dev
New Comment:
Hi all,
I see this happen here too ... Also FreeBSD 4
issues,
the wrong random "basedir message" and the segfaults I encountered with
my first two patches.
http://people.freebsd.org/~mbr/patches/patch-main+fopen_wrappers.c
The solution is quite easy. In the onyl case where the error happens,
zend_get_executed_filename() is correct.
and
ID: 13636
Comment by: mbr at freebsd dot org
Reported By: arne at dome dot net dot tw
Status: Bogus
Bug Type: Recode related
Operating System: FreeBSD 4.1-RELEASE
PHP Version: 4.0.6
New Comment:
I have a fix for this. Please look at:
http
From: mbr at hlkomm dot de
Operating system: Irrelevant
PHP version: Irrelevant
Package: Testing related
Bug Type: Feature/Change Request
Bug description:if a function is used which is blocked by disable_functions
nothing is logged
Description
Edit report at https://bugs.php.net/bug.php?id=65026&edit=1
ID: 65026
User updated by: mbr at hlkomm dot de
Reported by: mbr at hlkomm dot de
Summary:if a function is used which is blocked by
disable_functions nothing is lo
26 matches
Mail list logo
