March 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] R: R: [Moose-dev] numerical method in smalltalk

by Serge Stinckwich

On Wed, Mar 21, 2012 at 2:50 PM, Lorenzo Schiavina <lorenzo(a)edor.it> wrote: > Hi Serge, > > if you can understand Italian, you can see a presentation at: > http://www.edor.it/index.php?option=com_content&view=article&id=30&Itemid=65 > This application has been developed in VSE, but a student of mine has > already done (a partial) porting in Squeak; he already told me that he > wanted to send it to Squeak community so, if you want, I can send it to you. Yes please. > At present the code has no special license and I will be pleased to > integrate it into a bigger package with any kind of license. I think we should have the same licence than Pharo, MIT licence. > My application has a specific fuzzyfication/defuzzyfication method but, if > you consider it useful, I can extend it to some other theoretical approach. > As a matter of fact, my application (not my student's) is an environment for > creating expert systems that have been used in many different fields > (medical, forecasting, sport, environment control). The idea of SciSmalltalk is to build a library not a tool. Maybe some of part of your fuzzy operators you provide could be reused to be part of this library. Regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

March 21, 2012

Re: [Pharo-project] Concrete Type Inference

by Santiago Bragagnolo

Thanks too, i spend two hours searching for it last night :P when i couldn't make work the image of Concrete Type in the latest vm. (i had to prove :P). 2012/3/21 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > On Mar 21, 2012, at 10:34 AM, Francisco Garau wrote: > > > Hi - we are trying to port to Pharo some work I've done on Concrete Type > Inference back in 2001. > > Excellent! > We want that ;) > > > > > I've got a Squeak 2.8 image which is working, but having some minor > problems with the pluggins. > > > > Is there a public repository where old Squeak distributions are stored? > > normally on http://www.squeak.org/ > there is an ftp > http://ftp.squeak.org > > stef > > > > > Thanks, > > Francisco > > >

March 21, 2012

Re: [Pharo-project] About NonInteractiveUIManager>>#onSnapshot: and related

by Guillermo Polito

So, If I have an image with no GUI, which UIManager should I install, how and when? Because at image startup I can't use a MorphicUIManager if I don't have it loaded into the image :). On Wed, Mar 21, 2012 at 8:00 AM, Camillo Bruni <camillobruni(a)gmail.com>wrote: > indeed the non-interactive one keeps the previous version alive in the > instvar... > > I just copied the existing implementation (without much motivation). > Bit for simplicity's sake we should simply instantiate every time the > proper ui manager, that would simplify these ugly methods quite a bit. > > cami > > > On 2012-03-21, at 04:12, Igor Stasenko wrote: > > > the logic there was to set a non-interactive ui manager > > for headless sessions only , and then restore back a previous one > > (whatever it is), once session is changed back to headfull. > > > > if its uiManager is nil, it should reset the default manager, > > if i remember correctly, then UImanager itself will take care > > instantiating default one. > > > > On 21 March 2012 04:35, Guillermo Polito <guillermopolito(a)gmail.com> > wrote: > >> Hi, > >> > >> I was doing some hacking, and playing with NonInteractiveUIManager. > And it > >> puzzled me that I realized that it has an inst var uiManager that seems > to > >> refer to an uiManager it's replacing. > >> But my UIManager is not replacing anyone, it's my default and unique > >> UIManager and this var points to nil :S! > >> > >> So the code below does not work... > >> > >> onSnapshot: resuming > >> "The resuming argument is true when image boots from disk, > >> and false, if user just did an image snapshot." > >> > >> resuming ifTrue: [ > >> Smalltalk isHeadless ifFalse: [ > >> "restore old, or nil, so it will be set in #default " > >> uiManager beDefault. > >> UIManager default onSnapshot: resuming. > >> ^ self ]. > >> Smalltalk isInteractive ifTrue: [ > >> "use a headless but interactive manager" > >> ^ self headlessManager onSnapshot: resuming ]]. > >> > >> > >> " this flag set to true only if we are saving a snapshot before > quitting > >> " > >> doNotQuitOnRestart ifTrue: [ > >> Smalltalk snapshot: false andQuit: true]. > >> > >> > >> I made it work in my image adding within the controversial lines: > >> > >> uiManager ifNotNil: [ > >> uiManager beDefault. > >> UIManager default onSnapshot: resuming. > >> ] > >> > >> But it really looks like a hack because that inst var is ment to do > >> something else... > >> Is it asking me for a refactor? Or am I using this stuff in the wrong > way? > >> Camillo, Igor? :P > >> > >> Guille > > > > > > > > -- > > Best regards, > > Igor Stasenko. > > > > >

