November 2013 - Pharo-dev - lists.pharo.org

Problem with NativeBoost when loading Pharo from a .dmg

by Damien Cassou

Hi, when I try to run Pharo after having installed it to /Applications from a .dmg file on MacOSX, I get the following problem: NativeBoost can't find symbol #CStackPointer To reproduce, please download, drag&drop and launch Pharo from this dmg file: https://dl.dropboxusercontent.com/u/152013/Pharo%202013.11.04.dmg This is just standard Pharo embedded in a dmg file for easy installation. You will get an error when you launch Pharo from your Applications. To reproduce: NativeBoost loadSymbol: #CStackPointer Stacktrace: NativeBoostMac32(Object)>>error: NativeBoostMac32(NativeBoostLinux32)>>getGlobalSymbolPointer: NativeBoostMac32(NativeBoostLinux32)>>loadSymbol:fromModule: NativeBoost class>>loadSymbol:fromModule: NativeBoost class>>loadSymbol: UndefinedObject>>DoIt OpalCompiler>>evaluate SmalltalkEditor>>evaluateSelectionAndDo: PluggableTextMorph>>printIt in Block: [ ... TextMorphForEditView(TextMorph)>>handleEdit: PluggableTextMorph>>printIt SmalltalkEditor class>>buildSmalltalkEditorKeymappingsOn: in Block: [ :morph | morph printIt ] BlockClosure>>cull: BlockClosure>>cull:cull: BlockClosure>>cull:cull:cull: KMCategoryBinding>>completeMatch:buffer: KMKeymap>>notifyCompleteMatchTo:buffer: in Block: [ :l | l completeMatch: self buffer: aBuffer ] Array(SequenceableCollection)>>do: KMKeymap>>notifyCompleteMatchTo:buffer: KMKeymap>>onMatchWith:notify:andDo: KMCategory>>onMatchWith:notify:andDo: in Block: [ :entry | entry onMatchWith: anEventBuffer notify...etc... Set>>do: KMCategory>>onMatchWith:notify:andDo: KMCategoryBinding>>verifyMatchWith:notifying:thenDoing: KMDispatcher>>dispatch: in Block: [ :aTarget | ... OrderedCollection>>do: KMDispatcher>>dispatch: KMTarget>>dispatch: KMDispatchChain>>dispatch: in Block: [ :targetToDispatch | ... KMDispatchChain>>do: -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Nov. 4, 2013

Re: [Pharo-dev] Spaceship?

by StÃ©phane Ducasse

do you have a real use case? Stef On Nov 4, 2013, at 1:32 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Hi everyone. > > Iâm wandering if there was any sort of a discussion about a spaceship method used in Ruby. > > The concept is that you should implement a method <=> > that returns something negative if the receiver is smaller then a parameter, > positive when the receiver is greater then a parameter, > and 0 if they are equal. > > This way if you are implementing comparable objectâs the only method you have to redefine is spaceship (<=>). > > Yes, I know that i Pharo you have to only redefine < and =. But maybe it would be interesting to use spaceship :) > > What do you think? > Cheers! > Uko

Nov. 4, 2013

Spaceship?

by Yuriy Tymchuk

Hi everyone. Iâm wandering if there was any sort of a discussion about a spaceship method used in Ruby. The concept is that you should implement a method <=> that returns something negative if the receiver is smaller then a parameter, positive when the receiver is greater then a parameter, and 0 if they are equal. This way if you are implementing comparable objectâs the only method you have to redefine is spaceship (<=>). Yes, I know that i Pharo you have to only redefine < and =. But maybe it would be interesting to use spaceship :) What do you think? Cheers! Uko

Nov. 4, 2013

11920 NewValueHolder should use value instead of contents

by StÃ©phane Ducasse

Ben this is strange when I look at these changes I do not really see that value is used instead of contents. Can you check to see if your changes got really integrated? Stef On Nov 3, 2013, at 8:17 PM, GitHub <noreply(a)github.com> wrote: > Branch: refs/heads/3.0 > Home: https://github.com/pharo-project/pharo-core > Commit: a5bce43720062026ab415167af4db194d3958d62 > https://github.com/pharo-project/pharo-core/commit/a5bce43720062026ab415167… > Author: Jenkins Build Server <board(a)pharo-project.org> > Date: 2013-11-03 (Sun, 03 Nov 2013) > > Changed paths: > A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script199.st > A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30544.st > M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st > M Spec-Core.package/TextModel.class/definition.st > M Spec-Core.package/TextModel.class/instance/initialization/initialize.st > A Spec-Core.package/TextModel.class/instance/protocol-events/whenMenuHolderChanged_.st > M Spec-Core.package/TextModel.class/instance/protocol/codePaneMenu_shifted_.st > A Spec-Core.package/TextModel.class/instance/protocol/menuHolder.st > A Spec-Core.package/TextModel.class/instance/protocol/menuHolder_.st > A StartupPreferences.package/extension/SettingBrowser/instance/exportAllSettings_by_withBasename_.st > M StartupPreferences.package/extension/SettingBrowser/instance/exportSettings.st > A StartupPreferences.package/extension/SettingBrowser/instance/exportSettings_toFileNamed_.st > > Log Message: > ----------- > 30544 > 12061 SettingBrowser>>exportSettings need refactoring > https://pharo.fogbugz.com/f/cases/12061 > > 11920 NewValueHolder should use value instead of contents > https://pharo.fogbugz.com/f/cases/11920 > > 11819 TextModel>>#codePaneMenu:shifted: should work with a value holder > https://pharo.fogbugz.com/f/cases/11819 > > http://files.pharo.org/image/30/30544.zip > > >

