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

Re: [Pharo-project] inspector gadget

by David Pennell

(2 @ 3) exploreselect the root type x:= 4 in the pane at the bottom and control/command-s inspect/explore the root (or x) to confirm that the new value has been changed. selecting any object in the explorer sets "self" for the workspace pane. On Thu, Dec 4, 2008 at 12:15 AM, Matthew Fulmer <tapplek(a)gmail.com> wrote: > On Wed, Dec 03, 2008 at 11:59:10PM -0600, David Pennell wrote: > > You can modify iVars in Explorer, but it doesn't update the display. > > How do you do that? > > In inspector, you select the ivar in the top-left pane, edit the > value in the top-right pane, and press alt-s. > > I didn't know explorer had anything similar. > > -- > Matthew Fulmer -- http://mtfulmer.wordpress.com/ > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 4, 2008

Re: [Pharo-project] About ecompletion

by Romain Robbes

Hi Simon, Thanks for the interest! I just finished my Ph.D., so I must say my mind is a bit elsewhere at the moment ;-). Here is the extension to eCompletion I made. Keep in mind that the code will probably not load cleanly as parts of it depend on the code in my prototype which is larger. There are two packages: - ChangeCompletion contains the code I used to measure the accuracy of the benchmark, and the variants of the completion algorithm itself. It also contains some overrides I needed to introduce more flexibility in ECompletion - OCompletion contains the code of a small UI experiment, where completion is "always activated", i.e. you don't need to press tab or control-space to get the menu, it is always there, but with only two or three propositions at each time. As for some general comments about how ecompletion is implemented, here is what I can tell you (you can ask me more of course). ECompletion has an ECEntry object that represents a completion proposal (one of the items in the menu). They are sorted alphabetically. I introduced a version containing a date to sort them according to usage. ECContext is the class that is the actual engine and returns a model of the system when asked for completion. The model in turn gives a list of entries for a given prefix. There are several kinds of models returned, depending if the type of the receiver is known (eg a model for a class, or the general untyped model of the system). The models use tables of symbols that they convert to entries when asked for a completion. Based on this, I introduced variants of completion algorithms by introducing subclasses of ECContext and ECTypedModel and ECUntypedModel, that build tables of symbols according to recent changes in the system. I introduced a processChange: method in ECContext for that. It uses the change representation of my prototype to do so, so you would probably need to change that (e.g. use the SystemChangeNotifier and the normal smalltalk parser). It selects the interesting entries according to the algorithm, and includes the date so that they are ordered as they should. I think the one with the "recent method bodies" algorithm is the one named ECECContext3 (I am aware the name is horrible ;-)). Finally, to activate the whole thing, I recommend you to have a subclass of the ECController (like the OController I implemented). You then need to switch from one to the other in a method in StringHolder such as: createCompletionController ^ (bool ifTrue: [OController] ifFalse: [ECController]) model: self It's important to have a way to toggle the completion off without typing in case it breaks ;-). Cheers, Romain On Dec 3, 2008, at 1:07 PM, Simon Denier wrote: > Hi guys > > This is something really interesting to me so if you dont have time, I > can take a look at it, either to the paper or the code if Romain can > put it somewhere. > > David, do you have some pointers about the recent modification list in > OB? > > As a newcomer, I dont know who is the developper/maintainer for > eCompletion. > > On 2 dÃ©c. 08, at 18:52, David RÃ¶thlisberger wrote: > >> Hi Romain, >> >>> But I believe the algorithms are described clearly enough in the >>> paper. The one which provides the more "Bang for the Buck" would be >>> "Recently Modiï¬ed Method Bodies" >>> which proposes as completion entries the methods calls in the >>> bodies of methods which were recently changed (ordered by time, ie >>> most recent first). A further (but small) improvement would be to >>> merge it with type inference when the information is available. >>> Such as algorithm would be quite small to implement. >> >> But you implemented those algorithms already in your prototype I >> think? >> Would it be possible to extract them from this large prototype and >> put them in a separate package that we can easily load? >> That would be really great. >> >> David >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > -- > Simon > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Romain Robbes http://www.inf.unisi.ch/phd/robbes

