Re: [CRYPTO] Problem with JNA on macOS and Windows

2022-06-30 Thread Bernd Eckenfels
The Java.library.path controls the Java side loadLibrary() but that worked since it loaded the commons-crypto JNI lib. The dlopen In that shim searches various places, including PATH. If you can’t put the OpenSSL variant first, then it might instead help to define the path with a absolute name

Re: [collections] JMH results for IndexedLinkedList

2022-06-30 Thread Matt Juntunen
Hello rodde, Thank you for sending me a reminder on this. Unfortunately, I haven't had time to look at the code yet. Gilles suggestions are something I would like to see as well. Having tables of JMH results for the different algorithms at different sizes would be very helpful. Regards, Matt J

Re: [CRYPTO] Problem with JNA on macOS and Windows

2022-06-30 Thread Alex Remily
I tinkered with the same issues today and have come to the same conclusion. We may want to consider optionally prepending a path to the COMMONS_CRYPTO_OPENSSL_LIBRARY to specify a specific libcrypto. On Thu, Jun 30, 2022 at 5:35 PM sebb wrote: > On Thu, 30 Jun 2022 at 16:21, Alex Remily

Re: [CRYPTO] Problem with JNA on macOS and Windows

2022-06-30 Thread Alex Remily
Yup. Still loads LibreSSL. Alex@Alexs-MacBook-Pro commons-crypto % java -Djava.library.path=/usr/local/opt/openssl/lib -cp target/classes org.apache.commons.crypto.Crypto Apache Commons Crypto 1.1.1-SNAPSHOT Native code loaded OK: 1.1.1-SNAPSHOT Native name: Apache Commons Crypto Native

Re: [CRYPTO] Problem with JNA on macOS and Windows

2022-06-30 Thread Gilles Sadowski
Le jeu. 30 juin 2022 à 23:35, sebb a écrit : > > On Thu, 30 Jun 2022 at 16:21, Alex Remily wrote: > > > > > loading the dll, whereas Java apparently does not.> > > > > I experience the same behavior. What's more interesting is that when I run > > the main function from Eclipse as a Run

Re: [CRYPTO] Problem with JNA on macOS and Windows

2022-06-30 Thread sebb
On Thu, 30 Jun 2022 at 16:21, Alex Remily wrote: > > loading the dll, whereas Java apparently does not.> > > I experience the same behavior. What's more interesting is that when I run > the main function from Eclipse as a Run Configuration with the > LD_LIBRARY_PATH set as an Environment

Re: [collections] JMH results for IndexedLinkedList

2022-06-30 Thread Gilles Sadowski
Hello. Le jeu. 30 juin 2022 à 07:54, Rodion Efremov a écrit : > > Hi Matt and community, > > Have you take a look at my work? If so, what do you think? Perhaps you missed that feedback: https://markmail.org/message/y3tozjdke2ivz3dr > > Best regards, > rodde > > to 23.6.2022 klo 19.06 Matt

Re: [CRYPTO] Problem with JNA on macOS and Windows

2022-06-30 Thread Alex Remily
I experience the same behavior. What's more interesting is that when I run the main function from Eclipse as a Run Configuration with the LD_LIBRARY_PATH set as an Environment variable appended to the native environment, it runs as expected. As of yet I haven't found a way to get the java CLI

Re: [CRYPTO] Problem with JNA on macOS and Windows

2022-06-30 Thread sebb
I've started copying bits of the C code to create a standalone tool to load the dll and report some info. No idea why yet, but it behaves differently from basically the same code when run via JNI. For example, the standalone code takes note of LD_LIBRARY_PATH when loading the dll, whereas Java

Re: [CRYPTO] Problem with JNA on macOS and Windows

2022-06-30 Thread Gary Gregory
On Thu, Jun 30, 2022 at 8:02 AM sebb wrote: > > That looks fine, however I don't see the same, and nor does GH. > > What version of macOS are you using? uname says: Darwin xxx 21.5.0 Darwin Kernel Version 21.5.0: Tue Apr 26 21:08:22 PDT 2022; root:xnu-8020.121.3~4/RELEASE_X86_64 x86_64 UI says

Re: [CRYPTO] Problem with JNA on macOS and Windows

2022-06-30 Thread Alex Remily
I also get the "Error looking up function 'ENGINE_load_rdrand'" when I run the Jna test class from the command line. Interesting. dlopen finds the LibreSSL when run from the CLI. On Thu, Jun 30, 2022 at 8:02 AM sebb wrote: > That looks fine, however I don't see the same, and nor does GH. > >

Re: [CRYPTO] Problem with JNA on macOS and Windows

2022-06-30 Thread sebb
That looks fine, however I don't see the same, and nor does GH. What version of macOS are you using? On Thu, 30 Jun 2022 at 12:52, Gary Gregory wrote: > > With the 1.1.0 tagm I get: > > garydgregory@xxx  ~/git/commons-crypto  ➦ 3b2561b  java -cp > target/classes

Re: [CRYPTO] Problem with JNA on macOS and Windows

2022-06-30 Thread Gary Gregory
With the 1.1.0 tagm I get: garydgregory@xxx  ~/git/commons-crypto  ➦ 3b2561b  java -cp target/classes org.apache.commons.crypto.Crypto Apache Commons Crypto 1.1.0 Native code loaded OK: 1.1.0 Native name: Apache Commons Crypto Native built: Jun 30 2022 OpenSSL library loaded OK, version:

Re: [CRYPTO] Problem with JNA on macOS and Windows

2022-06-30 Thread sebb
On Thu, 30 Jun 2022 at 02:03, Alex Remily wrote: > > Which Mac OS version did you use? Since I upgraded to BigSur (OS 11) my > Commons Crypto builds fail. I think Apple moved a bunch of the developer > libraries, but I haven't taken the time to troubleshoot. Note that GH Action macos-latest

Re: [CRYPTO] Problem with JNA on macOS and Windows

2022-06-30 Thread sebb
Yes, 1.1.0 builds OK on macOS, but the sample classes fail. As previously noted, please try: java -cp target/classes org.apache.commons.crypto.Crypto and mvn -q exec:java -D"exec.mainClass=org.apache.commons.crypto.jna.OpenSslJna" See the GH run I linked yesterday: