- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Pharo4] First Class Global Variables

by Marcus Denker

On 18 Jul 2014, at 09:47, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 18 Jul 2014, at 08:14, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >>>> >>>> I have added a first GlobalVar hierarchyâ¦ it has already the code generation methods but Opal is not yet forwarding >>>> code generation (and the compiler does not yet compile bindings with the subclass). >>>> >>> >>> update 40 095 contains changes to deeper integrate first class variables (Slots and first class Globals) int the system. >>> >>> 1) Both the binding in "Smalltalk globals" as well as all Class Variables are now instances of GlobalVariable. >>> (I want to have both GlobalVariable and ClassVariable, but that is for later) >>> >>> e.g. >>> >>> Object binding class >>> (SmalltalkImage classVariableNamed: 'ShutDownList') class >>> >>> all the Slots and Globals understand >>> >>> #definingClass -> returns the class defining the variable or "nil" for true globals >>> #usingMethods -> all methods reading or writing the variable >>> in Pharo4 #102: -> CompiledMethod now has working #readsSlot:, #writesSlot: besides #accessesSlot: (for speed we could dispatch them to the Slot so slots could use faster ways than AST searchingâ¦ but then, speed is fast after the AST is cachedâ¦ #usingMethods already does that for IvarSlot to avoid creating the AST for all methods of a class, which indeed is slow the first time) e.g. (Point>>#setX:setY:) writesSlot: (Point slotNamed: #y) â> true Point methodsWritingSlot: (Point slotNamed: #x) â> {Point>>#bitShiftPoint:. Point>>#setX:setY:. Point>>#setR:degrees:} (Point slotNamed: #x) usingMethods size â> 60 (SmalltalkImage classVariableNamed: 'ShutDownList') usingMethods size â> 7 -> after having fun with #usingMethods on variables, I added #senders and #implementors to Symbol. So now one can use (e.g. nice for doing Demos): #+ senders size. #+ implementors inspect Marcus

July 19, 2014

[pharo-project/pharo-core]

by GitHub

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

July 19, 2014