Dec. 4, 2008

Re: [Pharo-project] about vm dropping privileges

by Janko MivÅ¡ek

StÃ©phane Ducasse wrote: > "Dedicated web servers such as Apache drop > their root privileges after startup." > > So I was wondering why a SMalltalk VM cannot do the same? Here is how I managed to do that from a workspace after making a class LibC according to recent guidelines from Gerardo Richarte on squeak-dev: from Workspace: "be sure FFI is installed" "sudo ln -s /lib/libc-2.3.5.so /usr/local/lib/squeak/3.10-1/libc.so" "start Swazoo as root" libc := LibC new. libc setruid: 1000 euid: 1000 suid: 1000. "check that user is no more root" LibC code: Object subclass: #LibC instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: 'FFI-Unix' ... setruid: realUid euid: effectiveUid suid: savedUid <cdecl: long 'setresuid' (long long long) module: 'libc'> ^ self externalCallFailed ... The only problem is the path to libc library, which must be found linked manually (see sudo ln..). If VM can be modified to use it more directly... I hope this help a bit. Best regards Janko -- Janko MivÅ¡ek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si

Dec. 4, 2008

Re: [Pharo-project] inspector gadget

by StÃ©phane Ducasse

+1 send the code and sign the agreement :) Stef On Dec 4, 2008, at 1:32 AM, David Pennell wrote: > We currently have both "inspect" and "explore". It would be nice to > have one tool. I'd vote for "explore" as a base with some > enhancements to pick up the useful features from "inspect". > > -david > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 4, 2008

Re: [Pharo-project] Impressed, overwhelmed, and a little confused

by StÃ©phane Ducasse

I do not understand. Why Universe for 3.9 is working and you can load package from the 3.9 Universe in > 2008/12/3 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> I do not understand what you mean. >> I think that universe = a dsitribution is a good idea. >> > > which have no guarantees that any package in it will work in your > image :) > >> Stef >> >> On Dec 3, 2008, at 10:16 PM, Keith Hodges wrote: >> >>> StÃ©phane Ducasse wrote: >>>> >>>> There will be a pharo universe I imagine. >>>> >>>> Stef >>> >>> please no... let the suffering end >>> >>> Keith >>> >>> _______________________________________________ >>> 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 >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 4, 2008

Re: [Pharo-project] Monticello configuration still broken

by StÃ©phane Ducasse

Cool Don't get me wrong we are not against keith and you. We are just cautious. We are building Pharo and we do not want to destroy it with not clear extensions and "just package loading....It is easy it is a package" Stef On Dec 4, 2008, at 12:12 AM, Matthew Fulmer wrote: > On Wed, Dec 03, 2008 at 10:24:55PM +0100, St?phane Ducasse wrote: >> Because we did not have the time (and nobody took the time to look at >> the code >> and write a report for us on the extensions and status of MC1.5 and >> MC1.6) > > I'll take care of this. I am going to write up documentation and > changes, and some tests for the new features of MC1.5/1.6 when I > release mc1.6. I'm gonna make a real release out of 1.6 once I > finish SystemEditor, and overhaul the MC/OB integration. I also > think I'll try running the entire pharo update stream (minus mc > changes) through a 3.9.1 + mc1.6. I think that should be good > enough for you. I should have this ready in 2 or 3 months. In > the meantime, MC1.0 is working just fine. I've already merged in > most of pharo's mc changes into 1.5. > > -- > Matthew Fulmer -- http://mtfulmer.wordpress.com/ > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 4, 2008

Re: [Pharo-project] Fwd: [squeak-dev] Rio: exceptions documentation

by StÃ©phane Ducasse

