- Pharo-dev - lists.pharo.org

Re: [Pharo-project] In Smalltalk you can't loose code... hum

by Igor Stasenko

2010/9/26 Eliot Miranda <eliot.miranda(a)gmail.com>: > > > BTW, now we have Igor's method trailers we can start playing with more than > two source files, e.g. /not/ appending a Monticello package's source to the > changes file, but merely adding it to a special directory, e.g. sources. Yes. I told about potential use of new trailers, where we can implement a model for storing/retrieving source code from any kind of storage. Unfortunately it requires some remodelling of system's source-code management system, to get rid of hard-wired SourceFiles code and add an abstract layer for source management. So we could implement different source managers, where .source and .changes will be just default one. One of my ideas was to use CouchDB for storing everything there. It opens quite interesting opportunities, like being able to browse a history of some particular method up to 1.0 squeak release :) @Stef: add this to pharo todo list :) >> >> Stef >> _______________________________________________ >> 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.

Sept. 26, 2010

[Pharo-project] [ANN] NativeBoost meets Linux

by Igor Stasenko

Hello all, I just uploaded a fresh snapshots of NB plugin and image code, with necessary bits for using it under Linux. I don't know how to package Linux VM binaries, so you won't find a prebuilt VM and should build it yourself (anyone wants to help me with that, so i can add a prebuilt VM at downloads?). As usual, follow the installation instructions, located here: http://code.google.com/p/nativeboost/wiki/Installation Warning: recently, i found a bug in callback code. So, please don't try using smalltalk callbacks until i fix it :) Running tests should be safe (i disabled the test which causing VM crash). -- Best regards, Igor Stasenko AKA sig.

Sept. 26, 2010

Re: [Pharo-project] In Smalltalk you can't loose code... hum

by Alexandre Bergel

Some times ago I added an option "Previous Content" in a workspace. Get the menu of the workspace (click on the top right icon of a workspace window). Cheers, Alexandre On 26 Sep 2010, at 02:48, George Herolyants wrote: > 2010/9/26 FranÃ§ois Tanguy <francois.tanguy(a)gmail.com>: >> Here is what I did: >> 1) Open a workspace / save the image >> 2) edit the workspace / save Cmd + S >> 3) quit Pharo without saving >> 4) Open pharo -> the workspace is empty > > Of course :) You discarded the state of all the objects you created or > modified during your Pharo session. There is no object representing > workspace anymore. The same result will be if you add some method to > some class, after image restart (without saving) there will be no such > method. In this case you can use Recover Lost Changes tool to restore > your method from .changes file. But in case of workspace you should > *explicitely* save it into a file (using a window menu). And after > image restart you will be able to restore it from that file. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 26, 2010

Re: [Pharo-project] OB failing test08Execution and

by Lukas Renggli

Fixed, please use all the latest versions of the test and core packages. Name: OB-Tests-Standard-lr.123 Author: lr Time: 26 September 2010, 7:31:49 pm UUID: 258a9f47-e09f-455d-b348-29266a4e1dac Ancestors: OB-Tests-Standard-lr.122 - fixed broken category tests On 26 September 2010 19:17, Lukas Renggli <renggli(a)gmail.com> wrote: > Yeah, lots of tests are currently broken. I am looking into these right now. > > Lukas > > 2010/9/26 Mariano Martinez Peck <marianopeck(a)gmail.com>: >> Hi Lukas. Both implementations ofÂ test08ExecutionÂ fail in: >> >> Â n prompt = 'Create Category'. >> >> becasue "n prompt" -> 'Add Category' >> >> :) >> >> cheers >> >> mariano >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > -- Lukas Renggli www.lukas-renggli.ch

Sept. 26, 2010

Re: [Pharo-project] "A Mentoring Course on Smalltalk" Code License

by Andres Valloud

