November 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Pharo integration in enterprise feedback

by Mariano Martinez Peck

On Thu, Nov 25, 2010 at 10:40 PM, laurent laffont <laurent.laffont(a)gmail.com > wrote: > Hi, > > I'm looking for feedback on Pharo integration in enterprise. > > Especially how you have managed to put Pharo in your enterprise. > > For example, I'm involved in web application development in other > languages. For functional testing I'm able to script Selenium using Pharo > thanks to WebTester. So Pharo has made a small step at my work. > Just show them the diff in time/money for the same development. (BTW, I don't have experience on that heheheh). > > I'm looking for such stories. > > Cheers, > > Laurent Laffont > > Pharo Smalltalk Screencasts: http://www.pharocasts.com/ > Blog: http://magaloma.blogspot.com/ >

Nov. 26, 2010

Re: [Pharo-project] Waste of CPU Power by polling events?

by John M McIntosh

On 2010-11-23, at 1:23 AM, Henrik Sperre Johansen wrote: > On 22.11.2010 22:08, Guido Stepken wrote: >> Need additional: >> >> isOnMouseOverEvent >> isMouseGestureEvent >> isTouchGestureEvent > You could try checking out how the iOS code does support for complex events. > It's of course somewhat apple-specific, but hey, would be nice to have the same image-side representation and handling of touch-based events if possible. Apple is very very notification &event callback oriented in their iOS platform. It sleeps until you touch, then you get a touch event, you process and go back to sleep. Heck if your startup time takes too many seconds Apple nails you. For Squeak on iOS I take the touch data place on a queue and signals the event semaphore. When the squeak image polls for the event we turn the touch data into a complex event and pass it back, then is processed by the Smalltalk code to turn into synthetic mouse events. (or something). For keyboard entry, we take the key input data and turn into synthetic keystroke events, and again signal the semaphore and put on a queue for later when the Smalltalk code wakes up and calls getnextevent to see what's up. I'm not sure if anyone mentioned the other issue is that the polling loop also deals with doing the morphic redrawing so it runs a cycle of doing I think it is 50 iterations a second. For WikiServer which doesn't show a squeak UI I could cut that back to doing a cycle every second or so. Oh and yet one more thing, the clock tick is yet another issue, some platforms assume they can run an interrupt 1000 a second (or more) to ensure the VM is responsive to Delay being correctly woken up to the microsecond. "PS here I am over simplify the issue & complexity of the issue" but on underpowered hardware the issues of how ioRelinquishProcessorForMicroseconds and the millisecond timer work become messy issues in relationship to CPU usage. -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

Nov. 26, 2010

Re: [Pharo-project] Issue 2734 in pharo: Conflict between Shout and PluggableTextMorph in Pharo 1.2

by Francisco Ortiz PeÃ±aloza

Shout's fixed, maybe create another issue to document OB would be great Cheers, Francisco On Thu, Nov 25, 2010 at 9:58 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 26 November 2010 00:18, Tudor Girba <tudor.girba(a)gmail.com> wrote: > > Not yet. The problem is that the OB editor still has a conflict with the > styler instance variable. > > > oh, i thought this is exactly what is it about. > > > Cheers, > > Doru > > > > > > On 25 Nov 2010, at 22:27, Igor Stasenko wrote: > > > >> good, that will mean that OB can be loaded into Pharo 1.2 > >> > >> On 25 November 2010 20:27, <pharo(a)googlecode.com> wrote: > >>> Updates: > >>> Status: Closed > >>> > >>> Comment #6 on issue 2734 by marcus.denker: Conflict between Shout and > >>> PluggableTextMorph in Pharo 1.2 > >>> http://code.google.com/p/pharo/issues/detail?id=2734 > >>> > >>> I think this has been fixed > >>> > >>> > >>> > >> > >> > >> > >> -- > >> Best regards, > >> Igor Stasenko AKA sig. > >> > > > > -- > > www.tudorgirba.com > > > > "In a world where everything is moving ever faster, > > one might have better chances to win by moving slower." > > > > > > > > > > > > > > -- > Best regards, > Igor Stasenko AKA sig. > >

Nov. 26, 2010

Re: [Pharo-project] Issue 2734 in pharo: Conflict between Shout and PluggableTextMorph in Pharo 1.2

