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

Re: [Pharo-project] [squeak-dev] Cog+NativeBoost Linux32 binaries available

by Igor Stasenko

On 6 October 2010 16:31, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 6 October 2010 16:08, Fernando olivero <fernando.olivero(a)usi.ch> wrote: >> Ok, thanks for the info. >> >> Â i'm more than interested in the doing the MacOsX port of NBOpenGL. When i have the time ( not in the near future) i will produce a native boost mac vm deployable , plus the NBOpenGL-MacOsX. >> >> Regarding the window downloable, i followed the instructions in the page, the load order of packages but a certain class seems to be missing when i want to try the example ( the true type font example rendering ) in the NBOpenGL-Morphic package. >> > > Ohh.. i found that last one is saved as > NBOpenGL-Morphic-Igor.Stasenko.3fqa > > instead of > NBOpenGL-Morphic-Igor.Stasenko.3 > > don't ask me how.. looks like some MC bug. > > it is listed as a separate item in repository packages list .. crap > > Also, the missing class is NBGLCurveRenderer, which i moved to > NBOpenGL-Rome package. > I did a snapshot of it. But it depends on RomeCanvas class(es) , which > is part of Athens.. > But just ignore that for now and load it. For demo, you need only > NBGLCurveRenderer which not rely on any Rome-specific stuff. > > It should be less messy.. But this is still under construction, so , > sorry for inconvenience :) > So, the load order is Core Win TrueType Display Rome Morphic.3fqa then you can run the: GLTTRenderingDemo new openInWorld (works for me) :) >> Thanks, >> Fernando -- Best regards, Igor Stasenko AKA sig.

Oct. 6, 2010

Re: [Pharo-project] [squeak-dev] Cog+NativeBoost Linux32 binaries available

by Igor Stasenko

On 6 October 2010 16:08, Fernando olivero <fernando.olivero(a)usi.ch> wrote: > Ok, thanks for the info. > > Â i'm more than interested in the doing the MacOsX port of NBOpenGL. When i have the time ( not in the near future) i will produce a native boost mac vm deployable , plus the NBOpenGL-MacOsX. > > Regarding the window downloable, i followed the instructions in the page, the load order of packages but a certain class seems to be missing when i want to try the example ( the true type font example rendering ) in the NBOpenGL-Morphic package. > Ohh.. i found that last one is saved as NBOpenGL-Morphic-Igor.Stasenko.3fqa instead of NBOpenGL-Morphic-Igor.Stasenko.3 don't ask me how.. looks like some MC bug. it is listed as a separate item in repository packages list .. crap Also, the missing class is NBGLCurveRenderer, which i moved to NBOpenGL-Rome package. I did a snapshot of it. But it depends on RomeCanvas class(es) , which is part of Athens.. But just ignore that for now and load it. For demo, you need only NBGLCurveRenderer which not rely on any Rome-specific stuff. It should be less messy.. But this is still under construction, so , sorry for inconvenience :) > Thanks, > Fernando > > > On Oct 6, 2010, at 2:53 PM, Igor Stasenko wrote: > >> On 6 October 2010 09:16, Fernando olivero <fernando.olivero(a)usi.ch> wrote: >>> GREAT! Â thanks Igor. >>> >>> Is there also an NPOpenGL version working in Linux? >>> >> >> Not yet. A platform-specific code needs to be written for it. >> >> An NBOpenGL-Win holds a windoze-specific code for it. >> In order to use NBOpenGL on linux, you should similarily, subclass from >> NBGlx , and implement a missing parts of it. >> >> I don't know when i'll be able to get free time to implement it, so if >> you wanna help, >> you are wellcome. >> >>> Fernando >>> On Oct 6, 2010, at 3:37 AM, Igor Stasenko wrote: >>> >>>> + as a bonus, it also includes new finalization enhancements. :) >>>> >>>> See >>>> http://code.google.com/p/nativeboost/downloads/list >>>> for downloads. >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko AKA sig. >>>> >>> >>> >>> >> >> >> >> -- >> 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 > -- Best regards, Igor Stasenko AKA sig.

Oct. 6, 2010

Re: [Pharo-project] [squeak-dev] Cog+NativeBoost Linux32 binaries available

by Fernando olivero

Ok, thanks for the info. i'm more than interested in the doing the MacOsX port of NBOpenGL. When i have the time ( not in the near future) i will produce a native boost mac vm deployable , plus the NBOpenGL-MacOsX. Regarding the window downloable, i followed the instructions in the page, the load order of packages but a certain class seems to be missing when i want to try the example ( the true type font example rendering ) in the NBOpenGL-Morphic package. Thanks, Fernando On Oct 6, 2010, at 2:53 PM, Igor Stasenko wrote: > On 6 October 2010 09:16, Fernando olivero <fernando.olivero(a)usi.ch> wrote: >> GREAT! thanks Igor. >> >> Is there also an NPOpenGL version working in Linux? >> > > Not yet. A platform-specific code needs to be written for it. > > An NBOpenGL-Win holds a windoze-specific code for it. > In order to use NBOpenGL on linux, you should similarily, subclass from > NBGlx , and implement a missing parts of it. > > I don't know when i'll be able to get free time to implement it, so if > you wanna help, > you are wellcome. > >> Fernando >> On Oct 6, 2010, at 3:37 AM, Igor Stasenko wrote: >> >>> + as a bonus, it also includes new finalization enhancements. :) >>> >>> See >>> http://code.google.com/p/nativeboost/downloads/list >>> for downloads. >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> >> >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. >

Oct. 6, 2010

Re: [Pharo-project] Tests broken with Citezen

by Damien Pollet

On Wed, Oct 6, 2010 at 14:53, Alexandre Bergel <alexandre(a)bergel.eu> wrote: > There is no implementor of #fieldKeysToRemove yes, probably a missing constant method. I should also remove the dependency to Rio and use Filesystem instead, but my next preoccupation is to get the scripting/validation to work. You're free to hack on the Pier stuff. -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Oct. 6, 2010

[Pharo-project] Tests broken with Citezen

by Alexandre Bergel

Hi! Citezen seems to not run on a 11414. CZEntry>>clean self class fieldKeysToRemove do: [:each | (self hasFieldWithKey: each) ifTrue: [self removeFieldWithKey: each]] There is no implementor of #fieldKeysToRemove I would like to use Citezen to generate the Research webpage on Pharo. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Oct. 6, 2010

Re: [Pharo-project] Issue 3015: When a test is restarted in the debugger, #tearDown and #setUp and not send

by Hernan Wilkinson

2010/10/6 Peter van Rooijen <peter(a)vanrooijen.com> > Hernan, > > Isn't the idea of SUnit that you start with a fresh test each time? > So you wouldn't restart a test (you could restart/re-run a suite of > course). > The change I made is intended to help you when you are debugging a test. For example,in the current implementation when you modify the test while debugging it the test method restarts but (like any method that is restarted) but the method "environment" is not restarted, therefore running the test again could not produce the same result. The change I made send the messages #tearDown and #setUp to the test when it is restared "in the debugger", therefore it restarts the environment also > The only exception to starting fresh is the SUnit resource mechanism. > > Well, that's how I seem to remember the philosophy > (I haven't used SUnit for some years). > > Peter > > On Thu, 30 Sep 2010 19:28:59 +0200, Hernan Wilkinson < > hernan.wilkinson(a)10pines.com> wrote: > > Hi, I added a new issue (that I think it could be see as an improvement, > not an issue) that is related to debugging a test case written with SUnit. > The problem is that when you restart a test in the debugger (either by > pressing the restart button or compiling the method again) the changes made > by the test to the objects initialized in the #setUp are not rollbacked. > This change sends the messages #tearDown and #setUp to the test when > restarting it, therefore letting the test in the same state as when it was > run in the first place. > > I uploaded the solution to this issue (or improvement) to pharo inbox > under SLICE-Issue-3015-RestartingATestFromTheDebuggerSendsTearDownAndSetUp-HernanWilkinson.2 > > I hope you like it! > Hernan. > > -- > *HernÃ¡n Wilkinson > Agile Software Development, Teaching & Coaching > Mobile: +54 - 911 - 4470 - 7207 > email: hernan.wilkinson(a)10Pines.com > site: http://www.10Pines.com <http://www.10pines.com/>* > > > > > -- > Peter van Rooijen > Nijlring 83 > 5152 VJ Drunen > m: 06-2854 2048 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- *HernÃ¡n Wilkinson Agile Software Development, Teaching & Coaching Mobile: +54 - 911 - 4470 - 7207 email: hernan.wilkinson(a)10Pines.com site: http://www.10Pines.com <http://www.10pines.com/>*

