[mythtv-users] Segmentation Fault during mythweather

Johnny Walker johnnyjboss at gmail.com
Sat Jan 23 00:06:39 UTC 2010


On Wed, Jan 20, 2010 at 3:32 PM, Michael T. Dean
<mtdean at thirdcontact.com> wrote:
> On 01/20/2010 03:34 PM, Scott Alfter wrote:
>> On 19 Jan 10 08:57, Michael T. Dean wrote:
>>> On 01/19/2010 10:59 AM, Johnny Walker wrote:
>>>> I tried to check the weather this morning and myth exits abruptly.
>>> I didn't read the detailed logs, but if you haven't had MythWeather
>>> working since upgrading, I would recommend clearing and reconfiguring:
>>>
>>> cat<<  "EOF" | mysql -umythtv -p mythconverg
>>> DROP TABLE IF EXISTS weathersourcesettings;
>>> DROP TABLE IF EXISTS weatherscreens;
>>> DROP TABLE IF EXISTS weatherdatalayout;
>>> DELETE FROM settings WHERE value = 'WeatherDBSchemaVer';
>>> EOF
>>>
>>> Then restart the frontend and reconfigure MythWeather.
>> The weatherdatalayout table needs to be dropped first; a foreign key
>> constraint blocks dropping the first two if it isn't.
>>
>> I also had problems with MythWeather crashing on startup; that is now
>> fixed. After fixing permissions on the scripts in
>> /usr/share/mythtv/mythweather/scripts, I was finally able to get
>> MythWeather running again.
>>
>
> Ah, thanks for the update.  So the right approach should be:
>
> cat<<  "EOF" | mysql -umythtv -p mythconverg
> DROP TABLE IF EXISTS weatherdatalayout;
> DROP TABLE IF EXISTS weathersourcesettings;
> DROP TABLE IF EXISTS weatherscreens;
> DELETE FROM settings WHERE value = 'WeatherDBSchemaVer';
> EOF
>
> Mike

this worked great - I re-setup my weather sources and it's working fine.

Thanks Mike.

-JJ


More information about the mythtv-users mailing list