December 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] startup errors

by Sean P. DeNigris

Igor Stasenko wrote > > look at settings, there's already an option to save a new version of > image before quit. > if you turn this option on, then any unhandled error will open a > debugger if you open an image saved in such state. > I don't always know I'm going to destroy my image in advance :) It would be nice to have a way to recover anyway. -- View this message in context: http://forum.world.st/startup-errors-tp3736966p4147365.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 2, 2011

Re: [Pharo-project] startup errors

by Sean P. DeNigris

Camillo Bruni wrote > > HOWEVER we were no longer able to run the image as it immediately crashes > during the startup. > This was the issue that caused me to learn VM debugging :) http://forum.world.st/Oops-I-put-a-halt-in-a-startup-method-td3800163.html -- View this message in context: http://forum.world.st/startup-errors-tp3736966p4147355.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 2, 2011

Re: [Pharo-project] The SmalltalkHub demo is online!

by Sean P. DeNigris

Nicolas Petton wrote > > Yeah, as I said I just flushed the db when I put the new demo online. > I figured as much. I just wanted to remind you that you instructed us to report bugs on a site that was getting nuked! How should we report bugs for now? -- View this message in context: http://forum.world.st/The-SmalltalkHub-demo-is-online-tp4073806p4147343.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 2, 2011

Re: [Pharo-project] SystemNavigation vs. SystemOrganizer

by Sean P. DeNigris

StÃ©phane Ducasse wrote > > SystemOrganizer>>default > "look in the environment that the receiver organizes for the associated > organization" > ^ self environment organization > Fix in inbox: SLICE-Issue-5046-SystemOrganizerdefault-to-be-consistent-with-SystemNavigation-SeanDeNigris.1 http://code.google.com/p/pharo/issues/detail?id=5046 I also wrote a test :) -- View this message in context: http://forum.world.st/SystemNavigation-vs-SystemOrganizer-tp4131010p4147249… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 2, 2011

[Pharo-project] TestNewParagraphFix

by Sean P. DeNigris

NewParagraph is deprecated in 1.4. TestNewParagraphFix doesn't actually mention NewParagraph directly. The class comment says "This class tests the same things as its superclass, but for NewParagraph which is used in the Morphic environment." but its superclass is TestCase. Is TestNewParagraphFix still relevant? What was the original motivation i.e. why is it called XxxFix? Sean -- View this message in context: http://forum.world.st/TestNewParagraphFix-tp4147219p4147219.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 2, 2011

Re: [Pharo-project] VM freezes sending #basicNew to Stream subclass

by Marcus Denker

