Re: gsort problem

[Jim Meyering]

Paul Eggert <[EMAIL PROTECTED]> wrote:
> "Simon Wing-Tang" <[EMAIL PROTECTED]> writes:
>
>> This time it sorted correctly and created the temporary files over
>> 2GB as follows
>
> Thanks for testing it.  I installed that patch (enclosed again below)
> into gnulib and the coreutils CVS trunk.  Jim, is it OK if I also
> install this into the coreutils b5_9x branch?

Yes.  Thanks for dealing with that.


___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: patch: contrib/compare_tests

[Andrew Pinski]

On May 25, 2006, at 9:13 PM, Paul Eggert wrote:


For ltmain.sh and libjava/classpath/ltmain.sh the patch is merely
propagating fixes that I contributed quite some time ago to Libtool.
These fixes have been distributed and exercised extensively on many
platforms.  (I am a bit surprised that GCC does not simply track
Libtool in this area, but that's a different matter.)


Classpath issues should goto the classpath project and not to GCC.

-- Pinski


___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: patch: contrib/compare_tests

[Paul Eggert]

Andrew Pinski <[EMAIL PROTECTED]> writes:

> On May 25, 2006, at 12:25 AM, Paul Eggert wrote:
>> Can somebody please reopen bug #27434 and apply its patch to GCC?
>> Unlike the patches proposed for 14251, the 27434 patch shouldn't break
>> builds on older (pre-POSIX) systems.
>
> Are you 100% sure?

For gcc/Makefile.in, I am more sure that the patched version will
work, than the unpatched one.  The unpatched version is clearly buggy
on pre-POSIX systems, since it invokes "tail +16c" and not "tail +17c".

For ltmain.sh and libjava/classpath/ltmain.sh the patch is merely
propagating fixes that I contributed quite some time ago to Libtool.
These fixes have been distributed and exercised extensively on many
platforms.  (I am a bit surprised that GCC does not simply track
Libtool in this area, but that's a different matter.)

The contrib/compare_tests fix, which fixes the bug that started this
thread, uses the same basic idea as the Libtool patch.  Given its
pedigree, it should be quite reliable.

> It is not pre-POSIX system, it is pre new POSIX systems also.

The patched version should work on all the kinds of systems that
you're worried about.  I considered those systems when I wrote the
patch.

> I am wondering why coreutils follow POSIX instead of the psedo-
> standard of what everyone else does?

That issue was discussed previously in this thread; please see
, in the text
starting "The remaining problem in this area".


___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: i need urgent help

[Eric Blake]

> i need you 2 help me out as fast as possible.
>
>   i purposely wiped out my harddrive so as to install ubuntu linux...works 
> fine 
> and all that but i now need to install a windows O/S on a partition but the 
> cd 
> would not auto run.

Unfortunately, this is the wrong mailing list to ask, as coreutils has nothing
to do with creating disk partitions.

>
>   what would i have to do& pls let me know how to convert{in a straight4ward 
> way} microsoft office files to open office files.

Again, not something that coreutils can do.  You will have better luck using
web search engines first.

-- 
Eric Blake


___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils

RE: comm command bug while using with Tilda delimited files

[Eric Blake]

> Thanks Brian for a quick response. Infact I do sort the file prior to 
> processing 
> it. But I use the following:
>  
> sort -t"~" -k1,1 file1 -o file1

> Looks like I will have to settle for a normal sort rather than key based sort 
> for this to work.

Or you could propose a patch to comm to accept -k and -t, so that comm and
sort can agree on how the files were sorted.

> 
> IMPORTANT
> 1.This email and any attachments are confidential.  Any unauthorised 

A word of advice - this is a publicly archived mailing list.  Your disclaimer
is therefore unenforceable, and it is a sign of bad netiquette to use an
employer's email account where such footers are appended against your
will when posting to a public list.  Consider using a free web-based email
account for such purposes.

-- 
Eric Blake


___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: Re: (no subject)

[ralf . rabemann]

Hi Bob!


thank you for your help!

Ralf


___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils

RE: comm command bug while using with Tilda delimited files

[Anand Ramamoorthy]

Thanks Brian for a quick response. Infact I do sort the file prior to 
processing it. But I use the following:
 
sort -t"~" -k1,1 file1 -o file1
 
And I get the output mentioned below since 5 comes before 55. I'm purposely not 
using Numeric sort as I'm writing a generic script and my primary fields can be 
non-numeric fields as well.
 
Looks like I will have to settle for a normal sort rather than key based sort 
for this to work.
 
Thanks,
Anand



From: Brian Dessent [mailto:[EMAIL PROTECTED]
Sent: Thu 25/05/2006 11:51 PM
To: Anand Ramamoorthy
Cc: bug-coreutils@gnu.org
Subject: Re: comm command bug while using with Tilda delimited files



Anand Ramamoorthy wrote:

> This is the first time I'm having issues with "comm" command on an HP-UX Unix 
> box (Model: 9000/800, Release: B11.11)
>
> I'm trying to compare two files that are "~" delimited.
>
> File 1
> 
> 1~10
> 5~30
> 55~40
> 6~20
>
>
> File 2
> 
> 1~20
> 5~35
> 55~40
> 7~27

'comm' requires that the input files be sorted.  These are not sorted,
because "~" comes after "5" in the ascii order.  You can test this for
yourself with something like:

$ echo -e "5~30\n55~40" | sort
55~40
5~30

It works when you use "," because that character comes before the digits
in the ascii order.  Run your input files through 'sort' before passing
them to 'comm'.

Brian



IMPORTANT
1.  This email and any attachments are confidential.  Any unauthorised 
dissemination or other use of these materials is prohibited.  If received in 
error, please contact us and delete all copies.  
2.  Before opening or using attachments, check them for viruses and 
defects.  Our liability is limited to resupplying any affected attachments. 
3.  Protecting your privacy is important to us.  Our privacy statement and 
further information is available at www.oakton.com.au.


___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils

i need urgent help

['tayo teluwo]

i need you 2 help me out as fast as possible.
   
  i purposely wiped out my harddrive so as to install ubuntu linux...works fine 
and all that but i now need to install a windows O/S on a partition but the cd 
would not auto run.
   
  what would i have to do& pls let me know how to convert{in a straight4ward 
way} microsoft office files to open office files.
   
   
  i would appreciate an adequate response.


twhy.

still got game
Send instant messages to your online friends http://au.messenger.yahoo.com 
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: gsort problem

[Paul Eggert]

"Simon Wing-Tang" <[EMAIL PROTECTED]> writes:

> This time it sorted correctly and created the temporary files over
> 2GB as follows

Thanks for testing it.  I installed that patch (enclosed again below)
into gnulib and the coreutils CVS trunk.  Jim, is it OK if I also
install this into the coreutils b5_9x branch?  It seems fairly
important (for HP-UX) and harmless elsewhere.

2006-05-25  Paul Eggert  <[EMAIL PROTECTED]>

* lib/tempname.c (small_open, large_open): New macros.
(__open, __open64) [!_LIBC]: Remove.
(__gen_tempname): Use small_open and large_open instead of __open
and __open64.  This fixes a portability bug on HP-UX 11.11i
reported by Simon Wing-Tang in
.

--- lib/tempname.c  23 Sep 2005 04:15:13 -  1.17
+++ lib/tempname.c  25 May 2006 21:55:35 -  1.18
@@ -1,7 +1,7 @@
 /* tempname.c - generate the name of a temporary file.
 
Copyright (C) 1991, 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
-   2000, 2001, 2002, 2003, 2005 Free Software Foundation, Inc.
+   2000, 2001, 2002, 2003, 2005, 2006 Free Software Foundation, Inc.
 
This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
@@ -66,14 +66,16 @@
 
 #if _LIBC
 # define struct_stat64 struct stat64
+# define small_open __open
+# define large_open __open64
 #else
 # include "stat-macros.h"
 # define struct_stat64 struct stat
+# define small_open open
+# define large_open open
 # define __getpid getpid
 # define __gettimeofday gettimeofday
 # define __mkdir mkdir
-# define __open open
-# define __open64 open
 # define __lxstat64(version, file, buf) lstat (file, buf)
 # define __xstat64(version, file, buf) stat (file, buf)
 #endif
@@ -269,11 +271,11 @@ __gen_tempname (char *tmpl, int kind)
   switch (kind)
{
case __GT_FILE:
- fd = __open (tmpl, O_RDWR | O_CREAT | O_EXCL, S_IRUSR | S_IWUSR);
+ fd = small_open (tmpl, O_RDWR | O_CREAT | O_EXCL, S_IRUSR | S_IWUSR);
  break;
 
case __GT_BIGFILE:
- fd = __open64 (tmpl, O_RDWR | O_CREAT | O_EXCL, S_IRUSR | S_IWUSR);
+ fd = large_open (tmpl, O_RDWR | O_CREAT | O_EXCL, S_IRUSR | S_IWUSR);
  break;
 
case __GT_DIR:


___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: patch: contrib/compare_tests

[Andrew Pinski]

On May 25, 2006, at 12:25 AM, Paul Eggert wrote:



Can somebody please reopen bug #27434 and apply its patch to GCC?
Unlike the patches proposed for 14251, the 27434 patch shouldn't break
builds on older (pre-POSIX) systems.


Are you 100% sure?  It is not pre-POSIX system, it is pre new POSIX  
systems also.
I am wondering why coreutils follow POSIX instead of the psedo- 
standard of

what everyone else does?

-- Pinski


___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: back-forward functionality in 'cd'

[Arjun Shankar]

Eric:

Coreutils does not provide cd, so this is the wrong list to ask.  cd is
usually provided as a shell builtin.


Yeah, I noticed that just half minute after hitting 'Send'. Actually,
I had mailed this list before, about 'ls', so it stuck in my head.


You nailed it - cd is specified by POSIX, and changing it as you proposed
would be a POSIX incompatibility, so I doubt you will be able to get bash,
ksh, zsh, or any other shell to change their implementation of cd.


I guess I shouldn't bother mailing the right list now :). Thanks anyways.

Arjun Shankar.


___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: comm command bug while using with Tilda delimited files

[Brian Dessent]

Anand Ramamoorthy wrote:

> This is the first time I'm having issues with "comm" command on an HP-UX Unix 
> box (Model: 9000/800, Release: B11.11)
> 
> I'm trying to compare two files that are "~" delimited.
> 
> File 1
> 
> 1~10
> 5~30
> 55~40
> 6~20
> 
> 
> File 2
> 
> 1~20
> 5~35
> 55~40
> 7~27

'comm' requires that the input files be sorted.  These are not sorted,
because "~" comes after "5" in the ascii order.  You can test this for
yourself with something like:

$ echo -e "5~30\n55~40" | sort
55~40
5~30

It works when you use "," because that character comes before the digits
in the ascii order.  Run your input files through 'sort' before passing
them to 'comm'.

Brian


___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils

comm command bug while using with Tilda delimited files

[Anand Ramamoorthy]

This is the first time I'm having issues with "comm" command on an HP-UX Unix 
box (Model: 9000/800, Release: B11.11)
 
I'm trying to compare two files that are "~" delimited.
 
File 1

1~10
5~30
55~40
6~20
 
 
File 2

1~20
5~35
55~40
7~27
 
Now I'm trying to get the common records of the above files, I sould be getting 
55~40 which is there in both files. But I get none as output. But if I use "," 
as delimiter instead of "~", then it works. Dont know whether "~" is a special 
char for comm command.
 
 
Here is how I use comm command.
 
comm -12 file1 file2
 
 
Thanks in advance for any help you can provide me.
 
Regards,
Anand.
 
 
 

IMPORTANT
1.  This email and any attachments are confidential.  Any unauthorised 
dissemination or other use of these materials is prohibited.  If received in 
error, please contact us and delete all copies.  
2.  Before opening or using attachments, check them for viruses and 
defects.  Our liability is limited to resupplying any affected attachments. 
3.  Protecting your privacy is important to us.  Our privacy statement and 
further information is available at www.oakton.com.au.


___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: (no subject)

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to [EMAIL PROTECTED] on 5/24/2006 2:42 PM:
> Hi!
> 
> i started to read the doku of textutils, but i dont understand, how i can use 
> the textutils - have i to install any GNU - software before?

textutils is now part of coreutils, and the latest version is 5.96.  Yes,
you will need to install it before you can use it.  GNU/Linux systems
typically come with coreutils pre-installed, but for other operating
systems, the GNU tools are add-ons.  If you look in the right places, you
can often find pre-compiled binaries for your platform, rather than having
to download the source and compile it yourself (this is particularly true
for Windows, where the typical machine does not include a compiler by
default).

> 
> I like to use the textutil-funktions as a subfunction in a windows shell 
> sript - is ths possible?

Yes.  As Bob pointed out, cygwin is a good example of this (it also
includes a compiler, if you wanted to build coreutils from source).
Another Windows port is that you may be interested in would be mingw32.

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEdaYl84KuGfSFAYARAtH3AJ9PK2NttV0W9NcKnwv2YPw0tNaTQACfV7Ji
6WeSfHX+eb4RpOi/Ool5n/k=
=X7Ei
-END PGP SIGNATURE-


___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: DF (coreutils) - bug??

[Paul Eggert]

Alex aka Parasite <[EMAIL PROTECTED]> writes:

> The problem seems to be related to well-known "137Gb LBA limitation".

Most likely it's not a bug in df, then, and is instead a bug in the
underyling operating system or file system.  You can check this by
invoking strace on df, and seeing what numbers the underyling system
calls return.


___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: patch: contrib/compare_tests

[Paul Eggert]

Andrew Pinski <[EMAIL PROTECTED]> writes:

> This was rejected like three or more times already.

No, the patch in question

was incorrectly marked to be a duplicate of
.
They are not the same bug.

On 2005-06-15 you noted in bug#14251 "Coreuitls has been fixed so lets
close this as will not fix."  But this comment is incorrect for the
POSIX incompatibilities fixed by the patch proposed for GCC bug #27434.
This is why it was an error to mark 27434 as a duplicate of 14251.

Can somebody please reopen bug #27434 and apply its patch to GCC?
Unlike the patches proposed for 14251, the 27434 patch shouldn't break
builds on older (pre-POSIX) systems.

Thanks.


___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils