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

Re: [Pharo-project] Request write access to PharoInbox

by Nicolas Cellier

And of course it's while-using-it 2013/3/30 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> > Thanks, > SLICE-Issue-10173-ClassBuilder-cannot-safely-modify-a-class-why-using-it-nicolascellier.1 > > > 2013/3/30 stephane ducasse <stephane.ducasse(a)free.fr> > >> I added you to the pharo team >> >> On Mar 29, 2013, at 1:21 AM, Frank Shearar <frank.shearar(a)gmail.com> >> wrote: >> >> > On 28 March 2013 20:41, Nicolas Cellier >> > <nicolas.cellier.aka.nice(a)gmail.com> wrote: >> >> Hello, >> >> can someone give me write access to PharoInbox? >> > >> > Me too, please. >> > >> > frank >> > >> >> Nicolas Cellier >> > >> >> >> >

March 30, 2013

Re: [Pharo-project] Request write access to PharoInbox

by Nicolas Cellier

Thanks, SLICE-Issue-10173-ClassBuilder-cannot-safely-modify-a-class-why-using-it-nicolascellier.1 2013/3/30 stephane ducasse <stephane.ducasse(a)free.fr> > I added you to the pharo team > > On Mar 29, 2013, at 1:21 AM, Frank Shearar <frank.shearar(a)gmail.com> > wrote: > > > On 28 March 2013 20:41, Nicolas Cellier > > <nicolas.cellier.aka.nice(a)gmail.com> wrote: > >> Hello, > >> can someone give me write access to PharoInbox? > > > > Me too, please. > > > > frank > > > >> Nicolas Cellier > > > > >

March 30, 2013

[Pharo-project] starting a debugger on a caught error

by Ben Coman

I am trying to debug a red-square-of-death for a Morph. I have found where Morph errors are handled in Morph>>fullDrawOn: where it goes... [ "stuff to draw morphs" ] on: Error do: [ :err | "stuff to draw red square" ]. In the do: block I'd like to open a debugger on the error. I see Exception has #debug, so I changed the block to... [ :err | err inspect. "stuff to draw red square" ] ...and then in the inspector I do (self debug) ...but this brings up the emergency evaluator. Below is a contrived example that exhibits the same behaviour. doIt on... (1 / 0. self inform: 'x'.) and of course a debugger appears. doIt on... [ 1 / 0. self inform: 'x' . ] on: Error do: [:err | err inspect ] ...and then (self debug) in the inspector you get the emergency evaluator. Anyone know how can I get the debugger to come up on 'err' in the last example? cheers -ben

March 30, 2013

Re: [Pharo-project] Request write access to PharoInbox

by stephane ducasse

I added you to the pharo team On Mar 29, 2013, at 1:21 AM, Frank Shearar <frank.shearar(a)gmail.com> wrote: > On 28 March 2013 20:41, Nicolas Cellier > <nicolas.cellier.aka.nice(a)gmail.com> wrote: >> Hello, >> can someone give me write access to PharoInbox? > > Me too, please. > > frank > >> Nicolas Cellier >

March 30, 2013

Re: [Pharo-project] Request write access to PharoInbox

by stephane ducasse

Do you have an account on smalltalkhub? Normally (Smalltalkhub should provide an inbox per project so that we do not have to simulate it but nicolas is busy). So I will check and add you if you have an account on Smalltalkhub else let us know. Stef On Mar 28, 2013, at 9:41 PM, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > Hello, > can someone give me write access to PharoInbox? > > Nicolas Cellier >

March 30, 2013

Re: [Pharo-project] [ANN] Pomodoro for Pharo 2.0

by Sean P. DeNigris

philippeback wrote > Of course not, I am using yours :-) </awkward moment> ;) ----- Cheers, Sean -- View this message in context: http://forum.world.st/ANN-Pomodoro-for-Pharo-2-0-tp4678427p4678981.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

March 30, 2013

Re: [Pharo-project] [ANN] Pomodoro for Pharo 2.0

by phil＠highoctane.be