Nov. 4, 2013

Re: [Pharo-dev] How I can add my projects to configuration browser ?

by StÃ©phane Ducasse

We are in the flux to move everything to a single input Repo and get validation that moves the configuration to MetaRepoForPharo20 MetaRepoForPharo30 MetaRepoForPharo40 ... So I usually publish in http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo30/main and http://www.squeaksource.com/MetacelloRepository > Check for Pharo 30 (the name is in the ConfigurationBrowse window title): > > STH Project: http://www.smalltalkhub.com/#!/~Pharo/MetaRepoForPharo30 > Repo: http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo30/main > > > Phil > > > On Sun, Nov 3, 2013 at 5:17 PM, kilon alios <kilon.alios(a)gmail.com> wrote: > I have seen some interesting projects (well pretty much everyone of them) in configuration browser and I was curious how exactly they are added , is there a specific process that needs to be followed ? >

Nov. 4, 2013

Re: [Pharo-dev] About BitBlt current -> BitBlt (Fuel)

by Mariano Martinez Peck

On Mon, Nov 4, 2013 at 4:05 AM, Max Leske <maxleske(a)gmail.com> wrote: > Did #hackBits: come with Fuel? Itâs not an extension methodâ¦ > > No, it is not an extension method. I was referring to change Pharo itself, not Fuel ;) > > On 04.11.2013, at 01:10, Mariano Martinez Peck <marianopeck(a)gmail.com> > wrote: > > Indeed. That's why I want to move it to a separate class. > > > On Fri, Nov 1, 2013 at 5:18 PM, Max Leske <maxleske(a)gmail.com> wrote: > >> Wowâ¦ Form is mindnumbingâ¦ >> >> >> On 30.10.2013, at 23:00, Mariano Martinez Peck <marianopeck(a)gmail.com> >> wrote: >> >> hehehe sorry, it was #hackBits: :) >> >> >> On Wed, Oct 30, 2013 at 6:52 PM, Max Leske <maxleske(a)gmail.com> wrote: >> >>> Where did you find that method? I couldnât find any implementors or >>> referencesâ¦ >>> >>> On 30.10.2013, at 21:42, Mariano Martinez Peck <marianopeck(a)gmail.com> >>> wrote: >>> >>> BTW....it is time to move the hashBits: to a more general class....but >>> the question is where? >>> >>> >>> On Wed, Oct 30, 2013 at 6:21 PM, StÃ©phane Ducasse < >>> stephane.ducasse(a)inria.fr> wrote: >>> >>>> Fuel was using BitBlt current and I change that to BitBlt >>>> >>>> Stef >>>> >>>> On Oct 29, 2013, at 10:55 AM, Max Leske <maxleske(a)gmail.com> wrote: >>>> >>>> > Stef, what exactly is the influence on Fuel? I looked at the changes >>>> of your slice and couldnât find anythingâ¦ >>>> > >>>> > Max >>>> > >>>> > >>>> > On 25.10.2013, at 16:26, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >>>> wrote: >>>> > >>>> >> Hi >>>> >> >>>> >> I just pushed a change cleaning some strange usage. >>>> >> BitBlt was sometimes invoked via BitBlt current (which just returned >>>> the BitBlt class). >>>> >> Apparently in Squeak they removed it too. >>>> >> >>>> >> Now it touches Fuel so Fuel guys can you merge on your side too? >>>> >> >>>> >> https://pharo.fogbugz.com/f/cases/12009/BitBlt-current-BitBlt >>>> >> >>>> >> Stef >>>> > >>>> > >>>> >>>> >>>> >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >>> >>> >>> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > > -- Mariano http://marianopeck.wordpress.com

Nov. 4, 2013

Re: [Pharo-dev] moving moose to pharo 3.0

by StÃ©phane Ducasse

