Pharo-dev
By thread
pharo-dev@lists.pharo.org
By month
Messages by month
- ----- 2026 -----
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2025 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2024 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2009 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2008 -----
- December
- November
- October
- September
- August
- July
- June
- May
- 1 participants
- 144620 messages
Re: [Pharo-project] shift of -1@0 when clicking a morph
by Tudor Girba
Just to stress this issue a bit more:
The problem is critical for getting Mondrian to work properly with Glamour (be able to get the interaction from the visualization in the surrounding browser), and it is a show stopper for releasing Moose 4.6. Any help would be appreciated.
Cheers,
Doru
On 10 Sep 2011, at 08:40, Stéphane Ducasse wrote:
>
> On Sep 10, 2011, at 2:06 AM, Alexandre Bergel wrote:
>
>> Hi!
>>
>> In Pharo 1.3 13287 I am experiencing something very strange. Apparently, when I click a morph the mouseOver: event has a x value reduced by 1. This happens only when I click. Subsequent mouseOver: are fine. This triggers an odd behavior in Mondrian.
>
> Strange indeed.
>
>>
>> In Pharo 1.4 14112, this strange behavior has disappeared.
>>
>> I tried to load some more recent packages of Morphic, Graphics, Polymorph... without success (either I get an emergency debugger or the image freezes).
>>
>> Maybe: http://code.google.com/p/pharo/issues/detail?id=4503 ? But I could not find the Slice.
>
> No I do not think this is related
>
> Stef
>>
>> Cheers,
>> Alexandre
>> --
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel http://www.bergel.eu
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>
>>
>>
>>
>>
>>
>
>
--
www.tudorgirba.com
"Every now and then stop and ask yourself if the war you're fighting is the right one."
Sept. 10, 2011
[Pharo-project] [update 1.4] #14128
by Marcus Denker
14128
-----
Issue 1686: resetTo:1 in newFrom: aCollection
http://code.google.com/p/pharo/issues/detail?id=1686
Issue 4781: more poly fixes
http://code.google.com/p/pharo/issues/detail?id=4781
--
Marcus Denker -- http://marcusdenker.de
Sept. 10, 2011
Re: [Pharo-project] Oops - I put a halt in a startup method
by Mariano Martinez Peck
WOW. Sean that is super cool. I have to admit I never thought you were gonna
be able to di it.
This is awesome and I've been there (but never took the time to solve it).
Please, do a blog post!
On Sat, Sep 10, 2011 at 12:20 AM, Sean P. DeNigris <sean(a)clipperadams.com>wrote:
> Huge thanks to Igor and Mariano. I recovered the image. Just in case anyone
> ever has a similar problem, the solution was:
>
> 1. Test for selector in CoInterpreter>>commonSend
> ...
> (messageSelector = #halt) ifFalse: [ "the conditional was added"
> self internalFindNewMethod.
> self internalExecuteNewMethod ].
>
> self fetchNextBytecode.
>
> 2. Manually edit the condition in gcc3x-cointerp.c:
> char* realSelector = GIV(messageSelector) + BaseHeaderSize;
> if (strncmp(realSelector, "halt", 4) == 0)
> puts("Skipping halt...");
> else { ...
>
> Although I lost the better part of a day, it's a very powerful feeling to
> start building basic VM skills and know that errors that used to be magical
> and fatal can now be resolved...
>
> Cheers,
> Sean
>
> --
> View this message in context:
> http://forum.world.st/Oops-I-put-a-halt-in-a-startup-method-tp3800163p38029…
> Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
>
>
--
Mariano
http://marianopeck.wordpress.com
Sept. 10, 2011
[Pharo-project] [COTDC] 84 - FreeTypeCacheLinkedList
by laurent laffont
Today: FreeTypeCacheLinkedList
Comment Of The Day Contest - One Day One Comment
Rules:
#1: Each day a not commented class is elected. Each day the best comment
will be integrated with name of the author(s).
#2: If you cannot comment it, deprecate it.
Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest
Laurent
Sept. 10, 2011
Re: [Pharo-project] [COTDC] 83 - MCVersionInspector
by laurent laffont
Thanks again Sean
Laurent.
On Thu, Sep 8, 2011 at 11:06 PM, Sean P. DeNigris <sean(a)clipperadams.com>wrote:
> I am a tool that visually represents an MCVersion.
>
> While I can be opened on anMCVersion, you've probably seen me most often
> after saving a package in the Monticello Browser.
>
> I have buttons to perform common version-related actions - like browsing,
> loading, and viewing changes. In my main text area, I display the following
> information about my version - name, author, timestamp, UUID, ancestors and
> log message.
>
> --
> View this message in context:
> http://forum.world.st/COTDC-83-MCVersionInspector-tp3800071p3800124.html
> Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
>
>
Sept. 10, 2011
Re: [Pharo-project] Immutability and Pharo
by Stéphane Ducasse
On Sep 10, 2011, at 9:00 AM, Eliot Miranda wrote:
>
>
> On Fri, Sep 9, 2011 at 8:00 AM, Stéphane Ducasse <stephane.ducasse(a)inria.fr> wrote:
> more bits on the object header and we will get it
>
> the bit already exists, which is how it was implementable in Newspeak.
yes of course, but it means that if we use this bit, all the guys doing research and relying on it
will not be able to use pharo anymore for their research. And in this case they should either
move to another language or stick with an old version. Quite counter productive for us.
> Note that JB already provided the code from newspeak.
And I would love to have immutability and extra bits for extra experiments.
>
> Stef
>
>
> On Sep 9, 2011, at 4:58 PM, Torsten Bergmann wrote:
>
> > ... comments?
> > --
> > Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir
> > belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de
> >
>
>
>
>
>
> --
> best,
> Eliot
>
Sept. 10, 2011
Re: [Pharo-project] Immutability and Pharo
by Eliot Miranda
On Fri, Sep 9, 2011 at 8:00 AM, Stéphane Ducasse
<stephane.ducasse(a)inria.fr>wrote:
> more bits on the object header and we will get it
>
the bit already exists, which is how it was implementable in Newspeak.
>
> Note that JB already provided the code from newspeak.
>
> Stef
>
>
> On Sep 9, 2011, at 4:58 PM, Torsten Bergmann wrote:
>
> > ... comments?
> > --
> > Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir
> > belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de
> >
>
>
>
--
best,
Eliot
Sept. 10, 2011
Re: [Pharo-project] Oops - I put a halt in a startup method
by Stéphane Ducasse
I'm impressed and I should do the same than you.
Jumping into fire.
Stef
On Sep 10, 2011, at 12:20 AM, Sean P. DeNigris wrote:
> Huge thanks to Igor and Mariano. I recovered the image. Just in case anyone
> ever has a similar problem, the solution was:
>
> 1. Test for selector in CoInterpreter>>commonSend
> ...
> (messageSelector = #halt) ifFalse: [ "the conditional was added"
> self internalFindNewMethod.
> self internalExecuteNewMethod ].
>
> self fetchNextBytecode.
>
> 2. Manually edit the condition in gcc3x-cointerp.c:
> char* realSelector = GIV(messageSelector) + BaseHeaderSize;
> if (strncmp(realSelector, "halt", 4) == 0)
> puts("Skipping halt...");
> else { ...
>
> Although I lost the better part of a day, it's a very powerful feeling to
> start building basic VM skills and know that errors that used to be magical
> and fatal can now be resolved...
>
> Cheers,
> Sean
>
> --
> View this message in context: http://forum.world.st/Oops-I-put-a-halt-in-a-startup-method-tp3800163p38029…
> Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
>
Sept. 10, 2011
Re: [Pharo-project] 1.3 OneCick with Cog VM
by Stéphane Ducasse
On Sep 9, 2011, at 11:15 PM, John Toohey wrote:
> The joys of ST :-( Pharo really needs some kind of safe mode, that you
> can boot into, to fix these kinds of problems. Thanks again for you
> help.
We are working on that.
Did you see the fix in startup and all the work to make sure that you can work on headless mode
ie not crashing your image because a pop up arise on a headless server...
Stef
>
> On Fri, Sep 9, 2011 at 16:59, Igor Stasenko <siguctua(a)gmail.com> wrote:
>> On 9 September 2011 22:19, John Toohey <jt(a)parspro.com> wrote:
>>> This code is used to keep a socket connection open to an ActiveMQ JMS
>>> server. I use the Stomp protocol to send messages from ST to various
>>> servers in my cluster via JMS. The self error: e code was just meant
>>> to fire up the debugger, so I could trace any errors. I'll remove that
>>> now.
>>>
>>> So do I have to rebuild a new image from scratch now? Is there any
>>> command line switch that I can use to by pass the loading of my app on
>>> start up?
>>>
>> none.
>> rebuild an image.
>>
>>> On Fri, Sep 9, 2011 at 15:10, Igor Stasenko <siguctua(a)gmail.com> wrote:
>>>> On 9 September 2011 21:58, John Toohey <jt(a)parspro.com> wrote:
>>>>> This is my code :-
>>>>> startAnnouncing
>>>>> process notNil ifTrue: [ ^ self ].
>>>>> process := [
>>>>> [ [ [ self announceNextCommand ]
>>>>> on: ConnectionTimedOut
>>>>> do: [ :e | ] ] repeat ]
>>>>> on: Error
>>>>> do: [ :e | self logger error: 'Error in startAnnouncing e --> ', e
>>>>> greaseString.
>>>>> self error: e.
>>>>> e return
>>>>
>>>> this code looking suspicious. but i not sure what it does,
>>>> do you override #error: method in your class? what it does?
>>>> if it not overridden, then by sending self error: you causing another
>>>> error to be signaled,
>>>> which is not handled by any handler block
>>>> so, it will signal an unhandled error exception and finally bail out
>>>> to OS during startup.
>>>> To simplify things, what happens is following:
>>>>
>>>> [ self error: 'hahaha' ] fork.
>>>> instead it should be like:
>>>>
>>>> [ [ self error: 'hahaha' ] on: Error do: [:ex | .. handle error here,
>>>> and don't let it being unhandled ] ] fork.
>>>>
>>>>> ].
>>>>> ] forkAt: Processor highIOPriority named: 'Juliet Stomp Announcer'
>>>>>
>>>>> How can I make this safer, or make it in such a way that the image
>>>>> doesn't crash?
>>>>>
>>>>> Also is the image destroyed now? Is there a way to start it and bypass
>>>>> this code? Thanks for looking into this.
>>>>>
>>>>> On Fri, Sep 9, 2011 at 14:55, Igor Stasenko <siguctua(a)gmail.com> wrote:
>>>>>> On 9 September 2011 20:43, John Toohey <jt(a)parspro.com> wrote:
>>>>>>> This happened after a VM crash, when I try to restart I get this in
>>>>>>> the log. Isn't the error caused by the isEmptyOrNil primitive? Is
>>>>>>> there anyway for me to access the image now?
>>>>>>>
>>>>>>
>>>>>> an error caused by a primitive failure with invalid socket:
>>>>>>
>>>>>> SocketStream>>receiveData
>>>>>>>> Receiver: SocketStream[inbuf:4kb/outbuf:4kb]
>>>>>>>> Arguments and temporary variables:
>>>>>>>>
>>>>>>>> Receiver's instance variables:
>>>>>>>> recentlyRead: 716
>>>>>>>> socket: a Socket[invalidSocketHandle]
>>>>>>>> inBuffer: 'CONNECTED
>>>>>>>> session:ID:John-Tooheys-MacBook-Pro.local-56368-1315585750...etc...
>>>>>>>> outBuffer: 'SUBSCRIBE
>>>>>>>> destination: /topic/parspro-core.juliet-core-events
>>>>>>
>>>>>>
>>>>>> looks like your image was saved with socket being open and upon
>>>>>> restart it tries to read data from it.
>>>>>> This , of course , causing failure and leads to error signaled.
>>>>>>
>>>>>> If you want to track down the error, there is an option in system settings:
>>>>>> 'Make a snapshot of new version before quit
>>>>>> On unhandled exception, save a new version of image before quit'
>>>>>> in 'Headless mode' group.
>>>>>>
>>>>>>> On Fri, Sep 9, 2011 at 14:38, Igor Stasenko <siguctua(a)gmail.com> wrote:
>>>>>>>> On 9 September 2011 20:31, John Toohey <jt(a)parspro.com> wrote:
>>>>>>>>> I am experiencing a lot of random crashes with this VM on OSX 10.6. It
>>>>>>>>> just crashed again, and this time I cannot get it to restart. It seems
>>>>>>>>> to be crashing in a socket receive class. The stack trace is here :-
>>>>>>>>>
>>>>>>>>
>>>>>>>> This is not a crash, it just quits to OS due to error at startup.
>>>>>>>> To avoid imminent leave to OS, put an error handler around your startup code
>>>>>>>> (i guess it is in CoreMQStompConnection somewhere?).
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>> THERE_BE_DRAGONS_HERE
>>>>>>>>> MessageNotUnderstood: PrimitiveFailed>>isEmptyOrNil
>>>>>>>>> 9 September 2011 2:28:41 pm
>>>>>>>>>
>>>>>>>>> VM: Mac OS - intel - 1067 - Croquet Closure Cog VM [CoInterpreter
>>>>>>>>> VMMaker-oscog-IgorStasenko.123] 21.0
>>>>>>>>> Image: Pharo1.3 [Latest update: #13298]
>>>>>>>>>
>>>>>>>>> PrimitiveFailed(Object)>>doesNotUnderstand: #isEmptyOrNil
>>>>>>>>> Receiver: PrimitiveFailed: primitive #primSocketReceiveDataAvailable:
>>>>>>>>> in a Socket[invalidSocketHandl...etc...
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> t1: isEmptyOrNil
>>>>>>>>> t2: MessageNotUnderstood: PrimitiveFailed>>isEmptyOrNil
>>>>>>>>> t3: nil
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> messageText: 'primitive #primSocketReceiveDataAvailable: in a
>>>>>>>>> Socket[invalidSoc...etc...
>>>>>>>>> tag: nil
>>>>>>>>> signaler: a Socket[invalidSocketHandle]
>>>>>>>>> signalContext: PrimitiveFailed(Exception)>>signal
>>>>>>>>> handlerContext: BlockClosure>>on:do:
>>>>>>>>> outerContext: nil
>>>>>>>>> selector: #primSocketReceiveDataAvailable:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> [:t1 |
>>>>>>>>> | t2 |
>>>>>>>>> t1 << self class name.
>>>>>>>>> (t2 := self messageText) isEmptyOrNil
>>>>>>>>> ifFalse: [t1 << ': ' << t2]] in Error(Exception)>>description
>>>>>>>>> Receiver: <<error during printing>>
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> t1: a WriteStream 'Error'
>>>>>>>>> t2: PrimitiveFailed: primitive #primSocketReceiveDataAvailable: in
>>>>>>>>> a Socket[inv...etc...
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> messageText: PrimitiveFailed: primitive
>>>>>>>>> #primSocketReceiveDataAvailable: in a S...etc...
>>>>>>>>> tag: nil
>>>>>>>>> signaler: a CoreMQStompConnection connectResponse: CONNECTED
>>>>>>>>> session: ID:John-T...etc...
>>>>>>>>> signalContext: Error(Exception)>>signal
>>>>>>>>> handlerContext: nil
>>>>>>>>> outerContext: nil
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> String class(SequenceableCollection class)>>new:streamContents:
>>>>>>>>> Receiver: String
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> t1: 100
>>>>>>>>> t2: [:t1 |
>>>>>>>>> | t2 |
>>>>>>>>> t1 << self class name.
>>>>>>>>> (t2 := self messageText) isEmptyOrNi...etc...
>>>>>>>>> t3: a WriteStream 'Error'
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> superclass: ArrayedCollection
>>>>>>>>> methodDict: a MethodDictionary(size 303)
>>>>>>>>> format: 2
>>>>>>>>> instanceVariables: nil
>>>>>>>>> organization: ('*Compiler-Kernel' inviolateInstanceVariableNames
>>>>>>>>> isLegalInstVar...etc...
>>>>>>>>> subclasses: {ByteString. WideString. Symbol}
>>>>>>>>> name: #String
>>>>>>>>> classPool: a Dictionary(#AsciiOrder->#[0 1 2 3 4 5 6 7 8 9 10 11 12
>>>>>>>>> 13 14 15 16...etc...
>>>>>>>>> sharedPools: nil
>>>>>>>>> environment: a SystemDictionary(lots of globals)
>>>>>>>>> category: #'Collections-Strings'
>>>>>>>>> traitComposition: {}
>>>>>>>>> localSelectors: nil
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> String class(SequenceableCollection class)>>streamContents:
>>>>>>>>> Receiver: String
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> t1: [:t1 |
>>>>>>>>> | t2 |
>>>>>>>>> t1 << self class name.
>>>>>>>>> (t2 := self messageText) isEmptyOrNi...etc...
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> superclass: ArrayedCollection
>>>>>>>>> methodDict: a MethodDictionary(size 303)
>>>>>>>>> format: 2
>>>>>>>>> instanceVariables: nil
>>>>>>>>> organization: ('*Compiler-Kernel' inviolateInstanceVariableNames
>>>>>>>>> isLegalInstVar...etc...
>>>>>>>>> subclasses: {ByteString. WideString. Symbol}
>>>>>>>>> name: #String
>>>>>>>>> classPool: a Dictionary(#AsciiOrder->#[0 1 2 3 4 5 6 7 8 9 10 11 12
>>>>>>>>> 13 14 15 16...etc...
>>>>>>>>> sharedPools: nil
>>>>>>>>> environment: a SystemDictionary(lots of globals)
>>>>>>>>> category: #'Collections-Strings'
>>>>>>>>> traitComposition: {}
>>>>>>>>> localSelectors: nil
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Error(Exception)>>description
>>>>>>>>> Receiver: <<error during printing>>
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>>
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> messageText: PrimitiveFailed: primitive
>>>>>>>>> #primSocketReceiveDataAvailable: in a S...etc...
>>>>>>>>> tag: nil
>>>>>>>>> signaler: a CoreMQStompConnection connectResponse: CONNECTED
>>>>>>>>> session: ID:John-T...etc...
>>>>>>>>> signalContext: Error(Exception)>>signal
>>>>>>>>> handlerContext: nil
>>>>>>>>> outerContext: nil
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> StartupUIManager(NonInteractiveUIManager)>>unhandledErrorDefaultAction:
>>>>>>>>> Receiver: a StartupUIManager
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> <<error during printing>
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> uiManager: a MorphicUIManager
>>>>>>>>> doNotQuitOnRestart: false
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> UnhandledError>>defaultAction
>>>>>>>>> Receiver: UnhandledError
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>>
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> messageText: nil
>>>>>>>>> tag: nil
>>>>>>>>> signaler: <<error during printing>>
>>>>>>>>>
>>>>>>>>> UndefinedObject>>handleSignal:
>>>>>>>>> Receiver: nil
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> t1: UnhandledError
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> nil
>>>>>>>>>
>>>>>>>>> MethodContext(ContextPart)>>handleSignal:
>>>>>>>>> Receiver: BlockClosure>>on:do:
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> t1: UnhandledError
>>>>>>>>> t2: nil
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> sender: [[[[self announceNextCommand]
>>>>>>>>> on: ConnectionTimedOut
>>>>>>>>> do: [:t1 | nil...etc...
>>>>>>>>> pc: 17
>>>>>>>>> stackp: 3
>>>>>>>>> method: (BlockClosure>>#on:do: "a CompiledMethod(137625600)")
>>>>>>>>> closureOrNil: nil
>>>>>>>>> receiver: [[[self announceNextCommand]
>>>>>>>>> on: ConnectionTimedOut
>>>>>>>>> do: [:t1 | ni...etc...
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> MethodContext(ContextPart)>>handleSignal:
>>>>>>>>> Receiver: BlockClosure>>on:do:
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> t1: UnhandledError
>>>>>>>>> t2: nil
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> sender: [[[self announceNextCommand]
>>>>>>>>> on: ConnectionTimedOut
>>>>>>>>> do: [:t1 | nil]...etc...
>>>>>>>>> pc: 17
>>>>>>>>> stackp: 3
>>>>>>>>> method: (BlockClosure>>#on:do: "a CompiledMethod(137625600)")
>>>>>>>>> closureOrNil: nil
>>>>>>>>> receiver: [self announceNextCommand]
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> UnhandledError(Exception)>>signal
>>>>>>>>> Receiver: UnhandledError
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>>
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> messageText: nil
>>>>>>>>> tag: nil
>>>>>>>>> signaler: <<error during printing>>
>>>>>>>>>
>>>>>>>>> UnhandledError class>>signalForException:
>>>>>>>>> Receiver: UnhandledError
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> <<error during printing>
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> superclass: Exception
>>>>>>>>> methodDict: a
>>>>>>>>> MethodDictionary(#defaultAction->(UnhandledError>>#defaultAction
>>>>>>>>> ...etc...
>>>>>>>>> format: 144
>>>>>>>>> instanceVariables: #('exception')
>>>>>>>>> organization: ('*UIManager' defaultAction)
>>>>>>>>> ('as yet unclassified' exception exc...etc...
>>>>>>>>> subclasses: nil
>>>>>>>>> name: #UnhandledError
>>>>>>>>> classPool: nil
>>>>>>>>> sharedPools: nil
>>>>>>>>> environment: a SystemDictionary(lots of globals)
>>>>>>>>> category: #'Kernel-Exceptions'
>>>>>>>>> traitComposition: nil
>>>>>>>>> localSelectors: nil
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Error>>defaultAction
>>>>>>>>> Receiver: <<error during printing>>
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>>
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> messageText: PrimitiveFailed: primitive
>>>>>>>>> #primSocketReceiveDataAvailable: in a S...etc...
>>>>>>>>> tag: nil
>>>>>>>>> signaler: a CoreMQStompConnection connectResponse: CONNECTED
>>>>>>>>> session: ID:John-T...etc...
>>>>>>>>> signalContext: Error(Exception)>>signal
>>>>>>>>> handlerContext: nil
>>>>>>>>> outerContext: nil
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> UndefinedObject>>handleSignal:
>>>>>>>>> Receiver: nil
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> <<error during printing>
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> nil
>>>>>>>>>
>>>>>>>>> MethodContext(ContextPart)>>handleSignal:
>>>>>>>>> Receiver: BlockClosure>>on:do:
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> <<error during printing>
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> sender: [[[[self announceNextCommand]
>>>>>>>>> on: ConnectionTimedOut
>>>>>>>>> do: [:t1 | nil...etc...
>>>>>>>>> pc: 17
>>>>>>>>> stackp: 3
>>>>>>>>> method: (BlockClosure>>#on:do: "a CompiledMethod(137625600)")
>>>>>>>>> closureOrNil: nil
>>>>>>>>> receiver: [[[self announceNextCommand]
>>>>>>>>> on: ConnectionTimedOut
>>>>>>>>> do: [:t1 | ni...etc...
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> MethodContext(ContextPart)>>handleSignal:
>>>>>>>>> Receiver: BlockClosure>>on:do:
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> <<error during printing>
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> sender: [[[self announceNextCommand]
>>>>>>>>> on: ConnectionTimedOut
>>>>>>>>> do: [:t1 | nil]...etc...
>>>>>>>>> pc: 17
>>>>>>>>> stackp: 3
>>>>>>>>> method: (BlockClosure>>#on:do: "a CompiledMethod(137625600)")
>>>>>>>>> closureOrNil: nil
>>>>>>>>> receiver: [self announceNextCommand]
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Error(Exception)>>signal
>>>>>>>>> Receiver: <<error during printing>>
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>>
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> messageText: PrimitiveFailed: primitive
>>>>>>>>> #primSocketReceiveDataAvailable: in a S...etc...
>>>>>>>>> tag: nil
>>>>>>>>> signaler: a CoreMQStompConnection connectResponse: CONNECTED
>>>>>>>>> session: ID:John-T...etc...
>>>>>>>>> signalContext: Error(Exception)>>signal
>>>>>>>>> handlerContext: nil
>>>>>>>>> outerContext: nil
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Error(Exception)>>signal:
>>>>>>>>> Receiver: <<error during printing>>
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> t1: PrimitiveFailed: primitive #primSocketReceiveDataAvailable: in
>>>>>>>>> a Socket[inv...etc...
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> messageText: PrimitiveFailed: primitive
>>>>>>>>> #primSocketReceiveDataAvailable: in a S...etc...
>>>>>>>>> tag: nil
>>>>>>>>> signaler: a CoreMQStompConnection connectResponse: CONNECTED
>>>>>>>>> session: ID:John-T...etc...
>>>>>>>>> signalContext: Error(Exception)>>signal
>>>>>>>>> handlerContext: nil
>>>>>>>>> outerContext: nil
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> CoreMQStompConnection(Object)>>error:
>>>>>>>>> Receiver: a CoreMQStompConnection connectResponse: CONNECTED
>>>>>>>>> session: ID:John-Tooheys-MacBook-Pro.lo...etc...
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> t1: PrimitiveFailed: primitive #primSocketReceiveDataAvailable: in
>>>>>>>>> a Socket[inv...etc...
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> stream: SocketStream[inbuf:4kb/outbuf:4kb]
>>>>>>>>> connectResponse: CONNECTED
>>>>>>>>> session: ID:John-Tooheys-MacBook-Pro.local-56368-131...etc...
>>>>>>>>> subscriptions: an OrderedCollection('/topic/parspro-core.juliet-core-events')
>>>>>>>>> commandDestination: '/topic/parspro-core.juliet-core-events'
>>>>>>>>> process: a Process in nil
>>>>>>>>> logger: a JulietLogger
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> [:t1 |
>>>>>>>>> self logger error: 'Error in startAnnouncing e --> ' , t1 greaseString.
>>>>>>>>> self error: t1.
>>>>>>>>> t1 return] in [[[[self announceNextCommand]
>>>>>>>>> on: ConnectionTimedOut
>>>>>>>>> do: [:t1 | nil]] repeat.
>>>>>>>>> nil]
>>>>>>>>> on: Error
>>>>>>>>> do: [:t1 |
>>>>>>>>> self logger error: 'Error in startAnnouncing e --> ' , t1 greaseString.
>>>>>>>>> self error: t1.
>>>>>>>>> t1 return]] in CoreMQStompConnection>>startAnnouncing
>>>>>>>>> Receiver: a CoreMQStompConnection connectResponse: CONNECTED
>>>>>>>>> session: ID:John-Tooheys-MacBook-Pro.lo...etc...
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> t1: PrimitiveFailed: primitive #primSocketReceiveDataAvailable: in
>>>>>>>>> a Socket[inv...etc...
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> stream: SocketStream[inbuf:4kb/outbuf:4kb]
>>>>>>>>> connectResponse: CONNECTED
>>>>>>>>> session: ID:John-Tooheys-MacBook-Pro.local-56368-131...etc...
>>>>>>>>> subscriptions: an OrderedCollection('/topic/parspro-core.juliet-core-events')
>>>>>>>>> commandDestination: '/topic/parspro-core.juliet-core-events'
>>>>>>>>> process: a Process in nil
>>>>>>>>> logger: a JulietLogger
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> BlockClosure>>cull:
>>>>>>>>> Receiver: [:t1 |
>>>>>>>>> self logger error: 'Error in startAnnouncing e --> ' , t1 greaseString.
>>>>>>>>> self erro...etc...
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> t1: PrimitiveFailed: primitive #primSocketReceiveDataAvailable: in
>>>>>>>>> a Socket[inv...etc...
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> outerContext: [[[[self announceNextCommand]
>>>>>>>>> on: ConnectionTimedOut
>>>>>>>>> do: [:t1...etc...
>>>>>>>>> startpc: 118
>>>>>>>>> numArgs: 1
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> [(self tempAt: 2)
>>>>>>>>> cull: t1] in MethodContext(ContextPart)>>handleSignal:
>>>>>>>>> Receiver: BlockClosure>>on:do:
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> t1: PrimitiveFailed: primitive #primSocketReceiveDataAvailable: in
>>>>>>>>> a Socket[inv...etc...
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> sender: [[[[self announceNextCommand]
>>>>>>>>> on: ConnectionTimedOut
>>>>>>>>> do: [:t1 | nil...etc...
>>>>>>>>> pc: 17
>>>>>>>>> stackp: 3
>>>>>>>>> method: (BlockClosure>>#on:do: "a CompiledMethod(137625600)")
>>>>>>>>> closureOrNil: nil
>>>>>>>>> receiver: [[[self announceNextCommand]
>>>>>>>>> on: ConnectionTimedOut
>>>>>>>>> do: [:t1 | ni...etc...
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> BlockClosure>>ensure:
>>>>>>>>> Receiver: [(self tempAt: 2)
>>>>>>>>> cull: t1]
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> aBlock: [self tempAt: 3 put: true]
>>>>>>>>> complete: nil
>>>>>>>>> returnValue: nil
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> outerContext: MethodContext(ContextPart)>>handleSignal:
>>>>>>>>> startpc: 98
>>>>>>>>> numArgs: 0
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> MethodContext(ContextPart)>>handleSignal:
>>>>>>>>> Receiver: BlockClosure>>on:do:
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> t1: PrimitiveFailed: primitive #primSocketReceiveDataAvailable: in
>>>>>>>>> a Socket[inv...etc...
>>>>>>>>> t2: nil
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> sender: [[[[self announceNextCommand]
>>>>>>>>> on: ConnectionTimedOut
>>>>>>>>> do: [:t1 | nil...etc...
>>>>>>>>> pc: 17
>>>>>>>>> stackp: 3
>>>>>>>>> method: (BlockClosure>>#on:do: "a CompiledMethod(137625600)")
>>>>>>>>> closureOrNil: nil
>>>>>>>>> receiver: [[[self announceNextCommand]
>>>>>>>>> on: ConnectionTimedOut
>>>>>>>>> do: [:t1 | ni...etc...
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> MethodContext(ContextPart)>>handleSignal:
>>>>>>>>> Receiver: BlockClosure>>on:do:
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> t1: PrimitiveFailed: primitive #primSocketReceiveDataAvailable: in
>>>>>>>>> a Socket[inv...etc...
>>>>>>>>> t2: nil
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> sender: [[[self announceNextCommand]
>>>>>>>>> on: ConnectionTimedOut
>>>>>>>>> do: [:t1 | nil]...etc...
>>>>>>>>> pc: 17
>>>>>>>>> stackp: 3
>>>>>>>>> method: (BlockClosure>>#on:do: "a CompiledMethod(137625600)")
>>>>>>>>> closureOrNil: nil
>>>>>>>>> receiver: [self announceNextCommand]
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> PrimitiveFailed(Exception)>>signal
>>>>>>>>> Receiver: PrimitiveFailed: primitive #primSocketReceiveDataAvailable:
>>>>>>>>> in a Socket[invalidSocketHandl...etc...
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>>
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> messageText: 'primitive #primSocketReceiveDataAvailable: in a
>>>>>>>>> Socket[invalidSoc...etc...
>>>>>>>>> tag: nil
>>>>>>>>> signaler: a Socket[invalidSocketHandle]
>>>>>>>>> signalContext: PrimitiveFailed(Exception)>>signal
>>>>>>>>> handlerContext: BlockClosure>>on:do:
>>>>>>>>> outerContext: nil
>>>>>>>>> selector: #primSocketReceiveDataAvailable:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> PrimitiveFailed class(SelectorException class)>>signalFor:
>>>>>>>>> Receiver: PrimitiveFailed
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> t1: #primSocketReceiveDataAvailable:
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> superclass: SelectorException
>>>>>>>>> methodDict: a
>>>>>>>>> MethodDictionary(#standardMessageText->(PrimitiveFailed>>#standar...etc...
>>>>>>>>> format: 144
>>>>>>>>> instanceVariables: nil
>>>>>>>>> organization: ('printing' standardMessageText)
>>>>>>>>>
>>>>>>>>> subclasses: nil
>>>>>>>>> name: #PrimitiveFailed
>>>>>>>>> classPool: nil
>>>>>>>>> sharedPools: nil
>>>>>>>>> environment: a SystemDictionary(lots of globals)
>>>>>>>>> category: #'Kernel-Exceptions'
>>>>>>>>> traitComposition: {}
>>>>>>>>> localSelectors: nil
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Socket(Object)>>primitiveFailed:
>>>>>>>>> Receiver: a Socket[invalidSocketHandle]
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> t1: #primSocketReceiveDataAvailable:
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> semaphore: a Semaphore()
>>>>>>>>> socketHandle: #[162 57 106 78 0 0 0 0 128 42 86 0]
>>>>>>>>> readSemaphore: a Semaphore()
>>>>>>>>> writeSemaphore: a Semaphore()
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Socket(Object)>>primitiveFailed
>>>>>>>>> Receiver: a Socket[invalidSocketHandle]
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>>
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> semaphore: a Semaphore()
>>>>>>>>> socketHandle: #[162 57 106 78 0 0 0 0 128 42 86 0]
>>>>>>>>> readSemaphore: a Semaphore()
>>>>>>>>> writeSemaphore: a Semaphore()
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Socket>>primSocketReceiveDataAvailable:
>>>>>>>>> Receiver: a Socket[invalidSocketHandle]
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> t1: #[162 57 106 78 0 0 0 0 128 42 86 0]
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> semaphore: a Semaphore()
>>>>>>>>> socketHandle: #[162 57 106 78 0 0 0 0 128 42 86 0]
>>>>>>>>> readSemaphore: a Semaphore()
>>>>>>>>> writeSemaphore: a Semaphore()
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Socket>>waitForDataFor:ifClosed:ifTimedOut:
>>>>>>>>> Receiver: a Socket[invalidSocketHandle]
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> t1: 45
>>>>>>>>> t2: [ConnectionClosed signal: 'Connection closed while waiting for data.']
>>>>>>>>> t3: [ConnectionTimedOut signal: 'Data receive timed out.']
>>>>>>>>> t4: 2210099
>>>>>>>>> t5: 45000
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> semaphore: a Semaphore()
>>>>>>>>> socketHandle: #[162 57 106 78 0 0 0 0 128 42 86 0]
>>>>>>>>> readSemaphore: a Semaphore()
>>>>>>>>> writeSemaphore: a Semaphore()
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Socket>>waitForDataFor:
>>>>>>>>> Receiver: a Socket[invalidSocketHandle]
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> t1: 45
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> semaphore: a Semaphore()
>>>>>>>>> socketHandle: #[162 57 106 78 0 0 0 0 128 42 86 0]
>>>>>>>>> readSemaphore: a Semaphore()
>>>>>>>>> writeSemaphore: a Semaphore()
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Socket>>receiveDataSignallingTimeout:into:startingAt:
>>>>>>>>> Receiver: a Socket[invalidSocketHandle]
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>> t1: 45
>>>>>>>>> t2: 'CONNECTED
>>>>>>>>> session:ID:John-Tooheys-MacBook-Pro.local-56368-1315585750288-4:...etc...
>>>>>>>>> t3: 796
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> semaphore: a Semaphore()
>>>>>>>>> socketHandle: #[162 57 106 78 0 0 0 0 128 42 86 0]
>>>>>>>>> readSemaphore: a Semaphore()
>>>>>>>>> writeSemaphore: a Semaphore()
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> SocketStream>>receiveData
>>>>>>>>> Receiver: SocketStream[inbuf:4kb/outbuf:4kb]
>>>>>>>>> Arguments and temporary variables:
>>>>>>>>>
>>>>>>>>> Receiver's instance variables:
>>>>>>>>> recentlyRead: 716
>>>>>>>>> socket: a Socket[invalidSocketHandle]
>>>>>>>>> inBuffer: 'CONNECTED
>>>>>>>>> session:ID:John-Tooheys-MacBook-Pro.local-56368-1315585750...etc...
>>>>>>>>> outBuffer: 'SUBSCRIBE
>>>>>>>>> destination: /topic/parspro-core.juliet-core-events
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Thu, Sep 8, 2011 at 10:05, Marcus Denker <marcus.denker(a)inria.fr> wrote:
>>>>>>>>>>
>>>>>>>>>> On Sep 8, 2011, at 3:59 PM, John Toohey wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi,
>>>>>>>>>>> Is there a 1.3 OneClick build available with the Cog VM, or should I
>>>>>>>>>>> just down load the linux and OSX Cog builds from the Jenkins server?
>>>>>>>>>>
>>>>>>>>>> The script on the hudson is old... we need to update it. And move everything
>>>>>>>>>> from hudson to jenkins. And, and...
>>>>>>>>>>
>>>>>>>>>> So for now:
>>>>>>>>>>
>>>>>>>>>> https://gforge.inria.fr/frs/download.php/28922/Pharo-1.3-OneClick.zip
>>>>>>>>>>
>>>>>>>>>> hand-build one-click with Cog as build from https://ci.lille.inria.fr/pharo/view/Cog/
>>>>>>>>>>
>>>>>>>>>>> often run into problems with having different VMs/Plugin on different
>>>>>>>>>>> servers, and like the idea of having both Liux and OSX supported in
>>>>>>>>>>> one package, where I can just update the image.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Marcus Denker -- http://marcusdenker.de
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> ~JT
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Best regards,
>>>>>>>> Igor Stasenko AKA sig.
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> ~JT
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Best regards,
>>>>>> Igor Stasenko AKA sig.
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> ~JT
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Best regards,
>>>> Igor Stasenko.
>>>>
>>>
>>>
>>>
>>> --
>>> ~JT
>>>
>>
>>
>>
>> --
>> Best regards,
>> Igor Stasenko.
>>
>
>
>
> --
> ~JT
Sept. 10, 2011
Re: [Pharo-project] shift of -1@0 when clicking a morph
by Stéphane Ducasse
On Sep 10, 2011, at 2:06 AM, Alexandre Bergel wrote:
> Hi!
>
> In Pharo 1.3 13287 I am experiencing something very strange. Apparently, when I click a morph the mouseOver: event has a x value reduced by 1. This happens only when I click. Subsequent mouseOver: are fine. This triggers an odd behavior in Mondrian.
Strange indeed.
>
> In Pharo 1.4 14112, this strange behavior has disappeared.
>
> I tried to load some more recent packages of Morphic, Graphics, Polymorph... without success (either I get an emergency debugger or the image freezes).
>
> Maybe: http://code.google.com/p/pharo/issues/detail?id=4503 ? But I could not find the Slice.
No I do not think this is related
Stef
>
> Cheers,
> Alexandre
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>
>
>
Sept. 10, 2011