[Nitro] Possible BUG in lib/og/relation/has_many.rb (and possible fix)
aidan at yoyo.org
Sun Jan 29 18:13:31 EST 2006
Eh, got fed up and went with option two - it was only a few lines of
code in the end. I've submitted the patch using darcs, but I've
blogged it for those who might need it.
On 30/01/2006, at 8:57 AM, Aidan Rogers wrote:
> In answer to my own question, I've figured this out.
> HasManyCollection has an instance variable @member_class which stores
> the Class of whatever this particular collection contains as
> members. to_yaml doesn't know how to dump a Class object, and so
> raises an exception.
> One possible solution to this is for Collection to overwrite the
> to_yaml method. Another possible solution is for Collection to store
> its member_class as a string, which, when used later, gets converted
> to the appropriate class type.
> I'm not sure which is the right approach to take, or whether there is
> a 3rd (better) approach. Any advice appreciated. This particular
> bug is a blocker for me, so I will fix it as soon as I get direction
> from the powers that be :-)
> On 29/01/2006, at 10:28 PM, Aidan Rogers wrote:
>> Did you ever figure out why to_yaml was complaining? I still get
>> this error, even with the latest version of the repository.
>> On 20/01/2006, at 8:30 AM, Bryan Soto wrote:
>>>> Strange bug part 2.
>>>> Yaml complains with /usr/local/lib/ruby/1.8/yaml/rubytypes.rb:9:in
>>>> `to_yaml': can't dump anonymous class Class (TypeError)
>>>> Anyone? :-)
>>> You make me glad I think I've figured out why the Og unit tests
>>> aren't running ;) Will, hopefully, follow up with a patch and/or
>>> explanation today.
>> Nitro-general mailing list
>> Nitro-general at rubyforge.org
> Nitro-general mailing list
> Nitro-general at rubyforge.org
More information about the Nitro-general