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

[Pharo-project] Phobos Jenkins builds

by Pavel Krivanek

Hi, I created a set of Jobs related to Phobos on the Jenkins server: https://ci.lille.inria.fr/pharo/view/Phobos/ The latest changes in Phobos include special integer input fields with automatic focus change, trees styling, various small fixes etc. Cheers, -- Pavel

Oct. 30, 2012

Re: [Pharo-project] [squeak-dev] [OT] RTalk

by Franz Josef Konrad

At 20'30'' of the podcast Mark Roos says, that the Java code is available but the whole stuff not. But he will make it public in the next few months. The first page of <http://wiki.jvmlangsummit.com/images/e/e1/Roos-RtalkWks12.pdf> shows "code link on JVM Summit wiki" but I also didn't found it there. I've put Mark in CC, perhaps he can clarify. Am 30.10.2012 12:25, schrieb dimitris chloupis: > > I found this > http://www.jarober.com/blog/blogView?showComments=true&printTitle=IM_98:_Rt… > ,about RTalk , that is not only smalltalk run on top of JVM but almost > the entire environment. > > The problem is that I cant seem to be able to find via google any site > that contains the source code or something I could use ? Does anyone > know if there is any official website for RTalk ? > > It looks quite promising and I would like to give it a try. > > > > >

Oct. 30, 2012

[Pharo-project] [OT] RTalk

by dimitris chloupis

I found this http://www.jarober.com/blog/blogView?showComments=true&printTitle=IM_98:_Rt… ,about RTalk , that is not only smalltalk run on top of JVM but almost the entire environment.Â The problem is that I cant seem to be able to find via google any site that contains the source code or something I could use ? Does anyone know if there is any official website for RTalk ? It looks quite promising and I would like to give it a try.

Oct. 30, 2012

[Pharo-project] [update 2.0] #20369

by Marcus Denker

20369 ----- Issue 6886: Fix Number: day, week, year, second, ... to return the same as plural http://code.google.com/p/pharo/issues/detail?id=6886 Diff information: http://ss3.gemstone.com/ss/Pharo20/KernelTests-MarcusDenker.449.diff http://ss3.gemstone.com/ss/Pharo20/Kernel-MarcusDenker.1229.diff -- Marcus Denker -- http://marcusdenker.de

Oct. 30, 2012

Re: [Pharo-project] OSProcess in Pharo 2.0

by David T. Lewis

Hi, I'm not up to speed on the latest Pharo, but I'll try to offer a couple of tips... On Tue, Oct 30, 2012 at 10:15:12AM +0100, Damien Cassou wrote: > Hi, > > I was trying to play with OSProcess. Simple goal, to execute > > $ ldconfig -p | grep libcairo.so > > and get the result as a string or stream. > > Several problems I met: > > - newest OSProcess loaded from its configuration depends on > FileDirectory which is not present in Pharo 2.0. Hopefully it will be possible to provide some kind of compatibility layer to deal with this. The CommandShell repository already has a CommandShellPharo package that I made in November 2010 to address menu registration changes in Pharo at that time. I have not tried to keep up with the Pharo 2.0 changes, but if a compatibility package is possible, this might be a good place to put it. > - when I fixed previous point I wondered how to get the output of a > particular command. Damien P. told me I had to use the particular > OSProcess of Coral or use CommandShell > - I tried installing CommandShell but its configuration depends on > PluggableTextView which is not in Pharo 2.0 I split the CommandShell package into subpackages in order to address this. I guess we need a ConfigurationOfCommandShell to handle this properly, but if you load the individual sub-packages (e.g. CommandShell-base and friends, instead of CommandShell which contains all of the subpackages), and omit the CommandShell-MVC package, then you will not have this problem. PluggableTextView is part of the MVC package (a command shell can be opened in either Morphic or MVC). HTH, Dave > - when I fixed previous point, I realized CommandShell depends even > more on FileSystem and I didn't understand how to get the output > stream > - so I gave up with CommandShell and tried Coral's OSProcess > - So I fixed some references to FileDirectory again but then many unit > tests of OSProcess didn't pass so I felt uncomfortable > > At the end, Coral's OSProcess worked for me, but I don't know why all > these tests are failing > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill

Oct. 30, 2012

Re: [Pharo-project] OSProcess in Pharo 2.0

by Camillo Bruni

