- Pharo-dev - lists.pharo.org

Re: [Pharo-project] smalltalkhub and project ownership

by Camillo Bruni

On 2012-11-23, at 15:11, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > On Nov 23, 2012, at 7:01 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> Norbert >> >> I can tell you that I was exactly concerned about the same point and that we are talking about it since a couple of months. >> Nicolas implemented projects and privacy to support people wanted to do private business (yes we want to support it). >> Now he got stuck because of a problem in smalltalkhub and more important a bug in the cog vm. >> I do not know what is the status of this one. > > we (Igor and me) fight against this bug 2 days... and we failed, for now :( > I need to prepare an image to reproduce the error, so Eliot can take a look. do we have an issue in the cog tracker for that?

Nov. 23, 2012

Re: [Pharo-project] Athens Documentation (was: Helping with Athens development)

by StÃ©phane Ducasse

I think that having a proftef ilke approach is the way to go + class comments So creating a library of example like in mondrian or roassal is the best way to give a chance to people to learn. stef

Nov. 23, 2012

Re: [Pharo-project] Athens, Nativeboost and Igor's gray hair

by Esteban Lorenzano

and you have to see my 1k small spheres falling into a pot :P (my objective is to get 2k and still be performant, I don't know if I will succeed, but is fun to try) and JB's joint example, btw :) Esteban On Nov 23, 2012, at 7:10 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > You are welcome. > > Stef > >> that what happens when i get tons of emails, i missed yours. But thanks to >> world of smalltalk i found it. Thanks for sharing that great stuff I am >> actually considering giving a helping hand to Athens , I really like it. >> >> >> >> -- >> View this message in context: http://forum.world.st/Athens-Nativeboost-and-Igor-s-gray-hair-tp4656395p465… >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> > >

Nov. 23, 2012

Re: [Pharo-project] smalltalkhub and project ownership

by Esteban Lorenzano

On Nov 23, 2012, at 7:01 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Norbert > > I can tell you that I was exactly concerned about the same point and that we are talking about it since a couple of months. > Nicolas implemented projects and privacy to support people wanted to do private business (yes we want to support it). > Now he got stuck because of a problem in smalltalkhub and more important a bug in the cog vm. > I do not know what is the status of this one. we (Igor and me) fight against this bug 2 days... and we failed, for now :( I need to prepare an image to reproduce the error, so Eliot can take a look. Esteban > The idea is that soon (probably next week) a new version of smalltalkhub will get out. > > Stef > > On Nov 22, 2012, at 11:41 AM, Norbert Hartl wrote: > >> Is there an explanation why in smalltalkhub every project resides below a user? >> >> I just saw that Francois moved the MongoTalk from squeaksource to smalltalkhub. With the move the project moved into francois' projects. That seems like a step back at first. In squeaksource projects are global and have certain roles attached. Thus making it easier to shift responsibility. Especially when a user takes over a project and then stops working on it what would be the workflow for this? Can projects be moved? Do we need to copy? >> I can see that there is a tension to mimick github. But in github I just fork a project under my own account where it can reside even if the original author abandoned the project. What would be a good way to handle that common use case? >> >> thanks, >> >> Norbert > >

Nov. 23, 2012

Re: [Pharo-project] Athens, Nativeboost and Igor's gray hair

by StÃ©phane Ducasse

You are welcome. Stef > that what happens when i get tons of emails, i missed yours. But thanks to > world of smalltalk i found it. Thanks for sharing that great stuff I am > actually considering giving a helping hand to Athens , I really like it. > > > > -- > View this message in context: http://forum.world.st/Athens-Nativeboost-and-Igor-s-gray-hair-tp4656395p465… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Nov. 23, 2012

Re: [Pharo-project] Internship

by StÃ©phane Ducasse

thierry we will publish this offer. Now did you look at dave mason work on C header parsing. Stef On Nov 22, 2012, at 3:42 PM, Goubier Thierry wrote: > Hi all, > > I'm looking for some help in parsing C files (and the opportunity to use Petit Parser (Parseur?)) so I'm looking for an internship candidate (Master level). > > The objective is to do a C preprocessor with a targeted integration in an existing C parser, and, in particular, provide high-level information about applied macros/defines for the tokens provided to the C parser itself. Platform should be Pharo (2.0:)). > > Place is Saclay, SW of Paris. The lab has a strong team on compilation tool chains for embedded manycores, from programming language design down to micro-kernel and mapping, and is able to select good interns for further work opportunities. > > http://www.cea.fr/ressources-humaines/stages-et-formation-en-alternance/les… > > Regards, > > Thierry > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >

Nov. 23, 2012

Re: [Pharo-project] smalltalkhub and project ownership

by StÃ©phane Ducasse

Norbert I can tell you that I was exactly concerned about the same point and that we are talking about it since a couple of months. Nicolas implemented projects and privacy to support people wanted to do private business (yes we want to support it). Now he got stuck because of a problem in smalltalkhub and more important a bug in the cog vm. I do not know what is the status of this one. The idea is that soon (probably next week) a new version of smalltalkhub will get out. Stef On Nov 22, 2012, at 11:41 AM, Norbert Hartl wrote: > Is there an explanation why in smalltalkhub every project resides below a user? > > I just saw that Francois moved the MongoTalk from squeaksource to smalltalkhub. With the move the project moved into francois' projects. That seems like a step back at first. In squeaksource projects are global and have certain roles attached. Thus making it easier to shift responsibility. Especially when a user takes over a project and then stops working on it what would be the workflow for this? Can projects be moved? Do we need to copy? > I can see that there is a tension to mimick github. But in github I just fork a project under my own account where it can reside even if the original author abandoned the project. What would be a good way to handle that common use case? > > thanks, > > Norbert

Nov. 23, 2012

Re: [Pharo-project] [ANN] Limbo: a simple shell wrapper for NativeBoost

by Igor Stasenko

On 23 November 2012 18:00, Max Leske <maxleske(a)gmail.com> wrote: > Ok, thanks Igor. > > So it seems the only remaining option (apart from providing a C library) it to use Assembly. Assembly is not my territory at all but here's how I think it could work: > > â¦ > emitCall: [:gen | | fork dup2 execv | > fork := NativeBoost forCurrentPlatform getGlobalSymbolPointer: 'fork'. > dup2 := NativeBoost forCurrentPlatform getGlobalSymbolPointer: 'dup2'. > execv := NativeBoost forCurrentPlatform getGlobalSymbolPointer > gen asm mov: fork asUImm32 to: gen asm EAX. > gen asm call: gen asm EAX. > "somehow get the fork return value and test for 0. > only execute the following lines if pid = 0" > gen asm mov: dup2 asUImm32 to: gen asm EAX. > gen asm call: gen asm EAX. > gen asm mov: execv asUImm32 to: gen asm EAX. > gen call: gen asm EAX. > ] > > As you can see, I have absolutely no clue what I'm doing :) (just a good copycat). I figure that everything from fork() to exec() needs to be in the same Assembly sequence to ensure that the child process doesn't try to execute VM code (multiple #emitCall:'s probably wouldn't work). > > I think that if you could help me fill in the code for where I simply used a comment, I could come up with the rest (writing function specs etc.). I'l try at least. > yes i can help. where i can get the code? btw, your code is actually very close to how it should be done. > Cheers, > Max > -- Best regards, Igor Stasenko.

