January 2013 - Pharo-dev - lists.pharo.org

[Pharo-project] [update 2.0] #20495

by Marcus Denker

20495 ----- Issue 7344: NewList improvement http://code.google.com/p/pharo/issues/detail?id=7344 Diff information: http://ss3.gemstone.com/ss/Pharo20/NewList-MarcusDenker.22.diff

Jan. 29, 2013

Re: [Pharo-project] where can I find the latest athens?

by Alexandre Bergel

> https://ci.inria.fr/rmod/job/Athens/ > > contains now the latest sources, I change that. > Though since no tests are run, there is no guarantee that the image works with the used NBCog vm... Where is the VM ? Why Athens is not properly packaged as it should be? I would like to work with athens, but currently I can't... I have an old VM, but apparently it is not compatible with recent source... Guys, please, take 5 minutes to package Athens Alexandre > > On 2013-01-28, at 18:08, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > >> Hi Igor, >> >> Is there any news on this? >> I would like to show how Roassal perform in Athens, but I cannot find the last VM and a working image... >> >> Cheers, >> Alexandre >> >> >> On Jan 26, 2013, at 10:48 AM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> >>> I checked: https://ci.inria.fr/rmod/job/Athens/? >>> There is no link for a one-click distribution? >>> Apparently the VM is not available? >>> >>> Cheers, >>> Alexandre >>> >>> >>> On Jan 26, 2013, at 7:19 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: >>> >>>> => #last works >>>> => Igor you should add a description to the jenkins job with the basics :) >>>> >>>> On 2013-01-26, at 11:15, Camillo Bruni <camillobruni(a)gmail.com> wrote: >>>>> ok, no stable configuration defined ;) >>>>> >>>>> https://ci.inria.fr/rmod/job/Athens/18/console >>>>> >>>>> so trying #development >>>>> >>>>> >>>>> On 2013-01-26, at 11:14, Camillo Bruni <camillobruni(a)gmail.com> wrote: >>>>> >>>>>> I just set up the jenkins job so we have one ;) >>>>>> Check the ci configuration: >>>>>> >>>>>> ./vm.sh $JOB_NAME.image config $REPO ConfigurationOfAthens --install=1.4 >>>>>> >>>>>> so maybe I should change that to stable... then again, this is not my job either I think ;) >>>>>> >>>>>> On 2013-01-26, at 01:03, StÃ©phane Ducasse <Stephane.Ducasse(a)inria.fr> wrote: >>>>>> >>>>>>> I opened the MC repository of Athens in the image that we can get from the ci >>>>>>> and I do not understand why there are lot of packages that are not the loaded. >>>>>>> Are they current development? >>>>>>> Is the CI image really holding the latest stable version? >>>>>>> >>>>>>> Stef >>>> >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 29, 2013

[Pharo-project] Adding SCTP support to the VM/Network-Kernel

by Holger Hans Peter Freyther

Hi, I require SCTP support for my work. I have implemented very basic support in the unix version of the SocketPlugin[1], made modifications to the CMake generation, the VMMaker part of the SocketPlugin and the Network-Kernel. Basic manual testing shows that I can open a connection read/write using the normal and specialized selectors. The Smalltalk bits can be found here[2]. What is the process to get a feature like this integrated? Is there a precedence of emitting CMake rules to check for libraries/headers to be present? holger [1] https://gitorious.org/~zecke/cogvm/zeckes-cogvm/commit/24bb6fd2c16661373567… [2] http://smalltalkhub.com/#!/~hfreyther2/sctp/source

Jan. 29, 2013

[Pharo-project] nativeboost google groups

by Torsten Bergmann

Hi Camillo, <just kidding> OK I now created a google group for mophic, I also created one for zinc, for filesystem and since it is now all there please stop using this mailinglist... </just kidding> Sorry - couldnt resist ;) But with your action on creating a google group for NB I'm now not sure if Igor and others continue to use the mailinglist here or the group you just created. This is what I meant with confusion ... Wouldnt it have been better to first discuss this here on the list if it is necessary to outsource and others feel the need to have a separate place to discuss NB deeper. >From my side I'm totally fine to keep it here - especially since most NB related discussions will influence Pharos direction anyway. As you know the separate issue tracker is historic - but I agree with you that we should discuss where to maintain NB issues now after that NB is integrated and part of the image. Thanks T.

Jan. 29, 2013

[Pharo-project] zn url with passwords

by Camillo Bruni

