Mercurial > hg > truffle
view agent/src/share/classes/sun/jvm/hotspot/debugger/windbg/x86/WindbgX86Thread.java @ 650:54782a4cd321
6812971: SA: re-attaching to process fails
Summary: After attaching, de-attaching SA from a process, the second time attach() call fails. This happens because in VM.initialize(), Universe does not get re-initialized before it is accessed.
Reviewed-by: swamyv
author | poonam |
---|---|
date | Sun, 15 Mar 2009 18:11:46 -0700 |
parents | a61af66fc99e |
children | c18cbe5936b8 |
line wrap: on
line source
/* * Copyright 2002-2003 Sun Microsystems, Inc. All Rights Reserved. * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. * * This code is free software; you can redistribute it and/or modify it * under the terms of the GNU General Public License version 2 only, as * published by the Free Software Foundation. * * This code is distributed in the hope that it will be useful, but WITHOUT * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or * FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License * version 2 for more details (a copy is included in the LICENSE file that * accompanied this code). * * You should have received a copy of the GNU General Public License version * 2 along with this work; if not, write to the Free Software Foundation, * Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA. * * Please contact Sun Microsystems, Inc., 4150 Network Circle, Santa Clara, * CA 95054 USA or visit www.sun.com if you need additional information or * have any questions. * */ package sun.jvm.hotspot.debugger.windbg.x86; import sun.jvm.hotspot.debugger.*; import sun.jvm.hotspot.debugger.x86.*; import sun.jvm.hotspot.debugger.windbg.*; class WindbgX86Thread implements ThreadProxy { private WindbgDebugger debugger; private long sysId; private boolean gotID; private long id; /** The address argument must be the address of the HANDLE of the desired thread in the target process. */ WindbgX86Thread(WindbgDebugger debugger, Address addr) { this.debugger = debugger; // FIXME: size of data fetched here should be configurable. // However, making it so would produce a dependency on the "types" // package from the debugger package, which is not desired. // another hack here is that we use sys thread id instead of handle. // windbg can't get details based on handles it seems. // I assume that osThread_win32 thread struct has _thread_id (which // sys thread id) just after handle field. this.sysId = (int) addr.addOffsetTo(debugger.getAddressSize()).getCIntegerAt(0, 4, true); gotID = false; } WindbgX86Thread(WindbgDebugger debugger, long sysId) { this.debugger = debugger; this.sysId = sysId; gotID = false; } public ThreadContext getContext() throws IllegalThreadStateException { long[] data = debugger.getThreadIntegerRegisterSet(getThreadID()); WindbgX86ThreadContext context = new WindbgX86ThreadContext(debugger); for (int i = 0; i < data.length; i++) { context.setRegister(i, data[i]); } return context; } public boolean canSetContext() throws DebuggerException { return false; } public void setContext(ThreadContext thrCtx) throws IllegalThreadStateException, DebuggerException { throw new DebuggerException("Unimplemented"); } public boolean equals(Object obj) { if ((obj == null) || !(obj instanceof WindbgX86Thread)) { return false; } return (((WindbgX86Thread) obj).getThreadID() == getThreadID()); } public int hashCode() { return (int) getThreadID(); } public String toString() { return Long.toString(getThreadID()); } /** Retrieves the thread ID of this thread by examining the Thread Information Block. */ private long getThreadID() { if (!gotID) { id = debugger.getThreadIdFromSysId(sysId); } return id; } }