On Sat, 11 Oct 2008, Brian Dessent wrote:
Uh, what? getaddrinfo() is implemented in Cygwin itself, which is the
equivalent of -lc and is implicitly included in every link, so you
should need no such external library at all.
getaddrinfo() was not until the 1.7 beta, I think; certainly
not in
On 11 Oct 2008 07:29:12 PDT, Herb Maeder wrote:
> The "mkpasswd -c" command produces the wrong gid for the current user
> under the following set of circumstances:
>
>* it is invoked from a cmd.exe shell
>* there are no running cygwin bash shells
>* output is redirected to cygwin's /et
On Sat, Oct 11, 2008 at 11:18:33AM +0200, Roberto Bagnara wrote:
> Christopher Faylor wrote:
>> On Mon, Oct 06, 2008 at 09:00:33PM +0200, Roberto Bagnara wrote:
>>> the following shows a problem in Cygwin 1.7 that is not present in
>>> Cygwin 1.5:
>>>
>>> [snip]
>>>
>>> As you see, the alarm() func
John Emmas wrote:
> Initially, that's what I thought too Brian. They're part of libc when
> I compile under Linux but they're not there for Cygwin (and I only installed
> Cygwin a few weeks ago). I need to link to libgetaddrinfo. In fact
> I searched libc to find the function names but they are
The "mkpasswd -c" command produces the wrong gid for the current user
under the following set of circumstances:
* it is invoked from a cmd.exe shell
* there are no running cygwin bash shells
* output is redirected to cygwin's /etc/passwd file (with the permissions
that setup.exe sets
- Original Message -
From: "Brian Dessent"
Subject: Re: Linker Search Directories
John Emmas wrote:
I'm about to build another library called "liblo". This library uses
various functions with names like getaddrinfo(), freeaddrinfo() etc
(all of which are declared in /usr/include/gett
John Emmas wrote:
> functions contained in the other one). If I was programming in Microsoft
> VC++ I'd normally resolve this by exporting the relevant functions.
> Exporting them (I believe) tells the linker that any unresolved function
> addresses will be resolved at run time (hence, dynamic li
John Emmas wrote:
> I'm about to build another library called "liblo". This library uses
> various functions with names like getaddrinfo(), freeaddrinfo() etc
> (all of which are declared in /usr/include/gettaddrinfo.h). On my
> Linux box, these functions reside in 'libc.a' - but in Cygwin, they
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Jack Andrews on 10/10/2008 10:21 PM:
>> Exactly how do you propose to implement posix_spawnattr_setsigdefault
>> without understanding cygwin internals, and given the fact that native
>> Windows API is woefully lacking in sigset_t coding?
I'm trying to build a C++ project involving around 20 branches, the majority
of whose targets are shared library objects (DLLs). Two of the branches
seem to have circular dependencies (in other words, each one relies on
functions contained in the other one). If I was programming in Microsoft
VC+
Christopher Faylor wrote:
On Mon, Oct 06, 2008 at 09:00:33PM +0200, Roberto Bagnara wrote:
the following shows a problem in Cygwin 1.7 that is not present in
Cygwin 1.5:
[snip]
As you see, the alarm() function is not invoked as it should (and as it
is in Cygwin 1.5).
It was invoked ony by co
Thanks Brian, that looks as though it's worked.
Just to check that I've understood this - here's a problem that I'll
be facing in a little while
I'm about to build another library called "liblo". This library uses
various functions with names like getaddrinfo(), freeaddrinfo() etc
(all of w
On 10 Oct 2008 11:35:08 +0200, Corinna Vinschen wrote:
> > But I think that means that some of the information in the "Special values
> > of user and group ids" section of the Cygwin User's Guide is out of date.
> >
> > Would it be appropriate to include some of the information from your
> > descr
13 matches
Mail list logo
