objdk/build/linux-x86_64-server-release/make-support/failure-logs.
> === End of repeated output ===
>
> No indication of failed target found.
> HELP: Try searching the build log for '] Error'.
> HELP: Run 'make doctor' to diagnose build problems.
>
>
On Thu, 2 Nov 2023 07:14:14 GMT, null wrote:
>> Build failure with GCC8.3.1
>>
>> === Output from failing command(s) repeated here ===
>> * For target support_native_java.desktop_libfontmanager_hb-ot-layout.o:
>> /data/codes/bobjdk/src/java.desktop/share/nati
On Thu, 2 Nov 2023 06:54:01 GMT, Jie Fu wrote:
>> Build failure with GCC8.3.1
>>
>> === Output from failing command(s) repeated here ===
>> * For target support_native_java.desktop_libfontmanager_hb-ot-layout.o:
>> /data/codes/bobjdk/src/java.desktop/share/native/libharfbuzz/hb-ot-layout.cc:
>>
objdk/build/linux-x86_64-server-release/make-support/failure-logs.
> === End of repeated output ===
>
> No indication of failed target found.
> HELP: Try searching the build log for '] Error'.
> HELP: Run 'make doctor' to diagnose build problems.
>
> make[1
Build failure with GCC8.3.1
=== Output from failing command(s) repeated here ===
* For target support_native_java.desktop_libfontmanager_hb-ot-layout.o:
/data/codes/bobjdk/src/java.desktop/share/native/libharfbuzz/hb-ot-layout.cc:
In function 'hb_bool_t hb_ot_layout_get_font_extents(hb_font_t*,
lse and fail the test. To fix
> this, setAutoWaitForIdle(true) and Thread.Sleep is called to make sure the
> mouseMove() event is processed completely before moving to execute the
> mousePress() method.
>
> JBS issue: [JDK-8317287](https://bugs.openjdk.org/browse/JDK-8317287)
nu
JVM attempts to reuse the buffer for sending MIDI out data when the buffer size
is enough. It use `dwBytesRecorded` in `MIDIHDR` structure to indicate the
actual size of the data. However, `midiOutLongMsg()` ignores `dwBytesRecorded`,
although it did not mentioned in the documentation. I've test
The root cause of the bug is because mousePress() method is invoked before
mouseMove() event is completely processed causing the drag & drop behavior not
being able to be recognized properly. This in turn makes the method
dragSourceListener.isDropFinished() returns false and fail the test. To fi
