NEED REVIEWER RFR(S): JDK-8038392 Generating prelink cache breaks JAVA 'jinfo' utility normal behavior
Dmitry Samersoff
dmitry.samersoff at oracle.com
Thu Jun 12 10:10:01 UTC 2014
Serguei,
*The problem:*
If someone run prelink utility while Java program is running DSO's
mappings in it's /proc/<pid>/maps become messy.
After prelink it contains entry like
<addr> /lib64/libc-2.15.so (deleted)
<addr> /lib64/libpthread-2.15.so.#prelink#.EECVts
instead of normal
<addr> /lib64/libc-2.15.so
Here is the letter from Carlos, describing the problem in details:
https://bugs.openjdk.java.net/browse/JDK-8038392
*The fix:*
The fix allows SA to handle situation above.
Also I fix longstanding issue - maps file parser in SA doesn't skip
[stack*, [heap] etc entry and attempts to open it as a DSO
*Testing:*
I tested it manually with a different of prelink options (no prelink,
prelink all, prelink some libraries only)
-Dmitry
On 2014-06-12 13:50, serguei.spitsyn at oracle.com wrote:
> Hi Dmitry,
>
> There is no description of the fix.
> Could you, please, provide one?
> What did you basically wanted to achieve?
> Also, how did the fix been tested?
> It seems, a unit test would be nice to have.
>
> Thanks,
> Serguei
>
> On 6/5/14 12:08 AM, Dmitry Samersoff wrote:
>> http://cr.openjdk.java.net/~dsamersoff/JDK-8038392/webrev.02/
>>
>> On 2014-05-20 17:47, Dmitry Samersoff wrote:
>>> On 2014-04-07 16:56, Dmitry Samersoff wrote:
>>>> Hi Everybody,
>>>>
>>>> Please review the patch
>>>>
>>>> http://cr.openjdk.java.net/~dsamersoff/JDK-8038392/webrev.02/
>>>>
>>>> it's based on the patch contributed by Carlos Santos (see CR) and all
>>>> credentials belong to him.
>>>>
>>>> -Dmitry
>>>>
>>>
>>
>
--
Dmitry Samersoff
Oracle Java development team, Saint Petersburg, Russia
* I would love to change the world, but they won't give me the sources.
More information about the serviceability-dev
mailing list