yes May be explain why and how. On Dec 3, 2008, at 11:02 PM, David Pennell wrote: > Should we add an item on the tracker to remove CrLfFileStream? > > ---------- Forwarded message ---------- > From: Keith Hodges <keith_hodges(a)yahoo.co.uk> > Date: Wed, Dec 3, 2008 at 8:04 AM > Subject: Re: [squeak-dev] Rio: exceptions documentation > To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org > > > > [snip] > > CrLfStream has been replaced by MultiByteFileStream and this can be > set > to read in various modes, it is also supposed to detect the line > ending > convention. Unfortunately this was disabled by default. Rio was > explicitly telling binary streams that they were binary streams, but > was > omitting to tell ascii streams to enable lineEndingdetection. > > thanks for the feedback. > > Keith > > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 4, 2008

Re: [Pharo-project] UIMananger

by StÃ©phane Ducasse

Igor I was thinking about what you propose. I do not understand why a simple extension is not better. I do not understand why we should involved Smalltalk > you write > > Smalltalk tools UIManager > > instead of > UIManager default > > or > Smalltalk tools browser > > instead of > SystemBrowser default > > it would be nice to see similar in UIManager, e.g. > > manager registerTool: #colorPicker class: MyCoolColorPicker. > > and then simply use: > > manager colorPicker new openInWorl I do not understand the gain of your approach. Stef

Dec. 4, 2008

Re: [Pharo-project] Missing #dispatchResultsIntoHistory

by David RÃ¶thlisberger

> You're right, sorry about that. > Fixed. okay, cool, thanks. I updated Universe to OB-Enhancements 0.265 which also contains this fix. Damien, I also updated OmniBrowser-Morphic to a newer version. David > On 3 Dec 2008, at 16:59, David RÃ¶thlisberger wrote: > >> Thanks, Alex, but shouldn't it read: >> >> ifSUnitSupportHistory: aBlock >> (TestResult includesSelector: #updateResultsInHistory) ifTrue: >> [aBlock value] >> >> Because in your version aBlock never gets executed, not even when >> #updateResultsInHistory exists. >> Can you check? >> >> David >> >> >>> The comment is: >>> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >>> Added: >>> OBCmdSUnit>>ifSUnitSupportHistory: >>> This is necessary to check whether the history feature is installed >>> in the current SUnit framework in order to benefit from it and make >>> sure that nothing break if not installed >>> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >>> Cheers, >>> Alexandre >>> On 3 Dec 2008, at 11:33, Damien Cassou wrote: >>>> On Wed, Dec 3, 2008 at 3:29 PM, Alexandre Bergel >>>> <alexandre(a)bergel.eu> wrote: >>>>> I just downloaded Squeak3.10. How can I reproduce the problem you >>>>> encountered ? >>>> >>>> Using Universe, install the "Squeak-dev image" package. Then, open a >>>> browser, select a class and press ALT+t >>>>

Dec. 4, 2008

Re: [Pharo-project] Impressed, overwhelmed, and a little confused

by Damien Cassou

On Thu, Dec 4, 2008 at 1:21 AM, Keith Hodges <keith_hodges(a)yahoo.co.uk> wrote: > 1. Searching Universes is a pain I do not (completely) agree. Using the OB-based browser, things are way better. You can search by category (which was already possible without), by name or by status (installed, upgradable, selected). > 5. Finding what depends upon what is a pain, you have to manually search This is not true. Open the browser, select your package and read the description. > 9. Universes is/was non-trivial to discard from the image if you want to > use it to build and discard it later. I never read anything about that before. What is the problem exactly? I agree with the other critics and would prefer to use Sake/Packages. However, I have several problems with Sake/Packages as well: 1. There is no state as far as I know. Which means that if both packages B and C depend on A, installing B then installing C will install A twice. 2. There is no graphical user interface to install packages. This is not a problem for me because I script everything but it can be problematic for newcomers. As soon as 1 is fixed, I could implement 2 using OB. Bye -- Damien Cassou http://damiencassou.seasidehosting.st

Dec. 4, 2008