Ok. So I'm answering myself for some of this... [EMAIL PROTECTED] wrote: > Eric Schrock wrote: > >> The power of debugging, in general, is lost on most developers. Thanks >> to the work we've done in OpenSolaris (DTrace, MDB, CTF, ptools, etc), >> the average OpenSolaris developer is vastly more engaged than your >> typical developer. But as we've time and time again, you need to build >> the tools first before developers can get excited about it. Just the >> other day I found myself wanting ::loadctf, because I had used ::context >> to examine a userland process from a crash dump, but I had no CTF data >> available to print structures. It was sitting on disk, but there was no >> way to tell MDB to load it. There are definitely some powerful things >> you are doing that will be useful to developers. The mdb fanatics >> among us are definitely hoping you'll continue your work. >> >> > Hi Eric, > I started to look at adding ctf for use with userland processes on a > complete memory dump. > So, the first thing I did was try using ::context. However, I ran into bug: > http://bugs.opensolaris.org/view_bug.do?bug_id=6610226 > > mdb gets a segv when using ::context from mdb on a kernel core (as well > as mdb -k). > > I have a fix for this. However... > >
> There is a call to rd_new() in mdb_kproc.c This is being passed an > argument to an mdb_tgt_t. > The source shows that rd_new should get a ps_prochandle as the > argument. A comment in the code > says that the ps_prochandle (t_pshandle) is pointed at by kp_cookie. > However, kp_cookie is a kvm_t, > not a ps_prochandle. Currently, I changed the call to rd_new() to take > the kp_cookie as an argument, > but that is not correct and causes rd_new to fail. I suspect this is > why "$c" does not work. > OK. The rd_new() seems to be working now (with the original mdb_tgt_t arg). I get no complaints when I use addr::context. However, $c still does not work. Did it ever? thanks, max _______________________________________________ opensolaris-code mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
