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

[Pharo-project] ConfigurationOfSandstoneDb working in 1.2
by Torsten Bergmann March 16, 2011

March 16, 2011

FYI: from an offlist discussion: ConfigurationOfSandstoneDb was updated (version 1.2) to work on Pharo 1.2. Thanks to Ramon Leon. Bye T. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

2 1

[Pharo-project] Status bar
by Hilaire Fernandes March 16, 2011

March 16, 2011

Hello, Do we have nay thing close as a status bar in Polymorph? A widget you plug in the bottom of a window and where you print textual information. Hilaire -- Education 0.2 -- http://blog.ofset.org/hilaire

2 2

[Pharo-project] Issue 3581 in pharo: [Failing test] 1.1.1 Full: MethodWrappers.Tests.ObjectAsOneTimeMethodWrapperTest.testInstallOnClassCategory
by pharo＠googlecode.com March 16, 2011

March 16, 2011

Status: Accepted Owner: marcus.d...(a)gmail.com Labels: Milestone-1.1.2 New issue 3581 by marcus.d...(a)gmail.com: [Failing test] 1.1.1 Full: MethodWrappers.Tests.ObjectAsOneTimeMethodWrapperTest.testInstallOnClassCategory http://code.google.com/p/pharo/issues/detail?id=3581 MethodWrappers.Tests.ObjectAsOneTimeMethodWrapperTest.testInstallOnClassCategory fails sometimes.

1 13

[Pharo-project] PBenchmark as a general framework for benchmarking in Smalltalk (commit access)
by Stefan Marr March 15, 2011

March 15, 2011

Hi: For the others, I am currently adapting the benchmarking infrastructure used for Pinocchio to be a bit more general, and enable me to integrate our RoarVM benchmarking tools. The goal is to have a framework that allows all kind of benchmarking, written like unit tests. One other idea Henrik was interested in is to be able to easily compare the benchmark results of different versions of method-implementations, to see whether optimizations were successful. Camillo, even so I don't have a working version yet, I was trying to commit my refactoring (perhaps for review). However, the PinocchioVM project seems to be 'global readonly'. Would it be better to make it a stand-alone project? When we go with that step, as already mentioned, I would like to rename it. PBenchmark is a name that might prevent adoption. Not that I would like to go into politics here, but perhaps we can consider a new name. Since the general idea is to write benchmarks like unit tests, how about 'SMark'/'SBench' instead of 'SUnit'? Best regards Stefan PS: One thing, we might want to use as a source of inspiration in the future is: http://code.google.com/p/caliper/ Thats a microbenchmark framework for Java, also using the unit-testing metaphor. There @Param is also neat (http://code.google.com/p/caliper/source/browse/trunk/examples/src/main/java…) and allows to encode input sizes for which the benchmarks should be executed. That is something I am not to interested in, but in case the framework finds adoption that might be something to keep in mind. -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

8 15

[Pharo-project] Fwd: [squeak-dev] Re: SqueakSource down... again
by StÃ©phane Ducasse March 15, 2011

March 15, 2011

It would be nice if somebody would give a try to install this version of squeaksource Stef Begin forwarded message: > From: "Pape, Tobias" <Tobias.Pape(a)student.hpi.uni-potsdam.de> > Date: March 15, 2011 12:06:58 AM GMT+01:00 > To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Cc: Michael Haupt <mhaupt(a)gmail.com>, "Hirschfeld, Robert" <Robert.Hirschfeld(a)hpi.uni-potsdam.de> > Subject: Re: [Pharo-project] [squeak-dev] Re: SqueakSource down... again > > Dear Stephane > > Am 2011-02-24 um 22:28 schrieb Michael Haupt: > >> Stephane, >> >> I forward your question to Robert and Tobias; Tobias is maintaining our installation. >> >> Michael >> >> Am 24.02.2011 um 18:32 schrieb StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> >>> Hi michael >>> >>> where can we find the code for such a GemStone backend source? > > > Please accept my apologies for my rather late > reply; I had student projects to finish and I > still have examinations going on. > > For SqueakSource with a GemStone-Backend, > look at: http://seaside.gemstone.com/ss/ss2.html > IIRC, I used ConfigurationOfGsSqueakSource-DaleHenrichs.8.mcz > to Load it into my Gemstone 2.3. > > Please Note, this is tested only for > > â¢ GemStone 2.3 > â¢ Seaside 2.8 > â¢ Magritte (1) > > And Email-support is not working at all. > Furthermore, Migrating from a âNormalâ squeaksource with > file-based storage requires some administrative effort. > I had used some small scripts at the time I was doing this > at the SWA group. > > Nevertheless, I am working on an improved version, > that shall work with Seaside3.0/Magritte2 on Gemstone 3 (or even 4) > Email-Support will be back then and I heavily focus on migration. > However, this code is all untested and I don't expect it to > be any usable before April, if not May. > > I hope that helps you. > > Regards > -Tobias > >