[pharo-project/pharo-core] e2a432: 40102

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: e2a432c82439b4b75e3bc6de399c348e51f4729a https://github.com/pharo-project/pharo-core/commit/e2a432c82439b4b75e3bc6de… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-07-19 (Sat, 19 Jul 2014) Changed paths: M Kernel.package/CompiledMethod.class/instance/scanning/readsSlot_.st M Kernel.package/CompiledMethod.class/instance/scanning/writesSlot_.st A KernelTests.package/BehaviorTest.class/instance/tests - queries/testMethodsAccessingSlot.st A KernelTests.package/BehaviorTest.class/instance/tests - queries/testMethodsReadingSlot.st A KernelTests.package/BehaviorTest.class/instance/tests - queries/testMethodsWritingSlot.st A KernelTests.package/CompiledMethodTest.class/instance/tests - slots/testAccessesSlot.st A KernelTests.package/CompiledMethodTest.class/instance/tests - slots/testReadsSlot.st A KernelTests.package/CompiledMethodTest.class/instance/tests - slots/testWritesSlot.st R Morphic-Widgets-Windows.package/PluggableSystemWindow.class/README.md R Morphic-Widgets-Windows.package/PluggableSystemWindow.class/definition.st R Morphic-Widgets-Windows.package/PluggableSystemWindow.class/instance/accessing/addPaneMorph_.st R Morphic-Widgets-Windows.package/PluggableSystemWindow.class/instance/accessing/closeWindowSelector.st R Morphic-Widgets-Windows.package/PluggableSystemWindow.class/instance/accessing/closeWindowSelector_.st R Morphic-Widgets-Windows.package/PluggableSystemWindow.class/instance/accessing/getChildrenSelector.st R Morphic-Widgets-Windows.package/PluggableSystemWindow.class/instance/accessing/getChildrenSelector_.st R Morphic-Widgets-Windows.package/PluggableSystemWindow.class/instance/accessing/getLabelSelector.st R Morphic-Widgets-Windows.package/PluggableSystemWindow.class/instance/accessing/getLabelSelector_.st R Morphic-Widgets-Windows.package/PluggableSystemWindow.class/instance/accessing/label.st R Morphic-Widgets-Windows.package/PluggableSystemWindow.class/instance/accessing/label_.st R Morphic-Widgets-Windows.package/PluggableSystemWindow.class/instance/initialization/delete.st R Morphic-Widgets-Windows.package/PluggableSystemWindow.class/instance/updating/update_.st R Nautilus.package/AbstractNautilusUI.class/instance/annotation pane/annotationSeparator.st R Nautilus.package/AbstractNautilusUI.class/instance/annotation pane/defaultAnnotationInfo.st R Nautilus.package/Nautilus.class/class/private/defaultAnnotationInfo.st M NautilusCommon.package/AnnotationRequest.class/instance/actions/annotationRequests.st A NautilusCommon.package/AnnotationRequest.class/instance/actions/defaultAnnotationInfo.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script102.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40102.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Settings-Tools.package/CodeHolderSystemSettings.class/class/settings/codeEditingSettingsOn_.st M Tool-Profilers.package/MessageTally.class/class/spying/spyAllOn_cutoff_.st M Tool-Profilers.package/MessageTally.class/class/spying/spyOnProcess_forMilliseconds_reportOtherProcesses_.st M Tool-Profilers.package/MessageTally.class/class/spying/spyOn_reportOtherProcesses_cutoff_openResultWindow_closeAfter_.st M Tool-Profilers.package/MessageTally.class/class/spying/tallySendsTo_inBlock_showTree_closeAfter_openResultWindow_.st A Tools.package/CodeHolder.class/class/annotationsreq/annotationRequests.st A Tools.package/CodeHolder.class/class/annotationsreq/defaultAnnotationInfo.st R Tools.package/CodeHolder.class/class/settings/annotationRequests.st R Tools.package/CodeHolder.class/class/settings/annotationRequests_.st R Tools.package/CodeHolder.class/class/settings/defaultAnnotationInfo.st R Tools.package/CodeHolder.class/class/settings/optionalButtons.st R Tools.package/CodeHolder.class/class/settings/optionalButtons_.st R Tools.package/CodeHolder.class/class/settings/smartUpdating.st R Tools.package/CodeHolder.class/class/settings/smartUpdating_.st M Tools.package/CodeHolder.class/definition.st M Tools.package/CodeHolder.class/instance/construction/addOptionalButtonsTo_at_plus_.st M Tools.package/CodeHolder.class/instance/self-updating/wantsStepsIn_.st R Tools.package/CodeHolder.class/instance/setting/wantsOptionalButtons.st Log Message: ----------- 40102 13594 Reduce references to CodeHolder https://pharo.fogbugz.com/f/cases/13594 13597 Implement #readsSlot and #writesSlot on CompiledMethod (and tests) https://pharo.fogbugz.com/f/cases/13597 13595 PluggableSystemWindow is dead code https://pharo.fogbugz.com/f/cases/13595 13596 remove package TT.cs https://pharo.fogbugz.com/f/cases/13596 http://files.pharo.org/image/40/40102.zip

July 19, 2014

Re: [Pharo-dev] UITheme experience (please read) :)

by Tudor Girba

