Follow-up Comment #8, bug #34790 (project gnustep):
Ah, I had not realised that the "hidden" binding was an OR binding. Of course
this gets handled by the code in GSBindingResolveMultipleValueBool and some
clever coder put in some even cleverer code in there that I now fail to
understand. OK, I understand what it does, but not how it could result in
different results on your machine. The only way to resolve this is for you to
debug through that function. I would expect that the loop gets executed once
and that value will be nil (before and after the transformation). [value
boolValue] should result in 0 and this isn't equal to GSBindingOperationOr (=
1). The problematic bit might be !operationKind, this is an enumerated type
and I am not sure whether !0 = YES, in this case. Maybe we should rewrite the
code here to use BOOL variables in a save way.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?34790>
_______________________________________________
Nachricht geschickt von/durch Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-gnustep mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/bug-gnustep
