On Wed, Apr 24, 2013 at 2:21 PM, Christian Franke
wrote:
>>>
>>> Yes, option is possibly set as int (bool) but retrieved as long:
>
>
> Is this possibly an upstream bug which is hidden on Linux et al. due to a
> different x64 ABI (which requires register parameter zero extension) ?
Very possible
On 4/24/2013 5:45 PM, Max Balduino wrote:
This way the winapi32 headers don't declare struct
in6_addr, I didn't check, but I guess they do so only #ifndef
_CYGWIN_IN6_H, am I right?
No but close. The w32api header checks for the definition of s6_addr.
--
Larry
___
> On 4/24/2013 2:12 PM, Corinna Vinschen wrote:
>>
>> On Apr 24 19:53, Samuel Thibault wrote:
>>>
>>> Corinna Vinschen, le Wed 24 Apr 2013 19:51:07 +0200, a écrit :
>>
>> /usr/include/cygwin/in6.h:75:8: error: redefinition of ‘struct
>> in6_addr’
>>
>> /usr/lib/gcc/i686-pc-cygwi
Christian Franke wrote:
Corinna Vinschen wrote:
On Apr 23 23:56, Christian Franke wrote:
Fredrik Rothamel wrote:
I just noticed that in 64-bit cygwin curl always include the
http-headers in the response.
(Old behaviour is to only include headers when -i option is
specified) >
Is this an inte
Corinna Vinschen wrote:
- DON'T forget to add casts if such Win32 API types are used with
printf(). This:
printf("Win32 Error=%lu\n", GetLastError());
worked for all i686 and Windows x86_64, but fails now on Cygwin x86_64.
I skipped that because the FAQ entry is not exactly what I wrote in
On Apr 24 20:37, Erwin Waterlander wrote:
> Op 24-4-2013 20:30, Corinna Vinschen schreef:
> >On Apr 24 20:25, Erwin Waterlander wrote:
> >>Op 24-4-2013 15:47, Corinna Vinschen schreef:
> >>> Cygwin Windows Cygwin
> >>>Linuxx86_64 Linux
> >>>Windows
On 4/24/2013 2:12 PM, Corinna Vinschen wrote:
On Apr 24 19:53, Samuel Thibault wrote:
Corinna Vinschen, le Wed 24 Apr 2013 19:51:07 +0200, a écrit :
/usr/include/cygwin/in6.h:75:8: error: redefinition of ‘struct in6_addr’
/usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/in6addr.h:17
Op 24-4-2013 20:30, Corinna Vinschen schreef:
On Apr 24 20:25, Erwin Waterlander wrote:
Op 24-4-2013 15:47, Corinna Vinschen schreef:
On Apr 24 14:59, Corinna Vinschen wrote:
On Apr 23 23:56, Christian Franke wrote:
Possibly a __builtin_va_list related gcc bug.
This is rather unlikely. That
On Apr 24 18:22, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
> Hello,
>
> I've installed official Cygwin 1.7.18, and an application that
> uses w32api does no longer compile.
>
> Last time I used it with Cygwin 1.7.15 (where everything worked),
> and /usr/include/w32api/w32api.h had:
>
> #define
On Apr 24 20:25, Erwin Waterlander wrote:
> Op 24-4-2013 15:47, Corinna Vinschen schreef:
> >On Apr 24 14:59, Corinna Vinschen wrote:
> >>On Apr 23 23:56, Christian Franke wrote:
> >>>Possibly a __builtin_va_list related gcc bug.
> >>This is rather unlikely. That code is shared between Cygwin and
Op 24-4-2013 15:47, Corinna Vinschen schreef:
On Apr 24 14:59, Corinna Vinschen wrote:
On Apr 23 23:56, Christian Franke wrote:
Possibly a __builtin_va_list related gcc bug.
This is rather unlikely. That code is shared between Cygwin and
Mingw, and chances are that the bug would have been fou
Hello,
I've installed official Cygwin 1.7.18, and an application that
uses w32api does no longer compile.
Last time I used it with Cygwin 1.7.15 (where everything worked),
and /usr/include/w32api/w32api.h had:
#define __W32API_VERSION 3.17
#define __W32API_MAJOR_VERSION 3
#define __W32API_MINOR_
On Apr 24 19:53, Samuel Thibault wrote:
> Corinna Vinschen, le Wed 24 Apr 2013 19:51:07 +0200, a écrit :
> > > > /usr/include/cygwin/in6.h:75:8: error: redefinition of ‘struct in6_addr’
> > > > /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/in6addr.h:17:16:
> > > > note: originally de
Corinna Vinschen, le Wed 24 Apr 2013 19:51:07 +0200, a écrit :
> > > /usr/include/cygwin/in6.h:75:8: error: redefinition of ‘struct in6_addr’
> > > /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/in6addr.h:17:16:
> > > note: originally defined here
>
> Don't know this file but this is
On Apr 24 19:26, Max Balduino wrote:
> > I'm trying to compile an app, that's why I was posting on cygwin-apps
> > AT cygwin DOT com. You can find it at
> > http://www.unix-ag.uni-kl.de/~massar/vpnc/ it's a cisco-compatible vpn
> > client.
> >
> > I'm not sure what did you mean "a simple testcase w
On Apr 24 18:10, Christian Franke wrote:
> Corinna Vinschen wrote:
> >For clearness I decided to add a quick lecture. Hope that's ok.
>
> Makes much sense. I would suggest two additions:
>
> >...
> >- DON'T mix up int and long in printf/scanf. This:
> >
> > int i; long l;
> > printf ("%
On Wed, Apr 24, 2013 at 6:15 PM, Max Balduino
>> On Apr 24 17:34, Max Balduino wrote:
>>> Dear all,
>>>
>>> Looks like there's something wrong here:
>>>
>>> userwinemt@ioxp /usr/src/vpnc-0.5.2
>>> $ make install
>>> LC_ALL=C perl -w ./enum2debug.pl isakmp.h >vpnc-debug.c 2>vpnc-debug.h
>>> gcc -O3
On 4/24/2013 5:56 PM, Warren Young wrote:
On 4/24/2013 02:30, rashi singhal wrote:
Earlier we were using Cygwin - 1003.22.0.0 version.
Where does that version number come from? It isn't actually a Cygwin
version number. (The latest Cygwin is version 1.7.18.)
I bet from file version. Cygwi
Corinna Vinschen wrote:
For clearness I decided to add a quick lecture. Hope that's ok.
Makes much sense. I would suggest two additions:
...
- DON'T mix up int and long in printf/scanf. This:
int i; long l;
printf ("%d %ld\n", l, i);
may not print what you think it should.
On 4/24/2013 02:30, rashi singhal wrote:
Earlier we were using Cygwin - 1003.22.0.0 version.
Where does that version number come from? It isn't actually a Cygwin
version number. (The latest Cygwin is version 1.7.18.)
We have native cobol programs, we compile them in net express cobol to
m
On Apr 24 10:09, Christopher Faylor wrote:
> Maybe the below email should be a FAQ reference?
That's a good idea, I guess. I'll prepare such a faq entry.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT
Maybe the below email should be a FAQ reference?
cgf
On Wed, Apr 24, 2013 at 03:47:49PM +0200, Corinna Vinschen wrote:
>On Apr 24 14:59, Corinna Vinschen wrote:
>> On Apr 23 23:56, Christian Franke wrote:
>> > Possibly a __builtin_va_list related gcc bug.
>>
>> This is rather unlikely. That cod
On Apr 24 14:59, Corinna Vinschen wrote:
> On Apr 23 23:56, Christian Franke wrote:
> > Possibly a __builtin_va_list related gcc bug.
>
> This is rather unlikely. That code is shared between Cygwin and
> Mingw, and chances are that the bug would have been found already.
>
> What about a type iss
Corinna Vinschen wrote:
> On Apr 23 23:56, Christian Franke wrote:
> > Fredrik Rothamel wrote:
> > >
> > >I just noticed that in 64-bit cygwin curl always include the
> > >http-headers in the response.
> > >(Old behaviour is to only include headers when -i option is
> > specified) >
> > >Is this an
On Apr 23 23:56, Christian Franke wrote:
> Fredrik Rothamel wrote:
> >Hi,
> >
> >I just noticed that in 64-bit cygwin curl always include the
> >http-headers in the response.
> >(Old behaviour is to only include headers when -i option is specified)
> >
> >Is this an intentional change?
>
> Unlikel
On Apr 24 08:03, Ryan Johnson wrote:
> Hi all,
>
> I'm trying to port a linux program that uses mmap to implement a
> growable array; the ideas is to mmap(PROT_NONE, MAP_NORESERVE) a
> chunk of address space (corresponding to the maximum array size) and
> then call mmap(PROT_READ|PROT_WRITE, MAP_F
Hi all,
I'm trying to port a linux program that uses mmap to implement a
growable array; the ideas is to mmap(PROT_NONE, MAP_NORESERVE) a chunk
of address space (corresponding to the maximum array size) and then call
mmap(PROT_READ|PROT_WRITE, MAP_FIXED) to allocate actual memory in the
"blan
Hi
New versions of 'libtasn1/libtasn1_6/libtasn1-devel' have been uploaded to a
server near you.
o Update to latest upstream release
o Build for cygwin 1.7.18 with gcc-4.5.3
libtasn1 NEWS:
===
* Noteworthy changes in release 3.3 (released 2013-03-23) [stable]
- More precise ov
Earlier we were using Cygwin - 1003.22.0.0 version.
We use MF net express compiler to compile cobol programs. cobcall
,cobint and C functions to call cobol programs.
We have native cobol programs, we compile them in net express cobol to
make DLL.Also we have C program to call our cobol dll in bas
Hi
New versions of 'pstoedit/libpstoedit0/pstoedit-devel' have been uploaded to a
server near you.
o Upgrade to latest upstream version
o Build for cygwin 1.7.18 with gcc-4.5.3
o Uses cygport for .hint files generation
o debuginfo package included
pstoedit NEWS:
===
o fixe
Hi
New versions of 'neon/libneon27/libneon-devel' have been uploaded to a server
near you.
o Build for cygwin 1.7.18 with gcc-4.53
o debuginfo included
o Uses cygport for .hint files generation
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
If you want to unsubscribe fr
31 matches
Mail list logo
