AmiSSL and AmigaOS v3.2 - Need Help to Get It Working

[tygre]

Hi there!

I'm trying to build my own simple HTTPS client, based on the examples provided in the Examples folder. I noticed that on my vanilla AmigaOS v3.2 installation on WinUAE, the example httpget works (with both HTTP and HTTPS) but https either invites a Guru 8000 0004 or crashes WinUAE, depending on whether I enable the FPU or not. Either way, the problem seems to come from the call to SSL_connect().

(https works well on my real Amiga with OS v3.1 running on a 68060 with MMU and FPU.)

Could it really be a problem in https?
How could I go about debugging and fixing this problem?
(I looked for other examples but couldn't find many...)
(I also posted this question on GitHub )

Thanks in advance!

[AMIGASYSTEM]

tygre, I don't think that with OS 3.2 the problem is AmiSSL, I say this because:

- On OS 3.2 if you Disable AmiSSL from system, WinUAE crashes the same when with "AmiMoradio AmiSSL" you choose "a different site" from Aminet

- On OS 3.2 and Disable AmiSSL from system, WinUAE crashes the same when with "AmiMoradio Standard" choose "a different site" from Aminet

With OS 3.9 no problem, so the conflict is between AmiModRadio and OS 3.2

I should add that on OS 3.2 iBrowser + AmiSSL works fine and you don't get any Guru if you visit HTTPS sites

[patrik]

Basic question: have you given it more stack than the standard 4kB?

When adding support for https and gemini in UHC Tools’ aget download tool, I had to increase its stack to minimum 8192, else using the AmiSSL libraries would make it crash randomly.

It is not obvious that this is needed though.

[AMIGASYSTEM]

AmiModRadio already has a high Stack, also tried higher values but nothing changes ! poicome said on OS 3.9 no problem, see my video!

https://eab.abime.net/zone/AmiModRadio-AmiSSL.zip

[patrik]

@Tygre: you can have a look at the AmiSSLTest sourcecode for an example that works on 3.2.1 here:
https://github.com/jens-maus/amissl/issues/67
-> https://github.com/jens-maus/amissl/...t_20221019.zip

Also AmiGemini includes source code.

[AMIGASYSTEM]

Tried using StackAttack and it seems that OS 3.2 no longer crashes with AmiModRadio + AmiSSL

[patrik]

Originally Posted by AMIGASYSTEM

Tried using StackAttack and it seems that OS 3.2 no longer crashes with AmiModRadio + AmiSSL

As StackAttack makes a difference: Is the network code calling AmiSSL perhaps run in a subprocess, unaffected by the stack setting of the main program?

[AMIGASYSTEM]

In fact that is why I wanted to try StackAttack (present on all my 3.9 systems), I had suspected that the Stack was precisely for a second process started by AmiModRadio.

I am not a developer, maybe you could add the Stack in the code that starts AmiModradio and AmiSSL

I would love for someone to compile the source of StackAttack for AROS x86, a big thanks for those who will!

[tygre]

Hi AmigaSystem and Patrick!

I can't thank you enough!

You got it right: the problem was indeed the stack size! Following your advice, I increased the stack of the Shell from which I tried the example https and it finally worked! Then, I installed StackAttack, ran it as StackAttack AUTO, and even AmiModRadio worked too!

The problem indeed could be that AmiModRadio starts two processes, one of which is actually the process doing the download... The stack of this process could just be too small although I thought that the new processes would "inherit" the stack size of the main process: "The NP_StackSize tag may be used to specify how much stack a new process will require. If unspecified, the parent's stack size will be inherited."

Still, I'm going to try to set a stack size at the creation of the new processes...

Cheers!