- Pharo-dev - lists.pharo.org

[Pharo-project] RE : [Preview] The Alternative Browser

by GOUBIER Thierry

I'll have to make one, and script a bit. I'll try tomorrow. A youtube thing would be Ok? Thierry ________________________________________ De : pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] de la part de StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] Date d'envoi : mercredi 1 aoÃ»t 2012 20:11 Ã : Pharo-project(a)lists.gforge.inria.fr Objet : Re: [Pharo-project] [Preview] The Alternative Browser thierry do you have a video? Stef On Aug 1, 2012, at 2:05 PM, Goubier Thierry wrote: > Hi all, > > I'm happy to announce a prototype release of an alternative system browser for Pharo 2.0, at the following place : > > http://ss3.gemstone.com/ss/Alt-Browser > > Beware, it's a preview; but it let you experiment with the following features : > > * Reorganize / built a hierarchy of all packages, categories, classes and traits of the system. > * Drag and drop to reorganize : work partially. > * Tracks changes in other browsers (not all). > * Has context sensitive / selection sensitive menus > * Has an extensible command system : Other packages may add any level of menu (and keyboard shortcuts once I've managed to understand that part), to bring, say, all Nautilus/ OmniBrowser commands. > * Has a minimalistic GUI. > * Keyboard oriented navigation > * Spec-based ! > > Loading should simply be: > Add the repository in Monticello : http://ss3.gemstone.com/ss/Alt-Browser. > Open and load Alt-Browser-ThierryGoubier.18.mcz and Alt-Monticello-Commands-ThierryGoubier.1.mcz > > Enjoy! I'll try to make it my work system browser, so it should get at least a minimum of support for coding and refactoring commands. > > Thierry > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >

Aug. 1, 2012

[Pharo-project] RE : Spec help

by GOUBIER Thierry

The taskbar, I guess :-) I'm jealous of the yellow submarine... Thierry ________________________________________ De : pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] de la part de Benjamin [benjamin.vanryseghem.pharo(a)gmail.com] Date d'envoi : mercredi 1 aoÃ»t 2012 18:56 Ã : Pharo-project(a)lists.gforge.inria.fr Objet : Re: [Pharo-project] Spec help an icon ? What for ? Ben On Aug 1, 2012, at 4:18 PM, Goubier Thierry wrote: > In Spec, > > how do we set an icon for the top-level morph created ? > > Thierry > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >

Aug. 1, 2012

Re: [Pharo-project] how can we commit the configuration of rb to the refactoring browser repository

by StÃ©phane Ducasse

> Hi guys > > Configuration should not be only in metacello repository. Think objects! > Now how can we commit the configuration of rb to the refactoring browser repository? > should we fork it for real. I think that we should migrate from squeak source really soon now. Guys my question remain unanswered. What do we do as a community? Do we fork the project? Stef

Aug. 1, 2012

Re: [Pharo-project] Memory usage

by David T. Lewis

On Wed, Aug 01, 2012 at 09:04:20AM -0400, John McIntosh wrote: > I'm sure I built a vm for 64 bits a few years back, maybe not a stack one, > can't remember > ya > http://lists.squeakfoundation.org/pipermail/vm-dev/2010-January/003732.html John: Thanks, I had forgotten about your 64*64 VM, I think it is probably exactly what Jannik needs :) Jannik: Please try the "64bitImage*64bitVM" image from John's site here: ftp://ftp.smalltalkconsulting.com/experimental/64bit/ If you can run that VM on your Mac, it should do exactly what you need. Try running that VM with one of your images. If it runs and gives you some sort of error message about not understanding the image format, that's good! That means all you need to do is trace your image to 64-bit object format, which should be fairly easy to do. Dave

Aug. 1, 2012

Re: [Pharo-project] [Preview] The Alternative Browser

by StÃ©phane Ducasse

