www.delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2025/06/22/03:29:50

DMARC-Filter: OpenDMARC Filter v1.4.2 delorie.com 55M7Ton03146313
Authentication-Results: delorie.com; dmarc=pass (p=none dis=none) header.from=cygwin.com
Authentication-Results: delorie.com; spf=pass smtp.mailfrom=cygwin.com
DKIM-Filter: OpenDKIM Filter v2.11.0 delorie.com 55M7Ton03146313
Authentication-Results: delorie.com;
dkim=pass (1024-bit key, unprotected) header.d=cygwin.com header.i=@cygwin.com header.a=rsa-sha256 header.s=default header.b=bFIkjBC6
X-Recipient: archive-cygwin AT delorie DOT com
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 5A38D39F62B3
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
s=default; t=1750571852;
bh=tnDJvGdTCO6vHZw3ZJOPBT6jK7ngS+fvPIZd4SCXaT4=;
h=References:In-Reply-To:Date:Subject:To:List-Id:List-Unsubscribe:
List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:
From;
b=bFIkjBC6X8/99nJDMczCj9VlnXtJjcosVVynETkrBJsmxaCR4m0Oww4itdZebauLu
x/kaj9AV9CiF7zO6kr001Gk8+DgDTfZmbK4XDo6Zt9zrDlzuTL//Ae+vhI2eLjqjfz
doBe+L8yQQwwobK8raPzA6AyWz371S9EAWXt1MRo=
X-Original-To: cygwin AT cygwin DOT com
Delivered-To: cygwin AT cygwin DOT com
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 2F3AD3A12D05
ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 2F3AD3A12D05
ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1750567931; cv=none;
b=fR1iUg0Xjy1sVw2zVy82zC4n0c4OCyJRki2iV9NgrbEqhqrwlmpkNC2hoLtF9IsNmPlAFSJFNEjWu0P3U19Z7nnr9HAYTjgJn4t86qcTgTkO75ucY580zPMHuGB1cWQYPvWaeywRS9FQUuvUWhE8xD42+75uIjjvWrXsox2MHLs=
ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key;
t=1750567931; c=relaxed/simple;
bh=miDeNkxbAmXY00PtraSwXQur73IaWZ+gfWkRyGJLBHs=;
h=DKIM-Signature:MIME-Version:From:Date:Message-ID:Subject:To;
b=czxX0//ppCEP4+004YX7i2eBM24qTCp2wGbKwmdCdRKJhD7Lz3R4hPe0thQ/+e8QKL676Ms0djgN+ADMiQXqevG+0xGe67RHATlOJSyOsszIGoXDYLV/fVppcyOAoRZifU1MU3WEqoU94FiUrzpa8twhfaGMd+bjEa8eHEdVJv0=
ARC-Authentication-Results: i=1; server2.sourceware.org
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 2F3AD3A12D05
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1750567929; x=1751172729;
h=content-transfer-encoding:to:subject:message-id:date:from
:in-reply-to:references:mime-version:x-gm-message-state:from:to:cc
:subject:date:message-id:reply-to;
bh=PN+z0QqsuVysuouW3KOlaAjzgCx1bYJ4QFTta9fVWlk=;
b=kh7DBk1gE313Olf7GXzo2ng4ZN7hVRYL6ZgoFgv02VrUJYpEkUAqtPXhyaRutgyvTm
S93vg+k4m0Cnl1nZi20ibRjQtRJJ275Ql+mV42fedwXC3hdldNGnLQBcnnwxeZbT3SzK
9A/eVzrxekaHXQfAlyEhQsCLg4iKN/oqhOj6yjcVpflqOe9s8kHSGXcPMvKCUmT2kBzS
9+0Z4eb/fdMBlS3wAcPj6aNQ9qpPjPG7jSQmaiqHwGapczVaSL2pNTccIO6lEH2MBF+o
xnXYZ6DcHm+xZ3RpFSgrUEr03hHCSjOuCGL/sqB//FNLuKcm0LRd6XuSMIf69Migyiwf
9/Hw==
X-Gm-Message-State: AOJu0Yy6x4ct7V7I11SuYxItP/7axFVOLWY0e9CnOUxdE+nGentmh37g
3zn/KGzusFs+qmFITpIqajbaXa/e95Ll9X+Jve1dx4pKqVcH4WYpDBuJrvilocog5Tx9AFFZHD5
ryUNlZeDpK0ck7wU04zC7X/qWQU0IeUxv6p4D
X-Gm-Gg: ASbGncsK3fO1giC6gnGzrpaU4lyJAd0H94R428Rry2oadEwxHt+AKvIGwEAp7EcluWt
HwiQ1tSDqlNeb/Q0T2jl/6ywAk1lr1u5jgYWst6CnGF29429v2C4DOZf5dFfItUaEb2ERd6HV/M
Lei19BIgKUmvOz7fCYwT1pklcGiXSbZ+b/iGXeAhSwEZIS56BZa7CWfw==
X-Google-Smtp-Source: AGHT+IH6vBBG7xYHJ7AZ0E19lGz71m+9P2MPPn/i1rfRy+4WtVhxmw6DQGjtOrufWcw4sVM/36djIbcUz7ixROfXroI=
X-Received: by 2002:a05:6871:80c9:b0:2e9:fd62:9068 with SMTP id
586e51a60fabf-2eeee5941efmr1712052fac.10.1750567928910; Sat, 21 Jun 2025
21:52:08 -0700 (PDT)
MIME-Version: 1.0
References: <CAA3frXTFnLSF2HzB5Z278=5J0bsOGRcRmqyv+7qcr3-QGmKbBw AT mail DOT gmail DOT com>
<7a8fd4a7-e07c-4d09-9741-72d3b2b27b06 AT dronecode DOT org DOT uk>
<CAA3frXQiMLSLOpj2CE1toQEO=fR26HB59h2H4mBy5ykwDC-_RA AT mail DOT gmail DOT com>
In-Reply-To: <CAA3frXQiMLSLOpj2CE1toQEO=fR26HB59h2H4mBy5ykwDC-_RA@mail.gmail.com>
Date: Sun, 22 Jun 2025 13:51:33 +0900
X-Gm-Features: Ac12FXwrwB0-lFcO9r5p4Evhse7FIEmoC8k0NrejmTqV7ESpR2nJtVOpg0JodgA
Message-ID: <CAA3frXSNjcCPoXw_1XXdMWsZB9-QkSH2qjL=m52xj9hmrG9Trg@mail.gmail.com>
Subject: SIGSEGV in pthread_testcancel() likely due to NULL TLS access (Re: A
process spawned inside gem command running on latest ruby segfaults)
To: cygwin AT cygwin DOT com
X-BeenThere: cygwin AT cygwin DOT com
X-Mailman-Version: 2.1.30
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: <https://cygwin.com/mailman/listinfo/cygwin>,
<mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
From: Daisuke Fujimura via Cygwin <cygwin AT cygwin DOT com>
Reply-To: Daisuke Fujimura <booleanlabel AT gmail DOT com>
Sender: "Cygwin" <cygwin-bounces~archive-cygwin=delorie DOT com AT cygwin DOT com>
X-MIME-Autoconverted: from base64 to 8bit by delorie.com id 55M7Ton03146313

