Bruno Haible [EMAIL PROTECTED] writes:
intmax_t size = 8
uintmax_t size = 4
int64_t size = 8
uint64_t size = 8
This looks like a different set of problems than what was observed on
HP-UX 10.20. On your host, 64-bit signed preprocessor numbers work,
but the unsigned ones don't. Can you
Paul Eggert wrote:
On your host, 64-bit signed preprocessor numbers work,
but the unsigned ones don't.
Yes, it looks like this, assuming that the autoconf tests are correct.
Can you please try this code:
#if ! (18446744073709551615ULL = -1u)
error in preprocessor;
#endif
and tell me
Dustin J. Mitchell [EMAIL PROTECTED] wrote:
Over on the amanda-users list, we just had an interesting problem come up:
http://marc.info/?t=11926174312r=1w=2
to summarize, the user is running Cyrus, which makes scads of hard
links. On doing a restore of only a few files, tar fails
Concatenated output of tcp script (below).
I replaced 'tar' with 'star' by hand. Have fun :-).
1. Tested on Athlon 1500MHz, RAM 512MB, disk speed 50MB/s, reiserfs
best time of 3 repetitions, /tmp/drv, 82M, 4105 files
program operation realusersystem speed
bsdtar create
On Mon, 2007-10-22 22:34:32 +0200, Jan Psota [EMAIL PROTECTED] wrote:
bsdtarlist0.050.020.02 1452160 KB/s
bsdtarlist 0.21 0.06 0.14 9960157 KB/s
bsdtarlist0.010.000.01 20282000 KB/s
bsdtarlist
Chuck Swiger [EMAIL PROTECTED] writes:
GNU tar compiles from source just fine on Solaris,
Actually, that's not quite true for tar 1.19 due to a last-minute
minor configuration bug in the distribution; see
http://lists.gnu.org/archive/html/bug-tar/2007-10/msg00013.html.
You can work around the
On Oct 22, 2007, at 2:45 PM, Paul Eggert wrote:
Chuck Swiger [EMAIL PROTECTED] writes:
GNU tar compiles from source just fine on Solaris,
Actually, that's not quite true for tar 1.19 due to a last-minute
minor configuration bug in the distribution; see
