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
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
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 '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
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
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
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
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 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
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 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
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
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 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
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 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 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
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: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
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_
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
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
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
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 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
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
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
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
> 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
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 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
31 matches
Mail list logo
