join bug

2008-02-29 Thread Martin Schmeing
Hello, Is there a size limit for the input files for join? I want to do it with large files, but even files of 1000 lines fail Thanks, Martin ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils

date +%s ignores TZ

2008-02-29 Thread Jan Engelhardt
Hi, this is probably all correct behavior as it is right now (coreutils 6.9): $ date +%s 120433 $ TZ=GMT date +%s 120433 $ TZ=PDT date +%s 120433 but is there actually a way to do $ TZ=anything date +%s -d "`date '+%Y-%m-%d %H

Shred 5.2.1 VS. Shred 6.10

2008-02-29 Thread Jeremy Moles
We've been utilizing an internal tool/userspace/stack/thing here for a number of years that, along with performing other maintenance tasks, uses shred version 5.2.1 (which was packaged with an old version of Ubuntu, I believe) to wipe various drives in different circumstances. Depending on the spee

Re: date +%s ignores TZ

2008-02-29 Thread Bob Proulx
Jan Engelhardt wrote: > $ date +%s > 120433 %s seconds since 1970-01-01 00:00:00 UTC > $ TZ=GMT date +%s > 120433 > $ TZ=PDT date +%s > 120433 Right. I assume you were *very fast* typing in that data and that seconds did not move on while you

Re: join bug

2008-02-29 Thread Bob Proulx
Martin Schmeing wrote: > Is there a size limit for the input files for join? Long lines will consume as much memory as needed to work with the full size of the line. In the extreme if lines are extremely long then it will use an extreme amount of memory. Size of memory is an effective limit. Bu

Re: date +%s ignores TZ

2008-02-29 Thread Jan Engelhardt
On Feb 29 2008 14:20, Bob Proulx wrote: >Right. I assume you were *very fast* typing in that data and that >seconds did not move on while you were doing it. :-) I get the point >though. That value is a timezone independent value. > >> but is there actually a way to do >> >> $ TZ=anything

Re: date +%s ignores TZ

2008-02-29 Thread Andreas Schwab
Jan Engelhardt <[EMAIL PROTECTED]> writes: > this is probably all correct behavior as it is right now (coreutils 6.9): > > $ date +%s > 120433 > $ TZ=GMT date +%s > 120433 > $ TZ=PDT date +%s > 120433 %s is defined as "seconds since 1970-01-01 00:00

Re: date +%s ignores TZ

2008-02-29 Thread Brian Dessent
Jan Engelhardt wrote: > I wanted to get the number of seconds since the start of the day. > > echo $[`date +%s` % 86400]; How about: echo $[$(date +%s) - $(date -d '' +%s)] Brian ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://l

Re: date +%s ignores TZ

2008-02-29 Thread Bob Proulx
Jan Engelhardt wrote: > There is (my default zone is /etc/localtime -> > /usr/share/zoneinfo/Europe/Berlin): > > $ TZ=GMT date +%s -d "`date '+%Y-%m-%d %H:%M:%S'`" > 1204325194 > $ date +%s > 1204321595 > > (now with not-so-fast typing! :) :-) > I wanted to get the

Re: date +%s ignores TZ

2008-02-29 Thread Bob Proulx
Brian Dessent wrote: > Jan Engelhardt wrote: > > I wanted to get the number of seconds since the start of the day. > > > > echo $[`date +%s` % 86400]; > > How about: > > echo $[$(date +%s) - $(date -d '' +%s)] That works most of the time and if I were never to run this at midnight I wou

Re: du reports different results for "." (proposed patch)

2008-02-29 Thread Paul Eggert
Andreas Schwab <[EMAIL PROTECTED]> writes: > I just checked various *BSD manpages, and they explicitly say to count > hard links only once per invocation, so it is probably better to stay > compatible here. (POSIX is not that clear in this point, but it appears > to be a valid interpretation.) S