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

Re: [Pharo-project] Tips for efficient multi-serial handling

by Sven Van Caekenberghe

Hi Udo, Yes, Smalltalk is a very nice environment to work in, it is only natural to try to do as much work in it as possible. It looks like you are doing a nice, interesting project ;-) As a language/environment born in a time when computing resources were very small compared to what we have today, you can rest assured that Smalltalk can keep up performance wise with almost any other language out there, especially JavaScript, Ruby, Python, PHP or Perl. Dealing with a set of IO channels using 1 thread/process per channel like you describe should not be a problem. To do it efficiently, you have to consider if the low level API you are dealing with is blocking or not. If it is blocking (optionally with a timeout), like for sockets, there is no problem. If it is non-blocking, you can easily built something around it using delays and some polling at a reasonable values. If have no experience with serial ports, so I can't offer any specific advice there. For TCP/UDP networking there shouldn't be any problem. Feel free to ask concrete questions. Regards, Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill On 27 Oct 2012, at 10:09, Udo Schneider <udo.schneider(a)homeaddress.de> wrote: > All, > > coming from a Node.JS background for those kind of tasks I'm not quite sure how to do it "correctly" in Pharo. I need to > > * listen on up to 32 serial (USB) ports for incoming commands. Each might use a different "protocol". > * listen to network ports, midi channels or OSC > * if communication is received then a response could be send over multiple of the channels mentioned above > * reaction time - means incomming message, decode, encode of response and distribution over other channels should ideally be around 10^-2 s. > > I already found all the necessary communication classes in Pharo - and being back in Smalltalk again parsing the commands is a real pleasure :-) The one thing that makes me really nervous though is serial support. Up to now I spawn a separate (Smalltalk) process for each serial port that polls the serial port for new bytes - as far as I see polling is the only available option. Although this seems to work it wastes a considerable amount of CPU cycles IMHO. On my current system (MBP/i7) I can't have enough channels to even barely bog the system down. However the deployment platform I'm looking at is more in the range of an Raspberry Pi... > > In Node.JS I'd simply create callbacks for all the different incoming channels - so I wouldn't waste cycles for polling. So what would be the best/recommended way to achieve this in Pharo? > > Thanks, > > Udo > >

Oct. 27, 2012

Re: [Pharo-project] Tips for efficient multi-serial handling

by StÃ©phane Ducasse

better look at amber (because it is better to get the original than the copy). Stef > Hey Udo! > > well, if node does a great job and you love Smalltalk, then this [1] could get your attention > > sebastian > > o/ > > [1] http://u8.smalltalking.net/contribution.aspx?contributionId=133 > > > > > On Oct 27, 2012, at 6:09 AM, Udo Schneider wrote: > >> All, >> >> coming from a Node.JS background for those kind of tasks I'm not quite sure how to do it "correctly" in Pharo. I need to >> >> * listen on up to 32 serial (USB) ports for incoming commands. Each might use a different "protocol". >> * listen to network ports, midi channels or OSC >> * if communication is received then a response could be send over multiple of the channels mentioned above >> * reaction time - means incomming message, decode, encode of response and distribution over other channels should ideally be around 10^-2 s. >> >> I already found all the necessary communication classes in Pharo - and being back in Smalltalk again parsing the commands is a real pleasure :-) The one thing that makes me really nervous though is serial support. Up to now I spawn a separate (Smalltalk) process for each serial port that polls the serial port for new bytes - as far as I see polling is the only available option. Although this seems to work it wastes a considerable amount of CPU cycles IMHO. On my current system (MBP/i7) I can't have enough channels to even barely bog the system down. However the deployment platform I'm looking at is more in the range of an Raspberry Pi... >> >> In Node.JS I'd simply create callbacks for all the different incoming channels - so I wouldn't waste cycles for polling. So what would be the best/recommended way to achieve this in Pharo? >> >> Thanks, >> >> Udo >> >> >

Oct. 27, 2012

Re: [Pharo-project] running pharo on an iPad

by StÃ©phane Ducasse

