- Pharo-users - lists.pharo.org

Re: [Pharo-users] How can I run my own CI server?

by Tudor Girba

You need the builder from Lucas: https://github.com/renggli/builder The main page also provides a detailed set of instructions. Cheers, Doru On 2 Dec 2011, at 06:30, Pat Maddox wrote: > I'd like to set up continuous integration for my own Pharo projects. Does anyone have pointers on setting one up? Some basic pointers on how to build an image and run the tests from scratch (ideally headless) would be very helpful. > > Thanks, > Pat > -- www.tudorgirba.com "If you interrupt the barber while he is cutting your hair, you will end up with a messy haircut."

Dec. 2, 2011

How can I run my own CI server?

by Pat Maddox

I'd like to set up continuous integration for my own Pharo projects. Does anyone have pointers on setting one up? Some basic pointers on how to build an image and run the tests from scratch (ideally headless) would be very helpful. Thanks, Pat

Dec. 2, 2011

Morph added to World event

by Sean P. DeNigris

Is there any notification (event/Announcement/etc) when a Morph is opened in the World? Thanks. Sean -- View this message in context: http://forum.world.st/Morph-added-to-World-event-tp4144928p4144928.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Dec. 2, 2011

Re: [Pharo-users] portable smalltalk, how ?

by Lukas Renggli

For UI portability the only way to go is to have a clean separation between model and view. OmniBrowser, Glamour, ToolBuilder, Magritte, Pier, ... are examples of models that are independent of their view. Sport provides platform independence for files, sockets and exceptions. When we evaluated Sport for Seaside it only worked on VW and sockets were at the wrong abstraction level. Also to consider is that exceptions are pretty portable today. Grease is merely a collection of utilities to deal with strings, collections, encoding, message sends, versions and packages. It also includes a large collection of ANSI tests documenting what Seaside expects from the platform. For networking it depends on what you want to do. If you want sockets, then Sport is probably the way to go. If you want to serve HTTP then Seaside-Core is what I would pick: This does not include WAComponent and WASession, it provides platform independent request/response objects. Through adaptors it runs identically on all platforms that support Seaside and with many different web servers (for Pharo this is Zinc, Kom, KomLight, Swazoo, FastCGI, and probably others). As you see, all these examples work because they separate code that works on one platform and with one output format from the rest of the code. You can do this in any domain, but it is the easiest if you build on something that already works. An exception is PetitParser: It works on many platform without changes because it expects only a tiny subset of ANSI, the rests it simply implements itself or packages separately. Lukas -- Lukas Renggli www.lukas-renggli.ch

Dec. 1, 2011

(no subject)

by Larry White

Hi, Apologies for maybe cross-posting - been having trouble with getting my pharo mailing lists straight. I'm throwing this out there in case it turns out to be a bug. I'm running the Seaside one-click install on OS X Lion. Pharo1.3 Latest update: #13302 I can reliably cause my VM to freeze up and need to Force-Quit it from the OS. I'm implementing (copying) the probability distribution classes from the blue book. When I tried to create an instance of the Binomial class, the system hung. I can replicate the problem by sending the message #basicNew to ProbabilityDistribution. ProbabilityDistribution is a direct subclass of Stream and I haven't overridden or modified #basicNew. What's happening is that it fails in the BlockClosure [anObject doit], but only when I instantiate a member of this particular class hierarchy. In any attempt to instantiate a ProbabilityDistribution or its subclasses, a #doIt in a Workspace hits the line "self suspend" in the #terminate method of Process and the VM hangs there. I believe they had ProbabilityDistribution subclass from Stream because sampling from a distribution is like reading from a Stream, but I don't think any there's any actual shared code, so I switched the superclass of ProbabilityDistribution to Object and the code works fine now. If you want to replicate, just create a subclass Foo of Stream and send it the message #basicNew. Thanks. Larry

Dec. 1, 2011

Re: [Pharo-users] portable smalltalk, how ?

by Sven Van Caekenberghe

On 30 Nov 2011, at 17:58, t olschewski wrote: > does the absence of replies imply that there is no portability layer offering > a dialect-independent API to GUI, graphics and network functions yet ? (Most people are on the pharo-dev list and read pharo-users only casually I guess). Writing true portable Smalltalk code is plain hard: not just of language differences but more because of library differences. This is not that different from the C world I guess. There is only one big portable Smalltalk program that I know of: Seaside. Sven

Dec. 1, 2011

Re: [Pharo-users] portable smalltalk, how ?

by t olschewski

hm. To me this sounds like writing dialect- and platform-independent applications were close to impossible unless I either limit myself to ansi or encapsulate & wrap any non-ansi function I use - ? It also sounds to me like along with each of my non-ansi smalltalk programs I'd have to save the image and the VM version used in development if I haven't time or motivation to port my programs from one image version to the next or from one platform to another. -- View this message in context: http://forum.world.st/portable-smalltalk-how-tp4118832p4129355.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Dec. 1, 2011

[COTDC] 90 - TextAlignment

by sean＠clipperadams.com

Continuing in Collections... Today: TextAlignment Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest p.s. this message was sent from a pharo image. Did you know you could easily do that?!

Dec. 1, 2011

Re: [Pharo-users] Mocking framework

by Juan Ignacio Vaccarezza

Thanks I'll give it a try. On Wed, Nov 30, 2011 at 9:08 AM, Nahuel Garbezza <n.garbezza(a)gmail.com>wrote: > On 30 November 2011 08:29, Juan Ignacio Vaccarezza > <juanvaccarezza(a)gmail.com> wrote: > > Hi all, > > Which mocking framework would you recomend? > > > > Regards, > > Juan > > > > Juan, I recommend you to take a look on Mocketry > (http://magaloma.blogspot.com/2011/02/work-on-mocketry.html) > > It lets you to control all mock message sends with a nice syntax, and > it also comes with a DSL for writing assertions like "expression > should be: true" or "5 should be an instance of: SmallInteger". > > Nahuel. > >

Dec. 1, 2011

Re: [Pharo-users] Pharo By Example - VM issues

by Marcus Denker

On Dec 1, 2011, at 10:56 AM, Stefan Marr wrote: > Hi: > > On 01 Dec 2011, at 10:29, Marcus Denker wrote: > >> The image used for the book is very old and does not have the cog related patches... >> >> The easiest would be to make a one-click with old vms for the book. >> Or we would need to find out (remember) exactly which patch is needed... > > I guess there is something specific in the Pharo tracker, but there is also: > http://squeakvm.org/cgi-bin/viewcvs.cgi/branches/Cog/image/NecessaryImageCh… > > > Kind of related to that: does anyone have a Squeak 3.9 image running on top of Cog? > As far as I understand, the main issue is that the image needs to use Closures instead of old style blocks. Is that correct? Yes. Would be quite some work, I think. Not impossible, but the question is if it would not be easier to change Pharo or current Squeak (in case of MVC) for your needs. Marcus -- Marcus Denker -- http://marcusdenker.de

Dec. 1, 2011