[mythtv] Ticket #3062: Freebsd compatibility patches

Daniel Kristjansson danielk at cuymedia.net
Thu Feb 8 14:02:44 UTC 2007


On Thu, 2007-02-08 at 13:53 +0100, usleepless at gmail.com wrote:
> On 2/8/07, MythTV <mythtv at cvs.mythtv.org> wrote:
> > #3062: Freebsd compatibility patches
> > Comment (by nigel):
> >  mainserver.cpp - What is the problem with the lock?
> 
> well, that's a good question. i don't know either. but
> mythbackend<->mythfrontend communication only works when these locks
> are disabled. otherwise commands timeout and nothing happens ( this is
> the patch that took me a real long time to find ). this is the problem
> most freebsd people encountered but couldn't solve.

It would be best if you could debug the locking problem,
disabling the locks will probably just result in a different
problem. Just run under gdb and hit Ctrl-C when it locks
up, then a backtrace should show you were the lock contention
is located.

> >  [[BR]]
> >  videoout_xv.cpp - I suspect NetBSD also lacks malloc.h. It should probably
> >  be:
> >  {{{
> >  #ifdef _linux_
> >  #include <malloc.h>
> >  #endif
> >  }}}
> malloc.h is deprecated on FreeBSD. do i need to resubmit the patch
> with this changed?

I don't need "malloc.h" on my Linux system. Does anyone know
what OS "malloc.h" is needed for?

> >  yuv2rgb.cpp - Don't see the need. The values should all be small positives
> >  (''e.g.'' UCHAR_MAX is 255)
> fails to compile otherwise.

What is the error message?

> >  [[BR]]
> >  version.pro - Curious. What is the behavior without the sh -c ?
> >  [[BR]]
> command fails. doesn't produce version.cpp, build fails.

Nigel, "sh -c" should be ok on Linux, what about Darwin?

-- Daniel



More information about the mythtv-dev mailing list