08-29-2022 10:15 AM - edited 08-29-2022 10:24 AM
Can you save the VI for previous version? At most 2019 or even better 2018 please.
Attached file really should be all that is needed. It would seem very strange if the fact that the file is hidden would prevent the shared library loader to load it, especially since it should be already loaded by LabVIEW itself!
08-29-2022 12:44 PM
Thanks for submitting the VI.
Yes, it looks similar to the VI I uploaded, except for the "function name".
In the sent VI it says "SSL_lbrary_init" and in your previous passed instruction it asks for "SSL_library_init". Anyway, I ran the same with both "Function name", and both threw the same error (Print-Screen attached).
Both, in addition to the error, returned "0" in the return type.
I also checked the permissions to run "Libboringssl.dylib", and any user can run or read it. Can you help me? Thanks
08-29-2022 06:28 PM
I did some tests on my Mac. Error 15 is returned when the library path is specified on the diagram and the shared library could be loaded but the function is not present in the shared library. If the library could not get loaded/found you would get error 7.
So your libboringssl.dylib seems to be derived from OpenSSL 1.1.0 or later which doesn’t have this function anymore. In that case I do not know what could be the problem for SSL_CTX_new() to crash. Maybe NI tries to use a newer TLS method pointer that your version of the library doesn’t support.
09-13-2022 09:07 AM
Hello Rolf.
I'm sorry for being slow to respond. She was looking for help from sources other than the National forum. Unfortunately, I couldn't get a solution. Anyway, I am very grateful for your help and for the great effort in helping me. I learned a lot about the topic, even though I wasn't able to run TLS on LabVIEW for MAC.
Thank you very much,
a hug.
Daniel Ribeiro