Good evening.
I realized the mistake I was making in my previous email...I'm using Vista
and I believe the problem was due to permission settings not allowing me to
download/save anything directly to my C drive; I tried again using a
different save location and was successful.
However, I am still
Good evening,
I hope this isn't a stupid question, but I need some assistance. I am
trying to download the gnulib code to use with CodeBlocks/cygwin. I ran the
command:
git clone git://git.savannah.gnu.org/gnulib.git
I now have a directory with the following folders: hooks, info, objects,
refs
The test-copy-acl.sh test fails for me on Cygwin.
There appears to be a weird interaction between setting a file mode (chmod)
and setting an ACL. Although on this platform the ACL has entries that
correspond to user/group/other, the mode is *not* part of the ACL for all
files.
The test case showi
Paolo Bonzini wrote:
> BTW, are there platforms with sa_len (typically BSD systems) and without
> getaddrinfo?
Yes, OSF/1 4.0 and 5.1 are in this case.
The other platforms that lack getaddrinfo (HP-UX, IRIX, Solaris, Cygwin,
Interix) don't have sa_len.
Bruno
Hi Simon,
> > | native fd| gnulib | native SOCKET |
> > | | wrapped fd | |
> > ---
> > ReadFile, WriteFile | | |
Simon Josefsson wrote:
Actually, glibc declares ioctl in stropts.h too. However, stropts.h is
not mention anywhere in the glibc manual. The glibc manual says the
ioctl function is declared in sys/ioctl.h. The man page for ioctl on my
system says sys/ioctl.h.
As of Fedora's glibc-2.8-8, there
Jim Meyering <[EMAIL PROTECTED]> writes:
> Ben Pfaff <[EMAIL PROTECTED]> wrote:
>> Hi Jim. While attempting to use announce-gen for the first time
>> I discovered and fixed a couple of minor flaws in its user
>> interface. OK to push this to gnulib?
>>
>> commit f70e255e4db6200d6352ba794deb8d4f1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Simon Josefsson on 10/10/2008 3:01 AM:
>
> Does the new POSIX document change anything? I notice that "ioctl.h"
> doesn't result in anything on the current opengroup.org site.
Yes. It deprecates STREAMS, and renders the use of obsolet
> But the internal gnulib implementation might change, right? I mean, the
> FD_TO_SOCKET macro is an implementation detail in gnulib, but if that
> ever changes, it would break binary compatibility if GnuTLS exposes the
> SOCKET vs int difference.
No, there's no other sensible way. The macro is
Bruno Haible <[EMAIL PROTECTED]> writes:
> Simon wrote:
>> Is there any way for gnulib to detect that a fd was created by gnulib's
>> winsock wrappers or the native systems?
>
> Actually these two are different types: gnulib's file descriptors are 'int'
> in the small nonnegative range, whereas a
Simon wrote:
> Is there any way for gnulib to detect that a fd was created by gnulib's
> winsock wrappers or the native systems?
Actually these two are different types: gnulib's file descriptors are 'int'
in the small nonnegative range, whereas a SOCKET is actually a HANDLE that
can be passed to R
Simon Josefsson wrote:
> Actually, glibc declares ioctl in stropts.h too. However, stropts.h is
> not mention anywhere in the glibc manual. The glibc manual says the
> ioctl function is declared in sys/ioctl.h. The man page for ioctl on my
> system says sys/ioctl.h.
Yes. And additionally,
- a
Bruno Haible <[EMAIL PROTECTED]> writes:
> Where should ioctl() be declared? Certainly not in . Most
> platforms have it in . Only AIX and Solaris declare it in
> instead. POSIX specifies it should be declared ,
> but many platforms don't have (and who needs STREAMS anyway?).
> The de-facto stan
Bruno Haible wrote:
> This defines a module for the 'ioctl' function, and moves its declaration
> from to .
>
> Hopefully this is the last patch in this series of winsock-related
> restructuring.
Indeed. Thanks very much!
Paolo
Ben Pfaff <[EMAIL PROTECTED]> wrote:
> Hi Jim. While attempting to use announce-gen for the first time
> I discovered and fixed a couple of minor flaws in its user
> interface. OK to push this to gnulib?
>
> commit f70e255e4db6200d6352ba794deb8d4f110461d5
> Author: Ben Pfaff <[EMAIL PROTECTED]>
>
15 matches
Mail list logo