Hi Stef, I do not have time right now to go into details, so take this just as an acknowledgment that I have an interest in this topic :). My initial proposal that I sent to this list a while ago (some details are provided here: http://www.humane-assessment.com/blog/a-pharo-refactoring-story-adding-them…) went exactly in the direction of a ThemeStrategy that I call Themer. We used it already for several morphs around Glamour to play with the boundaries and it works well. I still think we need the UITheme but that should only provide a list of themers without any implementation. Like that we can package a uniform look throughout the whole environment. However, we should still be able to override the themer at the level of morph for quick prototyping and custom needs. I will get back to you. Cheers, Doru On Sat, Jul 19, 2014 at 9:15 AM, stepharo <stepharo(a)free.fr> wrote: > Hi guys > > I want to lower the importance of UITheme > > - first the factory API should be pushed in the respective classes > ie: > > UItheme>>newButtonIn: aThemedMorph for: aModel getState: stateSel action: > actionSel arguments: args getEnabled: enabledSel getLabel: labelSel help: > helpText > "Answer a new button." > > |b| > b := PluggableButtonMorph > on: aModel > getState: stateSel > action: actionSel > label: labelSel. > b > theme: self; > label: ' ' font: self buttonFont; > update: labelSel; > arguments: (args ifNil: [{b}]); > getEnabledSelector: enabledSel; > cornerStyle: (self buttonCornerStyleIn: aThemedMorph); > hResizing: #shrinkWrap; > vResizing: #shrinkWrap; > setBalloonText: helpText; > extent: b minExtent; > removeProperty: #theme. > ^b > > > should be transformed into > > PluggableButtonMorph>>newButtonFor: aModel getState: stateSel action: > actionSel arguments: args getEnabled: enabledSel label: label help: helpText > "Answer a new button." > > | b | > b := self on: aModel getState: stateSel action: actionSel. > b > arguments: (args ifNil: [{b}]); > hResizing: #shrinkWrap; > vResizing: #shrinkWrap; > label: label ; > getEnabledSelector: enabledSel; > setBalloonText: helpText; > extent: b minExtent; > hResizing: #rigid; > vResizing: #rigid. > ^b > > > Now I do not want to lose the theme so I'm working on that. > > - second I wanted to experiment with the theming architecture > > I did the following > > XPGrowlMorph > > Object < XPGrowlThemeStrategy > parentTheme := UITheme new > > XPGrowlThemeStrategy < XPGrowlDarkTheme > parentTheme := PharoDarkTheme new > growFillColor: > Color white > XPGrowlThemeStrategy < XPGrowlPharo30Theme > parentTheme := Pharo30Theme new > growFillColor: > Color red > minTextSize > ^ parentTheme minTextSize > > I did the same with XPSimpleButtonMorph > > > Conclusion: > > - Do we gain from object inheritance vs class? > I do not think that we want to change dynamical the theme chain > So I will make the widget strategy class from their theme > > PharoDarkTheme < XPGrowlDarkTheme > > Pharo30Theme < XPGrowlPharo30Theme > > - cons we may have duplicated behavior accross theme => traits? > > - Do we gain having widgets specific theming strategy > - cons this generate a lot of classes > so we will see > > + with inheritance we reuse a lot > + probably we can reduce the API of UItheme (see below) > > > - Can we reduce the API of UITheme > buttonBorderColor > listBorderColor > â¦. > > Yes probably doing > > Pharo3Theme>>buttonBorderColor > > => > > Pharo30ButtonStrategy>>borderColor > > -> but should be experimented > > > - From a widget point of view, if we want to have possibility to see the > same widgets in different theme at the same time > this raises the problem of the injection (or recomputation) of the theme > values. > Example below: > We want to specify a theme but the new is calling initialize and the > values are computed with a default/current theme. > > > XPGrowlMorph new > theme: XPPharo3ThemeStrategy new; > label: 'The time' contents: TimeStamp now; > skin; > openInWorld. > > XPGrowlMorph new > theme: XPDarkThemeStrategy new; > label: 'The time' contents: TimeStamp now; > openInWorld. > > => Question is it worth because with a default theme we would have it > nearly working. > > Stef > > > -- www.tudorgirba.com "Every thing has its own flow"

July 19, 2014

UITheme experience (please read) :)

by stepharo

