- Pharo-dev - lists.pharo.org

[Pharo-project] [update 1.4] #14126

by Marcus Denker

14126 ----- Issue 3329: Object>>closeTo: http://code.google.com/p/pharo/issues/detail?id=3329 Issue 4740: Test for workspace http://code.google.com/p/pharo/issues/detail?id=4740 Issue 4415: asNonFraction http://code.google.com/p/pharo/issues/detail?id=4415 -- Marcus Denker -- http://marcusdenker.de

Sept. 8, 2011

Re: [Pharo-project] Fwd: A new way to render the debugger

by HwaJong Oh

I like it. Reads nice. -- View this message in context: http://forum.world.st/Fwd-A-new-way-to-render-the-debugger-tp3796782p379789… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 8, 2011

[Pharo-project] How to run cog on Linux

by Dennis Schetinin

Hi! I'm absolutely newbie on linux, so I need help. Trying to run cog on Ubuntu 11.04. I've downloaded coglinux.tgz<http://www.mirandabanda.org/files/Cog/VM/VM.r2468/coglinux.tgz>from http://www.mirandabanda.org/files/Cog/VM/VM.r2468/, unpacked it and tried to run squeak from there in various variants. For example this way: ~/coglinux/bin/squeak â¦ In all cases I get error: "exec: 10: /home/chaetal/coglinux/bin/../lib/squeak/4.0-2489/squeak: not found" What am I doing wrong and what is the correct way to make Pharo run on Cog under linux? TIA! -- Dennis Schetinin

Sept. 8, 2011

[Pharo-project] Find & Replace analysis

by HwaJong Oh

I learning how to use polymorph. http://appdal.com/groups/36442/wiki/9165a/attachments/f3fdb/Pharo%20GUI%20F… HwaJong Oh -- View this message in context: http://forum.world.st/Find-Replace-analysis-tp3797664p3797664.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 8, 2011

Re: [Pharo-project] TextLint for Emacs & TextMate

by Serge Stinckwich

Great work Damien & Lukas ! Haha, i see that you use Textlint on our paper for the emacs demo ;-) Cheers, On Tue, Sep 6, 2011 at 2:23 PM, Damien Cassou <damien.cassou(a)gmail.com> wrote: > Dear all, > > Lukas Renggli and I have worked on the integration of TextLint within > both TextMate and Emacs. TextLint is a tool to check your scientific > writing for common style errors. > > Integration within TextMate: http://www.youtube.com/watch?v=SrG29zWHqkk > Integration within Emacs: http://www.youtube.com/watch?v=CsG2DKgHanE > > It's written in Smalltalk and is currently accessible through: > > - Emacs (https://github.com/DamienCassou/textlint) > - TextMate (https://github.com/DamienCassou/textlint) > - The web (http://textlint.lukas-renggli.ch/) > - A Smalltalk IDE (http://scg.unibe.ch/research/textlint) > > Please report any issue to https://github.com/DamienCassou/textlint. > > I'm also very interested in feedback, code, and whatever can make the > whole thing better. > > If you have any problem or feedback, report on > https://github.com/DamienCassou/textlint > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

Sept. 8, 2011

Re: [Pharo-project] [Pharo-users] [COTDC] 80#3 - TestRunnerBrowser

by HwaJong Oh

I'm a class to selectively run tests and get the results of their execution. Don't panic that I don't have any method nor variables. My superclass takes care of me doing ... TestRunnerBrowser default open -- View this message in context: http://forum.world.st/Re-COTDC-80-3-TestRunnerBrowser-tp3797043p3797636.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 8, 2011

Re: [Pharo-project] Fwd: A new way to render the debugger

by Igor Stasenko

On 7 September 2011 22:55, Noury Bouraqadi <bouraqadi(a)gmail.com> wrote: > I like it. +1 clean and nice. > On 7 sept. 2011, at 18:09, Benjamin wrote: > >> Hello guys, >> >> Camillo and I were looking for a way to improve the way the debugger show the stack, so we worked on a tabbed version of the list. Here is a screenshot: >> >> <Screen shot 2011-09-07 at 4.56.06 PM.png> >> >> >> And so we implement the same on senders/implementors :) >> >> Do you like it ? (Should it be integrated ?) >> >> Thanks in advance for your feedback, >> >> >> Ben >> > > Noury Bouraqadi > http://twitter.com/#!/NouryBouraqadi > -- > -19Ã¨mes JournÃ©es Francophones sur les SystÃ¨mes Multi-Agents (JFSMAâ11) > http://www.univ-valenciennes.fr/congres/jfsma2011/ > 17-19 Octobre 2011, Valenciennes, France > > -5th International Conference on Smalltalk Technologies > http://www.fast.org.ar > November 3th - 5th, 2011 Universidad Nacional de Quilmes (Argentina) > > > > > > > -- Best regards, Igor Stasenko.

Sept. 8, 2011

Re: [Pharo-project] Compiling code on a web request; non interactive compilation

by Dale Henrichs

Nick, I've had success in tODE with the following: [ main currentSystem evaluate: aString in: nil to: self object notifying: self notifier ifFail: [ self error: 'evaluation failed' ] ] on: UndeclaredVariable , UnknownSelector do: [ :ex | (ex isKindOf: UnknownSelector) ifTrue: [ ^ ex resume: ex name asSymbol ]. self notify: 'Undeclared variable -->' at: ex interval first in: aString readStream. ex resume: nil ] `self notifier` is my GUI mock class that intercepts several methods and for the most part drops things on the floor. The exception handler above catches unknown selectors and continues (basically declaring them as valid), while the UndeclaredVariable exception ends up inserting a message in the tODE editor...It looks like the mock class also forwards #notify:at:in: messages ... Dale ----- Original Message ----- | From: "Nick Ager" <nick.ager(a)gmail.com> | To: "pharo-project" <Pharo-project(a)lists.gforge.inria.fr> | Sent: Wednesday, September 7, 2011 3:39:57 PM | Subject: [Pharo-project] Compiling code on a web request; non interactive compilation | | Hi, | | | I'm sending code from a web-based editor back into Pharo for | compilation and trying to catch compilation errors and return them | to the browser. | | | I've created a notifier which implements #notify:at:in: and I pass an | instance into the compiler in something like: | | | | compiler := Compiler new. | compiler from: codeToCompile class: aClass context: nil notifying: | notifier. | compiler translate: codeToCompile readStream noPattern: false ifFail: | [ ... ] | | | Is there a better compiler API to use? | | | I've noticed that I appear to have to mock additional methods in the | notifier e.g. #selectFrom:to: and #selectionInterval, though still | find that a morphic UI appears in my image asking for variable | creation confirmation etc. | | | I then tried using the NonInteractiveUIManager, but found my image | quit with DNU on | NonInteractiveUIManager>>#openDebuggerOn:context:label:contents:fullView:, | which I duly implemented, but am starting to feel like there must be | easier way. Have I missed something? | | | Thanks | | | Nick

Sept. 7, 2011

[Pharo-project] Compiling code on a web request; non interactive compilation

by Nick Ager

Hi, I'm sending code from a web-based editor back into Pharo for compilation and trying to catch compilation errors and return them to the browser. I've created a notifier which implements #notify:at:in: and I pass an instance into the compiler in something like: compiler := Compiler new. compiler from: codeToCompile class: aClass context: nil notifying: notifier. compiler translate: codeToCompile readStream noPattern: false ifFail: [ ... ] Is there a better compiler API to use? I've noticed that I appear to have to mock additional methods in the notifier e.g. #selectFrom:to: and #selectionInterval, though still find that a morphic UI appears in my image asking for variable creation confirmation etc. I then tried using the NonInteractiveUIManager, but found my image quit with DNU on NonInteractiveUIManager>>#openDebuggerOn:context:label:contents:fullView:, which I duly implemented, but am starting to feel like there must be easier way. Have I missed something? Thanks Nick

Sept. 7, 2011

Re: [Pharo-project] [BUG]Socket(Object)>>primitiveFailed:

by Sven Van Caekenberghe

On 07 Sep 2011, at 21:32, laurent laffont wrote: > On SmallHarbour we use a modified VM (only SecurityPlugin - https://gitorious.org/~laurentlaffont/cogvm/smallharbour ) so an image can open only a given set of ports. Each image / account has an allocated port number, so when an image starts a .st file is given as argument which stop all seaside adaptors and then start Zinc Seaside adaptor on a given port. > > The problem is: if I have saved a image with a socket opened on port XX, then try to start it on SmallHarbour on port YY - given that XX is forbidden - image crashes. Apart from the fact that I think we have a serious problem here, see http://code.google.com/p/pharo/issues/detail?id=4768 (but nobody seems to care, no one even confirmed that this happens for them too) the workaround is (as I said to Lukas, and as I do myself) not to save images with a running server and just start the adaptor in a startup .st file. HTH, Sven

Sept. 7, 2011