Oct. 6, 2010

[Pharo-project] Issue 3066:Classes using TextConstants as a common Dictionary

by NicolÃ¡s Paez

There are many classes that use it just to store stuff (at:put:), but not as a Pool. Just execute the following line and you will see: SystemNavigation default allMethodsWithSourceString: 'TextConstants' matchCase: true. Saludos! Nico. blog: nicopaez.wordpress.com

Oct. 6, 2010

Re: [Pharo-project] System Tracer

by Alexandre Bergel

Hi! What do you want to achieve? Cheers, Alexandre On 6 Oct 2010, at 05:36, Gabriel HernÃ¡n Barbuto wrote: > Hi > > Does anyone know where I can find the system tracer that is currently > in use in Pharo? > > Bests > Gabriel > > _______________________________________________ > 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Oct. 6, 2010

Re: [Pharo-project] Cog+NativeBoost Linux32 binaries available

by StÃ©phane Ducasse

Cool Marcus will integrate your changes. I'm off for a full day meeting wuithout good internet connection until thursday evening :( Stef On Oct 6, 2010, at 3:38 AM, Igor Stasenko wrote: > + as a bonus, it also includes new finalization enhancements. :) > > See > http://code.google.com/p/nativeboost/downloads/list > for downloads. > > -- > 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

Oct. 6, 2010

[Pharo-project] Pharo Talk ESUG 2010

by Marcus Denker

Hi, Now online: Slides Slideshare: http://www.slideshare.net/esug/pharo Slides Download: http://www.marcusdenker.de/talks/10ESUG/2010PharoESUG.pdf Video Web: http://esug2010.objectfusion.fr/tuesday.html (part of all the Tuesday Videos) Video for Download: flv: http://www.marcusdenker.de/talks/10ESUG/esug2010_0914_denker.flv mp4: http://www.marcusdenker.de/talks/10ESUG/esug2010_0914_denker.mp4 Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Oct. 6, 2010

[Pharo-project] System Tracer

by Gabriel HernÃ¡n Barbuto

Hi Does anyone know where I can find the system tracer that is currently in use in Pharo? Bests Gabriel

Oct. 6, 2010

[Pharo-project] Tool for: Image2 - Image1 > FileOut?

by Stefan Marr

Hello: I got here two images without sufficient development history, source code management, or change sets. One of the images is the basis point and the other contains all the relevant code I need to file out somehow so that it represents a diff which can be filed into the base point image easily. I am only interested in classes, methods, and their meta infos, so general state in the image is not a problem at the moment. If it would be only about methods, that would be easy, since I can find out whether it is a changed/new method by locking at the fileIndex. However, for classes that does not work out. How can I find out whether they changed or were added? That seems to be only possible if they were actually commented... Is there any known tool which could produce me a diff/fileOut/changeSet from two given images? Or might there be any other information in the image I could use to create one myself? Thanks and best regards Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

Oct. 6, 2010

Re: [Pharo-project] KomHttpServer in pharo 1.2

by Mariano Martinez Peck

I've cc the authors that are in the squeaksource project. 2010/10/6 Guillermo Polito <guillermopolito(a)gmail.com> > Jaja, you're right :). > > What is better? Having SmalltalkImage or OSPlatform hardcoded there? If > we decide the right answer is SmalltalkImage, then we should change the > deprecation in SmalltalkImage which currently is: > > *platformName > "Return the name of the platform we're running on" > > self deprecated: 'Use OSPlatform'. > ^ OSPlatform platformName* > > And maybe it's better as > > *platformName > "Return the name of the platform we're running on" > > self deprecated: 'Use OSPlatform'. > ^ self os platformName* > > Cheers! > > > On Tue, Oct 5, 2010 at 6:36 PM, Henrik Sperre Johansen < > henrik.s.johansen(a)veloxit.no> wrote: > >> On 05.10.2010 23:29, Guillermo Polito wrote: >> >>> Why not >>> >>> self class environment platformName >>> >>> ? >>> >> Because it doesn't work? ;) >> >> The class environment is the SystemDictionary instance containing classes >> and globals, not the SmalltalkImage instance, >> (Smalltalk is now a shortcut for the sole SmalltalkImage instance), where >> you find access to OSPlatform through the #os delegation method. >> SmalltalkImage platformName is deprecated in 1.2, the cross-dialect way to >> do it is through using Smalltalk os platformName. >> >> >> Cheers, >> Henry >> >> _______________________________________________ >> 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 >

Oct. 6, 2010

Re: [Pharo-project] Issue 3015: When a test is restarted in the debugger, #tearDown and #setUp and not send

by Peter van Rooijen

Hernan, Isn't the idea of SUnit that you start with a fresh test each time? So you wouldn't restart a test (you could restart/re-run a suite of course). The only exception to starting fresh is the SUnit resource mechanism. Well, that's how I seem to remember the philosophy (I haven't used SUnit for some years). Peter On Thu, 30 Sep 2010 19:28:59 +0200, Hernan Wilkinson <hernan.wilkinson(a)10pines.com> wrote: > Hi, I added a new issue (that I think it could be see as an improvement, > not an issue) that is related to debugging a test case written with > SUnit. > The problem is that when you restart a test in the debugger (either by > pressing the restart button or compiling the method again) the changes > made by the test to the objects initialized in the #setUp are not > rollbacked.This change sends the messages #tearDown and #setUp to the > test when restarting it, therefore letting the test in the same state as > when it was run in the first place. > I uploaded the solution to this issue (or improvement) to pharo inbox > under > SLICE-Issue-3015-RestartingATestFromTheDebuggerSendsTearDownAndSetUp-HernanWilkinson.2 > I hope you like it! > Hernan. > --HernÃ¡n Wilkinson > Agile Software Development, Teaching & Coaching > Mobile: +54 - 911 - 4470 - 7207 > email: hernan.wilkinson(a)10Pines.com > site: http://www.10Pines.com -- Peter van Rooijen Nijlring 83 5152 VJ Drunen m: 06-2854 2048

Oct. 6, 2010

Re: [Pharo-project] KomHttpServer in pharo 1.2

by Sven Van Caekenberghe

On 05 Oct 2010, at 23:25, Henrik Sperre Johansen wrote: > For Pharo 1.1/1.2 + Squeak 4.1/4.2, use > ^Smalltalk os platformName Thanks, Hendrik, for the portable 'solution' to this 'problem'. I would suggest putting this in the deprecation warning, the current advice creates non-portable code. Sven

Oct. 6, 2010

Re: [Pharo-project] [SPAM] Re: Ocean (was Re: Less plugins, more Smalltalk code! (was: Re: Pharo 1.1.1 OneClickCogVm))

by Nicolas Cellier

See also hijacked http://www.squeaksource.com/XTream.html borrowing some of the ideas, but somehow less extreme. Most packages should now load in Pharo. Nicolas 2010/10/6 Sven Van Caekenberghe <sven(a)beta9.be>: > > On 06 Oct 2010, at 00:49, Michael Roberts wrote: > >> regarding streaming frameworks, has anyone looked at >> http://code.google.com/p/xtreams/ ? the podcasts on it sounded >> interesting. > > Indeed, does sound/looks cool. > > But Nile is cool too, and that is already in our image. Not sure how to use it in practive though. > > Sven > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 6, 2010

Re: [Pharo-project] FFI number of arguments

by Nicolas Cellier

In Smallapack, I implemented a hack to handle methods with 15+ arguments, including regular Smalltalk + FFI (you can figure that Smalltalk methods wrapping a FFI call sometimes need 15+ parameters too).. It is rooted at http://bugs.squeak.org/view.php?id=2918 A more recent version can be found at http://www.squeaksource.com/Smallapack/Compiler-nice.150.mcz It might be non trivial to merge with Pharo, but you can give it a try. Nicolas 2010/10/6 Levente Uzonyi <leves(a)elte.hu>: > On Tue, 5 Oct 2010, Schwab,Wilhelm K wrote: > >> yes, that's what the link describes. Â The open question is whether anyone >> has successfully done that with 15+ arguments? > > It works up to 128 arguments. But why don't you try it yourself? > > > Levente > >> >> >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr >> [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Levente Uzonyi >> [leves(a)elte.hu] >> Sent: Tuesday, October 05, 2010 10:26 PM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] FFI number of arguments >> >> On Tue, 5 Oct 2010, Schwab,Wilhelm K wrote: >> >>> Hello all, >>> >>> I have been bumping into some functions with large numbers of arguments. >>> Â One in particular would be best handled in the image if at all possible. >>> Â The following might be the answer: >>> >>> >>> Â http://thread.gmane.org/gmane.comp.lang.smalltalk.squeak.general/98538/focu… >>> >>> Have any of you done this with >15 (or whatever the cutoff is) arguments? >> >> You can create your own function object and invoke it with an array. >> Here's an fprintf example on windows: >> >> fprintf := ExternalLibraryFunction >> Â Â Â name: 'fprintf' >> Â Â Â module: 'msvcrt.dll' >> Â Â Â callType: ExternalFunction callTypeCDecl >> Â Â Â returnType: ExternalType signedLong >> Â Â Â argumentTypes: { >> Â Â Â Â Â Â Â (ExternalType structTypeNamed: #FILE) asPointerType. >> Â Â Â Â Â Â Â ExternalType string. >> Â Â Â Â Â Â Â ExternalType signedLong }. >> file := Stdio default fopenWith: 'test.txt' with: 'w'. >> fprintf invokeWithArguments: { file. 'Your number is %d.'. 42 }. >> Stdio default fcloseWith: file. >> >> >> Levente >> >> P.S.: Note that you need the FILE and Stdio classes to run this example. >> >>> >>> Bill >>> >>> >>> _______________________________________________ >>> 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 >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 6, 2010

