For conan recipes, does it matter if the compiler version setting is for example 8 or 8.0? Will both settings produce the same hash?
It seems there is an issue when the exact version is not in the settings.yml
ERROR: Invalid setting '13.0' is not a valid 'settings.compiler.version' value.
Possible values are ['5.0', '5.1', '6.0', '6.1', '7.0', '7.3', '8.0', '8.1', '9.0', '9.1', '10.0', '11.0', '12.0', '13']
What is the recommended way to specify compiler versions? Would adding both, for example 13.0 and 13 produce different binary package ids?
Related
After upgrading to jooq 3.17.1 I get the following error:
Error:
/home/runner/work/waste-coordinator/waste-coordinator/webapp/target/generated-sources/jooq/com/myapp/portal/backend/jooq/tables/LoadView.java:[521,84]
text blocks are not supported in -source 11 Error: (use -source 15
or higher to enable text blocks)
It appears to me that it is generating source that is not compatible with JDK11. Is there a flag in the generator somewhere that can make it generate JDK 11 compatible code?
Edit: now I am getting the following compile error
[ERROR] COMPILATION ERROR : [INFO]
------------------------------------------------------------- [ERROR] /usr/local/code/sferion/WasteCoordinator/data/src/main/java/com/wastecoordinator/data/JOOQGenerator.java:[4,24]
cannot access org.jooq.codegen.GenerationTool bad class file:
/Users/benstpierre/.m2/repository/org/jooq/jooq-codegen/3.17.1/jooq-codegen-3.17.1.jar(/org/jooq/codegen/GenerationTool.class)
class file has wrong version 61.0, should be 55.0
Please remove or make sure it appears in the correct subdirectory of the classpath.
Is jooq 3.17 not compatible with JDK 11?
You can download the right distribution to work with JDK 11 from here if you're licensed:
https://www.jooq.org/download/versions
Note that starting from jOOQ 3.17, the jOOQ Open Source Edition increased the baseline JDK version to Java 17, see:
https://github.com/jOOQ/jOOQ/issues/12430
https://blog.jooq.org/3-17-0-release-with-computed-columns-audit-columns-pattern-matching-reactive-transactions-and-kotlin-coroutine-support/
jOOQ is a bit early here, given that Spring will increase their own baseline only later in 2022:
https://spring.io/blog/2021/09/02/a-java-17-and-jakarta-ee-9-baseline-for-spring-framework-6
But jOOQ will continue to provide paid support for older JDKs for quite a while, still. At the same time, jOOQ 3.14 - 3.16 will receive patches for another while, too.
I am trying to load the igb_uio driver into my kernel, and I am getting the error:
insmod: ERROR: could not insert module igb_uio.ko: Invalid module format
I have been sleuthing around and am finding generally the answer to this is usually a kernel version mismatch. I have checked my kernel version with uname -r and it matches the kernel version from modinfo igb_ui.ko
Any ideas what else might be going on?
Thanks,
Adam
I'm trying to build a JVM application (mostly Kotlin) on my M1 MacBook that uses CouchbaseLite.
I have this in my build.gradle file:
implementation "com.couchbase.lite:couchbase-lite-java:3.0.0-beta02"
(also tried it with a non-beta version 2.8.4)
Gradle sync + build is fine but everytime I run the up and try to create a database
db = Database(LOCAL_DB_NAME, config)
I get the following error:
java.lang.IllegalStateException: Cannot load native library libLiteCore.dylib #/Users/ale/Projects/server/CouchbaseLiteTemp/5e3b1711cace9de693b3e1e0bea0f2f8/libLiteCore.dylib for Mac OS X/aarch64
at com.couchbase.lite.internal.NativeLibrary.load(NativeLibrary.java:113)
at com.couchbase.lite.internal.CouchbaseLiteInternal.init(CouchbaseLiteInternal.java:80)
at com.couchbase.lite.CouchbaseLite.init(CouchbaseLite.java:54)
at com.couchbase.lite.CouchbaseLite.init(CouchbaseLite.java:42)
at com.couchbase.lite.CouchbaseLite.init(CouchbaseLite.java:33)
at de.ihaus.Main.Database.CouchbaseManager.initContext(CouchbaseManager.kt:34)
at de.ihaus.Main.Dingo$main$1.invoke(Dingo.kt:15)
at de.ihaus.Main.Dingo$main$1.invoke(Dingo.kt:14)
at de.ihaus.Main.Login.LoginManager.onLoginSuccess(LoginManager.kt:64)
at de.ihaus.Main.Login.LoginManager$LoginWorker.run(LoginManager.kt:53)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:829)
Caused by: java.lang.UnsatisfiedLinkError: /Users/ale/Projects/server/CouchbaseLiteTemp/5e3b1711cace9de693b3e1e0bea0f2f8/libLiteCore.dylib: dlopen(/Users/ale/Projects/server/CouchbaseLiteTemp/5e3b1711cace9de693b3e1e0bea0f2f8/libLiteCore.dylib, 0x0001): tried: '/Users/ale/Projects/server/CouchbaseLiteTemp/5e3b1711cace9de693b3e1e0bea0f2f8/libLiteCore.dylib' (mach-o file, but is an incompatible architecture (have 'x86_64', need 'arm64e')), '/usr/lib/libLiteCore.dylib' (no such file)
at java.base/java.lang.ClassLoader$NativeLibrary.load0(Native Method)
at java.base/java.lang.ClassLoader$NativeLibrary.load(ClassLoader.java:2442)
at java.base/java.lang.ClassLoader$NativeLibrary.loadLibrary(ClassLoader.java:2498)
at java.base/java.lang.ClassLoader.loadLibrary0(ClassLoader.java:2694)
I've looked around but CouchbaseLite is supposed to work on an M1.
What am I doing wrong?
Turns out the problem was the Apple Silicon version of the JDK.
If I run the project with an x86_64 version of the JDK, Rosetta kicks in and it works. Will have to live with the performance hit for now, but at least I'm not blocked anymore.
Unfortunately, CBL-Java doesn't support Native Mac M1 yet.
I'm trying to build dcmtk version 3.6.5 using the latest cmake GUI. I can build things fine if I don't include openssl support. When trying to build with openssl support, I get the following message:
Selecting Windows SDK version 10.0.19041.0 to target Windows 10.0.18363.
Performing Test OPENSSL_VERSION_CHECK
Performing Test OPENSSL_VERSION_CHECK - Success
Info: DCMTK OPENSSL support will be enabled
Info: DCMTK will compile with built-in (compiled-in) dictionary
Info: DCMTK will try to load external dictionary from default path on startup
Info: DCMTK's builtin private dictionary support will be disabled
Info: Thread support will be enabled
Info: Wide char file I/O functions will be enabled
Info: Wide char main function for command line tools will be disabled
Info: Building DCMTK without character set conversion support
CMake Error at CMake/CheckFunctionWithHeaderExists.cmake:16 (set):
Syntax error in cmake code at
C:/Users/SCHEFJX2/Desktop/DCMTK Conversion/3.6.5/dcmtk-3.6.5/CMake/CheckFunctionWithHeaderExists.cmake:17
when parsing string
-DLINK_LIBRARIES:STRING=${CMAKE_REQUIRED_LIBRARIES};crypt32;debug;C:\openssl-1.1.1i/lib/dcmtkssl_d.lib;optimized;C:\openssl-1.1.1i/lib/dcmtkssl_o.lib;debug;C:\openssl-1.1.1i/lib/dcmtkcrypto_d.lib;optimized;C:\openssl-1.1.1i/lib/dcmtkcrypto_o.lib
Invalid character escape '\o'.
Call Stack (most recent call first):
CMake/GenerateDCMTKConfigure.cmake:707 (CHECK_FUNCTIONWITHHEADER_EXISTS)
CMake/dcmtkPrepare.cmake:516 (include)
CMakeLists.txt:22 (include)
I set WITHOPENSSLINC to C:\openssl-1.1.1i
I copied openssl 1.1.1 from the dcmtk 3.6.6 directory to C:\openssl-1.1.1i (I have the 3.6.6 version but I'm not allowed to use it)
Other information:
Windows 10
Visual Studio 2017
Any suggestions?
Whoever decided that there should be two types of slashes acceptable for directory specifications and that not all programs would support both, is hopefully roasting in hell.
The problem is that WITHOPENSSLINC must use the forward slash and not the backslash.
Problem solved
In my main project in IntelliJ I cannot get my selenium tests to run. I've now created a cut-down project that has only the example code from The 5 Minute Getting Started Guide and is using the selenium-server-standalone-2.8.0.jar.
When I run with the FirefoxDriver I have no problems. When I try to run with the IEDriver however, I get the following output:
"C:\Program Files\Java\jdk1.6.0_26\bin\java" -Didea.launcher.port=7534 "-Didea.launcher.bin.path=C:\Program Files\JetBrains\IntelliJ IDEA 10.0.3\bin" -Dfile.encoding=ISO-8859-1 -classpath "C:\Program Files\Java\jdk1.6.0_26\jre\lib\alt-rt.jar;C:\Program Files\Java\jdk1.6.0_26\jre\lib\alt-string.jar;C:\Program Files\Java\jdk1.6.0_26\jre\lib\charsets.jar;C:\Program Files\Java\jdk1.6.0_26\jre\lib\deploy.jar;C:\Program Files\Java\jdk1.6.0_26\jre\lib\javaws.jar;C:\Program Files\Java\jdk1.6.0_26\jre\lib\jce.jar;C:\Program Files\Java\jdk1.6.0_26\jre\lib\jsse.jar;C:\Program Files\Java\jdk1.6.0_26\jre\lib\management-agent.jar;C:\Program Files\Java\jdk1.6.0_26\jre\lib\plugin.jar;C:\Program Files\Java\jdk1.6.0_26\jre\lib\resources.jar;C:\Program Files\Java\jdk1.6.0_26\jre\lib\rt.jar;C:\Program Files\Java\jdk1.6.0_26\jre\lib\ext\dnsns.jar;C:\Program Files\Java\jdk1.6.0_26\jre\lib\ext\localedata.jar;C:\Program Files\Java\jdk1.6.0_26\jre\lib\ext\sunjce_provider.jar;C:\Program Files\Java\jdk1.6.0_26\jre\lib\ext\sunmscapi.jar;C:\Program Files\Java\jdk1.6.0_26\jre\lib\ext\sunpkcs11.jar;C:\development\playground\selenium\out\production\Selenium Playground;C:\Users\rachel.swailes\Downloads\selenium-server-standalone-2.8.0.jar;C:\Program Files\JetBrains\IntelliJ IDEA 10.0.3\lib\idea_rt.jar" com.intellij.rt.execution.application.AppMain Example
new File(".").getAbsolutePath() = C:\development\playground\selenium\.
Exception in thread "main" java.lang.ExceptionInInitializerError
at org.openqa.selenium.ie.InternetExplorerDriver.setup(InternetExplorerDriver.java:84)
at org.openqa.selenium.ie.InternetExplorerDriver.<init>(InternetExplorerDriver.java:50)
at Example.main(Example.java:13)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.intellij.rt.execution.application.AppMain.main(AppMain.java:115)
Caused by: org.openqa.selenium.WebDriverException: java.lang.UnsatisfiedLinkError: Unable to load library 'IEDriver': com.sun.jna.Native.open(Ljava/lang/String;)J
Build info: version: '2.8.0', revision: '14056', time: '2011-10-06 12:41:26'
System info: os.name: 'Windows 7', os.arch: 'x86', os.version: '6.1', java.version: '1.6.0_26'
Driver info: driver.version: InternetExplorerDriver
at org.openqa.selenium.ie.InternetExplorerDriverServer.initializeLib(InternetExplorerDriverServer.java:129)
at org.openqa.selenium.ie.InternetExplorerDriverServer.<clinit>(InternetExplorerDriverServer.java:38)
... 8 more
Caused by: java.lang.UnsatisfiedLinkError: Unable to load library 'IEDriver': com.sun.jna.Native.open(Ljava/lang/String;)J
at com.sun.jna.NativeLibrary.loadLibrary(NativeLibrary.java:166)
at com.sun.jna.NativeLibrary.getInstance(NativeLibrary.java:239)
at com.sun.jna.Library$Handler.<init>(Library.java:140)
at com.sun.jna.Native.loadLibrary(Native.java:393)
at com.sun.jna.Native.loadLibrary(Native.java:378)
at org.openqa.selenium.ie.InternetExplorerDriverServer.initializeLib(InternetExplorerDriverServer.java:125)
... 9 more
Process finished with exit code 1
Now I have traced through the code inside InternetExplorerDriverServer and I can see the IEDriver.dll showing up in a temporary directory, but it cannot load it for some reason.
I am running Windows 7 and IE8 and I have loaded IntelliJ using "Run as Administrator" and I'm just out of ideas at this point. I also don't know if all processes that IntelliJ starts in this mode also have admin privileges or if this is a red herring.
Also, using Dependency Walker on IEDriver.dll I can see that it thinks that IEShims.dll is not linked - but again, I'm not sure what to do with this information.
Can anyone suggest something else for me to try?
[edit]
I've now tried it on XP and I have the same problem so I guess it's not the Windows 7 permissions. It must be something to do with how IntelliJ loads the file. If I copy and paste the execution line into the command line it will run, but it won't run from IntelliJ.
Many thanks,
Rachel
After much digging...
IntelliJ 10.0.3 was adding C:\Program Files\JetBrains\IntelliJ IDEA 10.0.3\bin\..\.\bin; to the path. When I added this to the command line, the application would fail and when I removed it it would pass.
I tried on 10.5 Community Edition and had the same problem, but on 10.5 Ultimate Edition there is no problem. I didn't think that there would be a difference so I didn't upgrade my Ultimate Edition until today.
So in short - the answer was to upgrade IntelliJ. :)
I have same issue with IJ-IC 11.1.4 , had same issue
but you just need to add this dll directory to "vm options" like this
-Djava.library.path=C:\lib