On 1/20/2015 5:42 PM, Corinna Vinschen wrote:
Hi Cygwin friends and users,
I released another TEST version of the next upcoming Cygwin release.
The version number is 1.7.34-005.
minor issue, an probably common to other C++ packages.
Some of the code are in the headers, usually constructor and
On 1/22/2015 2:15 AM, Andrey Repin wrote:
Greetings, Marc Le Roy!
I am using the current version of Cygwin (32 bits).
When I compile a C program with GCC, my Avira antivirus as well as the
one running on https://www.virustotal.com find "TR/Crypt.XPACK.Gen2" in
the exe file.
It is clearly evid
Greetings, Marc Le Roy!
> I am using the current version of Cygwin (32 bits).
> When I compile a C program with GCC, my Avira antivirus as well as the
> one running on https://www.virustotal.com find "TR/Crypt.XPACK.Gen2" in
> the exe file.
It is clearly evident from the name, that this is a wo
On 2015-01-20 17:42, Corinna Vinschen wrote:
>
> I released another TEST version of the next upcoming Cygwin release.
> The version number is 1.7.34-005.
I compiled this one successfully on CYGWIN_NT-6.1-WOW64 (W7 with Cygwin
32bits), but on
CYGWIN_NT-5.1 (XP) i get:
make: *** INTERNAL: readdir:
I discovered a strange behaviour when accessing /dev/fd:
ls -l /dev/fd/0
ls -l /dev/fd/0/1
ls -l /dev/fd/0/1/2/3/4/5
ls -l /dev/fd/0/1/2/3/
ls -l /dev/fd/0/1/2
ls -l /dev/fd/0/1/2/3
ls -l /dev/fd/0/1/1/1/1
gives:
lrwxrwxrwx 1 hk Benutzer 0
Hello,
I am using the current version of Cygwin (32 bits).
When I compile a C program with GCC, my Avira antivirus as well as the
one running on https://www.virustotal.com find "TR/Crypt.XPACK.Gen2" in
the exe file.
The remaining 56 antivirus of virustotaldo not find any problem. May I
conside
On Jan 21 11:20, Corinna Vinschen wrote:
> On Jan 21 10:37, Corinna Vinschen wrote:
> > On Jan 21 02:45, Andrey Repin wrote:
> > > The setup: A Win7 machine - member of a NT4-style domain. (No AD yet.)
> > > [...]
> > I'm wondering if that's a side effect of using a NT4 domain. This isn't
> > supp
Never mind. My bad. Looks like the directory from which the application
loaded is indeed a location where Windows looks.
https://msdn.microsoft.com/en-us/library/windows/desktop/ms682586(v=vs.85).aspx#standard_search_order_for_desktop_applications
Apologies for the noise!
Regards,
Manoj
On 1/21
Hi,
As I understand, Windows looks for DLLs in $PATH. Is there any way to
specify, perhaps at compile time, that cygwin1.DLL is to be located in
the same directory as the binary?
Doing this would mean I don't have to modify environment variables or
copy cygwin1.DLL to one of the system direc
On Jan 21 10:37, Corinna Vinschen wrote:
> On Jan 21 02:45, Andrey Repin wrote:
> > Sorry for the holdup, I was trying to crack it by myself.
> > But I was unsuccessful, and have to reach for help.
> > Even the most striped down configuration doesn't produce visible
> > improvements.
> >
> > The
On Jan 21 02:45, Andrey Repin wrote:
> Sorry for the holdup, I was trying to crack it by myself.
> But I was unsuccessful, and have to reach for help.
> Even the most striped down configuration doesn't produce visible improvements.
>
> The setup: A Win7 machine - member of a NT4-style domain. (No
Versions
4.3.3rc3-1 of
libnetcdf-devel
libnetcdf7
netcdf
4.2.1-3 of
libnetcdf-cxx4-devel
libnetcdf-cxx4_1
netcdf-cxx4 (source only)
4.4.1-1 of
libnetcdf-fortran-devel
libnetcdf-fortran_6 (bumped API)
netcdf-fortran (source only)
are available in the Cygwi
To: cygwin-annou...@cygwin.com
Subject: Updated: hdf5-1.8.14-1
Version 1.8.14-1 of
libhdf5_9 (api bumped)
libhdf5-devel
hdf5
for cygwin 32bit and 64bit have been uploaded.
DESCRIPTION
HDF5 is a suite/library that makes possible the
management of extremely large and complex data colle
13 matches
Mail list logo
