2007/5/8, James Carlson <[EMAIL PROTECTED]>:
�LU=] Euler Tao writes: > 2007/5/7, James Carlson <[EMAIL PROTECTED]>: > > usr/src/lib/libsasl/lib/dlopen.c > > > Yes, I'm reading this file now. Unless you're working in libsasl, I think you're off in the weeds. > The problem is: > I'm reading the source code of DTrace, in the function *dt_vopen*, there > exists a function call chain: > dt_vopen -> ctf_create -> ctf_bufopen -> ctf_zopen -> dlsym ctf_zopen is in libctf. > inside the source tree of ON, there're 3 ctf_open definitions, they are in > ctf_subr.c, ctf_mod.c and ctf_lib.c. I think the last one is the target file > I should foucs on. Yes. > And look into the ctf_zopen in ctf_lib.c, it call dlsym. Yes, it does. > Now dlsym also have 2 definitions. One is in kmdb_dl.c (this is used for > kmdb, I think so), the other is in dlopen.c. Try looking for _dlopen() ... $SRC/cmd/sgs/rtld/common/dlfcns.c.
en, I saw the "#pragma weak dlopen = _dlopen" and it's clearly that I was misled by source insight. It didn't show me this relation :( and it didn't show me the "#define dlopen _dlopen" (inside the c_synonyms.h) as well. Thanks a lot :) , and I'll try the tool cscope later.
Are there any artiles to talk about and discribe the source tree of ON? > I need a beacon now. cscope is pretty helpful here. -- James Carlson, Solaris Networking <[EMAIL PROTECTED]> Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
_______________________________________________ opensolaris-code mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