March 21, 2012

Re: [Pharo-project] dead code?

by Guillermo Polito

My Image says it is a 14404 one, but monticello says I lack a lot of versions of System-Support Â¬Â¬. Updating... Sorry! On Wed, Mar 21, 2012 at 7:58 AM, Camillo Bruni <camillobruni(a)gmail.com>wrote: > is here in 14404: SmalltalkImage>>handleStartupErrors: > > > On 2012-03-21, at 04:14, Guillermo Polito wrote: > > > SmalltalkImage>>handleStartupErrors: > > > > is not implemented but sent by > > > > SmalltalkImage>>snapshot:andQuit: > > > > > > When did we lost it? :P > > > > Guille > > >

March 21, 2012

Re: [Pharo-project] Morpheas , bringing Morphic to Opengl (3d GUIs)

by Alexandre Bergel

I think that moat of us appreciate screenshots sent on the mailing list :-) Cheers, Alexandre Le 19 mars 2012 Ã 10:50, Igor Stasenko <siguctua(a)gmail.com> a Ã©crit : > great! > > On 19 March 2012 16:11, Javier PimÃ¡s <elpochodelagente(a)gmail.com> wrote: >> I got some time and finished commiting it. >> >> Steps to load it (I tested with pharo 1.3): >> >> 1. load NBOpenGL with its configuration. >> 2. load NBXLib package from monticello >> 3. load NBOpengl-X package from monticello >> >> Then you can run the example (you'll need tahoma font): >> >> 4. add the patch I attach. >> 5. Do this: >> >> GLTTRenderingDemo new openInWorld. >> >> tell if something doesn't work. >> >> Cheers, >> Javier. >> >> On Tue, Jan 31, 2012 at 12:53 PM, Javier PimÃ¡s <elpochodelagente(a)gmail.com> >> wrote: >>> >>> Hi! IIRC: Two months ago the code was working on windows but needed some >>> modifications to create the contexts on the other platforms. Probably Igor >>> did that for mac now, and maybe even linux, but I have to test. I remember I >>> was working on the NBXLib wrapper so that context creation can be done with >>> st code on linux. I will continue with all this this week, I just have to >>> download everything and catch up with recent changes and then I'll come >>> back. >>> >>> Cheers, >>> Javier. >>> >>> >>> On Tue, Jan 31, 2012 at 10:38 AM, Igor Stasenko <siguctua(a)gmail.com> >>> wrote: >>>> >>>> On 31 January 2012 10:29, dimitris chloupis <thekilon(a)yahoo.co.uk> wrote: >>>>> I wanted to ask if NB and COG will support windows as well, I see no >>>>> windows >>>>> build. >>>> there is windows build, just check downloads page of NB project site. >>>> >>>>> >>>>> and here we go with first problem. I am in linux mint 12 32 bit with a >>>>> graphic card NVIDIA GEFORCE 6200 . >>>>> >>>>> I got Cog VM with the Nativeboost plugin + Pharo 1.4 image + >>>>> Nativeboost + >>>>> NBOpenGL >>>>> >>>>> This is my workspace >>>>> >>>>> ---- >>>>> Gofer it >>>>> squeaksource: 'NativeBoost'; >>>>> package: 'NativeBoost-Installer'; >>>>> load. >>>>> >>>>> >>>>> NBInstaller install. >>>>> >>>>> Gofer it >>>>> squeaksource: 'NBOpenGL'; >>>>> package: 'ConfigurationOfNBOpenGL'; >>>>> load. >>>>> >>>>> ConfigurationOfNBOpenGL project lastVersion load. >>>>> >>>>> test := (GLTTRenderingDemo new) openInWorld; yourself. >>>>> --- >>>>> >>>>> the problem appears in the last line with an error "No suitable >>>>> implementation found for initlising OpenGL context" . Should I assume >>>>> it can >>>>> find OpenGL libraries or is it a problem with the graphic card drivers. >>>>> CC >>>>> has been given me problem, but Blender works okish considering it >>>>> completely >>>>> reliant on OpenGL >>>>> >>>> >>>> Yes, because for linux we don't have an opengl initialization yet. >>>> Javier were working on that.. >>>> @Javier, what is the status? >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko. >>>> >>> >>> >>> >>> -- >>> Lic. Javier PimÃ¡s >>> Ciudad de Buenos Aires >> >> >> >> >> -- >> Lic. Javier PimÃ¡s >> Ciudad de Buenos Aires > > > > -- > Best regards, > Igor Stasenko. >

March 21, 2012

Re: [Pharo-project] Zodiac is cool!

by Alexandre Bergel

For people like me wondering what zodiac is all about: "Zodiac is an open-source, cross-smalltalk implementation of regular and secure socket streams." Cheers, Alexandre Le 19 mars 2012 Ã 10:49, "Sean P. DeNigris" <sean(a)clipperadams.com> a Ã©crit : > Zodiac is very exciting. I will have to rely on Ruby a lot less when we have > a reliable https client built in! > > > Sven Van Caekenberghe wrote >> >> PS: It still does not yet work perfectly across all platforms or servers >> that you might want to access, so any feedback is welcome. >> > > Is there a bug tracker? I want to make sure that redirect truncation bug we > found does not get lost. Also, the "Zodiac" link on > http://zn.stfx.eu/zn/index.html is broken > > Thanks. > Sean > > -- > View this message in context: http://forum.world.st/Zodiac-is-cool-tp4484313p4485256.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

March 21, 2012

Re: [Pharo-project] Reliable method change detection

by Alexandre Bergel

This is interesting. If we have this method on Object, can it be used to keep track of side effects? It looks like to isn't it? Alexandre Le 19 mars 2012 Ã 23:35, Martin Dias <tinchodias(a)gmail.com> a Ã©crit : > Finally I tried with a bytecodes checksum to detect changes. I chose a 16-bit variant of Adler-32 (http://en.wikipedia.org/wiki/Adler-32) Was easy and worked fine. > > ByteArray >> > adler16from: start to: end > "Answer a checksum over the values of the specified interval, calculated using Adler-16 algorithm." > | a b | > a := 1. > b := 0. > start to: end do: [ :index | > a := (a + (self at: index)) \\ 251. > b := (b + a) \\ 251. ]. > ^(b bitShift: 8) bitOr: a > > CompiledMethod >> > bytecodesHash > "Answer a 16-bit checksum of the bytecodes." > ^ self adler16from: self initialPC to: self endPC > > > cheers, > MartÃn > > On Sat, Mar 17, 2012 at 2:17 AM, Martin Dias <tinchodias(a)gmail.com> wrote: > Hi > > In Fuel (bleeding edge), a compiled method can be serialized as a global. Basically, we store the class name and selector, so loading it is straightforward... this can be fine if we suppose there were not any change in the system between save and load time. This can be a huge supposition, but maybe it's acceptable in some uses, for example to "log" exceptions. > > Well, actually we can discuss if this is a good approach, but anyway I am interested on how to detect a BIG change, for example the one I show in the following code (which produces a vm crash): > > | byteArray aClass aClosure materializedClosure | > > aClass := Object subclass: #A. > aClass compileSilently: 'methodWithClosure ^ [ 42 ] '. > > aClosure := aClass new perform: #methodWithClosure. > > byteArray := FLSerializer serializeToByteArray: aClosure. > > aClass compileSilently: 'methodWithClosure ^ 42'. > > materializedClosure := FLMaterializer materializeFromByteArray: byteArray. > materializedClosure value. > > > What can we do to detect this change? > - generate a checksum with bytecodes > - just compare the size > - something else? > > Thanks, > MartÃn >

March 21, 2012

Re: [Pharo-project] Concrete Type Inference

by StÃ©phane Ducasse

On Mar 21, 2012, at 10:34 AM, Francisco Garau wrote: > Hi - we are trying to port to Pharo some work I've done on Concrete Type Inference back in 2001. Excellent! We want that ;) > > I've got a Squeak 2.8 image which is working, but having some minor problems with the pluggins. > > Is there a public repository where old Squeak distributions are stored? normally on http://www.squeak.org/ there is an ftp http://ftp.squeak.org stef > > Thanks, > Francisco

March 21, 2012

Re: [Pharo-project] Make arduino work on linux with cog vm

by Pavel Krivanek

On Wed, Mar 21, 2012 at 11:51 AM, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > On Wed, Mar 21, 2012 at 11:34 AM, Pavel Krivanek > <pavel.krivanek(a)gmail.com> wrote: >> On Wed, Mar 21, 2012 at 3:05 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: >>> On 21 March 2012 00:23, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: >>>> On Tue, Mar 20, 2012 at 10:46 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >>>>> On 20 March 2012 22:32, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: >>>>>> Try VM from here: http://squeakvm.org/unix/ >>>>>> ...but you cannot use the latest Pharo image from CI server (because >>>>>> it is saved in CogVM). But you can try official 1.3. >>>>>> >>>>> I think a better alternative would be to fix VM and make it work. >>>>> >>>>> I assuming there's something wrong with SerialPlugin , which used by >>>>> SerialPort, no? >>>>> I can't remember if this plugin is included into VM by default or not.. >>>> >>>> It is an internal plugin in CogVM >>>> >>> ok, so we should fix it. :) >> >> It seems that the CogVM has no implementation for primitive >> primitiveSerialPortOpenByName, only for primitiveSerialPortOpen. Can >> you look at it? >> >> -- Pavel > > it can work even for primitiveSerialPortOpen with port defined by > number but the VM supposes it will open classic /dev/ttySx port, not > /dev/ttyUSBx port. > > See > blessed/platforms/unix/plugins/SerialPlugin/sqUnixSerial.c > line 24 > static const char serialPortBaseNameDefault[] Â = "/dev/ttyS0"; > > I tried to change it to /dev/ttyUSB0 (the last character is removed) > and it works... > so you may do a workaround with something like ln -s /dev/ttyUSB0 /dev/ttyS0 and then open port by number SerialPort new openPort: 0. -- Pavel

March 21, 2012

Re: [Pharo-project] Understanding RunArray>>scanFrom:

by Marcus Denker

On Mar 21, 2012, at 11:56 AM, Camillo Bruni wrote: >>> >> i would also prefer disabling any styling in class comments >> because often, when you copy/paste styled text into class comment, it >> remains styled.. > > for class comments I would rather go with something like Markdown for formatting? which stays readable as is without formatting. Yes, I would say so... I have to admit that I am a fan of the general "beyond ASCII" idea of which one sees a tiny gimpse of a shadow in Squeak... but the way it was done in Squeak was never really good enough and people did not use it at all. (Partly because both Morphic and it's text model as well as the UI never was any good...). E.g. the first thing you want in comments is embedding Figures (e.g. of Datastructures)... or even life working examples. Is there anything that Squeak Rich Text (of the kind that is serializable as a method style) can do that Markdown can not? http://en.wikipedia.org/wiki/Markdown -- Marcus Denker -- http://marcusdenker.de

March 21, 2012