> On 16 Jan 2019, at 16:28, Max Leske <
[hidden email]> wrote:
>
> On 15 Jan 2019, at 22:59, Sven Van Caekenberghe wrote:
>
> Doing HTTPS client calls is part of the standard test suite, so it should work, else we would not have a green build.
It works for me and for the CI.
> What exactly is he doing ? Is it reproducible ?
>
> Yes, consistently.
How ?
> Can he try with a fresh downloaded image+vm ?
>
> I quote:
>
> @embee
> i have tested
https://files.pharo.org/get-files/70/pharo64-linux-stable.zip and
https://files.pharo.org/get-files/70/pharo64-linux-latest.zip> i hope those are the right ones. both crash
>
> @maxleske
> Thanks. I'll report that.
> Was that also with a fresh image?
> i.e. you can also reprocude it with a fresh image, right?
>
> @embee
> yes
>
> On 15 Jan 2019, at 22:20, Max Leske
[hidden email] wrote:
>
> Hi,
>
> I'm writing on behalf of Martin (eMBee) who's experiencing crashes when using SSL. You can find a VM crash stack trace here:
http://ws.stfx.eu/AKVNLUPMPGLG.
>
> He says he hasn't updated openssl since December 15th but that the crashes started to happen only recently (within the last couple of days). I asked him to try HTTP only connections and those work. The VM crashes immediately when using SSL. To me it looks like the cuplrit is the Zodiac plugin, or at least the library it works with.
>
> His system:
> linux, fedora 29, and from the system reporter i get: Pharo/vms/70-x64/lib/pharo/5.0-201806281256/pharo
> CoInterpreter VMMaker.oscog-eem.2401 uuid: 29232e0e-c9e3-41d8-ae75-519db862e02c Jun 28 2018
> StackToRegisterMappingCogit VMMaker.oscog-eem.2401 uuid: 29232e0e-c9e3-41d8-ae75-519db862e02c Jun 28 2018
> VM: 201806281256
https://github.com/OpenSmalltalk/opensmalltalk-vm.git Date: Thu Jun 28 14:56:30 2018 CommitHash: a8a1dc1 Plugins: 201806281256
https://github.com/OpenSmalltalk/opensmalltalk-vm.git>
> cheers,
> Max
>
Locked
