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

Re: [Pharo-project] ODBC: table names and column names/types?

by Mariano Martinez Peck

On Mon, Aug 31, 2009 at 10:00 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > I looked through it in MC, but did not see anything obvious. Even then, I > doubt it is a workable choice for me because regardles of what X and - mean > in their doumention, one of the DBMS/OS pairs I need is not supported. > OpenDBX supports now MySQL under Windows. I couldn't test SqueakDBX because I have a problem with the MySQL I have installed in my windows PC, but OpenDBX was tested and worked perfect. I will fix my MySQL in Windows so that I can test it, but if you want to also try to test it, you can do it. It is quite easy: 1) Download DLLs from here: http://linuxnetworks.de/opendbx/download/opendbx-1.4.3_win32.zip 2) Copy libopendbx-1.dll and libmysqlbackend-1.dll to c:/windows/system32/ 3) Install your MySQL client libraries. If the database is in other PC, you can install the client libraries: For building the OpenDBX MySQL backend, you need to install the "Windows Essentials" <http://dev.mysql.com/downloads/mysql/5.1.html#win32> available in the download section of the MySQL website. A minimal install must consist of Client Programs -> MySQL Command Line Utilities C Include Files / Lib Files Otherwise, the libmysql.dll file isn't installed in the "bin\" directory and the files in the "include\" and "lib\opt\" directory are not available. If you have the database installed, I think you also have the client, but I am not sure. THE IMPORTANT thing is that the MySQL libraries (dlls) are findable by windows (put it in the same directory of the executable, in path or whatever windows can do) If I could test it, I will let you know. If you do it, please let me know ;) Best, Mariano > > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto: > pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Esteban A. > Maringolo > Sent: Monday, August 31, 2009 6:38 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] ODBC: table names and column names/types? > > Hello Bill, > > 2009/8/31 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: > > Hello all, > > > > Is there anything available for Pharo that gives schema information about > a database? > > Doesn't SqueakDBX do that? > > Regards, > > Esteban A. Maringolo > > _______________________________________________ > 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. 10, 2009

Re: [Pharo-project] little tools support to better browse the squeaktrunk

by Michael Roberts

Stef, i have added to PharoInbox Name: ScriptLoader-MikeRoberts.1054 -Adds Squeak trunk convenience. no point doing it by hand? cheers, Mike On Thu, Sep 10, 2009 at 8:01 PM, StÃ©phane Ducasse<stephane.ducasse(a)inria.fr> wrote: > Hi all > > to push the closure fixes I needed to browse the squeak trunk so I added > > Â Â Â Â ScriptLoader new addExtraRepositories > > so that all the packages get their 3.9a histories and that we can in > one click browse the > squeak repository. > > As a test I will integrate some fixes done on the MC browser and other > MC related features. > I will document that of course in our nice bugtracker. > > Stef > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 10, 2009

Re: [Pharo-project] Spring in November, Argentina

by Alexandre Bergel

Done. you're on the list. Alexandre On 10 Sep 2009, at 17:21, csrabak(a)bol.com.br wrote: > My first name is Cesar. > > > Em 09/09/2009 13:29, Alexandre Bergel < alexandre(a)bergel.eu > > escreveu: > > > I can add it. What is your firstname - name ? > > Alexandre > > > On 9 Sep 2009, at 10:00, csrabak(a)bol.com.br wrote: > > > Would it suffice I add a comment in the wiki or should I get some > > specific id in order to edit the wiki page itself? > > > > BTW, if anything else fails:: I'm attemting to apply :-) > > > > > > Em 08/09/2009 15:10, Alexandre Bergel < alexandre(a)bergel.eu > > > > escreveu: > > > > > > Dear List, > > > > I added a section in the Sprint wiki page: > > http://code.google.com/p/pharo/wiki/PharoSprints?ts=1252433348&updated=… > > > > People should add their name. I will send a remainder a few days > > before the event. > > > > Cheers, > > Alexandre > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > _______________________________________________ > > 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 > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > 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 > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 10, 2009

