in reference to my earlier message
http://cygwin.com/ml/cygwin-xfree/2005-03/msg00048.html
and the following message
http://cygwin.com/ml/cygwin-xfree/2005-04/msg00152.html
I can state I am -not- having a "personal firewall problem". With the
help of 'Process Explorer' from sysinternals.com,
"martouf ." wrote:
> I can state I am -not- having a "personal firewall problem". With the
> help of 'Process Explorer' from sysinternals.com, I have been able to
> determine it is caused by 'cat.exe' using >90% CPU.
I wouldn't be so sure. Process Explorer is a nice tool but it doesn't
always p
I started by using Windows Task Manager to try to find the 'hanging'
problem, and after sorting the process list by CPU usage - there was
'cat' spinning away. Process Explorer v9.02 provided the same data.
Trying to 'cat /proc/PIDNO/cmdline' would only provide "".
It does not matter if I use 'ro
On Thu, 28 Apr 2005, martouf . wrote:
> in reference to my earlier message
> http://cygwin.com/ml/cygwin-xfree/2005-03/msg00048.html
> and the following message
> http://cygwin.com/ml/cygwin-xfree/2005-04/msg00152.html
>
> I can state I am -not- having a "personal firewall problem". With the
I don't have ZoneAlarm.
I get past the xkbcomp problem by disabling keyboard extensions, at
which point 'cat' spins at >90% CPU on .Xauthority instead of 'sh'
spinning on xkbcomp.
I did not have this problem with an older cygwin.dll (see my earlier message).
http://cygwin.com/ml/cygwin-xfree/20
On Fri, 29 Apr 2005, martouf . wrote:
> I don't have ZoneAlarm.
>
> I get past the xkbcomp problem by disabling keyboard extensions, at
> which point 'cat' spins at >90% CPU on .Xauthority instead of 'sh'
> spinning on xkbcomp.
maybe /tmp mounted in textmode?
strace will show unlimited cycles
uhh, don't you mean System(), Popen() and Pclose() ? They're
contained within and entire "#if !defined(WIN32)" stanza and I'm not
sure what that means with respect to Cygwin.
Did something change in fork(), exec() or exit() between 1.5.12 and 1.5.13 ?
On 4/29/05, Alexander Gottwald <[EMAIL PROTE
I don't have /tmp mounted as anything. / is mounted in binmode.
$ mount
C:\cygwin\bin on /usr/bin type system (binmode)
C:\cygwin\lib on /usr/lib type system (binmode)
C:\cygwin on / type system (binmode)
c: on /cygdrive/c type system (binmode,noumount)
On 4/29/05, Alexander Gottwald <[EMAIL PRO
On Fri, 29 Apr 2005, martouf . wrote:
> uhh, don't you mean System(), Popen() and Pclose() ?
No. I mean Fopen. This is the only place where /bin/cat is mentioned.
> They're
> contained within and entire "#if !defined(WIN32)" stanza and I'm not
> sure what that means with respect to Cygwin.
WI
On Fri, 29 Apr 2005, Alexander Gottwald wrote:
>> uhh, don't you mean System(), Popen() and Pclose() ?
>
> No. I mean Fopen. This is the only place where /bin/cat is mentioned.
oh yes, ok, I see now. thanks.
>> They're contained within an entire "#if !defined(WIN32)" stanza and I'm not
>> sure
On Fri, 29 Apr 2005, martouf . wrote:
> thanks! I did try, and it behaved like this:
>
> 1. with "-kb" (kb ext disabled) it starts up just fine.
>
> 2. without "-kb" it 'hangs' with sh consuming >90% CPU right after the
> 'Rules' line. Ending the sh process causes XWin to wake back up and
> fi
On 4/30/05, Alexander Gottwald <[EMAIL PROTECTED]> wrote:
>
> Just as expected. The forked xkbcomp does still hang forever.
>
> > // any chance at all what I'm seeing has something to do with the
> > EINTR || ECHILD possibility above?
>
> Even then the xserver should continue. But it appears to
"Brian Dessent" wrote:
> Specifically, if you click on the Threads tab of the Properties page of a
> process,
> ProcExp attaches its own thread to the process and this causes the Cygwin
> process to consume 100% cpu.
yes, bringing up the Threads tab on processes like 'xterm' and 'sh'
causes a ne
"martouf ." wrote:
> yes, bringing up the Threads tab on processes like 'xterm' and 'sh'
> causes a new thread "ntdll.dll!RtlConvertUiListToApiList+0xNNN" to be
> created. It is simple to remedy this by killing the thread. Having
> done so, CPU usage returns to normal and the Cygwin process beco
14 matches
Mail list logo