February 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] where is ORChangesBrowser

by Tudor Girba

Hi, That class is part of OB, and OB is not yet loaded in the Moose image. Perhaps you can give it a try to load the configuration of ob and see how it goes. Cheers, Doru On 19 Feb 2012, at 13:50, Fabrizio Perin wrote: > Hi, > There is some code in moose (in FMDefaultCodeGenerator) which use ORChangesBrowser but the class is not in the system. Was the class removed in 1.4 or we do not load the proper package? > > Cheers, > Fabrizio -- www.tudorgirba.com Things happen when they happen, not when you talk about them happening.

Feb. 19, 2012

Re: [Pharo-project] Nautilus Refactorings

by Benjamin

On Feb 19, 2012, at 8:33 PM, Sven Van Caekenberghe wrote: > Ben, > > You are moving faster than we can test, slow down ;-) NOOOOOO ;) I spend my time on Nautilus before I am not bored by university bullshit or something like that ;) Then we will have all the time we need to test everything :) (by the way, I am also improving Spec a lot :) ) > I loaded the latest ConfigurationOfNautilus in my CI built Nautilus image and did a loadDefault. > > Try to add a breakpoint gave a DNU in > > NautilusUI>>toggleBreakPoint > > You probably forgot #toggleBreakOnEntryIn: ? This method is actually defined in AbstractTool in the package Tool, so I have proposed a slice :) Now waiting for the integrators :) Ben > Sven > > On 19 Feb 2012, at 20:14, Benjamin wrote: > >> >> On Feb 16, 2012, at 11:47 AM, Sven Van Caekenberghe wrote: >> >>> I miss running and debugging a single test from Nautilus (the current right-click menu on a method says 'Run Tests', plural, but maybe it only run the selected). >>> >>> And the simple Toggel Breakpoint stuff, I hate modifying methods with self halt just to have a look at what is happening. >> >> Done :) >> >> Ben >> >>> >>> On 16 Feb 2012, at 11:36, Benjamin wrote: >>> >>>> Me too, it's one of my favorite :) >>>> >>>> >>>> This one, and the red icon for uncommented classes :) >>>> >>>> They are the two features which really have changed my way of working. >>>> >>>> >>>> Ben >>>> >>>> >>>> On Feb 16, 2012, at 10:27 AM, Sven Van Caekenberghe wrote: >>>> >>>>> >>>>> On 16 Feb 2012, at 10:15, Luc Fabresse wrote: >>>>> >>>>>> And I forget to say that I didn't get why the background of some methods is yellow? >>>>> >>>>> Method too long, I love this feature! >>>> >>>> >>> >>> >> >> > >

Feb. 19, 2012

Re: [Pharo-project] Fwd: [Moose-dev] configuring moose

by Tudor Girba

Indeed, something is funny with the way we collect packages from the Metacello loadDirective. Doru On 19 Feb 2012, at 16:17, Philippe Marschall wrote: > On 19.02.2012 12:18, StÃ©phane Ducasse wrote: >> Moose :) > > > Nile-Base is repeated 5 times. If you exclude duplications you go from 419 to 162. > > Cheers > Philippe > > -- www.tudorgirba.com "Obvious things are difficult to teach."

Feb. 19, 2012

Re: [Pharo-project] HTTPS

by Mariano Martinez Peck

On Sun, Feb 19, 2012 at 8:36 PM, Sven Van Caekenberghe <sven(a)beta9.be>wrote: > > On 19 Feb 2012, at 19:47, Dale Henrichs wrote: > > > I did try your vm and it worked â¦ > > OK ;-) > > > I did copy the SqueakSSL.bundle that I downloaded form the SqueakSSL > site[1] into the location you indicate with your picture (I drag/copied the > bundle from the unzipped location using the finder where I had done a "show > package contents" to get to the Resource directory of the vm) and got the > errors that I mentioned... > > > > Like I said something is not working as I expected/hoped and I don't > have a clue as to why it doesn't work ... I agree that it should work and I > am puzzled as well. > > Did you compare the SqueakSSL.bundle in my VM and the one you downloaded ? > Maybe they are different ? > > I have to say that some Cog VMs are broken regarding the FFI plugin. So maybe the difference is not in the SSL plugin but in FFI of that VM. -- Mariano http://marianopeck.wordpress.com

Feb. 19, 2012

Re: [Pharo-project] HTTPS

by Sven Van Caekenberghe

On 19 Feb 2012, at 19:47, Dale Henrichs wrote: > I did try your vm and it worked â¦ OK ;-) > I did copy the SqueakSSL.bundle that I downloaded form the SqueakSSL site[1] into the location you indicate with your picture (I drag/copied the bundle from the unzipped location using the finder where I had done a "show package contents" to get to the Resource directory of the vm) and got the errors that I mentioned... > > Like I said something is not working as I expected/hoped and I don't have a clue as to why it doesn't work ... I agree that it should work and I am puzzled as well. Did you compare the SqueakSSL.bundle in my VM and the one you downloaded ? Maybe they are different ? Sven

Feb. 19, 2012

Re: [Pharo-project] Nautilus Refactorings

by Sven Van Caekenberghe