Re: [Pharo-project] Spring in November, Argentina

by csrabak＠bol.com.br

My first name is Cesar. Em 09/09/2009 13:29, Alexandre Bergel < alexandre(a)bergel.eu > escreveu: I can add it. What is your firstname - name ? Alexandre On 9 Sep 2009, at 10:00, csrabak(a)bol.com.br wrote: > Would it suffice I add a comment in the wiki or should I get some > specific id in order to edit the wiki page itself? > > BTW, if anything else fails:: I'm attemting to apply :-) > > > Em 08/09/2009 15:10, Alexandre Bergel < alexandre(a)bergel.eu > > escreveu: > > > Dear List, > > I added a section in the Sprint wiki page: > http://code.google.com/p/pharo/wiki/PharoSprints?ts=1252433348&updated=… > > People should add their name. I will send a remainder a few days > before the event. > > Cheers, > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > 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 > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 10, 2009

Re: [Pharo-project] namespace collisions

by StÃ©phane Ducasse

> Ah, ok, I am confused too. I can probably work around this, but.. > The problem occurred when I tried to upgrade my version of > ScriptLoader. I already had a class named #Repository in my image, > but when I tried to load the latest in the Pharo repository via MC, I > get the following stack trace. > > I hadn't considered whether ClassVar names would or wouldn't clash > with Class names (not to mention which the compiler would interpret in > an ambiguous situation..), and and Squeak let me define a class and > class-var of the same name. in pharo too. this is strange I'm exhausted right now so better go to sleep but this is strange. > However, MC will not let me load > something because it found an existing #bindingOf: #Repository.. > > I can work around this, no need to rename that class-var.. > > Thanks.. > > ScriptLoader class(Object)>>error: > Receiver: ScriptLoader > Arguments and temporary variables: > aString: 'Repository is defined elsewhere' > Receiver's instance variables: > superclass: Object > methodDict: a MethodDictionary(size 961) > format: 134 > instanceVariables: #('repository' 'inboxRepository') > organization: ('accessing' gofer inboxRepository installer > repository repositor...etc... > subclasses: nil > name: #ScriptLoader > classPool: nil > sharedPools: nil > environment: a SystemDictionary(lots of globals) > category: #ScriptLoader > traitComposition: nil > localSelectors: nil > > [] in ScriptLoader class(Class)>>declare: {[:var | (self bindingOf: > var) notNil ifTrue: [self error: var , ' is defin...]} > Arguments and temporary variables: > varString: 'CurrentScriptVersionNumber PackagesBeforeLastLoad > Repository Curren...etc... > newVars: #(#CurrentScriptVersionNumber #PackagesBeforeLastLoad > #Repository #Cur...etc... > conflicts: false > x: 'LogStream' > var: #Repository > > Array(SequenceableCollection)>>do: > Receiver: #(#CurrentScriptVersionNumber #PackagesBeforeLastLoad > #Repository #CurrentUpdateVersionNum...etc... > Arguments and temporary variables: > aBlock: [] in ScriptLoader class(Class)>>declare: {[:var | (self > bindingOf: var...etc... > index: 3 > indexLimiT: 5 > Receiver's instance variables: > #(#CurrentScriptVersionNumber #PackagesBeforeLastLoad #Repository > #CurrentUpdateVersionNum...etc... > > ScriptLoader class(Class)>>declare: > Receiver: ScriptLoader > Arguments and temporary variables: > varString: 'CurrentScriptVersionNumber PackagesBeforeLastLoad > Repository Curren...etc... > newVars: #(#CurrentScriptVersionNumber #PackagesBeforeLastLoad > #Repository #Cur...etc... > conflicts: false > x: 'LogStream' > var: #Repository > Receiver's instance variables: > superclass: Object > methodDict: a MethodDictionary(size 961) > format: 134 > instanceVariables: #('repository' 'inboxRepository') > organization: ('accessing' gofer inboxRepository installer > repository repositor...etc... > subclasses: nil > name: #ScriptLoader > classPool: nil > sharedPools: nil > environment: a SystemDictionary(lots of globals) > category: #ScriptLoader > traitComposition: nil > localSelectors: nil > > > --- The full stack --- > ScriptLoader class(Object)>>error: > [] in ScriptLoader class(Class)>>declare: {[:var | (self bindingOf: > var) notNil ifTrue: [self error: var , ' is defin...]} > Array(SequenceableCollection)>>do: > ScriptLoader class(Class)>>declare: > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > [] in > ClassBuilder > > > > > name:inEnvironment:subclassOf:type:instanceVariableNames:classVariableNames:poolDictionaries:category:unsafe > : > {[unsafe ifFalse: [(self validateSuperclass: newSuper forSubclass: > oldClass...]} > BlockContext>>ensure: > ClassBuilder > > > > > name:inEnvironment:subclassOf:type:instanceVariableNames:classVariableNames:poolDictionaries:category:unsafe > : > ClassBuilder > > > > > name:inEnvironment:subclassOf:type:instanceVariableNames:classVariableNames:poolDictionaries:category > : > MCClassDefinition>>createClass > MCClassDefinition>>load > MCClassDefinition(MCDefinition)>>loadOver: > [] in MCPackageLoader>>basicLoad {[:ea | ea loadOver: (self > obsoletionFor: ea)]} > [] in > OrderedCollection(SequenceableCollection)>>do:displayingProgress: > {[:each :i | bar value: i. aBlock value: each]} > OrderedCollection(SequenceableCollection)>>withIndexDo: > [] in > OrderedCollection(SequenceableCollection)>>do:displayingProgress: > {[:bar | self withIndexDo: [:each :i | bar value: i. aBlock > value: e...]} > [] in ProgressInitiationException>>defaultMorphicAction {[result := > workBlock value: progress]} > BlockContext>>ensure: > ProgressInitiationException>>defaultMorphicAction > ProgressInitiationException>>defaultAction > UndefinedObject>>handleSignal: > MethodContext(ContextPart)>>handleSignal: > MethodContext(ContextPart)>>handleSignal: > MethodContext(ContextPart)>>handleSignal: > ProgressInitiationException(Exception)>>signal > ProgressInitiationException>>display:at:from:to:during: > ...etc... > > > On Thu, Sep 10, 2009 at 2:35 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> Chris >> >> may be I'm not well woken up but do you imply that classVar binding >> are stored in the systemDictionary? >> I imagine that we can still have two classes having the same classVar >> name Default without problem >> so I'm confused. >> >> Stef >> >> On Sep 9, 2009, at 11:56 PM, Chris Muller wrote: >> >>> Does Pharo have namespaces? >>> >>> If not, may I request that we remember to apply due consideration >>> when >>> choosing names for globals, including class-variables? >>> >>> The top version of ScriptLoader in the Pharo repository consumes the >>> name #Repository, preventing any class or global from using that >>> name. >>> I am now faced with a namespace collision with another package that >>> wants to declare a class named Repository. >>> >>> A class-var in "ScriptLoader" really doesn't need to consume such a >>> valuable name does it? Can this be renamed to something more >>> specific >>> to free up that name? >>> >>> - Chris >>> >>> _______________________________________________ >>> 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 >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 10, 2009

