The new setup executables v.2.678 are 4MB, yes?
(Replacing files of size ~700K)
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
On Jan 28 17:49, Corinna Vinschen wrote:
On Jan 28 11:18, carsten.porz...@spb.de wrote:
after I get the new OpenSSH v.5.3 run with key-authentication (without
password), I realized today, that the user switch does not work with the
LSA Autentication on a Win2008 64-bit system.
[...]
On Jan 28 20:06, Steve Bray wrote:
So I can proceed by explicitly mounting shared drives with the noacl option.
However, since acl is the default and these are common permissions
on a shared drive, I suspect that I and others will continue to have
commands fail.
I hesitate to propose more
On Jan 28 12:58, jennifer...@nc.rr.com wrote:
Corinna Vinschen corinna-cyg...@cygwin.com wrote:
On Jan 26 23:29, jennifer...@nc.rr.com wrote:
Wow, thank you so much, that was very fast!
Is there a way I can refer my customers to this patch? Or should I put
the workarounds
On Jan 27 17:42, Andrey Repin wrote:
Greetings, cyg...@cygwin.com.
I have cygwin storage directory on network share, and it was not an issue for
a years.
Today, when I attempted an update, it warned me that next major release is
pushed and I probably want to review changes. I did that,
The new setup executables v.2.678 are 4MB, yes?
(Replacing files of size ~700K)
I'm also seeing this. Seems very strange, and I haven't seen any kind of
announcement that a new version is out.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On Jan 29 11:47, Gary wrote:
The new setup executables v.2.678 are 4MB, yes?
(Replacing files of size ~700K)
I'm also seeing this. Seems very strange
It's perhaps just not stripped. Nothing to worry about, except a bit
longer download time.
Corinna
--
Corinna Vinschen
--- Ven 29/1/10, Corinna Vinschen ha scritto:
On Jan 29 11:47, Gary wrote:
The new setup executables v.2.678 are 4MB, yes?
(Replacing files of size ~700K)
I'm also seeing this. Seems very strange
It's perhaps just not stripped. Nothing to worry
about, except a bit
longer
Здравствуйте, Уважаемый(-ая, -ое) Corinna Vinschen!
I have cygwin storage directory on network share, and it was not an issue for
a years.
Today, when I attempted an update, it warned me that next major release is
pushed and I probably want to review changes. I did that, haven't spotted
On Jan 29 11:34, Marco Atzeri wrote:
--- Ven 29/1/10, Corinna Vinschen ha scritto:
On Jan 29 11:47, Gary wrote:
The new setup executables v.2.678 are 4MB, yes?
(Replacing files of size ~700K)
I'm also seeing this. Seems very strange
It's perhaps just not stripped. Nothing
On Jan 29 14:34, Andrey Repin wrote:
CV That's basically correct.
That's basically NOT correct. It setting permissions on ARCHIVES, that are NOT
CYGWIN INSTALLATION? Can it just write files, please? I have sane enough
No reason to shout. I was talking about the permission settings.
They are
Dear all,
I was just trying to upgrade my local package repository, but setup complains
that a newer version 2.678 is available. However, when I download it directly
using wget http://www.cygwin.com/setup.exe and execute it, I still get 2.677.
Regards,
Jurgen
--
Problem reports:
Hello, Corinna,
cygwin-ow...@cygwin.com schrieb am 29.01.2010 10:29:07:
[Bild entfernt]
Re: Cygwin v.1.7.1/OpenSSH v.5.3: Userswitching by using LSA
Authentication does not work...
Corinna Vinschen
an:
cygwin
29.01.2010 10:29
Gesendet von:
cygwin-ow...@cygwin.com
On 28/01/2010 11:21, Andrew West wrote:
I seem to be having a problem with dlclose not calling the destructors
of statically declared variables. I've attached a simple test case which
I compile as follows;
Thanks for the report and the STC; this should work. I'll take a look at it
over the
--- Ven 29/1/10, Jurgen Defurne ha scritto:
Dear all,
I was just trying to upgrade my local package repository,
but setup complains
that a newer version 2.678 is available. However, when I
download it directly
using wget http://www.cygwin.com/setup.exe and
execute it, I still get 2.677.
Dear all,
I would like some input, thoughts really, about keeping a central
updated repository
with a Cygwin installation which can be updated by running bzr.
So, currently, I am testing cygwin 1.7 for deployment. However, the
deployment needs
to be done across 18 computers which are used as
On Jan 29 13:45, carsten.porz...@spb.de wrote:
As a temporary workaround for 64 bit users, I uploaded a cyglsa64.dll
for Cygwin 1.7.1:
ftp://cygwin.com/pub/cygwin/unsupported/cyglsa64.dll
SHA1(cyglsa64.dll)= 1874190ab912bc444b2cc468bb74cb294e6bc35b
To replace the running
Hi all,
i have just updated to 1.7.1 an run in trouble. During the previous
installations there was a switch which sets the used file format Dos/Unix. This
switch did not only disappear also the former uses file format (DOS) was set to
Unix underhand . The result is that a lot of scripts did
On 29/01/2010 13:08, Dave Korn wrote:
On 28/01/2010 11:21, Andrew West wrote:
I seem to be having a problem with dlclose not calling the destructors
of statically declared variables. I've attached a simple test case which
I compile as follows;
Thanks for the report and the STC;
On 1/29/2010 8:14 AM, DEWI - N. Zacharias wrote:
Hi all,
i have just updated to 1.7.1 an run in trouble. During the previous
installations there was a switch which sets the used file format Dos/Unix.
This switch did not only disappear also the former uses file format (DOS) was
set to
Hello All,
I hope I'm at the right place. I'm pretty new to Cygwin, so sorry in
advance if this is a noob question.
What I'm trying to do is the following:
Connect using telnet to a local installed Cygwin. Then using the
Cygwin to rlogin to a PBX system. The program we are using for the
telnet
On 01/28/2010 08:14 PM, phil song wrote:
Hi,cygwin!
pls forgive my poor english at first.
I have compiled one sdk_lib dll using gcc in cygwin,and I writed a tool
convert the dll to .lib so I can call the interface function in sdk_lib
dll using vc. Then I wrote a application using
On 1/29/2010 8:48 AM, Marc Doesburg wrote:
Hello All,
I hope I'm at the right place. I'm pretty new to Cygwin, so sorry in
advance if this is a noob question.
What I'm trying to do is the following:
Connect using telnet to a local installed Cygwin. Then using the
Cygwin to rlogin to a
On 29/01/2010 14:30, Andrew West wrote:
Which brings me on to the bigger problem, the static variables are
registered with atexit rather than with __cxa_atexit which seems to be a
violation of the C++ standard (1).
That's not the C++ standard; that is part of the cxx-abi. Since so much of
Jeremy Bopp:
DEWI - N. Zacharias:
i have just updated to 1.7.1 an run in trouble. During the previous
installations there was a switch which sets the used file format Dos/Unix.
This switch did not only disappear also the former uses file format (DOS)
was set to Unix underhand . The result
On 1/29/2010 9:07 AM, Andy Koppe wrote:
Jeremy Bopp:
DEWI - N. Zacharias:
i have just updated to 1.7.1 an run in trouble. During the previous
installations there was a switch which sets the used file format Dos/Unix.
This switch did not only disappear also the former uses file format (DOS)
Hi Jeremy,
Thank you for your reply.
I totally agree on the fact that the source of our problems is ProComm
Plus. We are able to use whatever we want/can. We are using Putty too
now, but Putty doesn't have scripting support. The scripting support
in ProComm is great and all our scripts are in
On 29/01/2010 15:23, Dave Korn wrote:
On 29/01/2010 14:30, Andrew West wrote:
Which brings me on to the bigger problem, the static variables are
registered with atexit rather than with __cxa_atexit which seems to be a
violation of the C++ standard (1).
That's not the C++
On 29/01/2010 15:28, Andrew West wrote:
Ah o.k. So is there any documentation on how Cygwin should do things
differently?
Only the source so far, but I'll add some when I fix this.
Should atexit be used for both executables and library
static destructors? Is there a reason for not using
Здравствуйте, Уважаемый(-ая, -ое) Corinna Vinschen!
CV That's basically correct.
That's basically NOT correct. It setting permissions on ARCHIVES, that are
NOT
CYGWIN INSTALLATION? Can it just write files, please? I have sane enough
CV No reason to shout. I was talking about the
On Fri, Jan 29, 2010 at 02:30:48PM +, Andrew West wrote:
On 29/01/2010 13:08, Dave Korn wrote:
On 28/01/2010 11:21, Andrew West wrote:
I seem to be having a problem with dlclose not calling the destructors
of statically declared variables. I've attached a simple test case
which I compile as
Hi,
I am running CYGWIN_NT-5.1 xxx 1.7.1(0.218/5/3) 2009-12-07 11:48 i686
Cygwin.
Launching a2ps reports: /usr/bin/a2ps.exe: error while loading shared
libraries: cygintl-2.dll: cannot open shared object file: No such file
or directory.
Apparently the current a2ps (4.13-1) is compiled
On 29/01/10 18:45, Christopher Faylor wrote:
On Fri, Jan 29, 2010 at 02:30:48PM +, Andrew West wrote:
On 29/01/2010 13:08, Dave Korn wrote:
On 28/01/2010 11:21, Andrew West wrote:
I seem to be having a problem with dlclose not calling the destructors
of statically
On Thu, 21 Jan 2010 14:40:55 +0100
Corinna Vinschen said:
When comparing strings linguistically (strcoll/wcscoll),
- are Hiragana and Katakana forms of the same character to be
treated as equal or as different?
They should be treated as different.
- are half-width and full-width forms
On Fri, Jan 29, 2010 at 07:17:13PM +, Andrew West wrote:
O.k. I'll check out the changes on Monday, but one minor point.
Shouldn't the atexit stuff be run after all the destructors have run?
Not if the output from the linux version of your program is to be
believed. I originally had the
Christopher Faylor:
Andrew West:
O.k. I'll check out the changes on Monday, but one minor point.
Shouldn't the atexit stuff be run after all the destructors have run?
Not if the output from the linux version of your program is to be
believed. I originally had the atexit stuff run after the
On Fri, Jan 29, 2010 at 08:32:35PM +, Andy Koppe wrote:
Christopher Faylor:
Andrew West:
O.k. I'll check out the changes on Monday, but one minor point.
Shouldn't the atexit stuff be run after all the destructors have run?
Not if the output from the linux version of your program is to be
Found it on my own. I had to install the package libintl-1. Shouldn't
that be added as a dependency when one select a2ps?
-- Bernd
On 1/29/2010 2:14 PM, Bernd Prager wrote:
Launching a2ps reports: /usr/bin/a2ps.exe: error while loading shared
libraries: cygintl-2.dll: cannot open shared
On Jan 30 05:00, Kazuhiro Fujieda wrote:
On Thu, 21 Jan 2010 14:40:55 +0100
Corinna Vinschen said:
When comparing strings linguistically (strcoll/wcscoll),
- are Hiragana and Katakana forms of the same character to be
treated as equal or as different?
They should be treated as
I just downloaded the latest setup-legacy.exe
On the initial screen, I typed c:\cygwin, chose the all users option and
the UNIX line endings.
Upon clicking `next', Windows tells me that the application has to
terminate.
I then tried Cygwin 1.7 setup.exe, it ran fine.
$ md5sum
I had a similar problem upgrading on XP. I think my issue was related to a
heap space allocation issue which prevents the shell from running during the
installation. I found that failed installations left shell processes running,
but not doing anything useful.
Check the documentation as I
I get two rather cryptic errors when I try to compile some of my own software.
In the first, the software links fine normally, but when I
try to add debug information with the -g switch, I get the following
error or something similar:
$ make
g++ -I/home/Petey/include
-Wno-deprecated -g -o
On 2010-01-30 01:49Z, Peter Mills wrote:
g++
-I/home/Petey/include -Wno-deprecated -O2 -o model2 model2.cc
traj_int_obj.o tcoord_defs.o -L/home/Petey/lib -ldataset-O2 -lpetey
-lsparse-O2 -lgsl -lgslcblas
model2.cc: In function `int main(int,
char**)':
[...]
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2010-01-29 11:20:06
Modified files:
winsup/cygwin : ChangeLog fhandler_disk_file.cc ntdll.h path.cc
Log message:
Throughout, use FileBothDirectoryInformation info class rather than
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2010-01-29 17:37:54
Modified files:
cygwin : ChangeLog dll_init.cc pipe.cc
cygwin/libc: strfmon.c
Log message:
* libc/strfmon.c (__setup_vars): Fix compiler warning
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2010-01-29 18:34:09
Modified files:
cygwin : ChangeLog dll_init.cc
Log message:
* dll_init.cc (remove_dll_atexit): New function.
(dll_list::detach): Run any atexit
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2010-01-29 19:38:22
Modified files:
winsup/cygwin : ChangeLog
winsup/cygwin/libc: strfmon.c
Log message:
* libc/strfmon.c (__setup_vars): Test for an empty string rather than
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2010-01-29 19:50:15
Modified files:
winsup/lsaauth : ChangeLog cyglsa.c cyglsa64.dll
make-64bit-version-with-visual-c.bat
Log message:
* cyglsa.c: Include lmcons.h
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2010-01-29 19:51:11
Modified files:
winsup/cygwin : ChangeLog sec_auth.cc
Log message:
* sec_auth.cc (lsaauth): Use CYG_LSA_MAGIC as checksum start value to
decouple from Cygwin
49 matches
Mail list logo