Mensaje archivado #188 de la Lista ecs-isp@2rosenthals.com

De: "Massimo S." <ecs-isp@2rosenthals.com> Encabezados Completos
Mensaje no decodificado
Asunto: Re: [eCS-ISP] Stunnel 5.58
Fecha: Tue, 9 Mar 2021 09:15:28 +0100
Para: eCS ISP Mailing List <ecs-isp@2rosenthals.com>



Il 09/03/2021 09:03, Paul Smedley ha scritto:
Hi Steven,

On 9/3/21 9:49 am, Steven Levine wrote:
In <list-1731751@2rosenthals.com>, on 03/09/21
    at 08:44 AM, "Paul Smedley" <ecs-isp@2rosenthals.com> said:

Gcc1.dll is the one that stands out to me. It's in a different path to
the other DLLs.

Good eyes.  That's almost certainly the problem.  Since I understood
Massimo to say he copied everything to c:\usr\lib, It would seem that that
he has c:\util\lib is earlier in the libpath and this is preventing the
gcc1.dll in c:\usr\lib from loading.

If so, this is a recipe for disaster when using code built by netlabs.
The ArcaNoae wikis contain server warnings about this.

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

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.

Cheers,

Paul

hi,

it crash even if i start the exe without a conf and any parameter

INTERNAL ERROR: TLS initialization failed at stunnel.c, line 124 Killed by SIGABRT
pid=0x085a ppid=0x0826 tid=0x0001 slot=0x0058 pri=0x0200 mc=0x0001 ps=0x0010
!558_DBG_NEW\STUNNEL.EXE
Process dumping was disabled, use DUMPPROC / PROCDUMP to enable it.

going to install ANPM on this VM

massimo

Suscribirse: Todos, Compendio, Indice.
Desuscribirse
Correo al dueño de la Lista