Hi, We had a look and the problem is that printOn: on Stream is defined to print the contents of the Stream even though it might not be initialized yet (e.g. when creating a Stream instance with #basicNew). The simplest solution is to just not print the contents of Streams in #printOn: http://code.google.com/p/pharo/issues/detail?id=5047 Stream should not print its contents in printOn: Reason: => Debugging leads to change the state of Stream when looking at it => Network streams load all content => unitialized Streams has undefined behavior for printing Solution: remove #printOn: On Fri, Dec 2, 2011 at 9:08 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>> >>>> 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. > > >> I give up. I only had time for an easy task... >> >> Nicolas >> >>> >>> >>>> >>>> Nicolas >>>> >>>> 2011/12/1 Larry White <ljw1001(a)gmail.com>: >>>>> 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 <ljw1001(a)gmail.com> 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 <bschwab(a)anest.ufl.edu> >>>>>> 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: pharo-project-bounces(a)lists.gforge.inria.fr >>>>>>> [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Larry White >>>>>>> [ljw1001(a)gmail.com] >>>>>>> Sent: Thursday, December 01, 2011 12:56 PM >>>>>>> To: Pharo-project(a)lists.gforge.inria.fr >>>>>>> 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 >>>>>>> <stephane.ducasse(a)inria.fr> 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 >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >>> >> > > -- -- Marcus DenkerÂ --Â denker(a)acm.org http://www.marcusdenker.de

Dec. 2, 2011

[Pharo-project] Test Categories

by Sean P. DeNigris

There's Tests-System - tests for various sub-categories of System Tests-SystemSupport - notice no second dash Tests-Polymorph-Widgets - with second dash I was going to change the first two to be like the last one (which is most like the category under test). But I know there are weird dash issues because of Monticello, so I wanted to ask first... Sean -- View this message in context: http://forum.world.st/Test-Categories-tp4147171p4147171.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 2, 2011

Re: [Pharo-project] Athens work in progress: couple screenshots

by Javier PimÃ¡s

This is great! We have to keep improving it. Cheers, Javier. On Wed, Nov 30, 2011 at 9:32 AM, Fernando Olivero <fernando.olivero(a)usi.ch>wrote: > I've implied using meta-programming,in order to have a uniform > protocol in the abstract Canvas. > AthensCanvas>>transformDescribedBy: aName > self perform: ( aName , 'Transform' ) asSymbol . > > But i see that your approach is simpler, there's no need for a uniform > protocol because when you are using a particular AthensCanvas you are > fully aware of that! > > Regarding the build, after a lonnnngg series of errors, i also managed > to build universal binaries of Cairo, using MacPorts (brew just > doesn't ease the task of creating 32 bit libraries). > sudo port cairo +universal, worked for me, taking at least 30 min to build. > > ATTENTION: Before entering the port cairo install command, I've had to > manually install appleGcc4.2, found @ [1] (file name > gcc-42-5666.3-darwin11.pkg. Given that i have Lion, XCode4.2, and if > you just allow macports to build appleGcc4.2, it will run a process > that consumes resources and finally stalls your computer! > > I've attached a screen shot that may help somebody else, for setting > up the examples. Using NativeBoost Cog VM for Mac, downloadable from > NativeBoost site or Jenkins. > > Great work Javier, and Igor! I'm looking forward to implement a Text > editor using Cairo+Pango + "my new morphic". > > Fernando > [1] http://r.research.att.com/tools/ > > > > On Tue, Nov 29, 2011 at 5:02 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > On 29 November 2011 16:12, Fernando Olivero <fernando.olivero(a)usi.ch> > wrote: > >> I get the point now, something like the brushes in seaside. > >> Thanks for the explanation. > >> > >> Regarding the protocol, did you consider reusing the same idea, but > >> one step before, as in the following: > >> > >> pathTransform := canvas transformDescribedBy: 'path'. > >> pathTransform scaleBy: 0.5. > >> > >> imageTransform := canvas transformDescribedBy: 'image'. > >> imageTransform scaleBy: 0.5. > >> > >> Maybe add the following for documentation: > >> > >> AthensCairo>>availableTransforms > >> ^ #('path'. 'image'. ) > >> > >> AthensOpenGL>>availableTransforms > >> ^ #('modelView'. 'projection'. ) > >> > >> This would unify the canvas protocol, for all the available rendering > engines. > >> > > > > This sounds more complicated. We can map different matrices in > > different engines to Athens. > > So, it is not necessary for client code to know which of them are > > there, because then code will be > > filled with tons of #ifTrue: branches ... . > > > > > > > > -- > > Best regards, > > Igor Stasenko. > -- Lic. Javier PimÃ¡s Ciudad de Buenos Aires

Dec. 2, 2011

Re: [Pharo-project] The SmalltalkHub demo is online!

by Nicolas Petton

On Fri, 2011-12-02 at 05:50 -0800, Sean P. DeNigris wrote: > Sean P. DeNigris wrote > > > > I reported 3 bugs as per these instructions, and they seem to have > > disappeared after the last update - doh! > > > > Bump. Is it now safe to submit bugs via the site itself, or is there a > better way? Yeah, as I said I just flushed the db when I put the new demo online. Cheers, Nico > > -- > View this message in context: http://forum.world.st/The-SmalltalkHub-demo-is-online-tp4073806p4147053.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Dec. 2, 2011

[Pharo-project] [update 1.4] #14240

by Marcus Denker

14240 ----- Issue 5037: Remove the failing CompiledMethodTest>>testAuthor http://code.google.com/p/pharo/issues/detail?id=5037 Issue 3529: TextMorph>>releaseCachedState creates a paragraph which causes a Subscript out of bounds in an internal RunArray http://code.google.com/p/pharo/issues/detail?id=3529 Issue 3621: The S in fullscreen should not be capitalized http://code.google.com/p/pharo/issues/detail?id=3621 -- Marcus Denker -- http://marcusdenker.de

Dec. 2, 2011