2009/11/4 Schwab,Wilhelm K <[email protected]>: > Nicolas, > > I doubt the images are corrupt, unless the download is somehow damaged. > #findElementOrNil: works; the problem is more likely that the missing > protocol in SharedSet2 lead to an unrecoverable meltdown. My question is how > it worked as long as it did??? > > Bill >
I don't think you get the order right. Follow the sender chain: flushAllSuchThat: < flushNonKbdEvents < nextKeyboardEvent < keyboard < 4 senders - onPrimitiveError: (your case) - request: used by above message - flushKeyboard 3 senders, does not fail because 99% of time there is no event to flush - tempCommand: < disabledCommandActions this one does not seem used If you look at your stack trace, you'll see at:ifAbsent: fails first (doesNotUnderstand: #findElementOrNil:) Then onPrimitiveError: is triggered and cause a flushAllSuchThat: which is not understood... That is rare, and that is why it was not encountered before. Thus I see 2 bugs: - one rare bug in SharedQueue2 in Pharo-core - (Smalltalk doesNotUnderstand: #findElementOrNil:) in your image to be explained first Nicolas > > > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Nicolas > Cellier > Sent: Tuesday, November 03, 2009 7:28 PM > To: [email protected] > Subject: Re: [Pharo-project] RC1 image build failure > > 2009/11/4 Schwab,Wilhelm K <[email protected]>: >> Hello all, >> >> Whatever is happening, it keeps happening, and on two different machines, >> but both Ubuntu 9.10, FWIW. Attached is a shot of the whatever-it's-called >> window; the promised emergency evaluator does not appear (not that I would >> know what to do with it<g>). Comparing SharedQueue with SharedQueue2 might >> be interesting; with luck, there will simply be a missing method?? >> >> Bill >> >> >> _______________________________________________ >> Pharo-project mailing list >> [email protected] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > 1) Yeah, SharedQueue2 does not share same public protocol and that sounds > like a bug... > > (SharedQueue selectors difference: SharedQueue2 selectors) reject: [:e > | (SharedQueue organization categoryOfElement: e) beginsWith: > 'private']. > -> an IdentitySet(#flushAllSuchThat: #nextOrNilSuchThat: #flush) > > We might also wanter to filter out unsent ones: > (SharedQueue selectors difference: SharedQueue2 selectors) reject: [:e > | ((SharedQueue organization categoryOfElement: e) beginsWith: > 'private') or: [(SystemNavigation default allCallsOn: e) isEmpty]] > > > 2) I find it strange your Smalltalk doesNotUnderstand: #findElementOrNil: > > Did you load some changes related to FasterSets or is your image damned > corrupted ? > Try (Smalltalk findElementOrNil: #Object) and tell us the result. > > Nicolas > > _______________________________________________ > Pharo-project mailing list > [email protected] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > [email protected] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ Pharo-project mailing list [email protected] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
