2011/12/2 Stéphane Ducasse <[email protected]>:
>>>>
>>>> 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
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>>
>>
>
>