The reproduction procedure could be simplified.

A segmentation fault (SIGSEGV) occurs when running a Ruby script using
Ruby 3.4.2 (test package) on Cygwin 3.6.3-1 (x86_64), where Thread.new
is used to require 'openssl' inside a thread.

The crash path leads from OpenSSL’s OPENSSL_thread_stop() to
CRYPTO_THREAD_write_lock() and then pthread_rwlock_wrlock(), which
invokes pthread_testcancel(). At that point, a NULL pointer
dereference seems to occur, possibly during access to TLS data.

# Reproduction
Save as repro.rb and run:

```ruby
Thread.new do
require 'openssl'
end.join

GC.start
sleep 0.1
```

```
$ uname -srvmpio
CYGWIN_NT-10.0-22000-ARM64 3.6.3-1.x86_64 2025-06-05 11:45 UTC x86_64
unknown unknown Cygwin
$ /usr/bin/ruby -v
ruby 3.4.2 (2025-02-15 revision d2930f8e7a) +PRISM [x86_64-cygwin]
$ cygcheck -cd libssl3
Cygwin Package Information
Package Version
libssl3 3.0.16-1
$ gdb -nx /usr/bin/ruby -v
(gdb) run repro.rb
:
Thread 8 "repro.rb:1" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 7380.0x25e4]
0x0000000000000000 in ?? ()
(gdb) where
#0 0x0000000000000000 in ?? ()
#1 0x00007ffe4ad2a0e4 in pthread_testcancel () at
/usr/src/debug/cygwin-3.6.3-1/winsup/cygwin/thread.cc:399
#2 pthread_rwlock_wrlock (rwlock=0xa002a9010) at
/usr/src/debug/cygwin-3.6.3-1/winsup/cygwin/thread.cc:4352
#3 0x00007ffe4ae0b0d4 in _sigfe () at sigfe.s:35
#4 0x00000003ff54e3f9 in CRYPTO_THREAD_write_lock (lock=<optimized
out>) at crypto/threads_pthread.c:110
#5 0x00000003ff541922 in init_thread_remove_handlers
(handsin=handsin AT entry=0x0) at crypto/initthread.c:178
#6 0x00000003ff541d43 in OPENSSL_thread_stop () at crypto/initthread.c:235
#7 0x00000003ff53fdd3 in DllMain (hinstDLL=<optimized out>,
fdwReason=<optimized out>, lpvReserved=<optimized out>)
at crypto/dllmain.c:38
#8 0x00007ffe8f2fd6ac in ?? ()
#9 0x00007ffe8f38b590 in ?? ()
#10 0x00007ffe8f38b590 in ?? ()
#11 0x0000000000000000 in ?? ()
(gdb) up
#1 0x00007ffe4ad2a0e4 in pthread_testcancel () at
/usr/src/debug/cygwin-3.6.3-1/winsup/cygwin/thread.cc:399
399 return thread;
(gdb) list
394 if (!thread)
395 {
396 thread = pthread_null::get_null_pthread ();
397 thread->set_tls_self_pointer ();
398 }
399 return thread;
400 }
401
402 void
403 pthread::set_tls_self_pointer ()
(gdb) list 394
389
390 pthread *
391 pthread::self ()
392 {
393 pthread *thread = _my_tls.tid;
394 if (!thread)
395 {
396 thread = pthread_null::get_null_pthread ();
397 thread->set_tls_self_pointer ();
398 }

```