Of course not, I am using yours :-) 2013/3/26 Torsten Bergmann <astares(a)gmx.de> > Hi, > > I followed the recent discussion and initial code about "Pomodoro" and > since (until now) > I used a timer written in Java I thought it would be a good idea to > replace it > with a Smalltalk one ;) > > I grabbed the HOPomodoro code from Phil and since it was marked as > "experiment" I thought it would > be good to write a new clean implementation with tests for Pharo 2.0. > Thanks Phil - > hope you are not angry that I hijacked the idea ... > > Attached is a screenshot of the tool. > > Install > ======= > > Go to the Config browser in Pharo 2.0 ("Tools" -> "Config Browser") and > load "Pomodoro" > from the "Verified" tab. A new timer should appear and you can just click > on "Start" > to run the timer. > When it finished it turns red, beeps and informs the user. > > How to use > ========== > > You can open a new pomodoro (defaults 25 minutes) from the world menu > ("Tools" -> "Pomodoro"). > > Customize > ========= > You can customize the pomodoro using Smalltalk. Here are a few examples: > > "open a new 25 minute one" > Pomodoro new open > > > "Opens a new timer with one minute total time" > Pomodoro timerFor: 1 minute > > > "Provide an action when pomodoro is finished" > Pomodoro timerFor: 5 seconds > whenFinishedDo: [ self inform: 'Pomodoro finished'] > > Code > ==== > The project comes with 15 tests. Code lives on project "Pomodoro" on > SmalltalkHub. So far I added Phil and Sean as contributors since > they discussed this topic already and may provide new ideas. If one > wants to contribute feel free to do so. > > Thanks > T. > > >

March 30, 2013

Re: [Pharo-project] GSoC 2013 Modbus was Re: HMI

by Ben Coman