Hi guys I want to lower the importance of UITheme - first the factory API should be pushed in the respective classes ie: UItheme>>newButtonIn: aThemedMorph for: aModel getState: stateSel action: actionSel arguments: args getEnabled: enabledSel getLabel: labelSel help: helpText "Answer a new button." |b| b := PluggableButtonMorph on: aModel getState: stateSel action: actionSel label: labelSel. b theme: self; label: ' ' font: self buttonFont; update: labelSel; arguments: (args ifNil: [{b}]); getEnabledSelector: enabledSel; cornerStyle: (self buttonCornerStyleIn: aThemedMorph); hResizing: #shrinkWrap; vResizing: #shrinkWrap; setBalloonText: helpText; extent: b minExtent; removeProperty: #theme. ^b should be transformed into PluggableButtonMorph>>newButtonFor: aModel getState: stateSel action: actionSel arguments: args getEnabled: enabledSel label: label help: helpText "Answer a new button." | b | b := self on: aModel getState: stateSel action: actionSel. b arguments: (args ifNil: [{b}]); hResizing: #shrinkWrap; vResizing: #shrinkWrap; label: label ; getEnabledSelector: enabledSel; setBalloonText: helpText; extent: b minExtent; hResizing: #rigid; vResizing: #rigid. ^b Now I do not want to lose the theme so I'm working on that. - second I wanted to experiment with the theming architecture I did the following XPGrowlMorph Object < XPGrowlThemeStrategy parentTheme := UITheme new XPGrowlThemeStrategy < XPGrowlDarkTheme parentTheme := PharoDarkTheme new growFillColor: Color white XPGrowlThemeStrategy < XPGrowlPharo30Theme parentTheme := Pharo30Theme new growFillColor: Color red minTextSize ^ parentTheme minTextSize I did the same with XPSimpleButtonMorph Conclusion: - Do we gain from object inheritance vs class? I do not think that we want to change dynamical the theme chain So I will make the widget strategy class from their theme PharoDarkTheme < XPGrowlDarkTheme Pharo30Theme < XPGrowlPharo30Theme - cons we may have duplicated behavior accross theme => traits? - Do we gain having widgets specific theming strategy - cons this generate a lot of classes so we will see + with inheritance we reuse a lot + probably we can reduce the API of UItheme (see below) - Can we reduce the API of UITheme buttonBorderColor listBorderColor â¦. Yes probably doing Pharo3Theme>>buttonBorderColor => Pharo30ButtonStrategy>>borderColor -> but should be experimented - From a widget point of view, if we want to have possibility to see the same widgets in different theme at the same time this raises the problem of the injection (or recomputation) of the theme values. Example below: We want to specify a theme but the new is calling initialize and the values are computed with a default/current theme. XPGrowlMorph new theme: XPPharo3ThemeStrategy new; label: 'The time' contents: TimeStamp now; skin; openInWorld. XPGrowlMorph new theme: XPDarkThemeStrategy new; label: 'The time' contents: TimeStamp now; openInWorld. => Question is it worth because with a default theme we would have it nearly working. Stef

July 19, 2014

[pharo-project/pharo-core]

by GitHub

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

July 19, 2014

