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

[Pharo-project] Unsubscribe get internal server error

by Nick Payne

As I'm going on holiday for a few weeks and don't want the mail to pile up in my mailbox, I attempted to unsubscribe at the address given when I joined the mailing list (http://lists.gforge.inria.fr/cgi-bin/mailman/options/pharo-project/nick.pay…) but I just get an Apache error page: Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, [no address given] and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. ------------------------------------------------------------------------ Apache/2.2.9 (Debian) mod_auth_pgsql/2.0.3 DAV/2 SVN/1.5.1 mod_python/3.3.1 Python/2.5.2 mod_ssl/2.2.9 OpenSSL/0.9.8g Server at lists.gforge.inria.fr Port 80 Nick

Dec. 20, 2010

Re: [Pharo-project] running osprocess

by Alexandre Bergel

http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.general/153430 gives me some hint. I wasn't able to run the tests. For example: testCatAFile | p openFileCount | openFileCount := self numberOfOpenFiles. p := UnixProcess catAFile. self assert: p notNil. self should: [p isRunning]. [p isRunning] whileTrue: [(Delay forMilliseconds: 100) wait]. "<<==== block here" I need to interrupt with alt-. OSProcess accessor osppModuleVersionString =>'4.3.2' Is there something wrong we're doing? Cheers, Alexandre On 20 Dec 2010, at 16:22, Alexandre Bergel wrote: > Hi! > > I wasn't able to run OSProcess on Mac and on Linux. I get the error "process accessor module not available". > Doru mentioned it on Sep 23. Is the situation the same? > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 20, 2010

[Pharo-project] running osprocess

by Alexandre Bergel

Hi! I wasn't able to run OSProcess on Mac and on Linux. I get the error "process accessor module not available". Doru mentioned it on Sep 23. Is the situation the same? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 20, 2010

Re: [Pharo-project] Dear Santa ...

by Eliot Miranda

Hi Janko, 2010/12/18 Janko MivÅ¡ek <janko.mivsek(a)eranova.si> > On 18. 12. 2010 20:38, Andreas Wacknitz wrote: > > > > Am 18.12.2010 um 20:16 schrieb Torsten Bergmann: > > > >> Only a few days until christmas. You should tell Santa your wishes for > Pharo here on the list - who knows maybe in one of the next releases or > announcements... > >> > >> Let me be the first: > >> - easy to use foreign interface including callback support for > >> all major platforms > >> - reliable (new) squeaksource which includes a one-click image > >> so one can easy setup an own (internal) server > >> > > I want a smalltalksource for all Smalltalk dialects. And I don't want to > fear that any company or manager gone wild could cancel it. > > Really, the Smalltalk community is small and fragmented, and every > dialect is trying to have its own version management and project hosting. > > This is really bad IMHO. So many things got already lost or are fallen > into oblivion because they were hosted somewhere nobody knows or cares > anymore. > > I second Andreas and Torsten wishes and adds few mine: > > - Namespaces > - Breakpoints > - Monticello/Metacello directly from browser > - portable async FFI > - SOAP/WSDL with object mapping and one-click tool > - even more usability enhancements > - rock solid image and VM for image-only persistency > - more Eliot :) > :) But this could mean lots of things. a) I'm not doing enough, b) I need to put on weight, c) my jokes are great, d) you want specific things done in the VM area. So while this made me laugh and so far is inspiring (I mean, if you really do mean a) I'm going to have a miserable xmas, and my wife is going to be miserable if you mean b) ) I'd love for you to make some specific suggestions as to what more Eliot might mean (besides eating a /lot/ over xmas to try and create a few more kilos of Eliot). best Eliot > Best regards > Janko > > -- > Janko MivÅ¡ek > AIDA/Web > Smalltalk Web Application Server > http://www.aidaweb.si > >

Dec. 20, 2010

Re: [Pharo-project] [squeak-dev] Re: Graph library in Smalltalk - Need for advices

by Tudor Girba

Hi, I would suggest to also take a look at the graph library implemented by Simon Denier in Moose-Algos (in the Moose-Algos-Graph). It ships with Moose, but you can also get it independently: Gofer new squeaksource: 'MooseAlgos'; project: 'ConfigurationOfMooseAlgos'; load. (Smalltalk at: #ConfigurationOfMooseAlgos) loadDefault Cheers, Doru On 20 Dec 2010, at 16:22, CÃ©drick BÃ©ler wrote: > >>> >>> Couldn't we start developing something similar to Lemon (regarding "API", enitites, etc...) that would work for small scale project project in smalltalk ? >> >> It would be excellent. >> Because now that you have a full time permanent position you can invest a bit and in 2 years you can get something really sexy.... >> This is what we are doing all the time around pharo. > > > yes this is the idea :) have fun and learn... and I learn more when I do it by myself ;). I don't like blackboxes especially for research (we use netica here for bayesian networks). > > But again here, I can't do it alone (a generic small scale graph lib). I'll wait to have some feedback from others and see if a consensus arise for the design (the lib to mimic ?)... then I may start if I think I can (but I'll need review). > > Cheers, > > CÃ©drick -- www.tudorgirba.com "No matter how many recipes we know, we still value a chef."

Dec. 20, 2010

Re: [Pharo-project] 1.2 Dev and Hudson

by Dale Henrichs

On 12/20/2010 05:46 AM, Guillermo Polito wrote: > Great! > > We have to be careful since #lastVersion seems to be deprecated, to use > #bleedingEdge or something else I don't know... > > Maybe it's just fine to rely on it by now. I don't plan on deprecating #lastVersion until the 1.0 release. With the next release of Metacello you should start using symbolic versions: #bleedingEdge - for the latest code possible #development - for the current version under development by platform #stable - for the current released (stable) version by platform Dale > > On Mon, Dec 20, 2010 at 5:55 AM, Marcus Denker <marcus.denker(a)inria.fr > <mailto:marcus.denker@inria.fr>> wrote: > > > On Dec 20, 2010, at 9:41 AM, Marcus Denker wrote: > >> >> On Dec 20, 2010, at 9:31 AM, Mariano Martinez Peck wrote: >> >>> Yes, as Guille said, using #lastVersion would be more >>> interesting here: >>> >>> "Dev image" >>> Gofer new >>> squeaksource: 'MetacelloRepository'; >>> package: 'ConfigurationOfPharo'; >>> load. >>> >>> ((Smalltalk at: #ConfigurationOfPharo) project lastVersion) >>> perform: #silently: with: true; perform: #load. >>> >> >> I will put that in. > > Done. next build will use that. > > > -- > Marcus Denker -- http://www.marcusdenker.de > <http://www.marcusdenker.de/> > INRIA Lille -- Nord Europe. Team RMoD. > >

Dec. 20, 2010

Re: [Pharo-project] [Metacello] circling in on symbolic version release (1.0-beta.28)

by Dale Henrichs

Mariano, I think that would be a good idea. I have some thoughts on doing that, but I'd rather have a few more people work through the problem on their own and then we can discuss the pros and cons of different approaches... I've been having these kinds of discussions with myself, but I always win the argument:) Dale On 12/19/2010 02:39 PM, Mariano Martinez Peck wrote: > Hi dale. This is awesome. SOrry for being quite out...but I am trying to > focus on my duties :( > > maybe we will be able to build pharo dev 1.2 using symbolic versions? > > cheers > > Mariano > > > On Fri, Dec 17, 2010 at 12:58 AM, Dale <dhenrich(a)vmware.com > <mailto:dhenrich@vmware.com>> wrote: > > I've just done a series of checkins of the configurations referenced > from the Pharo development configuration. > > I've updated each of the configurations with the "correct symbolic > version" for Pharo1.0 and Pharo1.1 based upon what is loaded in the > one-click images and the ConfigurationOfPharo specifications ... when > in doubt I went with the specified version. > > Here's the list of configs: > > ProfStef > Shout > AutomaticMethodCategorizer > ObjectMetaTools > Nile > PharoMorphicExtras > NewInspector > OCompletion > PharoSound > ScriptManager > HelpSystem > OmniBrowser > RefactoringBrowser > PharoNonCore > Gofer > > The symbolic version methods are ignored by earlier versions of > Metacello, so they shouldn't affect anything ... > > I plan to perform validations on all of the configurations in > MetacelloRepository and will be checking in fixes for the critical > issues that can affect Metacello (there are some issues with the most > recent version of Pharo that I will fix shortly). > > Dale > >

Dec. 20, 2010

Re: [Pharo-project] Printing hexadecimal values of a string

by csrabak＠bol.com.br

I don't want to start a philosophical discussion, but I'm puzzled: What constitutes "correct" behaviour in this case? Are you saying that 'correct' would be something like: 1 printStringHex '0F' and 1 hex '16r01' ?? Em 20/12/2010 06:10, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr > escreveu: On Dec 19, 2010, at 9:55 PM, Geoffroy Couprie wrote: > Hello all, > > I get a strange behaviour while trying to print hexadecimal values of a string. > > Context: I get a SHA1 hash from a binary stream, store it into a > string, and I want to display that string (using asHex). > > Problem: for values inferior to 16, the leading zero is ignored. (15 > -> 'F' instead of '0F'). indeed printStringHex prints F instead of 0F 15 printStringHex 'F' 15 hex '16rF' Geoffroy could you add a variant that produces the correct behavior with some tests? > I could modify SmallInteger>>printStringBase: to always include the > leading zero, but I fear I'm going to break a lot of code doing that. > Is there a better way to fix my problem? apart from using directly the > following: > aStream do:[:val | val printStringBase:16 nDigits:2] > > Best regards, > > Geoffroy >

Dec. 20, 2010

Re: [Pharo-project] Issue 3463 in pharo: [Failing Test] HelpBrowserTest.testOpen

by pharo＠googlecode.com

Updates: Status: Fixed Comment #6 on issue 3463 by Torsten....(a)astares.de: [Failing Test] HelpBrowserTest.testOpen http://code.google.com/p/pharo/issues/detail?id=3463 (No comment was entered for this change.)

Dec. 20, 2010

Re: [Pharo-project] Issue 3463 in pharo: [Failing Test] HelpBrowserTest.testOpen

by pharo＠googlecode.com

Updates: Status: Comment #5 on issue 3463 by Torsten....(a)astares.de: [Failing Test] HelpBrowserTest.testOpen http://code.google.com/p/pharo/issues/detail?id=3463 #testOpen now checks for Error instead of Exception Fixed with the attached changeset and also included in SLICE-Issue-3463-Failing-Test-HelpBrowserTesttestOpen-tbn.1 in pharo inbox Attachments: HelpBrowserTest-testOpen.st 339 bytes

Dec. 20, 2010