[MPlayer-users] Segmentation fault in pre5
D Richard Felker III
dalias at aerifal.cx
Sun Oct 17 22:31:35 CEST 2004
On Sun, Oct 17, 2004 at 01:17:32PM +0100, Martin Simmons wrote:
> > > > anything that happens at a random location each time you run a program
> > > > is _definitely_ heat-caused. mencoder doesn't read from /dev/urandom
> > > > and pick what to do based on the results. the results of each run are
> > > > entirely deterministic and won't vary from one to another.
> > >
> > > There is plenty of other non deterministic problems that are not caused by
> > > heat or urandom. Particular cases that I've seen (not in mencoder yet):
> > >
> > > - timing-related issues for interaction between threads or processes
> > not threaded. this is one reason threaded apps suck.
>
> Yes, I know mencoder is not using threads (though it does link with libpthread
> so let's hope nothing calls those fns :-).
they'll be used for tv-cap and perhaps for some windows-binary codecs.
nothing else.
> The other issue is processes -- mencoder calls gettimeofday() like there is no
> tomorrow, so anything else running on the machine could cause subtle changes
> in the behaviour of time-critical code.
this is just to report performance on the statusline. it has nothing
to do with the actual encoding.
> > > - OS bugs (causing registers to be corrupted)
> > never seen this myself...maybe windows? :o
>
> Solaris and VxWorks.
ahh... ;)
rich
More information about the MPlayer-users
mailing list