- Pharo-dev - lists.pharo.org

Who broke my System Preferences ?
by kilon alios Nov. 15, 2014

Nov. 15, 2014

looks like latest Pharo 4 40363 broke System Preferences clicking on Appearance gives me this GraphicFontSettings class(Object)>>doesNotUnderstand: #theme GraphicFontSettings class>>fontSizeRow [ self fontSizeRow ] in GraphicFontSettings class>>standardFontsSettingsOn: in Block: [ self fontSizeRow ] PragmaSetting>>inputWidget PragmaSetting>>inputMorphFor: SettingNode>>inputMorphFor: [ :node :cont | node perform: self rowMorphGetSelector with: self container ] in MorphTreeColumn>>rowMorphGetterBlock in Block: [ :node :cont | node perform: self rowMorphGetSele...etc... MorphTreeColumn>>rowMorphFor: [ :col | | v | v := col rowMorphFor: complexContents. controls add: v. col -> v ] in MorphTreeNodeMorph>>buildRowMorph in Block: [ :col | ... OrderedCollection>>collect: MorphTreeNodeMorph>>buildRowMorph MorphTreeNodeMorph>>initRow MorphTreeNodeMorph>>initWithContents:prior:forList:indentLevel: [ :item | priorMorph := self indentingItemClass new initWithContents: item prior: priorMorph forList: self indentLevel: parentMorph indentLevel + 1. morphList add: priorMorph. "Was this row expanded ? if true -> expand it again " priorMorph isExpanded ifTrue: [ priorMorph isExpanded: true. priorMorph addChildrenForList: self addingTo: morphList withExpandedItems: #() ] ] in MorphTreeMorph>>addMorphsAfter:fromCollection: in Block: [ :item | ... OrderedCollection>>do: MorphTreeMorph>>addMorphsAfter:fromCollection: MorphTreeNodeMorph>>expand MorphTreeNodeMorph>>toggleExpandedState MorphTreeMorph>>toggleExpandedState:event: MorphTreeMorph>>mouseDown: MorphTreeMorph(Morph)>>handleMouseDown: MouseButtonEvent>>sentTo: MorphTreeMorph(Morph)>>handleEvent: MorphicEventDispatcher>>dispatchMouseDown:with: MorphicEventDispatcher>>dispatchEvent:with: MorphTreeMorph(Morph)>>processEvent:using: MorphicEventDispatcher>>dispatchMouseDown:with: MorphicEventDispatcher>>dispatchEvent:with: StandardWindow(Morph)>>processEvent:using: MorphicEventDispatcher>>dispatchMouseDown:with:

3 7

cross platform issue with versionner in pharo 3.0 - want a slice?
by Paul DeBruicker Nov. 15, 2014

Nov. 15, 2014

Hey - I'm thinking about making a slice to that versionner doesn't use Symbols for class names when creating baselines. The problem is that on GemStone symbols and strings don't compare as equal, so looking up a class in a repo fails. Is that slice something that is generally interesting ? Is it already fixed in Pharo 4? Thanks Paul

2 1

Pharo on Online Labs ARM cloud server ?
by Sven Van Caekenberghe Nov. 14, 2014

Nov. 14, 2014

Hi, I just saw this: http://labs.online.net which offers real ARM cloud servers (15 minutes for free to try out) [they're French]. This is Ubuntu 14.10 on ARMv7. Naturally I wanted to try Pharo on such a machine. The base question is, where do I get the latest and best VM to try this ? Maybe a complete & easy to use source tree that can be compiled locally ? And would it make sense to add some ARM option to get.pharo.org ? Thx, Sven

11 20

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

Nov. 14, 2014

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

1 0

[pharo-project/pharo-core] 75cde1: 40370
by GitHub Nov. 14, 2014