3 2

[Pharo-project] [update 1.3] #13093
by laurent laffont March 15, 2011

March 15, 2011

13093 ----- COTDC integration 25 - PolymorphSystemSettings - L.Laffont 26 - PickAFileToWriteNotification - Carlo, F.Olivero 27 - DropEvent - F.Olivero, R.Moran 28 - ImmAbstractPlatform - H.Johansen 29 - EventSensorConstants - I.Stasenko 30 - StepMessage - L.Laffont 31 - PreDebugWindow - G.Polito Laurent Laffont - @lolgzs <http://twitter.com/#!/lolgzs> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/ Developer group: http://cara74.seasidehosting.st

2 1

[Pharo-project] Deadline for the RMLL 2011 is 31 of march and it would be good to have a Smalltalk presence there.
by StÃ©phane Ducasse March 15, 2011

March 15, 2011

http://2011.rmll.info/appel.html I'm planning to attend but may be some other people want to join. Stef

2 1

Re: [Pharo-project] Issue 1264 in pharo: ConnectionTimedOut when running NetNameResolver testIPv6Echo
by pharo＠googlecode.com March 15, 2011

March 15, 2011

Updates: Status: Closed Comment #2 on issue 1264 by marcus.d...(a)gmail.com: ConnectionTimedOut when running NetNameResolver testIPv6Echo http://code.google.com/p/pharo/issues/detail?id=1264 Network code was reverted before 1.1, method does nor exist.

1 0

Re: [Pharo-project] Issue 2001 in pharo: Positionable stream hardcodes end of line delimiter
by pharo＠googlecode.com March 15, 2011

March 15, 2011

Updates: Status: Closed Comment #1 on issue 2001 by marcus.d...(a)gmail.com: Positionable stream hardcodes end of line delimiter http://code.google.com/p/pharo/issues/detail?id=2001 this has been fixed... in 1.2: nextLine "Answer next line (may be empty) without line end delimiters, or nil if at end. Let the stream positioned after the line delimiter(s). Handle a zoo of line delimiters CR, LF, or CR-LF pair" self atEnd ifTrue: [^nil]. ^self upToAnyOf: CharacterSet crlf do: [:char | char = Character cr ifTrue: [self peekFor: Character lf]]

1 0

[Pharo-project] Issue 3529 in pharo: TextMorph>>releaseCachedState creates a paragraph which causes a "Subscript out of bounds" in an internal RunArray
by pharo＠googlecode.com March 15, 2011

March 15, 2011

Status: Accepted Owner: hernan.m...(a)gmail.com Labels: Type-ReportDefect New issue 3529 by hernan.m...(a)gmail.com: TextMorph>>releaseCachedState creates a paragraph which causes a "Subscript out of bounds" in an internal RunArray http://code.google.com/p/pharo/issues/detail?id=3529 Pharo image: Pharo1.1rc3 Pharo core version: Latest update: #11406 Virtual machine used: Pharo 4.0.2 Steps to reproduce: 1. ScriptLoader new cleanUpForRelease. or 2. Specifically SystemNavigation default allObjectsDo: [ :each | (each respondsTo: #releaseCachedState) ifTrue: [ each releaseCachedState ] ]. Sometimes creating a new paragraph while releasing caches causes an Error (subscript is out of bounds) in the RunArray of the text attributes of the TextComposer in the MultiNewParagraph which is contained. Attached Error log. The method TextMorph>>paragraph says "Paragraph instantiation is lazy -- it will be created only when needed", then why the (undocumented) TextMorph>>releaseCachedState creates a new paragraph anyway? If creating paragraph is not needed you may apply the proposed fix. Attachments: releaseParagraphBug.log 29.9 KB TextMorph-releaseCachedState.st 234 bytes

1 1