by Igor Stasenko

On 26 November 2010 00:18, Tudor Girba <tudor.girba(a)gmail.com> wrote: > Not yet. The problem is that the OB editor still has a conflict with the styler instance variable. > oh, i thought this is exactly what is it about. > Cheers, > Doru > > > On 25 Nov 2010, at 22:27, Igor Stasenko wrote: > >> good, that will mean that OB can be loaded into Pharo 1.2 >> >> On 25 November 2010 20:27, Â <pharo(a)googlecode.com> wrote: >>> Updates: >>> Â Â Â Â Status: Closed >>> >>> Comment #6 on issue 2734 by marcus.denker: Conflict between Shout and >>> PluggableTextMorph in Pharo 1.2 >>> http://code.google.com/p/pharo/issues/detail?id=2734 >>> >>> I think this has been fixed >>> >>> >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> > > -- > www.tudorgirba.com > > "In a world where everything is moving ever faster, > one might have better chances to win by moving slower." > > > > > -- Best regards, Igor Stasenko AKA sig.

Nov. 25, 2010

Re: [Pharo-project] How to copy a CompiledMethod?

by Gabriel HernÃ¡n Barbuto

Hi Igor Thanks for your response. I am quite a new to all this low level stuff. So please bear with me if I am missing something obvious. I need to make a deep copy of a method dictionary. I was using copy but CompiledMethod does not define copy, and so it inherits it from Object. Object's copy does a shallowCopy followed by a postCopy. None of these methods is defined by CompiledMethod. So if I use that I will only get a shallow copy of the CompiledMethod instead of a deep copy. For example, if I try the following code snippet: | source copy | source := Object methodDict at: #at:. copy := source copy. Transcript show: 'Equals: '; show: source = copy; cr. Transcript show: 'Same: '; show: source == copy; cr. Transcript show: 'Literal at: '; show: source numLiterals - 1; show: ' '. Transcript show: (source literalAt: source numLiterals - 1); cr. Transcript show: 'Same AdditionalMethodState: '; show: (source literalAt: source numLiterals - 1) == (copy literalAt: copy numLiterals -1); cr. I get the following results on Transcript: Equals: true Same: false Literal at: 8 an AdditionalMethodState Same AdditionalMethodState: true Here the literal in position 8, an AdditionalMethodState is not being duplicated. Of course, I selected number 8 because that is the one I am interested in, but any literal besides symbols will do. If I replace copy with veryDeepCopy in the snippet above I get the following results: Equals: true Same: true Literal at: 8 an AdditionalMethodState Same AdditionalMethodState: true which are odd since I would not expect them to be the same. With respect to Pragmas. Please, inspect Object>>#at: and you will see that there is no pragma in the literals. The pragma is referenced by the AdditionalMethodState literal. So I am still looking for the correct, if there is one, way to completely duplicate a CompiledMethod. Maybe I should take a look at veryDeepCopy and see why it gives the results it gives and not what I expect. Any ideas are welcome. Best regards Gabriel The problem was that I was still getting references from outside and I was wondering why. On Thu, Nov 25, 2010 at 10:14 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 25 November 2010 20:44, Gabriel HernÃ¡n Barbuto <gbarbuto(a)gmail.com> wrote: >> Hi >> >> I am trying to make a complete duplicate of a CompiledMethod. I >> started with CompiledMethod>>#copyWithTrailerBytes: but I think that >> this way still leaves some things to copy. It duplicates all the >> literals, but I think that it doesn't duplicate a Pragma if for >> example, the method has one. >> > AFAIR, pragmas are stored as one of literals. > So, it actually should also make a copy of pragmas. > >> Is there a proper way to completely make deep copy of a >> CompiledMethod? I mean, without writing my own. If there is a way to >> do it, I don't want to duplicate it. >> > if you tell more, why #copy is not enough for you. > >> Thanks in advance. >> Gabriel >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > >

Nov. 25, 2010

[Pharo-project] Issue 3327 in pharo: Senders broken

by pharo＠googlecode.com

Status: Accepted Owner: tudor.girba Labels: Type-ReportDefect Importance-High Milestone-1.2 New issue 3327 by tudor.girba: Senders broken http://code.google.com/p/pharo/issues/detail?id=3327 Pharo image: PharoCore Pharo core version: 1.2255 Virtual machine used: Cog r2316 Class browser used if applicable: Browser Steps to reproduce: 1. Open a Workspace 2. Type "default" 3. Invoke senders Attachments: PharoDebug.log 26.4 KB

