On Aug 9, 2012, at 16:56 08, John Handelaar wrote: > The host's entry in the 'stations' table had an (uneditable) value of '1' in > the column named "BROADCAST_SECURITY". > > Changing it to 0 by manual SQL fiddling allows rdairplay to start. > > Changing it back to 1 resumes the previous 100%-segfaulting behaviour.
Confirmed here. > One thing I know for sure, having acquired this DB only by upgrading one from > a previous version of Rivendell that ran just fine, is that *I* sure didn't > put that value there, whatever it is for. That field controls the 'Security Model' used when running RDAirPlay (set in RDAdmin->ManageHosts->SecurityModel). In 'Host' mode (the default) RDAirPlay filters access to resources in accordance with the rules associated with the parent host, whereas 'User' mode filters according to the current Rivendell user (similar to how RDLibrary works). That field has been part of RD's schema for ages (it was introduced in schema version 157) and has been in released code at least since v1.0.0rc1 (ca. January 2008). Seeing as the default value is '0' (Host Mode), I can only conclude that a user at that site changed it to '1' (User Mode) at some point prior to the attempt to upgrade to 2.x. > That and a random boolean in a MySQL column should not be resulting in a > segfault, regardless. Agreed. Fixed in CVS-v2_branch. Cheers! |-------------------------------------------------------------------------| | Frederick F. Gleason, Jr. | Chief Developer | | | Paravel Systems | |-------------------------------------------------------------------------| | Harrisberger's Fourth Law of the Lab: | | Experience is directly proportional to the amount of equipment | | ruined. | |-------------------------------------------------------------------------| _______________________________________________ Rivendell-dev mailing list [email protected] http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