Re: [Pharo-project] namespace collisions

by Chris Muller

Ah, ok, I am confused too. I can probably work around this, but.. The problem occurred when I tried to upgrade my version of ScriptLoader. I already had a class named #Repository in my image, but when I tried to load the latest in the Pharo repository via MC, I get the following stack trace. I hadn't considered whether ClassVar names would or wouldn't clash with Class names (not to mention which the compiler would interpret in an ambiguous situation..), and and Squeak let me define a class and class-var of the same name. However, MC will not let me load something because it found an existing #bindingOf: #Repository.. I can work around this, no need to rename that class-var.. Thanks.. ScriptLoader class(Object)>>error: Receiver: ScriptLoader Arguments and temporary variables: aString: 'Repository is defined elsewhere' Receiver's instance variables: superclass: Object methodDict: a MethodDictionary(size 961) format: 134 instanceVariables: #('repository' 'inboxRepository') organization: ('accessing' gofer inboxRepository installer repository repositor...etc... subclasses: nil name: #ScriptLoader classPool: nil sharedPools: nil environment: a SystemDictionary(lots of globals) category: #ScriptLoader traitComposition: nil localSelectors: nil [] in ScriptLoader class(Class)>>declare: {[:var | (self bindingOf: var) notNil ifTrue: [self error: var , ' is defin...]} Arguments and temporary variables: varString: 'CurrentScriptVersionNumber PackagesBeforeLastLoad Repository Curren...etc... newVars: #(#CurrentScriptVersionNumber #PackagesBeforeLastLoad #Repository #Cur...etc... conflicts: false x: 'LogStream' var: #Repository Array(SequenceableCollection)>>do: Receiver: #(#CurrentScriptVersionNumber #PackagesBeforeLastLoad #Repository #CurrentUpdateVersionNum...etc... Arguments and temporary variables: aBlock: [] in ScriptLoader class(Class)>>declare: {[:var | (self bindingOf: var...etc... index: 3 indexLimiT: 5 Receiver's instance variables: #(#CurrentScriptVersionNumber #PackagesBeforeLastLoad #Repository #CurrentUpdateVersionNum...etc... ScriptLoader class(Class)>>declare: Receiver: ScriptLoader Arguments and temporary variables: varString: 'CurrentScriptVersionNumber PackagesBeforeLastLoad Repository Curren...etc... newVars: #(#CurrentScriptVersionNumber #PackagesBeforeLastLoad #Repository #Cur...etc... conflicts: false x: 'LogStream' var: #Repository Receiver's instance variables: superclass: Object methodDict: a MethodDictionary(size 961) format: 134 instanceVariables: #('repository' 'inboxRepository') organization: ('accessing' gofer inboxRepository installer repository repositor...etc... subclasses: nil name: #ScriptLoader classPool: nil sharedPools: nil environment: a SystemDictionary(lots of globals) category: #ScriptLoader traitComposition: nil localSelectors: nil --- The full stack --- ScriptLoader class(Object)>>error: [] in ScriptLoader class(Class)>>declare: {[:var | (self bindingOf: var) notNil ifTrue: [self error: var , ' is defin...]} Array(SequenceableCollection)>>do: ScriptLoader class(Class)>>declare: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - [] in ClassBuilder>>name:inEnvironment:subclassOf:type:instanceVariableNames:classVariableNames:poolDictionaries:category:unsafe: {[unsafe ifFalse: [(self validateSuperclass: newSuper forSubclass: oldClass...]} BlockContext>>ensure: ClassBuilder>>name:inEnvironment:subclassOf:type:instanceVariableNames:classVariableNames:poolDictionaries:category:unsafe: ClassBuilder>>name:inEnvironment:subclassOf:type:instanceVariableNames:classVariableNames:poolDictionaries:category: MCClassDefinition>>createClass MCClassDefinition>>load MCClassDefinition(MCDefinition)>>loadOver: [] in MCPackageLoader>>basicLoad {[:ea | ea loadOver: (self obsoletionFor: ea)]} [] in OrderedCollection(SequenceableCollection)>>do:displayingProgress: {[:each :i | bar value: i. aBlock value: each]} OrderedCollection(SequenceableCollection)>>withIndexDo: [] in OrderedCollection(SequenceableCollection)>>do:displayingProgress: {[:bar | self withIndexDo: [:each :i | bar value: i. aBlock value: e...]} [] in ProgressInitiationException>>defaultMorphicAction {[result := workBlock value: progress]} BlockContext>>ensure: ProgressInitiationException>>defaultMorphicAction ProgressInitiationException>>defaultAction UndefinedObject>>handleSignal: MethodContext(ContextPart)>>handleSignal: MethodContext(ContextPart)>>handleSignal: MethodContext(ContextPart)>>handleSignal: ProgressInitiationException(Exception)>>signal ProgressInitiationException>>display:at:from:to:during: ...etc... On Thu, Sep 10, 2009 at 2:35 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Chris > > may be I'm not well woken up but do you imply that classVar binding > are stored in the systemDictionary? > I imagine that we can still have two classes having the same classVar > name Default without problem > so I'm confused. > > Stef > > On Sep 9, 2009, at 11:56 PM, Chris Muller wrote: > >> Does Pharo have namespaces? >> >> If not, may I request that we remember to apply due consideration when >> choosing names for globals, including class-variables? >> >> The top version of ScriptLoader in the Pharo repository consumes the >> name #Repository, preventing any class or global from using that name. >> I am now faced with a namespace collision with another package that >> wants to declare a class named Repository. >> >> A class-var in "ScriptLoader" really doesn't need to consume such a >> valuable name does it? Â Can this be renamed to something more specific >> to free up that name? >> >> - Chris >> >> _______________________________________________ >> 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. 10, 2009

