May 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [ANN] 10305 and 10306

by Mariano Martinez Peck

On Fri, May 15, 2009 at 1:37 PM, Oscar Nierstrasz <oscar(a)iam.unibe.ch>wrote: > > I have a naive question -- what exactly do the numbers 10305 and 10306 > refer to? Where can I find these numbers in the Pharo system or on > the web site? This is the version that is released. This must be unique per release. In the Pharo website you can only see the latest version. But all the versions can be found here: http://gforge.inria.fr/frs/?group_id=1299 > > > I can see the numbers flying by when I update, but I cannot tell what > the final version number is after updating. System -> about. There you can see "latest update: XXXXX" > > > - on > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 15, 2009

Re: [Pharo-project] [ANN] 10305 and 10306

by Oscar Nierstrasz

I have a naive question -- what exactly do the numbers 10305 and 10306 refer to? Where can I find these numbers in the Pharo system or on the web site? I can see the numbers flying by when I update, but I cannot tell what the final version number is after updating. - on

May 15, 2009

[Pharo-project] How to log in console in Windows

by Mariano Martinez Peck

Hi folks! I am calling a external shared library with FFI. This library does some puts(""); or printf(); In Linux, I open Squeak from command line and I can see the outputs of puts() and printf() in the console where I started Squeak. The problem is in Windows. I tried opening Squeak from cmd but didn't work. Nothing is shown in the console. Is there a way of doing this ? Thanks a lot in advance, Mariano

May 15, 2009

Re: [Pharo-project] Missing info in the change log

by Hernan Wilkinson

On Fri, May 15, 2009 at 3:20 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > > On May 15, 2009, at 12:04 AM, Hernan Wilkinson wrote: > > > Hi, > > we realized (after pharo crash) that there are some code changes > > that are not save to the changes file. Most of the are related to > > dynamically defining the "change". > > Yes some are missing and the class definition in cs would be really > welcomed because doit for classdef is annoying. I agree, but it has one downsize. Juan Manuel did that on Cuis, but then you can not port code from it to Pharo/Squeak. Of course the answer could be "who cares", but just raising an issue. Maybe having an option to turn on/off would be better until all use the same format.. > > Now when you see the state of the fileout code you want to run away. > One of these days we will have to fix that. > jeje, I'll see if I can help. > > > For example: > > 1) when saving a method that references a non created class and > > after creating the class selecting "Define new class" > > strange > > 2) when saving a method that references a non declared instance > > variable and selecting "declare instance" > > 3) categorizing methods using drag and drop > > that strange because I imagine that normally catgeory changes are > captures and are funnel to a category and that this raises the > systemchangeNotifier. > So may be the browser short cuts some of the call > > > > I could not find a reported bug on this issues... does anybody know > > if they are reported? > > I remember that there is one issue but if you can complete it with > precise information this will help fixing it. Ok, I will look again for the bug but if I can not find it I'll open a new one Thanks! Hernan > > > Stef > > > > > > > > Thanks > > Hernan. > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 15, 2009

Re: [Pharo-project] [ANN] OCompletion improves the accuracy of eCompletion

by Hernan Wilkinson

Yes, I tried it on a pharo-dev image. I thought that there could be a conflict between ecomp and ocomp but I also thought that ocomp would disable ecomp when loading... anyway, I did not have the time to check that so I went to the previous image. (BTW I also tried to load ocomp on a pharo-core image and I could not because there is no Installer class. I could not either with the monticello brower... ) So, the performance issue was when typing class names. For example, I typed 'Ar' press tab and it took a lot to show the valid names. Selected Array and the started to delete it and it also took a lot of time to delete each character. I tried the same thing on an pharo-dev image without ocomp and worked fine... so there must be something going on. Another thing that I found rare was this: When loading Ocomp I selected the packages Kernel, Collection and the one I'm working on. In a test class, when writing a test I wrote: "self as" and "assert:" was not in the options. I think it is because I did not select SUnit as a package, but I found this annoying... If I sending a message to self I think it should show all the messages that object could understood (that is, the ones defined in the class I working with and it superclasses. Ok, object has a lot of messages that could bother here, but at least it show show the messages up to object minus one I think) Hope this help. Hernan. On Fri, May 15, 2009 at 3:36 AM, Damien Cassou <damien.cassou(a)gmail.com>wrote: > 2009/5/15 Romain Robbes <romain.robbes(a)lu.unisi.ch>: > > Could you describe the symptoms more precisely? I was especially careful > so > > that the completion should be actually faster > > than the default one (ECompletion looks at all the symbols in the image, > > whereas OCompletion looks in a much more > > restricted set of symbols), so I'm especially surprised of this. > > Have you installed other packages in the same image that could cause > this? > > Since he uses pharo-dev, I guess Hernan has eCompletion too on his > image. Is that a problem? > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 15, 2009

Re: [Pharo-project] Pharo splash

by Damien Cassou

Thank you, I think that will be useful for the Pharo release. 2009/5/15 Torsten Bergmann <astares(a)gmx.de>: > Sorry for bloating your mailbox but in case > someone is in the need for a splash screen > for presenting Pharo you will find one attached. > > Otherwise delete this mail. This is also in > preparation of a Win32 setup bundle. > > On Win32 you can enable the splash using the > Squeak/Pharo.ini file (see [1]) > > Thx > T. > > [1] http://www.squeakvm.org/win32/settings.html > > -- > Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss fÃ¼r nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

May 15, 2009

[Pharo-project] Patch ready to be included

by Damien Cassou

http://code.google.com/p/pharo/issues/detail?id=36 -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

May 15, 2009

[Pharo-project] [ANN] 10305 and 10306

by StÃ©phane Ducasse

- Issue 812: [FIX] Debugger fix from Eliot Miranda http://code.google.com/p/pharo/issues/detail?id=812 - issue 808: Preference alternativeBrowseIt to settings refactoring http://code.google.com/p/pharo/issues/detail?id=808 - Issue 813: Preference to settings refactoring: #balloonHelpInMessageLists case Stef

May 15, 2009

[Pharo-project] Pharo splash

by Torsten Bergmann

Sorry for bloating your mailbox but in case someone is in the need for a splash screen for presenting Pharo you will find one attached. Otherwise delete this mail. This is also in preparation of a Win32 setup bundle. On Win32 you can enable the splash using the Squeak/Pharo.ini file (see [1]) Thx T. [1] http://www.squeakvm.org/win32/settings.html -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss fÃ¼r nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a

May 15, 2009

Re: [Pharo-project] Iso-Collections

by Stephan Eggermont

Guido Stepken wrote: >LSWVST introduces a new object-type - IsoCollections. Iso-Collections >stores type information of its elements only once." That's nice, but not enough. Collections with more than a few thousand elements should use multiple blocks of memory (e.g. btree) to have acceptable insert performance. >Hmmm, opening a simple Array of 1.000.000 elements consumes 4 megabytes >in Pharo ... The point being? In a 64bit environment it will be 8MB. Only for bit/ byte sets or compressed collections it will be less. Cheap pc's currently have up to 16GB of memory, so the first 2.000.000.000 elements are no problem. Stephan

May 15, 2009