![]() It is Fedora's policy to close allīug reports from releases that are no longer maintained. This message is a reminder that Fedora 23 is nearing its end of life.Īpproximately 4 (four) weeks from now Fedora will stop maintainingĪnd issuing updates for Fedora 23. I'll let you know later today as to how to proceed with the glibc rebase from an openjdk perspective. I'd rather reproduce this problem with a GCC 5 compiled openjdk in order to rule out ABI problems. With bug 1208369 fixed I think I'll be able to make some progress on this one. > out till you figure out what's going on. Let me know if you want to keep this patch > more consistently, so it might be a good way to observe this behaviour. > spews out thousands of errors and it also seemed to cause the crash a bit Running the above compilation command under valgrind > and it crashed eventually, indicating that the patch only seems to make the > -d /root/rpmbuild/BUILD/plplot-5.10.0/fedora/bindings/java do true done > /root/rpmbuild/BUILD/plplot-5.10.0/fedora/bindings/java/plplotjavacJNI.java > /root/rpmbuild/BUILD/plplot-5.10.0/fedora/bindings/java > I ran this in an infinite loop with the patch reverted (and in fact, with > closely, it looks like the segfault does not always happen and is likely > and the segfault indeed seemed to go away at first glance. > malloc: Consistently apply trim_threshold to all heaps (In reply to Siddhesh Poyarekar from comment #8) ![]() Otherwise I'll rebase by the end of the week. Let me know if you want to keep this patch out till you figure out what's going on. Running the above compilation command under valgrind spews out thousands of errors and it also seemed to cause the crash a bit more consistently, so it might be a good way to observe this behaviour. While javac -classpath /root/rpmbuild/BUILD/plplot-5.10.0/fedora/bindings/java /root/rpmbuild/BUILD/plplot-5.10.0/fedora/bindings/java/plplotjavacJNI.java -d /root/rpmbuild/BUILD/plplot-5.10.0/fedora/bindings/java do true doneĪnd it crashed eventually, indicating that the patch only seems to make the crash more frequent. I ran this in an infinite loop with the patch reverted (and in fact, with -10.fc23): However, looking closely, it looks like the segfault does not always happen and is likely some kind of race condition. Malloc: Consistently apply trim_threshold to all heaps Īnd the segfault indeed seemed to go away at first glance. But if it's not trivial to fix, I'd suggest untagging latest glibc as temporary workaround. I don't know whether the bug is in openjdk or glibc. Rebuild any Java package in mock or koji. The failures are random, but tend to be reproducible for any build that runs more than few seconds.ġ. Version-Release number of selected component (if applicable):ġ:java-1.8.0-openjdk-1.8.0.22 ![]() I assume that libpng is not relevant here.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |