public inbox for cygwin-apps@cygwin.com
 help / color / mirror / Atom feed
From: Ken Brown <kbrown@cornell.edu>
To: cygwin-apps@cygwin.com
Subject: Re: Attn: libgpg-error maintainer
Date: Sun, 23 Jun 2024 22:37:58 -0400	[thread overview]
Message-ID: <f2d3720e-27ef-4ecd-a02d-a310023d0c64@cornell.edu> (raw)
In-Reply-To: <63dee359-25c8-4303-8728-62a8b5ca6bbe@SystematicSW.ab.ca>

On 6/23/2024 7:46 PM, Brian Inglis via Cygwin-apps wrote:
> On 2024-06-23 15:46, Marco Atzeri via Cygwin-apps wrote:
>> On 23/06/2024 22:13, Marco Atzeri wrote:
>>> On 22/06/2024 19:57, Brian Inglis via Cygwin-apps wrote:
>>>> Update to current needed to update libgcrypt if you could please 
>>>> oblige?
>>>>
>>>
>>> unfortunately any recent version up to 1.50 are failing a lot of tests
>>>
>>> PASS: t-version.exe
>>> PASS: t-strerror.exe
>>> fopen failed with bad code: 20
>>> PASS: t-syserror.exe
>>> FAIL: t-lock.exe
>>> FAIL: t-printf.exe
>>> FAIL: t-poll.exe
>>> FAIL: t-b64.exe
>>> FAIL: t-argparse.exe
>>> FAIL: t-logging.exe
>>> PASS: t-stringutils.exe
>>> PASS: t-malloc.exe
>>> =======================================
>>> 6 of 11 tests failed
>>>
>>> I was never able to find a solution, so if any one can look and give 
>>> any suggestion, I will appreciate
>>>
>>> regards
>>> Marco
>>
>>
>> I just rebuilt the old 1.37 and it is reporting the same errors,
>> while in 2020 it was passing all the tests
>>
>> so it seems something else is playing a role here
>>
>> very puzzling
> 
> Hi Marco,
> 
> I noticed that the build is generating libtool wrapper sources, 
> executables, and shell scripts under .../build/tests/.libs/ for the test 
> programs, so if that also happens with 1.37, that raises my suspicions 
> that what is failing is something to do with those wrappers and Cygwin 
> libtool mods.

Another possibility is that the failures are caused by a Cygwin bug 
introduced since 2020.  There have been several bugs in Cygwin 3.5.3 
that have been fixed.  Since 3.5.4 hasn't been released yet, you could 
try the latest test release of 3.6, which has all the bug fixes.

FWIW, I tried running t-lock.exe under strace and saw "SetThreadName: 
SetThreadDescription() failed", followed quickly by a SIGSEGV.  That 
again suggests a possible Cygwin bug.

Ken

  reply	other threads:[~2024-06-24  2:38 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-06-22 17:57 Brian Inglis
2024-06-23 20:13 ` Marco Atzeri
2024-06-23 21:46   ` Marco Atzeri
2024-06-23 23:46     ` Brian Inglis
2024-06-24  2:37       ` Ken Brown [this message]
2024-06-24 17:14         ` Brian Inglis
2024-06-24 18:04           ` Brian Inglis
2024-06-24 20:14             ` libgpg-error allocation stack corruption Brian Inglis
2024-06-24 20:52             ` Attn: libgpg-error maintainer Marco Atzeri
2024-06-24 23:00               ` Brian Inglis
2024-06-26 11:01                 ` Marco Atzeri
2024-06-26 17:29               ` ASSI

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=f2d3720e-27ef-4ecd-a02d-a310023d0c64@cornell.edu \
    --to=kbrown@cornell.edu \
    --cc=cygwin-apps@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).