thierry do you have a video? Stef On Aug 1, 2012, at 2:05 PM, Goubier Thierry wrote: > Hi all, > > I'm happy to announce a prototype release of an alternative system browser for Pharo 2.0, at the following place : > > http://ss3.gemstone.com/ss/Alt-Browser > > Beware, it's a preview; but it let you experiment with the following features : > > * Reorganize / built a hierarchy of all packages, categories, classes and traits of the system. > * Drag and drop to reorganize : work partially. > * Tracks changes in other browsers (not all). > * Has context sensitive / selection sensitive menus > * Has an extensible command system : Other packages may add any level of menu (and keyboard shortcuts once I've managed to understand that part), to bring, say, all Nautilus/ OmniBrowser commands. > * Has a minimalistic GUI. > * Keyboard oriented navigation > * Spec-based ! > > Loading should simply be: > Add the repository in Monticello : http://ss3.gemstone.com/ss/Alt-Browser. > Open and load Alt-Browser-ThierryGoubier.18.mcz and Alt-Monticello-Commands-ThierryGoubier.1.mcz > > Enjoy! I'll try to make it my work system browser, so it should get at least a minimum of support for coding and refactoring commands. > > Thierry > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >

Aug. 1, 2012

Re: [Pharo-project] Memory usage

by David T. Lewis

Hi John, There is no regression in the interpreter VM ... well actually there was about 6 months back, but I keep an eye on it and it's fixed again now :) The 32-bit interpreter VM will not fail on any 2GB or 4BG boundaries, and an interpreter VM compiled for the 64-bit object format can handle images greater than 7GB (probably much more, but my 8GB PC is too small to do anything larger). I'm not sure if all of the necessary fixes are in place for the StackVM and Cog. If not, I'm sure it will be addressed over time (it's just not something that I have ever checked). I believe that Jannik is interested in running very large images, at least on an experimental basis. For anything over a few GB, this requires an interpreter VM and a 64-bit image. As you know, this is sure to run into problems for the garbage collector as the number of objects increases, but it would certainly be interesting to see how far the current garbage collector can go in real world conditions before it turns to mollasses. Dave On Wed, Aug 01, 2012 at 08:57:02AM -0400, John McIntosh wrote: > A few years back the interpreted virtual machine was fixed to allow an > image to grow to the 4 GB limit. > It is unclear to me if someone regressed the software to impose a 2GB limit > again, or if the 2GB number > mentioned is based on how things worked10 years ago? > > On Wed, Aug 1, 2012 at 5:01 AM, St?phane Ducasse > <stephane.ducasse(a)inria.fr>wrote: > > > > > On Jul 31, 2012, at 11:46 PM, johnmci wrote: > > > > > David Lewis and I spent a far amount of time a few years back to make > > the 32 > > > vm 4gb clean. So are you running on stale knowledge here, or does the vm > > > crash when to goes over 2gb? > > > > sorry my english limit does not let me know understanding what you mean > > exactly. > > Jannik in the context of moose would like to see if we can have image > > larger than 500 mb (on mac it should be possible). > > > > Stef > >

Aug. 1, 2012

Re: [Pharo-project] Spec help

by Benjamin

an icon ? What for ? Ben On Aug 1, 2012, at 4:18 PM, Goubier Thierry wrote: > In Spec, > > how do we set an icon for the top-level morph created ? > > Thierry > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >

Aug. 1, 2012

Re: [Pharo-project] double elements in diff morph?

by Camillo Bruni

On 2012-08-01, at 17:04, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi, > > Since some days I'm often seeing that merge tool shows duplicated entries... I'm not sure why that happens and how... > Can someone confirm the problem? a million times so far... > If it is there... does anyone has an idea of why can that be happening? this happens easily when an MC package has double references to the same methods... One should actually unify the changes before applying them. - try removing duplicate changes - warn if there are duplicate entries and if I'm already in the mood: - show recategorizations as proper changes best cami

Aug. 1, 2012

[Pharo-project] double elements in diff morph?

by Esteban Lorenzano

Hi, Since some days I'm often seeing that merge tool shows duplicated entries... I'm not sure why that happens and how... Can someone confirm the problem? If it is there... does anyone has an idea of why can that be happening? thanks, Esteban

Aug. 1, 2012

Re: [Pharo-project] How do download a binary file as a stream with Zinc?

by Mariano Martinez Peck

On Wed, Aug 1, 2012 at 4:51 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > wrote: > > > On Wed, Jul 25, 2012 at 11:46 AM, Sven Van Caekenberghe <sven(a)beta9.be>wrote: > >> Hi Mariano, >> >> (I can't access the file you gave as an example, probably an extra >> #username:password: is needed) >> >> You are making it more difficult than it has to be: this gives you the >> bytes you want >> >> ZnClient new >> get: 'http://zn.stfx.eu/zn/string.fuel'. >> >> With some better system parameters this becomes >> >> ZnClient new >> systemPolicy; >> beOneShot; >> accept: ZnMimeType applicationOctetStream; >> url: 'http://zn.stfx.eu/zn/string.fuel'; >> get. >> >> But what you really want is something like: >> >> ZnClient new >> systemPolicy; >> beOneShot; >> accept: ZnMimeType applicationOctetStream; >> url: 'http://zn.stfx.eu/zn/string.fuel'; >> contentReader: [ :entity | FLMaterializer >> materializeFromByteArray: entity contents ]; >> get. >> >> You can experiment with #streaming: true but that is only worth it for >> large (MB) files. IMHO. >> >> > Hi Sven. Indeed, this last piece of code was what I was searching for. > However, my "experiment" was to be able to directly revive test failures > form Jenkins. > But it turns out that it is not possible to have each .fuel > separated...instead we have one big zip for all of them. > So at the end what Sean did is to have a zip with all .fuel files and the > image itself. And he even wrote a UI for that. So my experiment ended there > regarding Zinc. > anyway, at least I learnt how to do it. > thanks Sven! > > > >> HTH, >> >> Sven >> >> On 24 Jul 2012, at 23:06, Mariano Martinez Peck wrote: >> >> > Hi Sven. How can I download a binary file to a bytearray ? >> > >> > I tried to download it locally doing: >> > >> > ZnClient new >> > systemPolicy; >> > accept: ZnMimeType applicationOctetStream; >> > url: ' >> https://ci.lille.inria.fr/pharo/view/Pharo%202.0/job/pharo-2.0-tests/Archit… >> '; >> > downloadTo: '/Users/mariano/Desktop'. >> > >> > >> > but I cannot even do that. Notice that my final go is not to download >> it to a file, but rather directly get the binary contents. >> > >> > How can I do that? >> > >> > Thanks, >> > >> > -- >> > Mariano >> > http://marianopeck.wordpress.com >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

Aug. 1, 2012