- Pharo-dev - lists.pharo.org

[Pharo-project] A test crashes (win32) cogvm

by Torsten Bergmann

Maybe it is the same issue as: http://code.google.com/p/pharo/issues/detail?id=5568 which is easy reproducable with the image attached to the bug. Thanks Torsten -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a

April 4, 2012

Re: [Pharo-project] type-inference: it works!

by Marcus Denker

> > It turns out that in Pharo we use Association and in Squeak we use > ReadOnlyVariableBinding; by changing VariableNode >> #isSharedVarNode You should think about cleaning that up... in the SystemDictonary, old classes are ReadOnlyVariableBinding, new ones are Associations. The code to make a binding into a ReadOnlyVariableBinding is never called... Marcus -- Marcus Denker -- http://marcusdenker.de

April 4, 2012

Re: [Pharo-project] HMI

by Dennis Schetinin

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) 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/aut… > > [2] 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) > > > > > > 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@gmail.com)> wrote: > > > > > > > Rustem Kkubbatov (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 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >

April 4, 2012

Re: [Pharo-project] A test crashes (win32) cogvm

by Martin Dias

I tried with latest Eliot vm and it's fine, no crash! On Tue, Apr 3, 2012 at 2:24 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > wrote: > > > On Tue, Apr 3, 2012 at 7:14 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> yes.. i had similar crashes.. and always involving the progress bar(s). >> but i was unable to find a fully reproducible case. :( >> >> > now you have it :) > Thanks Martin for the report. I would like to help but until 14th I cannot > do ANYTHING else than my paper :( > > >> >> On 3 April 2012 16:31, Martin Dias <tinchodias(a)gmail.com> wrote: >> > Hi >> > >> > Almost 100% of the times (but not always) I run certain Fuel test, the >> vm >> > crashes. The code related to such test has not changed for a long time, >> so I >> > guess the problem appeared when I started to use the latest vm. I'd >> thank a >> > lot some help on this issue. >> > >> > To reproduce, evaluate: >> > >> > (FLBenchmarksTest selector: #testNumberOfResults) run >> > >> > in: >> > - any of latest fuel images (por example, >> > >> https://ci.lille.inria.fr/pharo/job/Fuel%20Pharo%201.4/284/artifact/Fuel.zip >> ) >> > - using latest cog vm for win32 >> > (https://ci.lille.inria.fr/pharo/job/Cog-Win32/21/artifact/Cog.zip) >> > >> > >> > I attach dmps of crashes running in two computers, with both Pharo 1.3 >> and >> > 1.4. >> > >> > >> > Thanks in advance. >> > MartÃn >> > >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > >

April 4, 2012

Re: [Pharo-project] SciSmalltalk first commit

by Serge Stinckwich

On Tue, Apr 3, 2012 at 7:42 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Apr 3, 2012, at 12:56 PM, Serge Stinckwich wrote: > >> On Tue, Apr 3, 2012 at 5:50 PM, Sven Van Caekenberghe <sven(a)beta9.be> wrote: >>> Serge, >>> >>> On 03 Apr 2012, at 03:24, Serge Stinckwich wrote: >>> >>>> Because i love git and the FileTree monticello repository work done by Dale ;-) >>> >>> Yes, if MCFileTreeRepository lives up to its promise, and apparently it does, because you are using it, that is really great. Does it really work transparently ? >> >> This is not transparent because you need to commit with git but this >> quite easy to do that. >> What is only missing for me is the way to generate .mcz file >> automatically from a MCFileTreeRepository. >> >> I love that you can commit other files than Smalltalk code on your >> repo (pictures, README file â¦). > > sure me too. I support the integration but I do not want alpha version for my alpha work :) Yes sure. There is a now a ss3 repository also here: http://ss3.gemstone.com/ss/SciSmalltalk.html Regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

April 4, 2012

Re: [Pharo-project] http://ss3.gemstone.com/ is EXTREMELY slow?

by Tobias Pape

Am 2012-04-03 um 22:57 schrieb Guillermo Polito: > > > On Tue, Apr 3, 2012 at 10:49 PM, Tobias Pape <Das.Linux(a)gmx.de> wrote: > > Am 2012-04-03 um 20:24 schrieb phil(a)highoctane.be: > > > And the version pushed will be +1 each time isn't it? > > > > How do I put the same version to two places? > > when you commit a version, you get a window with several options, eg, > browse â¦ diffâ¦ etc. The last is âcopyâ > click on it and you can copy the very same version to > different repos. This does not work with the âsaveâ button in > the working copy overview. > âsaveâ -> commit > âcopyâ -> push. > > Hey, I'd vote for changing the buttons' labels! problematic. for âsaveâ, ok. but âcopyâ is just that; only the version selected gets transferredâ¦ Best -tobias

April 4, 2012

[Pharo-project] new Cog VMs in http://www.mirandabanda.org/files/Cog/VM/VM.r2540/

by Eliot Miranda

