February 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] nice tool I discovered recently

by StÃ©phane Ducasse

Hi guys if you want to follow the changes that are done during an update you can open the Tools > Code recovering > recent submission There is a slight bug with the scrolling list but this tool is useful. Stef

Feb. 23, 2010

[Pharo-project] [update 1.1] #11230

by StÃ©phane Ducasse

11230 ----- - Issue 2048: delete class ChangeListForProjects - Issue 2041: remove #isSketchMorph - Issue 1519: remove #asKnownNameMenu - Issue 2031: Should add empty TheWorldMenu class - Issue 2046: Remove Network-in-Browser support (not used) - Issue 2028: remove Morph methods (#adaptedToWorld: and some more) - Issue 2033: remove Modell>>addItem: - Issue 2051: Clean users of Utilities - Issue 2052: PluggableDialogWindow should Inherit from ModelDependentDialogWindow - Issue 1950: Polymorph usage are broken - Clean some undeclared variables Stef

Feb. 23, 2010

Re: [Pharo-project] Metacello --- How to make sure that we will be able to load... in 3 years from now

by Dale Henrichs

----- "Lukas Renggli" <renggli(a)gmail.com> wrote: | > Perhaps Gofer can be provided with a secondary repository location | in the case when the primary repository fails. | | Yes, it can. You just specify multiple repositories and it will use | them all. If you tell Gofer to #disableRepositoryErrors then it will | silently ignore repositories that are not available. Lukas, The only thing that worries about including such repository all of the time, is the cost of building the cache of repository when resolving repositories ... the secondary repository would get pretty large over time and most of the time (only in the case of errors) would it need to be scanned. I suppose Metacello could handle load errors in the code that calls Gofer and do a retry using the secondary repository...the secondary repository _could_ be specified as part of the configuration, so this probably isn't a bad idea... Thanks, Dale

Feb. 23, 2010

Re: [Pharo-project] Trying to build alien plugin in linux

by Javier PimÃ¡s

On Tue, Feb 23, 2010 at 3:55 AM, Fernando olivero <oliverof(a)lu.unisi.ch>wrote: > > On Feb 23, 2010, at 4:19 AM, John M McIntosh wrote: > > > > > On 2010-02-22, at 6:48 PM, Javier PimÃ¡s wrote: > > > >> > > > >> Lastly, as I said when I loaded Alien Core the first time, I got this > error while loading it: > >> > >> Alien class>>#ensureInSpecialObjectsArray: "Index probably wrong". > >> > >> What should I do about that? ignore it? > > > > Well it seems to be related to > > > > ((Smalltalk includesKey: #ObjectMemory) > > and: [((Smalltalk at: #ObjectMemory) classPool at: #ClassAlien > ifAbsent: []) ~~ (index - 1)]) ifTrue: > > [self error: 'index probably wrong']. > > > > Usually people don't have ObjectMemory loaded in their image, and I"m not > sure what it is check for. > > Why don't you try it in a regular Pharo image versus your VMMaker image. > > Great work Jorge! Nice to know you won the battle against VMMaker! > > Haha, it's Javier but you were very close, keep trying :P > The ensure in special objects array error, has to do with some missing > classes as John pointed out. > > The smalltalk special objects array has hardcoded indexes for some relevant > classes ( Globals) in the system. > In the alien configuration i've just ensured that the size should be 53, > before loading Alien, because the Alien code installs itself in that array > at positions 54 and 55. > > Before loading my image has 50 items, last one being #run:with:in:. After loading alien I've got 55. The new ones are: [51] : nil [52] : nil [53] : Alien [54] : #invokeCallback:stack:registers:jmpbuf: [55] : UnsafeAlien Other strange stuff is that while inspecting (Smalltalk at: #Interpreter) classPool I found that [#PrimErrBadArgument] : nil [#PrimErrBadIndex] : nil [#PrimErrBadNumArgs] : nil [#PrimErrBadReceiver] : nil [#PrimErrGenericFailure] : nil [#PrimErrInappropriate] : nil [#PrimErrNoCMemory] : nil [#PrimErrNoMemory] : nil [#PrimErrNoModification] : nil [#PrimErrNotFound] : nil [#PrimErrTableIndex] : nil [#PrimErrUnsupported] : nil [#PrimNoErr] : nil Which means that initializePrimitiveErrorCodes hasn't been called, which explains why special object #52 is nil. Analysing it a bit more I discover that initializePrimitiveErrorCodes has no senders, is that right? Regards, Javier. > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Javier PimÃ¡s Ciudad de Buenos Aires

