Ok, I think I found the problem, as Oliver pointed me on something in
the thread titled virtual_file_ex/filetype.
When PHP is build with --enable-maintainer-zts mode, then this lstat,
and some others too, is broken.
I have build 2 PHP installations(PHP-5.2.3RC1), Both with the same
configuration
I found my problem as well. I am running apache2 prefork, but the
headers for apache2-mpm ware installed instead. I guess Ubuntu messed up
with the distro update.
Thanks for all your help,
Arnold
Tijnema wrote:
Ok, I think I found the problem, as Oliver pointed me on something in
the thread
Arnold Daniels wrote:
I found my problem as well. I am running apache2 prefork, but the
headers for apache2-mpm ware installed instead. I guess Ubuntu messed up
with the distro update.
This explains it all. Our Apache 2 servers uses worker mpm. Gentoo
builds the cli with zts too. That is
Hi,
Sorry I didn't react sooner. I was out of the office.
I'm running ReiserFS as well.
[EMAIL PROTECTED]:~$ mount
/dev/sda3 on / type reiserfs (rw,notail)
proc on /proc type proc (rw,noexec,nosuid,nodev)
/sys on /sys type sysfs (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs
On 5/24/07, Rasmus Lerdorf [EMAIL PROTECTED] wrote:
Which filesystems is /tmp on on the various boxes? tmpfs related perhaps?
-Rasmus
Nice idea, but I don't think it's a problem there, I think it's a
configuration problem. I've build my own linux, and so I have all
configuration like I want.
Tijnema wrote:
On 5/24/07, Rasmus Lerdorf [EMAIL PROTECTED] wrote:
Which filesystems is /tmp on on the various boxes? tmpfs related
perhaps?
-Rasmus
Nice idea, but I don't think it's a problem there, I think it's a
configuration problem. I've build my own linux, and so I have all
Hi,
how about
gdb php
Regards,
Oliver
Am Freitag, 25. Mai 2007 19:50 schrieb Arnold Daniels:
Hi again,
No, the symlinks work fine in the shell and with all other applications.
Also I haven't mounted with any options other than 'notail'. Please have
a look at the e-mail I've send a few
On 5/25/07, Oliver Block [EMAIL PROTECTED] wrote:
Hi,
how about
gdb php
Regards,
Oliver
He said that the problem only occured with the Apache 2 SAPI, so the
gdb is for the PHP CLI.
Tijnema
Am Freitag, 25. Mai 2007 19:50 schrieb Arnold Daniels:
Hi again,
No, the symlinks work fine in
Am Freitag, 25. Mai 2007 20:30 schrieben Sie:
He said that the problem only occured with the Apache 2 SAPI, so the
gdb is for the PHP CLI.
You can also use it with apache2 sapi. But then you need to do (Debian)
gdb /usr/sbin/apache2
and then
run -k start
If you set a break to zif_... that
Oliver Block wrote:
Hi Arnold,
Am Samstag, 26. Mai 2007 00:28 schrieben Sie:
If I need to run gdb please let me know,
I did a gdb and on my system (debian, CLI). filetype returns 'dir' as well.
my code was php -r 'filetype(/tmp/link-test);'
Where /tmp/link-test is a link to a
Am Samstag, 26. Mai 2007 02:29 schrieben Sie:
Right, so the (ssb.sb.st_mode S_IFMT) is S_IFDIR which is basically
the OS telling us that it is a directory. I don't see what we can do if
the OS is not telling us the right thing. The filestat code is a bit
convoluted trying to deal with lots
I'm currently running linux kernel v2.6.20. So to test if that might be
causing trouble, I re-installed and booted with kernel v2.6.17, which I
was using under Ubuntu edgy (6.10). But it gave exactly the same results.
Also, if the problem was in the OS, wouldn't there be a single lstat
call?
I'm getting similar results from a RHEL 4 box we have here, its running
5.2.3-dev.
[EMAIL PROTECTED] [/tmp] # cat /etc/redhat-release
Red Hat Enterprise Linux ES release 4 (Nahant Update 4)
[EMAIL PROTECTED] [~] # uname -a
Linux scarlet 2.6.9-42.0.2.ELsmp #1 SMP Thu Aug 17 18:00:32 EDT 2006
lstat64(/tmp, {st_mode=S_IFDIR|S_ISVTX|0777, st_size=4096, ...}) = 0
lstat64(/tmp/link-test, 0xbff229ec) = -1 ENOENT (No such file or
directory)
lstat64(/tmp, {st_mode=S_IFDIR|S_ISVTX|0777, st_size=4096, ...}) = 0
lstat64(/tmp/pear, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
Miscopied, a full strace is:
lstat64(/tmp, {st_mode=S_IFDIR|S_ISVTX|0777, st_size=4096, ...}) = 0
lstat64(/tmp/pear, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
access(/tmp/pear, F_OK) = 0
time(NULL) = 1179959483
lstat64(/tmp,
Works as expected on my Mac (no strace on my Mac). On my Gentoo 64-bit
server, I get the wrong data from Apache2 and CLI. On my 32-bit
Gentoo server, without Apache 2, I get the correct answer from apache
and cli. On my 32-bit Gentoo server with Apache 2 I get a wrong answer
from Apache
Which filesystems is /tmp on on the various boxes? tmpfs related perhaps?
-Rasmus
Brian Moon wrote:
Works as expected on my Mac (no strace on my Mac). On my Gentoo 64-bit
server, I get the wrong data from Apache2 and CLI. On my 32-bit Gentoo
server, without Apache 2, I get the correct
Rasmus Lerdorf wrote:
Which filesystems is /tmp on on the various boxes? tmpfs related perhaps?
On all my systems, /tmp is just part of / which is ReiserFS.
--
Brian Moon
Senior Developer
--
http://dealnews.com/
It's good to be cheap =)
--
PHP Internals - PHP
18 matches
Mail list logo
