[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: glibc sysdeps/posix/tempname.c artificially limited to TMP_MAX
From: |
Paul Eggert |
Subject: |
Re: glibc sysdeps/posix/tempname.c artificially limited to TMP_MAX |
Date: |
Mon, 26 Nov 2001 17:08:11 -0800 (PST) |
> From: Ulrich Drepper <address@hidden>
> Date: 26 Nov 2001 13:38:58 -0800
>
> > So, to finish the fix, I'd like to remove this artificial limitation
> > of glibc.
>
> This is no artificial limitation. This is a means to catch an
> out-of-control situation. If you have that many temporary files
> something is wrong
As things stand, the code can refuse to generate more than 26
temporary files on some non-glibc platforms. It is not at all unusual
for 'sort' to have more temporary files than that. 26 is _way_ too low.
If you prefer to impose some limit smaller than the inherent limit of
62**6, that's fine: just modify TEMPORARIES accordingly in my proposed
patch.
But let's not leave the limit so absurdly low on non-glibc platforms.