-
Bug
-
Resolution: Fixed
-
P4
-
11, 17, 18, 19
-
b23
-
linux
| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-8289374 | 17.0.5 | Zhengyu Gu | P4 | Resolved | Fixed | b01 |
| JDK-8289375 | 11.0.17 | Zhengyu Gu | P4 | Resolved | Fixed | b01 |
==2108002== 560 bytes in 1 blocks are definitely lost in loss record 8,986 of 9,705
==2108002== at 0x4849464: calloc (vg_replace_malloc.c:1328)
==2108002== by 0x4656BA8E: awt_allocate_colors (X11Color.c:339)
==2108002== by 0x4656D223: awtCreateX11Colormap (X11Color.c:1265)
==2108002== by 0x4657B38E: findWithTemplate (awt_GraphicsEnv.c:169)
==2108002== by 0x4657B56C: makeDefaultConfig (awt_GraphicsEnv.c:248)
==2108002== by 0x4657C7F0: Java_sun_awt_X11GraphicsEnvironment_initNativeData (awt_GraphicsEnv.c:705)
==2108002== by 0x168065D0: ???
The leak originates from the loop in findWithTemplate(), where it may call awtCreateX11Colormap() multiple times to calloc awtImageData without freeing/reusing the existing ones.
AwtGraphicsConfigData.color_data has the same pattern, even it did not show in the leak profile.
- backported by
-
JDK-8289374 Potential leak awtImageData/color_data when initializes X11GraphicsEnvironment
-
- Resolved
-
-
-
- Resolved
-
- links to
-
Commit
openjdk/jdk11u-dev/ab7d1caa
-
Commit
openjdk/jdk17u-dev/16753700
-
Commit
openjdk/jdk/cbe7e7bd
-
Review
openjdk/jdk11u-dev/1132
-
Review
openjdk/jdk17u-dev/448
-
Review
openjdk/jdk18u/149
-
Review
openjdk/jdk/8317