On 2012-10-30, at 10:15, Damien Cassou <damien.cassou(a)gmail.com> wrote: > Hi, > > I was trying to play with OSProcess. Simple goal, to execute > > $ ldconfig -p | grep libcairo.so > > and get the result as a string or stream. > > Several problems I met: > > - newest OSProcess loaded from its configuration depends on > FileDirectory which is not present in Pharo 2.0. Didn't have time yet to fix this: https://code.google.com/p/pharo/issues/detail?id=6740 > - when I fixed previous point I wondered how to get the output of a > particular command. Damien P. told me I had to use the particular > OSProcess of Coral or use CommandShell => PipeableOSProcess is your friend It works somehow, but in my experience is not that stable > - I tried installing CommandShell but its configuration depends on > PluggableTextView which is not in Pharo 2.0 > - when I fixed previous point, I realized CommandShell depends even > more on FileSystem and I didn't understand how to get the output > stream > - so I gave up with CommandShell and tried Coral's OSProcess > - So I fixed some references to FileDirectory again but then many unit > tests of OSProcess didn't pass so I felt uncomfortable > > At the end, Coral's OSProcess worked for me, but I don't know why all > these tests are failing > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill >

Oct. 30, 2012

[Pharo-project] OSProcess in Pharo 2.0

by Damien Cassou

Hi, I was trying to play with OSProcess. Simple goal, to execute $ ldconfig -p | grep libcairo.so and get the result as a string or stream. Several problems I met: - newest OSProcess loaded from its configuration depends on FileDirectory which is not present in Pharo 2.0. - when I fixed previous point I wondered how to get the output of a particular command. Damien P. told me I had to use the particular OSProcess of Coral or use CommandShell - I tried installing CommandShell but its configuration depends on PluggableTextView which is not in Pharo 2.0 - when I fixed previous point, I realized CommandShell depends even more on FileSystem and I didn't understand how to get the output stream - so I gave up with CommandShell and tried Coral's OSProcess - So I fixed some references to FileDirectory again but then many unit tests of OSProcess didn't pass so I felt uncomfortable At the end, Coral's OSProcess worked for me, but I don't know why all these tests are failing -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Oct. 30, 2012

Re: [Pharo-project] File sharing on the network

by Stephan Eggermont

Hilaire wrote: >Is there anyway to implement fileshareing with Dropbox or GoogleDrive on >a Pharo client application? I can see some use cases for a globally persistent peer-to-peer based system. Sort of a distributed github. Centralized systems tend to bring all kinds of nasty spam and privacy problems with them. Stephan

Oct. 29, 2012

[Pharo-project] 1/2 hour

by Torsten Bergmann

Sven Van Caekenberghe >Yes, the singular forms should return the same as the plural ones, that is >the only thing that makes sense. Fixed together with several test cases in: https://code.google.com/p/pharo/issues/detail?id=6886 Either load "SLICE-Issue-6886-Fix-Number-day-week-year-second-to-return-the-same-as-plural-tbn.1" from PharoInbox or wait for the next round of updates for Pharo 2.0 Bye T.

Oct. 29, 2012

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

by Udo Schneider

This should have read " not an OS process" of course. Best Regards, Udo On 28.10.12 20:37, Udo Schneider wrote: > > > Hi Igor > > I should have written process with a capital "P". I meant the Smalltalk > class "Process" - a OS process :-) > > Best Regards, > > Udo > > > On 28.10.12 17:44, Igor Stasenko wrote: >> On 28 October 2012 10:45, Udo Schneider >> <udo.schneider-1KM8gpPNTmzSOrrRgtP2Kg-XMD5yJDbdMReXY1tMh2IBg(a)public.gmane.org> >> wrote: >>> >>> >>> Hi Sven, >>> >>> >>>> 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. >>> Thanks for all the tips. The current VM Implementation is non-blocking - >>> e.g. return an empty byte array if nothing was recieved. So my procecces >>> (per port) are polling seperated by calls to Delay. >>> >>> BTW: Does "(Delay forMilliseconds: time) wait" actually "cost" >>> something in >>> terms of CPU cycles. Reading through the comments I got the >>> impression that >>> besides delaying the current process it doesn't cause any penalty for >>> other >>> processes. >>> >> it doesn't. >> smalltalk employs green threading model. >> while js dont even have a notion of a process (thread) in language. >> >>> Best Regards, >>> >>> Udo >>> >>> >>> >>> On 27.10.12 17:45, Sven Van Caekenberghe wrote: >>>> >>>> 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-1KM8gpPNTmzSOrrRgtP2Kg-XMD5yJDbdMReXY1tMh2IBg-XMD5yJDbdMReXY1tMh2IBg(a)public.gmane.org> >>>> 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. 29, 2012