On Thu, 2008-08-14 at 16:25 +0300, Szabolcs Szakacsits wrote:
...
>
> ntfs-3g correctly returns ENOTEMPTY but this information gets lost and
> arrives as success to gnu rm.
>
> This indeed looks to be a problem in Solaris.
Yup, I agree. Solaris rm(1) has the correct behaviour but using the GNU
On Thu, 14 Aug 2008, Andras Barna wrote:
> when I execute rm (6.12) -r directory:
>
> unique: 202, opcode: ACCESS (34), nodeid: 1, insize: 48
> ACCESS / 011
>unique: 202, error: -89 (Operation not applicable), outsize: 16
> unique: 203, opcode: LOOKUP (1), nodeid: 1, insize: 42
> LOOKUP /o
>
szaka,
when I execute rm (6.12) -r directory:
unique: 202, opcode: ACCESS (34), nodeid: 1, insize: 48
ACCESS / 011
unique: 202, error: -89 (Operation not applicable), outsize: 16
unique: 203, opcode: LOOKUP (1), nodeid: 1, insize: 42
LOOKUP /o
NODEID: 9
unique: 203, error: 0 (Error 0), ou
Hi Solaris FUSE Developers,
We're back with the GNU rm -rf failing with ntfs-3g on Solaris only.
GNU rm on Linux is ok with ntfs-3g. Solaris rm is also ok with ntfs-3g
but it works differently.
To reproduce the problem:
1. compile the latest coreutils, version 6.12
http://ftp.gnu.org/g
Szabolcs Szakacsits <[EMAIL PROTECTED]> wrote:
> Jim Meyering meyering.net> writes:
>> "Andras Barna" gmail.com> wrote:
>> > On Tue, Aug 12, 2008 at 6:56 PM, Jim Meyering meyering.net>
>> > wrote:
>> ...
>> >> That suggests that the opensolaris ntfs support for unlinkat
>> >> doesn't work as do
"Andras Barna" <[EMAIL PROTECTED]> wrote:
> On Wed, Aug 13, 2008 at 9:39 PM, Jim Meyering <[EMAIL PROTECTED]> wrote:
>> "Andras Barna" <[EMAIL PROTECTED]> wrote:
>>> On Tue, Aug 12, 2008 at 6:56 PM, Jim Meyering <[EMAIL PROTECTED]> wrote:
>> ...
That suggests that the opensolaris ntfs support
Jim Meyering meyering.net> writes:
> "Andras Barna" gmail.com> wrote:
> > On Tue, Aug 12, 2008 at 6:56 PM, Jim Meyering meyering.net> wrote:
> ...
> >> That suggests that the opensolaris ntfs support for unlinkat
> >> doesn't work as documented. That unlinkat call is succeeding,
> >> yet I pres
On Wed, Aug 13, 2008 at 9:39 PM, Jim Meyering <[EMAIL PROTECTED]> wrote:
> "Andras Barna" <[EMAIL PROTECTED]> wrote:
>> On Tue, Aug 12, 2008 at 6:56 PM, Jim Meyering <[EMAIL PROTECTED]> wrote:
> ...
>>> That suggests that the opensolaris ntfs support for unlinkat
>>> doesn't work as documented. Th
"Andras Barna" <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 12, 2008 at 6:56 PM, Jim Meyering <[EMAIL PROTECTED]> wrote:
...
>> That suggests that the opensolaris ntfs support for unlinkat
>> doesn't work as documented. That unlinkat call is succeeding,
>> yet I presume there is a non-empty directory
On Tue, Aug 12, 2008 at 6:56 PM, Jim Meyering <[EMAIL PROTECTED]> wrote:
> "Andras Barna" <[EMAIL PROTECTED]> wrote:
@osol /ntfs: /usr/gnu/bin/mkdir -p t/t/t/t/t/t/t/t/t/t//t/t///t//t/t/t/
@osol /ntfs: /data/a/bin/rm --version|head -1
rm (GNU coreutils) 6.12
@osol /ntfs: /data/a
"Andras Barna" <[EMAIL PROTECTED]> wrote:
>>> @osol /ntfs: /usr/gnu/bin/mkdir -p t/t/t/t/t/t/t/t/t/t//t/t///t//t/t/t/
>>> @osol /ntfs: /data/a/bin/rm --version|head -1
>>> rm (GNU coreutils) 6.12
>>> @osol /ntfs: /data/a/bin/rm -rf t
>>> @osol /ntfs: echo $?
>>> 0
>>> @osol /ntfs: ls t
>>> t
>>> @o
On Mon, Aug 11, 2008 at 11:39 AM, Philip Rowlands <[EMAIL PROTECTED]> wrote:
> On Sun, 10 Aug 2008, Andras Barna wrote:
>
>> on opensolaris (update 94) can't remove recursively directories.
>>
>> @osol /ntfs: /usr/gnu/bin/mkdir -p t/t/t/t/t/t/t/t/t/t//t/t///t//t/t/t/
>> @osol /ntfs: /usr/gnu/bin/rm
On Sun, 10 Aug 2008, Andras Barna wrote:
on opensolaris (update 94) can't remove recursively directories.
@osol /ntfs: /usr/gnu/bin/mkdir -p t/t/t/t/t/t/t/t/t/t//t/t///t//t/t/t/
@osol /ntfs: /usr/gnu/bin/rm --version|head -1
rm (GNU coreutils) 6.7
@osol /ntfs: rm -rf t
rm: cannot remove directo
on opensolaris (update 94) can't remove recursively directories.
@osol /ntfs: /usr/gnu/bin/mkdir -p t/t/t/t/t/t/t/t/t/t//t/t///t//t/t/t/
@osol /ntfs: /usr/gnu/bin/rm --version|head -1
rm (GNU coreutils) 6.7
@osol /ntfs: rm -rf t
rm: cannot remove directory `t': Directory not empty
@osol /ntfs: rm
14 matches
Mail list logo