Ben, You are moving faster than we can test, slow down ;-) I loaded the latest ConfigurationOfNautilus in my CI built Nautilus image and did a loadDefault. Try to add a breakpoint gave a DNU in NautilusUI>>toggleBreakPoint You probably forgot #toggleBreakOnEntryIn: ? Sven On 19 Feb 2012, at 20:14, Benjamin wrote: > > On Feb 16, 2012, at 11:47 AM, Sven Van Caekenberghe wrote: > >> I miss running and debugging a single test from Nautilus (the current right-click menu on a method says 'Run Tests', plural, but maybe it only run the selected). >> >> And the simple Toggel Breakpoint stuff, I hate modifying methods with self halt just to have a look at what is happening. > > Done :) > > Ben > >> >> On 16 Feb 2012, at 11:36, Benjamin wrote: >> >>> Me too, it's one of my favorite :) >>> >>> >>> This one, and the red icon for uncommented classes :) >>> >>> They are the two features which really have changed my way of working. >>> >>> >>> Ben >>> >>> >>> On Feb 16, 2012, at 10:27 AM, Sven Van Caekenberghe wrote: >>> >>>> >>>> On 16 Feb 2012, at 10:15, Luc Fabresse wrote: >>>> >>>>> And I forget to say that I didn't get why the background of some methods is yellow? >>>> >>>> Method too long, I love this feature! >>> >>> >> >> > >

Feb. 19, 2012

Re: [Pharo-project] Nautilus Refactorings

by Benjamin

On Feb 16, 2012, at 11:47 AM, Sven Van Caekenberghe wrote: > I miss running and debugging a single test from Nautilus (the current right-click menu on a method says 'Run Tests', plural, but maybe it only run the selected). > > And the simple Toggel Breakpoint stuff, I hate modifying methods with self halt just to have a look at what is happening. Done :) Ben > > On 16 Feb 2012, at 11:36, Benjamin wrote: > >> Me too, it's one of my favorite :) >> >> >> This one, and the red icon for uncommented classes :) >> >> They are the two features which really have changed my way of working. >> >> >> Ben >> >> >> On Feb 16, 2012, at 10:27 AM, Sven Van Caekenberghe wrote: >> >>> >>> On 16 Feb 2012, at 10:15, Luc Fabresse wrote: >>> >>>> And I forget to say that I didn't get why the background of some methods is yellow? >>> >>> Method too long, I love this feature! >> >> > >

Feb. 19, 2012

Re: [Pharo-project] HTTPS

by Dale Henrichs

Sven, I did try your vm and it worked ... I did copy the SqueakSSL.bundle that I downloaded form the SqueakSSL site[1] into the location you indicate with your picture (I drag/copied the bundle from the unzipped location using the finder where I had done a "show package contents" to get to the Resource directory of the vm) and got the errors that I mentioned... Like I said something is not working as I expected/hoped and I don't have a clue as to why it doesn't work ... I agree that it should work and I am puzzled as well. It is not enough for me to get it working for myself "by hook or by crook"... The process needs to be fool proof ... installing OSProcess and curl is foolproof and installing SqueakSSl is not - I wish that it were:( Dale [1] http://code.google.com/p/squeakssl/ ----- Original Message ----- | From: "Sven Van Caekenberghe" <sven(a)beta9.be> | To: Pharo-project(a)lists.gforge.inria.fr | Sent: Sunday, February 19, 2012 2:56:04 AM | Subject: Re: [Pharo-project] HTTPS | | | On 19 Feb 2012, at 04:54, Dale Henrichs wrote: | | | | I have tried "copying the proper file to the proper place" and my | mileage certainly does vary. | | I have failed with 3 of the vms that I have tried. I have no idea | what I am doing wrong. | | | Did you try the zodiac one-click and/or the vm that I just posted ? | Did these work for you ? | | | Could you please try ? | | | This is a screenshot of where the plugin should be placed (after you | do right-click on the VM app > Show Package Contents): | | | | Again, I am not capable at all to build a VM myself, and you probably | know more about Smalltalk than I do, so I am still puzzled about | what could possibly have gone wrong. Can you provide more details ? | | | Sven | | |

Feb. 19, 2012

Re: [Pharo-project] Crash dump Cog Linux for Debugger opening up

by Mariano Martinez Peck

I checked but I have no clue..can you reproduce it? On Sun, Feb 19, 2012 at 5:21 PM, S Krish <krishnamachari.sudhakar(a)gmail.com>wrote: > > Will dig in further.. but if anyone has seen this and already fixed for > 1.4 .. > -- Mariano http://marianopeck.wordpress.com

Feb. 19, 2012

Re: [Pharo-project] garbage collection

by Chris Muller

> Very strange. Shortly after I read your post I opened a unresponsive image > myself. In the process stack I saw that magma was the culprit (didn't remember > I have it installed in that image). However the problem was that I moved my > directory and magma was looking for the old path. I didn't investigate further but > it seems that the MagmaRepositoryController>>#open (called on startUp) is > able to block the UI thread. In the same image I could use seaside still although > the UI was frozen. Hi. Based on your description, it sounds like Magma hit its warning condition check that it found a file named "_open" in the repository directory, indicating it thinks another process has it open. This can occur if the server image did not shut down properly last time. Before starting the image, see if there is a file called "_open" and, if there is, delete it. The image should start normally now. This is something that has annoyed me at least a couple of times as well. I'm not sure what the UI process was doing in your case, but Alt+. should allow you to interrupt it and see the stacks.. My suspicion is that something in the image wanted a MagmaSession to do something, but since the server was waiting for you to respond to the Warning about "_open" it wouldn't return... The confusing part for me is, the image startup code runs in the UI process doesn't it? So why were there two Processes to possibly get into a deadlock? - Chris

Feb. 19, 2012