August 2015 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core] e21224: 50211

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: e212243c4d7e33ccd5dff3ae95c37dcc56c653f4 https://github.com/pharo-project/pharo-core/commit/e212243c4d7e33ccd5dff3ae… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-08-06 (Thu, 06 Aug 2015) Changed paths: R AST-Core.package/RBLiteralToken.class/instance/testing/isNumberLiteralToken.st A AST-Core.package/RBToken.class/instance/testing/isNumberLiteralToken.st M ConfigurationOfFastTable.package/ConfigurationOfFastTable.class/instance/symbolic versions/stable_.st A ConfigurationOfFastTable.package/ConfigurationOfFastTable.class/instance/versions/version075_.st M Manifest-Core.package/TheManifestBuilder.class/instance/private/compileSelector_returnValue_.st A Manifest-Core.package/TheManifestBuilder.class/instance/private/compileSelector_returnValue_classified_.st A Morphic-Widgets-FastTable.package/FTPluggableIconListMorphAdaptorDataSource.class/instance/accessing/dragTransferType.st A Morphic-Widgets-FastTable.package/FTTableContainerMorph.class/instance/drawing/drawOn_.st R Morphic-Widgets-FastTable.package/FTTableContainerMorph.class/instance/drawing/fullDrawOn_.st M Morphic-Widgets-FastTable.package/FTTableMorph.class/definition.st M Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/drawing/drawSubmorphsOn_.st A Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/event handling/handleMouseMove_.st M Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/event handling/mouseDown_.st M Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/event handling/mouseEnterDragging_.st M Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/event handling/mouseLeaveDragging_.st M Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/event handling/mouseMove_.st M Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/event handling/mouseWheel_.st R Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/event testing/handleMouseMove_.st M Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/event testing/handlesMouseOverDragging_.st M Morphic-Widgets-Windows.package/SystemWindow.class/instance/events/handlesMouseDown_.st M Morphic-Widgets-Windows.package/SystemWindow.class/instance/events/mouseDown_.st M Nautilus.package/AbstractNautilusUI.class/definition.st M Polymorph-Widgets.package/extension/SystemWindow/instance/mouseMove_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50210.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50211.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50210.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50211.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Shout.package/SHRBTextStyler.class/instance/private/styleCloseParenthese_.st M Shout.package/SHRBTextStyler.class/instance/visiting rb nodes/visitSequenceNode_.st Log Message: ----------- 50211 16095 #browseScropedMorph and #browseVariablesMorph are Undeclared https://pharo.fogbugz.com/f/cases/16095 16094 SHRBTextStyler can not style incomplete literal arrays https://pharo.fogbugz.com/f/cases/16094 16102 wrong coloring for nested parentheses (SHRBTextStlyer) https://pharo.fogbugz.com/f/cases/16102 16103 Allow ManifestBuilder to update methods in different protocols https://pharo.fogbugz.com/f/cases/16103 16079 Nautilus window moves randomly and does something that takes time https://pharo.fogbugz.com/f/cases/16079 16104 Fast Table has infinite loop when drawing then consuming a lot of CPU https://pharo.fogbugz.com/f/cases/16104 http://files.pharo.org/image/50/50211.zip

Aug. 6, 2015

Re: [Pharo-dev] Is Metacello in Pharo 5.0 up-to-date? and project locking

by Dale Henrichs

Christophe, It looks like Metacello travis builds are still failing for Pharo5.0[1]. The error appears to be occurring in the builderCI Metacello bootstrapping code. So I will shift my focus to that area ... Since 5.0 already has Metacello installed (like GemStone) we should arrange to skip the Metacello bootsrap step altogether ... I will look into that now ... Since my travis builds are failing, it would help if someone can confirm that the master branch of Metacello can be used by Pharo5.0 while I tackle the builderCI issues ... Thanks, Dale [1] https://travis-ci.org/dalehenrich/metacello-work/builds/74445315 On 08/06/2015 10:42 AM, Dale Henrichs wrote: > Okay I'm back and looking into this (I had some family issues to > attend to over the last few weeks) ... > > I've merge Christophe's changes for Pharo5.0 into the Metacello master > branch ... there is a chicken and egg problem in testing fundamental > changes in Metacello on travis, since the travis framework (builderCI > [1]) reuires Metacello to be loaded ... the tests are running at the > moment and I'll try to stay on top of this until we get things loading > smoothly for Pharo 5.0 > > Dale > > [1] https://github.com/dalehenrich/builderCI > On 07/24/2015 03:28 AM, Stephan Eggermont wrote: >> On 24-07-15 11:14, Thierry Goubier wrote: >>> Hi Peter, >>> >>> the FileTree part is solved, as far as I could do (i.e. all tests green >>> with Pharo5 on Linux), but there is a failure in the travis CI of the >>> most annoying type: the filetree code isn't even loaded :( >> >> The BaseLineOfMetacello was misisng Pharo5.x platform attributes. >> >> Pull request 358 >> >> Stephan >> >> >

Aug. 6, 2015

Re: [Pharo-dev] Is Metacello in Pharo 5.0 up-to-date? and project locking

by Dale Henrichs

Thierry, I've kicked off a pharo5.0 branch test for FileTree[1] ... with the pharo5.0 changes merged in the Metacello, builderCI should be able to function again.. The builderCI test is running here[2], but I'm flooding travis with builds, so it may be a while before they all finish:) Anyway, if I get the tests scheduled we'll at least you can take a look at any failures if they pop up ... Thanks, Dale [1] https://travis-ci.org/dalehenrich/filetree/builds/74448965 [2] https://travis-ci.org/dalehenrich/builderCI/builds/74445951 On 07/24/2015 02:14 AM, Thierry Goubier wrote: > Hi Peter, > > the FileTree part is solved, as far as I could do (i.e. all tests > green with Pharo5 on Linux), but there is a failure in the travis CI > of the most annoying type: the filetree code isn't even loaded :( > > I'm going on annual leave later today, and Dale told me he won't be > easily available for a few weeks; I'll try to make some progress on it > during the holidays, but don't count too much on it ;) > > In the meantime, if someone would be nice to setup Metacello and > FileTree in Pharo5 as external projects with a configuration, it would > immensely help. FileTree on the pharo5.0_dev is ready for it (apart > for the travis CI), as are the tests. > > Thierry > > 2015-07-24 11:00 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com > <mailto:i.uhnak@gmail.com>>: > > Is there any update on this? > > Thanks, > Peter > > On Mon, Jul 20, 2015 at 10:26 PM, Dale Henrichs > <dale.henrichs(a)gemtalksystems.com > <mailto:dale.henrichs@gemtalksystems.com>> wrote: > > Wait, the "fix" was on the pharo5.0_dev branch (not clear to > me whether this was even run against pharo5.0[1]) so it looks > like Metacello is stalled by FileTree issues at the moment and > it looks like Thierry is tackling the issues .... > > Dale > > [1] https://travis-ci.org/dalehenrich/filetree/builds/71656767 > > On 07/20/2015 01:13 PM, Dale Henrichs wrote: >> Okay ... apparently it isn't enough to fix the FileTree for >> Pharo 5.0, because that nets you a MNU with >> FileReference>>closed[1]. >> >> This issue looks to have been fixed a day ago[3], so I will >> see if I can kick off a rebuild of PR #351[2] and see where >> the port stands ... >> >> Dale >> >> [1] >> https://github.com/dalehenrich/metacello-work/pull/351#issuecomment-1225506… >> [2] https://github.com/dalehenrich/metacello-work/pull/351 >> [3] https://travis-ci.org/dalehenrich/filetree/builds/71656767 >> >> On 07/20/2015 12:35 PM, Peter UhnÃ¡k wrote: >>> Hmm, #onWarningLog doesn't exist either. >>> >>> I'm assuming this is the issue >>> https://pharo.fogbugz.com/f/cases/15456/Load-latest-version-of-metacello >>> >>> There's linked github issue >>> https://github.com/dalehenrich/metacello-work/issues/354 >>> >>> But running the script (in the github issue) fails, because >>> there's no defined spec for FileTree for Pharo 5.0 >>> >>> I'm not knowledgeable in Monticello so I don't know if I can >>> do anything to help besides user testing. >>> >>> Peter >>> >>> On Mon, Jul 20, 2015 at 9:22 PM, Marcus Denker >>> <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >>> >>> No. There is an issue on the issue tracker. >>> >>> If nobody pushes, nothing will happen. >>> >>> Marcus >>> >>>> On 20 Jul 2015, at 21:04, Peter UhnÃ¡k >>>> <i.uhnak(a)gmail.com <mailto:i.uhnak@gmail.com>> wrote: >>>> >>>> Hi, >>>> >>>> I was playing around with metacello because I wanted to >>>> ignore warnings with locks... >>>> >>>> currently I am doing something like >>>> >>>> ~~~~~~~~ >>>> Metacello new >>>> baseline: 'ProjectAAA'; >>>> repository: 'gitfiletree:///path/to/projectAAA'; >>>> lock. >>>> >>>> Metacello new >>>> baseline: 'ProjectBBB'; >>>> repository: 'gitfiletree:///projectBBB'; >>>> onConflict: [ :ex | ex allow ]; >>>> load. >>>> ~~~~~~~~~ >>>> >>>> This will load both projects via gitfiletree, however >>>> it will also generate a lots of lock warnings which I >>>> have to manually confirm - this is bad for scripts. >>>> >>>> So the docs ( >>>> https://github.com/dalehenrich/metacello-work/blob/master/docs/LockCommandR… >>>> ) >>>> >>>> mention onLock: [ :ex | ex honor ], however in Pharo >>>> 5.0 there is no such method "honor". >>>> >>>> Is this bug? >>>> Should Metacello be updated on Pharo 5.0? >>>> Will this even solve my problems? (Honoring locks while >>>> not throwing warnings). >>>> >>>> Thanks, >>>> Peter >>> >>> >> > > >

