On Mar 7 17:57, Yaakov (Cygwin/X) wrote:
On 2012-03-07 04:42, Corinna Vinschen wrote:
the default base address of libtcl8.5.dll collides with the address
space of the Cygwin DLL. Sure, we can't quite avoid DLL collisions,
but this kind of collision results with high probability in a crash,
On Mar 7 20:52, Christian Franke wrote:
Timestamps from files extracted by setup.exe (2.769) and tar differ
slightly.
Is this done intentionally to mark files installed by setup.exe with
an impossible time stamp?
$ tar xf coreutils-8.15-1.tar.bz2 -C /tmp usr/bin/ls.exe
$ ls -l
Please delete 1.7.3-2 and leave 1.6.17-1 as prev.
Thanks!
wget -x -nH --cut-dirs=2 \
http://home.comcast.net/~david.rothenberger/cygwin/subversion/setup.hint \
http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-1.7.4-1-src.tar.bz2
\
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2012-03-08 09:36:12
Modified files:
winsup/cygwin : ChangeLog fhandler.cc fhandler_console.cc
fhandler_floppy.cc fhandler_serial.cc
fhandler_socket.cc
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2012-03-08 14:56:19
Modified files:
winsup/cygwin : ChangeLog path.cc
Log message:
* path.cc (readlink): Avoid calling strlen() twice.
Patches:
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2012-03-08 16:02:44
Modified files:
winsup/cygwin : ChangeLog net.cc
Log message:
* net.cc (call_gaa): New thread function to call GetAdaptersAddresses.
(get_adapters_addresses): Call
Hi.
Here is a tiny patch to avoid calling strlen() twice in readlink().
ChangeLog:
2012-03-08 Václav Zeman vhais...@gmail.com
* path.cc (readlink): Avoid calling strlen() twice.
--
VZ
--- path.cc 2012-03-07 18:10:44.0 +0100
+++ path.cc 2012-03-08 13:28:28.468266800
Corinna Vinschen wrote:
On Mar 8 08:29, Eric Blake wrote:
On 03/08/2012 06:37 AM, Václav Zeman wrote:
Hi.
Here is a tiny patch to avoid calling strlen() twice in readlink().
- ssize_t len = min (buflen, strlen (pathbuf.get_win32 ()));
+ size_t pathbuf_len = strlen (pathbuf.get_win32 ());
My intent is not to emulate the low-level operating system API, it is rather to
emulate the *environment* consisting of packages and programs, their versions, etc.
For example, instead of just imagining that I have taken care of these
subtleties (
On 2012-03-08 02:20, Harry Simons wrote:
My intent is not to emulate the low-level operating system API, it is
rather to emulate the *environment* consisting of packages and programs,
their versions, etc.
For example, instead of just imagining that I have taken care of these
subtleties (
On Thu, Mar 08, 2012 at 01:50:37PM +0530, Harry Simons wrote:
My intent is not to emulate the low-level operating system API, it is
rather to emulate the *environment* consisting of packages and programs,
their versions, etc.
The problem I see with trying to emulate is that you don't have
On Wed, Mar 07, 2012 at 06:47:49PM +0100, Corinna Vinschen wrote:
Hi Denis,
can you please test this again using the latest developer snapshot or
the current from CVS if you build Cygwin by yourself? It provides a bit
more information to find the reason for the permission denied error in
On Mar 7 23:07, Christian Franke wrote:
The rebase tool does not change last modification timestamp of each
DLL even if its data has changed. This is likely because Windows
may not update the timestamp for files written through a memory
mapped view.
Is this an intended behavior of rebase?
On Mar 8 13:15, Harry Simons wrote:
(e.g. /usr/bin/file, whose output for Microsoft documents changes
with versions).
Huh? What has the POSIX find command to do with Microsoft documents?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project
Hi all,
My cygwin installation was running quite happily, until I updated this
morning (march 8). After installation bash (now version 4.1.10-4) won't
launch anymore.
When starting it from a DOS box, it gives this output:
D:\cygwinbash
0 [main] bash 8168 D:\cygwin\bin\bash.exe: ***
Edward Girard ed.gir...@gmail.com writes:
I am trying to compile openSSH on cygwin to incorporate a syntax
highlighting patch: https://github.com/mxtommy/Cisco-SSH-Client
I could not compile with the patch, I can not compile a fresh copy
without the patch applied either.
I have provided
On Mar 8 09:50, Denis Excoffier wrote:
On Wed, Mar 07, 2012 at 06:47:49PM +0100, Corinna Vinschen wrote:
Hi Denis,
can you please test this again using the latest developer snapshot or
the current from CVS if you build Cygwin by yourself? It provides a bit
more information to find
Great, Corinna, now cygrunsrv in its new version 1.40-1 works on my Win2k3
64bit machine. Thanks for the repair - Ulf-Dietrich
On Wed, 7 Mar 2012, Corinna Vinschen wrote:
I just released a new cygrunsrv which fixes the problem for me. What it
does is to fork in a separate pthread, for which
On 3/8/2012 10:48 AM, Diederik Faber wrote:
Hi all,
My cygwin installation was running quite happily, until I updated this
morning (march 8). After installation bash (now version 4.1.10-4) won't
launch anymore.
When starting it from a DOS box, it gives this output:
D:\cygwinbash
0 [main] bash
Well, while sshd now can be launched again by cygrunsrv, still the
mechanism behaves weird, in the event viewer sshd tells me to be stopped
short after it was started, however in fact it runs. And in the services
list the Started entry is missing, so it cannot be stopped there. - What
counts
On Mar 8 01:35, Lee Collier wrote:
Jon Clugston jon.clugston at gmail.com writes:
Don't know if it will fix your problem, but you cannot just create a
mutex on the stack and call lock on it. You must initialize it with
pthread_mutex_init().
Jon
Good catch. I missed that in
On Mar 8 11:21, Ulf-Dietrich Braumann wrote:
Well, while sshd now can be launched again by cygrunsrv, still the
mechanism behaves weird, in the event viewer sshd tells me to be
stopped short after it was started,
That doesn't happen for me. Does your service entry for sshd omit
the -D
file, not find.
On 03/08/2012 03:03 PM, Corinna Vinschen wrote:
On Mar 8 13:15, Harry Simons wrote:
(e.g. /usr/bin/file, whose output for Microsoft documents changes
with versions).
Huh? What has the POSIX find command to do with Microsoft documents?
Corinna
--
Problem reports:
On Mar 8 19:14, Harry Simons wrote:
file, not find.
On 03/08/2012 03:03 PM, Corinna Vinschen wrote:
On Mar 8 13:15, Harry Simons wrote:
(e.g. /usr/bin/file, whose output for Microsoft documents changes
with versions).
Huh? What has the POSIX find command to do with Microsoft documents?
On 3/6/2012 12:40 PM, Ken Brown wrote:
On 3/6/2012 7:28 AM, Ken Brown wrote:
On 3/5/2012 5:50 PM, Ken Brown wrote:
On 3/5/2012 4:23 PM, Yaakov (Cygwin/X) wrote:
On Mon, 2012-03-05 at 12:59 -0500, Ken Brown wrote:
On 3/5/2012 12:32 PM, Yaakov (Cygwin/X) wrote:
OK, here's the fix:
1) Install
Thanks, Corinna, for asking if sshd was called with the -D option. This
was the point, although I do not really know why -D was missing (I used
ssh-host-config).
This is was came out before (sshd in fact was running):
$ cygrunsrv -Q sshd
Service : sshd
Display name: CYGWIN
To anyone who can help:
I have tried multiple times to install cygwin without success. I
cannot seem to find any online information about people doing recent
installs or having any recent problems. I have watched videos of
people installing cygwin and done the exact same steps and had no
success.
On Mar 8 16:11, Ulf-Dietrich Braumann wrote:
I guess, when I was installing the service before, I may have
changed something in the Properties menu of the CYGWIN sshd service,
perhaps I tested something under the SYSTEM account and then have
reverted to the cyg_server account, so by this
I assure you I did not edit anything from my output.
It is exactly as it appears on the screen, I only copied and pasted.ssh
I am also using the OpenSSH src as you described, and those are the
outputs I got.
I apologize, but I am next to ignorant on this subject (compiling,
sources, patching).
Did you run setup.exe from the command line and choose mirror sites,
or use the GUI?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
On Mar 8 11:33, Corinna Vinschen wrote:
On Mar 8 01:35, Lee Collier wrote:
Jon Clugston jon.clugston at gmail.com writes:
Don't know if it will fix your problem, but you cannot just create a
mutex on the stack and call lock on it. You must initialize it with
On 3/7/2012 10:43 AM, Edward Girard wrote:
I am trying to compile openSSH on cygwin to incorporate a syntax
highlighting patch: https://github.com/mxtommy/Cisco-SSH-Client
I could not compile with the patch, I can not compile a fresh copy
without the patch applied either.
I have provided
Corinna Vinschen wrote:
On Mar 7 23:07, Christian Franke wrote:
The rebase tool does not change last modification timestamp of each
DLL even if its data has changed. This is likely because Windows
may not update the timestamp for files written through a memory
mapped view.
Is this an intended
Actually, the problem can be reproduced as follows from a C++ console
program. The issue is not specific to .NET. It appears that Cygwin croaks
if you give it a null write (writing zero bytes):
#include windows.h
int _tmain(int argc, _TCHAR* argv[])
{
char * test = AB;
DWORD
On 3/8/2012 10:04 AM, Ken Brown wrote:
there's one other thing I thought of
that the TeX Live postinstall scripts should be doing. Shouldn't they
call fc-cache whenever fonts are installed into
usr/share/texmf-dist/fonts/opentype,
usr/share/texmf-dist/fonts/truetype, or
Corinna Vinschen corinna-cygwin at cygwin.com writes:
On Mar 8 11:33, Corinna Vinschen wrote:
You're trying this on a 64 bit machine, right? Call `peflags -l0' on
your executable and try again. It should work.
Well, I think I have a solution now. I applied a patch to CVS and
I'm
I would like to point out a regression, seemingly introduced in 1.7.10.
If a program is exec'ed after forking in a thread and the program is
a native Windows program, it (seemingly) fails to start.
Please, find attached a test case. You can try it with gvim, for example.
There's no problem with
I've just noticed what sounds like the same issue:
On Windows 7, in a 'cmd' window (at a 'cmd' prompt) doing the following fails
more often than not:
perl -e 'print abc;' | \cygwin\bin\more
That is: abc does not always display on the screen after
the command is executed.
I note that the
On 3/9/2012 2:24 AM, Bill Meier wrote:
I've just noticed what sounds like the same issue:
On Windows 7, in a 'cmd' window (at a 'cmd' prompt) doing the following fails
more often than not:
perl -e 'print abc;' | \cygwin\bin\more
That is: abc does not always display on the screen after
the
39 matches
Mail list logo