Nov. 23, 2012

Re: [Pharo-project] [ANN] Limbo: a simple shell wrapper for NativeBoost

by Max Leske

Ok, thanks Igor. So it seems the only remaining option (apart from providing a C library) it to use Assembly. Assembly is not my territory at all but here's how I think it could work: â¦ emitCall: [:gen | | fork dup2 execv | fork := NativeBoost forCurrentPlatform getGlobalSymbolPointer: 'fork'. dup2 := NativeBoost forCurrentPlatform getGlobalSymbolPointer: 'dup2'. execv := NativeBoost forCurrentPlatform getGlobalSymbolPointer gen asm mov: fork asUImm32 to: gen asm EAX. gen asm call: gen asm EAX. "somehow get the fork return value and test for 0. only execute the following lines if pid = 0" gen asm mov: dup2 asUImm32 to: gen asm EAX. gen asm call: gen asm EAX. gen asm mov: execv asUImm32 to: gen asm EAX. gen call: gen asm EAX. ] As you can see, I have absolutely no clue what I'm doing :) (just a good copycat). I figure that everything from fork() to exec() needs to be in the same Assembly sequence to ensure that the child process doesn't try to execute VM code (multiple #emitCall:'s probably wouldn't work). I think that if you could help me fill in the code for where I simply used a comment, I could come up with the rest (writing function specs etc.). I'l try at least. Cheers, Max On 23.11.2012, at 17:00, Igor Stasenko <siguctua(a)gmail.com> wrote: > so here's the answer: > - no you cannot use FFI for fork/exec.. > because there's too much involved. > > Ideally VM should have support for it, because i think even OSProcess > lacking important bits, like: > - closing all file descriptors (and in unix fd is not just files, but > for sockets as well) > - cleaning/preparing environment before doing exec > - god knows what else. > > now if we take into account that different parts (sockets/files) in VM > responsible for them, > and need coordination to do a safe cleanup after fork.. i don't think > it will be possible to do that using FFI. > just too much management. > > > -- > Best regards, > Igor Stasenko. >

Nov. 23, 2012

[Pharo-project] [update 2.0] #20417

by Marcus Denker

20417 ----- Issue 7044: VTermOutputDriver calls stdOut instead of stdout http://code.google.com/p/pharo/issues/detail?id=7044 Issue 7043: some FileSytem methods call subclassResponsability http://code.google.com/p/pharo/issues/detail?id=7043 Issue 7039: Refactoring in PluggableTextMorph and TextHighlight http://code.google.com/p/pharo/issues/detail?id=7039 Diff information: http://ss3.gemstone.com/ss/Pharo20/System-CommandLine-MarcusDenker.63.diff http://ss3.gemstone.com/ss/Pharo20/Polymorph-Widgets-MarcusDenker.735.diff http://ss3.gemstone.com/ss/Pharo20/Polymorph-Tools-Diff-MarcusDenker.82.diff http://ss3.gemstone.com/ss/Pharo20/Morphic-MarcusDenker.1291.diff http://ss3.gemstone.com/ss/Pharo20/FileSystem-Memory-MarcusDenker.20.diff http://ss3.gemstone.com/ss/Pharo20/FileSystem-Core-MarcusDenker.62.diff -- Marcus Denker -- http://marcusdenker.de

Nov. 23, 2012