- Pharo-dev - lists.pharo.org

[ANN] Pharo on Travis-CI
by Fabio Niephaus Feb. 23, 2016

Feb. 23, 2016

Hello everyone, I haven't had the time to officially announce it here, but some of you have already used or contributed to this: Pharo is officially supported on Travis-CI <http://travis-ci.org/>! This means you can finally set "language: smalltalk" in your *.travis.yml* in order to run tests for your GitHub-hosted Pharo projects on Travis-CI. Peter has put together a blog post [1] that should get you started. For more information see [2]. If you have any bug reports or feature requests, please file an issue at [3]. Many thanks to Dale, Peter, Esteban and everyone else who contributed to smalltalkCI so far! Happy testing! Fabio (HPI student and smalltalkCI maintainer) [1] http://peteruhnak.com/blog/2016/02/15/testing-pharo-projects-with-travis/ <https://github.com/hpi-swa/smalltalkCI#features> [2] https://github.com/hpi-swa/smalltalkCI#how-to-use [3] https://github.com/hpi-swa/smalltalkCI/issues

4 4

Smalltalkhub scheduled maintenance today (February, 22nd)
by Christophe Demarey Feb. 22, 2016

Feb. 22, 2016

Hello, Smalltalk will be down today (february, 22nd) from 12:30 to 13:30 (french local time). IT will add storage to the root partition (last maintenance finally did not take place). Regards, Christophe

3 3

[pharo-project/pharo-core]
by GitHub Feb. 22, 2016

Feb. 22, 2016

Branch: refs/tags/50600 Home: https://github.com/pharo-project/pharo-core

1 0

[pharo-project/pharo-core] de7e01: 50600
by GitHub Feb. 22, 2016

Feb. 22, 2016

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: de7e01bdf39bcbbac8d809b597088b708457aa45 https://github.com/pharo-project/pharo-core/commit/de7e01bdf39bcbbac8d809b5… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-02-22 (Mon, 22 Feb 2016) Changed paths: R Collections-Tests.package/WeakFinalizersTest.class/README.md R Collections-Tests.package/WeakFinalizersTest.class/definition.st R Collections-Tests.package/WeakFinalizersTest.class/instance/as yet unclassified/testNewFinalizationSupported.st M MonticelloRemoteRepositories.package/MCSmalltalkhubRepository.class/instance/interface/includesFileNamed_.st M MonticelloRemoteRepositories.package/MCSqueaksourceRepository.class/instance/interface/includesFileNamed_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50599.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50600.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50599.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50600.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Tests.package/ChunkImportTestCase.class/instance/importing-code/testImportAClassCategory.st M Tool-Base.package/extension/SystemNavigation/instance/confirmRemovalOfSelectors_on_.st Log Message: ----------- 50600 17620 WeakFinalizersTest>>#testNewFinalizationSupported (Cleanup needed) https://pharo.fogbugz.com/f/cases/17620 17608 Failing on CI Server: ChunkImportTestCase>>#testImportAClassCategory https://pharo.fogbugz.com/f/cases/17608 17640 Batch deletion of methods raise DNU in some cases https://pharo.fogbugz.com/f/cases/17640 16756 ZnUnknownHttpVersion(Object)>>doesNotUnderstand: #response https://pharo.fogbugz.com/f/cases/16756 http://files.pharo.org/image/50/50600.zip

1 0

[pharo-project/pharo-core]
by GitHub Feb. 22, 2016

Feb. 22, 2016

Branch: refs/tags/50599 Home: https://github.com/pharo-project/pharo-core

1 0

#ifCurtailed: multi-thread semantics
by Ben Coman Feb. 22, 2016

Feb. 22, 2016

Just a curiousity. I learnt something new today... #ifCurtailed blocks are processed in the outer most thread. Transcript clear; crShow: Processor activeProcess; show:' - outside'. p1 := [ [ Transcript crShow: Processor activeProcess; show: ' - inside'. 1 second wait. ] ifCurtailed: [ Transcript crShow: Processor activeProcess; show: ' - curtailed' . ] ] newProcess priority: 41. p1 resume. p1 terminate. ==> a Process(304957184) in nil - outside a Process(680396800) in nil - inside a Process(304957184) in nil - curtailed This makes some sense since (I guess) the inside thread is terminated before the curtailed block executes. However another curiousity... Transcript clear; crShow: Processor activeProcess; show:' - outside'. p1 := [ Transcript crShow: Processor activeProcess; show: ' - middle'. p2 := [ [ Transcript crShow: Processor activeProcess; show: ' - inside'. 1 second wait. ] ifCurtailed: [ Transcript crShow: Processor activeProcess; show: ' - curtailed' . 2 seconds wait ] ] fork. 3 second wait. ] newProcess priority: 41. p1 resume. p2 terminate. ==> a Process(304957184) in nil - outside a Process(146580480) in nil - middle a Process(417340928) in nil - inside a Process(304957184) in nil - curtailed ...why does the curtailed block execute in outside thread rather than the middle thread which still exists? Also interesting is that if the curtailed code contains a wait, it blocks the whole UI. cheers -ben btw, I added... Process>>printOn: aStream super printOn: aStream. aStream nextPutAll: '(' , self hash printString , ') in '. suspendedContext printOn: aStream

1 1

[pharo-project/pharo-core] ec7c45: 50598
by GitHub Feb. 22, 2016

Feb. 22, 2016

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: ec7c457d58d271bff6b6aa58c97b6c790a6fa17a https://github.com/pharo-project/pharo-core/commit/ec7c457d58d271bff6b6aa58… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-02-22 (Mon, 22 Feb 2016) Changed paths: M Collections-Strings.package/Symbol.class/class/private/initSelectorTable.st M OpalCompiler-Tests.package/OCNewCompilerWithChangesFunctionalTests.class/instance/other-tests/testModulePrimitive.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50597.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50598.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50597.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50598.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50598 17650 testModulePrimitive: fix test for new byte codes https://pharo.fogbugz.com/f/cases/17650 17629 OCContextTempMappingTest tests fails on Spur Images https://pharo.fogbugz.com/f/cases/17629 17015 Failing test: SetTest>>#testAllSetsAreHealthy https://pharo.fogbugz.com/f/cases/17015 http://files.pharo.org/image/50/50598.zip

1 0

[pharo-project/pharo-core]
by GitHub Feb. 22, 2016

Feb. 22, 2016

Branch: refs/tags/50598 Home: https://github.com/pharo-project/pharo-core

1 0

Any download statistics for Pharo
by Damien Cassou Feb. 22, 2016

Feb. 22, 2016

Hi, do we have any download statistics for Pharo? Best, -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

3 2

Yet again, wrong tempvars in debuggers context variables list
by Nicolai Hess Feb. 22, 2016

Feb. 22, 2016

This is not an issue with GTDebugger, but the way opal generates the tempvar index or the way, debuggerMap tries to access the context vars 17660 <https://pharo.fogbugz.com/f/cases/17660/wrong-tempvar-values-in-debugger> wrong tempvar values in debugger This is a really special case, I wasn't able yet to create an easier example for reproducing this bug: - put a self haltOnce in RAbstractClass>>#directlyDefinesLocalMethod: - enable halt once - select any other method in Nautilus and choose "Rename method (all)" from method panes context menu - enter a new name and push "OK" -> the debugger pops up in method directlyDefinesLocalMethod: - select the first "allClassesDo:" context from top of the stack -> the debugger shows that we are in the evalBlock context The "seen" variable is a Set, but if you look at the "Variables"-pane, it is shown as a block (this is actually the parameter aBlock)

3 4