Hi Mike, By replacing those binaries without generating them using the methodology used for Solaris updates you've created a situation where the CTF (type) data is effectively corrupt. Contact the Solaris update team for the correct way to generate those one-off patches.
If you just want to work around the issue and don't need to make use of symbolic type information, you may be able to use -x nolibs. Adam On Wed, Sep 05, 2007 at 04:24:56PM -0700, Michael Goff wrote: > I recently did a backport of a couple of networking bug fixes from s10x_u4_b6 > to s10x_u3_b10. I patched just /platform/i86pc/kernel/unix and > /platform/i86pc/kernel/amd64/unix in my existing u3 OS image and I'm seeing > this dtrace problem when running any dtrace script: > > NODE hcb101 ~ $ ./tcpstat.sh > dtrace: failed to compile script /dev/fd/10: "/usr/lib/dtrace/procfs.d", line > 316: translator member pr_clname definition uses incompatible types: "char > [8]" = "priv_set_t [4]" > > I can comment out the offending line in procfs.d: > > pr_clname = `sclass[T->t_cid].cl_name; > > and things appear to work. However I would like to know what updated files I > need to copy from my Solaris workspace in order to keep dtrace happy without > editing procfs.d. > > thanks, > Mike > > > -- > This message posted from opensolaris.org > _______________________________________________ > dtrace-discuss mailing list > [email protected] -- Adam Leventhal, FishWorks http://blogs.sun.com/ahl _______________________________________________ dtrace-discuss mailing list [email protected]
