2009/11/4 Schwab,Wilhelm K <bschwab@anest.ufl.edu>:
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: pharo-project-bounces@lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Nicolas Cellier Sent: Tuesday, November 03, 2009 7:28 PM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] RC1 image build failure
2009/11/4 Schwab,Wilhelm K <bschwab@anest.ufl.edu>:
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 Pharo-project@lists.gforge.inria.fr 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 Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project