yes this is a good idea!!!! On Oct 27, 2012, at 11:42 AM, Mariano Martinez Peck wrote: > > > On Sat, Oct 27, 2012 at 11:40 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > btw in a couple of weeks it will be a jenkins job to build iOS vms... > > > In the meanwhile, what about creating a page in Pharo webpage about "mobile" and we link there the binaries for the iOS and android vm ? > or maybe in the same page of Download but in a different paragraph. > > On Oct 27, 2012, at 11:37 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> Hi, >> >> that's because DrGeo is a private development, and you need a development profile for running applications in your iPhone/iPad. >> >> Assuming that you already has in your system: >> >> 1) Xcode (I'm using version 4.4) >> 2) CMake (I'm using version 2.8.8) >> >> And assuming also that you already has an iOS development user... >> >> For use pharo in your iPad you need to follow the following steps: >> >> 1) clone https://git.gitorious.org/~estebanlm/cogvm/cog-osx.git >> 2) in ./image dir prepare a VMMaker image (using pharo 1.4): >> >> Gofer it >> squeaksource: 'MetacelloRepository'; >> package: 'ConfigurationOfCog'; >> load. >> (Smaltalk at: #ConfigurationOfCog) project lastVersion load. >> >> 3) Generate sources for iPhone: >> >> StackIPhoneConfig new >> generateSources; generate. >> >> 4) Generate your iPhone image (follow the instructions in iosbuild/resources/README), which is the place where iOS images need to be placed. >> >> 5) In dir ./build >> >> build$ ../codegen-scripts/extract-commit-info.sh >> build$ cmake -G Xcode . >> build$ open iStackVM.image >> >> 5.1) you probably need to add your own development profile, the default one is named "iPhone Developer" >> >> 6) run >> >> ALTERNATE >> To run in Simulator: >> Replace in Step 3 from StackIPhoneConfig to StackSimulatorConfig >> >> >> On Oct 27, 2012, at 1:09 AM, dimitris chloupis <thekilon(a)yahoo.co.uk> wrote: >> >>> I was searching for way to run pharo on my ipad and I found this thread >>> >>> http://forum.world.st/Pharo-for-iOS-td3832888.html >>> >>> that lead me to this website >>> >>> http://dl.dropbox.com/u/9643745/DrGeo/DrGeoTestBF.html >>> >>> The problem is when I try to install by website or by iTunes my ipad complains it cannot install Dr. Geo >>> >>> So is there a way to make pharo run on my ipad ? >> > > > > > -- > Mariano > http://marianopeck.wordpress.com >

Oct. 27, 2012

Re: [Pharo-project] is Smalltalk metacelloPlatformAttributes incorrect in 2.0

by StÃ©phane Ducasse

On Oct 27, 2012, at 5:20 AM, Dale Henrichs wrote: > I think that: > > #(#squeakCommon #pharo #'pharo2.x' #'pharo2.0.x') > > is the standard pattern. #'pharo2.x' implies that the code is common across the whole pharo2 family. #'pharo2.0.x' covers the pharo2.0 family. Ok I will update then the configuration I was writing because I used 2.0.x > > If you want to explicitly exclude pharo2.1, pharo2.2, etc. and beyond then the following would suffice: > > #(#squeakCommon #pharo #'pharo2.0.x') > > but I think it is better to define the full range of versions for each platform rather than exclude some. Then if a developer finds that they've got code that runs in 2.0 and 2.1 they can have an attribute available to cover their needs. > > The #'pharo2.x' is looking forward towards future releases... > > Dale > > ----- Original Message ----- > | From: "stephane ducasse" <stephane.ducasse(a)free.fr> > | To: "Pharo Development" <Pharo-project(a)lists.gforge.inria.fr> > | Sent: Friday, October 26, 2012 1:20:24 PM > | Subject: [Pharo-project] is Smalltalk metacelloPlatformAttributes incorrect in 2.0 > | > | Smalltalk metacelloPlatformAttributes #(#squeakCommon #pharo > | #'pharo2.x' #'pharo2.0.x') > | > | I have the impression that we should better have > | > | #(#squeakCommon #pharo #'pharo2.0' #'pharo2.0.x') > | > | what do you think? > | > | Stef > | >

Oct. 27, 2012

Re: [Pharo-project] Please review DrGeo

by StÃ©phane Ducasse

justement j'ai essayer de mettre une note mais je ne sais pas comment on fait. On peut installer DRGeo sur Ipad? Stef On Oct 27, 2012, at 10:07 AM, Hilaire Fernandes wrote: > > > save, parallel, perpendicular and circle. > Note: for version Android 12.10 free version is identical to paid > version. It will change for the next release. > > Le 27/10/2012 08:29, dimitris chloupis a Ã©crit : >> it would help first to explain the diffirence between the free and paid >> version , cause I see nothing mentioned in app store. >> >> >> ------------------------------------------------------------------------ >> *From:* Hilaire Fernandes >> <hilaire.fernandes-Re5JQEeQqe8AvxtiuMwx3w(a)public.gmane.org> >> *To:* Pharo Development <pharo-project(a)lists.gforge.inria.fr> >> *Sent:* Saturday, 27 October 2012, 8:52 >> *Subject:* [Pharo-project] Please review DrGeo >> >> hello, >> >> For those who installed free or paid version of DrGeo on iPad or >> Android, it will be very helpful you review it on GooglePlay or iTunes. >> Some users Install DrGeo on Android phone and are disappointed (not >> enough memory then crash, slow, screen too small) and they are killing >> DrGeo because of that, but DrGeo is for tablet (although I use it >> happily on my galaxy note phone). For next release I will be careful to >> limit the Android user base. >> >> Thanks >> >> -- >> Dr. Geo - http://www.drgeo.eu <http://www.drgeo.eu/> >> >> > > >

Oct. 27, 2012

Re: [Pharo-project] Tips for efficient multi-serial handling

by Sebastian Sastre

Hey Udo! well, if node does a great job and you love Smalltalk, then this [1] could get your attention sebastian o/ [1] http://u8.smalltalking.net/contribution.aspx?contributionId=133 On Oct 27, 2012, at 6:09 AM, Udo Schneider wrote: > All, > > coming from a Node.JS background for those kind of tasks I'm not quite sure how to do it "correctly" in Pharo. I need to > > * listen on up to 32 serial (USB) ports for incoming commands. Each might use a different "protocol". > * listen to network ports, midi channels or OSC > * if communication is received then a response could be send over multiple of the channels mentioned above > * reaction time - means incomming message, decode, encode of response and distribution over other channels should ideally be around 10^-2 s. > > I already found all the necessary communication classes in Pharo - and being back in Smalltalk again parsing the commands is a real pleasure :-) The one thing that makes me really nervous though is serial support. Up to now I spawn a separate (Smalltalk) process for each serial port that polls the serial port for new bytes - as far as I see polling is the only available option. Although this seems to work it wastes a considerable amount of CPU cycles IMHO. On my current system (MBP/i7) I can't have enough channels to even barely bog the system down. However the deployment platform I'm looking at is more in the range of an Raspberry Pi... > > In Node.JS I'd simply create callbacks for all the different incoming channels - so I wouldn't waste cycles for polling. So what would be the best/recommended way to achieve this in Pharo? > > Thanks, > > Udo > >

Oct. 27, 2012

Re: [Pharo-project] running pharo on an iPad

by Edgar J. De Cleene

On 10/27/12 8:13 AM, "Esteban Lorenzano" <estebanlm(a)gmail.com> wrote: > yeah... I meant that :P > you need to have your apps signed to run on iPhone/iPad... Or a jailbreaked one :=) Edgar