new Cog VMs in http://www.mirandabanda.org/files/Cog/VM/VM.r2540/. Cog VM binaries as per VMMaker.oscog-eem.154/r2540. Fix bad conceptual bug with become on methods. Unlike full and incremental GC, the reference from a Cog method to its method object must not be remapped since they're two halves of the same object. Fix FileStreamTest>testPositionPastEndIsAtEnd on unix & Mac OS. Merge Merge VMConstruction-Plugins-OSProcessPlugin-dtl.33's changes. Regenerate the apparently truncated nscogsrc ZipPlugin.c. Handle more libc variations for LD_LIBRARY_PATH in the unix launch scripts. -- best, Eliot

April 3, 2012

Re: [Pharo-project] [squeak-dev] SS3 downtime - today 2pm PDT

by Dale Henrichs

SS3 is back online ... Dale ----- Original Message ----- | From: "Dale Henrichs" <dhenrich(a)vmware.com> | To: Pharo-project(a)lists.gforge.inria.fr, "The general-purpose Squeak developers list" | <squeak-dev(a)lists.squeakfoundation.org>, beta(a)seaside.gemstone.com | Sent: Tuesday, April 3, 2012 10:10:41 AM | Subject: [squeak-dev] SS3 downtime - today 2pm PDT | | We are in the process of tracking down the root cause of inordinate | i/o delays on http://ss3.gemstone.com[1]. | | In the meantime, we're going to tweak some of the system settings and | will cycle the stone. | | The plan is to cycle the stone this afternoon at 2PM PDT and the | system should be down for just a few minutes ... if that will cause | any inconvenience let me know and I'll reschedule ... | | Dale | | [1] | http://forum.world.st/http-ss3-gemstone-com-is-EXTREMELY-slow-td4528259.html | |

April 3, 2012

Re: [Pharo-project] http://ss3.gemstone.com/ is EXTREMELY slow?

by Guillermo Polito

On Tue, Apr 3, 2012 at 10:49 PM, Tobias Pape <Das.Linux(a)gmx.de> wrote: > > Am 2012-04-03 um 20:24 schrieb phil(a)highoctane.be: > > > And the version pushed will be +1 each time isn't it? > > > > How do I put the same version to two places? > > when you commit a version, you get a window with several options, eg, > browse â¦ diffâ¦ etc. The last is âcopyâ > click on it and you can copy the very same version to > different repos. This does not work with the âsaveâ button in > the working copy overview. > âsaveâ -> commit > âcopyâ -> push. > Hey, I'd vote for changing the buttons' labels! > > best > -tobias > > >

April 3, 2012

Re: [Pharo-project] type-inference: it works!

by Frank Shearar

On 30 March 2012 22:19, Frank Shearar <frank.shearar(a)gmail.com> wrote: > In case anyone's interested in the paper behind Francisco's work > (thanks Francisco!), you can find "Concrete Type Inference: Delivering > Object Oriented Applications" here: > https://labs.oracle.com/technical-reports/1996/smli_tr-96-52.pdf > > Interestingly, typing 'Display boundBox' fails in Squeak trunk because > "UndefinedObject won't understand #origin:corner:". Odd, since > evaluating same will happily return a Rectangle. I'll look into it and > see what I can find. It turns out that in Pharo we use Association and in Squeak we use ReadOnlyVariableBinding; by changing VariableNode >> #isSharedVarNode to isSharedVarNode ^ self type = 4 and: [key isVariableBinding] TypeInference works in both! Now I have some mczs, but I don't have a place to publish them... frank > frank > > On 30 March 2012 14:33, Francisco Garau <francisco.garau(a)gmail.com> wrote: >> No unit tests, sorry... >> >> Is not profiling, it's abstract intrepretation using types instead of >> objects. >> >> - Francisco >> >> >> On 30 Mar 2012, at 15:15, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> >> Hi Francisco, >> >> I've tried your implementation. It seems to work in Pharo 1.4. Do you have >> unit test somewhere? >> How does your profiler work? From what you have said in your email, it seems >> you are profiling the execution. Is that true? >> >> Cheers, >> Alexandre >> >> >> On 29 Mar 2012, at 18:47, Francisco Garau wrote: >> >> Load the attached ChangeSets: first Ti-Engine and then Ti-Support. >> >> You could then evaluate the below expressions -- watch the Transcript to see >> which methods are being analysed. >> >> TiSystem current reset. >> string := '3 + 4'. >> Compiler new analyze: string in: nil to: nil notifying: nil ifFail: [1]. >> "=> return {<SmallInteger>} " >> >> TiSystem current reset. >> string := 'Display boundingBox'. >> Compiler new analyze: string in: nil to: nil notifying: nil ifFail: [1]. >> "=> return {<Rectangle origin: <Point x: <SmallInteger> y: <SmallInteger>> >> corner: <Point x: <SmallInteger> y: <SmallInteger>>>}" >> >> TiSystem current explore. >> >> >> Analysing 'Display boundingBox' shows a couple of surprises: >> >> The code never goes through the #new method (it creates objects using >> #basicNew and #@) >> Object code goes through Object>>value but knowing that the implementation >> just answers self, it could be easily optimised. >> >> >> I will try to package it more nicely under Monticello -- there are still a >> few rough edges that need to be polished before getting it to the same state >> it was in 2001... >> >> Cheers, >> Francisco >> <Ti-Engine.2.cs><Ti-Support.2.cs> >> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre BergelÂ Â http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >>

April 3, 2012