[mythtv-users] mythcommflag failures with master

[Gavin Hurlbut]

On Thu, Jun 9, 2011 at 2:29 PM, Michael T. Dean <mtdean at thirdcontact.com>wrote:

> And, to provide a bit more info that may make it easier for you to
> diagnose issues in the future, Ken, the MythTV exit codes are only
> useful when a program shuts down properly.  If a MythTV application is
> terminated through a signal, you will get a shell-provided exit status.
> So, for example, bash provides a value of 128 + n if the process is
> terminated with signal n.
>

Well, this isn't 100% accurate, but for an Ubuntu system it turns out that
way anyways somehow.  We do normally see the return correctly, but somehow
the libc in some versions of Ubuntu seems to hand back a byte-swapped status
ONLY on signals, which is absurd, but there it is.  I keep meaning to put in
some non-intrusive code to deal with it better.  It's the return of wait()
that's the culprit.  On other non-affected systems, that would have logged
that it died with signal 6, not as an exit value of 134.

(Note that the particular value for signals is not guaranteed to be
> constant across operating systems/platforms/distros/..., so always check
> "man 7 signal" for the proper meaning of a signal.)


There are a certain set of them that are defined by POSIX and will not vary
(including ABORT and SEGV), but yeah.

>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mythtv.org/pipermail/mythtv-users/attachments/20110609/f03a73d6/attachment.html