Aug. 6, 2015

Re: [Pharo-dev] Is Metacello in Pharo 5.0 up-to-date? and project locking

by Dale Henrichs

Okay I'm back and looking into this (I had some family issues to attend to over the last few weeks) ... I've merge Christophe's changes for Pharo5.0 into the Metacello master branch ... there is a chicken and egg problem in testing fundamental changes in Metacello on travis, since the travis framework (builderCI [1]) reuires Metacello to be loaded ... the tests are running at the moment and I'll try to stay on top of this until we get things loading smoothly for Pharo 5.0 Dale [1] https://github.com/dalehenrich/builderCI On 07/24/2015 03:28 AM, Stephan Eggermont wrote: > On 24-07-15 11:14, Thierry Goubier wrote: >> Hi Peter, >> >> the FileTree part is solved, as far as I could do (i.e. all tests green >> with Pharo5 on Linux), but there is a failure in the travis CI of the >> most annoying type: the filetree code isn't even loaded :( > > The BaseLineOfMetacello was misisng Pharo5.x platform attributes. > > Pull request 358 > > Stephan > >

Aug. 6, 2015

Re: [Pharo-dev] TWM: [BUG]: Error when deleting a world in Pharo 4

by Sean P. DeNigris

I made a config with the latest code and stashed it on StHub in case anyone wants to have a look at the world switching bug in particular. Gofer it smalltalkhubUser: 'SeanDeNigris' project: 'SeansOutbox'; configurationOf: 'TilingWindowManager'; load. "For some reason, #loadStable above gives a strange error about not finding a package version that it's not even supposed to be loading, but doing the load in a separate statement below works" ConfigurationOfTilingWindowManager project stableVersion load. ----- Cheers, Sean -- View this message in context: http://forum.world.st/TWM-BUG-Error-when-deleting-a-world-in-Pharo-4-tp4841… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 6, 2015

Re: [Pharo-dev] TWM: [BUG]: Error when deleting a world in Pharo 4

by Sean P. DeNigris