Nov. 14, 2014

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 75cde181a36c777a7c2996ee8228cc2183e687cd https://github.com/pharo-project/pharo-core/commit/75cde181a36c777a7c2996ee… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-11-14 (Fri, 14 Nov 2014) Changed paths: M ConfigurationOfGTInspectorCore.package/ConfigurationOfGTInspectorCore.class/instance/symbolic versions/stable_.st A ConfigurationOfGTInspectorCore.package/ConfigurationOfGTInspectorCore.class/instance/versions/version202_.st M ConfigurationOfGTPlaygroundCore.package/ConfigurationOfGTPlaygroundCore.class/instance/symbolic versions/stable_.st A ConfigurationOfGTPlaygroundCore.package/ConfigurationOfGTPlaygroundCore.class/instance/versions/version202_.st M ConfigurationOfGlamourCore.package/ConfigurationOfGlamourCore.class/instance/symbolic versions/stable_.st A ConfigurationOfGlamourCore.package/ConfigurationOfGlamourCore.class/instance/versions/version302_.st A ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/versions/version124_.st R Glamour-Morphic-Renderer.package/GLMMorphicAccumulatorRenderer.class/instance/as yet unclassified/removePage_.st A Glamour-Morphic-Renderer.package/GLMMorphicAccumulatorRenderer.class/instance/private/removePage_.st M Glamour-Morphic-Renderer.package/GLMMorphicPharoCodeRenderer.class/instance/callbacks/evaluateAndPopPrintSelection.st R Glamour-Morphic-Renderer.package/GLMMorphicPharoMethodRenderer.class/instance/as yet unclassified/methodBindingsStrategy.st R Glamour-Morphic-Renderer.package/GLMMorphicPharoMethodRenderer.class/instance/as yet unclassified/modelFor_.st R Glamour-Morphic-Renderer.package/GLMMorphicPharoMethodRenderer.class/instance/as yet unclassified/morph.st A Glamour-Morphic-Renderer.package/GLMMorphicPharoMethodRenderer.class/instance/private/methodBindingsStrategy.st A Glamour-Morphic-Renderer.package/GLMMorphicPharoMethodRenderer.class/instance/rendering/modelFor_.st A Glamour-Morphic-Renderer.package/GLMMorphicPharoMethodRenderer.class/instance/rendering/morph.st R Glamour-Morphic-Renderer.package/GLMMorphicPharoPlaygroundRenderer.class/instance/as yet unclassified/actOnVariableBindingsUpdated_.st R Glamour-Morphic-Renderer.package/GLMMorphicPharoPlaygroundRenderer.class/instance/as yet unclassified/modelFor_.st R Glamour-Morphic-Renderer.package/GLMMorphicPharoPlaygroundRenderer.class/instance/as yet unclassified/morph.st R Glamour-Morphic-Renderer.package/GLMMorphicPharoPlaygroundRenderer.class/instance/as yet unclassified/registerEventsForPresentation_.st R Glamour-Morphic-Renderer.package/GLMMorphicPharoPlaygroundRenderer.class/instance/as yet unclassified/workspaceBindingsStrategy.st A Glamour-Morphic-Renderer.package/GLMMorphicPharoPlaygroundRenderer.class/instance/callbacks/actOnVariableBindingsUpdated_.st A Glamour-Morphic-Renderer.package/GLMMorphicPharoPlaygroundRenderer.class/instance/private/registerEventsForPresentation_.st A Glamour-Morphic-Renderer.package/GLMMorphicPharoPlaygroundRenderer.class/instance/private/workspaceBindingsStrategy.st A Glamour-Morphic-Renderer.package/GLMMorphicPharoPlaygroundRenderer.class/instance/rendering/modelFor_.st A Glamour-Morphic-Renderer.package/GLMMorphicPharoPlaygroundRenderer.class/instance/rendering/morph.st R Glamour-Morphic-Renderer.package/GLMMorphicRubricHighlightedTextRenderer.class/instance/as yet unclassified/morph.st A Glamour-Morphic-Renderer.package/GLMMorphicRubricHighlightedTextRenderer.class/instance/rendering/morph.st M Glamour-Morphic-Renderer.package/GLMMorphicSmalltalkCodeRenderer.class/instance/callbacks/evaluateAndPrintSelection.st R Glamour-Morphic-Renderer.package/GLMMorphicSpecRenderer.class/instance/as yet unclassified/actOnPresentationUpdated_.st R Glamour-Morphic-Renderer.package/GLMMorphicSpecRenderer.class/instance/as yet unclassified/render_.st A Glamour-Morphic-Renderer.package/GLMMorphicSpecRenderer.class/instance/rendering/actOnPresentationUpdated_.st A Glamour-Morphic-Renderer.package/GLMMorphicSpecRenderer.class/instance/rendering/render_.st R Glamour-Morphic-Renderer.package/GLMMorphicTableRenderer.class/instance/as yet unclassified/newTreeMorph.st R Glamour-Morphic-Renderer.package/GLMMorphicTableRenderer.class/instance/as yet unclassified/render_.st A Glamour-Morphic-Renderer.package/GLMMorphicTableRenderer.class/instance/private/newTreeMorph.st A Glamour-Morphic-Renderer.package/GLMMorphicTableRenderer.class/instance/rendering/render_.st M Glamour-Morphic-Widgets.package/GLMMorphTreeColumn.class/instance/column drawing/rowMorphFor_.st R Glamour-Morphic-Widgets.package/GLMPaginatedResizableMorphTreeMorph.class/instance/as yet unclassified/toggleExpandedState_event_.st R Glamour-Morphic-Widgets.package/GLMPaginatedResizableMorphTreeMorph.class/instance/as yet unclassified/updateColumnMorphs.st A Glamour-Morphic-Widgets.package/GLMPaginatedResizableMorphTreeMorph.class/instance/events-processing/toggleExpandedState_event_.st A Glamour-Morphic-Widgets.package/GLMPaginatedResizableMorphTreeMorph.class/instance/updating/updateColumnMorphs.st M Rubric.package/RubAbstractTextArea.class/instance/event handling/keyStroke_.st A Rubric.package/RubSHTextStylerST80.class/class/accessing/styleTable.st A Rubric.package/RubSHTextStylerST80.class/class/accessing/styleTable_.st A Rubric.package/RubSHTextStylerST80.class/class/accessing/textAttributesByPixelHeight.st A Rubric.package/RubSHTextStylerST80.class/class/initialization/initialize.st A Rubric.package/RubSHTextStylerST80.class/class/style table/initialTextAttributesForPixelHeight_.st R Rubric.package/RubSHTextStylerST80.class/instance/as yet unclassified/addLinkAttributesFor_in_to_.st A Rubric.package/RubSHTextStylerST80.class/instance/private/addLinkAttributesFor_in_to_.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script370.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40370.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 40370 14473 GTools version 2.0.2 - bug fixes https://pharo.fogbugz.com/f/cases/14473 http://files.pharo.org/image/40/40370.zip

