-
Notifications
You must be signed in to change notification settings - Fork 148
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
openjdk 11 support #131
Comments
Hi, I've found the problem and have a fix (see attached patch): |
Great, I will try this out and let you know the results, appreciate the investigation |
I had to make changes to on the internal MakeFile, Java location, tcc-gdb 32 and 64. I think i got the it built. I think it's working now on JDK 11 make sure windows: |
I made a java11 branch, we can put changes into there to stage the java 11 transition. Send java 11 specific changes there and if it doesn't break stuff we can make it mainline. At this point most sources are java 1.6 compatible, and the build enforces 1.6 compilation. |
Thanks for your effort. Would please give me the permission to commit something into the Java 11 branch? |
the way GItHub works is you fork this repo using the button in the upper right corner. You will get your own copy of the repo to make changes to. When you are happy with your changes, submit a pull request like this: https://help.github.com/articles/creating-a-pull-request/ and it will be merged into the mainline after discussion and testing. Make sure all your commits have this issue in them. You would have to have the string '#131' at the start of each commit (minus the quotation marks). |
@madhephaestus I've created a new pull request which includes the binaries. |
Probably the same problem when using Java 10:
What's the easiest way of testing whether the fix works for my problem? |
Download the binaries from my fork and include it into to your nrjavaserial.jar. |
Is this a Windows only issue? It seems to work just fine for me:
|
My use case is windows cant speak for linux.
…On Wed, Dec 12, 2018, 1:07 PM Wouter Born ***@***.*** wrote:
Is this a Windows only issue?
It seems to work just fine for me:
JVM
Java Virtual Machine OpenJDK 64-Bit Server VM version 11.0.1+13
Version 11.0.1
Vendor Oracle Corporation
Operating system
Name Linux version 4.15.0-42-generic
Architecture amd64
Processors 8
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#131 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAnYCmxlZmU1DU3bK8Bj35M8bq033A_xks5u4UXrgaJpZM4X661t>
.
|
This seems to be a duplicate of #116 and I reproduced the crash under 64-bit Windows with Java 9. The fix in that issue fixed it for me. I'm not actually sure that returning |
I replaced the dll files inside the jar. No further crash of the jre occurs but I still get error, i.e.,
|
Hello. Is there an update on this issue? We would like to be able to use this on our Java 11 upgrade. |
Hello! We are also interested in having a new, usable version for newer Javas. Would you be so kind to deliver us a new version of nrjavaserial? I've downloaded the Java 11 branch, and even build the project with Gradle, but it is not clear what to do with the generated RTXTcomm library.
|
That is nice, however, I am using Gradle, I would like to properly retrieve the artifact from Maven Central, or whatever. Why this patch hasn't simply been integrated with a PR ? Would you like me to create a PR with @ggmuelle patch, or am I missing something ? |
"The function get_java_var_long() in SerialImp.c casts the Java-long-value to a long in case of type == 'J'. But Java-Long is 64 bit and C-long is only 32 bit. Later this long is cast to a 64-bit-memory-address -> crash. A possible solution is to return always size_t instead of long." NeuronRobotics#131 NeuronRobotics#133 NeuronRobotics#135
Hello, any change the java11 branch get merged to master or its artifacts gets to Maven Central? I moved from the legacy RXTX to NRJavaSerial some time ago because of Maven repository and because this library has binaries for many platforms bundled in jar, however now it's the only dependency which prevent our project being upgraded to Java 11. |
It's great to see a Java 11 compatible version for Windows! But would it also be possible to have a 4.x version with all commits that are on the master branch? It seems to be missing ARM64 support, named threads and the fix for the IllegalMonitorState. |
@wborn I added those updates and published 4.0.1 |
Many thanks @madhephaestus! 😄 🥇 |
well... don't thank me till you check that it works @wborn ... I don't have any arm64 hardware to test on... |
Using, trying to run against openjdk 11, getting, on 3.9.3
hs_err_pid16196.log
attached thread dump, any advice?
urrent thread (0x0000027c5ad57800): JavaThread "Thread-11" [_thread_in_native, id=11856, stack(0x000000faf1100000,0x000000faf1200000)]
Stack: [0x000000faf1100000,0x000000faf1200000], sp=0x000000faf11fe890, free space=1018k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [libNRJavaSerial.dll+0x753d]
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j gnu.io.RXTXPort.readArray([BII)I+0
j gnu.io.RXTXPort$SerialInputStream.read([BII)I+278
j gnu.io.RXTXPort$SerialInputStream.read([B)I+66
j com.dls.jpos.transport.DLSSerialPort.serialEvent(Lgnu/io/SerialPortEvent;)V+251
j gnu.io.RXTXPort.sendEvent(IZ)Z+818
v ~StubRoutines::call_stub
j gnu.io.RXTXPort.eventLoop()V+0
j gnu.io.RXTXPort$MonitorThread.run()V+21
v ~StubRoutines::call_stub
siginfo: EXCEPTION_ACCESS_VIOLATION (0xc0000005), reading address 0xfffffffff11ff388
The text was updated successfully, but these errors were encountered: