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 ( http://cygwin.com/cygwin-ug-net/highlights.html
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 ( http://
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 er
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 r
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 Co
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:\cygwin>bash
0 [main] bash 8168 D:\cygwin\bin\bash.exe: *** fat
Edward Girard 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 links to the ./
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 informa
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 t
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:\cygwin>bash
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 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 t
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 opti
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: ht
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
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 a
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).
C
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: http://cygwin.com/ml/#unsubscribe-s
On Mar 8 11:33, Corinna Vinschen wrote:
> On Mar 8 01:35, Lee Collier wrote:
> > Jon Clugston 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_ini
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 pr
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 intende
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
int _tmain(int argc, _TCHAR* argv[])
{
char * test = "AB";
DWORD written;
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 usr/share/texmf-dist/fonts
Corinna Vinschen 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 just ge
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 th
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 p
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
31 matches
Mail list logo