1 0

Spur Identity Hash [was: The Trunk: System-cmm.689.mcz]
by Eliot Miranda Nov. 14, 2014

Nov. 14, 2014

Hi Chris, interesting! On Wed, Nov 12, 2014 at 1:40 PM, Chris Muller <asqueaker(a)gmail.com> wrote: > I finally tracked down why the keys of the #knownEnvironments > Dictionary were changing when trying to build an image in Spur. > > It's because, in my core-extensions package, I override > UndefinedObject>>#hash to have hard-coded value independent of its > #identityHash, to be safer with distributed systems which may be using > nil in a hash calculation -- in case they would be different due to > accessing with a Spur image, for example. > > Such a hash calculation is made for the keys of the #knownEnvironments > Dictionary when the country's are nil. By the different hash value in > Spur, the image would lock when trying to load my core-extensions > package, because it tried to access knownEnvironments as part of the > load-operation itself. > > The least-lazy way to "fix" it was to ensure something is populated in > the LocaleID's 'country's. Whew! > > Anyway, something to be aware of -- anywhere we have true, false or > nil used in a hash calculation, now has a different hash in Spur vs. > Cog. Maybe we should think about separating those objects' logical > "value" hash from their identityHash in trunk..? That could be useful > when we move to 64-bit someday.. > Remember that Spur has a common header format for both 32-bit and 64-bit versions, so in both there is a 22-bit identityHash and hence the identityHashes of all objects in a 64-bit Spur image bootstrapped from a 32-bit Spur image will be _unchanged_. Convenient. So no need to worry. And it should be the case that a freshly bootstrapped 64-bit Spur image does not need to be rehashed to function properly. But while we're on the subject, one thing we could do is arrange that Symbols have an identityHash based on their value. So when interning a string we'd compute its string hash and derive and assign the identityHash of the Symbol from the string hash. That would mean that when unpickling classes in e.g. Fuel we would not have to rehash method dictionaries, which would be very nice indeed. On Wed, Nov 12, 2014 at 3:26 PM, <commits(a)source.squeak.org> wrote: > > Chris Muller uploaded a new version of System to project The Trunk: > > http://source.squeak.org/trunk/System-cmm.689.mcz > > > > ==================== Summary ==================== > > > > Name: System-cmm.689 > > Author: cmm > > Time: 12 November 2014, 3:19:56.156 pm > > UUID: a1ffba24-42ff-4391-9387-4e8ee20e6b2a > > Ancestors: System-ul.688 > > > > Populate all LocaleID's 'country's. > > > > =============== Diff against System-ul.688 =============== > > > > Item was added: > > + ----- Method: LocaleID class>>countryFor: (in category 'accessing') > ----- > > + countryFor: iso6391Code > > + "http://www.loc.gov/standards/iso639-2/php/code_list.php" > > + ^ iso6391Code > > + caseOf: > > + { ['af'] -> ['Afrikaans']. > > + ['ca'] -> ['Catalan']. > > + ['cs'] -> [ 'Czech']. > > + ['da'] -> [ 'Danish']. > > + ['de'] -> [ 'German']. > > + ['el'] -> [ 'Greek Modern']. > > + ['en'] -> [ 'English']. > > + ['es'] -> [ 'Spanish']. > > + ['eu'] -> [ 'Basque']. > > + ['fi'] -> [ 'Finnish']. > > + ['fo'] -> [ 'Faroese']. > > + ['fr'] -> [ 'French']. > > + ['ga'] -> [ 'Irish']. > > + ['gd'] -> [ 'Gaelic']. > > + ['hr'] -> [ 'Croatian']. > > + ['hu'] -> [ 'Hungarian']. > > + ['is'] -> [ 'Icelandic']. > > + ['it'] -> [ 'Italian']. > > + ['ja'] -> [ 'Japanese']. > > + ['ja-etoys'] -> [ 'Japanese']. > > + ['ko'] -> [ 'Korean']. > > + ['nl'] -> [ 'Dutch']. > > + ['no'] -> [ 'Norwegian']. > > + ['pt'] -> [ 'Portuguese']. > > + ['rm'] -> [ 'Romansh']. > > + ['ro'] -> [ 'Romainian']. > > + ['sk'] -> [ 'Slovak']. > > + ['sl'] -> [ 'Slovenian']. > > + ['sq'] -> [ 'Albanian']. > > + ['sv'] -> [ 'Swedish']. > > + ['sw'] -> [ 'Swahili']. > > + ['zh'] -> [ 'Chinese'] } > > + otherwise: > > + [ 'other' ]! > > > > Item was changed: > > ----- Method: LocaleID>>isoLanguage:isoCountry: (in category > 'initialize') ----- > > + isoLanguage: langString isoCountry: countryStringOrNil > > - isoLanguage: langString isoCountry: countryStringOrNil > > isoLanguage := langString. > > + isoCountry := countryStringOrNil ifNil: (self class countryFor: > langString)! > > - isoCountry := countryStringOrNil! > > > > Item was changed: > > (PackageInfo named: 'System') postscript: '"Preferences already > removed by hand, but whose state still lingers:" > > + LocaleID allInstances do: > > + [ : each | each > > + isoLanguage: each isoLanguage > > + isoCountry: (each isoCountry ifNil: [ each isoCountry ]) > ]. > > + LanguageEnvironment knownEnvironments rehash'! > > - Preferences removePreference: #upgradeIsMerge. > > - Preferences removePreference: #colorWhenPrettyPrinting. > > - Preferences removePreference: #promptForUpdateServer. > > - Preferences removePreference: #updateSavesFile. > > - Preferences removePreference: #updateFromServerAtStartup.'! > > > > > > -- best, Eliot

