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

Re: [Pharo-project] Alien + MacVM + plugin/primitive error

by Luc Fabresse

2011/2/4 Esteban Lorenzano <estebanlm(a)gmail.com> > > El 04/02/2011, a las 7:12p.m., Igor Stasenko escribiÃ³: > > > btw, > > this could be avoided by checking > > > > that module is internal (using Smalltalk listBuiltinModules), > > so then don't run tests that depending on plugin being external > > No, I don't think this is the right path... better to be able to do > different loadings if it's internal or external, but execute the tests in > both cases :) > Or much better, compile alien plugin as a dylib, not all integrated. > Of course, to do this we need time... and time is not all around lately... > but soon or later I will be doing all of this ;) > > yes, I agree that tests should be always executed. The Alien code should be fixed to run smoothly even if the plugin is internal. But, as Bert said it would be better for security reasons to have the Alien plugin as an external one. So I think will try to generate it as external and make the tests pass. Cheers, #Luc > best, > Esteban >

Feb. 4, 2011

Re: [Pharo-project] Issue 3653 in pharo: enh: change cursor form when over active editable text morph

by pharo＠googlecode.com

Comment #4 on issue 3653 by aplan...(a)gmail.com: enh: change cursor form when over active editable text morph http://code.google.com/p/pharo/issues/detail?id=3653 Yes, it is another solution but not always true. This implementation is the same as the one of thunderbird for example :)

Feb. 4, 2011

Re: [Pharo-project] Network training

by Levente Uzonyi

On Fri, 4 Feb 2011, Noury Bouraqadi wrote: > > On 4 fÃ©vr. 2011, at 12:38, jannik.laval wrote: > >> >> On Feb 4, 2011, at 09:48 , Igor Stasenko wrote: >> >>> On 4 February 2011 09:19, Laval Jannik <jannik.laval(a)gmail.com> wrote: >>>> but how can i find these ip address in pharo? >>>> >>>> >>> perhaps by writing new primitive :) >>> >> Is there one already existing ? >> > I don't think so. > An alternative might be to use an Ocean-like approach and call OS features directly through some FFI. There is. See my previous mail in this thread. > >> Now, another thing, the method: NetNameResolver>>isConnected. >> Inside there is this code: >> >> === >> isConnected >> "Dirty, but avoids fixing the plugin bug" >> [NetNameResolver addressForName: 'www.esug.org'.] on: NameLookupFailure do: [:ex| ^false]. >> ^true >> === >> >> The comment is clear... is the plugin bug fixed ? >> > No. > > Luc and I decided that it does not worth it struggling with the plugin. > This is why we initiated the Ocean project (plugin-free networking) available on SqueakSource. Plugin-free networking doesn't exist. You either use the SocketPlugin, FFIPlugin or the plugin for Alien. Levente > > We made interesting (though slow) progress so far. > Currently we have a complete library for TCP client socket. > For the server socket to be usable we need multithreading Alien which is not available yet. Hope Eliot will have time to work on this soon or may be we'll get NativeBoost working on all major platforms (Go Igore!!!). > > Instead of remaining stalled or hacking some temporary solution, we changed a bit our strategy in order to have (hopefully) support for TCP sockets ready for Pharo 1.3. Our idea is that the limitations of networking problem have 2 origins: The poor library and the plugin. > > We decided to put all our effort on the library and having it work with the plugin. We are re-writing it fully with tests. > Our design is independent of the low-level network support (Bridge pattern). > So, we can (didn't test yet) be able to work either with the plugin or with any external networking library, through Alien or other FFI. > Once we'll be done with the library, we'll tackle the plugin issue. > > The Ocean is wide, we have to row a lot ;-) > Noury > >

Feb. 4, 2011

Re: [Pharo-project] Alien + MacVM + plugin/primitive error

by Esteban Lorenzano

El 04/02/2011, a las 7:12p.m., Igor Stasenko escribiÃ³: > btw, > this could be avoided by checking > > that module is internal (using Smalltalk listBuiltinModules), > so then don't run tests that depending on plugin being external No, I don't think this is the right path... better to be able to do different loadings if it's internal or external, but execute the tests in both cases :) Or much better, compile alien plugin as a dylib, not all integrated. Of course, to do this we need time... and time is not all around lately... but soon or later I will be doing all of this ;) best, Esteban

Feb. 4, 2011

Re: [Pharo-project] Alien + MacVM + plugin/primitive error

by Esteban Lorenzano

