* tests/test-fdutimensat.c (do_fdutimens): Don't assume
fdutimensat works with a nonnegative fd and AT_SYMLINK_NOFOLLOW.
On Solaris 8, it fails with errno == ENOSYS, because there is no
futimens (so it can't use the fd), and there is no lutimens (so it
can't implement AT_SYMLINK_NOFOLLOW on
Paul Eggert egg...@cs.ucla.edu writes:
Here's a simpler test case that illustrates the Solaris bug,
in case there's anybody here who can get bug fixes
into Solaris:
#include stdio.h
int
main (void)
{
char buf[1000];
int n = snprintf (buf, sizeof buf, %.511f, 1.0);
printf (%d
Joachim Schmitz wrote:
The only SA_something Macros I can find are SA_DATA_SITE in sys/socket.h,
most probably unrelated, and SA_NOCLDSTOP and SA_RESERVED_31 in signal.h,
and nothing that looks remotely like a replacement, signal.h attached
Thanks for looking into this. So the best choice is
Hi Eric,
-ASSERT (errno == EINVAL || errno == EBUSY);
+ASSERT (errno == EINVAL || errno == EBUSY || errno == EEXIST);
The patch to relax the testsuite looks okay to me; we're already
allowing other non-standard errno values here, so no one has complained
about it causing
Joachim Schmitz wrote:
OK, the highest number for any SIGsomething is 31, so NSIG should really be
32.
Thanks for this info. I'm adding a definition of NSIG for your platform.
2010-12-24 Bruno Haible br...@clisp.org
signal: Define NSIG.
* lib/signal.in.h (NSIG): Define to
Bruno Haible wrote:
Hi Eric,
-ASSERT (errno == EINVAL || errno == EBUSY);
+ASSERT (errno == EINVAL || errno == EBUSY || errno == EEXIST);
The patch to relax the testsuite looks okay to me; we're already
allowing other non-standard errno values here, so no one has
Hello Paul,
This prints 513 0.0 rather than the correct 513 1.0.
Indeed. I reproduce on Solaris 10/SPARC. On Solaris 10/x86, the result is
simply a SIGSEGV.
When I build a testdir for 'snprintf-posix', the results are:
- On Solaris 10/x86:
checking whether printf supports large
Hi Bruno
Hmmm, as per config.log and config.h configure apparently found alphasort and
#defined _HAVE_ALPHASORT, I wonder why?
configure:24953: checking for alphasort
configure:24953: cc -o conftest -g -I/usr/local/include conftest.c 5
return 0;
^
Joachim Schmitz wrote:
typedef struct { char slot1; char slot2; } char_helper;
((size_t)__INTADDR__struct { char __slot1; char __slot2; }
*)0)-__slot2)))
Is not equal to
((size_t)__INTADDR__char_helper *)0)-slot2)))
do you see why, resp. what's wrong here?
No, I don't see
Joachim Schmitz wrote:
Ah! Found it in a lib called zutildll! And that indeed gets linked by my
wrapper script. It is not documented anywhere, so I'm not sure whether
it serves the purpose POSIX defined for this...
Yes, when a function is not documented, it's most reliable to not use it.
Joachim Schmitz wrote:
gllig/printf.o is not, but does not contain rpl_printf:
$ nm -Pe gllib/printf.o
E __stdio_fp
F printf
E rpl_vfprintf
gllib/printf.o should define rpl_printf, not printf.
Is some header file on your platform doing a #undef printf ?
Bruno
Joachim Schmitz wrote:
Good question. In config.h I can only see:
#define HOST_NAME_MAX
So it gets #define'd but with no value
...
Possibly because it does not #include arpa/nameser.h
arpa/nameser.h is such a rarely included header file that we can ignore
it here, and simply use a
Thanks.
I'll report this as a bug to HP NonStop development. Last change on the lib was
that scandir() and scandir64() had been added, looks like alphasort() got added
too, but not externalized.
Bye, Jojo
-Original Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Friday,
There is no reason to include sys/socket.h from sys/select.h
except on native Windows platforms. I've tested this on various platforms.
2010-12-24 Bruno Haible br...@clisp.org
sys_select: Remove unneeded include.
* lib/sys_select.in.h: Don't include sys/socket.h on platforms
Joachim Schmitz wrote:
Yes, but with a condition that apparently is not met (and to deeply
nested and complicated for me to grasp), hence my change:
diff -u ./gllib/sys_select.in.h.orig ./gllib/sys_select.in.h
--- ./gllib/sys_select.in.h.orig2010-10-10 16:05:05.0 -0500
+++
On Wed, Nov 24, 2010 at 12:07:52PM -0800, Paul Eggert wrote:
I pushed the following patch; could you please give it a try?
From 531b8a416b6ae40f89808e1db8976eb25972e661 Mon Sep 17 00:00:00 2001
From: Paul Eggert egg...@cs.ucla.edu
Date: Wed, 24 Nov 2010 12:05:43 -0800
Subject: [PATCH]
* lib/pipe.h: Restore file as thin shim around spawn-pipe.h.
* modules/pipe (Files): Include revived file.
(Include): Drop reference, to mirror getdate's behavior.
Signed-off-by: Eric Blake ebl...@redhat.com
---
Since at this point we are not considering moving either all POSIX
related modules
* lib/stdint.in.h (INT64_MAX, UINT64_MAX): Check via #ifdef rather
than #if.
* tests/test-floor2.c (main): Likewise.
Reported by Peter O'Gorman.
Signed-off-by: Eric Blake ebl...@redhat.com
---
+#if UINT64_MAX
# define GL_UINT64_T
Any reason not to #ifdef INT64_MAX/UINT64_MAX instead of
Hi,
How can some library code determine the name of the running program,
for error message and display purposes, if the program's main() function
has not stored argv[0] in a particular place?
Let's be clear about two things:
1) This question is mostly irrelevant for libposix, because library
Hi Jim,
You wrote on 2010-10-13 in
http://lists.gnu.org/archive/html/bug-gnulib/2010-10/msg00318.html:
* tests/test-select.c: Include macros.h.
ASSERT that each call to read, write, and pipe succeeds.
While not technically required, also check each close.
The last part causes a failure on
Hi Paolo,
While looking at tests/test-select.c for the OSF/1 failure, I found a couple
of small tweaks. Can you agree to these 4 patches?
1) The code for pipe() on Win32 is now in module 'pipe-posix'. And 'pipe-posix'
depends on 'unistd'.
2010-12-24 Bruno Haible br...@clisp.org
On 12/24/2010 01:41 PM, Bruno Haible wrote:
Decide that it is better to have no gnulib API at all than an API that
has portability problems.
Given the results of your (impressive) research, I'm tempted to
go with this approach.
A fallback position might be to implement only A (the
22 matches
Mail list logo