- Pharo-dev - lists.pharo.org

What are immediate subclass and word variable subclass?

by Alexandre Bergel

Hi! I have stumbled on: Float immediateSubclass: #SmallFloat64 instanceVariableNames: '' classVariableNames: '' package: 'Kernel-Numbersâ Float variableWordSubclass: #BoxedFloat64 instanceVariableNames: '' classVariableNames: '' package: 'Kernel-Numbersâ What are immediate subclass and word variable? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 17, 2016

Re: [Pharo-dev] [Pharo-users] gtoolkit 3.10 overview

by Tudor Girba

Hi, Indeed, the settings sending unknown messages is a problem, but that is a problem that is not related to Spotter. If you get it with Spotter settings, you will get it with all other settings as well. The settings mechanism should be more robust in my opinion. Cheers, Doru > On Feb 17, 2016, at 2:14 PM, Damien Cassou <damien.cassou(a)inria.fr> wrote: > > Hi Tudor, > > Tudor Girba <tudor(a)tudorgirba.com> writes: > >> I promised to send a summary of the larger changes that came with the recent integration of GToolkit 3.10. Here it is: >> http://www.humane-assessment.com/blog/gtoolkit-3-10/ > > thank you for the detailed changelog. Please pay attention to the > Settings system. I have the impression that what you did might forbid > you to remove any extension in the future. What I see happening is that: > > 1. people start deactivating some extensions through the Settings > > 2. they write their Settings in a file so the settings are available for > all images > > 3. in this file, settings are deactivated with Smalltalk code that send > setting-specific messages to specific objects > > 4. you decide to remove an extension and remove the corresponding > setting method > > 5. the user downloads the new Pharo and gets an error because his > setting file sends messages that are not understood anymore. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." --Winston Churchill -- www.tudorgirba.com www.feenk.com "Value is always contextual."

Feb. 17, 2016

Re: [Pharo-dev] gtoolkit 3.10 overview

by Alexandre Bergel

Pretty cool! Alexandre > On Feb 16, 2016, at 7:02 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > I promised to send a summary of the larger changes that came with the recent integration of GToolkit 3.10. Here it is: > http://www.humane-assessment.com/blog/gtoolkit-3-10/ > > Please let us know what you think. > > Cheers, > Doru > > > -- > www.tudorgirba.com > www.feenk.com > > "What is more important: To be happy, or to make happy?" > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 17, 2016

Re: [Pharo-dev] [Pharo-users] gtoolkit 3.10 overview

by Damien Cassou

Hi Tudor, Tudor Girba <tudor(a)tudorgirba.com> writes: > I promised to send a summary of the larger changes that came with the recent integration of GToolkit 3.10. Here it is: > http://www.humane-assessment.com/blog/gtoolkit-3-10/ thank you for the detailed changelog. Please pay attention to the Settings system. I have the impression that what you did might forbid you to remove any extension in the future. What I see happening is that: 1. people start deactivating some extensions through the Settings 2. they write their Settings in a file so the settings are available for all images 3. in this file, settings are deactivated with Smalltalk code that send setting-specific messages to specific objects 4. you decide to remove an extension and remove the corresponding setting method 5. the user downloads the new Pharo and gets an error because his setting file sends messages that are not understood anymore. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

Feb. 17, 2016

[pharo-project/pharo-core]

by GitHub

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

Feb. 17, 2016

[pharo-project/pharo-core] 34dd64: 50586

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 34dd64d2d01362d6c0bf4abc5aeeb9158d0bf8b4 https://github.com/pharo-project/pharo-core/commit/34dd64d2d01362d6c0bf4abc… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-02-17 (Wed, 17 Feb 2016) Changed paths: M GT-Tests-Debugger.package/GTGenericStackDebuggerUITest.class/instance/testing/testNoOverlappingCodeEditorKeyBindings.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50585.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50586.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50585.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50586.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50586 17604 Skip testNoOverlappingCodeEditorKeyBindings https://pharo.fogbugz.com/f/cases/17604 http://files.pharo.org/image/50/50586.zip

Feb. 17, 2016

Re: [Pharo-dev] Crashes on Windows

by Stephan Eggermont

