September 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] PharoLauncher on Windows not the latest version

by kilon alios

So I manage to get Launcher running with downloading pharolauncher zip and then downloading pharo 3 and joining the two folders. Launcher now runs but I dont want it to store images in my c drive so I go to preferences and tell it where in my D drive to save images (D:\software\PharoImages) I press enter and I am getting this error WindowsStore(Object)>>primitiveFailed: WindowsStore(Object)>>primitiveFailed WindowsStore(FileSystemStore)>>rename:ifAbsent:to:ifPresent:fileSystem: FileSystem>>rename:ifAbsent:to:ifPresent: FileSystem>>rename:to: FileReference>>moveTo: PhLRelocateImageDirectoryCommand>>execute in Block: [ :child | child moveTo: (self target resolvePath:...etc... Array(SequenceableCollection)>>collect: PhLRelocateImageDirectoryCommand>>execute PhLRelocateImageDirectoryCommand>>executeOrInform PhLDirectoryBasedImageRepository class>>migrateFrom:to: PhLDirectoryBasedImageRepository class>>location: PhLDirectoryBasedImageRepository class>>locationString: SettingDeclaration>>realValue: SettingDeclaration>>index: EditableDropListMorph(DropListMorph)>>listSelectionIndex: EditableDropListMorph>>content: PluggableTextFieldMorph>>acceptTextInModel PluggableTextFieldMorph(PluggableTextMorph)>>acceptBasic PluggableTextFieldMorph>>accept TextMorphForFieldView(TextMorphForEditView)>>acceptContents TextEditor>>accept TextMorphForFieldView(TextMorphForEditView)>>keyStroke: TextMorphForFieldView>>keyStroke: TextMorphForFieldView(TextMorph)>>handleKeystroke: KeyboardEvent>>sentTo: TextMorphForFieldView(Morph)>>handleEvent: TextMorphForFieldView(Morph)>>handleFocusEvent: HandMorph>>sendFocusEvent:to:clear: in Block: [ ... BlockClosure>>on:do: On Mon, Sep 1, 2014 at 12:06 PM, kilon alios <kilon.alios(a)gmail.com> wrote: > I am not back to my work pc, so if you have any ideas how to proceed I am > open to suggestions. > > > On Thu, Aug 28, 2014 at 5:17 PM, Tim Mackinnon <tim(a)testit.works> wrote: > >> Kilon - it would be good if we could percevear to try and get a fix and >> detailed instructions for other less confident usersâ¦ At least test Benâs >> updated installer so we can clear this. >> >> I appreciate the aggravation you are putting up with. >> >> Tim >> >> On 28 Aug 2014, at 10:35, kilon alios <kilon.alios(a)gmail.com> wrote: >> >> My work pc is dual boot to ubuntu and win 7 . I am not a fan of linux >> either, loads of problems there but nowhere near as bad as windoom. >> >> I need windoom because of a Greek OCR I use at work to scan legal >> documents. I have no choice other than to continue using it. >> >> I dont care what the corporate world does or the fact that almost 100% of >> my fellow lawyers use windoom and some still DOS. Thats their problem :D >> >> It would be nice to support what 95% of people use out there, but alas I >> cant take it anymore. Coding should be fun, Windoom kills my inner child. >> Sorry for those that have to tolerate this crap, but I am lucky enough not >> to . >> >> /ranting off >> >> >> On Thu, Aug 28, 2014 at 11:50 AM, Ben Coman <btc(a)openinworld.com> wrote: >> >>> kilon alios wrote: >>> >>>> ok thing get worse and worse >>>> >>>> I try to run pharo as administrator and pharo opens and exits >>>> immediately , it creates a stderr which contains the following >>>> >>>> http://pastebin.com/v9Hpx9pK >>>> >>>> I found the folder you mentioned and I deleted it , now pharo does not >>>> open at all even when run without "run as administrator" >>>> Boy I hate Windoom. I also tried Tim link , nothing, pharo opens but >>>> does nothing, no gui, nothing. I know it opens because i can see its >>>> process in the task manager which i have to terminate manually. >>>> I do all my coding and art on macos, I only have windows at work so i >>>> can test my code on windoom too, but this was the last straw, I had enough >>>> with this uber crappy OS for 17 years now. I am dropping support for it and >>>> sticking to MacOS only. >>>> Thanks guys for your help but it does not worth it. I hope no other >>>> windows user experience my problem. >>>> >>>> >>> I empathize. I've been a Linux advocate for years, but never made the >>> full desktop switch since I needed a Windows system for corporate >>> compatibility. Then I got a mac-mini to experiment with iPad Mobile Device >>> Management, and found it easier to get Latex working on it than on Windows >>> (for processing Pillar output), and now I find myself using it for Pharo >>> more every day, and my Windows box is starting to be neglected (except I >>> still need to migrate my old Thunderbird email archive). >>> >>> However success in the corporate world still hinges a lot on Windows >>> compatibility. I will still have a go at updating PharoLauncher Installer >>> to avoid this problem. >>> cheers, Ben >>> >>> P.S. @Tim, Your alternate-VM feature sound interesting. I'll check it >>> out. >>> >>> >> >> >

Sept. 4, 2014

Re: [Pharo-dev] Spec license

by Christophe Demarey

Yes, you should add a slice in the Pharo inbox with your contribution but ... it depends under which license you first published your contribution. If it was MIT, it is fine (and spec is out of law). If it was the double licensing, we will not be able to integrate it into Pharo. We should re-implement this functionality. I know these things are boring but we should take care to avoid potential problems in the future. Le 4 sept. 2014 Ã 11:13, Yuriy Tymchuk a Ã©crit : > Oh wow, itâs amazing how complicated things can getâ¦ What you I have to do to have fixes available in Pharo? Send a slice to Pharo inbox? I just want to use dark theme in pharo and donât have ugly UI parts > > Uko > > On 04 Sep 2014, at 10:52, Christophe Demarey <Christophe.Demarey(a)inria.fr> wrote: > >> >> Le 3 sept. 2014 Ã 10:24, Torsten Bergmann a Ã©crit : >> >>> It is interesting that there is also a new Spec release [2] announced this week >> >> I can see in the announce: >> Adds SpecTableLayout, thanks @webwarrior-ws >> Removes hardcoded colors, thanks @Uko >> >> Do the authors of contribution (or their company if the contribution is done at work) agree on the new spec license? >> If not, it cannot be part of the new spec and could be integrated in Pharo spec. >> If so, we won't be able to integrate these fixes in Pharo. >> >> It woud be good that spec contributors clarify their position. >> >> Regards, >> Christophe. >> >

Sept. 4, 2014

AppeX

by phil＠highoctane.be

Yesterday I had a look at AppeX (from Cincom in VW) and gave a test drive to Tide in Pharo/Amber. AppeX is interesting as it allows one to embed javascript code directly in methods. Like: myMethod: x { // this is javascript here. alert('Welcome ' + x); } This indeed reduces the friction between Smalltalk and Javascript (which we still need to write somewhere, for example with JSStream / JSFunction in Seaside or elsewhere). Since we do now have OpalCompiler and compiler override possibilities, how hard would it be to look into this? I remember Helvetia from Lukas which looked like something similar. Phil

Sept. 4, 2014

[pharo-project/pharo-core] fe318c: 40200

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: fe318cf51a19a10a3bf7de79432aa670d02b78c0 https://github.com/pharo-project/pharo-core/commit/fe318cf51a19a10a3bf7de79… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-09-04 (Thu, 04 Sep 2014) Changed paths: M FuelCommandLineHandler.package/FLFuelCommandLineHandler.class/instance/activation/activate.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script200.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40200.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st R Settings-System.package/SystemSystemSettings.class/class/settings/authorSettingOn_.st R Settings-Tools.package/CodeHolderSystemSettings.class/README.md R Settings-Tools.package/CodeHolderSystemSettings.class/class/settings/codeEditingSettingsOn_.st R Settings-Tools.package/CodeHolderSystemSettings.class/definition.st A System-Support.package/Author.class/class/settings/authorSettingOn_.st A Text-Edition.package/Editor.class/class/settings/editingSettingsOn_.st Log Message: ----------- 40200 13915 Remove apparently unneeded reference to ThreadSafeTranscript https://pharo.fogbugz.com/f/cases/13915 13951 Small Settings Cleanup https://pharo.fogbugz.com/f/cases/13951 http://files.pharo.org/image/40/40200.zip

Sept. 4, 2014

[pharo-project/pharo-core]

by GitHub

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

Sept. 4, 2014

Re: [Pharo-dev] Spec license

by Christophe Demarey

Le 3 sept. 2014 Ã 10:24, Torsten Bergmann a Ã©crit : > It is interesting that there is also a new Spec release [2] announced this week I can see in the announce: Adds SpecTableLayout, thanks @webwarrior-ws Removes hardcoded colors, thanks @Uko Do the authors of contribution (or their company if the contribution is done at work) agree on the new spec license? If not, it cannot be part of the new spec and could be integrated in Pharo spec. If so, we won't be able to integrate these fixes in Pharo. It woud be good that spec contributors clarify their position. Regards, Christophe.

Sept. 4, 2014

Re: [Pharo-dev] How to see a Pharo job configuration - getting null pointer error?

by Christophe Demarey

Le 3 sept. 2014 Ã 17:59, Tim Mackinnon a Ã©crit : > Believe me, I understand the PIA part of CI ;) > > You are right about the account though. I do have an account - so I tried logging in to ci.inria.fr - and I get a dashboard to navigate down to Pharo-contributions, but clicking the jenkins button for that project gives me the https://ci.inria.fr/pharo-contribution/? link Iâve been used to. > Pay attention that ci.inria.fr and ci.inria.fr/<aproject> don't point to the same web site / host. It means that even if you are logged in ci.inria.fr, you need to log in on ci.inria.fr/xxx to be able to manage jobs, see configurations, etc. It is a bit boring, but at least, it is the same user name / password.

Sept. 4, 2014

Re: [Pharo-dev] Special case of pool access lookup crash

by Yuriy Tymchuk

Makes sense for me. Uko On 04 Sep 2014, at 10:26, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 04 Sep 2014, at 10:12, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > >> Iâve investigated an error. >> >> It occurs as follows: >> 1. Two class variables (assoc subclass) are checked for equality. This also checks the equality of assoc. values. >> 2. When two registers are checked for equality their code is checked. #code method in AJx64RipRegister throws an error. >> >> one thing that bothers me is that global variables comparison relies on their contentâs functionality. >> >> On the other hand there is no way to compare AJx64RipRegister registers, as #= inherited from AJBaseReg will %100 crash. >> > I think the solution is to use #identityIncludes: in > > whichSelectorsReferTo: literal special: specialFlag byte: specialByte > "Answer a set of selectors whose methods access the argument as a literal." > > | who | > who := IdentitySet new. > self selectorsAndMethodsDo: > [:sel :method | > ((method hasLiteral: literal) or: [specialFlag and: [method scanFor: specialByte]]) > ifTrue: > [((literal isVariableBinding) not > or: [method literals allButLast identityIncludes: literal]) > ifTrue: [who add: sel]]]. > ^ who > > > > >> Uko >> >> On 04 Sep 2014, at 09:55, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >> >>> Sure https://pharo.fogbugz.com/f/cases/13952/Pool-access-lookup-crash >>> >>> On 04 Sep 2014, at 09:44, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>> >>>> Hi, >>>> >>>> No, not yet reported. Can you open an issue? >>>> >>>> >>>> On Wed, Sep 3, 2014 at 8:43 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >>>> Hi everyone, >>>> >>>> when you go to AJx86Registers class, press âShow class variablesâ and select âIPâ, then it crashes with: 'RIP register IP cannot be used only for relative addressingâ. I couldnât find related bug report, should I open one? >>>> >>>> <Screen Shot 2014-09-03 at 20.40.17.png> >>>> >>>> Uko >>>> >>>> >>>> >>>> -- >>>> -- >>>> Marcus Denker -- denker(a)acm.org >>>> http://www.marcusdenker.de >>> >> >

Sept. 4, 2014

Re: [Pharo-dev] Special case of pool access lookup crash

by Marcus Denker

On 04 Sep 2014, at 10:12, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Iâve investigated an error. > > It occurs as follows: > 1. Two class variables (assoc subclass) are checked for equality. This also checks the equality of assoc. values. > 2. When two registers are checked for equality their code is checked. #code method in AJx64RipRegister throws an error. > > one thing that bothers me is that global variables comparison relies on their contentâs functionality. > > On the other hand there is no way to compare AJx64RipRegister registers, as #= inherited from AJBaseReg will %100 crash. > I think the solution is to use #identityIncludes: in whichSelectorsReferTo: literal special: specialFlag byte: specialByte "Answer a set of selectors whose methods access the argument as a literal." | who | who := IdentitySet new. self selectorsAndMethodsDo: [:sel :method | ((method hasLiteral: literal) or: [specialFlag and: [method scanFor: specialByte]]) ifTrue: [((literal isVariableBinding) not or: [method literals allButLast identityIncludes: literal]) ifTrue: [who add: sel]]]. ^ who > Uko > > On 04 Sep 2014, at 09:55, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > >> Sure https://pharo.fogbugz.com/f/cases/13952/Pool-access-lookup-crash >> >> On 04 Sep 2014, at 09:44, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >>> Hi, >>> >>> No, not yet reported. Can you open an issue? >>> >>> >>> On Wed, Sep 3, 2014 at 8:43 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >>> Hi everyone, >>> >>> when you go to AJx86Registers class, press âShow class variablesâ and select âIPâ, then it crashes with: 'RIP register IP cannot be used only for relative addressingâ. I couldnât find related bug report, should I open one? >>> >>> <Screen Shot 2014-09-03 at 20.40.17.png> >>> >>> Uko >>> >>> >>> >>> -- >>> -- >>> Marcus Denker -- denker(a)acm.org >>> http://www.marcusdenker.de >> >

Sept. 4, 2014

Re: [Pharo-dev] Special case of pool access lookup crash

by Yuriy Tymchuk

Iâve investigated an error. It occurs as follows: 1. Two class variables (assoc subclass) are checked for equality. This also checks the equality of assoc. values. 2. When two registers are checked for equality their code is checked. #code method in AJx64RipRegister throws an error. one thing that bothers me is that global variables comparison relies on their contentâs functionality. On the other hand there is no way to compare AJx64RipRegister registers, as #= inherited from AJBaseReg will %100 crash. Uko On 04 Sep 2014, at 09:55, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Sure https://pharo.fogbugz.com/f/cases/13952/Pool-access-lookup-crash > > On 04 Sep 2014, at 09:44, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> Hi, >> >> No, not yet reported. Can you open an issue? >> >> >> On Wed, Sep 3, 2014 at 8:43 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >> Hi everyone, >> >> when you go to AJx86Registers class, press âShow class variablesâ and select âIPâ, then it crashes with: 'RIP register IP cannot be used only for relative addressingâ. I couldnât find related bug report, should I open one? >> >> <Screen Shot 2014-09-03 at 20.40.17.png> >> >> Uko >> >> >> >> -- >> -- >> Marcus Denker -- denker(a)acm.org >> http://www.marcusdenker.de >

Sept. 4, 2014