Feb. 23, 2010

Re: [Pharo-project] Why a package management system

by GÃ¶ran Krampe

StÃ©phane Ducasse wrote: > Yes and you are right. I was thinking too much about bad energy. > :) > > Stef Cool. :) regards, GÃ¶ran

Feb. 23, 2010

Re: [Pharo-project] Trying to build alien plugin in linux

by Javier PimÃ¡s

On Tue, Feb 23, 2010 at 12:19 AM, John M McIntosh < johnmci(a)smalltalkconsulting.com> wrote: > > On 2010-02-22, at 6:48 PM, Javier PimÃ¡s wrote: > > Nice!!!!!!!! It's compiling now. Now, I loaded tests, and here are the > results: > > 37 run, 17 passed, 0 failures, 20 errors. > > TestCallingSequenceChar10Long2 > TestCallingSequenceChar2LongLong2 > TestCallingSequenceChar8Long2 > TestCallingSequenceChar9Long2 > TestCallingSequenceCharLongLong2 > TestCallingSequenceChars > TestCallingSequenceDoubles14 > TestCallingSequenceDoubles2 > TestCallingSequenceFloats13 > TestCallingSequenceFloats14 > TestCallingSequenceFloats2 > TestCallingSequenceFloats2WithInteger > TestCallingSequenceFloats2WithInteger2 > TestCallingSequenceFloats7 > TestCallingSequenceInt > TestCallingSequenceInt8 > TestCallingSequenceIntWithFloatArgs > TestCallingSequenceLongLong2 > TestCallingSequenceShort > TestCallingSequenceString > > > Oh look SUnits, great stuff (*cough* well I wrote most of them). > > Cool, this is really really useful (although I sometimes find wrting tests boring ;) ). > > > It is failing in places where it does primLoadLibrary: 'IA32ABI'. Why > should it try to load itself, if it's compiled as an internal plugin? I > compiled it as external too but didn't work either. > > > Well it compiled, but that doesn't mean it works. In fact the error means > the plugin code is never loaded, or is callable. > Now one thing to consider is that the plugin load fails, because it can't > find it. (external usage). > Or because (internal and external plugin) the VM Version and the plugin > version don't match. > > Look for your definition of > #define VM_PROXY_MINOR 8 > > It should be 8 or higher for compiling BOTH the VM and the Plugin. > Since the sqVirtualMachine.h is in the IA32ABI folder maybe there is mass > confusion about which header is being used? > > If for example your VM say it's a VM_PROXY_MINOR of 7, then it won't work > with a plugin compiled with VM_PROXY_MINOR = 8. > It silently fails... Well actually it gives the primLoadLibrary failure, > but good luck in guessing why... > Well, I just overwrote sqVirtualMachine.c/h in Cross/vm, shouldn't have I? It wouldn't compile if I didn't and its sets it to 8. Is it defined in any other place? > > > Other question, can classic FFI and Alien live nicely together (I mean have > x plugin use classic FFI while y uses Alien)? > > > yes. > > One more: should I use IA32ABIPlugin or IA32ABIPluginAttic? You can't have > both in, right? > > > One is a subclass of the other. I use the IA32ABIPluginAttic one. > Ok, what is the difference between them? a performance issue? everything works the same I choose one or the other? > > > Syntax highligthing is broken for Alien primitive methods like these: > > <primitive: 'primUnsignedShortAtPut' error: errorCode module: 'IA32ABI'> > > Lastly, as I said when I loaded Alien Core the first time, I got this error > while loading it: > > Alien class>>#ensureInSpecialObjectsArray: "Index probably wrong". > > What should I do about that? ignore it? > > > Well it seems to be related to > > ((Smalltalk includesKey: #ObjectMemory) > and: [((Smalltalk at: #ObjectMemory) classPool at: #ClassAlien ifAbsent: > []) ~~ (index - 1)]) ifTrue: > [self error: 'index probably wrong']. > > Usually people don't have ObjectMemory loaded in their image, and I"m not > sure what it is check for. > Why don't you try it in a regular Pharo image versus your VMMaker image. > > In Pharo 1.0RC2 without any change, ObjectMemory doesn't exist. When I load VMMaker it's downloaded from monticello, but obviously, #ClassAlien isn't defined inside (Smalltalk at: #ObjectMemory) classPool Interestingly, after load alien, #ClassAlien gets added as a key, but all values of (Smalltalk at: #ObjectMemory) classPool are set to nil, like this: (Smalltalk at: #ObjectMemory) classPool inspect: - size : 119 [#AllButHashBits] : nil [#AllButMarkBit] : nil [#AllButMarkBitAndTypeMask] : nil [#AllButRootBit] : nil [#AllButTypeMask] : nil ... [#ClassAlien] : nil ... Any ideas? -- Javier PimÃ¡s Ciudad de Buenos Aires