oops... the answer to Luc was also for all the list... not private intention, just wrong button pressed. I'm coping here again... sorry :) Hi Luc, cool you are willing to help :) in 5.7.4 alien is integrated to the vm... so you need to download latest version from here: http://gitorious.org/~estebanlm/squeak-vm/cocoa-osx and should compile out of the box. The project is platforms/iOS/vm/SqueakPureObjc.xcodeproj there is a PharoDev 1.1.1 with every thing loaded there (under ./image) To generate the files as expected, you can execute CMakeGenScripts generateCocoaVM. ...and that's all :) btw... in my Alien-MacOS, I needed to fix some things (on the native code, not yet merged into trunk), and now -in my tests- everything looks like working, but not the tests... it fails loading a library, maybe because the library is not there (as it is an integrated module)... I didn't spend time fixing the tests yet :( Cheers, Esteban El 04/02/2011, a las 7:12p.m., Igor Stasenko escribiÃ³: > btw, > this could be avoided by checking > > that module is internal (using Smalltalk listBuiltinModules), > so then don't run tests that depending on plugin being external > > > > On 4 February 2011 23:09, Igor Stasenko <siguctua(a)gmail.com> wrote: >> On 4 February 2011 23:05, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: >>> Hi Igor, >>> Esteban said that he has integrated the plugin as internal. >>> And I suspect that it is the main problem for the tests because the image >>> code tries to load the the plugin. >> >> yes. most probably this is why they fail, because can't find the .dll >> symbol lookup in main module is different comparing to external lib. >> >>> He just gave me the infos to compile my own VM. >>> So I will have a look .... >>> and learn ;-) >>> >>> Thx, >>> #Luc >>> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> > > > > -- > Best regards, > Igor Stasenko AKA sig. >

Feb. 4, 2011

Re: [Pharo-project] Alien + MacVM + plugin/primitive error

by Igor Stasenko

btw, this could be avoided by checking that module is internal (using Smalltalk listBuiltinModules), so then don't run tests that depending on plugin being external On 4 February 2011 23:09, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 4 February 2011 23:05, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: >> Hi Igor, >> Â Esteban said that he has integrated the plugin as internal. >> Â And I suspect that it is the main problem for the tests because the image >> code tries to load the the plugin. > > yes. most probably this is why they fail, because can't Â find the .dll > symbol lookup in main module is different comparing to external lib. > >> Â He just gave me the infos to compile my own VM. >> Â So I will have a look .... >> Â and learn ;-) >> >> Thx, >> #Luc >> > > -- > Best regards, > Igor Stasenko AKA sig. > -- Best regards, Igor Stasenko AKA sig.

Feb. 4, 2011

Re: [Pharo-project] Alien + MacVM + plugin/primitive error

by Igor Stasenko

On 4 February 2011 23:05, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: > Hi Igor, > Â Esteban said that he has integrated the plugin as internal. > Â And I suspect that it is the main problem for the tests because the image > code tries to load the the plugin. yes. most probably this is why they fail, because can't find the .dll symbol lookup in main module is different comparing to external lib. > Â He just gave me the infos to compile my own VM. > Â So I will have a look .... > Â and learn ;-) > > Thx, > #Luc > -- Best regards, Igor Stasenko AKA sig.

Feb. 4, 2011

Re: [Pharo-project] Alien + MacVM + plugin/primitive error

by Luc Fabresse

Hi Igor, Esteban said that he has integrated the plugin as internal. And I suspect that it is the main problem for the tests because the image code tries to load the the plugin. He just gave me the infos to compile my own VM. So I will have a look .... and learn ;-) Thx, #Luc > > Any clue to make it work in the MacVM 5.7.4? > > Yes, build & debug your own (joking). > My plate is full, and Esteban's too i guess... but i added this to my > todo list anyways. > > > #Luc > > > -- > Best regards, > Igor Stasenko AKA sig. > >

Feb. 4, 2011

Re: [Pharo-project] Alien + MacVM + plugin/primitive error

by Igor Stasenko

On 4 February 2011 21:43, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: > Hi Guys, > Â Jannik pointed an interesting problem. > > Â If I load Alien in both 1.1 or 1.2. > > Â Gofer it squeaksource: 'MetacelloRepository' ; Â package: > 'ConfigurationOfAlien'; load. > ((Smalltalk globals at: #ConfigurationOfAlien) project version: 'Pharo 1.1') > load: {'All'. 'MacOSX'} > Â - with the MacVM 4.2.5beta1U => 40 tests green (it works) > Â - with the MacVM 5.7.4 => 20 tests green and 20 error (can't call a simple > external function) > Â it seems that the I32ABI plugin is not loaded correctly. > Â AlienLibrary>>primLoadLibrary: 'IA32ABI' failed. is it internal or external? > Â Any clue to make it work in theÂ MacVM 5.7.4? Yes, build & debug your own (joking). My plate is full, and Esteban's too i guess... but i added this to my todo list anyways. > #Luc -- Best regards, Igor Stasenko AKA sig.

Feb. 4, 2011

Re: [Pharo-project] thinking about a community model of funding

by Igor Stasenko

On 4 February 2011 21:10, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Idiot... >> http://t0.gstatic.com/images?q=tbn:ANd9GcQ0Yjzjbrwnaq8Y0fyu1rY8VCqEEhhRZEl9… > > you are just jalous :) > of course I should do some sport :) > no, i just tried to find a pic which fits better for appeal :) -- Best regards, Igor Stasenko AKA sig.

Feb. 4, 2011