On 17-02-16 13:42, stepharo wrote: > Hi guys > > this is a follow up of the report of Justine (I could not type on Gmail) :) > We got several crashes on > > - Pharo 50564 > - Windows 50 Which vm? Freetype bug was common with earlier spur vms Stephan

Feb. 17, 2016

Crashes on Windows

by stepharo

Hi guys this is a follow up of the report of Justine (I could not type on Gmail) :) We got several crashes on - Pharo 50564 - Windows 50 One of the bug was in charmaps "Answer an Array of Strings naming the different character maps available for setCharMap:" charmaps ifNil: [ charmaps := Array new: numCharmaps. self getCharMapsInto: charmaps ]. ^charmaps numCharMaps was nil in this class there is no setter to numCharMaps except primitives. The other bug was nil UndefinedObject(Object)>>doesNotUnderstand: #* FreeTypeFont>>height LogicalFont>>height TextStyle>>newFontArray: TextStyle class>>fontArray: [ TextStyle fontArray: {self} ] in LogicalFont(AbstractFont)>>textStyle Dictionary(Collection)>>detect:ifFound:ifNone: Dictionary(Collection)>>detect:ifNone:

Feb. 17, 2016

Re: [Pharo-dev] bad world redrawing problem

by Marcus Denker

Hi, Denis posted a fix in https://pharo.fogbugz.com/f/cases/17602/duplicated-UI-processes-while-runni… <https://pharo.fogbugz.com/f/cases/17602/duplicated-UI-processes-while-runni…> > On 16 Feb 2016, at 13:38, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > I encountered a strange redrawing problem: > - the Pharo image (50582), and > - the stable VM: > â VM build date: Mac Cocoa Cog 5.8b12 21-Sep-10 >1B0534FA-246C-47C5-AB29-7A76C81CCDCB< > â VM version: CoInterpreter VMMaker.oscog-EstebanLorenzano.1676 uuid: 707197b7-1656-460f-bb98-5b042b79239b Feb 3 2016 > StackToRegisterMappingCogit VMMaker.oscog-EstebanLorenzano.1676 uuid: 707197b7-1656-460f-bb98-5b042b79239b Feb 3 2016 > https://github.com/estebanlm/pharo-vm.git <https://github.com/estebanlm/pharo-vm.git> Commit: 62d5c05810e37e9f754eda79bc00c7bdd9173234 Date: 2016-02-03 19:23:48 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #547 > â Image Version: 6521 > > Please let me know if you encounter a similar thing (or if this is a known issue). > > There was an error that I closed too quickly and then I started to get this: > > <Screen Shot 2016-02-15 at 3.01.29 PM copy.png> > > See also a video: > https://dl.dropboxusercontent.com/u/18323746/Tmp/bad-redrawing.mov > > But, what is worse is that I tried to "Save and Quit" and the image crashed and I cannot reopen it anymore. You can download the image together with the associated PharoDebug.log and the crash.dmp: > https://dl.dropboxusercontent.com/u/18323746/Tmp/bad-redrawing.zip > > Cheers, > Doru > > > -- > www.tudorgirba.com <http://www.tudorgirba.com/> > www.feenk.com > > "In a world where everything is moving ever faster, > one might have better chances to win by moving slower." > > > >

Feb. 17, 2016

[ANN] The Pharo Unicode Project

by Sven Van Caekenberghe

Hi, In Pharo we can deal with and represent any Unicode character and string, but there are still some important pieces of functionality missing. The goal of the Pharo Unicode project is to gradually improve and expand Unicode support in Pharo. We started in December last year to lay the foundation and are now ready to go public with what we built. The first delivery is an implementation of Unicode Normalization, together with an implementation of the Unicode Character Database. Please read the following article for more information (the appendix explains how to get the code). An Implementation of Unicode Normalisation Streaming NFC, NFD, NFKC & NFKD, normalization QC and normalization preserving concatenation. https://medium.com/concerning-pharo/an-implementation-of-unicode-normalizat… The development branch also contains a work in progress implementation of Unicode Collation. Much work remains to be done and contributions are more than welcome. Sven & Henrik

Feb. 17, 2016