0xdeaddeaf
Gary Benson
gbenson at redhat.com
Tue May 26 08:12:02 PDT 2009
Hi all,
I've recently started seeing a crash on amd64 using the zero-assembler
port which I'm trying to debug. A lot of the local variables in the
crash dump seem to have their top half replaced with 0xdeaddeaf, like
so:
0x7fab7ece2338: istate->_self_link = 0x00007fab7ece22b8
0x7fab7ece2340: frame_type = INTERPRETER_FRAME
0x7fab7ece2348: next_frame = 0x00007fab7ece23f0
0x7fab7ece2350: local[1] = 0xdeaddeaf020c1370
0x7fab7ece2358: local[0] = 0xdeaddeaf7ece2380
0x7fab7ece2360: istate->_thread = 0x0000000001acf660
Is this something new? It's not something I've seen before. In what
circumstances would the VM write 0xdeaddeaf into stack slots?
Cheers,
Gary
--
http://gbenson.net/
More information about the hotspot-dev
mailing list