Am I correct in the assumption that ZnURL does not support a password in the url authority? 'http://username@domain:1234/path?query_string#fragment_id' asZnUrl vs 'http://username:password@domain:1234/path?query_string#fragment_id' asZnUrl where the latter one fails. Then I just realized that 'http://username@domain:1234/path?query_string#fragment_id' asZnUrl host = 'username@domain' I would have expected it to return only 'domain'.

Jan. 29, 2013

Re: [Pharo-project] Monticello class V.S. classSide

by Damien Cassou

On Tue, Jan 29, 2013 at 11:02 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > I think classSide is there for something with traits... not sure thought :P we don't have any trait in this code -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Jan. 29, 2013

Re: [Pharo-project] TxTextMorph based on new text model

by Denis Kudriashov

Hi 2013/1/29 Igor Stasenko <siguctua(a)gmail.com> > On 28 January 2013 19:37, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > wrote: > > This was experimental. Do not lose your time with it. Now you know that > you should continue :) > > This was to prove that "kids" could define even texteditor with simple > rules. > > > that 'script' called DSL :) > > so, yes.. you can write text editor with 10 lines of DSL code.. > + 100+ lines of code for DSL parser > + numerous hours for developers to master your DSL before they can > understand/change the code :) > > I think you all agree that smalltalk is powerfull enough to be DSL for any domain/problem. No needs for special syntax > > Stef > > > > > >> Here is the paper: http://www.vpri.org/pdf/m2010002_lobjects.pdf > >> And you can download the image with the actual active essay from > http://tinlizzie.org/lesserphic2/Text%20Field%20for%20LObject.zip > >> > >> I read paper and play with image. And I have not good impression about > this work. > >> > >> First they present text with real objects for each letter. Each letter > is actually big object with x, y, predecessor, successor and other > attributes. How much memory such model required? > >> Do you think that presenting any letter with real object (not just > character) is sufficient for modern computers? I think not. Of course such > model significantly simplified all logic around text layout stuff. But I > think it is too expensive. > >> > >> Another thing which I always not agree is introduction scripting > languages inside smalltalk. In paper all layout logic (and editing too) > programmed by "system of rules" in special scripting language (very similar > to smalltalk). If you look deeply you will see that rules call other rules > with same way methods call other methods in basic smalltalk code. So I > don't see any value of rules idea expressed with special scripts. > >> In spite of my non positive opinion I like what they do inside rules. > It is really simple and understandable code. Maybe I will try reuse > something. > >> > >> Best regards, > >> Denis > > > > > > > > > > > > > > -- > Best regards, > Igor Stasenko. > >

Jan. 29, 2013

Re: [Pharo-project] TxTextMorph based on new text model

by Igor Stasenko

On 28 January 2013 19:37, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > This was experimental. Do not lose your time with it. Now you know that you should continue :) > This was to prove that "kids" could define even texteditor with simple rules. > that 'script' called DSL :) so, yes.. you can write text editor with 10 lines of DSL code.. + 100+ lines of code for DSL parser + numerous hours for developers to master your DSL before they can understand/change the code :) > Stef > > >> Here is the paper: http://www.vpri.org/pdf/m2010002_lobjects.pdf >> And you can download the image with the actual active essay from http://tinlizzie.org/lesserphic2/Text%20Field%20for%20LObject.zip >> >> I read paper and play with image. And I have not good impression about this work. >> >> First they present text with real objects for each letter. Each letter is actually big object with x, y, predecessor, successor and other attributes. How much memory such model required? >> Do you think that presenting any letter with real object (not just character) is sufficient for modern computers? I think not. Of course such model significantly simplified all logic around text layout stuff. But I think it is too expensive. >> >> Another thing which I always not agree is introduction scripting languages inside smalltalk. In paper all layout logic (and editing too) programmed by "system of rules" in special scripting language (very similar to smalltalk). If you look deeply you will see that rules call other rules with same way methods call other methods in basic smalltalk code. So I don't see any value of rules idea expressed with special scripts. >> In spite of my non positive opinion I like what they do inside rules. It is really simple and understandable code. Maybe I will try reuse something. >> >> Best regards, >> Denis > > > > > -- Best regards, Igor Stasenko.

Jan. 29, 2013

Re: [Pharo-project] Extent a Athens surface?

by Igor Stasenko