3 2

Pharo Launcher for Windows
by Thierry Goubier Nov. 14, 2014

Nov. 14, 2014

Hi all, does anybody knows if the Pharo Launcher is working in Windows? I tried on different Windows 7 machines, but it would work nor give any error message at all. (Note: Pharo3 windows distribution did work). Thanks, Thierry

5 7

[DEV] Systemd socket activation patch for the VM
by Max Leske Nov. 14, 2014

Nov. 14, 2014

Hi folks As promised a long time ago my colleague Nik Lutz has finalized the patch for the VM that enables socket activation with Systemd. I will quickly go over what the patch is supposed to achieve, how we plan to use socket activation and what (minimal) changes are necessary. Systemd Socket Activation: Systemd opens a (network-) socket and waits for connections. When the first client connects the assotiated service (VM) is started. Systemd indicates via environment variable (LISTEN_FDS) that it opened a network socket. Detailed documentation on socket activation with Systemd can be found here: http://0pointer.de/blog/projects/socket-activation.html Our scenario for socket activation: At Cmsbox we have hundereds of images running on a server, all of which listen on a dedicated network port for incoming connections. The server is powerful enough to run all these processes concurrently, especially since not every image receives requests all the time. With socket activation we could further lower the server load and free up resources for images with a high request rate. Images that donât receive any requests for a specified amount of time can be suspended automatically and reactivated when a request comes in. The VM Patch: The attached patch tries hard to be minimal. It defines a new socket type (ProvidedTCPSocketType) which you will also find in the image (Socket>>newSystemd). ProvidedTCPSocketType is special in that it can refer to an existing TCPSocket and does not necessarily entail the creation of a new socket. The changes in the image: - Socket>>newSystemd tries to open a new Systemd socket. - TCPListener>>haveSystemdAssignedPort tests if the LISTEN_FDS environment variable has been set by Systemd for the current process. - TCPListener>>primEnvironmentAtSymbol is a utility method that we need to check for the environment variable (IMPORTANT: copied from OSProcess; uses the OSProcess plugin) - TCPListener>>pvtNewListener: has been modified to include the check for the Systemd port. If the socket has been assigned by Systemd, use a Systemd socket, a TCP socket otherwise Quick Howto: - Adapt path to vm and image in pharo@.service - Take a Seaside image and FileIn systemd.cs (tested with http://seaside.st/distributions/Seaside-2.8.4.zip) - Save as 9999.image - Copy pharo@.service and pharo@.socket to /etc/systemd/system - As root run: systemctl daemon-reload systemctl start pharo(a)9999.socket - Open http://localhost:9999/seaside/config [- systemctl stop pharo(a)9999.socket] -> Upon connection pharo(a)9999.socket starts: pharo(a)9999.service (which would start .../9999.image) You can see this in action in the following screencast: http://youtu.be/MVPLZNKg5j8 We hope that this patch (or some version of it) will find its way into the VM. If you have any questions please feel free to ask. Cheers, Max (on behalf of Nik and the rest of Netstyle.ch)

