On Thu, Dec 08, 2005, Stephen R Marenka wrote: > I couldn't find a -w option to strace so I skipped it.
(Hmm, sorry, I meant -o.) Looking at your strace showed some interesting thing: - when processing libgstvideotestsrc.so, something is calling gettimeofday a *lot* of times, and it takes awfully long to complete, I suspect some infinite loop is being killed by a timeout; this doesn't happen here (on i386) (this is probably not the problem you're looking after) - when processing libgstgconfelements.so, something is calling sendfile64 a *lot* of times, and it takes some time to complete, I suspect that gconf is not working correctly because of the buildd environment, and some timeout is reached; this doesn't happen here because I'm under X, with X credentials, and a working gconf (this is probably not the problem you're looking after) - in general, accesses to /dev/log fail, because syslogd isn't listening in the buildd environment You kill the process either when it's still processing libgstgconfelements.so, or when that's over, and something else tries to happen. Could you please try removing libgstgconfelements.so from /usr/lib/gstreamer-0.8, and running gst-register again? Does it go further in plugin processing? It is enough to strace -f for file accesses with -e trace=file. I use: LC_ALL=C GST_REGISTRY=/var/lib/gstreamer/0.8/registry.xml strace -f -e trace=file gst-register-0.8 (If you didn't pass GST_REGISTRY, then you probably want to rm -rf /root/.gstreamer-0.8.) Cheers, -- Loïc Minier <[EMAIL PROTECTED]>