Its great to hear your enthusiasm. Thanks Dennis. Yes Modbus is old, which shows it has withstood the test of time. "Slowly" would definitely be the term I'd use when thinking about Modbus being outdated. Sure there are other newer protocols with more bells and whistles which might make sense for new plants, but they add a lot of unnecessary complexity for existing plants. Many plants have a 20 year old infrastructure and consistency with existing equipment is paramount. Introducing a new protocol is generally avoided due to retraining requirements and supporting two systems in parallel. In my work I have come across small plants that could not justify the _capital_ cost of several thousand dollars for CitectSCADA licenses, so instead they run using just field push buttons and gauges. However they could pay for the engineering _service_ to develop a custom HMI application. Business can be funny that way with different accounting rules applying in each case. That would be the obvious initial target market - small plants that don't have any existing SCADA. cheers -ben <http://en.wikipedia.org/wiki/Greenfield_project#Greenfield_land> Dennis Schetinin wrote: > Hello Ben, > > Just to be short: > > could I interest you in being second mentor for the Modbus project [1] ? > > > Absolutely yes! > > I'm not an expert in SCADA systems, but my primary work is a little bit > related with this kind of systems, and I was promised to get help and > support from one of colleagues who has much more experience with SCADA > systems (and used to be a Smalltalker in the past). AFAIK, Modbus is > considered a protocol that is old enough to be "slowly getting outdated", > but it is still very popular and powerful enough, and will remain it for > many years, I believe. Taking into account its simplicity, I can say it is > a very good starting point of a Smalltalk-based SCADA. Although, the > Amber-MMI project was more about (web-based) UI, I think most of the > results we achieved in that project can be applied to SCADA. > > So, thank you for the offer, I'll be glad to take part in this project. > > -- > > Best regards, > > > Dennis Schetinin > > > 2013/3/29 Ben Coman <btc(a)openinworld.com> > > >> Hi Dennis, >> >> We corresponded about this time last year when you where getting the >> Amber-MMI GSoC project started. I have just suggested a 2013 GSoC project >> [1] to implement the Modbus industrial communications protocol in >> Smalltalk. I think it has application to provide a data acquisition layer >> for the Amber-MMI project you mentored last year. I believe the >> industrial automation sector doesn't need Smalltalk to support a large >> number of comms protocols. Modbus together with the Amber-MMI should be >> sufficient to crack the chicken-and-egg problem. An optimistic scenario >> would be Modbus helping Amber-MMI find a revenue stream from industrial >> plant clients, which funds additional requirements for the Amber-MMI, and >> as that grows in features it becomes more worthwhile for someone to fund >> other industrial protocols. >> >> I know I did not step-up as a second mentor with you last year - but at >> that time I was really not confident in my Smalltalk ability and also I was >> working a 60 hour week on a large construction job that was behind >> schedule, yet I was wondering.... could I interest you in being second >> mentor for the Modbus project [1] ? >> Since the past 12 months I am now confident in my Smalltalk programming, >> and I have the domain knowledge of configuring and troubleshooting Modbus >> from programming PLCs and CitectSCADA as part of my employment. I foresee >> I would do most of the leg-work, but I'd like someone with greater OO >> experience to advise on best practice OO architecture. A bit more about me >> here [2] and also [3]. >> >> What do you think? >> >> cheers -ben >> >> [1] http://gsoc2013.esug.org/**ideas#h-40<http://gsoc2013.esug.org/ideas#h-40> >> [2] http://www.linkedin.com/in/**bencoman<http://www.linkedin.com/in/bencoman> >> [3] http://blog.openinworld.com/ >> >> >> On 04/04/1012 Dennis Schetinin wrote: >> >> >>> Thank you for the references. >>> "Two-tier" here means that UI (in this project) is running in browser. We >>> have a server that provides "logic" (model for UI) and a client that just >>> represents and allows to control that model (the latter translates those >>> control actions into commands for devices it controls). Over the longer >>> term, there could be different types of clients (desktop, mobile, etc.). >>> >>> â¦And one more thing: We see HMI in a wider perspective then just SCADA, >>> as this approach (I hope) can be applied to network management, building >>> automation, time and attendance etc. All these applications have many >>> common aspects and it would great to extract them to an extensible platform >>> that allows to build any kind of these systems or even their combinations. >>> And I see that Smalltalk is the best tool to build such a platform today >>> â¦Except maybe data-acquisition part as it does not have sufficient mass of >>> libraries for different protocols. So, in fact I see a three-tier system: >>> data-acquisition subsystem, business logic subsystem, and UI subsystem with >>> at least two of them written in Smalltalk. >>> >>> So, that was the inspiration for the project that I suggested to Rustem >>> as a term project some time ago and now he translated to the GSoC proposal. >>> >>> BTW, the project does not have the second mentor yet. >>> >>> >>> Best regards, >>> Dennis Schetinin >>> Sent with Sparrow (http://www.sparrowmailapp.**com/?sig<http://www.sparrowmailapp.com/?sig> >>> ) >>> >>> >>> On Tuesday, 3 April 2012 Ð³. at 18:54, Ben Coman wrote: >>> >>> >>> >>> >>>> I am an electrical engineer whose work includes SCADA programing for >>>> operator interfaces of industrial plants using Citect [1] and a bit of >>>> Wonderware [2]. Both of these products include very nice sample projects >>>> for their tutorials - which would provide a student a good introduction to >>>> the functionality required of a HMI development tool. >>>> What do you mean two-tier HMI? In my work, tier1 would be a PLC >>>> containing the running control model of the plant, providing measured >>>> values to the control logic programmed in the PLC and driving relays and >>>> actuators. Tier2 is the HMI that provides the mimic of the PLC as a >>>> graphical representation of the plant, colourizing warning and alarm >>>> conditions, fill levels of tanks and allowing the operator to send >>>> commands to the PLC to start machinery. Something doing this based in >>>> Smalltalk would be wonderful. >>>> [1] http://www2.schneider-**electric.com/sites/corporate/** >>>> en/products-services/**automation-control/products-** >>>> offer/range-presentation.page?**c_filepath=/templatedata/** >>>> Offer_Presentation/3_Range_**Datasheet/data/en/shared/** >>>> automation_and_control/citect_**scada.xml#<http://www2.schneider-electric.com/sites/corporate/en/products-services/aut…> >>>> [2] http://global.wonderware.com/**EN/Pages/WonderwareInTouchHMI.**aspx<http://global.wonderware.com/EN/Pages/WonderwareInTouchHMI.aspx> >>>> Dennis Schetinin wrote: >>>> >>>> >>>> >>>>> So, here is the proposal: Name: Khubbatov Rustem >>>>> Difficulty Level: Intermediate >>>>> Description >>>>> A framework for building Human-Machine Interfaces with Pharo back-end >>>>> providing model, and presentation front-end in Amber. Technical Details >>>>> A concrete task that should be implemented with this project is a >>>>> prototype of UI for network management system or SCADA. Server-side (Pharo) >>>>> will simulate network components and their data, and provide relevant >>>>> events for client (Amber). The latter will present network items, their >>>>> state and associated information, and provide UI to control them. An >>>>> important part of this system is a communication layer between Amber and >>>>> Pharo. >>>>> Benefits for the Student >>>>> The student will gain experience in building client-server >>>>> applications with advanced UI and providing two-way communication between >>>>> client and server. >>>>> Benefits for the Community >>>>> An ability to create highly interactive web-based applications is a >>>>> must-have feature for any modern development system. Amber is a bleeding >>>>> edge in this area in Smalltalk world. A good communication layer between >>>>> Amber and (for example) Pharo is a very appealing decision for building >>>>> complex client-server systems. Best regards, >>>>> Dennis Schetinin >>>>> Sent with Sparrow (http://www.sparrowmailapp.**com/?sig<http://www.sparrowmailapp.com/?sig> >>>>> ) >>>>> On Monday, 2 April 2012 Ð³. at 21:47, Janko MivÅ¡ek wrote: >>>>> >>>>> >>>>> >>>>>> Hi Dennis, >>>>>> I'd suggest to go ahead. This is first Amber-related project, so it >>>>>> seems even more interesting. But hurry up. Let Rustem prepare the proposal >>>>>> and you post here then we'll open the project page. >>>>>> Best regards >>>>>> Janko >>>>>> On Mon, Apr 2, 2012 at 7:41 PM, Dennis Schetinin <chaetal(a)gmail.com(mailto: >>>>>> chaetal(a)gmail.com)> wrote: >>>>>> >>>>>> >>>>>> >>>>>>> Rustem Kkubbatov (http://gsoc2012.esug.org/**rustem-khubbatov<http://gsoc2012.esug.org/rustem-khubbatov>), >>>>>>> another student I mentor in Tver State University, decided to try his luck >>>>>>> with a project for GSoC. The problem is he can't currently choose a better >>>>>>> approach. The original idea is to build a two-tier Human-Machine >>>>>>> Interface (HMI) system (which can be used in a wide range of projects) with >>>>>>> Pharo image as back-end (where a model lives) and Amber-based client as a >>>>>>> front-end. But this thing seems to be "a little bit" too large for GSoC, >>>>>>> isn't it? An alternative task could be to build a framework for message >>>>>>> exchanging between Pharo and Amber. I could be the first mentor for a >>>>>>> project based on original idea, or the second/first (depending on if anyone >>>>>>> interested) for communication framework. Any ideas and advices are >>>>>>> welcome (ASAP). Thank you in advance. >>>>>>> Best regards, >>>>>>> Dennis Schetinin >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>> >>> >> >> >> > >

