- Pharo-dev - lists.pharo.org

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

by Dale Henrichs

Mariano, We are on shared hardware in the VMware data center and I've seen occasional high i/o delays that are not related to GemStone activity...we're looking into this... Dale ----- Original Message ----- | From: "Mariano Martinez Peck" <marianopeck(a)gmail.com> | To: "Pharo Development" <pharo-project(a)lists.gforge.inria.fr> | Cc: "Dale Henrichs" <dhenrich(a)vmware.com>, "Tobias Pape" <Tobias.Pape(a)student.hpi.uni-potsdam.de> | Sent: Tuesday, April 3, 2012 2:34:21 AM | Subject: http://ss3.gemstone.com/ is EXTREMELY slow? | | Hi guys. I cannot work today with SS3 because it gives me time outs | all the time. The site is not down, but terrible slow. | I am the only one seeing this? | | thanks | | -- | Mariano | http://marianopeck.wordpress.com | |

April 3, 2012

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

by Tobias Pape

Am 2012-04-03 um 16:33 schrieb StÃ©phane Ducasse: > > On Apr 3, 2012, at 3:15 PM, Tobias Pape wrote: > >> >> Am 2012-04-03 um 13:03 schrieb Stefan Marr: >> >>> >>> On 03 Apr 2012, at 12:40, Mariano Martinez Peck wrote: >>> >>>> Yes, but this is different. It is now just slow, it is slow enough to get a timeout exception for the most basic stuff. In other words, you cannot work. >>> >>> Perhaps it is worthwhile to adapt another workflow? >>> >>> My personal projects reside all in /home/smarr/.monticello and I use that as my main repo. >>> >>> I commit to that one, and only if I really want to do a 'push' like with git, I copy stuff to public repos. >>> >>> Works very smooth, even on the road. >> >> If only the tools supported that better ;) > > but with Gofer you can sync your localâ¦. > sure. but actually, i only want to 'push' the missing versions and, even more important, I want a non-DoIt way (ie, a button) for it. You know, when I first saw that it is possible to 'copy' a version to different repos from the ui, i was thrilledâ¦ but it takes too much time to copy 10 versions to 3 repos. Gofer is better but not yet good in this regard ;) best -tobias

April 3, 2012

[Pharo-project] Pharo Kernel Reload Tests-Unix - Build # 54 - Unstable!

by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr

April 3, 2012

Re: [Pharo-project] HMI

by Ben Coman

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 3, 2012

[Pharo-project] [update 1.4] #14420

by Marcus Denker

14420 ----- Issue 5534: Do we rename/sync FS for 1.4? http://code.google.com/p/pharo/issues/detail?id=5534 -- Marcus Denker -- http://marcusdenker.de

April 3, 2012

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

by StÃ©phane Ducasse

On Apr 3, 2012, at 3:15 PM, Tobias Pape wrote: > > Am 2012-04-03 um 13:03 schrieb Stefan Marr: > >> >> On 03 Apr 2012, at 12:40, Mariano Martinez Peck wrote: >> >>> Yes, but this is different. It is now just slow, it is slow enough to get a timeout exception for the most basic stuff. In other words, you cannot work. >> >> Perhaps it is worthwhile to adapt another workflow? >> >> My personal projects reside all in /home/smarr/.monticello and I use that as my main repo. >> >> I commit to that one, and only if I really want to do a 'push' like with git, I copy stuff to public repos. >> >> Works very smooth, even on the road. > > If only the tools supported that better ;) but with Gofer you can sync your localâ¦. STef > The first thing I do with a new image is making > a sym-link for the package-cache to my local > all-images-share-this package-cache. > From there on, the workflow is not unlike a > hg or git one, with the notable exception that > I have to copy (read: push) all local versions > manually to my remote repo. > > Best > -Tobias > >

April 3, 2012

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

by Martin Dias

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

April 3, 2012

Re: [Pharo-project] Collection new printString make the image hanging

by StÃ©phane Ducasse

it took us some time and you should not redefine class class ^'class' asParser caseInsensitive trim grgrgrgrg of course the system breaks if you return an object instead of a class. I sw now that you fix. Stef On Apr 1, 2012, at 8:58 AM, Fabrizio Perin wrote: > Hi, > As I wrote: > I don't know if those are suppose to be bugs or my inappropriate use of Collection and SequenceableCollection. I just reported. > > So thanks for all this info. > > Cheers, > Fabrizio > > > 2012/3/31 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > > > > 13315 is very old. The current version is 13327... and your problem sounds like something we fixed a long time ago. > +1 > > > > > >> By evaluating some tests again the emergency evaluator pop up (Pharo doesn't like me lately :) ). > >> This time at least I figure that some elements i use in the tests do not print properly: > >> > >> <error in printString: evaluate "collection printString" to debug> > >> so if you do > >> > >> Collection new printString. > >> > >> the image seems to hang the only was to stop it is to do command period. > >> > >> In 1.4 at least the debugger pops up telling that "do:" should be implemented in a subclass. To make the image hang you should do > >> > > Collection is an abstract class and should not be instantiated. > +1 > > > > >> SequenceableCollection new printString. > >> > >> I don't know if those are suppose to be bugs or my inappropriate use of Collection and SequenceableCollection. I just reported. > > > > > > SequencableCollection is an abstract class and should not be instantiated. > > + 1 > > > But that it freezes is strange, it should report an error as soon as a subclassresponsibility is encounterd (like Collection) > > Marcus we fixed that in 1.4. I'm not sure it was back ported to 1.3. > > Stef >

April 3, 2012

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

by Tobias Pape

Am 2012-04-03 um 13:03 schrieb Stefan Marr: > > On 03 Apr 2012, at 12:40, Mariano Martinez Peck wrote: > >> Yes, but this is different. It is now just slow, it is slow enough to get a timeout exception for the most basic stuff. In other words, you cannot work. > > Perhaps it is worthwhile to adapt another workflow? > > My personal projects reside all in /home/smarr/.monticello and I use that as my main repo. > > I commit to that one, and only if I really want to do a 'push' like with git, I copy stuff to public repos. > > Works very smooth, even on the road. If only the tools supported that better ;) The first thing I do with a new image is making a sym-link for the package-cache to my local all-images-share-this package-cache. From there on, the workflow is not unlike a hg or git one, with the notable exception that I have to copy (read: push) all local versions manually to my remote repo. Best -Tobias

April 3, 2012

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

by Tobias Pape

Am 2012-04-03 um 11:34 schrieb Mariano Martinez Peck: > Hi guys. I cannot work today with SS3 because it gives me time outs all the time. The site is not down, but terrible slow. > I am the only one seeing this? it's fast from Berlin, thoâ¦ Best -tobias

April 3, 2012