Hi Gary, Which snapshots have Linux binaries in them? As far as I can tell, the recent ones uploaded are Mac only, and the one from 8/18 had that weird /native/native directory issue. For what it's worth, Mac binaries are working on my laptop, though I'm using LibreSSL which is what comes installed by default.
-Geoff On Sun, Aug 23, 2020 at 9:08 PM Alex Remily <alex.rem...@gmail.com> wrote: > FWIW I have the same basic setup. The original LibreSSL is still > installed and I used homebrew to install the various versions of > OpenSSL, which I put first on my PATH. I don't routinely call the > main function when I test, I usually just run the unit tests, so it's > quite possible this is an error that's been overlooked. If it is a > config issue with the Mac, I expect it will be one common to all Mac > users that we'll need to document. > > On Sun, Aug 23, 2020 at 9:50 PM Gary Gregory <garydgreg...@gmail.com> > wrote: > > > > I do have LibreSSL but I used homebrew to install OpenSSL 1.1.1g which I > > put first on the PATH. Maybe something is off in my setup... > > > > Gary > > > > On Sun, Aug 23, 2020, 21:46 Alex Remily <alex.rem...@gmail.com> wrote: > > > > > Gary, > > > > > > I'll have a look. I did the 1.1 support stuff and I'm familiar with > > > that class and that error, although I don't recall seeing that > > > specific error in that class. The JNI libraries check the OpenSSL > > > version at runtime, but maybe a compile time dependency got through. > > > > > > Out of curiosity, I assume you also have LibreSSL installed? I have > > > run into issues on my Mac with which librypto gets loaded by the JNI > > > libraries during the dlsym. I wonder if the runtime is referring to > > > one version and the JNI library is loading another. > > > > > > Anyway, I'll poke around and see what I can figure out. I'll try to > > > get to it with the rest of the testing this week. > > > > > > Alex > > > > > > On Sun, Aug 23, 2020 at 11:18 AM Gary Gregory <garydgreg...@gmail.com> > > > wrote: > > > > > > > > I wondering if anyone can confirm the following issue and/or help > explain > > > > it, on MacOS 10.15.6 with OpenSSL 1.1.1g, running: > > > > > > > > mvn package > > > > > > > > then: > > > > > > > > java -Xdiag -Xcheck:jni -cp target/classes > > > > -Dcommons.crypto.lib.tempdir=target/ org.apache.commons.crypto.Crypto > > > > WARNING in native method: JNI call made without checking exceptions > when > > > > required to from CallStaticObjectMethod > > > > WARNING in native method: JNI call made without checking exceptions > when > > > > required to from CallObjectMethod > > > > Apache Commons Crypto 1.1.0-SNAPSHOT > > > > Native code loaded OK: 1.1.0-SNAPSHOT > > > > Native name: Apache Commons Crypto > > > > Native built: Aug 22 2020 > > > > Exception in thread "main" java.lang.UnsatisfiedLinkError: > > > OpenSSL_version > > > > at org.apache.commons.crypto.OpenSslInfoNative.OpenSSL(Native > Method) > > > > at org.apache.commons.crypto.Crypto.main(Crypto.java:144) > > > > > > > > I wonder if we have issues on 1.1.x vs 1.0.x. > > > > > > > > My versions: > > > > > > > > openssl version > > > > OpenSSL 1.1.1g 21 Apr 2020 > > > > > > > > mvn -version > > > > Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f) > > > > Maven home: /opt/apache-maven-3.6.3 > > > > Java version: 1.8.0_265, vendor: AdoptOpenJDK, runtime: > > > > > /Library/Java/JavaVirtualMachines/adoptopenjdk-8.jdk/Contents/Home/jre > > > > Default locale: en_US, platform encoding: UTF-8 > > > > OS name: "mac os x", version: "10.15.6", arch: "x86_64", family: > "mac" > > > > > > > > Thank you, > > > > Gary > > > > > > > > > > > > On Sat, Aug 22, 2020 at 7:48 PM Gary Gregory <garydgreg...@gmail.com > > > > > wrote: > > > > > > > > > Hi all, > > > > > > > > > > I intent on creating a release candidate for Commons Crypto soon. > > > > > > > > > > I pushed a snapshot today which contains native binaries for > Windows 32 > > > > > and 64, Linux 32 and 64, Mac 64, and ARM and ARM HF. > > > > > > > > > > Please help testing these on whatever platforms you may have > access to. > > > > > > > > > > Gary > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > >
