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

Re: [Pharo-project] Stories for Pharo News Blog and Success Stories

by Damien Cassou

On Tue, Oct 18, 2011 at 8:38 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > So if you have ideas --> send a mail. Best would be finished small articles > to ready to post. what about TextLint? -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Oct. 18, 2011

Re: [Pharo-project] RFB looks terribly broken

by Marcus Denker

On Oct 18, 2011, at 9:43 AM, Bernat Romagosa wrote: > Great! Just evaluated: > > MorphicUIManager new beDefault. > > And I can work remotely again! > > Even if this is a bit of a dirty workaround, maybe it'd be justified to add it to (for example) RFBSession >> initialize, having it check if we are running headless and, if so, evaluating that line. I'd guess many users are going to run into this issue... how else would one access a headless image if not via RFB, until Coral can handle debugging and Monticello? ;) > Adding a debugger to coral is one idea for the future. Another is true remote development and debugging. We will slowly get there... Marcus -- Marcus Denker -- http://marcusdenker.de

Oct. 18, 2011

Re: [Pharo-project] RFB looks terribly broken

by Bernat Romagosa

Great! Just evaluated: MorphicUIManager new beDefault. And I can work remotely again! Even if this is a bit of a dirty workaround, maybe it'd be justified to add it to (for example) RFBSession >> initialize, having it check if we are running headless and, if so, evaluating that line. I'd guess many users are going to run into this issue... how else would one access a headless image if not via RFB, until Coral can handle debugging and Monticello? ;) Thanks a lot! 2011/10/18 Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no> > On 18.10.2011 08:50, Dennis Schetinin wrote: > > Yes, apparently I experience the same thing. What is a good way to fix it? > > 2011/10/17 Carlo <snoobabk(a)yahoo.ie> > >> Hi >> >> It looks like you're running your vm headless is that right? As far as I >> understand this would cause the vm to shutdown as the >> NonInteractiveUIManager is running... >> >> Cheers >> Carlo >> > http://code.google.com/p/pharo/issues/detail?id=4829 has a suggestion for > a (untested) workaround, some changes to the UIManager API is needed before > it can be done in a nice way though. > > Cheers, > Henry > -- Bernat Romagosa.

Oct. 18, 2011

Re: [Pharo-project] [Pharo-users] Stories for Pharo News Blog and Success Stories

by StÃ©phane Ducasse

