Angelo Graziosi wrote:
> Your test case (http://svn.variadic.org/public/trunk/weirdbug/) DOES NOT
> abort also if one rebuilds GCC WITHOUT ADDING
> --enable-fully-dynamic-string BUT APPLYING the patch PR24196!
Yes, that's all in the bug report, but why I'd avoid it is that they
were still undecid
Mike Dunn wrote:
[snip]
> It's strange how the service starts normally, and sshd enters the
> process table, but it appears to refuse to run. I wonder if there is a
> way to test my password for the sshd_server account (or would cygrunsrv
> complain if it were wrong?)
Do you have a firewall runni
Hi Mark,
Thanks for looking at this with me. I have restarted the sshd service
many times, and have provided the password for the sshd_server account
each time I've installed the service (whether installing it manually or
with ssh-host-config). Below is how I have been typically installing
swingkyd1 wrote:
I seem to be having problems with compiling qt3 for windows. I don't know
whether this is a cygwin problem or a qt3 problem but after following the
instructions for installation here:
http://qtwin.sourceforge.net/qt3-win32/compile-cygwin.php
I run the following command:
$ . con
>
> # If there is a running service, then stop it and remove it.
> cygrunsrv --query sshd > /dev/null 2>&1 && {
>cygrunsrv --stop $service;
>cygrunsrv --remove $service;
> };
Correction: '$service' should be replaced with 'sshd' in the two
lines above.
--
Unsubscribe info: ht
> I've been having problems getting cron/sshd to work properly (as
> services or not as services) on a Win 2003 server. I understand that
> certain attributes of the SYSTEM account changed in win2003, and I've
> tried to allow ssh-host-config to setup sshd, but with no success. I
> have tried se
Dave Korn wrote:
> ...because for some reason, despite attaching the debugger, and despite having
> frozen every other thread and only left one running, every time I try to
> single step it, it just carries on running as if I'd told it to continue.
> Dunno why except perhaps the debugger isn't kee
Kaveh Goudarzi wrote:
> I downloaded the src for cygwin and compiled my code
> as below (cygwin is where I did the cvs pull).
>
> gcc -o envs-test.exe env-test.c -I cygwin/src/winsup/cygwin/include/sys
>
> I call cygwin_internal ( CW_SYNC_WINENV ) prior to
> the call to GetEnvi
On 02 May 2006 19:13, Dave Korn wrote:
> On 02 May 2006 18:15, Ludovic Drolez wrote:
>> Any hints on how to debug this problem would be appreciated !
>
> It's a waste of time posting random tracebacks I'm afraid. What we really
> need to do is attach a debugger to the thread that is eating th
On 02 May 2006 18:15, Ludovic Drolez wrote:
> In fact, I use cygwin 1.5.19-4 and I can reproduce the bug with *any* cygwin
> process (cygrunsrv, bash, cat, etc).
>
> To reproduce:
> - run cmd.exe, go to the cygwin /bin directory and launch cat.exe
> - on a W2K SP4, start windows update and install
I've updated clamav to the new upstream release (security vulnerability
in the protocol code for freshclam) and fixed a packaging error, which
prevented building the daemon side clamd and clamdscan.
Thanks to U.-D. Braumann.
Solution: Update to 0.88.2-1
About:
Clam AntiVirus is an anti-virus tool
I seem to be having problems with compiling qt3 for windows. I don't know
whether this is a cygwin problem or a qt3 problem but after following the
instructions for installation here:
http://qtwin.sourceforge.net/qt3-win32/compile-cygwin.php
I run the following command:
$ . config.cygwin-thread
the only way to complete the update is to kill
the cat.
I tried this, my wife is furious, and the update is still stuck
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
Hello,
A few months ago someone reported (subj=Windows update vs. cygrunsrv) that
windows update and cygrunsrv fails when trying to update multimedia programs on
windows (MP, iTunes, etc). cygrunsrv uses nearly all cpu.
In fact, I use cygwin 1.5.19-4 and I can reproduce the bug with *any* cygwin
Hi Guys,
Thanks for your input. So it looks like my version of cygwin1.dll
does not have the functionality I was trying to use namely the CW_SYNC_WINENV
(doing an nm on cygwin1.dll I don't see sync_winenv ()). So unless there is
going to be an imminent release I would be gratefu
On Tue, May 02, 2006 at 05:21:21PM +0100, Steven Hartland wrote:
>Christopher Faylor wrote:
>>On Mon, May 01, 2006 at 11:11:57PM -0700, Yitzchak Scott-Thoennes
>>>I'm having problems with rsync'ing perl seeming to hang that didn't
>>>happen with 1.5.18/9 or snapshots up to 20060329. I'll try to po
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Steve Baldwin
Sent: Tuesday, May 02, 2006 4:27 AM
To: cygwin@cygwin.com
Subject: RE: scp timeout on dual-core processor
(text deleted)
>OK, now I don't believe my problems are related to the CPU(s). I
disab
Christopher Faylor wrote:
On Mon, May 01, 2006 at 11:11:57PM -0700, Yitzchak Scott-Thoennes
I'm having problems with rsync'ing perl seeming to hang that didn't
happen with 1.5.18/9 or snapshots up to 20060329. I'll try to post
cygcheck output soon.
Corinna changed ssh recently. Are you using
On Tue, May 02, 2006 at 11:57:21AM -0400, Christopher Faylor wrote:
>That's usually a good idea but I just noticed that cygwin-internal
>doesn't set errno. There is no reason why it would have to, really,
>since the interface is entirely local to cygwin and we can decide to do
>what we want. Howe
On Tue, May 02, 2006 at 03:32:44PM +0100, Dave Korn wrote:
>On 02 May 2006 15:18, Kaveh Goudarzi wrote:
>>I call cygwin_internal ( CW_SYNC_WINENV ) prior to the call to
>>GetEnvironmentStrings ... the strange thing is the value that comes
>>back ... looking at the code (cygwin/src/winsup/cygwin/e
On Mon, May 01, 2006 at 11:11:57PM -0700, Yitzchak Scott-Thoennes wrote:
>On Mon, Apr 24, 2006 at 08:12:42PM +0200, Corinna Vinschen wrote:
>> Please test the latest snapshot (at least 2006-Apr-24) from
>>
>> http://cygwin.com/snapshots/
>>
>> Please report back in this thread when you encounte
On 02 May 2006 15:59, Charles D. Russell wrote:
> According to Charles D. Russell on 5/2/2006 6:55 AM:
>> Is there somewhere I can download the *.2 manpages for functions
>> available in cygwin?
>
> Eric Blake wrote:
>
> Not all the functions have man pages in cygwin - volunteers are welcome t
According to Charles D. Russell on 5/2/2006 6:55 AM:
Is there somewhere I can download the *.2 manpages for functions
available in cygwin?
Eric Blake wrote:
Not all the functions have man pages in cygwin - volunteers are welcome to
help write some. Having said that, the web is your friend -
On 02 May 2006 15:18, Kaveh Goudarzi wrote:
> I call cygwin_internal ( CW_SYNC_WINENV ) prior to
> the call to GetEnvironmentStrings ... the strange thing is the
> value that comes back ... looking at the code
> (cygwin/src/winsup/cygwin/external.cc) I expected zero but I get another
> val
Steven Brown wrote:
> There's simply no way to solve this for all cases without a recompile of
> libstdc++.
I wrote:
> Your test case DOES NOT abort if one builds it with GCC that was rebuilt
> whitout that patch but configured with --enable-fully-dynamic-string!
Your test case (http://svn
At 06:40 02.05.2006 -0600, Eric Blake wrote:
According to Davor Perkovac on 5/2/2006 5:52 AM:
> Hi.
>
> I found out that having quote characters in DOS Path variable around
> directories which are listed before cygwin/bin path can confuse rsync so
> that it's unable to find ssh executable.
Try
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Charles D. Russell on 5/2/2006 6:55 AM:
> Is there somewhere I can download the *.2 manpages for functions
> available in cygwin? I couldn't find them using the setup package
> search. I have an old printed unix manual, but it would be n
Is there somewhere I can download the *.2 manpages for functions
available in cygwin? I couldn't find them using the setup package
search. I have an old printed unix manual, but it would be nice not to
have to carry it around.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Davor Perkovac on 5/2/2006 5:52 AM:
> Hi.
>
> I found out that having quote characters in DOS Path variable around
> directories which are listed before cygwin/bin path can confuse rsync so
> that it's unable to find ssh executable.
Try
On 01 May 2006 15:58, Brian Ford wrote:
> On Thu, 27 Apr 2006, Dave Korn wrote:
>
>> On 26 April 2006 20:34, Steven Hartland wrote:
>>
>>> Interestingly if I try to get a thread dump using
>>> sysinternals process explorer the rsync process goes
>>> mad using all available cpu.
>>
>> That's a
Hello,
we have a subversion repository with a couple of
files including german umlauts in their filenames.
We use Tortoise SVN clients running under Win XP,
and everything works well.
Unfortunately I am not the greatest fan of such GUI
tools and prefer comand line tools whenever available.
I hav
Hi.
I found out that having quote characters in DOS Path variable around
directories which are listed before cygwin/bin path can confuse rsync
so that it's unable to find ssh executable.
In my example when Path is set as:
Path="C:\WINDOWS\system32";C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\cygw
Hi !
Another backtrace of the cygwin-1.dll problem (using this backtrace hack
http://sourceware.org/ml/cygwin/2004-01/msg00066.html )
#0 0x77e9a10e in WaitForMultipleObjects ()
from /cygdrive/c/WINNT/system32/KERNEL32.DLL
#1 0x77e9a1fb in WaitForMultipleObjectsEx ()
from /cygdrive/c/WINNT
Hi,
Harig, Mark wrote:
The Cygwin version of the openssh utility program, 'scp', appears to
have a defect that prevents
it from copying files above a certain size, when 'scp' is running on
computers with Intel
dual-core processors.
Cygwin/openssh/etc. on two more
computers with dual-core CPUs
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
> Of Steve Baldwin
> Sent: Tuesday, 2 May 2006 6:54 AM
> To: cygwin@cygwin.com
> Subject: RE: scp timeout on dual-core processor
>
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PR
35 matches
Mail list logo