Re: [Pharo-project] [BUG]Alien class(Object)>>error:

by Fernando olivero

Good news, please let me know if you had some problems using AlienOpenGL + Lumiere. Fernando On Oct 6, 2010, at 12:21 AM, Patricio Plaza A. wrote: > Hi Fernando, > > Regarding to this error, I tried load again with the last stable version (Pharo-1.1.1-dev10.09.1.img) and it was successfully without errors or warning. > > Thank you for your support, > > Patricio > > > El 01-10-2010, a las 3:27, Fernando olivero escribiÃ³: > >> Hi Patricio, could you provide more information on the image you are using? And the vm ? and the OS ? >> >> It seems to be an Alien related problem, and not Lumiere related. The last time i've updated the Configuration's it was working , but somethings have changed regarding Alien. >> You should check out the thread Alien Plugin for Linux. >> >> Steps to go: >> 1. fix Alien >> 2. make AlienOpenGL work >> 3. use Lumiere. >> >> First try to have AlienOpenGL working, using the ConfigurationOfAlienOpenGL, once we get it working , then we go back to Lumiere. >> >> ( I'll will fix the ConfigurationOfLumiere in the meantime ) >> >> Thanks, >> Fernando >> >> pd: I would love to ditch AlienOpenGL as the OpenGL layer, and use the openGL port done by Igor using NativeBoost. It's more robust, faster and complete port. >> >> >> On Sep 30, 2010, at 8:36 PM, Tudor Girba wrote: >> >>> Welcome and thanks for the question. It would be so cool to get Lumiere back to light :). >>> >>> Cheers, >>> Doru >>> >>> >>> On 30 Sep 2010, at 20:29, StÃ©phane Ducasse wrote: >>> >>>> Welcome Patricio. >>>> >>>> Stef >>>> >>>> On Sep 30, 2010, at 6:31 PM, Patricio Plaza A. wrote: >>>> >>>>> Hi, >>>>> >>>>> I'm trying to load LumiÃ©re framework executing the script in a workspace following the >>>>> instruction in "http://www.squeaksource.com/Lumiere/" but I'm getting some warning and error during the installation. >>>>> >>>>> I'll appreciate any support to get successfully load of LumiÃ©re. >>>>> >>>>> Best regards, >>>>> >>>>> Patricio. >>>>> >>>>> >>>>> 30 September 2010 12:12:37 pm >>>>> >>>>> VM: Mac OS - intel - 1064 - Squeak4.1 of 17 April 2010 [latest update: #9957] Pharo Development 1.1 >>>>> Image: Pharo-1.1-11411 [Latest update: #11411] >>>>> >>>>> SecurityManager state: >>>>> Restricted: false >>>>> FileAccess: true >>>>> SocketAccess: true >>>>> Working Dir /Users/pplaza/Documents/Pharo-1.1-OneClick.app/Contents/Resources >>>>> Trusted Dir /foobar/tooBar/forSqueak/bogus >>>>> Untrusted Dir /Users/pplaza/Library/Preferences/Squeak/Internet/My Squeak >>>>> >>>>> 1) >>>>> Message Warning: >>>>> >>>>> This package depends on the following classes: >>>>> GluQuadricObject >>>>> DisplayList >>>>> You must resolve these dependencies before you will be able to load these definitions: >>>>> DisplayList classSide>>generateOn:evaluating: >>>>> DisplayList>>generateOn:evaluating: >>>>> GluQuadricObject>>loadUnitAxisInto: >>>>> >>>>> 2) >>>>> Message Error: >>>>> Alien class(Object)>>error: >>>>> Receiver: Alien >>>>> Arguments and temporary variables: >>>>> aString: 'SystemDictionary>>recreateSpecialObjectsArray appears incompatible' >>>>> Receiver's instance variables: >>>>> superclass: ByteArray >>>>> methodDict: a MethodDictionary(size 131) >>>>> format: 1026 >>>>> instanceVariables: nil >>>>> organization: ('accessing' address dataSize freeAfter: pointer strcpy strcpyFro...etc... >>>>> subclasses: {FFICallbackReturnValue. FFICallbackThunk} >>>>> name: #Alien >>>>> classPool: a Dictionary(#GCMallocedAliens->an AlienWeakTable #PlatformSizes->ni...etc... >>>>> sharedPools: nil >>>>> environment: a SystemDictionary(lots of globals) >>>>> category: #'Alien-Core' >>>>> traitComposition: {} >>>>> localSelectors: nil >>>>> >>>>> Alien class>>ensureInSpecialObjectsArray >>>>> Receiver: Alien >>>>> Arguments and temporary variables: >>>>> index: 53 >>>>> Receiver's instance variables: >>>>> superclass: ByteArray >>>>> methodDict: a MethodDictionary(size 131) >>>>> format: 1026 >>>>> instanceVariables: nil >>>>> organization: ('accessing' address dataSize freeAfter: pointer strcpy strcpyFro...etc... >>>>> subclasses: {FFICallbackReturnValue. FFICallbackThunk} >>>>> name: #Alien >>>>> classPool: a Dictionary(#GCMallocedAliens->an AlienWeakTable #PlatformSizes->ni...etc... >>>>> sharedPools: nil >>>>> environment: a SystemDictionary(lots of globals) >>>>> category: #'Alien-Core' >>>>> traitComposition: {} >>>>> localSelectors: nil >>>>> >>>>> Alien class>>initialize >>>>> Receiver: Alien >>>>> Arguments and temporary variables: >>>>> >>>>> Receiver's instance variables: >>>>> superclass: ByteArray >>>>> methodDict: a MethodDictionary(size 131) >>>>> format: 1026 >>>>> instanceVariables: nil >>>>> organization: ('accessing' address dataSize freeAfter: pointer strcpy strcpyFro...etc... >>>>> subclasses: {FFICallbackReturnValue. FFICallbackThunk} >>>>> name: #Alien >>>>> classPool: a Dictionary(#GCMallocedAliens->an AlienWeakTable #PlatformSizes->ni...etc... >>>>> sharedPools: nil >>>>> environment: a SystemDictionary(lots of globals) >>>>> category: #'Alien-Core' >>>>> traitComposition: {} >>>>> localSelectors: nil >>>>> >>>>> MCMethodDefinition>>postloadOver: >>>>> Receiver: a MCMethodDefinition(Alien class>>initialize) >>>>> Arguments and temporary variables: >>>>> aDefinition: nil >>>>> Receiver's instance variables: >>>>> classIsMeta: true >>>>> source: 'initialize >>>>> " >>>>> Alien initialize >>>>> " >>>>> PlatformSizes := nil. >>>>> GCMallocedA...etc... >>>>> category: #'class initialization' >>>>> selector: #initialize >>>>> className: #Alien >>>>> timeStamp: 'kdt 9/25/2009 16:45' >>>>> >>>>> [] in [] in [] in MCMultiPackageLoader(MCPackageLoader)>>basicLoad >>>>> Receiver: a MCMultiPackageLoader >>>>> Arguments and temporary variables: >>>>> ea: a MCMethodDefinition(Alien class>>initialize) >>>>> Receiver's instance variables: >>>>> requirements: #() >>>>> unloadableDefinitions: a SortedCollection() >>>>> obsoletions: a Dictionary() >>>>> additions: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a ...etc... >>>>> removals: an OrderedCollection() >>>>> errorDefinitions: an OrderedCollection() >>>>> provisions: a Set(#ScorePlayerMorph #MOPTestClassD #MetacelloGoferPackageTestCa...etc... >>>>> methodAdditions: an OrderedCollection(a MethodAddition a MethodAddition a Metho...etc... >>>>> >>>>> [] in [] in OrderedCollection(Collection)>>do:displayingProgress:every: >>>>> Receiver: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a MCMethodDefinition(Seq...etc... >>>>> Arguments and temporary variables: >>>>> <<error during printing> >>>>> Receiver's instance variables: >>>>> array: an Array(a MCOrganizationDefinition(#(#'Alien-Core')) a MCMethodDefiniti...etc... >>>>> firstIndex: 1 >>>>> lastIndex: 329 >>>>> >>>>> OrderedCollection>>do: >>>>> Receiver: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a MCMethodDefinition(Seq...etc... >>>>> Arguments and temporary variables: >>>>> aBlock: [:each | >>>>> | newLabel | >>>>> (count = 0 >>>>> or: [count + 1 = size >>>>> or: [(T...etc... >>>>> index: 35 >>>>> Receiver's instance variables: >>>>> array: an Array(a MCOrganizationDefinition(#(#'Alien-Core')) a MCMethodDefiniti...etc... >>>>> firstIndex: 1 >>>>> lastIndex: 329 >>>>> >>>>> [] in OrderedCollection(Collection)>>do:displayingProgress:every: >>>>> Receiver: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a MCMethodDefinition(Seq...etc... >>>>> Arguments and temporary variables: >>>>> <<error during printing> >>>>> Receiver's instance variables: >>>>> array: an Array(a MCOrganizationDefinition(#(#'Alien-Core')) a MCMethodDefiniti...etc... >>>>> firstIndex: 1 >>>>> lastIndex: 329 >>>>> >>>>> [] in [] in ProgressInitiationException>>defaultMorphicAction >>>>> Receiver: ProgressInitiationException: >>>>> Arguments and temporary variables: >>>>> progress: [:barValArg | >>>>> | barVal return newBarSize | >>>>> barVal := barValArg. >>>>> ret...etc... >>>>> result: #(nil) >>>>> Receiver's instance variables: >>>>> messageText: nil >>>>> tag: nil >>>>> signalContext: ProgressInitiationException(Exception)>>signal >>>>> handlerContext: nil >>>>> outerContext: nil >>>>> workBlock: [:bar | self >>>>> do: [:each | >>>>> | newLabel | >>>>> (count = 0 >>>>> or: ...etc... >>>>> maxVal: 329 >>>>> minVal: 0 >>>>> aPoint: 474@88 >>>>> progressTitle: '' >>>>> >>>>> BlockClosure>>on:do: >>>>> Receiver: [result := workBlock value: progress] >>>>> Arguments and temporary variables: >>>>> exception: ProgressNotification >>>>> handlerAction: [:ex | >>>>> ex extraParam isString >>>>> ifTrue: [SystemProgressMorph un...etc... >>>>> handlerActive: true >>>>> Receiver's instance variables: >>>>> outerContext: [] in ProgressInitiationException>>defaultMorphicAction >>>>> startpc: 83 >>>>> numArgs: 0 >>>>> >>>>> [] in ProgressInitiationException>>defaultMorphicAction >>>>> Receiver: ProgressInitiationException: >>>>> Arguments and temporary variables: >>>>> progress: [:barValArg | >>>>> | barVal return newBarSize | >>>>> barVal := barValArg. >>>>> ret...etc... >>>>> result: #(nil) >>>>> Receiver's instance variables: >>>>> messageText: nil >>>>> tag: nil >>>>> signalContext: ProgressInitiationException(Exception)>>signal >>>>> handlerContext: nil >>>>> outerContext: nil >>>>> workBlock: [:bar | self >>>>> do: [:each | >>>>> | newLabel | >>>>> (count = 0 >>>>> or: ...etc... >>>>> maxVal: 329 >>>>> minVal: 0 >>>>> aPoint: 474@88 >>>>> progressTitle: '' >>>>> >>>>> BlockClosure>>ensure: >>>>> Receiver: [[result := workBlock value: progress] >>>>> on: ProgressNotification >>>>> do: [:ex | >>>>> ex extr...etc... >>>>> Arguments and temporary variables: >>>>> aBlock: [SystemProgressMorph close: progress] >>>>> complete: nil >>>>> returnValue: nil >>>>> Receiver's instance variables: >>>>> outerContext: ProgressInitiationException>>defaultMorphicAction >>>>> startpc: 77 >>>>> numArgs: 0 >>>>> >>>>> ProgressInitiationException>>defaultMorphicAction >>>>> Receiver: ProgressInitiationException: >>>>> Arguments and temporary variables: >>>>> progress: [:barValArg | >>>>> | barVal return newBarSize | >>>>> barVal := barValArg. >>>>> ret...etc... >>>>> result: #(nil) >>>>> Receiver's instance variables: >>>>> messageText: nil >>>>> tag: nil >>>>> signalContext: ProgressInitiationException(Exception)>>signal >>>>> handlerContext: nil >>>>> outerContext: nil >>>>> workBlock: [:bar | self >>>>> do: [:each | >>>>> | newLabel | >>>>> (count = 0 >>>>> or: ...etc... >>>>> maxVal: 329 >>>>> minVal: 0 >>>>> aPoint: 474@88 >>>>> progressTitle: '' >>>>> >>>>> ProgressInitiationException>>defaultAction >>>>> Receiver: ProgressInitiationException: >>>>> Arguments and temporary variables: >>>>> >>>>> Receiver's instance variables: >>>>> messageText: nil >>>>> tag: nil >>>>> signalContext: ProgressInitiationException(Exception)>>signal >>>>> handlerContext: nil >>>>> outerContext: nil >>>>> workBlock: [:bar | self >>>>> do: [:each | >>>>> | newLabel | >>>>> (count = 0 >>>>> or: ...etc... >>>>> maxVal: 329 >>>>> minVal: 0 >>>>> aPoint: 474@88 >>>>> progressTitle: '' >>>>> >>>>> UndefinedObject>>handleSignal: >>>>> Receiver: nil >>>>> Arguments and temporary variables: >>>>> exception: ProgressInitiationException: >>>>> Receiver's instance variables: >>>>> nil >>>>> >>>>> MethodContext(ContextPart)>>handleSignal: >>>>> Receiver: BlockClosure>>on:do: >>>>> Arguments and temporary variables: >>>>> exception: ProgressInitiationException: >>>>> val: nil >>>>> Receiver's instance variables: >>>>> sender: PasteUpMorph>>becomeActiveDuring: >>>>> pc: 17 >>>>> stackp: 3 >>>>> method: (BlockClosure>>#on:do: "a CompiledMethod(885784576)") >>>>> closureOrNil: nil >>>>> receiver: [aBlock value] >>>>> >>>>> MethodContext(ContextPart)>>handleSignal: >>>>> Receiver: BlockClosure>>on:do: >>>>> Arguments and temporary variables: >>>>> exception: ProgressInitiationException: >>>>> val: nil >>>>> Receiver's instance variables: >>>>> sender: TextMorphForShoutEditor(ParagraphEditor)>>evaluateSelection >>>>> pc: 17 >>>>> stackp: 3 >>>>> method: (BlockClosure>>#on:do: "a CompiledMethod(885784576)") >>>>> closureOrNil: nil >>>>> receiver: [rcvr class evaluatorClass new >>>>> evaluate: self selection asString >>>>> ...etc... >>>>> >>>>> MethodContext(ContextPart)>>handleSignal: >>>>> Receiver: BlockClosure>>on:do: >>>>> Arguments and temporary variables: >>>>> exception: ProgressInitiationException: >>>>> val: nil >>>>> Receiver's instance variables: >>>>> sender: [] in ProgressInitiationException>>defaultMorphicAction >>>>> pc: 17 >>>>> stackp: 3 >>>>> method: (BlockClosure>>#on:do: "a CompiledMethod(885784576)") >>>>> closureOrNil: nil >>>>> receiver: [result := workBlock value: progress] >>>>> >>>>> MethodContext(ContextPart)>>handleSignal: >>>>> Receiver: BlockClosure>>on:do: >>>>> Arguments and temporary variables: >>>>> exception: ProgressInitiationException: >>>>> val: nil >>>>> Receiver's instance variables: >>>>> sender: [] in ProgressInitiationException>>defaultMorphicAction >>>>> pc: 17 >>>>> stackp: 3 >>>>> method: (BlockClosure>>#on:do: "a CompiledMethod(885784576)") >>>>> closureOrNil: nil >>>>> receiver: [result := workBlock value: progress] >>>>> >>>>> MethodContext(ContextPart)>>handleSignal: >>>>> Receiver: BlockClosure>>on:do: >>>>> Arguments and temporary variables: >>>>> exception: ProgressInitiationException: >>>>> val: nil >>>>> Receiver's instance variables: >>>>> sender: [] in MCMultiPackageLoader(MCPackageLoader)>>basicLoad >>>>> pc: 17 >>>>> stackp: 3 >>>>> method: (BlockClosure>>#on:do: "a CompiledMethod(885784576)") >>>>> closureOrNil: nil >>>>> receiver: [additions >>>>> do: [:ea | self loadClassDefinition: ea] >>>>> displayingPro...etc... >>>>> >>>>> ProgressInitiationException(Exception)>>signal >>>>> Receiver: ProgressInitiationException: >>>>> Arguments and temporary variables: >>>>> >>>>> Receiver's instance variables: >>>>> messageText: nil >>>>> tag: nil >>>>> signalContext: ProgressInitiationException(Exception)>>signal >>>>> handlerContext: nil >>>>> outerContext: nil >>>>> workBlock: [:bar | self >>>>> do: [:each | >>>>> | newLabel | >>>>> (count = 0 >>>>> or: ...etc... >>>>> maxVal: 329 >>>>> minVal: 0 >>>>> aPoint: 474@88 >>>>> progressTitle: '' >>>>> >>>>> ProgressInitiationException>>display:at:from:to:during: >>>>> Receiver: ProgressInitiationException: >>>>> Arguments and temporary variables: >>>>> argString: '' >>>>> argPoint: 474@88 >>>>> argMinVal: 0 >>>>> argMaxVal: 329 >>>>> argWorkBlock: [:bar | self >>>>> do: [:each | >>>>> | newLabel | >>>>> (count = 0 >>>>> o...etc... >>>>> Receiver's instance variables: >>>>> messageText: nil >>>>> tag: nil >>>>> signalContext: ProgressInitiationException(Exception)>>signal >>>>> handlerContext: nil >>>>> outerContext: nil >>>>> workBlock: [:bar | self >>>>> do: [:each | >>>>> | newLabel | >>>>> (count = 0 >>>>> or: ...etc... >>>>> maxVal: 329 >>>>> minVal: 0 >>>>> aPoint: 474@88 >>>>> progressTitle: '' >>>>> >>>>> ProgressInitiationException class>>display:at:from:to:during: >>>>> Receiver: ProgressInitiationException >>>>> Arguments and temporary variables: >>>>> aString: '' >>>>> aPoint: 474@88 >>>>> minVal: 0 >>>>> maxVal: 329 >>>>> workBlock: [:bar | self >>>>> do: [:each | >>>>> | newLabel | >>>>> (count = 0 >>>>> or: ...etc... >>>>> Receiver's instance variables: >>>>> superclass: Exception >>>>> methodDict: a MethodDictionary(#defaultAction->(ProgressInitiationException>>#d...etc... >>>>> format: 150 >>>>> instanceVariables: #('workBlock' 'maxVal' 'minVal' 'aPoint' 'progressTitle') >>>>> organization: ('as yet unclassified' defaultAction defaultMorphicAction display...etc... >>>>> subclasses: nil >>>>> name: #ProgressInitiationException >>>>> classPool: nil >>>>> sharedPools: nil >>>>> environment: a SystemDictionary(lots of globals) >>>>> category: #'Morphic-Widgets' >>>>> traitComposition: {} >>>>> localSelectors: nil >>>>> >>>>> ByteString(String)>>displayProgressAt:from:to:during: >>>>> Receiver: '' >>>>> Arguments and temporary variables: >>>>> aPoint: 474@88 >>>>> minVal: 0 >>>>> maxVal: 329 >>>>> workBlock: [:bar | self >>>>> do: [:each | >>>>> | newLabel | >>>>> (count = 0 >>>>> or: ...etc... >>>>> Receiver's instance variables: >>>>> '' >>>>> >>>>> OrderedCollection(Collection)>>do:displayingProgress:every: >>>>> Receiver: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a MCMethodDefinition(Seq...etc... >>>>> Arguments and temporary variables: >>>>> <<error during printing> >>>>> Receiver's instance variables: >>>>> array: an Array(a MCOrganizationDefinition(#(#'Alien-Core')) a MCMethodDefiniti...etc... >>>>> firstIndex: 1 >>>>> lastIndex: 329 >>>>> >>>>> OrderedCollection(Collection)>>do:displayingProgress: >>>>> Receiver: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a MCMethodDefinition(Seq...etc... >>>>> Arguments and temporary variables: >>>>> aBlock: [:ea | ea >>>>> postloadOver: (self obsoletionFor: ea)] >>>>> aStringOrBlock: 'Initializing...' >>>>> Receiver's instance variables: >>>>> array: an Array(a MCOrganizationDefinition(#(#'Alien-Core')) a MCMethodDefiniti...etc... >>>>> firstIndex: 1 >>>>> lastIndex: 329 >>>>> >>>>> [] in [] in MCMultiPackageLoader(MCPackageLoader)>>basicLoad >>>>> Receiver: a MCMultiPackageLoader >>>>> Arguments and temporary variables: >>>>> >>>>> Receiver's instance variables: >>>>> requirements: #() >>>>> unloadableDefinitions: a SortedCollection() >>>>> obsoletions: a Dictionary() >>>>> additions: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a ...etc... >>>>> removals: an OrderedCollection() >>>>> errorDefinitions: an OrderedCollection() >>>>> provisions: a Set(#ScorePlayerMorph #MOPTestClassD #MetacelloGoferPackageTestCa...etc... >>>>> methodAdditions: an OrderedCollection(a MethodAddition a MethodAddition a Metho...etc... >>>>> >>>>> BlockClosure>>on:do: >>>>> Receiver: [additions >>>>> do: [:ea | self loadClassDefinition: ea] >>>>> displayingProgress: 'Loading class...etc... >>>>> Arguments and temporary variables: >>>>> exception: InMidstOfFileinNotification >>>>> handlerAction: [:n | n resume: true] >>>>> handlerActive: true >>>>> Receiver's instance variables: >>>>> outerContext: [] in MCMultiPackageLoader(MCPackageLoader)>>basicLoad >>>>> startpc: 112 >>>>> numArgs: 0 >>>>> >>>>> [] in MCMultiPackageLoader(MCPackageLoader)>>basicLoad >>>>> Receiver: a MCMultiPackageLoader >>>>> Arguments and temporary variables: >>>>> >>>>> Receiver's instance variables: >>>>> requirements: #() >>>>> unloadableDefinitions: a SortedCollection() >>>>> obsoletions: a Dictionary() >>>>> additions: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a ...etc... >>>>> removals: an OrderedCollection() >>>>> errorDefinitions: an OrderedCollection() >>>>> provisions: a Set(#ScorePlayerMorph #MOPTestClassD #MetacelloGoferPackageTestCa...etc... >>>>> methodAdditions: an OrderedCollection(a MethodAddition a MethodAddition a Metho...etc... >>>>> >>>>> BlockClosure>>ensure: >>>>> Receiver: [[additions >>>>> do: [:ea | self loadClassDefinition: ea] >>>>> displayingProgress: 'Loading clas...etc... >>>>> Arguments and temporary variables: >>>>> aBlock: [self flushChangesFile] >>>>> complete: nil >>>>> returnValue: nil >>>>> Receiver's instance variables: >>>>> outerContext: MCMultiPackageLoader(MCPackageLoader)>>basicLoad >>>>> startpc: 108 >>>>> numArgs: 0 >>>>> >>>>> MCMultiPackageLoader(MCPackageLoader)>>basicLoad >>>>> Receiver: a MCMultiPackageLoader >>>>> Arguments and temporary variables: >>>>> >>>>> Receiver's instance variables: >>>>> requirements: #() >>>>> unloadableDefinitions: a SortedCollection() >>>>> obsoletions: a Dictionary() >>>>> additions: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a ...etc... >>>>> removals: an OrderedCollection() >>>>> errorDefinitions: an OrderedCollection() >>>>> provisions: a Set(#ScorePlayerMorph #MOPTestClassD #MetacelloGoferPackageTestCa...etc... >>>>> methodAdditions: an OrderedCollection(a MethodAddition a MethodAddition a Metho...etc... >>>>> >>>>> [] in MCMultiPackageLoader(MCPackageLoader)>>loadWithNameLike: >>>>> Receiver: a MCMultiPackageLoader >>>>> Arguments and temporary variables: >>>>> >>>>> Receiver's instance variables: >>>>> requirements: #() >>>>> unloadableDefinitions: a SortedCollection() >>>>> obsoletions: a Dictionary() >>>>> additions: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a ...etc... >>>>> removals: an OrderedCollection() >>>>> errorDefinitions: an OrderedCollection() >>>>> provisions: a Set(#ScorePlayerMorph #MOPTestClassD #MetacelloGoferPackageTestCa...etc... >>>>> methodAdditions: an OrderedCollection(a MethodAddition a MethodAddition a Metho...etc... >>>>> >>>>> [] in MCMultiPackageLoader(MCPackageLoader)>>useChangeSetNamed:during: >>>>> Receiver: a MCMultiPackageLoader >>>>> Arguments and temporary variables: >>>>> aBlock: [self basicLoad] >>>>> Receiver's instance variables: >>>>> requirements: #() >>>>> unloadableDefinitions: a SortedCollection() >>>>> obsoletions: a Dictionary() >>>>> additions: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a ...etc... >>>>> removals: an OrderedCollection() >>>>> errorDefinitions: an OrderedCollection() >>>>> provisions: a Set(#ScorePlayerMorph #MOPTestClassD #MetacelloGoferPackageTestCa...etc... >>>>> methodAdditions: an OrderedCollection(a MethodAddition a MethodAddition a Metho...etc... >>>>> >>>>> BlockClosure>>ensure: >>>>> Receiver: [aBlock value] >>>>> Arguments and temporary variables: >>>>> aBlock: [changeHolder newChanges: oldChanges] >>>>> complete: nil >>>>> returnValue: nil >>>>> Receiver's instance variables: >>>>> outerContext: MCMultiPackageLoader(MCPackageLoader)>>useChangeSetNamed:during: >>>>> startpc: 93 >>>>> numArgs: 0 >>>>> >>>>> MCMultiPackageLoader(MCPackageLoader)>>useChangeSetNamed:during: >>>>> Receiver: a MCMultiPackageLoader >>>>> Arguments and temporary variables: >>>>> baseName: 'Alien-Core-LucFabresse.64' >>>>> aBlock: [self basicLoad] >>>>> changeHolder: ChangeSet >>>>> oldChanges: a ChangeSet named Unnamed >>>>> newChanges: a ChangeSet named Alien-Core-LucFabresse.64 >>>>> Receiver's instance variables: >>>>> requirements: #() >>>>> unloadableDefinitions: a SortedCollection() >>>>> obsoletions: a Dictionary() >>>>> additions: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a ...etc... >>>>> removals: an OrderedCollection() >>>>> errorDefinitions: an OrderedCollection() >>>>> provisions: a Set(#ScorePlayerMorph #MOPTestClassD #MetacelloGoferPackageTestCa...etc... >>>>> methodAdditions: an OrderedCollection(a MethodAddition a MethodAddition a Metho...etc... >>>>> >>>>> MCMultiPackageLoader(MCPackageLoader)>>useNewChangeSetNamedLike:during: >>>>> Receiver: a MCMultiPackageLoader >>>>> Arguments and temporary variables: >>>>> baseName: 'Alien-Core-LucFabresse.64' >>>>> aBlock: [self basicLoad] >>>>> Receiver's instance variables: >>>>> requirements: #() >>>>> unloadableDefinitions: a SortedCollection() >>>>> obsoletions: a Dictionary() >>>>> additions: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a ...etc... >>>>> removals: an OrderedCollection() >>>>> errorDefinitions: an OrderedCollection() >>>>> provisions: a Set(#ScorePlayerMorph #MOPTestClassD #MetacelloGoferPackageTestCa...etc... >>>>> methodAdditions: an OrderedCollection(a MethodAddition a MethodAddition a Metho...etc... >>>>> >>>>> MCMultiPackageLoader(MCPackageLoader)>>loadWithNameLike: >>>>> Receiver: a MCMultiPackageLoader >>>>> Arguments and temporary variables: >>>>> baseName: 'Alien-Core-LucFabresse.64' >>>>> Receiver's instance variables: >>>>> requirements: #() >>>>> unloadableDefinitions: a SortedCollection() >>>>> obsoletions: a Dictionary() >>>>> additions: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a ...etc... >>>>> removals: an OrderedCollection() >>>>> errorDefinitions: an OrderedCollection() >>>>> provisions: a Set(#ScorePlayerMorph #MOPTestClassD #MetacelloGoferPackageTestCa...etc... >>>>> methodAdditions: an OrderedCollection(a MethodAddition a MethodAddition a Metho...etc... >>>>> >>>>> MCVersionLoader>>loadWithNameLike: >>>>> Receiver: a MCVersionLoader >>>>> Arguments and temporary variables: >>>>> aString: 'Alien-Core-LucFabresse.64' >>>>> loader: a MCMultiPackageLoader >>>>> Receiver's instance variables: >>>>> versions: an OrderedCollection(a MCVersion(Alien-Core-LucFabresse.64) a MCVersi...etc... >>>>> >>>>> MCVersionLoader>>load >>>>> Receiver: a MCVersionLoader >>>>> Arguments and temporary variables: >>>>> >>>>> Receiver's instance variables: >>>>> versions: an OrderedCollection(a MCVersion(Alien-Core-LucFabresse.64) a MCVersi...etc... >>>>> >>>>> >>>>> --- The full stack --- >>>>> Alien class(Object)>>error: >>>>> Alien class>>ensureInSpecialObjectsArray >>>>> Alien class>>initialize >>>>> MCMethodDefinition>>postloadOver: >>>>> [] in [] in [] in MCMultiPackageLoader(MCPackageLoader)>>basicLoad >>>>> [] in [] in OrderedCollection(Collection)>>do:displayingProgress:every: >>>>> OrderedCollection>>do: >>>>> [] in OrderedCollection(Collection)>>do:displayingProgress:every: >>>>> [] in [] in ProgressInitiationException>>defaultMorphicAction >>>>> BlockClosure>>on:do: >>>>> [] in ProgressInitiationException>>defaultMorphicAction >>>>> BlockClosure>>ensure: >>>>> ProgressInitiationException>>defaultMorphicAction >>>>> ProgressInitiationException>>defaultAction >>>>> UndefinedObject>>handleSignal: >>>>> MethodContext(ContextPart)>>handleSignal: >>>>> MethodContext(ContextPart)>>handleSignal: >>>>> MethodContext(ContextPart)>>handleSignal: >>>>> MethodContext(ContextPart)>>handleSignal: >>>>> MethodContext(ContextPart)>>handleSignal: >>>>> ProgressInitiationException(Exception)>>signal >>>>> ProgressInitiationException>>display:at:from:to:during: >>>>> ProgressInitiationException class>>display:at:from:to:during: >>>>> ByteString(String)>>displayProgressAt:from:to:during: >>>>> OrderedCollection(Collection)>>do:displayingProgress:every: >>>>> OrderedCollection(Collection)>>do:displayingProgress: >>>>> [] in [] in MCMultiPackageLoader(MCPackageLoader)>>basicLoad >>>>> BlockClosure>>on:do: >>>>> [] in MCMultiPackageLoader(MCPackageLoader)>>basicLoad >>>>> BlockClosure>>ensure: >>>>> MCMultiPackageLoader(MCPackageLoader)>>basicLoad >>>>> [] in MCMultiPackageLoader(MCPackageLoader)>>loadWithNameLike: >>>>> [] in MCMultiPackageLoader(MCPackageLoader)>>useChangeSetNamed:during: >>>>> BlockClosure>>ensure: >>>>> MCMultiPackageLoader(MCPackageLoader)>>useChangeSetNamed:during: >>>>> MCMultiPackageLoader(MCPackageLoader)>>useNewChangeSetNamedLike:during: >>>>> MCMultiPackageLoader(MCPackageLoader)>>loadWithNameLike: >>>>> MCVersionLoader>>loadWithNameLike: >>>>> MCVersionLoader>>load >>>>> - - - - - - - - - - - - - - - >>>>> - - - - - - - - - - - - - - - - - - >>>>> MetacelloGoferLoad(GoferLoad)>>execute >>>>> [] in [] in MetacelloLoadingMCSpecLoader(MetacelloCommonMCSpecLoader)>>loadPackageDirective:gofer: >>>>> [] in MetacelloLoadingMCSpecLoader(MetacelloCommonMCSpecLoader)>>loadPackageDirective:gofer: >>>>> [] in MetacelloPharoPlatform>>do:displaying: >>>>> [] in [] in ProgressInitiationException>>defaultMorphicAction >>>>> BlockClosure>>on:do: >>>>> [] in ProgressInitiationException>>defaultMorphicAction >>>>> BlockClosure>>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: >>>>> ProgressInitiationException class>>display:at:from:to:during: >>>>> ByteString(String)>>displayProgressAt:from:to:during: >>>>> MetacelloPharoPlatform>>do:displaying: >>>>> MetacelloLoadingMCSpecLoader(MetacelloCommonMCSpecLoader)>>loadPackageDirective:gofer: >>>>> MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadPackageDirective:gofer: >>>>> MetacelloPackageLoadDirective>>loadUsing:gofer: >>>>> [] in MetacelloAtomicLoadDirective(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer: >>>>> OrderedCollection>>do: >>>>> MetacelloAtomicLoadDirective(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer: >>>>> MetacelloAtomicLoadDirective>>loadLinearLoadDirective:gofer: >>>>> MetacelloLinearLoadDirective>>loadUsing:gofer: >>>>> [] in MetacelloAtomicLoadDirective>>loadAtomicLoadDirective:gofer: >>>>> OrderedCollection>>do: >>>>> MetacelloAtomicLoadDirective>>loadAtomicLoadDirective:gofer: >>>>> MetacelloAtomicLoadDirective>>loadUsing:gofer: >>>>> [] in MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadAtomicLoadDirective:gofer: >>>>> OrderedCollection>>do: >>>>> MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadAtomicLoadDirective:gofer: >>>>> MetacelloAtomicLoadDirective>>loadUsing:gofer: >>>>> [] in MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer: >>>>> OrderedCollection>>do: >>>>> MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer: >>>>> MetacelloLinearLoadDirective>>loadUsing:gofer: >>>>> MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadWithPolicy: >>>>> MetacelloLoaderPolicy>>load >>>>> MetacelloFetchingMCSpecLoader>>doLoad >>>>> [] in [] in MetacelloMCVersion>>doLoadRequiredFromArray: >>>>> [] in MetacelloPharoPlatform>>do:displaying: >>>>> [] in [] in ProgressInitiationException>>defaultMorphicAction >>>>> BlockClosure>>on:do: >>>>> [] in ProgressInitiationException>>defaultMorphicAction >>>>> BlockClosure>>ensure: >>>>> ProgressInitiationException>>defaultMorphicAction >>>>> ProgressInitiationException>>defaultAction >>>>> UndefinedObject>>handleSignal: >>>>> MethodContext(ContextPart)>>handleSignal: >>>>> MethodContext(ContextPart)>>handleSignal: >>>>> ProgressInitiationException(Exception)>>signal >>>>> ProgressInitiationException>>display:at:from:to:during: >>>>> ProgressInitiationException class>>display:at:from:to:during: >>>>> ByteString(String)>>displayProgressAt:from:to:during: >>>>> MetacelloPharoPlatform>>do:displaying: >>>>> [] in MetacelloMCVersion>>doLoadRequiredFromArray: >>>>> BlockClosure>>ensure: >>>>> MetacelloMCVersion>>doLoadRequiredFromArray: >>>>> MetacelloMCVersion>>load >>>>> ConfigurationOfLumiere class>>loadDefault >>>>> UndefinedObject>>DoIt >>>>> Compiler>>evaluate:in:to:notifying:ifFail:logged: >>>>> [] in TextMorphForShoutEditor(ParagraphEditor)>>evaluateSelection >>>>> BlockClosure>>on:do: >>>>> TextMorphForShoutEditor(ParagraphEditor)>>evaluateSelection >>>>> TextMorphForShoutEditor(ParagraphEditor)>>doIt >>>>> [] in TextMorphForShoutEditor(ParagraphEditor)>>doIt: >>>>> TextMorphForShoutEditor(ParagraphEditor)>>terminateAndInitializeAround: >>>>> TextMorphForShoutEditor(ParagraphEditor)>>doIt: >>>>> TextMorphForShoutEditor(ParagraphEditor)>>dispatchOnKeyEvent:with: >>>>> TextMorphForShoutEditor(TextMorphEditor)>>dispatchOnKeyEvent:with: >>>>> TextMorphForShoutEditor(ParagraphEditor)>>keystroke: >>>>> TextMorphForShoutEditor(TextMorphEditor)>>keystroke: >>>>> [] in [] in TextMorphForShout(TextMorph)>>keyStroke: >>>>> TextMorphForShout(TextMorph)>>handleInteraction: >>>>> TextMorphForShout(TextMorphForEditView)>>handleInteraction: >>>>> [] in TextMorphForShout(TextMorph)>>keyStroke: >>>>> ECToolSet class>>codeCompletionAround:textMorph:keyStroke: >>>>> DEVToolSet class>>codeCompletionAround:textMorph:keyStroke: >>>>> ToolSet class>>codeCompletionAround:textMorph:keyStroke: >>>>> TextMorphForShout(TextMorph)>>keyStroke: >>>>> TextMorphForShout(TextMorphForEditView)>>keyStroke: >>>>> TextMorphForShout(TextMorph)>>handleKeystroke: >>>>> KeyboardEvent>>sentTo: >>>>> TextMorphForShout(Morph)>>handleEvent: >>>>> TextMorphForShout(Morph)>>handleFocusEvent: >>>>> [] in HandMorph>>sendFocusEvent:to:clear: >>>>> [] in PasteUpMorph>>becomeActiveDuring: >>>>> BlockClosure>>on:do: >>>>> PasteUpMorph>>becomeActiveDuring: >>>>> HandMorph>>sendFocusEvent:to:clear: >>>>> HandMorph>>sendEvent:focus:clear: >>>>> HandMorph>>sendKeyboardEvent: >>>>> HandMorph>>handleEvent: >>>>> HandMorph>>processEvents >>>>> [] in WorldState>>doOneCycleNowFor: >>>>> Array(SequenceableCollection)>>do: >>>>> WorldState>>handsDo: >>>>> WorldState>>doOneCycleNowFor: >>>>> WorldState>>doOneCycleFor: >>>>> PasteUpMorph>>doOneCycle >>>>> [] in Project class>>spawnNewProcess >>>>> [] in BlockClosure>>newProcess >>>>> _______________________________________________ >>>>> 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 >>> >>> -- >>> www.tudorgirba.com >>> >>> "Relationships are of two kinds: those we choose and those that happen. They both matter." >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> 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

Oct. 6, 2010

Re: [Pharo-project] [SPAM] Re: Ocean (was Re: Less plugins, more Smalltalk code! (was: Re: Pharo 1.1.1 OneClickCogVm))

by Sven Van Caekenberghe

On 06 Oct 2010, at 00:49, Michael Roberts wrote: > regarding streaming frameworks, has anyone looked at > http://code.google.com/p/xtreams/ ? the podcasts on it sounded > interesting. Indeed, does sound/looks cool. But Nile is cool too, and that is already in our image. Not sure how to use it in practive though. Sven

Oct. 6, 2010

Re: [Pharo-project] UUID and Cog?

by Eliot Miranda

On Tue, Oct 5, 2010 at 7:37 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > On Tue, 5 Oct 2010, David T. Lewis wrote: > > On Tue, Oct 05, 2010 at 10:18:28AM -0700, Eliot Miranda wrote: >> >>> On Tue, Oct 5, 2010 at 5:13 AM, Levente Uzonyi <leves(a)elte.hu> wrote: >>> >>> On Tue, 5 Oct 2010, Philippe Marschall wrote: >>>> >>>> Hi >>>> >>>>> >>>>> Does anybody know whether UUIDs are supposed to work on Cog on Linux? I >>>>> got the latest prebuilt Cog from [1] and UUID new crashes my VM with a >>>>> seg fault on a Monticello commit. I believe it was working before I >>>>> updated some Linux packages. >>>>> >>>>> >>>> Just rebuild the VM on your Linux, that should work. >>>> >>>> >>> In fact, just rebuild the plugin. Here's how. Once you've checked out >>> http://www.squeakvm.org/svn/squeak/branches/Cog, read and obeyed >>> unixbuild/HowToBuild through the configure step cd to >>> unixbuild/bld/UUIDPlugin >>> and say "make". Then take the plugin from >>> unixbuild/bld/UUIDPlugin/.libs/UUIDPlugin >>> >> >> Eliot, >> >> Would it be possible for you to build a VM with UUIDPlugin compiled >> internally, building it on the same machine that you normally use, >> and give it to Philippe to test? If it works, then the information >> on http://bugs.squeak.org/view.php?id=7358 is probably valid for >> Cog as well as for the regular VM. If it does not work, then there >> is more to the problem and I'll reopen the issue on Mantis. >> >> As far as I know, there have been no reports of libuuid failures on >> the Unix VMs since Ian changed to using an internal UUIDPlugin, so >> this is an easy fix if it works for Cog also. >> > > If libuuid is not available, the internally built UUIDPlugin crashes the > VM. > And if libuuid is unavailable the external plugin does not load and hence does not crash the VM, but silently fails to use the Squeak UUID code. > > > Levente > > >> Dave >> >> >> >> _______________________________________________ >> 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 >

Oct. 6, 2010

Re: [Pharo-project] UUID and Cog?

by Levente Uzonyi

On Tue, 5 Oct 2010, Schwab,Wilhelm K wrote: > Does the crash happen if the plugin is built on a machine without the library, or if it is run on a machine without it? The latter, but I wonder how can you build the plugin without the library. Levente > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Levente Uzonyi [leves(a)elte.hu] > Sent: Tuesday, October 05, 2010 10:37 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] UUID and Cog? > > On Tue, 5 Oct 2010, David T. Lewis wrote: > >> On Tue, Oct 05, 2010 at 10:18:28AM -0700, Eliot Miranda wrote: >>> On Tue, Oct 5, 2010 at 5:13 AM, Levente Uzonyi <leves(a)elte.hu> wrote: >>> >>>> On Tue, 5 Oct 2010, Philippe Marschall wrote: >>>> >>>> Hi >>>>> >>>>> Does anybody know whether UUIDs are supposed to work on Cog on Linux? I >>>>> got the latest prebuilt Cog from [1] and UUID new crashes my VM with a >>>>> seg fault on a Monticello commit. I believe it was working before I >>>>> updated some Linux packages. >>>>> >>>> >>>> Just rebuild the VM on your Linux, that should work. >>>> >>> >>> In fact, just rebuild the plugin. Here's how. Once you've checked out >>> http://www.squeakvm.org/svn/squeak/branches/Cog, read and obeyed >>> unixbuild/HowToBuild through the configure step cd to >>> unixbuild/bld/UUIDPlugin >>> and say "make". Then take the plugin from >>> unixbuild/bld/UUIDPlugin/.libs/UUIDPlugin >> >> Eliot, >> >> Would it be possible for you to build a VM with UUIDPlugin compiled >> internally, building it on the same machine that you normally use, >> and give it to Philippe to test? If it works, then the information >> on http://bugs.squeak.org/view.php?id=7358 is probably valid for >> Cog as well as for the regular VM. If it does not work, then there >> is more to the problem and I'll reopen the issue on Mantis. >> >> As far as I know, there have been no reports of libuuid failures on >> the Unix VMs since Ian changed to using an internal UUIDPlugin, so >> this is an easy fix if it works for Cog also. > > If libuuid is not available, the internally built UUIDPlugin crashes the > VM. > > > Levente > >> >> Dave >> >> >> _______________________________________________ >> 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 >

