- Pharo-dev - lists.pharo.org

Relative path
by Sebastian Sastre Jan. 14, 2014

Jan. 14, 2014

Hi guys, nothing terrible, just some comments on paths and file references I found today myself doing in a method: ^ (AbsolutePath withAll: anAbsolutePath path segments, aRelativePathFilename segments) asFileReference exists. To put a relative path on top of an absolute path because lack of a better option But shouldn't this be doable? absolutePath / relativePath / aFilename We're half an inch of that syntax sugar I saw that / expects only strings, but we can take advantage of file references, wouldn't make more sense to expect both strings or file references? and then there is this '' asFileReference = '/' asFileReference. true doesn't feel right thoughts? sebastian o/

2 2

[pharo-project/pharo-core] a2cac4: 30693
by GitHub Jan. 14, 2014

Jan. 14, 2014

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: a2cac44d8fe3d456455bab051c5179fb18bededb https://github.com/pharo-project/pharo-core/commit/a2cac44d8fe3d456455bab05… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-01-14 (Tue, 14 Jan 2014) Changed paths: A Kernel.package/Class.class/instance/subclass creation/newAnonymousSubclass.st M Polymorph-Widgets.package/CheckboxMorph.class/instance/initialization/initialize.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script346.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30693.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 30693 7542 NB system example Part1: add Class>>#newAnonymousSubclass https://pharo.fogbugz.com/f/cases/7542 12605 promptForCancel is sometimes unclosable https://pharo.fogbugz.com/f/cases/12605 http://files.pharo.org/image/30/30693.zip

1 0

[pharo-project/pharo-core]
by GitHub Jan. 14, 2014

Jan. 14, 2014

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

1 0

Pharo3 and MetacelloPreview
by Johan Brichau Jan. 14, 2014

Jan. 14, 2014

Hi all, When I load the Metacello Preview in Pharo3, I get a very weird loading of the Phantom-Core-dgg.24 package (which yields a warning because of unexisting classes in the image). Nowhere in my image (thus all loaded configurations) I can find the name 'Phantom'. So where is this coming from? What I can make of the execution stack in Metacello is that 'Metacello-ProfStef-dkh.13' strangely resolves to a loading of 'Phantom-Core-dgg.24' Anyone using the Metacello Preview in Pharo3? Anyone experiencing the same? Johan

3 4

Problems with 3.0
by Norbert Hartl Jan. 14, 2014

Jan. 14, 2014

Today I started developing something new with 3.0. I downloaded a fresh 3.0 and worked with that. Inside the debugger I changed some code and accepted. I got back the âMethod for block not found on stack , canât edit and continueâ dialog with the âbrowseâ button. Pressing that button leads to a DNU in DebugContext>>#blockNotFoundDialog:with: saying the DebugContext>>#codeTextMorph is not understood Furthermore do I use old style keybindings and cmd-f in the systembrowser does not open the class find dialog. The context menu (showing f a s shortcut) does. Known problems? Norbert

2 1

Cyclic MC dependencies in Pharo packages
by Pavel Krivanek Jan. 14, 2014

Jan. 14, 2014

Hi, if we remove Monticello package X, we should firstly remove packages that extend the package X. I tried to play with a code that could give me such order. Here it is: all := (MCWorkingCopy allManagers collect: #packageName). deps := Dictionary new. all do: [:packageName | | package | package := (RPackageSet named: packageName). deps at: packageName put: (package extensionMethods groupedBy: [ :m | (Smalltalk classOrTraitNamed: m className) package packageName ]) keys ]. depsList := deps associations asOrderedCollection. resolveBlock := [:a | a value isEmpty ]. hasResolved := depsList select: resolveBlock. notResolved := depsList reject: resolveBlock. ordered := hasResolved collect: [:a | a key ]. [ foundDeps := notResolved select: [ :a | ordered includesAll: a value ]. notResolved := notResolved copyWithoutAll: foundDeps. ordered addAll: (foundDeps collect: [:a | a key]). foundDeps isEmpty ] whileFalse. ordered. However, a lot of packages (156) cannot be removed because of cyclic dependencies. You can see them together with count of references from other packages with this code: notResolvedNames := (notResolved collect: [:a | a key ]). ((notResolved collect: [:a | a key -> (notResolved select: [:b | b value includes: a key]) size]) asSortedCollection:[:a :b | a value <= b value]) The result is that we need to remove cyclic dependencies for this packages: 'Kernel' 'Morphic-Base' 'Polymorph-Widgets' 'Tools' Then the removing order can be computed. To check that try to modify previous code: resolveBlock := [:a | a value isEmpty or:[#('Kernel' 'Morphic-Base' 'Polymorph-Widgets' 'Tools') includes: a key] ]. I think we should add it as a release test too. Cheers, -- Pavel

2 1

new compiler and semantic analyser warnings
by Nicolai Hess Jan. 14, 2014

Jan. 14, 2014

Am I right that with the new compiler, the way how analyser warnings work changed too? see the description in case 12512 <https://pharo.fogbugz.com/default.asp?12512> SemanticAnalyzer ignores answer from UnknownSelectorWarning and case 12514 <https://pharo.fogbugz.com/default.asp?12514> OCSemanticWarnings ignore "cancel" from a confirmation dialog I tried to fix this but I can not figure out how the answers from an OCSemanticWarning dialog supposed to interact with the analyser/parser/compiler. Especially "Cancel" should cancel the current evaluation. I tried this with evaluationg compilationContext failBlock value That works but I don't know if this is the way it is supposed to be. For those answers that would change the code (OCUnusedVariableWarning) is another problem, that the compiler does not handle ReparseAfterSourceEditing. (see case 12442 <https://pharo.fogbugz.com/default.asp?12442> Nautilus brakes code when removing more than one unused local variables) Nicolai

2 1

[pharo-project/pharo-core]
by GitHub Jan. 14, 2014

Jan. 14, 2014

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

1 0

[pharo-project/pharo-core] 826786: 30692
by GitHub Jan. 14, 2014

Jan. 14, 2014

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 826786c7df713cc669638fc564dc7ddc3e3fc26e https://github.com/pharo-project/pharo-core/commit/826786c7df713cc669638fc5… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-01-14 (Tue, 14 Jan 2014) Changed paths: M Metacello-MC.package/MetacelloConfigTemplate.class/instance/versions/version10_.st M Metacello-MC.package/MetacelloConfigTemplate.class/instance/versions/versionDevelopment_.st M Nautilus.package/NautilusUI.class/instance/source code area/methodModified_.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script345.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30692.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-Core.package/ComposableModel.class/instance/protocol/ensureExtentFor_.st R Spec-Core.package/DynamicComposableModel.class/instance/rremove me/ensureExtentFor_.st Log Message: ----------- 30692 10578 Improve default Configuration Template https://pharo.fogbugz.com/f/cases/10578 12638 Does not update modified method on class side https://pharo.fogbugz.com/f/cases/12638 12634 Update https://pharo.fogbugz.com/f/cases/12634 http://files.pharo.org/image/30/30692.zip

1 0

Do you want to accept???????? Discard???????
by Sean P. DeNigris Jan. 14, 2014

Jan. 14, 2014

I still have these un-interact-able pop ups following me around endlessly when I have unaccepted edits in Nautilus. It seems intermittent. Not sure how exactly to reproduceâ¦ Anyone else? b.t.w. the secret seems to be to bring up halos on the pop-up and clicking the (x) halo. Trying to click its buttons only makes it angry ----- Cheers, Sean -- View this message in context: http://forum.world.st/Do-you-want-to-accept-Discard-tp4735220.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

18 83