Update of bug #27017 (project findutils):
Status: In Progress => Fixed
___
Follow-up Comment #1:
Applied and pushed to 4.4.x and 4.5.x.
_
On Sat, Jul 11, 2009 at 9:29 PM, James Youngman wrote:
> Fix Savannah bug #27017: find -D opt / -fstype ext3 -print , -quit
> coredumps.
Applied and pushed to 4.4.x and 4.5.x.
Update of bug #23920 (project findutils):
Status:None => Fixed
___
Follow-up Comment #9:
Fixed in the 4.5.x tree.
___
Reply
On Mon, Jul 13, 2009 at 2:28 AM, Eric Blake wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> According to James Youngman on 7/12/2009 2:58 PM:
>> +
>> +Find compares the �...@samp{-path} argument with the concatenation of a
>
> What's with the spacing here?
I pasted the original text
Kamil Dudka redhat.com> writes:
>
> In other words on Debian find does not change the working directory before
> calling lgetxattr syscall. That's why lgetxattr does not see the file and
> returns ENOENT (No such file or directory).
One thing to look at would be kernel versions; not all kerne
On Tue July 14 2009 14:02:36 Kamil Dudka wrote:
> attached are strace outputs from Fedora and Debian. I can see one
> suspicious place in that - this is the first main difference between Fedora
> and Debian:
Oops, once again:
Fedora strace:
open("m4", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC
Hello,
On Mon July 13 2009 17:48:15 Kamil Dudka wrote:
> As time permits I will keep on trying to zero in this.
attached are strace outputs from Fedora and Debian. I can see one suspicious
place in that - this is the first main difference between Fedora and Debian:
Fedora strace:
open("m4",
On Mon, Jul 13, 2009 at 5:43 PM, John R.
Graham wrote:
> Although it makes sense, I hadn't until recently realized that the VFS layer
> imposed the following semantic on mounted filesystems: the filesystem type
> of the mount point is made to reflect the filesystem type of the mounted
> filesys
