From: "Steven Levine" <ecs-isp@2rosenthals.com>
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=dk12062016; d=earthlink.net;
  b=iLAwAUbgc6CJw8gISJMPxNhLoPLWBYrYAVVViiFY3xZszdS5JrcT8yGQYlBOaPTxr2gJpffaT62VGBvPVLT08ZUBsU0qUFoWGke42s78Aud1zEsBJI5xag6pKvBnFARsMcnYectwaxpMl+wUtcwpM11TpjF+ZBnYawUzbitzGyA5HCbOrQeasCwJ/kXhkgxZ5BlA/nCUNR4t8QbkcMTfsfAxbrcoWqFzkx6aSd9quubUHITHgFgYfOi/wXQ091eYBWEI1ScdIq43MZaSNQaTS4cqNw+qWiQUhL6UntPn2UfdSFyqpcHy5Oc7KWdO6CJW289eZtoJiaem4gPcteLcxg==;
  h=Received:From:Date:To:In-Reply-To:Subject:X-Mailer:Message-ID:X-ELNK-Trace:X-Originating-IP;
Date: Tue, 09 Mar 2021 00:26:17 -0800
To: "eCS ISP Mailing List" <ecs-isp@2rosenthals.com>
In-Reply-To: <list-1732021@2rosenthals.com>
Subject: Re: [eCS-ISP] Stunnel 5.58
Message-ID: <E1lJXvq-0008V3-Qu@elasmtp-mealy.atl.sa.earthlink.net>

In <list-1732021@2rosenthals.com>, on 03/09/21
   at 06:33 PM, "Paul Smedley" <ecs-isp@2rosenthals.com> said:

Hi Paul,

>OK - stunnel 5.58 rebuilt to fix the logging to stdout; and reverted to 
>standard *nix packaging.

>https://smedley.id.au/tmp/stunnel-5.58-os2-20210309-debug.zip

It's almost bedtime here.  I'll check this one out in the morning.

>I checked - stunnel.exe itself is built with -static-libgcc - if 
>gcc1.dll is the problem, it must be causing issues with one of the 
>dependencies.

This is almost certainly the case.  Here's the list I posted earlier from
one of my systems:

Loading DLL 'libc066' --> D:\USR\LIB\LIBC066.DLL.
  Loading DLL 'libcn0' --> D:\USR\LIB\LIBCN0.DLL.
    All DLL's used by 'D:\USR\LIB\LIBCN0.DLL' could be loaded.
  All DLL's used by 'D:\USR\LIB\LIBC066.DLL' could be loaded. Loading DLL
'libcx0' --> D:\USR\LIB\LIBCX0.DLL.
  Loading DLL 'libcn0' --> D:\USR\LIB\LIBCN0.DLL.
  Loading DLL 'gcc1' --> D:\USR\LIB\GCC1.DLL.
    Loading DLL 'libcn0' --> D:\USR\LIB\LIBCN0.DLL.
    All DLL's used by 'D:\USR\LIB\GCC1.DLL' could be loaded.
  All DLL's used by 'D:\USR\LIB\LIBCX0.DLL' could be loaded.
Loading DLL 'pthr01' --> D:\USR\LIB\PTHR01.DLL.
  Loading DLL 'libcn0' --> D:\USR\LIB\LIBCN0.DLL.
  Loading DLL 'libcx0' --> D:\USR\LIB\LIBCX0.DLL.
  Loading DLL 'gcc1' --> D:\USR\LIB\GCC1.DLL.
  All DLL's used by 'D:\USR\LIB\PTHR01.DLL' could be loaded.

gcc1.dll is loaded by libcn0 and pthr01.

If I were a betting man, I'd bet Massimo did not realize he had two copies
of gcc1.dll installed.  Based on his last message, It's likely he did not
understand what we were saying about the copy he had installed in
c:\util\lib.  Maybe he does now.

While I used to build with -static-libgcc at one time, I've moved away
from this since any complex app is going to require a number of DLLs that
require gcc1.dll.

Back when gcc492.dll and friends contained the runtime code it made sense
to pull it into the executable.  It saved shared memory.   Now that
gcc1.dll exists and gcc492.dll and friends are only forwarders, there's
really no savings.

Steven

-- 
----------------------------------------------------------------------
"Steven Levine" <steve53@earthlink.net>  Warp/DIY/BlueLion etc.
www.scoug.com www.arcanoae.com www.warpcave.com
----------------------------------------------------------------------