> Hi, > > We essentially finished moving Moose to Pharo 3.0 (we still have 6 yellow tests but they needed attention anyway). It took about 4 people looking into issues for a total probably around 2 man-days of effort. The largest impediment was actually SmalltalkHub being down for one day :). Excellent! I integrated the flatCollect: fix. > > What posed problems: > - RB visitor now has correct visit* methods instead of accept* methods. The deprecation messages helped quite a bit. This meant (1) that we had to rename in our visitors the methods, and (2) that we had to change the old accept* messages. Yes. > - RB nodes do not answer to #isLiteral anymore. Instead, they answer correctly to #isLiteralNode so that to avoid confusion with Object>>#isLiteral. This is good, and this meant that we had to hunt all #isLiteral usages in Moose. :) > - Categories are no longer mapped on RPackages through 1-to-1. This is also good because it is an important step in Pharo. Although originally we said we want to keep 1-to-1, this is probably a better solution now. For Moose, this meant that some of our older tests setup had to be modified a bit to rely on RPackage only. > - Some Morphs rely now on Announcements, and this had a little impact on the assumptions we make when we suspend announcements (to avoid infinite loops) that are being sent between Morphic and Glamour. We fixed this in Glamour. > - In FileSystem #ensureDirectory was renamed to #ensureCreateDirectory without a deprecation. For this one, we should add a deprecation for the old method. Fill up a bug entry and we will add this one. Good catch > - flatCollect had a conflicting behavior in Pharo. We are now integrating the Moose version so that it returns the same species. Done :) > - The new SpecDebugger expects the registered Inspector to be based on Spec, and this causes problems with the GTInspector. This problem still has to be fixed in Pharo. > > All in all, we encountered no significant problems and the problems we faced came from deep into Pharo. So, if your code is not relying directly on RB, RPackage or the Debugger, you are likely to have a smooth transition. Excellent news. > > Cheers, > Doru > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

Nov. 4, 2013

Re: [Pharo-dev] Duplicate IVs | Bug or feature?

by ClÃ©ment Bera

Hey, This is a feature but it had side effect problems. For instance, in the inspector you can see twice the instance variable of that name, 1 being nil and the other one having the correct value. Therefore in Pharo 3.0 with the new class builder / object layout this feature was removed. Now your code will raise an Error (DuplicatedSlot) and you cannot save your class any more (a popup with the error is shown). The error tells you which instance variable is duplicated so you can fix it by removing the duplicated instance variable and saving again the class. 2013/11/4 Luc Fabresse <luc.fabresse(a)gmail.com> > > > > > 2013/11/4 Luc Fabresse <luc.fabresse(a)gmail.com> > >> >> perhaps related to the new object layout. >> > > arg no, not in 2.0 I guess > > Luc > > >> >> Luc >> >> 2013/11/4 Noury Bouraqadi <bouraqadi(a)gmail.com> >> >>> Hi, >>> >>> In Pharo2.0 #20625 it's possible to create two classes, one inheriting >>> from the other, and declaring the exact same IV (attached code). >>> It turns out that instances of the subclass hold two IVs with the exact >>> name. >>> When accessing the IV in the superclass, the first IV is used, while in >>> the subclass the second IV is accessed. >>> >>> Bug or feature? >>> >>> Noury >>> Ecole des Mines de Douai >>> http://car.mines-douai.fr/noury >>> -- >>> >>> >>> >>> >>> >>> >>> Afin de contribuer au respect de l'environnement, >>> >>> >>> merci de n'imprimer ce courriel qu'en cas de necessite >>> >>> >>> >>> >>> >>> Please consider the environment before you print >>> >>> >>> >>> >>> >>> >> >

Nov. 4, 2013

Re: [Pharo-dev] WhatsUp from: 2013-11-04 until: 2013-11-17

by Alexandre Bergel

> Lots of improvements to PetitDelphi > http://www.flickr.com/photos/35787002@N03/sets/72157634356004836/ Gorgeous! Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 4, 2013

Re: [Pharo-dev] Github and Pharo

by kilon alios

yeap filetree did the trick here. However it does not allow to browse through the git commits as gitfiletree does, the only commit available is the last commit. I took a look at CommandShell and friends and they all look pretty much very broken. For example in workspace I executed [ CommandShellTranscript open.] and trying "ls" or "dir" it creates an error because it add C path inside pharo subdirectories. Dont know if this is normal behavior. I am coding in macos and ubuntu , but mostly on macos so for me this is not a big deal. I am using Git Bash and SmartGit and I am very happy with both so its no big loss for me. http://www.syntevo.com/smartgithg/ SmartGit works great on windows, macos and linux. A very elegant application. On Mon, Nov 4, 2013 at 12:34 PM, phil(a)highoctane.be <phil(a)highoctane.be>wrote: > I guess that's why I used filetree:// and not gitfiletree:// along with > the git client to do the CLI commits and pushes on Windows (one can use > GitBash for example, or MobaXterm Git plugin http://mobaxterm.mobatek.net/> > http://mobaxterm.mobatek.net/plugins.html > Git + Curl +Emacs [for you > Gutenberg people, but Pdflatex is missing]). > > Additional benefit of MobaXterm on Windows: it has curl, wget etc, so > Zeroconf scripts work easily. > > <rant> > Now, I am more and more leaning towards having a debian VM into which I > can do all the development. That's the kind of system production ends up on > anyway. Debian 6 for me, as 7 requires to go into Multiarch + 32 bits libs > which is not on by default and is a headache to get right. I had a hard > time getting Pharo to run on Debian 7. And when faced with a given default > server box, it was worse as there was no way to add the packages. This > excluded Pharo while Rails/PHP people ran happily. :-( > </rant> > > Phil > >

Nov. 4, 2013