Invalid JCK test case gcpl00104.c

Yuri Gaevsky Yuri.Gaevsky at Sun.COM
Tue Nov 11 12:02:24 PST 2008


Hi, Martin.

Several months ago we excluded this test from JCK6b due to reasons you've described.

Thanks,
-Yuri

Martin Buchholz wrote:
> Executive summary: Invalid test case; please file a JCK bug and add to
> the JCK exclude list.
> 
> Whiile running the JCK,
> we had random crashes due to memory corruption in the JCK test
> JCK-runtime-6b/tests/vm/jvmti/GetConstantPool/gcpl001/gcpl00104/gcpl00104.c
> 
> The test suffers from multiple memory corruption bugs.
> 
> E.g. in this piece of code
> 
>    size = 5;
>  .....
>    cp_info = (gcpl00104_Integer_info*) malloc(sizeof(gcpl00104_Integer_info));
>    if (cp_info != NULL) {
>        cp_info->tag = cp_bytes[*offset];
>        lprintf(env, "0x");
>        for (i = 1; i < size; i++) {
>            cp_info->bytes[i] = cp_bytes[*offset + i];
>            lprintf(env, "%0*X", 2, (int) cp_info->bytes[i]);
>        }
> 
> the test case is writing to cp_info->bytes[4],
> but bytes is of type char[4], so that's (possibly)
> one past the end of the malloc'ed region.
> 
> Other functions in this test have similar bugs.
> 
> Whether you actually see a crash is strongly dependent on your malloc
> implementation.
> valgrind was able to pinpoint the cause; to valgrindise the JDK, you
> need the flag
> --trace-children
> 
> Thanks,
> 
> Martin



More information about the serviceability-dev mailing list