Oct. 27, 2012

Re: [Pharo-project] running pharo on an iPad

by Esteban Lorenzano

yeah... I meant that :P you need to have your apps signed to run on iPhone/iPad... On Oct 27, 2012, at 12:03 PM, Hilaire Fernandes <hilaire.fernandes(a)edu.ge.ch> wrote: > Le 27/10/2012 11:37, Esteban Lorenzano a Ã©crit : >> that's because DrGeo is a private development, and you need a >> development profile for running applications in your iPhone/iPad. >> > > It is more a way for Apple to restrict distribution of apps. We don't > have this problem with Android apps. > > Hilaire > >

Oct. 27, 2012

Re: [Pharo-project] running pharo on an iPad

by Hilaire Fernandes

Le 27/10/2012 11:37, Esteban Lorenzano a Ã©crit : > that's because DrGeo is a private development, and you need a > development profile for running applications in your iPhone/iPad. > It is more a way for Apple to restrict distribution of apps. We don't have this problem with Android apps. Hilaire

Oct. 27, 2012

Re: [Pharo-project] pharo system

by Mariano Martinez Peck

On Sat, Oct 27, 2012 at 11:37 AM, gorgui ndong <gorguindong(a)hotmail.fr>wrote: > > I'm writing a parser for abap in pharo, with Pharo-1.4 windows version. > Sometimes with a bad expression pharo stop responding, when i do alt + it > don't work. > Hi Gorgui. To interrupt a process check: http://book.pharo-project.org/book/Tidbits/TipsAndTricks/InterruptKey/ > > Best regards > > Gorgui > > > > > From: stephane.ducasse(a)inria.fr > > Date: Fri, 26 Oct 2012 21:14:33 +0200 > > To: Pharo-project(a)lists.gforge.inria.fr > > Subject: Re: [Pharo-project] pharo system > > > > > Hi Gorgui > > > > can you tell us what you are doing? > > Which system? > > Which os? > > > > on mac cmd+ . should bring a debugger > > > > Stef > > > > On Oct 26, 2012, at 1:09 AM, gorgui ndong wrote: > > > > > Hi, > > > > > > I'm a beginner in pharo, and sometimes the pharo system is completely > down. It don't give me a feedback for say me why this system error occurs. > > > So I want to know what are the main causes of pharo's crashes and if > i'm in this case what can i do for not loose my last image, with my last > changes. > > > > > > Thanks > > > > > > Gorgui > > > > > -- Mariano http://marianopeck.wordpress.com

Oct. 27, 2012