bug-coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Translation failure


From: Eric Blake
Subject: Re: Translation failure
Date: Fri, 11 Jul 2008 14:41:09 -0600
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.14) Gecko/20080421 Thunderbird/2.0.0.14 Mnenhy/0.7.5.666

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

[re-adding the list - by sending a private mail, you managed to catch me
at the start of a vacation, hence the delay in replying]

According to JackDesBwa on 6/23/2008 2:00 PM:
|     Can you repeat with 'LC_ALL=C rmdir ...' and see what the English
|
|     translation was?
|
|
| The translation is correct :
| rmdir: failed to remove `/media/win/System Volume Information/': File exists
|
|
|     My guess is that the translation is correct, and that
|     the reason the message is less than stellar is because the errno value
|     being reported is not very applicable to the situation.

All right - my guess was confirmed - the error is not in the translation,
but either in the kernel's rmdir(2) behavior or in coreutils reaction to
the kernel's behavior.

|  You may
|     also want
|     to use strace to determine what errno the kernel was returning.
|
|
| $ strace -c rmdir /media/win/System\ Volume\ Information/
|
| rmdir: échec de suppression de `/media/win/System Volume Information/':
| Le fichier existe
| Process 18932 detached
| % time     seconds  usecs/call     calls    errors syscall
| ------ ----------- ----------- --------- --------- ----------------
|    nan    0.000000           0         3           read
|    nan    0.000000           0         4           write
|    nan    0.000000           0        54        35 open
|    nan    0.000000           0        21           close
|    nan    0.000000           0        19           fstat
|    nan    0.000000           0        24           mmap
|    nan    0.000000           0         2           mprotect
|    nan    0.000000           0         2           munmap
|    nan    0.000000           0         3           brk
|    nan    0.000000           0         3         3 access
|    nan    0.000000           0         1           execve
|    nan    0.000000           0         1         1 rmdir
|    nan    0.000000           0         1           arch_prctl
| ------ ----------- ----------- --------- --------- ----------------
| 100.00    0.000000                   138        39 total

Hmm, this output isn't from Linux strace.  What OS are you using?  Do you
have ktrace or truss or some other syscall tracer instead?  And is the
NTFS drive local or is it being accessed over a network?

- --
Don't work too hard, make some time for fun as well!

Eric Blake             address@hidden
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEUEARECAAYFAkh3xWUACgkQ84KuGfSFAYBHOwCYtHrfJAAuUwmhMKum4M3y8Y8c
AQCeIAQhEoj43tSJyGRFIOWZ3jgEQXc=
=MY0U
-----END PGP SIGNATURE-----




reply via email to

[Prev in Thread] Current Thread [Next in Thread]