[pharo-project/pharo-core] 5197e7: 40101

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 5197e7db16456cc7681952e72a34bcafc81d4fa7 https://github.com/pharo-project/pharo-core/commit/5197e7db16456cc7681952e7… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-07-19 (Sat, 19 Jul 2014) Changed paths: R Collections-Strings.package/String.class/instance/converting/asTimeStamp.st A Deprecated40.package/TimeStamp.class/README.md A Deprecated40.package/TimeStamp.class/class/instance creation/now.st A Deprecated40.package/TimeStamp.class/class/instance creation/readFrom_.st A Deprecated40.package/TimeStamp.class/definition.st A Deprecated40.package/TimeStamp.class/instance/printing/printOn_.st A Deprecated40.package/TimeStamp.class/instance/squeak protocol/asTimeStamp.st A Deprecated40.package/TimeStamp.class/instance/squeak protocol/species.st A Deprecated40.package/TimeStamp.class/instance/squeak protocol/storeOn_.st A Deprecated40.package/extension/DateAndTime/instance/asTimeStamp.st A Deprecated40.package/extension/String/instance/asTimeStamp.st R Kernel.package/DateAndTime.class/instance/converting/asTimeStamp.st R Kernel.package/TimeStamp.class/README.md R Kernel.package/TimeStamp.class/class/instance creation/now.st R Kernel.package/TimeStamp.class/class/instance creation/readFrom_.st R Kernel.package/TimeStamp.class/definition.st R Kernel.package/TimeStamp.class/instance/printing/printOn_.st R Kernel.package/TimeStamp.class/instance/squeak protocol/asTimeStamp.st R Kernel.package/TimeStamp.class/instance/squeak protocol/species.st R Kernel.package/TimeStamp.class/instance/squeak protocol/storeOn_.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/README.md R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/definition.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/accessing/tempRepositories.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/lessons/createConfiguration.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/lessons/createDevelopment.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/lessons/createNewBaseline.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/lessons/createNewDevelopment.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/lessons/releaseDevelopment.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/lessons/validateAndSave.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/private/alternatRepositoryName.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/private/configurationName.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/private/hasPackage_.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/private/repositoryName.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/private/version10CommonVersionSpecString.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/private/version10DevelopmentVersionSpecString.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/private/version10ReleaseVersionSpecString.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/private/version11CommonVersionSpecString.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/private/version11DevelopmentVersionSpecString.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/private/versionCommonBaselineSpecString.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/running/defaultTimeout.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/running/runCase.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/running/setUp.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/running/tearDown.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/running/tearDownPackages_.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/tests/testCreateConfiguration.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/tests/testCreateDevelopment.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/tests/testCreateNewBaseline.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/tests/testCreateNewDevelopment.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/tests/testReleaseDevelopment.st R Metacello-TestsTutorial.package/MetacelloDevelopmentCycleTutorialTests.class/instance/tests/testValidateAndSave.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/README.md R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/definition.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/private/project.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/private/projectRefProject.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests-project ref/testProjectRef07.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests-project ref/testProjectRef10.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests-project ref/testProjectRef11.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests-project ref/testProjectRef12.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests-project ref/testProjectRef13.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests-project ref/testProjectRef14.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests/test01.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests/test02.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests/test03.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests/test04.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests/test05.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests/test06.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests/test07.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests/test07a.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests/test08.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests/test10a.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests/test10b.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests/test10c.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests/test10d.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests/test11.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests/test11Author.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests/test11Blessing.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests/test11Descripton.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests/test11Timestamp.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests/test12.st R Metacello-TestsTutorial.package/MetacelloTutorialTestCase.class/instance/tests/test13.st M Refactoring-Critics.package/RBBadMessageRule.class/instance/private/badSelectors.st R Refactoring-Tests-Core.package/RBBasicLintRuleTest.class/class/miscellaneous/badMessage.st R Refactoring-Tests-Core.package/RBBasicLintRuleTest.class/class/private/badSelectors.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script101.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40101.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 40101 13592 Small RB Tests cleanup https://pharo.fogbugz.com/f/cases/13592 13589 deprecated TimeStamp https://pharo.fogbugz.com/f/cases/13589 13590 TimeStamp has still instances https://pharo.fogbugz.com/f/cases/13590 13591 unload tests Metacello-TestsTutorial https://pharo.fogbugz.com/f/cases/13591 http://files.pharo.org/image/40/40101.zip

July 19, 2014

New Cog VMs available

by Eliot Miranda

... at http://www.mirandabanda.org/files/Cog/VM/VM.r3048. CogVM source as per VMMaker.oscog-eem.826/r3048 Fix the ZipPlugin (InflatePlugin&DeflatePlugin) to no longer depend on specific instance sizes for ReadStream and WriteStream which allows some leniency in redefining these classes. Fixes occasionaly Monticello commit bugs with large packages after loading Collections-eem.567. Fix compilation warnings in stringForCString: Add a -warnpid flag that causes warning to print the pid; useful in debugging multi-image tests (i.e. magma). Reimplement the backward count in interpreted methods, storing the count in IFrameFlags, hence eliminating the requirement that the jump happens consecutively N times in a single method with no backward jumps in any other method. The Chameneos benchmark has this pattern and so two methods don't get jitted. This eliminates lastBackwardJumpMethod & backwardJumpCount. Spur: Fix bad bug in remapObj: that confused the test for old vs new and hence tried to copyAndForward old objects. Fix bug in processWeaklings that could remember a weak object twice. Mark the methods used by SpurMemoryManager>>globalGarbageCollect as inline: #never for profiling. Spur Newspeak: Initialize numIRCs before checking for quick prims. -- best, Eliot