Well, since this discussion is public now :)... exactly what seems to be the problem? The book talks about code that is often in the public Store repository. Is the problem that the code in the public Store repository doesn't have an MIT license? Or is the problem that the book that talks about the code in the public Store repository doesn't say "and the code has an MIT license"? On 9/26/10 7:08 , Serge Stinckwich wrote: > This is better to explicit put a MIT licence. If there is no licence, normally you can't do anything with the code. > > > Le 26 sept. 2010 Ã 17:45, DeNigris Sean<sean(a)clipperadams.com> a Ã©crit : > >> I emailed Andres, the author, and he said "the code didn't have a license because I meant to put no restrictions on it... The MIT license is fine with me. In fact, I released the Hash Analysis Tool and Assessments under the MIT license already." >> >> Then he asked a great question: "Let me know what you need and I'll put it in. Or do you need that the book explicitly states the code mentioned therein is MIT?" >> >> I've been contacting many people to declare code as MIT. What "proof" is considered acceptable? I've been announcing it on the mailing list, so anyone could search back, contact me, and I could send them the email I received from the author, but that requires remembering the post, finding it, etc. What's the best way to go about this? License gurus? >> >> Sean >> >> >> >> _______________________________________________ >> 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

Sept. 26, 2010

Re: [Pharo-project] ECUntypedModelTest >> testNarrowWith failing

by Lukas Renggli

I cannot reproduce the problems with ECompletion. Lukas 2010/9/26 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > > On Sun, Sep 26, 2010 at 7:09 PM, Mariano Martinez Peck > <marianopeck(a)gmail.com> wrote: >> >> >> On Sun, Sep 26, 2010 at 6:58 PM, Romain Robbes <romain.robbes(a)gmail.com> >> wrote: >>> >>> This one of the tests that were inherited from ECompletion I believe ... >>> I don't really know what to do with them. >>> >>> Same for your other email actually, although I seem to remember it >>> used to take a normal amount of time, maybe the implementation of some >>> method changed for the worse? >> >> I remember there was some slowdown in certain type of collections in Pharo >> 1.1. I don't know if hashed, or sorted, weak...I don't know. >> Maybe it is something related to that? > > Ups...sorry this answer was to the other email..the one of the time... > > for this one, I have no idea. MAybe just chaning it to 80 is ok :) > > Or maybe Lukas can explain us. > > Cheers > > Mariano > > >> >> Thanks >> >> Mariano >> >> >>> >>> Â Â Romain >>> >>> On Sun, Sep 26, 2010 at 6:32 PM, Mariano Martinez Peck >>> <marianopeck(a)gmail.com> wrote: >>> > This fails where it does: >>> > >>> > self assert: count == model entries size. >>> > Â Â Â self assert: count > 100. >>> > >>> > >>> > since model entries size -> 85 >>> > >>> > >>> > Of course, if I change the test to >>> > >>> > self assert: count == model entries size. >>> > Â Â Â self assert: count > 80. >>> > >>> > it works :) >>> > >>> > Romain ? >>> > >>> > thanks >>> > >>> > mariano >>> > >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

Sept. 26, 2010

Re: [Pharo-project] OB failing test08Execution and

by Lukas Renggli

Yeah, lots of tests are currently broken. I am looking into these right now. Lukas 2010/9/26 Mariano Martinez Peck <marianopeck(a)gmail.com>: > Hi Lukas. Both implementations ofÂ test08ExecutionÂ fail in: > > Â n prompt = 'Create Category'. > > becasue "n prompt" -> 'Add Category' > > :) > > cheers > > mariano > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

Sept. 26, 2010

[Pharo-project] Cannot make latest OCompletion work with latest OB

by Mariano Martinez Peck

Hi. I am trying to load OB and OCOmpletion in a PharoCore1.1 and OCompletion doesn't seem to work. However, OCOmpletion and OB tests are green. To reproduce take a PharoCore 1.1 and evaluate: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfOmniBrowser'; load. (ConfigurationOfOmniBrowser project version: '1.2') load: #('Dev' 'Dev Tests') And you will see that you open OB, and you type....but OCompletion doesn't appear. Thanks Mariano

Sept. 26, 2010

Re: [Pharo-project] In Smalltalk you can't loose code... hum

by Schwab,Wilhelm K