March 30, 2013

[Pharo-project] Postdoc position in Santiago

by Alexandre Bergel

Dear Friends and Colleagues, The Chilean research agency will soon open its postdoc program. Doctors in Computer Science who want to get a rich experience are encouraged to apply. Working at the DCC: ************************ The position will have to be carried out at the DCC, University of Chile. No teaching duty is expected from you. Research topics are broad: Testing, Code execution profiling, Visualization, programming languages, Domain Specific Languages, Programming environments, Modeling, Smalltalk, .... Yes, we are open minded people :-) The postdoc will be inserted in the Pleiad laboratory, meaning she/he will have to interact with our PhD students, help us to guide smart students and engineers, eat chocolate with us. Mini FAQ: ************************ - Do I need to know Spanish to apply? No, knowing Spanish is not mandatory at all. Thanks to the Chilean friendliness, even with a deeply broken Spanish coupled with a heavy accent you will have no problem to integrate. - How long this position is for? You can stay with us up to 3 years with this position. The DCC is growing, meaning there is perspective to get a permanent position (Assistant Professor). - How often can I expect to return home? This essentially depends on your productivity. Santiago is only 1 night away from Paris: board-in, eat, sleep, board-out, welcome home. - What does it mean to live in Santiago? If you like sun, fresh fruits, (very) friendly people, high mountains, glaciers, nature, good wine, sushis, exotic places, ... then you will feel happy. Contact: ************************ If you have questions, then you can directly contact the author of this email (http://bergel.eu) or meet us at esug, stic, ecoop, esec/fse Links: ************************ http://www.conicyt.cl/fondecyt/2013/03/15/concurso-postdoctorado-2014/ http://pleiad.cl http://objectprofile.com http://bergel.eu -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 30, 2013

Re: [Pharo-project] Pharo inbox changed

by Sean P. DeNigris

Camillo Bruni-3 wrote > the slice-maker does not copy the repository :/ so you have to > go an make sure all the repositories have your credentials :( Ah yes, my image had multiple instances of the inbox repo. File uploaded. thx ----- Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-inbox-changed-tp4677312p4678976.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

March 30, 2013