Oct. 6, 2010

Re: [Pharo-project] FFI number of arguments

by Levente Uzonyi

On Tue, 5 Oct 2010, Schwab,Wilhelm K wrote: > yes, that's what the link describes. The open question is whether anyone has successfully done that with 15+ arguments? It works up to 128 arguments. But why don't you try it yourself? Levente > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Levente Uzonyi [leves(a)elte.hu] > Sent: Tuesday, October 05, 2010 10:26 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] FFI number of arguments > > On Tue, 5 Oct 2010, Schwab,Wilhelm K wrote: > >> Hello all, >> >> I have been bumping into some functions with large numbers of arguments. One in particular would be best handled in the image if at all possible. The following might be the answer: >> >> http://thread.gmane.org/gmane.comp.lang.smalltalk.squeak.general/98538/focu… >> >> Have any of you done this with >15 (or whatever the cutoff is) arguments? > > You can create your own function object and invoke it with an array. > Here's an fprintf example on windows: > > fprintf := ExternalLibraryFunction > name: 'fprintf' > module: 'msvcrt.dll' > callType: ExternalFunction callTypeCDecl > returnType: ExternalType signedLong > argumentTypes: { > (ExternalType structTypeNamed: #FILE) asPointerType. > ExternalType string. > ExternalType signedLong }. > file := Stdio default fopenWith: 'test.txt' with: 'w'. > fprintf invokeWithArguments: { file. 'Your number is %d.'. 42 }. > Stdio default fcloseWith: file. > > > Levente > > P.S.: Note that you need the FILE and Stdio classes to run this example. > >> >> Bill >> >> >> _______________________________________________ >> 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 >

