Hi Joachim,
> I know, it's been a while... but I think I found a problem in ACL support for
> NonStop. There are file systems and OS version that don't support them, and
> gnu-lib code thows an error for these. The code I'm referring to is in
> file-has-acl.c and goes like this:
>
> …
> # elif
t: Sunday, October 03, 2010 6:05 PM
To: Schmitz, Joachim
Cc: 'Paolo Bonzini'; 'bug-gnulib'
Subject: Re: ACLs on HP NonStop
Joachim Schmitz wrote:
> Ah, now I see, 'class' is mandatory, so we'd need
>
> setacl -s user::6,group::0,class:0,other:0 tmpfil
HP Devpt refused to fix this. It is not part or IEEE 1003.1 2003, but came later
Bye, Jojo
-Original Message-
From: Joachim Schmitz [mailto:j...@schmitz-digital.de]
Sent: Tuesday, December 28, 2010 10:59 AM
To: 'Bruno Haible'
Cc: 'bug-gnulib@gnu.org'
Subject: RE: alp
Thanks, I'll mention this to them.
Bye, Jojo
-Original Message-
From: Paul Eggert [mailto:egg...@cs.ucla.edu]
Sent: Tuesday, December 28, 2010 5:44 PM
To: Joachim Schmitz
Cc: 'Bruno Haible'; bug-gnulib@gnu.org
Subject: Re: alphasort on HP-NonStop
On 12/28/2010 01:59 AM,
On 12/28/2010 01:59 AM, Joachim Schmitz wrote:
> I see that gnulib uses strcoll() rather than strcmp(), which seems to be what
> POSIX mandates.
> I'll request a bug fix for these issues from HP NonStop development...
When you do that, you might tell them that
there's a possible time bomb there.
HP NonStop development...
Bye, Jojo
-Original Message-
From: Joachim Schmitz [mailto:j...@schmitz-digital.de]
Sent: Friday, December 24, 2010 1:57 PM
To: 'Bruno Haible'
Cc: 'bug-gnulib@gnu.org'
Subject: RE: alphasort on HP-NonStop
Thanks.
I'll report this as a bu
Joachim Schmitz wrote:
> OK, thanks.
>
> The alignof problem is still not solved, but I managed to run a 'make check'
> and here's where it fails:
Good! At least the entire testdir now compiled without errors.
> FAIL: test-alignof ignore for now
I'm out o
Joachim Schmitz wrote:
> OK, fine. Can I get a new testdir, please?
You fine a new one at http://www.haible.de/bruno/gnu/testdir-posix.tar.gz
Bruno
OK, fine. Can I get a new testdir, please?
-Original Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Monday, December 27, 2010 1:32 AM
To: Joachim Schmitz
Cc: bug-gnulib@gnu.org
Subject: Re: socket functions on HP-NonStop
Joachim Schmitz wrote:
> This seems to be indeed
ge-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Monday, December 27, 2010 1:35 AM
To: Joachim Schmitz
Cc: bug-gnulib@gnu.org
Subject: Re: socket functions on HP-NonStop
Joachim Schmitz wrote:
> This doesn't seem to be sufficient, I still (or now? Not sure) get errors for
Joachim Schmitz wrote:
> This doesn't seem to be sufficient, I still (or now? Not sure) get errors for
> inet_ntop() and accept():
>
> argument of type "socklen_t *" is incompatible with parameter of
> type "size_t *"
Can you give the complete error message, please? (Just to b
Joachim Schmitz wrote:
> This seems to be indeed new and due to the new "#include " which
> doesn't agree with gnulib's arpa/inet.h
>
> source='test-getaddrinfo.c' object='test-getaddrinfo.o' libtool=no
> DEPDIR=.deps depmode=none /bin/sh ./../build-aux/depcomp cc -DHAVE_CONFIG_H
> -I. -DGNU
nal Message-
From: Joachim Schmitz [mailto:j...@schmitz-digital.de]
Sent: Saturday, December 25, 2010 5:58 PM
To: 'Bruno Haible'
Cc: 'bug-gnulib@gnu.org'
Subject: RE: socket functions on HP-NonStop
This doesn't seem to be sufficient, I still (or now? Not sure) get erro
to:br...@clisp.org]
Sent: Friday, December 24, 2010 5:22 PM
To: Joachim Schmitz
Cc: bug-gnulib@gnu.org
Subject: Re: socket functions on HP-NonStop
Joachim Schmitz wrote:
> socklen_t is typedef'ed in (and as an int) but, for
> some strange and probably historical reason, not used any
Joachim Schmitz wrote:
> Problem: I seem to need automake 1.11 but only have 1.8
Yes, the file DEPENDENCIES says that you need automake 1.9.6 at least,
for use with gnulib.
> Meanwhile it'd be great if you could create me a new testdir
Find it at http://www.haible.de/bruno/gnu/testdir-posix.tar.
2010 1:57 PM
To: Joachim Schmitz
Cc: bug-gnulib@gnu.org
Subject: Re: HOST_NAME_MAX on HP-NonStop
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
Thanks, that should do, I'll test
-Original Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Friday, December 24, 2010 4:41 PM
To: Joachim Schmitz
Cc: bug-gnulib@gnu.org
Subject: Re: gethostname on HP-NonStop
Joachim Schmitz wrote:
> diff -u ./gllib/unistd.in.h.orig
Joachim Schmitz wrote:
> socklen_t is typedef'ed in (and as an int) but, for some
> strange and probably historical reason, not used anywhere, in particular
> not in those socket funktions with use a size_t instead (which is
> typedefe'ed to an unsigned integer)
OK, I wanted to know whether sockl
Joachim Schmitz wrote:
> diff -u ./gllib/unistd.in.h.orig ./gllib/unistd.in.h
> --- ./gllib/unistd.in.h.orig2010-12-20 19:57:37.0 -0600
> +++ ./gllib/unistd.in.h 2010-12-23 07:57:13.0 -0600
> @@ -51,6 +51,14 @@
> # undef _GL_INCLUDING_WINSOCK2_H
> #endif
>
> +#ifdef __TANDEM
riday, December 24, 2010 12:25 PM
To: Joachim Schmitz
Cc: bug-gnulib@gnu.org
Subject: Re: alphasort on HP-NonStop
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
> wh
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
is such a rarely included header file that we can ignore
it here, and simply use a fallback of 256 (which is th
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.
>
#x27;bug-gnulib@gnu.org'
Subject: RE: alphasort on HP-NonStop
You mean add alphasort to gllib/dirent.in.h?
We don't have an alphasort elsewhere
And yes, we're quite a bit behind the current POSIX...
-Original Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: T
Joachim Schmitz wrote:
> OK, the highest number for any SIG 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
signal: Define NSIG.
* lib/signal.in.h (NSIG): Define to 32 on NonStop Kernel.
Joachim Schmitz wrote:
> The only SA_ Macros I can find are SA_DATA_SITE in ,
> most probably unrelated, and SA_NOCLDSTOP and SA_RESERVED_31 in ,
> and nothing that looks remotely like a replacement, signal.h attached
Thanks for looking into this. So the best choice is to accept the fact that
SA
On 12/23/2010 05:30 AM, Bruno Haible wrote:
> Hello Joachim,
>
> Please, let's use different mails with different subject for each topic.
> Otherwise I cannot keep track which issues have been dealt with, and
> the conversation dies down in confusion.
Also, it would be nice if you didn't top-post
eclty, these have been optional up to Issue 6.
Bye, Jojo
-Original Message-
From: Joachim Schmitz [mailto:j...@schmitz-digital.de]
Sent: Thursday, December 23, 2010 1:52 PM
To: 'Bruno Haible'
Cc: 'bug-gnulib@gnu.org'
Subject: RE: on HP-NonStop
Hi Bruno
OK, the highest
cember 23, 2010 3:05 PM
To: Joachim Schmitz
Cc: bug-gnulib@gnu.org
Subject: Re: socket functions on HP-NonStop
Joachim Schmitz wrote:
> Incompatible prototype for inet_ntop
> source='test-getaddrinfo.c' object='test-getaddrinfo.o' libtool=no
> DEPDIR=.dep
---
From: Joachim Schmitz [mailto:j...@schmitz-digital.de]
Sent: Thursday, December 23, 2010 1:55 PM
To: 'Bruno Haible'
Cc: 'bug-gnulib@gnu.org'
Subject: RE: gethostname on HP-NonStop
Oh well, it is not here. So some kind of workaround is needed.
-Original Message-
F
Joachim Schmitz wrote:
> Incompatible prototype for inet_ntop
> source='test-getaddrinfo.c' object='test-getaddrinfo.o' libtool=no
> DEPDIR=.deps depmode=none /bin/sh ./../build-aux/depcomp cc -DHAVE_CONFIG_H
> -I. -DGNULIB_STRICT_CHECKING=1 -I. -I. -I.. -I./.. -I../gllib
> -I./../gllib
ib@gnu.org
Subject: Re: alphasort on HP-NonStop
Joachim Schmitz wrote:
> alphasort missing, need to modify gllib/dirent.in.h? How?
> source='test-dirent-c++.cc' object='test-dirent-c++.o' libtool=no
> DEPDIR=.depsdepmode=none /bin/sh ./../build-aux/depcomp c++
> -HA
ning 2.
Possibly because it does not #include
Bye, Jojo
-Original Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Thursday, December 23, 2010 1:48 PM
To: Joachim Schmitz
Cc: bug-gnulib@gnu.org
Subject: Re: HOST_NAME_MAX on HP-NonStop
Joachim Schmitz wrote:
> Problem wit
Oh well, it is not here. So some kind of workaround is needed.
-Original Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Thursday, December 23, 2010 1:43 PM
To: Joachim Schmitz
Cc: bug-gnulib@gnu.org
Subject: Re: gethostname on HP-NonStop
Joachim Schmitz wrote:
> gethostn
Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Thursday, December 23, 2010 1:30 PM
To: Joachim Schmitz
Cc: bug-gnulib@gnu.org
Subject: Re: on HP-NonStop
Hello Joachim,
Please, let's use different mails with different subject for each topic.
Otherwise I cannot keep track
Joachim Schmitz wrote:
> Problem with HOST_NAME_MAX (MAXHOSTNAMELEN is set to 64 in ,
> added this to gllib/unistd.in.h, but don't think it belongs there):
> char buf[HOST_NAME_MAX];
> ^
> "/usr/local/Floss/gnulib/testdir-posix/gltests/test-gethostname.c", line 38:
> error(163):
>
Joachim Schmitz wrote:
> gethostname missing (resp. not found, it is available and declared in
> ), in various places. I added it to gllib/unistd.in.h
> source='test-fcntl-h-c++.cc' object='test-fcntl-h-c++.o' libtool=no
> DEPDIR=.deps depmode=none /bin/sh ./../build-aux/depcomp c++ -DHAVE_CONF
Joachim Schmitz wrote:
> alphasort missing, need to modify gllib/dirent.in.h? How?
> source='test-dirent-c++.cc' object='test-dirent-c++.o' libtool=no
> DEPDIR=.depsdepmode=none /bin/sh ./../build-aux/depcomp c++ -HAVE_CONFIG_H
> -I. -DGNULIB_STRICT_CHECKING=1 -I. -I. -I.. -I./.. -I../glli
Hello Joachim,
Please, let's use different mails with different subject for each topic.
Otherwise I cannot keep track which issues have been dealt with, and
the conversation dies down in confusion.
> During compile of gllib:
> NSIG missing, I added it to gllib/spwani.c, in a brute force fashion
On 05/10/10 02:51, Bruno Haible wrote:
> Joachim Schmitz writes:
>> Doesn't work here, same problem:
>> Read 68 from /etc/resolv.conf...
>> FAIL: test-read-file
>>
>> And to clarify: the problem is not the symlink, it is the different
>> personalities in NonStop. A symlink inside the OSS personalit
x is needed at all?
You did add ACL support for HP NonStop, and in a very short time, and I'd like
to thank you for this a lot!
Bye, Jojo
-Original Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Tuesday, October 05, 2010 3:52 AM
To: Schmitz, Joachim
Cc: bug-gnulib
Joachim Schmitz writes:
> Doesn't work here, same problem:
> Read 68 from /etc/resolv.conf...
> FAIL: test-read-file
>
> And to clarify: the problem is not the symlink, it is the different
> personalities in NonStop. A symlink inside the OSS personality wouldn't
> be a problem, a symlink to an EDIT
Joachim Schmitz wrote:
> So this is why it errors here:
> if (len != statbuf.st_size)
> {
> fprintf (stderr, "Read %ld from %s...\n", (unsigned long) len,
> FILE1);
> err = 1;
> }
>
>
> The problem is, that here /etc/resolv.conf is a
, I'd appreciate a new testdir from the newest gnulib, if
that's possible?
Bye, Jojo
-Original Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Saturday, October 02, 2010 6:06 PM
To: Schmitz, Joachim
Cc: Paul Eggert; Paolo Bonzini; 'bug-gnulib'
Subject: Re: libfl
Bonzini
Sent: Monday, October 04, 2010 11:35 AM
To: Schmitz, Joachim
Cc: Bruno Haible; 'bug-gnulib'
Subject: Re: read-file on HP NonStop
On 10/04/2010 07:54 AM, Schmitz, Joachim wrote:
> So we'd need to make sure that in this test we use a file (or symlink
> to a file) in the OS
On 10/04/2010 07:54 AM, Schmitz, Joachim wrote:
So we'd need to make sure that in this test we use a file (or symlink
to a file) in the OSS namespace. One file that always exists here
would be e.g. /etc/profile.sample, so I'd use:
#ifdef __TANDEM
#define FILE1 "/etc/profile.sample"
#else
#define
_TANDEM
#define FILE1 "/etc/profile.sample"
#else
#define FILE1 "/etc/resolv.conf"
#endif
#define FILE2 "/dev/null"
Or do you have a better idea?
Bye, Jojo
-----Original Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Monday, October 04, 2010 2:01 AM
To: Schm
Joachim Schmitz wrote:
> Read 68 from /etc/resolv.conf...
> FAIL: test-read-file
>
> Now hunting that failed check... ah, /etc/resolv.conf is a symlink here,
> apparently the test doesn't like this.
That should work too. When on Linux I change FILE1 to "/tmp/symlink" which is
a symlink to a regul
Joachim Schmitz wrote:
> Ah, now I see, 'class' is mandatory, so we'd need
>
> setacl -s user::6,group::0,class:0,other:0 tmpfile0
Good. I'll use class:7 instead of class:0, since this is more realistic.
> and that indeed works:
Great! I'm thus committing the ACL support.
2010-10-03 Bruno H
nt: Sunday, October 03, 2010 3:14 PM
To: Schmitz, Joachim
Cc: 'Paolo Bonzini'; 'bug-gnulib'
Subject: Re: ACLs on HP NonStop
Joachim Schmitz wrote:
> Looks much better now. 'make check' now reports:
> PASS: test-file-has-acl.sh
> PASS: test-set-mode-acl.sh
Joachim Schmitz wrote:
> Looks much better now. 'make check' now reports:
> PASS: test-file-has-acl.sh
> PASS: test-set-mode-acl.sh
Very nice! These are usually the hardest ones to make pass on a new
platform.
> unknown permission ":0"
> PASS: test-copy-acl.sh
> unknown permission ":0"
> PASS: te
-gnulib'
Subject: Re: ACLs on HP NonStop
Joachim Schmitz wrote:
> One other error, brute force fix:
> diff -u ./gltests/test-sameacls.c.orig ./gltests/test-sameacls.c
> --- ./gltests/test-sameacls.c.orig 2010-10-02 11:10:42.0 -0500
> +++ ./gltests/test-sameacls.c
ay, October 03, 2010 2:44 PM
To: Schmitz, Joachim
Cc: 'Paolo Bonzini'; 'bug-gnulib'
Subject: Re: ACLs on HP NonStop
Joachim Schmitz wrote:
> Two errors so far, I fixed one (hopefully correct):
> diff -u ./gllib/copy-acl.c.orig ./gllib/copy-acl.c
> --- ./gllib/copy-acl.c.orig
Joachim Schmitz wrote:
> One other error, brute force fix:
> diff -u ./gltests/test-sameacls.c.orig ./gltests/test-sameacls.c
> --- ./gltests/test-sameacls.c.orig 2010-10-02 11:10:42.0 -0500
> +++ ./gltests/test-sameacls.c 2010-10-03 07:11:40.0 -0500
> @@ -24,7 +24,7 @@
> #i
Joachim Schmitz wrote:
> Two errors so far, I fixed one (hopefully correct):
> diff -u ./gllib/copy-acl.c.orig ./gllib/copy-acl.c
> --- ./gllib/copy-acl.c.orig 2010-10-02 21:25:58.0 -0500
> +++ ./gllib/copy-acl.c 2010-10-03 06:59:44.0 -0500
> @@ -544,7 +544,7 @@
> /* I
al Message-
From: Schmitz, Joachim [mailto:schm...@hp.com]
Sent: Sunday, October 03, 2010 2:17 PM
To: 'Bruno Haible'
Cc: 'Paolo Bonzini'; 'bug-gnulib'
Subject: RE: ACLs on HP NonStop
One other error, brute force fix:
diff -u ./gltests/test-sameacls.c.orig ./gltests/
/acltestdir2/gltests/test-file-has-acl: not found
-Original Message-
From: Schmitz, Joachim [mailto:schm...@hp.com]
Sent: Sunday, October 03, 2010 2:06 PM
To: 'Bruno Haible'
Cc: 'Paolo Bonzini'; 'bug-gnulib'
Subject: RE: ACLs on HP NonStop
Two errors so far,
[mailto:br...@clisp.org]
Sent: Sunday, October 03, 2010 1:04 PM
To: Schmitz, Joachim
Cc: 'Paolo Bonzini'; 'bug-gnulib'
Subject: Re: ACLs on HP NonStop
Hi Joachim,
> The shell commands are setacl and getacl.
>
> Output of "VERBOSE=1 make check TESTS=test-file
and without warnings showing up though.
-Original Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Sunday, October 03, 2010 4:47 AM
To: Schmitz, Joachim
Cc: bug-gnulib@gnu.org
Subject: Re: integer types on HP NonStop
Joachim Schmitz wrote:
> That sample code compiles wit
z, Joachim
Cc: 'Paolo Bonzini'; 'bug-gnulib'
Subject: Re: ACLs on HP NonStop
Hi Joachim,
> The shell commands are setacl and getacl.
>
> Output of "VERBOSE=1 make check TESTS=test-file-has-acl.sh" attached.
>
> + acl_flavor=osf1
> ...
> setacl: i
Hi Joachim,
> The shell commands are setacl and getacl.
>
> Output of "VERBOSE=1 make check TESTS=test-file-has-acl.sh" attached.
>
> + acl_flavor=osf1
> ...
> setacl: illegal option -- u
Thanks, that's what we needed to know. So, one needs a new acl_flavor in the
four unit tests.
There used to
4:34 AM
To: Schmitz, Joachim
Cc: 'Paolo Bonzini'; 'bug-gnulib'
Subject: Re: ACLs on HP NonStop
Hi Joachim,
> Attached my patches so far...
> ...
>../gllib/libgnu.a(set-mode-acl.o): In function `qset_acl':
>set-mode-acl.o(.text._148712224+0x202): un
Hi Joachim,
> Attached my patches so far...
> ...
>../gllib/libgnu.a(set-mode-acl.o): In function `qset_acl':
>set-mode-acl.o(.text._148712224+0x202): unresolved reference to facl.
This needs another approach. The test in gl_FUNC_ACL and the code in
lib/acl-internal.h use different code f
Joachim Schmitz wrote:
> That sample code compiles with a gazillon warnings "implicit conversion from
> "int" to "unsigned char": rounding, sign extension, or loss of accuracy may
> result"
These warnings can be ignored.
> it's output attached...
Thanks. All is fine now. No need to worry abo
ctober 02, 2010 1:56 PM
To: Schmitz, Joachim; bug-gnulib@gnu.org
Subject: integer types on HP NonStop
Hi Joachim,
Have the severe compiler bugs regarding integer type operations
that were reported about Tandem/NSK in 2006 [1][2] been fixed by now?
Can you please try the test program from [1], compile
Joachim Schmitz wrote:
> It is very likely that this wrapper is used, as without it'd be very
> difficult to do the ports.
>
> There is not much of documentation, mainly source code, check
> http://ituglib.connect-community.org and select the (latest) floss package.
Thanks for the pointer. This
morrow (if $dayjob permits).
Bye, Jojo
-Original Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Saturday, October 02, 2010 6:06 PM
To: Schmitz, Joachim
Cc: Paul Eggert; Paolo Bonzini; 'bug-gnulib'
Subject: Re: libfloss on HP NonStop
Joachim Schmitz wrote:
> The -lfl
Joachim Schmitz wrote:
> The -lfloss is being taken care of by the cc wrapper script, so nothing you
> need to be worried about.
Does everyone use this wrapper script? What if someone runs configure with
CC=c89?
> there are more of these workaround/additions now. They either provide
> feature Non
Hi Joachim,
Have the severe compiler bugs regarding integer type operations
that were reported about Tandem/NSK in 2006 [1][2] been fixed by now?
Can you please try the test program from [1], compile it with
-D__CHAR_UNSIGNED__ and -O, and post its output?
Bruno
[1] http://lists.gnu.org/archive/
68 matches
Mail list logo
