Thanks.
>>>>> I only had a look in Pharo 1.4
>>>>> It sounds like a subtle bug related to introduction of
>>>>> SubclassResponsibility in Pharo.
>>>>> If you revert Object>>subclassResponsibility to its previous version
>>>>> you get a more reliable error.
>>>>
>>>> What would be your hypothesis? Because I'm stuck.
>>>> error: is also signaling an exception
>>>>
>>>> error: aString
>>>> "Throw a generic Error exception."
>>>>
>>>> ^Error new signal: aString
>>>>
>>>> So I wonder why one is more robust.
>>>>
>>>
>>> I'm stuck too, and the Debugger is currently unusable in Pharo 1.4 (I
>>> just can't step over…)
>>
>> Strange. Because I use it.
>> Do you have a scenario that we can focus on to fix the problem you see.
>>
>
> Yes. With user interaction...
>
> In a workspace, type this and debug it:
> Stream basicNew printString.
>
> Step over basicNBew.
> Step into printString.
> Step into printStringLimitedTo: 50000
> Step into streamContents: [:s | self printOn: s] limitedTo: limit
> Step over 100 min: sizeLimit
> Step over self new: (100 min: sizeLimit)
> --> error: the debugger tries to execute (String new: String)
>
> I also note that all class methods in stack window left column are
> miss-printed - like 'Block in class)' new:
>
> Nicolas
>
>>
>>> I give up. I only had time for an easy task...
>>>
>>> Nicolas
>>>
>>>>
>>>>
>>>>>
>>>>> Nicolas
>>>>>
>>>>> 2011/12/1 Larry White <[email protected]>:
>>>>>> I was able to replicate with a clean version of the Seaside 3.0.6 One
>>>>>> Click
>>>>>> download by executing Stream #basicNew in a workspace. It did work a
>>>>>> couple
>>>>>> times ok using "do it" from the menu, but seems to lock pretty regularly
>>>>>> using print or explore keyboard shortcuts.
>>>>>>
>>>>>> thanks.
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Thu, Dec 1, 2011 at 1:33 PM, Larry White <[email protected]> wrote:
>>>>>>>
>>>>>>> I can do it with control-P (print) in the Workspace. I just did it
>>>>>>> with a
>>>>>>> single try, though sometimes it takes more than one. Speed isn't an
>>>>>>> issue,
>>>>>>> I can wait 10 minutes and see it happen sometimes..
>>>>>>>
>>>>>>> I have to take a break now, but when I get a few minutes, I'll try again
>>>>>>> with a fresh install of the latest Seaside one-click for the mac.
>>>>>>>
>>>>>>> thanks.
>>>>>>>
>>>>>>> On Thu, Dec 1, 2011 at 1:20 PM, Schwab,Wilhelm K <[email protected]>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> I just tried to hang 1.1.1 (using a traditional linux vm) and a 1.4
>>>>>>>> image
>>>>>>>> with a Cog vm (also linux). No problems, but I do have questions that
>>>>>>>> might
>>>>>>>> be important to others trying to reproduce it:
>>>>>>>>
>>>>>>>> (1) how fast do you do this?
>>>>>>>> (2) do you inspect the instances, or just let them get gc'd
>>>>>>>> immediately?
>>>>>>>>
>>>>>>>> Bill
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ________________________________
>>>>>>>> From: [email protected]
>>>>>>>> [[email protected]] on behalf of Larry White
>>>>>>>> [[email protected]]
>>>>>>>> Sent: Thursday, December 01, 2011 12:56 PM
>>>>>>>> To: [email protected]
>>>>>>>> Subject: Re: [Pharo-project] VM freezes sending #basicNew to Stream
>>>>>>>> subclass
>>>>>>>>
>>>>>>>> I can do it with
>>>>>>>>
>>>>>>>> Stream basicNew.
>>>>>>>>
>>>>>>>> but I have to invoke it twice. The first time it works ok.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Thu, Dec 1, 2011 at 12:48 PM, Stéphane Ducasse
>>>>>>>> <[email protected]> wrote:
>>>>>>>>>
>>>>>>>>> gary
>>>>>>>>>
>>>>>>>>> can you post the smallest code that makes the system hangs?
>>>>>>>>>
>>>>>>>>> Stef
>>>>>>>>>
>>>>>>>>> On Dec 1, 2011, at 4:48 PM, Larry White wrote:
>>>>>>>>>
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>> Throwing this out there because it may be a bug.
>>>>>>>>>>
>>>>>>>>>> I'm running the Seaside one-click install on OS X Lion.
>>>>>>>>>> Pharo1.3
>>>>>>>>>> Latest update: #13302
>>>>>>>>>>
>>>>>>>>>> I can reliably cause my VM to freeze up and need to Force-Quit it
>>>>>>>>>> from
>>>>>>>>>> the OS.
>>>>>>>>>>
>>>>>>>>>> I'm implementing (copying) the probability logic from the blue book.
>>>>>>>>>> When I tried to create an instance of the Binomial class, the system
>>>>>>>>>> hung. I
>>>>>>>>>> can replicate the problem by sending the message #basicNew to
>>>>>>>>>> ProbabilityDistribution. ProbabilityDistribution is a direct
>>>>>>>>>> subclass of
>>>>>>>>>> Stream and I haven't overridden or modified #basicNew.
>>>>>>>>>>
>>>>>>>>>> What's happening is that it fails in the BlockClosure [anObject
>>>>>>>>>> doit],
>>>>>>>>>> but only when I instantiate a member of this particular class
>>>>>>>>>> hierarchy. In
>>>>>>>>>> the probability classes, a #doIt in a Workspace hits the line "self
>>>>>>>>>> suspend"
>>>>>>>>>> in the #terminate method of Process and the VM hangs there.
>>>>>>>>>>
>>>>>>>>>> I believe they had ProbabilityDistribution subclass from Stream
>>>>>>>>>> because sampling from a distribution is like reading from a Stream,
>>>>>>>>>> but I
>>>>>>>>>> don't think any there's any actual shared code, so I switched the
>>>>>>>>>> superclass
>>>>>>>>>> of ProbabilityDistribution to Object and the code works fine now.
>>>>>>>>>>
>>>>>>>>>> Thanks.
>>>>>>>>>>
>>>>>>>>>> Larry
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>>
>
