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

Re: [Pharo-project] Hudson: zip files of build artefacts...

by Guillermo Polito

great! :D Thanks! On Tue, Dec 14, 2010 at 12:21 PM, Alexandre Bergel <alexandre(a)bergel.eu>wrote: > Excellent! > > Alexandre > > > On 14 Dec 2010, at 12:19, Marcus Denker wrote: > > > Hi, > > > > I am starting to add a .zip for downloading of the last successful > builds. > > > > Latest Core 1.2: > > > > > https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.2/lastSuccessfu… > > > > (the link allways the same) > > > > Latest Full 1.2 is building right now... > > > > > > Marcus > > > > > > -- > > Marcus Denker -- http://www.marcusdenker.de > > INRIA Lille -- Nord Europe. Team RMoD. > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > >

Dec. 14, 2010

Re: [Pharo-project] Hudson: zip files of build artefacts...

by Alexandre Bergel

Excellent! Alexandre On 14 Dec 2010, at 12:19, Marcus Denker wrote: > Hi, > > I am starting to add a .zip for downloading of the last successful builds. > > Latest Core 1.2: > > https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.2/lastSuccessfu… > > (the link allways the same) > > Latest Full 1.2 is building right now... > > > Marcus > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 14, 2010

[Pharo-project] Issue 3436 in pharo: #copyFrom: is broken

by pharo＠googlecode.com

Status: New Owner: ---- New issue 3436 by sebastianconcept: #copyFrom: is broken http://code.google.com/p/pharo/issues/detail?id=3436 1.2 Unstable version 12272 Steps to reproduce: 1. 2. 3. Just do cmd-p on this: ('some shit' copyFrom: 5) = 'some shit' ifTrue:['WTF?!']

Dec. 14, 2010

[Pharo-project] Hudson: zip files of build artefacts...

by Marcus Denker

Hi, I am starting to add a .zip for downloading of the last successful builds. Latest Core 1.2: https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.2/lastSuccessfu… (the link allways the same) Latest Full 1.2 is building right now... Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Dec. 14, 2010

Re: [Pharo-project] New SqueakSource (was good news of the year)

by Tudor Girba

How about: thesource.st sourcecode.st smallsource.st neatsource.st Cheers, Doru On 14 Dec 2010, at 13:42, StÃ©phane Ducasse wrote: > Smalltalksource is nice. > > On Dec 14, 2010, at 1:17 PM, Janko MivÅ¡ek wrote: > >> It would be nice to take an oportunity and think long-term about >> Smalltalk-wide hub but for now implement a MC one for Squeak/Pharo for a >> start. Later we can nad other repositories like VW Store, even >> SqueakMap, etc., with a long-term goal to have all Smalltalk code >> accessible from one place. >> >> Geert will love a proposed link: >> >> http://source.world.st :) >> or maybe: http://code.world.st ? >> >> And name: SmalltalkHub, SmalltalkSource? >> >> Having Smalltalk in the name is good from SEO standpoint, much better >> than MonticelloHub, for guys outside Smalltalk community to recognise >> soon what it is about. >> >> Best regards >> Janko >> >> On 14. 12. 2010 10:03, Geert Claes wrote: >> >>> StÃ©phane Ducasse wrote: >>>> >>>> For SqueakSource, ESUG is paying the iliad guys to show that their >>>> technology is cool and they will rewrite from scratch. We are negociating >>>> since a couple of months with inria to have a web-dav server so that we >>>> can host all the monticello related host. >> >>> More great news then! Since its a complete re-write and assuming it will >>> serve for both Squeak and Pharo projects alike, I am wondering if its just >>> me but I reckon it could do with a nice new name too :) If so it probably >>> deserves a separate thread >> >> -- >> Janko MivÅ¡ek >> AIDA/Web >> Smalltalk Web Application Server >> http://www.aidaweb.si >> > > -- www.tudorgirba.com "Every thing should have the right to be different."

Dec. 14, 2010

Re: [Pharo-project] Issue 3409 in pharo: KillTextConstants class and package needs to be removed

by pharo＠googlecode.com

Updates: Status: Closed Comment #1 on issue 3409 by marcus.denker: KillTextConstants class and package needs to be removed http://code.google.com/p/pharo/issues/detail?id=3409 12278

Dec. 14, 2010

