Pádraig Brady wrote:
I wonder should other coreutils use that for "invalid number..." errors?
Well, at least dd should. I installed the attached patch into coreutils. I
agree this doesn't appear to be an xstrtol issue.
>From eaa31727a65a5ecb7f21b5036d9ad5a1c67d1286 Mon Sep 17 00:00:00 2001
KO Myung-Hun wrote:
> On OS/2, there are maximum 26 CWDs, one CWD per drive[A to Z]. So
> it is needed to save and restore all of them as well as a CWD of a
> current drive.
>
> For examples,
>
> 1. CWD is C:\CWD
> 2. Call save_cwd()
> 3. Change drive to drive D: whose CWD was D:\
> 4.
On 01/12/14 19:31, Pádraig Brady wrote:
> On 01/12/14 18:49, Assaf Gordon wrote:
>> Hello,
>>
>> On Nov 30, 2014, at 6:09, Pádraig Brady wrote:
>>
>>> For context, gnulib-tests/test-getcwd.c is failing on Mac OS X with
>>> exit(7)...
>>
>> I've tried forcing AT_FDCWD to zero in 'test-getcwd.c' on
On Mon, Dec 15, 2014 at 05:44:22PM +, Daniel P. Berrange wrote:
> A previous commit attempted to workaround pollution in the
> Mingw64 pthreads.h header file
>
> commit d5fec6c22f03c6a73d62260c9ce091c10c0a9cbd
> Author: Eric Blake
> Date: Wed Jan 22 20:39:45 2014 -0700
>
> pthrea
A previous commit attempted to workaround pollution in the
Mingw64 pthreads.h header file
commit d5fec6c22f03c6a73d62260c9ce091c10c0a9cbd
Author: Eric Blake
Date: Wed Jan 22 20:39:45 2014 -0700
pthread: work around winpthread header pollution on mingw
It activated its workaround bas
On 15/12/14 07:45, isabella parakiss wrote:
> There's a problem with xstrtol.c: it cannot support Z and Y suffixes because
> 1024**7=1180591620717411303424 and 1024**8=1208925819614629174706176 but
> STRTOL_T_MAXIMUM is (at most) UINT64_MAX=18446744073709551615.
>
> I know this is not much of an i
There's a problem with xstrtol.c: it cannot support Z and Y suffixes because
1024**7=1180591620717411303424 and 1024**8=1208925819614629174706176 but
STRTOL_T_MAXIMUM is (at most) UINT64_MAX=18446744073709551615.
I know this is not much of an issue since Z and Y are so rarely used, but it
causes i