Re: Bug in od with "-j" option?

Paul GHALEB <[EMAIL PROTECTED]> wrote: > IOW, when one tries to skip exactly the size of the file, od acts as > if it ignored the "-j size" option. > > I looked at the source code and found that the problem is most likely > in src/od.c:skip() at line 1043: > if ((uintmax_t) file_stats.s

Segmentation fault copying a file

Hello, I get a segmentation fault when I try to copy a file in particular: $ cp a b Fallo de segmentación Note: "Fallo de segmentación" means segmentation fault. $ ls -l -rwx-- 1 eneko eneko 16875520 2007-08-14 12:55 b -rwx-- 1 eneko eneko 102049992 2006-05-05 11:23 a These messages a

Re: Segmentation fault copying a file

Eneko Nieto <[EMAIL PROTECTED]> wrote: > I get a segmentation fault when I try to copy a file in particular: > > $ cp a b > Fallo de segmentación > > Note: "Fallo de segmentación" means segmentation fault. > > $ ls -l > -rwx-- 1 eneko eneko 16875520 2007-08-14 12:55 b > -rwx-- 1 eneko enek

Re: Segmentation fault copying a file

[cc'ing the list, so others know, too] Eneko Nieto <[EMAIL PROTECTED]> wrote: > On Tuesday 14 August 2007 14:32:29 you wrote: ... > Oops, the system blocked and after rebooting it I can't reproduce the error, > sorry :( > > Anyway, take the info: > > $ df -T . > S.ficherosTipo Bloques de 1K

RE: coreutils rm - win32 native port

- I tried Mingw's MSYS now; it suffers from the problems similar to cygwin's: needs to be installed and needs a DLL. - Why shouldn't coreutils accept native win32 ports? GNU make does. I think native win32 support should be an objective of the project; if not, the situation I described before won'

[bug #20784] mv should be able to change filename case on case-insensitive file systems

URL: Summary: mv should be able to change filename case on case-insensitive file systems Project: GNU Core Utilities Submitted by: None Submitted on: Tuesday 08/14/2007 at 16:29 UTC C

Re: [bug #20784] mv should be able to change filename case on case-insensitive file systems

anonymous scripsit: > On Cygwin using non-managed mounts (and presumably other operating systems > when using a case-insensitive file system), it's not possible to use Coreutils > mv to change the case of a filename; mv reports that they are the same file. This is a nasty bug, and definitely shou

mv: cannot move `dir' to a subdirectory of itself, `../dir'

mv seems to think that ../dir is a subdirectory of dir, not realising that .. has a special meaning. Here's a shell transcript that produces the incorrect error message in coreutils 5.97-5.2ubuntu3 (ubuntu 7.04): $ cd $ mkdir test $ cd test $ mkdir ../dir $ mkdir dir $ touch ../dir/x dir/y $ ls -

basename whitespace bug

Hi when executed with file name containing spaces, basename returns only first part of file name (until space). Rihards ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils

mv can't change filename case on case-insensitive file systems

(I reported this issue on the bug tracker on Savannah, but it looks like sending bug reports to this mailing list is preferred, so I'm repeating it here.) On Cygwin using non-managed mounts (and presumably other operating systems when using a case-insensitive file system), it's not possible to use

Re: Bug in od with "-j" option?

Jim Meyering <[EMAIL PROTECTED]> writes: > + If the number of bytes left to skip is larger than > + the size of the current file, we can decrement > + n_skip and go on to the next file. */ > if (S_ISREG (file_stats.st_mode) && 0 <= file_stats.st_size) An idle t

Re: basename whitespace bug

On Tue, 14 Aug 2007, Rihards Kazainis wrote: when executed with file name containing spaces, basename returns only first part of file name (until space). I can't reproduce this: $ basename --version basename (GNU coreutils) 5.93 $ basename '/tmp/filename with spaces' filename with spaces Cou

Re: basename whitespace bug

when executed with file name containing spaces, basename returns only first part of file name (until space). Try quoting the string. [EMAIL PROTECTED]:~$ basename "/home/ams/frob ni.cate" frob ni.cate Space is treated as a seperator of arguments on GNU and Unixoid systems. __

Re: mv: cannot move `dir' to a subdirectory of itself, `../dir'

"Chris Moore" <[EMAIL PROTECTED]> writes: > $ mv dir .. > mv: cannot move `dir' to a subdirectory of itself, `../dir' With coreutils 6.9 you'll get "Directory not empty". Andreas. -- Andreas Schwab, SuSE Labs, [EMAIL PROTECTED] SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany

printf --help

The --help message for printf (coreutils 6.9) starts with this: Usage: /usr/local/gnu/bin/printf FORMAT [ARGUMENT]... or: /usr/local/gnu/bin/printf OPTION Print ARGUMENT(s) according to FORMAT. --help display this help and exit --version output version info

Re: mv: cannot move `dir' to a subdirectory of itself, `../dir'

Andreas Schwab wrote: "Chris Moore" <[EMAIL PROTECTED]> writes: $ mv dir .. mv: cannot move `dir' to a subdirectory of itself, `../dir' With coreutils 6.9 you'll get "Directory not empty". That also seems incorrect. Shouldn't the error be "A file ( directory ) with that name already exist

Re: mv: cannot move `dir' to a subdirectory of itself, `../dir'

Phillip Susi <[EMAIL PROTECTED]> writes: > Andreas Schwab wrote: >> "Chris Moore" <[EMAIL PROTECTED]> writes: >> >>> $ mv dir .. >>> mv: cannot move `dir' to a subdirectory of itself, `../dir' >> >> With coreutils 6.9 you'll get "Directory not empty". > > That also seems incorrect. Shouldn't the

RE: coreutils rm - win32 native port

> - I tried Mingw's MSYS now; it suffers from the problems similar to > cygwin's: needs to be installed and needs a DLL. MSYS is a collection of mingw apps along with a shell; it encompasses several features including file name munging, above what a simple mingw application normally does. Using m

Re: mv can't change filename case on case-insensitive file systems

> (I reported this issue on the bug tracker on Savannah, but it looks like > sending bug reports to this mailing list is preferred, so I'm repeating it > here.) The bug-tracker forwards all edits to this list, so you just repeated yourself. > > On Cygwin using non-managed mounts (and presumably

Re: coreutils rm - win32 native port

Eric Blake wrote: > Aviad Lahav wrote: > > - Why shouldn't coreutils accept native win32 ports? > > Because the GNU Coding Standards do not require bending backwards > to support proprietary systems. It is counterproductive to our philosophy > to add #ifdefs all over the portable code just for on