[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