Mail Archives: cygwin/2020/05/04/05:40:13
X-Recipient: | archive-cygwin AT delorie DOT com
|
DKIM-Filter: | OpenDKIM Filter v2.11.0 sourceware.org 34727383F860
|
DKIM-Signature: | v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
|
| s=default; t=1588585166;
|
| bh=78GF7XjVkdEIt50oGHPwjruy1h8FFvQpxjpKVcwGNGI=;
|
| h=Date:To:Subject:References:List-Id:List-Unsubscribe:List-Archive:
|
| List-Post:List-Help:List-Subscribe:From:Reply-To:From;
|
| b=tbI6qBHWX8EUBw6aNomBEZs6ViyarjRjwXRCERyd3MJYa6+jM5qpislKJbuqSatS2
|
| TwMzZYq/8axitRLlKc2Eo49l26V0xKGWB6j0lTKz8x1t1DJbOGq6JJik3CHGYYef/v
|
| hpISa7F/47zSZBdizCipOnh8lFni1C4lPYJU1tJU=
|
X-Original-To: | cygwin AT cygwin DOT com
|
Delivered-To: | cygwin AT cygwin DOT com
|
DMARC-Filter: | OpenDMARC Filter v1.3.2 sourceware.org 4370A385DC32
|
X-YMail-OSG: | omHPjSAVM1nJKnJexOXOitiAsES3sF2MzbtMKc_QZrJl40hxhMIMkO36WgH7OH5
|
| clHAQTt0gWGD__wbKimtJOlL7i5nlnCxwrlfGOcj79TIMyiMKhyz0BhRGyKE2LuT.hqbvduP6waQ
|
| IrqzqMlHR4FY4DHl176saRijPtQ64ySyPkoDGwvLgfWKoYPDgdaLWY.oBbnT1smpiU1qyXVvJ9Ao
|
| EQzKgiPcc2wqNCTLskO7tnTYgigFy5rneM2UPhRKCdT4g4dE0.RaArqL61_aNyPrPjv2HcFbhyHz
|
| Bd5vTUZshJYQLa9iEaC6QDCwzjRpjhZA6pIFm0XGyoUDi6N.QyfABr3HrAnrKahOBuV5L5.sLUiX
|
| L9cQs98L_VxzTsznKpGv2.i2Jf2IkmHE1yFKmYHkiE2S83u1P.nTXZrUc3M0ptCXCnjVQzI0J2CA
|
| gfvj49usqwHnv0fhjF92QXPzloU9wzIQgCH.Pc5F1rLw6hrM09C.YGeH7g_F7XaOqWqvgGsHnMXK
|
| 7AIMP7zd_ErHzMVciyGlc4oh4jcqTrIUHWwhVrzYGWjsO4dJWAb7E3kP06EURtYYrBPk6GcJqhXB
|
| xpolElaIc2zJ9RbBbaZLL0HsoMHMjk1Wivsiz5lqJD3th1tXEIY_MZ59x5XJOlPZhMv7UGm3Md3E
|
| OweHtMxOOhoI8qq2Sl6QNO7ac0k_24M544mSefocvlbP61u9Y7TaJFLrdWBZ9NYjEatWUgE2AQ60
|
| RQ1bglPLhOzIcWYGsSu8AifeEzL3PWClwRiPEbdvzeGRY.PsLjl3tuiyLJJHU68DxO15GktZWFeq
|
| XR51t7Q.tpUJRyJQY31shHxzyhbE647oqRzBTNhKYiYuOWYTbGmBi52aVcAzxZ_4LWYcDDiXXKXe
|
| yPvh2hduoCffnQNGXs8631Rn13awdxM6xH7YSDph3bUy3mDL.dKwpCLieD5Gw_uGDwDVbfIvdjRm
|
| UJFAiNxLRsNx_6n5pbf3EnFsFiZJZDiPguNBhz3pC63XMtPS8mR1Q0CS9eY2X9Tgnyx.wMp6iHjw
|
| gO6Nu3orE2tZMYtBVG.pyjgBqIohJvyHtv.FaJfO.DF7BdqiNFaiYUlqrWRon2CyMUhNjVpdvBpK
|
| W0mk1o1smXbO21kjZvse2QvlksgIc.EIgbA1dEF9t2j38kAxmqLqAi3dRTez5cr2jOflZL.imTTX
|
| kKpWm7.10h1LZRCb0.NCXx0G3X5yUgeWDD.HeKWFqGmuabD9S1AMIwDwiGxI_Z7RJZa11WZnYYFO
|
| 8ght.317G5.lFMiNFQNevrkaJljeRWSa7PfDuJvZdBzl1HQ_znca57Z2uvwNbma8qMw7Oj4DCvCa
|
| ew8Xdp6oJqu8dYSAUpmjr_oHp0TQvMw--
|
Date: | Mon, 4 May 2020 09:39:19 +0000 (UTC)
|
To: | "cygwin AT cygwin DOT com" <cygwin AT cygwin DOT com>
|
Message-ID: | <475030844.772124.1588585159800@mail.yahoo.com>
|
Subject: | CygWin / Sshd / ssh-keygen hangs
|
MIME-Version: | 1.0
|
References: | <475030844 DOT 772124 DOT 1588585159800 DOT ref AT mail DOT yahoo DOT com>
|
X-Mailer: | WebService/1.1.15841 YMailNorrin Mozilla/5.0 (Windows NT 10.0; Win64;
|
| x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.142
|
| Safari/537.36
|
X-Spam-Status: | No, score=1.8 required=5.0 tests=BAYES_00, BODY_8BITS,
|
| DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM,
|
| HTML_MESSAGE, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_PASS,
|
| TXREP autolearn=ham autolearn_force=no version=3.4.2
|
X-Spam-Level: | *
|
X-Spam-Checker-Version: | SpamAssassin 3.4.2 (2018-09-13) on
|
| server2.sourceware.org
|
X-Content-Filtered-By: | Mailman/MimeDel 2.1.29
|
X-BeenThere: | cygwin AT cygwin DOT com
|
X-Mailman-Version: | 2.1.29
|
List-Id: | General Cygwin discussions and problem reports <cygwin.cygwin.com>
|
List-Archive: | <https://cygwin.com/pipermail/cygwin/>
|
List-Post: | <mailto:cygwin AT cygwin DOT com>
|
List-Help: | <mailto:cygwin-request AT cygwin DOT com?subject=help>
|
List-Subscribe: | <http://cygwin.com/mailman/listinfo/cygwin>,
|
| <mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
|
From: | Cezar Damian via Cygwin <cygwin AT cygwin DOT com>
|
Reply-To: | Cezar Damian <cezar DOT damian AT yahoo DOT com>
|
Sender: | "Cygwin" <cygwin-bounces AT cygwin DOT com>
|
X-MIME-Autoconverted: | from base64 to 8bit by delorie.com id 0449dsT2021622
|
HI,
Â
When trying to run ssh-keygen or sshd from Cygwin bashboth of them are hanging.
Â
Wehave the following configuration :
- CygWin – latest version
- Openssh – latest available version
- OS – W10 running in a VMWare environment
Â
When attaching with gdb to the process, I can see thatssh-keygen threads are waiting for something ( see below ) and the program isblocked in pthread_setspecific ().
Â
Do you have any idea what is causing such a behaviorand how can we:
- Work around it
- Understand what causes it ?
Â
Thank you,
Â
Cezar Damian
Â
Â
Â
(gdb) info threads
 Id  TargetId          Frame
 1   Thread 14616.0x2ccc0x00007ffa62e30154 in ntdll!ZwWaitForSingleObject () from/cygdrive/c/Windows/SYSTEM32/ntdll.dll
 2   Thread 14616.0x3d0c0x00007ffa62e339e4 in ntdll!ZwWaitForWorkViaWorkerFactory () from/cygdrive/c/Windows/SYSTEM32/ntdll.dll
 3   Thread 14616.0x12c40x00007ffa62e339e4 in ntdll!ZwWaitForWorkViaWorkerFactory () from/cygdrive/c/Windows/SYSTEM32/ntdll.dll
 4   Thread 14616.0x32ac0x00007ffa62e339e4 in ntdll!ZwWaitForWorkViaWorkerFactory () from/cygdrive/c/Windows/SYSTEM32/ntdll.dll
* 5Â Â Â Thread 14616.0x33040x0000000000000000 in ?? ()
 6   Thread 14616.0x38a80x00007ffa62e30194 in ntdll!ZwReadFile () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
 7   Thread 14616.0x8f0 0x00007ffa62e30c24 in ntdll!ZwWaitForMultipleObjects () from/cygdrive/c/Windows/SYSTEM32/ntdll.dll
 8   Thread 14616.0x3d540x00007ffa62e30c24 in ntdll!ZwWaitForMultipleObjects () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
 9   Thread 14616.0x1ab40x00007ffa62dbec08 in ntdll!LdrShutdownThread () from/cygdrive/c/Windows/SYSTEM32/ntdll.dll
Â
(gdb) backtrace full
#0Â 0x0000000000000000 in ?? ()
No symbol table info available.
#1Â 0x0000000180163eb0 in pthread_setspecific ()at /usr/src/debug/cygwin-3.1.4-1/winsup/cygwin/thread.cc:2858
       pthread_key::keys = {mx = {lock_counter = 0, win32_obj_id = 0xcc}, head =0x800064fb0}
       pthread_rwlock::rwlocks= {mx = {lock_counter = 0, win32_obj_id = 0xc8}, head = 0x8000659a0}
       pthread::threads = {mx = {lock_counter = 0, win32_obj_id = 0xbc}, head =0x800000010}
       pthread_mutex::mutex_initialization_lock = {lock_counter = 0, win32_obj_id =0x254}
       pthread_null::_instance = {<pthread> = {<verifyable_object> = {
             _vptr.verifyable_object = 0x1802bdea0 <vtable for pthread_null+16>, magic= 0}, win32_obj_id = 0x0,
           attr = {<verifyable_object> = {_vptr.verifyable_object =0x1802bde60 <vtable for pthread_attr+16>, magic = 3742232648},
             joinable = 1, contentionscope = 0, inheritsched = 0, schedparam ={sched_priority = 0}, stackaddr = 0x0, stacksize = 0,
             guardsize= 12288, name = 0x0}, function = 0x0, arg = 0x0, return_ptr = 0x0, valid =false, suspended = false,
           canceled = false, cancelstate = 0, canceltype = 0, cygtls = 0x0, cancel_event =0x0, joiner = 0x0, next = 0x0,
           static threads = {mx = {lock_counter = 0, win32_obj_id =0xbc}, head = 0x800000010}, thread_id = 0, cleanup_stack = 0x0,
           mutex = {<verifyable_object> = {_vptr.verifyable_object = 0x1802bed20<vtable for pthread_mutex+16>, magic = 3742232646},
             next = 0x0, lock_counter = 0, win32_obj_id = 0xd8, owner = 0x1, static_new_mutex = 0x1, static _unlocked_mutex = 0x2,
             static _destroyed_mutex = 0x3, recursion_counter = 0, condwaits = 0, type = 2,pshared = 0, static mutexes = {mx = {
                 lock_counter = 0, win32_obj_id = 0xd0}, head = 0x800065b38}, staticmutex_initialization_lock = {lock_counter = 0,
               win32_obj_id = 0x254}}, parent_sigmask = 0}, static _instance ={<pthread> = {<verifyable_object> = {
               _vptr.verifyable_object = 0x1802bdea0 <vtable for pthread_null+16>, magic= 0}, win32_obj_id = 0x0,
             attr = {<verifyable_object> = {_vptr.verifyable_object = 0x1802bde60<vtable for pthread_attr+16>, magic = 3742232648},
               joinable= 1, contentionscope = 0, inheritsched = 0, schedparam = {sched_priority = 0},stackaddr = 0x0,
               stacksize = 0, guardsize = 12288, name = 0x0}, function = 0x0, arg = 0x0,return_ptr = 0x0, valid = false,
             suspended = false, canceled = false, cancelstate = 0, canceltype = 0, cygtls =0x0, cancel_event = 0x0, joiner = 0x0,
             next = 0x0, static threads = {mx = {lock_counter = 0, win32_obj_id = 0xbc},head = 0x800000010}, thread_id = 0,
             cleanup_stack = 0x0, mutex = {<verifyable_object> = {
                 _vptr.verifyable_object = 0x1802bed20 <vtable for pthread_mutex+16>,magic = 3742232646}, next = 0x0,
               lock_counter = 0, win32_obj_id = 0xd8, owner = 0x1, static _new_mutex = 0x1,static _unlocked_mutex = 0x2,
               static _destroyed_mutex = 0x3, recursion_counter = 0, condwaits = 0, type = 2,pshared = 0, static mutexes = {mx = {
                   lock_counter = 0, win32_obj_id = 0xd0}, head = 0x800065b38}, staticmutex_initialization_lock = {
                 lock_counter = 0, win32_obj_id = 0x254}}, parent_sigmask = 0},
           static _instance = <same as static member of an already seen type>}}
       pthread_rwlock::rwlock_initialization_lock = {lock_counter = 0, win32_obj_id =0x108}
       semaphore::semaphores = {mx = {lock_counter = 0, win32_obj_id = 0xd4}, head =0x0}
       pthread_cond::conds = {mx = {lock_counter = 0, win32_obj_id = 0xc4}, head =0x800065ad0}
       pthread_cond::cond_initialization_lock = {lock_counter = 0, win32_obj_id =0x104}
--Type <RET> for more, q to quit, c to continuewithout paging--
       pthread_mutex::mutexes = {mx = {lock_counter = 0, win32_obj_id = 0xd0}, head =0x800065b38}
Backtrace stopped: Cannot access memory at address 0x0
(gdb)
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation: https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
- Raw text -