Re: [Pharo-project] Issue 3408 in pharo: Remove an unsent message from DialogItemsChooserUI (reference to non-existing ivar)

by pharo＠googlecode.com

Updates: Status: Closed Comment #1 on issue 3408 by marcus.denker: Remove an unsent message from DialogItemsChooserUI (reference to non-existing ivar) http://code.google.com/p/pharo/issues/detail?id=3408 12278

Dec. 14, 2010

Re: [Pharo-project] Issue 3423 in pharo: Debugger little usability enh

by pharo＠googlecode.com

Comment #2 on issue 3423 by stephane.ducasse: Debugger little usability enh http://code.google.com/p/pharo/issues/detail?id=3423 Name: Tools-fbs.287 Author: fbs Time: 11 December 2010, 6:35:36.221 pm UUID: bbe28059-3caf-0d40-8b0c-fdde8f969d45 Ancestors: Tools-fbs.286 This is a quick and dirty hack to address http://bugs.squeak.org/view.php?id=7575. The right way is probably to have #selectedContext return nil if there's no context selected. Many places expect #selectedContext to return a non-nil value though. So again: quick and dirty hack, and something better should be written that addresses the many places that assume that there's always a selected context. =============== Diff against Tools-fbs.286 =============== Item was changed: ----- Method: Debugger>>contents (in category 'accessing') ----- contents "Depending on the current selection, different information is retrieved. Answer a string description of that information. This information is the method in the currently selected context." + ^(contextStackIndex == 0) + ifTrue: [String new] + ifFalse: [contents ifNil: + [self selectedContext + ifNotNil: [self selectedMessage] + ifNil: [String new]]] ! - ^contents ifNil: - [self selectedContext - ifNotNil: [self selectedMessage] - ifNil: [String new]] !

Dec. 14, 2010

[Pharo-project] Issue 3435 in pharo: Don't draw transparent fillStules

by pharo＠googlecode.com

Status: FixedWaitingToBePharoed Owner: stephane.ducasse Labels: Milestone-1.3 New issue 3435 by stephane.ducasse: Don't draw transparent fillStules http://code.google.com/p/pharo/issues/detail?id=3435 don't draw transparent fillStyles. Needed by Tweak. Imported from OpenCobalt =============== Diff against Morphic-ul.490 =============== Item was changed: ----- Method: Canvas>>fillRectangle:fillStyle:borderStyle: (in category 'drawing-rectangles') ----- fillRectangle: aRectangle fillStyle: aFillStyle borderStyle: aBorderStyle "Fill the given rectangle." + aFillStyle isTransparent ifFalse:[ + self fillRectangle: (aRectangle insetBy: aBorderStyle width) fillStyle: aFillStyle]. + aBorderStyle ifNil:[^self]. + aBorderStyle width <= 0 ifTrue:[^self]. + aBorderStyle frameRectangle: aRectangle on: self + ! - self fillRectangle: (aRectangle insetBy: aBorderStyle width) fillStyle: aFillStyle. - aBorderStyle frameRectangle: aRectangle on: self!

Dec. 14, 2010

Re: [Pharo-project] Issue 3428 in pharo: Semaphore Enh

by pharo＠googlecode.com

Comment #1 on issue 3428 by stephane.ducasse: Semaphore Enh http://code.google.com/p/pharo/issues/detail?id=3428 A new version of Kernel was added to project The Inbox: http://source.squeak.org/inbox/Kernel-ul.523.mcz ==================== Summary ==================== Name: Kernel-ul.523 Author: ul Time: 8 December 2010, 4:45:41.467 am UUID: 809ca265-c5de-ac47-b6d6-226f80cf9245 Ancestors: Kernel-ul.522 - added Semaphore >> #waitIfLocked: =============== Diff against Kernel-ul.522 =============== Item was added: + ----- Method: Semaphore>>waitIfLocked: (in category 'communication') ----- + waitIfLocked: aBlock + "Use a signal if available, otherwise evaluate aBlock" + + excessSignals == 0 ifTrue: [ ^aBlock value ]. + excessSignals := excessSignals - 1! Not eliot proposed waitIfLocked: aBlock "Use a signal if available, otherwise evaluate aBlock" excessSignals == 0 ifTrue: [ ^aBlock valueNoContextSwitch ]. excessSignals := excessSignals - 1 ?

Dec. 14, 2010