> On Dec 5, 2007 1:24 AM, <[EMAIL PROTECTED]> wrote: > > >check_fnames: error: forbidden names found in > pics/rpc_provider.o > > > close > > > dlinfo > > > fprintf > > > ioctl > > open64 > > > strerror > > > > > > Libraries should not call the "naked" version of > these symbols as those > > can also be defined in user programs and those will > then be called instead. > > > > > > You will need to call _close etc instead; this is > done through including > > "synonyms.h" before you include anything else. > (See your typical other > library source file) > The problem is that I did not generate these from C. > I used (roughly) > he following, as suggested at > http://blogs.sun.com/ahl/entry/user_land_tracing_gets_ > better and > referenced by Adam earlier in this thread. > > dtrace -G -o rpc_provider.o -s rpc_provider.d > > My previous post listed the actual d provider source > and the bulk of > the Makefile.* updates. > HI,
After a big discussion last week on the SPARKS mailinglist on how to handle the debugging in libsldap I'm currently trying to create USDT probes to address the current way of debugging and to provide better debugging for that particular library. I have read quite a lot the last days and started making my first small steps into just inserting a very basic probe which outputs a string debug message (as described by Adam Leventhal in 2006 in one of his blogs) this is just a first test to see if I get the hang of it all. But I run into exactly the same problems described here with the CTF symbols missing when doing a simple dtrace -G -o libsldap_provider.o -s ../common/libsldap_provider.d pics/*.o e.g. ERROR: ctfmerge: Input file pics/libsldap_provider.o was partially built from C sources, but no CTF data was present. And I probably run into the next problem mentioned here. So before trying to solve this myself (have been searching for the last day or so) are we somewhat stuck here. It seems we are missing some functionality in dtrace -G or am I missing something very obviously. Marco van Wieringen -- This message posted from opensolaris.org _______________________________________________ dtrace-discuss mailing list [email protected]