Oct. 6, 2010

Re: [Pharo-project] TextConstants

by Levente Uzonyi

On Tue, 5 Oct 2010, NicolÃ¡s Paez wrote: > Hi, I noticed that this PoolDictinary is not implemented like the others > that are based on SharedPool. > I made some research in this the mailing list (and in Squeak), and the only > explanation I found is that it is a risky and time consuming task to change > the implementation of TextConstant. TextConstants are not constants at all, they can be added/removed/changed on the fly. This is pretty hard to do with SharedPools. Levente > > I would like to do a spike trying to implemented the change and see what I > find. > > Has anyone tried to perform this change? > > Do you have any warning/suggestion? > > Regards, > > Saludos! > Nico. > blog: nicopaez.wordpress.com >

Oct. 6, 2010

Re: [Pharo-project] UUID and Cog?

by Schwab,Wilhelm K

Does the crash happen if the plugin is built on a machine without the library, or if it is run on a machine without it? ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Levente Uzonyi [leves(a)elte.hu] Sent: Tuesday, October 05, 2010 10:37 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] UUID and Cog? On Tue, 5 Oct 2010, David T. Lewis wrote: > On Tue, Oct 05, 2010 at 10:18:28AM -0700, Eliot Miranda wrote: >> On Tue, Oct 5, 2010 at 5:13 AM, Levente Uzonyi <leves(a)elte.hu> wrote: >> >>> On Tue, 5 Oct 2010, Philippe Marschall wrote: >>> >>> Hi >>>> >>>> Does anybody know whether UUIDs are supposed to work on Cog on Linux? I >>>> got the latest prebuilt Cog from [1] and UUID new crashes my VM with a >>>> seg fault on a Monticello commit. I believe it was working before I >>>> updated some Linux packages. >>>> >>> >>> Just rebuild the VM on your Linux, that should work. >>> >> >> In fact, just rebuild the plugin. Here's how. Once you've checked out >> http://www.squeakvm.org/svn/squeak/branches/Cog, read and obeyed >> unixbuild/HowToBuild through the configure step cd to >> unixbuild/bld/UUIDPlugin >> and say "make". Then take the plugin from >> unixbuild/bld/UUIDPlugin/.libs/UUIDPlugin > > Eliot, > > Would it be possible for you to build a VM with UUIDPlugin compiled > internally, building it on the same machine that you normally use, > and give it to Philippe to test? If it works, then the information > on http://bugs.squeak.org/view.php?id=7358 is probably valid for > Cog as well as for the regular VM. If it does not work, then there > is more to the problem and I'll reopen the issue on Mantis. > > As far as I know, there have been no reports of libuuid failures on > the Unix VMs since Ian changed to using an internal UUIDPlugin, so > this is an easy fix if it works for Cog also. If libuuid is not available, the internally built UUIDPlugin crashes the VM. Levente > > Dave > > > _______________________________________________ > 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