5 4

Re: [Pharo-dev] What happened to CompiledMethod>>#numLiterals in Spur?
by Eliot Miranda Nov. 13, 2014

Nov. 13, 2014

Hi Chris, On Thu, Nov 13, 2014 at 12:24 PM, Chris Muller <ma.chris.m(a)gmail.com> wrote: > Hi Eliot and all, while moving some serialized objects from a Cog > image into a Spur image, I am encountered an issue materializaing a > CompiledMethod instance in the target Spur image due to the new > implementation of #numLiterals. In Cog it's: > > numLiterals > "Answer the number of literals used by the receiver." > | header | > ^(header := self header) < 0 > ifTrue: [header bitAnd: 65535] > ifFalse: [(header bitShift: -9) bitAnd: 16rFF] > > but in Spur, only the negative header condition is present: > > numLiterals > "Answer the number of literals used by the receiver." > ^self header bitAnd: 65535 > Right. The header was positive in the source Cog image, in fact, there are NO > instances of CM's with negative headers in either my Cog or Spur > images. So after constructing the CompiledMethod for materialization > within the Spur image with the same #header it had in Cog, it reports > the wrong #numLiterals and can't finish the materialization because of > that. > Right. I'm able to force a correct materialization by changing the place > where I access "numLiterals" to the original True condition of Cog -- > "(header bitShift: -9) bitAnd: 16rFF". > Good. That is the "right thing to do" (tm). Or rather it is the right thing to do when trying to import methods from Cog to Spur. But that's just "making it work" and not understanding the > implications of what I'm doing. I know Spur can allow more literals > per CM, but assuming I'm willing to stay with a max of just 255 > literals for now, is my override above the best way to handle this > need to be able to transfer objects back-and-forth within a > heterogeneous environment of Cog and Spur images? > Yes, as long as it is on;y used for porting. You obviously /don'/ need it when materializing in Spur methods that have been dematerialized in Spur (BTW, I like the "official" terms, "pickled" and "unpickled"). Thanks for any advice and insight.. > So the new format was introduced to lift the limit on the number of literals. I first implemented it for Newspeak a couple of years ago for Cadence. At this point it used the sign bit to allow both the old and new header formats to coexist: numLiterals "Answer the number of literals used by the receiver." | header | ^(header := self header) < 0 ifTrue: [header bitAnd: 65535] ifFalse: [(header bitShift: -9) bitAnd: 16rFF] The problems with this are - that sign bit allows choosing between bytecode sets, and so it couples bytecode set choice with literal limit, and - there is a cost, at least in code density, even if not necessarily much in performance, in the VM using the "mixed" format. I realised in late summer with Spur that I had a chance of eliminating the coupling and performance issues by insisting on the one format in Spur. So I decided to eliminate the old format and just go with the simple format (this taken from CompiledMethod's class comment in its Spur version): The header is a 31-bit signed integer (a SmallInteger) in the following format: (index 0) 16 bits: number of literals (#numLiterals) (index 16) 1 bit: has primitive (index 17) 1 bit: whether a large frame size is needed (#frameSize => either SmallFrame or LargeFrame) (index 18) 6 bits: number of temporary variables (#numTemps) (index 24) 4 bits: number of arguments to the method (#numArgs) (index 28) 2 bits: reserved for an access modifier (00-unused, 01-private, 10-protected, 11-public), although accessors for bit 29 exist (see #flag). (index 30/63) sign bit: 1 selects the Secondary instruction set (e.g. NewsqueakV4, 0 selects the primary instruction set, e.g. SqueakV3PlusClosures) (#signFlag) This a) makes the VM slimmer and b) makes it much less complicated to use the two bytecode sets. The ability to use two bytecode sets provides a smoother transition to Sista when it arrives next year. -- best, Eliot

1 0

[OT] .NET OpenSource
by Torsten Bergmann Nov. 13, 2014

Nov. 13, 2014

For those of you who might be interested: .NET is open source with MIT license - .NET Framework Libraries - .NET Core Framework Libraries - and the RyuJit VM http://tirania.org/blog/archive/2014/Nov-12.html

4 6