Nov. 25, 2010

Re: [Pharo-project] Issue 3291 in pharo: Missing text field with completion

by Tudor Girba

The OB widget is quite nice and snappy. Just for reference, there is also a nice search widget in Gaucho. Fernando said that he would package it separately, but I do not know what the status is. Cheers, Doru On 25 Nov 2010, at 23:19, Alain Plantec wrote: > Le 25/11/2010 22:08, StÃ©phane Ducasse a Ã©crit : >> On Nov 25, 2010, at 9:57 PM, Francisco Ortiz PeÃ±aloza wrote: >> >>> WITH recently used on top >> Ok I see :) > yes but you have to enter some text to see the list... > so, Lukas's dialog is better for such a fonctionality > >>> On Thu, Nov 25, 2010 at 5:26 PM, StÃ©phane Ducasse<stephane.ducasse(a)inria.fr> wrote: >>> >>> On Nov 25, 2010, at 7:22 PM, Francisco Ortiz PeÃ±aloza wrote: >>> >>>> Hi, as ppl use to say a picture is worth a thousand words (or two thousands in bad written english) >>>> >>>> Imho it should look like this, without the static list and with recently used on top :) >>> why because I most of the time look for something that I already browsed. >>> >>> >>> >> >> > > -- www.tudorgirba.com "Speaking louder won't make the point worthier."

Nov. 25, 2010

Re: [Pharo-project] Issue 3291 in pharo: Missing text field with completion

by Alain Plantec

Le 25/11/2010 22:08, StÃ©phane Ducasse a Ã©crit : > On Nov 25, 2010, at 9:57 PM, Francisco Ortiz PeÃ±aloza wrote: > >> WITH recently used on top > Ok I see :) yes but you have to enter some text to see the list... so, Lukas's dialog is better for such a fonctionality >> On Thu, Nov 25, 2010 at 5:26 PM, StÃ©phane Ducasse<stephane.ducasse(a)inria.fr> wrote: >> >> On Nov 25, 2010, at 7:22 PM, Francisco Ortiz PeÃ±aloza wrote: >> >>> Hi, as ppl use to say a picture is worth a thousand words (or two thousands in bad written english) >>> >>> Imho it should look like this, without the static list and with recently used on top :) >> why because I most of the time look for something that I already browsed. >> >> >> > >

Nov. 25, 2010

Re: [Pharo-project] Issue 2734 in pharo: Conflict between Shout and PluggableTextMorph in Pharo 1.2

by Tudor Girba

Not yet. The problem is that the OB editor still has a conflict with the styler instance variable. Cheers, Doru On 25 Nov 2010, at 22:27, Igor Stasenko wrote: > good, that will mean that OB can be loaded into Pharo 1.2 > > On 25 November 2010 20:27, <pharo(a)googlecode.com> wrote: >> Updates: >> Status: Closed >> >> Comment #6 on issue 2734 by marcus.denker: Conflict between Shout and >> PluggableTextMorph in Pharo 1.2 >> http://code.google.com/p/pharo/issues/detail?id=2734 >> >> I think this has been fixed >> >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > -- www.tudorgirba.com "In a world where everything is moving ever faster, one might have better chances to win by moving slower."

Nov. 25, 2010

Re: [Pharo-project] RBScanner>>#initializeClassificationTable

by Lukas Renggli

The setting is Compiler > Allow underscore as assignment. Lukas On 25 November 2010 17:42, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Nov 25, 2010, at 9:36 PM, Lukas Renggli wrote: > >>>> That's fair, because you can't use underscores in selectors in Pharo. >>> >>> Strange because I was sure that we integrate it that behavior to help people calling C function. >> >> The above statement is wrong. Of course underscores can be used in >> selectors and variables for a long time already. > > Thanks lukas. I was surprised and I was starting to look in the bugentry. So you saved me some time. > Apparently there is no setting to control it. Do you know how to configure it so that I enter a bug entry to make sure that we get a setting? > > >> >> Lukas >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> > > > -- Lukas Renggli www.lukas-renggli.ch

Nov. 25, 2010