Oct. 6, 2010

Re: [Pharo-project] FFI number of arguments

by Schwab,Wilhelm K

yes, that's what the link describes. The open question is whether anyone has successfully done that with 15+ arguments? ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Levente Uzonyi [leves(a)elte.hu] Sent: Tuesday, October 05, 2010 10:26 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] FFI number of arguments On Tue, 5 Oct 2010, Schwab,Wilhelm K wrote: > Hello all, > > I have been bumping into some functions with large numbers of arguments. One in particular would be best handled in the image if at all possible. The following might be the answer: > > http://thread.gmane.org/gmane.comp.lang.smalltalk.squeak.general/98538/focu… > > Have any of you done this with >15 (or whatever the cutoff is) arguments? You can create your own function object and invoke it with an array. Here's an fprintf example on windows: fprintf := ExternalLibraryFunction name: 'fprintf' module: 'msvcrt.dll' callType: ExternalFunction callTypeCDecl returnType: ExternalType signedLong argumentTypes: { (ExternalType structTypeNamed: #FILE) asPointerType. ExternalType string. ExternalType signedLong }. file := Stdio default fopenWith: 'test.txt' with: 'w'. fprintf invokeWithArguments: { file. 'Your number is %d.'. 42 }. Stdio default fcloseWith: file. Levente P.S.: Note that you need the FILE and Stdio classes to run this example. > > Bill > > > _______________________________________________ > 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

Oct. 6, 2010