Running without gdb, the child process seems to crash silently and
exits with code 0 — the crash goes undetected by the parent process.

```
$ /usr/bin/ruby repro.rb
$ echo $?
0
```

On Thu, Apr 10, 2025 at 10:48 PM Daisuke Fujimura
<booleanlabel AT gmail DOT com> wrote:
>
> Thank you for the advice.
>
> I updated cygwin and ran again.
>
> ```
> $ uname -srvmpio
> CYGWIN_NT-10.0-22000-ARM64 3.6.1-1.x86_64 2025-04-09 11:31 UTC x86_64
> unknown unknown Cygwin
> (snip)
> $ gdb /usr/bin/ruby
> (gdb) set cygwin-exceptions on
> (gdb) run /usr/bin/gem install -V --local --ignore-dependencies
> --document=rdoc,ri --build-root
> /tmp/cygport-ruby-debug_inspector/ruby-debug_inspector-1.2.0-1.x86_64/inst
> --install-dir /usr/share/gems --bindir /usr/bin
> debug_inspector-1.2.0.gem
> :
> Building native extensions. This could take a while...
> current directory:
> /tmp/cygport-ruby-debug_inspector/ruby-debug_inspector-1.2.0-1.x86_64/inst/usr/share/gems/gems/debug_inspector-1.2.0/ext/debug_inspector
> ["/usr/bin/ruby.exe", "-I/usr/share/rubygems", "extconf.rb"]
> [New Thread 5284.0x2200]
> [New Thread 5284.0xe10]
> [New Thread 5284.0x50c]
> creating Makefile
> current directory:
> /tmp/cygport-ruby-debug_inspector/ruby-debug_inspector-1.2.0-1.x86_64/inst/usr/share/gems/gems/debug_inspector-1.2.0/ext/debug_inspector
> ["make", "DESTDIR=", "sitearchdir=./.gem.20250410-1545-swemh8",
> "sitelibdir=./.gem.20250410-1545-swemh8", "clean"]
>
> Thread 11 "ruby" received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 5284.0xe10]
> 0x0000000000000000 in ?? ()
> (gdb) where
> #0  0x0000000000000000 in ?? ()
> #1  0x00007ffef1609fb4 in pthread_testcancel () at
> /usr/src/debug/cygwin-3.6.1-1/winsup/cygwin/thread.cc:399
> #2  pthread_rwlock_wrlock (rwlock=0xa003a9a00) at
> /usr/src/debug/cygwin-3.6.1-1/winsup/cygwin/thread.cc:4352
> #3  0x00007ffef16eacd4 in _sigfe () at sigfe.s:35
> #4  0x00000003ff54e3f9 in cygcrypto-3!CRYPTO_THREAD_write_lock () from
> /usr/bin/cygcrypto-3.dll
> #5  0x00000003ff541922 in cygcrypto-3!OPENSSL_atexit () from
> /usr/bin/cygcrypto-3.dll
> #6  0x00000003ff541d43 in cygcrypto-3!OPENSSL_thread_stop () from
> /usr/bin/cygcrypto-3.dll
> #7  0x00000003ff53fdd3 in ossl_DER_w_end_sequence () from
> /usr/bin/cygcrypto-3.dll
> #8  0x00007fff4d63d6ac in ?? ()
> #9  0x00007fff4d6cb590 in ?? ()
> #10 0x00007fff4d6cb590 in ?? ()
> #11 0x0000000000000000 in ?? ()
> (gdb)
> ```
>
>
> On Sat, Feb 22, 2025 at 2:11 AM Jon Turney <jon DOT turney AT dronecode DOT org DOT uk> wrote:
> >
> > On 20/02/2025 15:33, Daisuke Fujimura via Cygwin wrote:
> > > Reproduction:
> > > - Use ruby-3.4.2-1 (test)
> > > - Install gem containing native libraries
> > >
> > > ```
> > > $ uname -srvmpio
> > > CYGWIN_NT-10.0-22000 3.5.7-1.x86_64 2025-01-29 19:46 UTC x86_64
> > > unknown unknown Cygwin
> > > $ ruby -v
> > > ruby 3.4.2 (2025-02-15 revision d2930f8e7a) +PRISM [x86_64-cygwin]
> > > $ gem -v
> > > 3.5.11
> > > $ cd /tmp
> > > $ git clone https://cygwin.com/git/cygwin-packages/ruby-debug_inspector
> > > # Any gem that contains native libraries
> > > $ cd ruby-debug_inspector
> > > $ cygport ruby-debug_inspector.cygport fetch prep compile # preparation
> > > $ cygport ruby-debug_inspector.cygport install
> > > :
> > > ```
> > >
> > > The process spawned inside `gem install` seems to raise SIGSEGV
> > > internally and exits.
> > >
> > > ```
> > > $ gdb /usr/bin/ruby
> > > :
> > > (gdb) run /usr/bin/gem install -V --local --ignore-dependencies
> > > --document=rdoc,ri --build-root
> > > /tmp/ruby-debug_inspector/ruby-debug_inspector-1.1.0-1.x86_64/inst
> > > --install-dir /usr/share/gems --bindir /usr/bin
> > > debug_inspector-1.1.0.gem #
> > > https://github.com/cygwin/cygport/blob/0.36.9/cygclass/rubygem.cygclass#L134
> > > :
> > > :
> > > Building native extensions. This could take a while...
> > > current directory:
> > > /tmp/ruby-debug_inspector/ruby-debug_inspector-1.1.0-1.x86_64/inst/usr/share/gems/gems/debug_inspector-1.1.0/ext/debug_inspector
> > > ["/usr/bin/ruby.exe", "-I/usr/share/rubygems", "extconf.rb"]
> > > [New Thread 3600.0x23a0]
> > > [New Thread 3600.0x1278]
> > > [New Thread 3600.0x2794]
> > > creating Makefile
> > >
> > > Thread 11 "ruby" received signal SIGSEGV, Segmentation fault.
> > > [Switching to Thread 3600.0x1278]
> > > 0x0000000000000000 in ?? ()
> > >
> > [...]
> >
> > >
> > > SIGSEGV seems to occur inside the cygwin DLL.
> >
> > You might get more useful backtrace information after the exception with
> > the gdb setting 'set cygwin-exceptions on' (See [1]).
> >
> > [1] https://cygwin.com/faq.html#faq.programming.debugging-cygwin
> >
> > (It would be a nice project for someone to work on to see if is possible
> > improve this gdb (mis)feature so it only ignores exceptions inside the
> > cygwin DLL where exception::myfault() is on the SEH stack [which is used
> > to implement things like "POSIX defines that this function returns
> > EFAULT when you hand it an invalid pointer"], not all of them).
> >
> > > This problem also occurs with ruby-3.3.2-3 (test).
> > >
> > > We have confirmed that it also occurs in cygwin-3.6.
> >

-- 
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 -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019