Hi,
More details about this:
> 3) On MacOS X, SIGSTOP and SIGCONT make not only read() fail with EINTR, but
>fread() as well.
>
>Test case: [3]. Run it, type Hello then Ctrl-Z then fg. Result is:
>
>$ ./a.out
>Hello
>^Z
>[1]+ Stopped ./a.out
>$ fg
>
On 07/05/11 13:13, Eric Blake wrote:
On 07/05/2011 12:12 PM, Bruce Korb wrote:
On 07/05/11 10:13, Eric Blake wrote:
begin 444 hex-encode-EN:6865782d656e636f64652d44453a42414446
that is, presence of : in the desired output name implies that the file
name must be encoded, just the same as any 8-
Eric Blake wrote:
> The next version of POSIX will be enforcing that '/' and '.' are
> unambiguous across all POSIX encodings supported by all locales on a
> system
We are already make use of it in lib/mbschr.c and lib/mbsrchr.c.
> There are, however, some non-POSIX encodings where '/' can appear
On 07/05/2011 12:12 PM, Bruce Korb wrote:
> On 07/05/11 10:13, Eric Blake wrote:
>> begin 444 hex-encode-EN:6865782d656e636f64652d44453a42414446
>>
>> that is, presence of : in the desired output name implies that the file
>> name must be encoded, just the same as any 8-bit byte also makes that
>>
On 07/05/11 10:13, Eric Blake wrote:
begin 444 hex-encode-EN:6865782d656e636f64652d44453a42414446
that is, presence of : in the desired output name implies that the file
name must be encoded, just the same as any 8-bit byte also makes that
implication.
Yep, but part of the whole point of uuenc
Eric Blake scripsit:
> When used according to POSIX, the 'decode_pathname' argument (POSIX
> notation, or REMOTEFILE argument in 'uuencode --help' notation) is
> output literally in the resulting output of 'uuencode' on the line
> starting with "begin"; that resulting output is also required by PO
On 07/05/2011 10:58 AM, Bruce Korb wrote:
> On 07/05/11 08:06, Eric Blake wrote:
>> I'm not quite sure what you are asking me to do here. Maybe it helps to
>> read the current POSIX requirements on uuencode output:
>>
>> http://pubs.opengroup.org/onlinepubs/9699919799/utilities/uuencode.html
>
>
On 07/05/11 08:06, Eric Blake wrote:
I'm not quite sure what you are asking me to do here. Maybe it helps to
read the current POSIX requirements on uuencode output:
http://pubs.opengroup.org/onlinepubs/9699919799/utilities/uuencode.html
I read that, though I was sure not as carefully as someo
On 07/03/2011 06:39 PM, Bruno Haible wrote:
> Hi Eric,
>
>> diff --git a/ChangeLog b/ChangeLog
>> index fcc2e6e..5f3ffb7 100644
>> --- a/ChangeLog
>> +++ b/ChangeLog
>> @@ -1,3 +1,13 @@
>> +2011-07-01 Eric Blake
>> +
>> +snprintf: guarantee %1$d, for libintl
>> +* m4/snprintf.m4 (gl_FUN
On 07/05/2011 09:45 AM, John Cowan wrote:
> Eric Blake scripsit:
>
>> [B]ut if filename is _not_ a character string in the current locale, then
>> the output would _not_ be a text file (among other things, a text file
>> has the property that at least one locale can interpret every byte
>> sequenc
Eric Blake scripsit:
> [B]ut if filename is _not_ a character string in the current locale, then
> the output would _not_ be a text file (among other things, a text file
> has the property that at least one locale can interpret every byte
> sequence in the file as valid characters).
Say what?
On 07/02/2011 12:44 AM, Simon Josefsson wrote:
> This is on a fully up to date Windows XP and Cygwin as of 2011-07-01.
Basically, cygwin 1.7.9.
> There are two suspicious tests:
>
> 1)
> ./test-copy-acl.sh: line 230: 3828 Segmentation fault (core dumped)
> setfacl -d group:0 tmpfile0
> se
On 07/05/2011 08:40 AM, Bruce Korb wrote:
> 2. Assuming that you want a localized file name for this archive file,
>you thus still want to encode the file name for transmission.
>To do this, you would use code like this:
> dst = malloc(2 * strlen(p) + 1);
> while (*p) {
>
Hi Duhuanpeng,
On 07/05/11 06:44, 張叁 wrote:
Let me try to write something in English.
Please to correct my English. :-)
Eric is helping me in some i18n stuff for NTP, hopefully he can help
translate when things become confused. Please include original
Chinese plus your English so he can detec
Let me try to write something in English.
Please to correct my English. :-)
firstly, thanks to Korb for reading my ugly code. :)
Korb is
the problem is users using uuencode to
uuencode a file, he may expect every
btye is ASCII in encodeed file.
but when a NOT-ASCII file name apears,
the problem c
Bruno Haible wrote:
> Hi Jim,
>
> Jim Meyering wrote:
>> It is trivial to avoid leading TABs in a script
>> that emits a Makefile snippet with leading TABs.
>> Here's one way that is perhaps minimally invasive:
>> The change replaces each explicit leading TAB with 8 leading
>> spaces and converts e
Hi Jim,
Jim Meyering wrote:
> It is trivial to avoid leading TABs in a script
> that emits a Makefile snippet with leading TABs.
> Here's one way that is perhaps minimally invasive:
> The change replaces each explicit leading TAB with 8 leading
> spaces and converts each "cat" to a sed command tha
On Tue, Jul 5, 2011 at 10:17 AM, Paolo Bonzini wrote:
> On 07/03/2011 06:28 PM, Bastien ROUCARIES wrote:
>> On Sun, Jul 3, 2011 at 5:36 PM, Bruno Haible wrote:
>>> Hi all,
>>>
>>> I wrote:
... in programs that don't install signal handlers, EINTR ... also occurs
in
MacOS X!
>>>
>>
Bruno Haible wrote:
...
>> Also, regarding the cpp indentation in stdio-read.c and stdio-write.c,
>> would you prefer to exempt those two files or to indent the offending
>> #undef directives?
>
> Code like
>
> char *
> gets (char *s)
> #undef gets
> {
> ...
> }
>
> has pretty much be
Bruno Haible wrote:
>> m4/po.m4
>> *** indent with spaces, not TABs;
>> ...
>> Bruno, I didn't change po.m4, since it's from gettext.
>> If you plan to fix it, I'll leave the failure for now.
>> Otherwise, let me know and I'll exempt that file, too.
>
> The leading tabs in m4/po.m4 are not
On 07/03/2011 06:28 PM, Bastien ROUCARIES wrote:
> On Sun, Jul 3, 2011 at 5:36 PM, Bruno Haible wrote:
>> Hi all,
>>
>> I wrote:
>>> ... in programs that don't install signal handlers, EINTR ... also occurs in
>>> MacOS X!
>>
>> It is worse than that:
>>
>> 1) Even on Linux, even when the signal h
21 matches
Mail list logo
