Re: Non-Cygwin slaves inside tmux
On May 26 17:33, David Macek wrote: Hi. My testcase: run mintty-bash, run tmux inside and run netsh inside. Try to type. Result: horrible lags I uploaded a Cygwin developer snapshot supposed to fix this issue to https://cygwin.com/snapshots/ Please give it a try. Replacing the DLL with the release DLL should be sufficient. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat -- 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-simple
Re: Non-Cygwin slaves inside tmux
On 27. 5. 2015 12:04, Robert Pendell wrote: while we wait for someone that does to see if the issue is reproducible for them can you please *attach* a cygcheck.out for your system Attached. and also check your system for BLODA just in case? Disabling Windows Defender had no effect. -- David Macek Cygwin Configuration Diagnostics Current System Time: Fri Jun 05 00:06:23 2015 Windows 8.1 Professional Ver 6.3 Build 9600 Path: D:\cygwin64\usr\local\bin D:\cygwin64\bin C:\Windows\System32 C:\Windows Output from D:\cygwin64\bin\id.exe UID: 197609(ether) GID: 197121(None) 197121(None) 197612(Debugger Users) 197613(HelpLibraryUpdaters)578(Hyper-V Administrators) 559(Performance Log Users) 545(Users) 4(INTERACTIVE) 66049(CONSOLE LOGON) 11(Authenticated Users)15(This Organization) 113(Local account) 4095(CurrentSession) 66048(LOCAL) 262154(NTLM Authentication) 401408(Medium Mandatory Level) SysDir: C:\Windows\system32 WinDir: C:\Windows USER = 'ether' PWD = '/cygdrive/c/Users/ether' HOME = '/cygdrive/c/Users/ether' USERDOMAIN_ROAMINGPROFILE = 'onyx' HOMEPATH = '\Users\ether' APPDATA = 'C:\Users\ether\AppData\Roaming' ProgramW6432 = 'C:\Program Files' PACKAGER = 'David Macek david.mace...@gmail.com' HOSTNAME = 'onyx' SHELL = '/bin/bash' TERM = 'xterm' _NT_SYMBOL_PATH = 'symsrv*symsrv.dll*C:\temporary\symbols*http://msdl.microsoft.com/download/symbols' PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 58 Stepping 9, GenuineIntel' PROFILEREAD = 'true' WINDIR = 'C:\Windows' PUBLIC = 'C:\Users\Public' OLDPWD = '/cygdrive/c/Users/ether' ORIGINAL_PATH = '/cygdrive/c/Windows/System32:/cygdrive/c/Windows' USERDOMAIN = 'onyx' CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\ProgramData' ANSICON_DEF = '7' PYTHONIOENCODING = 'UTF-8 ' !:: = '::\' TEMP = '/tmp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' USERNAME = 'ether' PROCESSOR_LEVEL = '6' ProgramFiles(x86) = 'C:\Program Files (x86)' ChocolateyInstall = 'C:\temporary\chocolatey' FONTCONFIG_PATH = 'C:\Users\ether\AppData\Roaming\fontconfig' PSModulePath = 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\;C:\Program Files (x86)\Microsoft SQL Server\120\Tools\PowerShell\Modules\' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' EDITOR = 'mc -e' VS120COMNTOOLS = 'C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\Tools\' USERPROFILE = 'C:\Users\ether' LANG = 'en_US.UTF-8' TZ = 'Europe/Prague' PS1 = '\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\ONYX' PYTHONDONTWRITEBYTECODE = 'True' CommonProgramW6432 = 'C:\Program Files\Common Files' PROCESSOR_ARCHITECTURE = 'AMD64' LOCALAPPDATA = 'C:\Users\ether\AppData\Local' !C: = 'C:\Users\ether' ProgramData = 'C:\ProgramData' EXECIGNORE = '*.dll' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' HOMEDRIVE = 'C:' [redacted] _NT_SYMCACHE_PATH = 'C:\temporary\symbols\_cache' PROMPT = '$E[1m$P$G$E[0m ' COMSPEC = 'C:\Windows\system32\cmd.exe' TMP = '/tmp' SYSTEMROOT = 'C:\Windows' PRINTER = [redacted] PROCESSOR_REVISION = '3a09' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info' UNISONBACKUPDIR = 'W:\backups\unison' PROGRAMFILES = 'C:\Program Files' VS110COMNTOOLS = 'C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\Tools\' NUMBER_OF_PROCESSORS = '4' asl.log = 'Destination=file' SESSIONNAME = 'Console' LC_TIME = 'C.UTF-8' COMPUTERNAME = 'ONYX' !ExitCode = '' ANSICON = '150x (150x42)' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Installations (default) = '\??\W:\[redacted]' f76db13c759b51fa = '\??\D:\cygwin64' HKEY_CURRENT_USER\Software\Cygwin\Program Options HKEY_CURRENT_USER\Software\TortoiseGit\History\RemoteBranch\W_\temporary\development\cygwin (default) = 'develop' HKEY_CURRENT_USER\Software\TortoiseGit\TortoiseProc\PullFetch\W_\dev\cygwin_0 (default) = 0x HKEY_CURRENT_USER\Software\TortoiseGit\TortoiseProc\Push\W_\dev\cygwin (default) = 0x0001 HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Installations (default) = '\??\D:\cygwin64' HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup (default) = 'D:\cygwin64' HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Cygwin\Installations (default) = '\??\D:\cygwin32' HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Cygwin\setup (default) = 'D:\cygwin32' obcaseinsensitive set to 1 Cygwin installations found in the registry: System: Key: f76db13c759b51fa Path: D:\cygwin64 User: Key: 32cfc40cfda8d1c3 Path: W:\[redacted] (ORPHANED) User: Key: f76db13c759b51fa Path: D:\cygwin64 c: hd NTFS113943Mb 88% CP CS UN PA FC System d: hd NTFS953867Mb 97% CP CS UN PA FC Storage w: hd NTFS953867Mb 97% CP CS UN PA FC
Re: Non-Cygwin slaves inside tmux
On Tue, May 26, 2015 at 11:33 AM, David Macek ... wrote: Hi. My testcase: run mintty-bash, run tmux inside and run netsh inside. Try to type. Result: horrible lags Expected result: it's possible to type normally I tried multiple Cygwin snapshots from the last 5 months, hoping that it could be a regression (therefore easily fixable), but all of them exhibit the same issue. A quick Google search didn't show any similar errors, so I'm reporting here in hope someone will be able to say yeah, that's easy, let me fix that. :) Assuming I understand correctly the roles here -- bash does fork+exec(netsh) and Cygwin emulates that by creating a bash subprocess which creates a netsh subprocess; the bash process that is spawned to execute the native executable is creating threads and named pipes like crazy. Every few seconds a new pipe and thread pop up. All the old threads seem to be stuck in: #0 0x7ffad7f3120a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll #1 0x7ffad53b1118 in WaitForSingleObjectEx () from /cygdrive/c/Windows/system32/KERNELBASE.dll #2 0x000180134cfb in muto::acquire (this=0x639363438, ms=ms@entry=4294967295) at /usr/src/debug/cygwin-2.0.2-1/winsup/cygwin/sync.cc:87 #3 0x0001800f9ed9 in lock_process (exiting=false, this=) at /usr/src/debug/cygwin-2.0.2-1/winsup/cygwin/sync.h:53 #4 commune_process (arg=0x6e7cb90) at /usr/src/debug/cygwin-2.0.2-1/winsup/cygwin/pinfo.cc:542 ... several other frames which are related to Cygwin threads, I assume ... strace shows tmux getting these: seterrno_from_win_error: /usr/src/ports/cygwin/cygwin-2.0.2-1.x86_64/src/newlib-cygwin/winsup/cygwin/pinfo.cc:737 windows error 995 -- David Macek Hmm... Error 995 is ERROR_OPERATION_ABORTED. This could mean something is blocking/killing it. I don't use tmux locally on a personal basis so while we wait for someone that does to see if the issue is reproducible for them can you please *attach* a cygcheck.out for your system and also check your system for BLODA just in case? Robert Pendell A perfect world is one of chaos. Keybase: http://keybase.io/shinji257 -- 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-simple
Re: Non-Cygwin slaves inside tmux
Robert Pendell shinji+cygwin-at-elite-systems.org |cygwin_ml_nodigest| wrote at 06:04 -0400 on May 27, 2015: On Tue, May 26, 2015 at 11:33 AM, David Macek ... wrote: Hi. My testcase: run mintty-bash, run tmux inside and run netsh inside. Try to type. Result: horrible lags Expected result: it's possible to type normally I tried multiple Cygwin snapshots from the last 5 months, hoping that it could be a regression (therefore easily fixable), but all of them exhibit the same issue. A quick Google search didn't show any similar errors, so I'm reporting here in hope someone will be able to say yeah, that's easy, let me fix that.. :) Assuming I understand correctly the roles here -- bash does fork+exec(netsh) and Cygwin emulates that by creating a bash subprocess which creates a netsh subprocess; the bash process that is spawned to execute the native executable is creating threads and named pipes like crazy. Every few seconds a new pipe and thread pop up. All the old threads seem to be stuck in: #0 0x7ffad7f3120a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll #1 0x7ffad53b1118 in WaitForSingleObjectEx () from /cygdrive/c/Windows/system32/KERNELBASE.dll #2 0x000180134cfb in muto::acquire (this=0x639363438, ms=ms@entry=4294967295) at /usr/src/debug/cygwin-2.0.2-1/winsup/cygwin/sync.cc:87 #3 0x0001800f9ed9 in lock_process (exiting=false, this=) at /usr/src/debug/cygwin-2.0.2-1/winsup/cygwin/sync.h:53 #4 commune_process (arg=0x6e7cb90) at /usr/src/debug/cygwin-2.0.2-1/winsup/cygwin/pinfo.cc:542 ... several other frames which are related to Cygwin threads, I assume ... strace shows tmux getting these: seterrno_from_win_error: /usr/src/ports/cygwin/cygwin-2.0.2-1.x86_64/src/newlib-cygwin/winsup/cygwin/pinfo.cc:737 windows error 995 -- David Macek Hmm... Error 995 is ERROR_OPERATION_ABORTED. This could mean something is blocking/killing it. I don't use tmux locally on a personal basis so while we wait for someone that does to see if the issue is reproducible for them can you please *attach* a cygcheck.out for your system and also check your system for BLODA just in case? Fails for me, too. Running netsh in a shell under tmux, then help (in any shell, not just bash - ash, tcsh, too) is very constipated. And it slows down all other tmux operations (e.g., switching windows, doing an ls in another window). screen is not affected. Reverting cygwin from 2.0.2-1 to 1.7.35 didn't change anything here. Exiting netsh (or killing it) restores lively tmux behavior. Sometimes killing netsh also kills the parent shell. -- 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-simple
Non-Cygwin slaves inside tmux
Hi. My testcase: run mintty-bash, run tmux inside and run netsh inside. Try to type. Result: horrible lags Expected result: it's possible to type normally I tried multiple Cygwin snapshots from the last 5 months, hoping that it could be a regression (therefore easily fixable), but all of them exhibit the same issue. A quick Google search didn't show any similar errors, so I'm reporting here in hope someone will be able to say yeah, that's easy, let me fix that. :) Assuming I understand correctly the roles here -- bash does fork+exec(netsh) and Cygwin emulates that by creating a bash subprocess which creates a netsh subprocess; the bash process that is spawned to execute the native executable is creating threads and named pipes like crazy. Every few seconds a new pipe and thread pop up. All the old threads seem to be stuck in: #0 0x7ffad7f3120a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll #1 0x7ffad53b1118 in WaitForSingleObjectEx () from /cygdrive/c/Windows/system32/KERNELBASE.dll #2 0x000180134cfb in muto::acquire (this=0x639363438, ms=ms@entry=4294967295) at /usr/src/debug/cygwin-2.0.2-1/winsup/cygwin/sync.cc:87 #3 0x0001800f9ed9 in lock_process (exiting=false, this=) at /usr/src/debug/cygwin-2.0.2-1/winsup/cygwin/sync.h:53 #4 commune_process (arg=0x6e7cb90) at /usr/src/debug/cygwin-2.0.2-1/winsup/cygwin/pinfo.cc:542 ... several other frames which are related to Cygwin threads, I assume ... strace shows tmux getting these: seterrno_from_win_error: /usr/src/ports/cygwin/cygwin-2.0.2-1.x86_64/src/newlib-cygwin/winsup/cygwin/pinfo.cc:737 windows error 995 -- David Macek smime.p7s Description: S/MIME Cryptographic Signature