July 19, 2014

Re: [Pharo-dev] Current maintainer of PharoExtras/LDAP?

by Udo Schneider

> I did not check but I imagine you can commit now to the repo? I didn't try yet. I'm currently rolling my changes into the "official" Packages and doing some cleanup work (e.g. Tests their own package, Configuration updates). CU, Udo On 18.07.2014 13:45, stepharo wrote: > Excellent! > We loved such enhancements. > I did not check but I imagine you can commit now to the repo? > > Stef > > On 17/7/14 12:08, Udo Schneider wrote: >> > What are the changes ? >> SSL: >> * Addition of LDAPSConnection/LDAPSWorker and instance generation >> methods (e.g. LDAPSConnection>>#to:port:ssl:) to use Zodiac Sockets >> instead of regular sockets. Both classes support SSL and non-SSL >> connection. So it might be worth rolling them into the regular >> LDAPConnection/LDAPWorker >> AD: >> * Addition of LDAPSearchResultReference to handle ReferenceResults. >> W/o this even something simple like searching the RootDSE fails. >> * Addition of LDAP URLs (not working yet) to parse ReferenceResults >> * Some convenience methods to search/create/delete AD Users and >> Groups. Support for (Re)Setting Passwords ... this was quite PITA to >> figure out BTW ... >> Misc: >> * Spec based LDAP Browser (http://udos.s3.amazonaws.com/LDAPBrowser.png) >> >> Just a summary (omitting some bits and pieces like fetching RootDSEs, >> namingContexts ...) >> >> CU, >> >> Udo >> >> >> On 17.07.2014 09:30, Olivier Auverlot wrote: >>> LDAP is so important. Improving support for Active Directory and SSL >>> is really a good idea. >>> >>> I used the framework in many projects with Pharo 1.3 and 2.0. It >>> works very well. >>> >>>>> But I'm hitting a few issues now which would change the base packages. >>> >>> What are the changes ? >>> >>> Best regards >>> Olivier :-) >>> >>> Le 16 juil. 2014 Ã 19:47, stepharo a Ã©crit : >>> >>>> >>>> On 16/7/14 19:02, Udo Schneider wrote: >>>>> All, >>>>> >>>>> I'm currently making some changes to the LDAP package to make it >>>>> play nicer with ActiveDirectory and SSL. Up to now all those >>>>> changes were non-intrusive to the current packages. But I'm hitting >>>>> a few issues now which would change the base packages. >>>>> >>>>> What's the policy on this? >>>> Improving :) >>>> We need stronger and better libraries. >>>>> Keeping those changes in my own fork or submitting them to a >>>>> maintainer (who?). >>>> >>>> I gave you access to the PharoExtras repo. >>>> Just add tests and build the best LDAP you want :) >>>> Make sure that everything work well and suits your needs. >>>> I'm not sure that current design is good. At least when olivier >>>> auverlot showed to me I was skeptical about the chapter we/he wrote >>>> on it. >>>>> In addition ... as far as I can see the current package is Pharo >>>>> only (was Squeak). >>>>> If "Pharo-only" is o.k. I could for instance integrate my stuff for >>>>> LDAP-over-SSL in there directly (based on Zodiac). >>>> Excellent idea. >>>> Our goal is to make sure that people can make business. >>>>> >>>>> Thanks, >>>>> >>>>> Udo

July 18, 2014

Understanding Message Not Understood

by kilon alios

I want to find out in case of MNU what the wrong message is , its exact name ? You can also answer here http://stackoverflow.com/questions/24831610/how-to-find-which-was-the-wrong…

July 18, 2014