let me amend my message
and request that you report this problem directly to the gnuwin32
folks instead.
> had these two addresses for bugs:
>
> [EMAIL PROTECTED], [EMAIL PROTECTED]
>
> So, I am glad to take the bug elsewhere -- but --
> someone should correct these address
W. Curtiss Priest wrote:
> OS: win95b (OSR 2.0)
>
> File partitions: FAT16 and FAT32
Thank you for your bug report. However we over on this list do not
use nor have access to MS-Windows systems. It would be most
appreciated if you made your bug report directly to the cygwin folks.
I
> drop to a user account and then back up, it returns
> Seg fault again.
Something is really sick with your system. I am not sure what to
suggest to correct the problem.
Bob
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-fileutils
le information for us to diagnose and debug your
problem. Very likely this is not a bug in mkdir but a bug in your
installation. You are most likely missing shared libraries used by
the compilation of the command.
Try running ldd on the binary and seeing that all of the libraries are
resolved
ahoo! Mail is new and improved - Check it out!
http://promotions.yahoo.com/new_mail
_______
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-fileutils
781-662-4044 [EMAIL PROTECTED] http://Cybertrails.org
_______
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-fileutils
today - it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
_______
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-fileutils
ubject: CP bug?
Hi there,
I'm running RHE Linux 2.4.21-4.0.1.ELsmp.
I just tried to use cp with a command that it didn't recognise - I
mistakenly thought there was an --exclude option:
cp -Rv * ~/rbtemp --exclude 200*
which then reported:
cp: unrecognized option `--exclude'
-help' for more information.
I then issued the command:
cp -Rv * ~/rbtemp
which yielded the same message (every time I issued the command).
Is this a bug in cp?
Cheers,
:-)
Rich
Richard Howard
101 / 33 Soi 2
Ban Phuket Rawai
Moo 8, Viset Road
Rawai, Phuket 83130
Thailand
(m) +66 92 875 520
http:
on is strictly prohibited. If you are
not the intended recipient, please contact the sender by reply email and destroy all
copies of the original message. To reply to our email administrator directly, please
send an email to [EMAIL PROTECTED]
_______
Bug-file
you using (`chmod --version`,
`ls --version`).
Bye, Rich =]
--
Richard Dawe [ http://homepages.nildram.co.uk/~phekda/richdawe/ ]
"You can't evaluate a man by logic alone."
-- McCoy, "I, Mudd", Star Trek
_______
Bug-fileutils
same thing, so I don't
know if it's a bug.
This happened with other directories users as well. For intance
Code:
directory | current owner | try to changed to | actually changed to
---
dir20 | anyone
Sorry, it's not a bug. It's my own fault. i did copyed the source into
the destianation, not overwrite it.
sorry again for this fake report.
--
Coywolf Qi Hunt
Admin of http://GreatCN.org and http://LoveCN.org
_______
Bug-fileutils mailing l
://GreatCN.org and http://LoveCN.org
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
This problem found in cp (coreutils) 5.2.1 too.
--
Coywolf Qi Hunt
Admin of http://GreatCN.org and http://LoveCN.org
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
t root 778240 2004-04-23 17:12:26.0 -
> 0400 /mnt/autobk/portal/public.tgz
You don't say what version you're using,
nor the type of O/S and file system.
The fact that your report went to bug-fileutils suggests
you're not using the latest.
ftp://ftp.g
obk/portal/public.tgz
_______
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
Elangovan Govindan wrote:
> I was just using df command and compared the result
> for / file system. Here is my analysis
Thank you for your report. But I don't think what you are seeing is a
bug. I think it is normal behavior due to the minfree value of the
filesystem.
> For e.
- File online by April 15th
http://taxes.yahoo.com/filing.html
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
ves 7874560 5258744 2215800 71% /backup
mephisto:/backup#
Please check the possible bug and tell me the solution
Best Regards,
Siegmund Schliewe
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
-4.1 for my patch.
Attached is the new source and a diff.
Ciao,
Heiko Schiffer
Financial Services
System Designer
Comline AG
Dortmund/Germany
Fon +49 231 97575-138
Fax +49 231 97575-238
Mobil +49 163 7575815
EMail: [EMAIL PROTECTED]
<>
_____
7; is not. See below for how to enable the old `.'-accepting
behavior on your system.
> this means I get:
> # chown root. *
> chown: `root.': invalid user
> # chown root.audio *
> chown: `root.': invalid user
>
> but:
> # chown root *
> succeeds, as does
&g
ail?
Thanks, regards,
--
Richard Dawe [ http://homepages.nildram.co.uk/~phekda/richdawe/ ]
"You can't evaluate a man by logic alone." -- McCoy, "I, Mudd", Star Trek
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
npage? since the man
page says that both are still acceptable.
dylan.
http://robotics.usc.edu/~dshell
_______
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
io *
chown: `root.': invalid user
but:
# chown root *
succeeds, as does
# chown root:audio *
etc...
dylan.
http://robotics.usc.edu/~dshell
_______
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
LINUX which is unusual.
Kind regards,
Vic Russell
MicroSec Ltd
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
t". :o\
Shell expanision is quite well documented, if you are using bash then
(bashref)Pattern Matching, will tell you all about it.
So, I consider this to be a bug, unless there is any intentionally
planned shell or OS action requiring this kind of formatting of
strings in the Linux s
o "B.txt" by keeping the original name "B.txt", and
> % hence I lost the "B.txt".
>
> That's because your bare
>
> mv Dir/*.*
>
> expands to
>
> mv Dir/A.txt Dir/B.txt
>
> and so mv did exactly that.
You know, I did not intend t
ply the -i option to it,
which will ask for confirmation before each file it moves.
Sorry for your loss though...
_______
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
Hi,
I have found a pretty serious bug in "mv" that caused me to lose important
work-related data.
I had a directory "Dir" and two files there "A.txt" and "B.txt". The "A.txt"
was a big study report I received, and the "B.txt" was a re
so the sharing of code. I don't know. I did not look at the code.
Bob
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
distinguish
between a stale NFS file handle and one within /proc, but
if it is then it might be worth changing the error message.
s.
--
Stuart Winter
www.interlude.org.uk & www.biscuit.org.uk
_______
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://ma
Martin Grosup wrote:
> Hello. Sorry for my bad english. I will try my best:
Thank you for that very detailed report. Details such as you provided
are most appreciated.
However, what you are seeing is not a bug. You are seeing behavior by
the shell trying to help you but instead is o
") = 0
_exit(0) = ?
gw:/home/mag81/incoming # l test*
ls: test*: No such file or directory
gw:/home/mag81/incoming # cd ../video2
gw:/home/mag81/video2 # l test*
ls: test*: No such file or directory
gw:/home/mag81/video2 # ..
gw:/home/mag81 # l test*
ls: test*: No such file or directory
gw:/home/mag81 #
Greets, Martin Grosup
Mit Freundlichem Gruss
--
Martin Grosup mailto:[EMAIL PROTECTED]
Always look on the bright side of life - Monthy Python's, Das Leben des Brian
http://www.mag81.de
UIN #8688470
Steinen / Germany
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
t is not portable.
The best you can do for portable scripts is to remove the symlink
first and then make it. A two step process.
rm -f bbb
ln -sf bbb
Bob
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
--
Darren Besler
Beehive Enterprises
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
ETA
ftp://alpha.gnu.org/gnu/coreutils/coreutils-5.0.91.tar.gz
ftp://alpha.gnu.org/gnu/coreutils/coreutils-5.0.91.tar.bz2
Thanks
Bob
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
7;utilise mkfifo du package fileutils-4.1-2.tar.bz2, j'ai l'erreur suivante :
le fichier MKFIFO.EXE est lié à une exportation manquante cygwin1.dll__getreent.
la même erreur intervient si j'utilise cpio ou d'autres fichiers exec.
merci de la réponse
p://alpha.gnu.org/gnu/coreutils/coreutils-5.0.91.tar.bz2
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
I'm doing wrong.
Thanks,
______
/ | | | / | Anthony Ivanoff
/ /| | | | / | Mail: [EMAIL PROTECTED]
/ /_| | | |/ /| | Web:
/ ___ | | / / | | http://html-utilities.narod.ru/
/ / | | | / | |
/_/|_|O |_/ |_|O
_______
sorry, now i see, sort is "coreutils", not "fileutils". now where is
that "unpost" button, anyway?
_______
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
it seems sort is suffering from some subtle bug. i am wondering, is it
just my machine, is it a redhat problem, or is it actually a gnu bug?
for example, en_IN seems to produce proper results, but en_AU fails to
handle some special characters properly. but both of these locales use
the same
Manuel Kolloff <[EMAIL PROTECTED]> wrote:
> hey, i don't know if it's really a bug, maybe it is my own mistake, who
> knows...one day, i tried to get some information about my filesystem using
> the "stat --filesystem /dev/whatever" the general output was ok,
hey, i don't know if it's really a bug, maybe it is my own mistake, who
knows...one day, i tried to get some information about my filesystem using
the "stat --filesystem /dev/whatever" the general output was ok, but the
filesystem type displayed never changed, doesn't
hezhenxing <[EMAIL PROTECTED]> wrote:
>I think there is a bug in the file 'fileutils-4.1.9/src/remove.c', line 523, the
> function is 'is_empty_dir', you 'opendir' the 'dir', but not 'closedir' it. This
> does not caus
Hi,
First, thanks for your job.
I think there is a bug in the file 'fileutils-4.1.9/src/remove.c', line 523, the
function is 'is_empty_dir', you 'opendir' the 'dir', but not 'closedir' it. This does
not cause any problems in most filesystem
cc: [EMAIL PROTECTED]
03/31/2003 10:12Subject: Re: Bug in version 4.1 of ls
.conf before
> dhclient-script.
Thank you for the report, but that's not a bug.
Here's the entry from the Coreutils FAQ
http://www.gnu.org/software/fileutils/doc/faq/core-utils-faq.html
that addresses your problem:
The ls command is not listing files in a normal order!:
http://tinyur
[EMAIL PROTECTED] wrote:
>
> I noticed a bug introduced between version 4.0.37 and 4.1 of ls.
Thanks for submitting the report. However, more information is
needed.
> Per ASCII character sequencing, in which a hyphen (0x2D) precedes a period
> (0x2E), one would expect ls to prese
Hi,
I noticed a bug introduced between version 4.0.37 and 4.1 of ls.
Per ASCII character sequencing, in which a hyphen (0x2D) precedes a period
(0x2E), one would expect ls to present the files dhclient-script and
dhclient.conf in that order. And that is what version 4.0.37 of ls does.
However
0, and tcsh
> 6.12.00.
[snip]
What does "ls -l" display? What type of file are the "foo"s?
Thanks, regards,
--
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
2.00.
Bye,
Marco
--
Dr. Marco Benini
Dipartimento di Informatica e Comunicazione
Facoltà di Scienze Matematiche, Fisiche e Naturali - Varese
Università degli Studi dell'Insubria
e-mail: [EMAIL PROTECTED]
WWW: http://web.crii.uninsubria.it/~mbenini
____
re.cp
`.signature' -> `.signature.cp'
# ls -l .signature*
-rw-r--r-- 1 stewart 322 Oct 25 10:33 .signature
-rw-r--r-- 1 stewart 322 Oct 25 10:33 .signature.cp
# cp -a -v -u .signature .signature.cp
#
Thanks,
- Stewart
__
oreutils-announce[1]) is here:
ftp://alpha.gnu.org/gnu/coreutils/coreutils-4.5.9.tar.bz2
(coreutils is the union of fileutils, textutils, and sh-utils)
Jim
[1] http://mail.gnu.org/mailman/listinfo/coreutils-announce
_______
Bug-fileutils mailing list
[EMAIL P
uld assume -x when the file to shred is not a regular
file?
Ben
_______
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
xargs
as shown in the referenced faq to avoid the limit.
Bob
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
than that, keep up the good work and good
luck to you.
Mark Feijo
Network Administration
Compusense Inc.
_______
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
Hi. I think there's a bug in the 'du' utility in fileutils-4.1.
du -b is supposed to report the size of the file in bytes.
The observed behavior is that du -b reports the size rounded
up to the nearest multiple of 1024, however:
venice[ /venice/cradle ]% ls -l file.dat
Tony Green wrote:
> I've come across what I *think* is a bug in the way GNU tar restores
> symbolically linked files.
It certainly sounds troubling. However, may I suggest that you make
this report to <[EMAIL PROTECTED]> instead of to bug-fileutils? This is
the wrong list
I've come across what I *think* is a bug in the way GNU tar restores
symbolically linked files.
The problem appears to relate to restoring symlinks that have absolute paths
when in a chrooted environment.
Specifically, I have had this problem when rebuilding my filesystem after
booting f
arguments are:
>- `mode'
>- `timestamps'
>- `ownership'
>- `links'
>- `all'
> Try `cp --help' for more information.
>
> Am I being stupid, or is this a bug? I'm using coreutils-4.5.3.
It looks like it's
guous argument `' for `--preserve'
Valid arguments are:
- `mode'
- `timestamps'
- `ownership'
- `links'
- `all'
Try `cp --help' for more information.
Am I being stupid, or is this a bug? I'm using coreutils-4.5.3.
It looks like it's been fixed
wnership'
- `links'
- `all'
Try `cp --help' for more information.
Am I being stupid, or is this a bug? I'm using coreutils-4.5.3.
Andrew Walrond
_______
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
to test on other
% distribution. AFAIK, the only forbidden characters are / and NULL, so I
Well, not so much 'forbidden', but certainly less than wise.
% believe it is a bug.
Nope. An old trick on new users, in fact :-) Look for '--' in the docs.
For some fun, try
cd /
rsion 4.1.11 on a GNU/Linux machine running
Gentoo Linux 1.2 with gcc 2.95.3. Have not been able to test on other
distribution. AFAIK, the only forbidden characters are / and NULL, so I
believe it is a bug.
~Todd Geders
_______
Bug-fileutils mailing list
[E
xed in the newer versions.
Here's the latest test release:
ftp://alpha.gnu.org/gnu/coreutils/coreutils-4.5.4.tar.bz2
(coreutils is the union of fileutils, textutils, and sh-utils)
_______
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
i say:
bash:> du /
he says:
[...]
Total Size: -2047307569 bytes
in 200179 Files
and 20086 Directories
---
looks like a too small variable...
sorry, but my coding skills are not good enough for a patch...
not jet :o)
greeds, robblond
___
/floppy
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/fd0 1423 1417 6 100% /floppy
This sounds like something unique to your system. It would be most
appreciated if you can debug it further there.
Bob
______
Version: 4.1.11
Source: Mandrake Linux 9.0
Description: df always reports a diskette as having zero blocks total,
used, and free.
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
all?
> Why does the Solaris 'ln' funtion differently (better?) than 'ln' in Linux??
I think perhaps you are not having trouble with 'ln'. The 'ln'
command makes links on the filesystem. How other programs use those
links is unrelated.
Good luck!
Bob
__
this
product on those OSes with sym links in place.
Why does the Solaris 'ln' funtion differently (better?) than 'ln' in Linux??
Lou Lohman
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
de 2002 10:33
Para: FileUtils bugs
Cc: Borges, Jenner Gigante (BR-Paulista Seguros)
Assunto: Re: RES: RES: RES: Bug on cp
Jenner --
...and then Borges, Jenner Gigante (BR-Paulista Seguros) said...
%
% Hi!
Hi!
%
% Top output now , but it seems pretty much with when the cp was running.
%
% 10
dezembro de 2002 18:39
Para: FileUtils bugs
Cc: Borges, Jenner Gigante (BR-Paulista Seguros)
Assunto: Re: RES: Bug on cp
Jenner --
...and then Borges, Jenner Gigante (BR-Paulista Seguros) said...
%
% Thanks for the answer.
Sure thing!
% The machine hangs and I can not login , I have to turn the
dezembro de 2002 17:50
Para: Borges, Jenner Gigante (BR-Paulista Seguros)
Cc: [EMAIL PROTECTED]
Assunto: Re: Bug on cp
Hello.
"Borges, Jenner Gigante (BR-Paulista Seguros)" wrote:
> I am using the cp command to copy a Oracle 8.1.7.4 datafile to a staging
> area on Compaq 5500 with
Seguros)
Assunto: Re: RES: RES: Bug on cp
Jenner --
...and then Borges, Jenner Gigante (BR-Paulista Seguros) said...
%
% Hello David!
Hi again!
% I have RAID 0+1.
OK...
% How can I see the inodes and increase them ?
Hmmm... I forget for ext2, but it is probably in the mount or mkfs or
PROTECTED] * society and not sufficient moral courage.
(work) [EMAIL PROTECTED] -- Mary Baker Eddy, "Science and Health"
http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg!
msg02052/pgp0.pgp
Description: PGP signature
__
ciety and not sufficient moral courage.
(work) [EMAIL PROTECTED] -- Mary Baker Eddy, "Science and Health"
http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg!
msg02051/pgp0.pgp
Description: PGP signature
___
Bug
as hung? Maybe it's taking a long time. Perhaps a program
like strace could tell you what cp is doing.
Regards,
--
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
tils bugs
Cc: Borges, Jenner Gigante (BR-Paulista Seguros)
Assunto: Re: Bug on cp
Jenner --
...and then Borges, Jenner Gigante (BR-Paulista Seguros) said...
%
% Hello,
Hi!
% I am using the cp command to copy a Oracle 8.1.7.4 datafile to a staging
% area on Compaq 5500 with 4 processors o
IL PROTECTED] -- Mary Baker Eddy, "Science and Health"
http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg!
msg02048/pgp0.pgp
Description: PGP signature
_______
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
ion: PGP signature
_______
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
]
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
What version of fileutils are you using?
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
'sl', 's' or 'l' being a correct
verification answer to remove the file. All docs says 'y' and 'Y' is needed
to remove the file, or it is skipped.
OS: RedHat 7.1 default install
/Henrik
___
Bug-fil
Hello there.
I don't know if anyone has reported this yet, but
if not, ls.c in the GNU fileutils package (v4.1 and
all older versions) has a bug on line 2534.
The line, reading:
"output_block_size < 0 ? output_block_size : 1));"
Should almost certainly read:
"ou
a bug in ls. I may have to submit a patch to (someone)
to correct the behavior when LANG=en_US. That's just very frustrating
(where's README!! why is it with rpm!!). Until that's fixed, I think
I'll try POSIX English.
Thanks.
On Fri, 2002-11-15 at 05:04, David
like I know and love. I appreciate your reply and apologize for
Good :-) I know *exactly* how you feel.
% considering it a bug in ls. I may have to submit a patch to (someone)
% to correct the behavior when LANG=en_US. That's just very frustrating
Hmmm... I think that "correct&quo
t;, [2002/11/21-13:39:15, 2002/11/21-13:39:05]) = 0
chown32(0xbbc4, 0x1e3, 0x32)= 0
chmod("tmp/test_18/baz", 040755) = 0
lstat64("tmp/test_18/foo", {st_mode=S_IFLNK|0777, st_size=3, ...}) = 0
unlink("tmp/test_18/foo") = 0
_exit(0) = ?
crikey%
Perhaps it's a combination of bugs in rename() and how that bug is
handled by `mv'?
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
ch mv
/bin/mv
crikey%
I'm using Red Hat 7.2, in case that matters.
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
lic link b to directory a will be dereferenced),
> but the link b has been moved. There is no alias for mv, mv resides in
> /bin.
Whoops.
I forgot a minor detail :-)
Your report exposed a bug in mv.c:
mv (coreutils-4.5.3) mistakenly strips trailing slashes
from the SOURCE name in
v b/ c
> alias mv
> which mv
>
> I expected, as is written, that the directory a will be moved into
> directory c (the symbolic link b to directory a will be dereferenced),
> but the link b has been moved. There is no alias for mv, mv resides in
> /bin.
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
Matthew --
...and then Matthew Vanecek said...
%
% The ls man page advertises that ls will "Sort entries alphabetically if
What version of ls on what operating system, please?
% none of -cftuSUX" are specified. -a is supposed to show the .
% directories/files.
Right.
%
% The b
The ls man page advertises that ls will "Sort entries alphabetically if
none of -cftuSUX" are specified. -a is supposed to show the .
directories/files.
The bug is that the . files/directories are intermixed with the other
files/directories, and that lower case and upper case files/d
is
wise to `fsck' the filesystem after doing this. Note that this
option will call `unlink' on the target with no additional checks,
so may be useful for non-directories in cases where `stat' fails
for the target.
esystem
are not supporting that old time capability. I know if I were writing
a filesystem today I would avoid giving that capability. But the tool
does not know that and gives it a try and reports the failure.
Bob
--
Please follow up to the list and not to me privately unless it is
personal.
Hi,
according to man page of 'rm' command -d option can
be used to unlink directory (by su).
" -d,
--directory
unlink directory, even if non-empty (super-user only) "
I am using "rm (GNU fileutils) 4.0l".
If I specify -d option for a removing a directory,
it gives me
rent. Perhaps you have a funny version of cp which is
different from the other utilities?
Bob
_______
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
happens for the command chmod:
chmod 755 $(EXECUTABLES) (this line gives the same error obtained with the
mv)
Best Regards,
Raffaele Nutricato
_______
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
K-Sudhakaran <[EMAIL PROTECTED]> [2002-10-24 15:51:44 +0530]:
> Do the following in bash shell ...u will get to know the bug in it.
>
> Create a sub directory.
>
> get into that directory using 'cd' command.
>
> remove the present working directory using
This is answered in the FAQ for GNU Coreutils (under Argument list too
long). See:
http://www.gnu.org/software/fileutils/doc/faq/core-utils-faq.html
Cheers,
--
Alfred M. Szmidt
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org
1 - 100 of 479 matches
Mail list logo