On 28 January 2013 23:11, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Jan 28, 2013, at 6:25 PM, Fernando Olivero wrote: > >> Hola Vanessa, >> >> i can help you if, but i don't fully understand what do you want to achieve by "extending" the surface. > > I think that creating a larger surface. > how large? is AthensCairoSurface extent: 2000@2000 not works? > Stef >> >> Saludos, >> Fernando >> >> >> On Mon, Jan 28, 2013 at 10:17 PM, Vanessa PeÃ±a Araya <van.c.pena(a)gmail.com> wrote: >> Hi, >> >> I wanted to ask if it's possible to extent an Athens surface. If it >> can't be done, because as far as I understand this can't be done in >> Cairo, is it possible to simulate it at least? Is it possible to stop >> #drawDuring: and build another surface, maybe? >> >> Thanks, >> Vanessa. >> >> > > -- Best regards, Igor Stasenko.

Jan. 29, 2013

Re: [Pharo-project] NativeBoost linux 8 byte structures

by Igor Stasenko

i guess bets would be to detect that programmatically, i.e. make a function which returns struct (inside VM/plugin) and check the result, instead of relying on ifdefs.. and yes, this is a mess :) On 28 January 2013 23:58, Ciprian Teodorov <ciprian.teodorov(a)gmail.com> wrote: > Thank you guys, > > you got me started... I've submitted a quick fix... however we'll need to > write some linux tests... > > Cheers, > > > On Mon, Jan 28, 2013 at 11:20 PM, Nicolas Cellier > <nicolas.cellier.aka.nice(a)gmail.com> wrote: >> >> See also this thread >> http://lists.gforge.inria.fr/pipermail/pharo-project/2012-May/064140.html, >> and this link http://www.shell-storm.org/papers/files/657.pdf to give >> you an idea of how messy every-one-else-but-your-own low level code >> can be... >> >> Nicolas >> >> 2013/1/28 Eliot Miranda <eliot.miranda(a)gmail.com>: >> > >> > >> > On Sun, Jan 27, 2013 at 2:26 PM, Ciprian Teodorov >> > <ciprian.teodorov(a)gmail.com> wrote: >> >> >> >> Hi Guys, >> >> >> >> Today I wanted to test my TalkFFI project on linux, and I run into some >> >> NB >> >> issue. >> >> It seems that the VM crashes when trying to invoke a function returning >> >> a >> >> 8 byte structure. >> >> I have tried with 4 bytes structure and I get some bogus data but no >> >> crash >> >> with 12 bytes structure it seems to work... >> > >> > >> > I suspect this is a win32/linux difference that NB doesn't handle yet. >> > On >> > win32 power-of-two structures <= 8 bytes in length are returned in >> > registers. On linux they're always returned through memory. Here are >> > the >> > relevant defs from the ThreadedIA32FFIPlugin >> > >> > >> > #if defined(_X86_) || defined(i386) || defined(__i386) || >> > defined(__i386__) >> > /* Both Mac OS X x86 and Win32 x86 return structs of a power of two in >> > size >> > * less than or equal to eight bytes in length in registers. Linux never >> > does so. >> > */ >> > # if __linux__ >> > # define WIN32_X86_STRUCT_RETURN 0 >> > # else >> > # define WIN32_X86_STRUCT_RETURN 1 >> > # endif >> > >> > #define returnStructInRegisters(sz) (WIN32_X86_STRUCT_RETURN && (sz) <= >> > 8 && >> > !((sz)&((sz)-1))) >> > >> > >> > HTH >> > >> >> Attached to this mail you will find a simple test case. >> >> >> >> the c file I have compiled with: >> >> >> >> gcc -g -fPIC -Wall -c -m32 strreturn.c >> >> gcc -shared -g -Wl,-soname,libret.so.1 -o libret.so -m32 strreturn.o >> >> -lc >> >> >> >> Cheers, >> >> -- >> >> Dr. Ciprian TEODOROV >> >> IngÃ©nieur DÃ©veloppement CAO >> >> >> >> tÃ©l : 06 08 54 73 48 >> >> mail : ciprian.teodorov(a)gmail.com >> >> www.teodorov.ro >> > >> > >> > >> > >> > -- >> > best, >> > Eliot >> > > > > -- > Dr. Ciprian TEODOROV > IngÃ©nieur DÃ©veloppement CAO > > tÃ©l : 06 08 54 73 48 > mail : ciprian.teodorov(a)gmail.com > www.teodorov.ro -- Best regards, Igor Stasenko.

Jan. 29, 2013