Keeping things out of the change log? Does that imply that all code must be packaged? It more or less is already, though not always meaningfully. When repackaging a class or method, do you plan to take the code out of the old package's log and put it in the new one? Dolphin uses "real" packages, but it is possible to have unpackaged code - I'm not sure if that's a good thing or not. One day, I would like to see Pharo have a *hierarchy* browser as good as Dolphin's. I think it could be built absent an ability to have unpackaged classes, but I would not want to see it sabotaged by design. Probably a bigger risk would be having work lost by gaps in the packaging system when a catch-all change log would have held onto it. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Eliot Miranda [eliot.miranda(a)gmail.com] Sent: Sunday, September 26, 2010 11:18 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] In Smalltalk you can't loose code... hum On Sun, Sep 26, 2010 at 2:36 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr<mailto:stephane.ducasse@inria.fr>> wrote: > > > > > Because in the script manager has a save capability, would it be difficult to write the changes into the changes files ? > > the problem is that the change files logic is old and it works 'well' for what it should but extending it will break other part. > This is why slowly we will have to think to get something better. > > Do you mean improving the change scanner parsing or throwing away and going for something different? > Hi eliot our vision is that we would like to have - all the code of all the squeak and pharo version in a queryable service available from the web. for that we want a source code metamodel a la ginsu or famix Use this metamodel to aggregate several meta models: pseudo class/rb make sure that when possible this model as a compative API with the one of classes and friends => tools reuse Veronica is working on that. Hernan will probably join. May be Colin should join. We could have a nice momentum. - for the changes we would like to have something else than a chunk format because invoking the parser to know if we are manipulating a class definition is bad (with token at: 2 do that and token at: 3 do that). xml works for VisualWorks; it's the obvious choice. The great thing is that if you look at the VisualWorks schema you can learn from their mistakes. IIRC the schema for methods is broken because the selector is not a property (? I don't know xml terminology) of a method, e.g. in VW you see <method>this: hic is: hic a: hic selector: hic ^self tooMuchBeer</method> but this would be much mire useful: <method selector="this:is:a:selector:">this: hic is: hic a: hic selector: hic ^self tooMuchBeer</method> Again it will take time but we should have a good (why not 'exquise') infrastructure so that we extend and build new tool easily. Its not a lot of work. ALso VW has a simple scheme for supporting both old chunk format and "new" xml format. BTW, now we have Igor's method trailers we can start playing with more than two source files, e.g. /not/ appending a Monticello package's source to the changes file, but merely adding it to a special directory, e.g. sources. Stef _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 26, 2010

Re: [Pharo-project] ECUntypedModelTest >> testNarrowWith failing

by Mariano Martinez Peck

On Sun, Sep 26, 2010 at 7:09 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > On Sun, Sep 26, 2010 at 6:58 PM, Romain Robbes <romain.robbes(a)gmail.com>wrote: > >> This one of the tests that were inherited from ECompletion I believe ... >> I don't really know what to do with them. >> >> Same for your other email actually, although I seem to remember it >> used to take a normal amount of time, maybe the implementation of some >> method changed for the worse? >> > > I remember there was some slowdown in certain type of collections in Pharo > 1.1. I don't know if hashed, or sorted, weak...I don't know. > Maybe it is something related to that? > Ups...sorry this answer was to the other email..the one of the time... for this one, I have no idea. MAybe just chaning it to 80 is ok :) Or maybe Lukas can explain us. Cheers Mariano > > Thanks > > Mariano > > > >> >> Romain >> >> On Sun, Sep 26, 2010 at 6:32 PM, Mariano Martinez Peck >> <marianopeck(a)gmail.com> wrote: >> > This fails where it does: >> > >> > self assert: count == model entries size. >> > self assert: count > 100. >> > >> > >> > since model entries size -> 85 >> > >> > >> > Of course, if I change the test to >> > >> > self assert: count == model entries size. >> > self assert: count > 80. >> > >> > it works :) >> > >> > Romain ? >> > >> > thanks >> > >> > mariano >> > >> > >

Sept. 26, 2010