There is something weird going on with World switching in general. I wonder if we correctly mapped the Squeak behavior to Pharo. For one thing, there's still the odd flashing between the source and destination world. And now that I've merged in the TWMWorldAdded announcements, it seems that creating a new world flashed to it, and then right back to the original world. Now here's the crazy part: if you maximize the Pharo window (Mac OS X 10.8.5), the other world appears! ----- Cheers, Sean -- View this message in context: http://forum.world.st/TWM-BUG-Error-when-deleting-a-world-in-Pharo-4-tp4841… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 6, 2015

TWM: [BUG]: Error when deleting a world in Pharo 4

by Sean P. DeNigris

"ValueNotFound: value a WorldMorph(511705088) [world] not found in Dictionary" >From TWMWorldManager>>#currentWorldName ^ worlds keyAtValue: World ----- Cheers, Sean -- View this message in context: http://forum.world.st/TWM-BUG-Error-when-deleting-a-world-in-Pharo-4-tp4841… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 6, 2015

TestSuite>>addDependentToHierachy: anObject

by stepharo

Hi Does anybody know/use? TestSuite>>addDependentToHierachy: anObject self addDependent: anObject. self tests do: [ :each | each addDependentToHierachy: anObject] TestSuite>>removeDependentFromHierachy: anObject self removeDependent: anObject. self tests do: [ :each | each removeDependentFromHierachy: anObject] I wonder if this is just something in Pharo. Stef

Aug. 6, 2015

Re: [Pharo-dev] Stream Control Transmission Protocol

by Ben Coman

On Thu, Aug 6, 2015 at 2:12 AM, Holger Freyther <holger(a)freyther.de> wrote: > >> On 05 Aug 2015, at 19:59, Ben Coman <btc(a)openinworld.com> wrote: > > Hi, > > >> Going through old issues, I see one [1] regarding adding SCTP [2] >> support. I've not heard of this protocol before. What are its >> benefits and use case for Pharo/Squeak? > > SCTP was designed by the telecommunication community to migrate > from systems using MTPL2/MTPL3. I am not going into the benefits > of SCTP itself but this protocol is the base for âSIGTRANâ and also > for backend systems in LTE networks. It was considered for things like > WebRTC as well. > > >> Regarding our resource constraints, modularisation goal and ongoing >> support, what is our strategy for this? > >> 1. Integrate for Pharo 5? > > no > > >> 2. Integrate into VM as plugin and have as external Configuration for >> image? (btw, remind me if a Configuration can also add a VM plugin?) > > no > > >> 3. Continue to leave it for later? > > I am not sure. I think there should be two separate items: > > * The SocketPlugin should know the SCTP network type and operations > like socket(2)/connect(2)/bind(2) should work. The beauty of the BSD > socket design is that the VM only needs to know how to deal with a > filedescriptor. > > * There should be an additional plugin to bind the advanced sctp primitives. > This could work on OSX, FreeBSD and Linux. > So it seems you only need VM changes integrated. How would you feel about working directly with the vm-dev community to do this? A ticket in the Pharo bugtracker is implicitly waiting for someone else to pick it up and push it, but Pharo has only a few busy people to work on the VM, thus your ticket there has languished >2yrs. There are more non-Pharo vm-devs (who don't follow the Pharo bug tracker), so going direct you might have a broader chance of getting it reviewed and integrated. This might not have been so practical when you first logged your ticket since at that time the Pharo-VM had diverged from the mainline-Cog-VM but its now realigned to get all the Spur goodness, so Pharo would inherit your changes in due course. Full disclosure: I'm trying to close old tickets to reduce our software inventory [1] - but I hopefully this is a good path for you also. [1] http://www.joelonsoftware.com/items/2012/07/09.html cheers -ben > >> 4. Decline to use it? > > Then I have to find different kind of work. :) > > >> Holger, What application are you using this for, and how are you >> managing to work with this at the moment? > > I am using a piece of C application that handles SCTP/SIGTRAN and > provides a TCP/IP relay for Pharo. > >

Aug. 6, 2015

[pharo-project/pharo-core]

by GitHub

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

Aug. 6, 2015