hi,
i was begining coding on hurd (gnumach1.3) and i try to make system call ..
in the file : (if the arracgment don't work) there is 3 files..
http://xavier.bonnafous.free.fr/hurd/proset.tar.gz
the executable proset the proset1.c (witch is a simple cc proset1.c) and proset2.c
with ist just a r
>Here's a patch, althought I left libtrivfs/io-map.c alone since it
> returned EOPNOTSUPP.
Actually I am favoring returning EOPNOTSUPP instead of ENODEV. The ENODEV
behavior is specific POSIXism for mmap, while EOPNOTSUPP is the generic
Hurd protocol for any RPC that a server doesn't suppor
On Sat, Sep 06, 2003 at 10:56:09AM +0200, Alfred M. Szmidt wrote:
> there are two or possibly three small bugs in idvec-verify.c that
> use--or abuse--the functions getpwuid_r() and getspnam_r(). It mostly
> concerns the fact that they don't return (nor does any other NSS
> related function AFAIK)
"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes:
> Alright, here's a better patch with ChangeLog entries and with the
>return values changed to EOPNOTSUPP.
>
> I'll join the nitpicker group here to. :-) It is frowned upon sending
> patches that are base64 encoded, since one cannot comm
Alfred M. Szmidt wrote:
I'll join the nitpicker group here to. :-) It is frowned upon sending
patches that are base64 encoded, since one cannot comment about
specific code changes when replying easily. So, just "cut & paste"
your patch into the mail message instead, and put the ChangeLog entry
bef
Alright, here's a better patch with ChangeLog entries and with the
return values changed to EOPNOTSUPP.
I'll join the nitpicker group here to. :-) It is frowned upon sending
patches that are base64 encoded, since one cannot comment about
specific code changes when replying easily. S
On Sat, Sep 06, 2003 at 01:08:51AM +0100, Greg Buchholz wrote:
> Alright, here's a better patch with ChangeLog entries and with the
> return values changed to EOPNOTSUPP.
I don't want to be picky here, but it's better to provide the ChangeLog
outside of the diff. ChangeLogs are very likely t
Hi,
there are two or possibly three small bugs in idvec-verify.c that
use--or abuse--the functions getpwuid_r() and getspnam_r(). It mostly
concerns the fact that they don't return (nor does any other NSS
related function AFAIK) anything useful, that is they always return
0), nor do they set errn
Indeed those should return either ENODEV or EOPNOTSUPP. libc should also
turn EOPNOTSUPP or MIG_BAD_ID from io_map into ENODEV in mmap.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
