On Tue, Sep 20, 2011 at 04:45:42PM -0600, Eric Blake wrote:
>Bruno Haible reported that grantpt and unlockpt report success even on
>invalid fds. This program fails the assertion at line 7:
>
>#include
>#include
>#include
>#include
>int main (void)
>{
> assert (grantpt (-1) == -1);
> asse
> On 09/20/2011 11:59 AM, Andrew Schulman wrote:
> >>>
> >>> http://ftp.gnu.org/gnu/cpio/cpio-2.11.tar.gz
> >>>
> >>> See gnu/argp* . Looks like a complete implementation, all GPL.
>
> cpio borrows argp from gnulib, and in gnulib, argp is GPL (because it
> has some improvements over glibc) but m
Version 4.5.3-3 of mingw64-x86_64-gcc has been uploaded.
mingw64-x86_64-gcc contains GCC for the MinGW-w64 Win64 toolchain.
This version fixes a typo used for gcc configure, anybody using this
toolchain for C++ development are encouraged to rebuild their libraries.
*** CYGWIN-ANNOU
Version 4.5.3-3 of mingw64-i686-gcc has been uploaded.
mingw64-i686-gcc contains GCC for the MinGW-w64 Win32 toolchain.
This version fixes a typo used for gcc configure, anybody using this
toolchain for C++ development are encouraged to rebuild their libraries.
*** CYGWIN-ANNOUNCE
On 9/20/2011 6:53 PM, Lou U wrote:
I am a newbie running cygwin on Windows 7. I want to run an installer for
graphics software, Dislin.
$./setup.exe
bash: ./setup.exe Permission denied
Permissions for setup.exe are -rwxrwxrwx+
setup will run in a Windows Command window. I'm wondering if that "+"
I am a newbie running cygwin on Windows 7. I want to run an installer for
graphics software, Dislin.
$./setup.exe
bash: ./setup.exe Permission denied
Permissions for setup.exe are -rwxrwxrwx+
setup will run in a Windows Command window. I'm wondering if that "+" in the
permissions is a problem. If
Bruno Haible reported that grantpt and unlockpt report success even on
invalid fds. This program fails the assertion at line 7:
#include
#include
#include
#include
int main (void)
{
assert (grantpt (-1) == -1);
assert (errno == EBADF);
errno = 0;
assert (grantpt (99) == -1);
asser
On 09/20/2011 11:59 AM, Andrew Schulman wrote:
http://ftp.gnu.org/gnu/cpio/cpio-2.11.tar.gz
See gnu/argp* . Looks like a complete implementation, all GPL.
cpio borrows argp from gnulib, and in gnulib, argp is GPL (because it
has some improvements over glibc) but maintains sync with glibc fi
> On Tue, Sep 20, 2011 at 01:20:10PM -0400, Andrew Schulman wrote:
> >> LGPLed code is fine. It just can't be built into the Cygwin DLL. So,
> >> if you're looking into packaging anything, I'd use the latest you can
> >> find.
> >>
> >> Or, if you can find an implementation with a "better" licen
On Tue, Sep 20, 2011 at 01:20:10PM -0400, Andrew Schulman wrote:
>> LGPLed code is fine. It just can't be built into the Cygwin DLL. So,
>> if you're looking into packaging anything, I'd use the latest you can
>> find.
>>
>> Or, if you can find an implementation with a "better" license, I'll
>>
> LGPLed code is fine. It just can't be built into the Cygwin DLL. So,
> if you're looking into packaging anything, I'd use the latest you can
> find.
>
> Or, if you can find an implementation with a "better" license, I'll
> happily pull it into Cygwin itself.
http://ftp.gnu.org/gnu/cpio/cpio-2
On Tue, Sep 20, 2011 at 01:03:23PM -0400, Andrew Schulman wrote:
>> On Mon, Sep 19, 2011 at 04:43:45AM -0400, Andrew Schulman wrote:
>> >I'd like to use argp[1] in a Cygwin program, but I see that it's not
>> >implemented in Cygwin. The catgets and cpio packages have apparently
>> >imported it sta
> On Mon, Sep 19, 2011 at 04:43:45AM -0400, Andrew Schulman wrote:
> >I'd like to use argp[1] in a Cygwin program, but I see that it's not
> >implemented in Cygwin. The catgets and cpio packages have apparently
> >imported it statically into their source, and advice on the net is to
> >import thei
On Mon, Sep 19, 2011 at 04:43:45AM -0400, Andrew Schulman wrote:
>I'd like to use argp[1] in a Cygwin program, but I see that it's not
>implemented in Cygwin. The catgets and cpio packages have apparently
>imported it statically into their source, and advice on the net is to
>import their implemen
On Tue, Sep 20, 2011 at 11:31:55AM +, Greg Chicares wrote:
>On 2011-09-20 10:51Z, toto titi wrote:
>>
>> I sent a few years ago a question to the libc project ports mailing
>> list (http://cygwin.com/ml/libc-ports/) without knowing this email
>> would be stored and made available to everyone o
On Wed, Sep 14, 2011 at 7:40 PM, Larry Hall (Cygwin) wrote:
>
> On 9/14/2011 2:22 PM, João Moreira wrote:
>>
>> I checked the BLODA list again and I only had Avira installed.
>> Could it have something to do with a windows update? I keep my OS updated.
>
> No, but you're on the right track in think
On 9/5/2011 7:43 AM, Ronald Blaschke wrote:
I recently upgraded the bzr package to this version:
Bazaar (bzr) 2.4.0
Python interpreter: /usr/bin/python 2.6.5
Python standard library: /usr/lib/python2.6
Platform: CYGWIN_NT-6.1-WOW64-1.7.9-0.237-5-3-i686-32bit
Now I receive the following
> On 2011-09-20 PM 6:12, Andrew Schulman wrote:
> > I'm trying to compile a program that calls the win32 function
> > SetThreadExecutionState, in kernel32.dll [1]. The link step fails:
>
> please define WINVER so that you can get definition what you want
> (gcc -E -DWINVER=0x500 - < #include
> EO
On 2011-09-20 10:51Z, toto titi wrote:
>
> I sent a few years ago a question to the libc project ports mailing
> list (http://cygwin.com/ml/libc-ports/) without knowing this email
> would be stored and made available to everyone on the internet. My
> name and main email address clearly appears in
Hi
I sent a few years ago a question to the libc project ports mailing
list (http://cygwin.com/ml/libc-ports/) without knowing this email
would be stored and made available to everyone on the internet. My
name and main email address clearly appears in it and it really
bothers me. I seriously would
On 2011-09-20 PM 6:12, Andrew Schulman wrote:
I'm trying to compile a program that calls the win32 function
SetThreadExecutionState, in kernel32.dll [1]. The link step fails:
$ gcc -c nosleep.c
$ gcc -o nosleep nosleep.o -lkernel32
nosleep.o:nosleep.c:(.text+0x1f): undefined reference to
`_SetT
On 9/20/2011 17:12, Andrew Schulman wrote:
> I'm trying to compile a program that calls the win32 function
> SetThreadExecutionState, in kernel32.dll [1]. The link step fails:
>
> $ gcc -c nosleep.c
> $ gcc -o nosleep nosleep.o -lkernel32
> nosleep.o:nosleep.c:(.text+0x1f): undefined reference to
I'm trying to compile a program that calls the win32 function
SetThreadExecutionState, in kernel32.dll [1]. The link step fails:
$ gcc -c nosleep.c
$ gcc -o nosleep nosleep.o -lkernel32
nosleep.o:nosleep.c:(.text+0x1f): undefined reference to
`_SetThreadExecutionState'
nosleep.o:nosleep.c:(.text+
23 matches
Mail list logo
