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
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2015-01-21 16:31:38
Modified files:
winsup/cygwin : ChangeLog sec_auth.cc security.h
Log message:
* sec_auth.cc (get_logon_server): Constify domain parameter.
* security.h
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
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
supported in
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
consider
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2015-01-21 20:40:33
Modified files:
winsup/cygwin : ChangeLog uinfo.cc
Log message:
* uinfo.cc (pwdgrp::fetch_account_from_windows): Allow fetching gid,
home, shell and gecos info from
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
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:
Hello!
Packaging looks fine. Thanks for taking over maintainership of an
orphaned package! Please upload when you have th 32 bit version ready.
Good.
By the way, i am now thinking about a tool which would automatically convert
RPM spec into cygport package. What do you think ?
Kind
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
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
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 work of
On 1/22/2015 7:39 AM, Pavel Fedin wrote:
Hello!
Packaging looks fine. Thanks for taking over maintainership of an
orphaned package! Please upload when you have th 32 bit version ready.
Good.
By the way, i am now thinking about a tool which would automatically convert
RPM spec into
Hi,
Well I changed from GDM to KDM, and now everything is working as
expected. Just one last question: are there any known issues with XDMCP
and Gnome GDM ? Or is that combination supposed to just work ?
Just for the record, here is the XWin.0.log of a working KDM session.
- Maarten
Hi,
When I create and save a configuration with 'XLaunch', for example as
'config.xlaunch', I have the following behavior when double clicking the
saved config file: It just launches XLaunch as if no configuration was
saved at all. Wehn I open up the saved configuration file in an text
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 setup: A
On Jan 21 00:54, Yaakov Selkowitz wrote:
On Tue, 2015-01-20 at 20:50 -0500, Jason Tishler wrote:
On Wed, Jan 14, 2015 at 02:03:34AM -0600, Yaakov Selkowitz wrote:
Python 3.2 is no longer supported upstream, and many packages now
require newer versions. Any idea on a timeframe for a
To: cygwin-announce@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
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 AD
On Jan 21 10:33, Pavel Fedin wrote:
Hello! Haven't talked for a while...
I am currently involved with Tizen OS and my dream is to get its build
system running on Cygwin. The whole thing is based on RPM, so i had to do
some upgrades to our RPM port. I took 4.12 version, v5 appeared to be too
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
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
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
After much deliberation, I have decide to put my packages up for
adoption. I have not had enough free time to properly maintain my
packages for quite some time. Unfortunately, this is not going to
change for the foreseeable future.
No worries, hopefully you're busy with good things.
24 matches
Mail list logo