Feb. 23, 2010

Re: [Pharo-project] GemStone/S

by Danie Roux

Gary, > The question is whether anyone is interested in collaborating with producing some decent GUI tools for doing general administration tasks (backups, recovery, archival etc.)? Its not GUI tools but its quite decent. Subjectively speaking of course: http://github.com/ottobehrens/gemstone-scripts I am much more comfortable with command line management of my production environments :-) -- Danie Roux *shuffle* Adore Unix - http://danieroux.com

Feb. 23, 2010

Re: [Pharo-project] Diff tools

by StÃ©phane Ducasse

On Feb 23, 2010, at 7:04 PM, Gary Chambers wrote: > I'll give it a go (keyboard shortcuts included) in the next DiffTools > version... > I guess you won't want a warning dialog the "What you are choosing means > that any conflicts will be unchecked"... ;-) :) > So, "use incoming for all incoming conficts" and "use current for all > conflicts"? Yeap!

Feb. 23, 2010

Re: [Pharo-project] Why a package management system

by StÃ©phane Ducasse

Yes and you are right. I was thinking too much about bad energy. :) Stef > Hi! > > StÃ©phane Ducasse wrote: >> On Feb 23, 2010, at 12:49 PM, GÃ¶ran Krampe wrote: >> >>> Hi! >>> >>> StÃ©phane Ducasse wrote: >>>> You are probably right. I should not read squeak-dev anymore I spent my time trying to show >>>> that there is NO contradiction between innovation/fun and good and clean system. >>>> But I'm not fun enough or smart enough. >>>> >>>> Stef (a etoy haters that was so stupid that he translated the book of etoy in french, >>>> an idiot that wrote most of the squeak books available right now, one of the four amigos that created the squeak foundation, >>>> a guy that did this stupid squeak 3.9 - you know stef this guy without any vision that just wants a >>>> "commercial smalltalk" puck! No innovation just plain engineering ....) >>> First you write "You are probably right" and then you write the above, >>> you just can't stop can you? :) >> >> Is it insulting for you when I say that I felt insulted and immensely sad? > > No, of course not, but... IMHO we have come to a point where some of us > really want to work on sharing and cooperating between the two > *overlapping* communities - and in that light these never ending "shots" > are really not helping. > > And I am really trying to express this in my best humble and most > respectful way, you know that. I love all the energy and work you > personally pour into the Smalltalk community, you know that. > > I still wish you could... consider the fact I originally wrote: We > overlap. And I really think the hostility is getting boring. > > regards, GÃ¶ran > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 23, 2010

Re: [Pharo-project] GemStone/S

by Alexandre Bergel

Hi Gary, > Having investigated the virtual appliance (GLASS) http://seaside.gemstone.com/ > for a potential upcoming project... > It is in shocking state with regard to maintenance duties... > > We will be trying a native install with Pharo, of course. Cool! > The question is whether anyone is interested in collaborating with > producing some decent GUI tools for doing general administration > tasks (backups, recovery, archival etc.)? This is not directly related, but I had to raise my voice. I am interesting in enhancing the UI of Mondrian. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 23, 2010