Re: [Pharo-project] Fwd: call for bug hunters

by StÃ©phane Ducasse

I checked the code of bert and the order is just important for instance variables now I want to see if this fix the problem is see often. Now I checked and there was no change in the load semantics of MC since 3.9 in squeak as well as in pharo so I do not see why we could not load closure fixes. probably it needs some care but not a change from MC Stef > Hi Stef, > does that changes implies that the ordering of class variables > declaration is now important? > The apparent problem here is, that class vars held by dict, which is > inherently unordered. > > 2009/9/10 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> I'm currently intergating changes to fix that. Apparently bert >> already >> fixed the missing part. >> >> Stef >> On Sep 10, 2009, at 8:32 PM, StÃ©phane Ducasse wrote: >> >>> >>> >>> Hi >>> >>> even if we integrated the fixes of eliot to fix the ordering class >>> var >>> by MC I still see this behavior: from time to time >>> I get more packages touched just because the order of classVar >>> changes. >>> And now this is a problem when trying to integrate the last fixes >>> issued for the block closure. >>> So I would really appreciate if someone would give a try to fix >>> that. >>> I just have the time to integrate some pending fixes. >>> >>> 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. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 10, 2009

Re: [Pharo-project] Fwd: call for bug hunters

by Igor Stasenko

Hi Stef, does that changes implies that the ordering of class variables declaration is now important? The apparent problem here is, that class vars held by dict, which is inherently unordered. 2009/9/10 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > I'm currently intergating changes to fix that. Apparently bert already > fixed the missing part. > > Stef > On Sep 10, 2009, at 8:32 PM, StÃ©phane Ducasse wrote: > >> >> >> Hi >> >> even if we integrated the fixes of eliot to fix the ordering class var >> by MC I still see this behavior: from time to time >> I get more packages touched just because the order of classVar >> changes. >> And now this is a problem when trying to integrate the last fixes >> issued for the block closure. >> So I would really appreciate if someone would give a try to fix that. >> I just have the time to integrate some pending fixes. >> >> 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. 10, 2009

Re: [Pharo-project] Fwd: call for bug hunters

by StÃ©phane Ducasse

I'm currently intergating changes to fix that. Apparently bert already fixed the missing part. Stef On Sep 10, 2009, at 8:32 PM, StÃ©phane Ducasse wrote: > > > Hi > > even if we integrated the fixes of eliot to fix the ordering class var > by MC I still see this behavior: from time to time > I get more packages touched just because the order of classVar > changes. > And now this is a problem when trying to integrate the last fixes > issued for the block closure. > So I would really appreciate if someone would give a try to fix that. > I just have the time to integrate some pending fixes. > > Stef > > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 10, 2009

[Pharo-project] little tools support to better browse the squeaktrunk

by StÃ©phane Ducasse

Hi all to push the closure fixes I needed to browse the squeak trunk so I added ScriptLoader new addExtraRepositories so that all the packages get their 3.9a histories and that we can in one click browse the squeak repository. As a test I will integrate some fixes done on the MC browser and other MC related features. I will document that of course in our nice bugtracker. Stef

Sept. 10, 2009