Yes yes yes!!! On Oct 18, 2011, at 8:38 AM, Marcus Denker wrote: > Hi, > > We should try to post something every week to the Pharo news blog. > One interesting kind of content are projects done with Pharo. > > So if you have something to share: we would be interested in > -> short text that describes the project > -> URL to website > -> a cool screenshot > > Especially interesting are of course for one commercial projects > (Things like http://www.t3-platform.net) > > The other class I like are Research Projects. They are always fun and > force us to think and dream. http://www.languageoflanguages.org is a nice > example. > > Third: Infrastructure. Like the new http://jquerymobile.seasidehosting.st > > So if you have ideas --> send a mail. Best would be finished small articles > to ready to post. > > > -- > Marcus Denker -- http://marcusdenker.de > >

Oct. 18, 2011

Re: [Pharo-project] RFB looks terribly broken

by Henrik Sperre Johansen

On 18.10.2011 08:50, Dennis Schetinin wrote: > Yes, apparently I experience the same thing. What is a good way to fix > it? > > 2011/10/17 Carlo <snoobabk(a)yahoo.ie <mailto:snoobabk@yahoo.ie>> > > Hi > > It looks like you're running your vm headless is that right? As > far as I understand this would cause the vm to shutdown as the > NonInteractiveUIManager is running... > > Cheers > Carlo > http://code.google.com/p/pharo/issues/detail?id=4829 has a suggestion for a (untested) workaround, some changes to the UIManager API is needed before it can be done in a nice way though. Cheers, Henry

Oct. 18, 2011

Re: [Pharo-project] RFB looks terribly broken

by Dennis Schetinin

Yes, apparently I experience the same thing. What is a good way to fix it? 2011/10/17 Carlo <snoobabk(a)yahoo.ie> > Hi > > It looks like you're running your vm headless is that right? As far as I > understand this would cause the vm to shutdown as the > NonInteractiveUIManager is running... > > Cheers > Carlo > > On 17 Oct 2011, at 6:27 PM, Bernat Romagosa wrote: > > Yes, the VM crashes and there's no output on the console :( > > If I search for 'RFB' in the PharoDebug file I get around 300 matches, but > I can't understand what the cause of the problem is... > > 2011/10/17 Lukas Renggli <renggli(a)gmail.com> > >> You say the VM crashes? >> >> I don't see anything related to RFB in your PharoDebug.log. >> >> Lukas >> >> On 17 October 2011 16:47, Bernat Romagosa >> <tibabenfortlapalanca(a)gmail.com> wrote: >> > Hi Lukas, >> > I made a copy of PharoDebug.log publicly accessible >> > from: http://seaside.citilab.eu/PharoDebug.log >> > There are some error messages stating: >> > "An attempt to use interactive tools detected, while in non-interactive >> > mode" >> > And others related to RFB. >> > Cheers, >> > 2011/10/17 Lukas Renggli <renggli(a)gmail.com> >> >> >> >> It works for me. Are you using RBF from my repostiory? >> >> >> >> Did you try with a different (newer, older, Pharo) VM? >> >> >> >> Any crash dumps that you want to share? >> >> >> >> Lukas >> >> >> >> On 17 October 2011 13:27, Bernat Romagosa >> >> <tibabenfortlapalanca(a)gmail.com> wrote: >> >> > Hi list, >> >> > I'm not able to develop remotely using the RFB server anymore. The >> image >> >> > just dies all the time. Examples of behaviours that trigger the >> crash: >> >> > - Right-clicking on a Workspace >> >> > - Saving a method in a Browser, then selecting another method in the >> >> > same >> >> > Browser >> >> > Any ideas on why is this happening? The same exact image (with the >> RFB >> >> > server also running and the same VM) works okay locally, but when I >> >> > access >> >> > it remotely it becomes unusable. >> >> > Here's my config: >> >> > 'Pharo1.3' (one click) >> >> > 'Croquet Closure Cog VM [CoInterpreter >> VMMaker-oscog-IgorStasenko.123]' >> >> > Debian 6.0 >> >> > >> >> > Cheers! >> >> > -- >> >> > Bernat Romagosa. >> >> > >> >> >> >> >> >> >> >> -- >> >> Lukas Renggli >> >> www.lukas-renggli.ch >> >> >> > >> > >> > >> > -- >> > Bernat Romagosa. >> > >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> >> > > > -- > Bernat Romagosa. > > -- Dennis Schetinin

Oct. 18, 2011

[Pharo-project] Stories for Pharo News Blog and Success Stories

by Marcus Denker

Hi, We should try to post something every week to the Pharo news blog. One interesting kind of content are projects done with Pharo. So if you have something to share: we would be interested in -> short text that describes the project -> URL to website -> a cool screenshot Especially interesting are of course for one commercial projects (Things like http://www.t3-platform.net) The other class I like are Research Projects. They are always fun and force us to think and dream. http://www.languageoflanguages.org is a nice example. Third: Infrastructure. Like the new http://jquerymobile.seasidehosting.st So if you have ideas --> send a mail. Best would be finished small articles to ready to post. -- Marcus Denker -- http://marcusdenker.de

Oct. 18, 2011

Re: [Pharo-project] Fwd: trying to understand loops in pharo

by Mariano Martinez Peck

On Mon, Oct 17, 2011 at 10:40 PM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > > Just to hammer home the message. The below, which won't be inlined since > the block argument is in a variable, > > Elliot what is hammer home? > http://idioms.thefreedictionary.com/hammer+home > To get in my skull? > > I should reread the thread without my flu and it will go better :) > > > | b | > > b := [:i| nil]. > > 1 to: 10 do: b > > > > of course answers 1, since > > > > Number methods for intervals > > to: stop do: aBlock > > "Normally compiled in-line, and therefore not overridable. > > Evaluate aBlock for each element of the interval (self to: stop by: > 1)." > > | nextValue | > > nextValue := self. > > [nextValue <= stop] > > whileTrue: > > [aBlock value: nextValue. > > nextValue := nextValue + 1] > > > > which ends with an implicit ^self. > > I should rereade the code thinkking about that hidden self it did not occur > to me that I should > think about it. > > Stef > > > -- Mariano http://marianopeck.wordpress.com

Oct. 17, 2011

[Pharo-project] What is the status of the new profilers?

by Mariano Martinez Peck

Hi (Alexandre?). What is the status of the new profilers? is there something I can use in the released Pharo 1.3 image? thanks -- Mariano http://marianopeck.wordpress.com

Oct. 17, 2011

Re: [Pharo-project] Fwd: trying to understand loops in pharo

by StÃ©phane Ducasse

> Just to hammer home the message. The below, which won't be inlined since the block argument is in a variable, Elliot what is hammer home? To get in my skull? I should reread the thread without my flu and it will go better :) > | b | > b := [:i| nil]. > 1 to: 10 do: b > > of course answers 1, since > > Number methods for intervals > to: stop do: aBlock > "Normally compiled in-line, and therefore not overridable. > Evaluate aBlock for each element of the interval (self to: stop by: 1)." > | nextValue | > nextValue := self. > [nextValue <= stop] > whileTrue: > [aBlock value: nextValue. > nextValue := nextValue + 1] > > which ends with an implicit ^self. I should rereade the code thinkking about that hidden self it did not occur to me that I should think about it. Stef

Oct. 17, 2011