- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] File List -- MNU: RubTextEditor>>doIt

by HernÃ¡n Morales Durand

In Windows if you select a file with Smalltalk code and right click you get MessageNotUnderstood: FileList class>>allRegisteredServices without menu at all. I think you have to open a Workspace with contents and then you can evaluate. I don't see any "do-it" right clicking on the file from the FileList. Cheers, HernÃ¡n 2016-05-18 2:42 GMT-03:00 Martin McClure <martin(a)hand2mouse.com>: > So I open Pharo 5, and the *very* *first* thing I do is to open a file > list, select a file that contains the Metacello expression to load my > project, and select "Do it" from the menu. > > And get MNU: RubTextEditor>>doIt > > :-( > > This was on Linux, in case that makes a difference. > > I couldn't quickly track down how this is *supposed* to work. > > Regards, > > -Martin > >

May 29, 2016

Re: [Pharo-dev] lineConversion for WriteStream

by stepharo

Yes we should probably migrate to LF and I would also go a for newer stream library. Stef >> Well, STONWriter, NeoJSONWriter and NeoCSVWriter allow you to set the line end convention, you are not alone in wanting the standard unix line end. > So why don't we do it? > > CR does seem a major legacy [1] ... Early Mac OS up to version 9; > Commodore 8-bit machines, Acorn BBC, ZX Spectrum, TRS-80, Apple II > family, Oberon, MIT Lisp Machine and OS-9 > > I read [2] its a "non-issue with windows 7. Just use unix-newlines. > The only application (of the few tested) I have found which does not > understand unix-newlines as newlines is the useless notepad. For > instance it seems the following applications understand unix-newlines > just fine in windows 7: cmd scripts; powershell scripts; word 2013 (I > can open a txt file with unix-newlines, though I never use that, I can > also paste text with unix-newlines and get correct/desired line > breaking) ; OneNote 2013 (pasting text) ; wordpad (not that I use it) > ; Sublime Text 3 (naturally, just on the list because it the best; > Eclipse." > > And now Microsoft is taking small steps towards a Linux desktop ;) [3] [4] > > So it looks to me like LF wins! > It may take a while and some effort, but can we agree on a three point strategy? > 1. Default CR line ending must change! > 2. Change it to LF. > 3. Default auto-conversion of "text" input to LF? > > [1] https://en.wikipedia.org/wiki/Newline#History > [2] https://blog.codinghorror.com/the-great-newline-schism/ > [3] http://www.zdnet.com/article/microsoft-and-canonical-partner-to-bring-ubunt… > [4] https://insights.ubuntu.com/2016/03/30/ubuntu-on-windows-the-ubuntu-userspa… > > cheers -ben > >>> Anyway; this is not system-breaking problem, just annoying. >>> >>> Peter >>> >>> On Thu, May 26, 2016 at 2:50 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>>> On 26 May 2016, at 14:06, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >>>> >>>> >>>> >>>> On Thu, May 26, 2016 at 1:40 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>>> >>>>> On 26 May 2016, at 13:29, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >>>>> >>>>>> In general I would say that you should write either something platform specific or you write something specific >>>>> Except that I cannot do that because the system doesn't support neither. >>>>> And the fact that the default line ending is CR is just bullshitâ¦ it's 2016, not 1986. >>>> Yes, that CR is from days long gone ;-) >>>> >>>>> or #cr #lf or #crlf as needed, and/or make that last one a parameter (OSPlatform current lineEnding). >>>> I am piping unknown content into the file, thus the need for `lineEndConvention:` and the reason of this entire thread. So as I said, the system doesn't support it. >>>> I know I can use #lf or whatnot, but I am not creating the content, I am saving it. >>>> >>>> Peter >>> Well, maybe I don't understand your use case, but if you do not know what is inside, why not save it as is, binary even, not doing any conversions ? >>> >>> >>> >> >

May 29, 2016

Re: [Pharo-dev] lineConversion for WriteStream

by Sven Van Caekenberghe

> On 27 May 2016, at 05:07, Ben Coman <btc(a)openinworld.com> wrote: > > On Fri, May 27, 2016 at 2:30 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >>> On 26 May 2016, at 20:20, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >>> >>> Well I was saving e.g. STON or XML fileâ¦ but some apps outside didn't particularly like itâ¦ even `cat` doesn't like CR. >> >> Well, STONWriter, NeoJSONWriter and NeoCSVWriter allow you to set the line end convention, you are not alone in wanting the standard unix line end. > > So why don't we do it? > > CR does seem a major legacy [1] ... Early Mac OS up to version 9; > Commodore 8-bit machines, Acorn BBC, ZX Spectrum, TRS-80, Apple II > family, Oberon, MIT Lisp Machine and OS-9 > > I read [2] its a "non-issue with windows 7. Just use unix-newlines. > The only application (of the few tested) I have found which does not > understand unix-newlines as newlines is the useless notepad. For > instance it seems the following applications understand unix-newlines > just fine in windows 7: cmd scripts; powershell scripts; word 2013 (I > can open a txt file with unix-newlines, though I never use that, I can > also paste text with unix-newlines and get correct/desired line > breaking) ; OneNote 2013 (pasting text) ; wordpad (not that I use it) > ; Sublime Text 3 (naturally, just on the list because it the best; > Eclipse." > > And now Microsoft is taking small steps towards a Linux desktop ;) [3] [4] > > So it looks to me like LF wins! > It may take a while and some effort, but can we agree on a three point strategy? > 1. Default CR line ending must change! > 2. Change it to LF. > 3. Default auto-conversion of "text" input to LF? Yes, why not. I believe they did the same in Cuis years ago, switched the whole image, all defaults and source code from #cr to #lf and never looked back. You made a good argument, #cr on itself is obsolete, and if Windows users can live with it, there is no longer any reason not to choose for #lf. > [1] https://en.wikipedia.org/wiki/Newline#History > [2] https://blog.codinghorror.com/the-great-newline-schism/ > [3] http://www.zdnet.com/article/microsoft-and-canonical-partner-to-bring-ubunt… > [4] https://insights.ubuntu.com/2016/03/30/ubuntu-on-windows-the-ubuntu-userspa… > > cheers -ben > >> >>> Anyway; this is not system-breaking problem, just annoying. >>> >>> Peter >>> >>> On Thu, May 26, 2016 at 2:50 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>>> On 26 May 2016, at 14:06, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >>>> >>>> >>>> >>>> On Thu, May 26, 2016 at 1:40 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>>> >>>>> On 26 May 2016, at 13:29, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >>>>> >>>>>> In general I would say that you should write either something platform specific or you write something specific >>>>> >>>>> Except that I cannot do that because the system doesn't support neither. >>>>> And the fact that the default line ending is CR is just bullshitâ¦ it's 2016, not 1986. >>>> >>>> Yes, that CR is from days long gone ;-) >>>> >>>>> or #cr #lf or #crlf as needed, and/or make that last one a parameter (OSPlatform current lineEnding). >>>> >>>> I am piping unknown content into the file, thus the need for `lineEndConvention:` and the reason of this entire thread. So as I said, the system doesn't support it. >>>> I know I can use #lf or whatnot, but I am not creating the content, I am saving it. >>>> >>>> Peter >>> >>> Well, maybe I don't understand your use case, but if you do not know what is inside, why not save it as is, binary even, not doing any conversions ? >>> >>> >>> >> >> >

May 28, 2016

Re: [Pharo-dev] [pharo-project/pharo-core] d2bfc7: 60040

by Ben Coman

Epic! I look forward to trying it out. cheers -ben On Fri, May 27, 2016 at 8:17 PM, Max Leske <maxleske(a)gmail.com> wrote: > This is the Video from ESUG 2014 where Martin Dias presented Epicea first: > https://youtu.be/Wr1IenGfT0I?t=9m20s > > Cheers, > Max > > On 27 May 2016, at 14:06, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> wrote: > > > > On Friday, 27 May 2016, GitHub <noreply(a)github.com> wrote: >> >> Branch: refs/heads/6.0 >> Home: https://github.com/pharo-project/pharo-core > > > Could we have a mail explaining what it is, what it does, how to use it ? :) > Because everyone don't follow all mails and even following mails might not > know how to use it. > Thank you :) > > From my phone, Cyril > > > -- > Cheers > Cyril Ferlicot > >

May 27, 2016

Re: [Pharo-dev] [Vm-dev] New Cog VMs available

by Guille Polito

Cool! I've just tested also your last version both on the simulator and in a compiled vm (with both edens of 4M and 2M) and we could not reproduce the crash anymore :). We pushed a bit more the case by creating 2M ephemerons and everything worked smoothly ;). I'll continue now working on the image side support of Ephemerons. Thanks!! Guille -------- Original Message -------- > > > > ... at http://www.mirandabanda.org/files/Cog/VM/VM.r3732 > > CogVM binaries as per VMMaker.oscog-eem.1873/r3732 > > General: > Make primitiveDoPrimitiveWithArgs usable as a mirror primitive, such > that no > message needs to be sent to the receiver to evaluate a primitive on > it. This > would make possible Context>>receiver: obj tryPrimitive: idx withArgs: > args. > > > Spur: Fix ephemerons (at least for Gule's test case). > > The mournQueue is of course a root for the scavenger and so must be > visited at > the start of a scavenge. Fix bug in markAllUnscannedEphemerons, > enumerating > correctly. > > Both fireEphemeronsInRememberedSet and fireEphemeronsOnEphemeronList > must check > for an ephemeron being fireable. An as-yet-firable ephemeron might > get added to > the ephemeron list and later its key may get tenured, rendering the > ephemeron > unfirable in that cycle. > > Fix marking of obj stack contents > (markAndTraceObjStack:andContents:). Again > tenuring could cause contents to be forwarded and hence read barrier > is needed. > > Fix two bugs in ephemerons (found by Gille Polito - thanks!). > > 1. obj stack extension must happen with marking set to true if new > pages aren't > to be GC'ed. So move the assignments to marking out into > markObjects: where > they can surround nilUnmarkedWeaklingSlots. > > 2. fireAllUnscannedEphemerons needs to enumerate the > unscannedEphemerons set > properly, an oop at a time. > > Fix asserts that check for ephemerons so that the change in an ephemeron's > format once it gets added to the mournQueue doesn't break the asserts; > isMaybeFiredEphemeron[Format]: answer true for ephemerons and > ephemerons in > the mournQueue. > > Fix the Spur implementation of becomeForward:copyHash: for becomming > immediates > with copyHash false. Fix the scavenger's > referenceCountRememberedReferents: > for forwarding to immediates, and add a printRememberedSet convenience. > > Make pushLiteralVariable: store unfollowed literals back into the > literal frame. > Do so in a function off to the side, not inlined into the interpreter > loop. > > With the above ephemeron changes Guille's test case passes: > | e | > Smalltalk supportsQueueingFinalization: true. > e := (1 to: 200000) collect: > [:i| Ephemeron > key: (ObjectFinalizer receiver: 'test', 'asd' selector: #logCr) > value: Object new]. > Smalltalk garbageCollect! > > > Plugins: > Simplify the arg validation in FloatArrayPrims>>prmNormalize & primLength. > > Fix the configuration of the gdb-7.x support for for the GdbARMPlugin > (COG=1). > Put #if COG around a couple of changes to the gdb-7.10 code. > Allow assert to be used in the plugin on MacOS X (-undefined > dynamic_lookup) > > _,,,^..^,,,_ > best, Eliot

May 27, 2016

[pharo-project/pharo-core]

by GitHub

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

May 27, 2016

[pharo-project/pharo-core] 3e7592: 60042

by GitHub

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 3e7592b343a16bf8c5ed17f7f27a7e626588c7ad https://github.com/pharo-project/pharo-core/commit/3e7592b343a16bf8c5ed17f7… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-05-27 (Fri, 27 May 2016) Changed paths: M Collections-Sequenceable.package/OrderedCollection.class/README.md M Kernel.package/Number.class/instance/mathematical functions/squared.st R MonticelloFileTree-Core.package/extension/MCFileRepositoryInspector/instance/refresh.st A MonticelloGUI.package/MCFileRepositoryInspector.class/instance/morphic ui/refresh.st M Pharo-Help.package/WelcomeHelp.class/class/pages/welcome.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60041.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60042.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60041.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60042.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-MorphicAdapters.package/MorphicTextAdapter.class/instance/widget API/setScrollValue_.st M Spec-MorphicAdapters.package/WorldModel.class/README.md R StartupPreferences.package/extension/PragmaSetting/instance/exportSettingAction.st R StartupPreferences.package/extension/PragmaSetting/instance/isExportable.st R StartupPreferences.package/extension/SettingBrowser/instance/exportAllSettings_by_withBasename_.st R StartupPreferences.package/extension/SettingBrowser/instance/exportSettings.st R StartupPreferences.package/extension/SettingBrowser/instance/exportSettings_toFileNamed_.st R StartupPreferences.package/extension/SettingDeclaration/instance/displayExportAction.st R StartupPreferences.package/extension/SettingDeclaration/instance/exportSettingAction.st R StartupPreferences.package/extension/SettingDeclaration/instance/isExportable.st R StartupPreferences.package/extension/SettingDeclaration/instance/startupAction.st A System-Settings.package/PragmaSetting.class/instance/export/exportSettingAction.st A System-Settings.package/PragmaSetting.class/instance/export/isExportable.st A System-Settings.package/SettingBrowser.class/instance/export/exportAllSettings_by_withBasename_.st A System-Settings.package/SettingBrowser.class/instance/export/exportSettings.st A System-Settings.package/SettingBrowser.class/instance/export/exportSettings_toFileNamed_.st A System-Settings.package/SettingDeclaration.class/instance/export/displayExportAction.st A System-Settings.package/SettingDeclaration.class/instance/export/exportSettingAction.st A System-Settings.package/SettingDeclaration.class/instance/export/isExportable.st A System-Settings.package/SettingDeclaration.class/instance/export/startupAction.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor edit/backspaceShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor edit/backwardWordDeleteShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor edit/delShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor edit/escapeShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor edit/selectWordShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor navigation/backwardCharShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor navigation/backwardLineShortcut.st M Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor navigation/backwardWordShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor navigation/forwardCharShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor navigation/forwardLineShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor navigation/pageDownShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor navigation/pageUpShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor navigation/textEndShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor navigation/textStartShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor selection/selectBackwardCharShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor selection/selectBackwardLineShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor selection/selectBackwardWordShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor selection/selectForwardCharShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor selection/selectForwardLineShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor selection/selectForwardWordShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor selection/selectLineEndShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor selection/selectLineStartShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor selection/selectPageDownShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor selection/selectPageUpShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor selection/selectTextEndShortcut.st A Tool-Base.package/PharoShortcuts.class/instance/keymaps - editor selection/selectTextStartShortcut.st Log Message: ----------- 60042 18337 Spelling mistakes in Pharo (forward port issue 18324 to Pharo 6.0) https://pharo.fogbugz.com/f/cases/18337 18335 MonticelloFileTree-Core extends class MCFileRepositoryInspector https://pharo.fogbugz.com/f/cases/18335 18336 StartupPreferences extends packages outside minimal Pharo https://pharo.fogbugz.com/f/cases/18336 18326 add some more keymapping definitions in PharoShortcuts https://pharo.fogbugz.com/f/cases/18326 http://files.pharo.org/image/60/60042.zip

May 27, 2016

Re: [Pharo-dev] [pharo-project/pharo-core] d2bfc7: 60040

by Max Leske

This is the Video from ESUG 2014 where Martin Dias presented Epicea first: https://youtu.be/Wr1IenGfT0I?t=9m20s Cheers, Max > On 27 May 2016, at 14:06, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> wrote: > > > > On Friday, 27 May 2016, GitHub <noreply(a)github.com <mailto:noreply@github.com>> wrote: > Branch: refs/heads/6.0 > Home: https://github.com/pharo-project/pharo-core <https://github.com/pharo-project/pharo-core> > > Could we have a mail explaining what it is, what it does, how to use it ? :) > Because everyone don't follow all mails and even following mails might not know how to use it. > Thank you :) > > From my phone, Cyril > > > -- > Cheers > Cyril Ferlicot >

May 27, 2016

Re: [Pharo-dev] [pharo-project/pharo-core] d2bfc7: 60040

by Cyril Ferlicot

On Friday, 27 May 2016, GitHub <noreply(a)github.com> wrote: > Branch: refs/heads/6.0 > Home: https://github.com/pharo-project/pharo-core > Could we have a mail explaining what it is, what it does, how to use it ? :) Because everyone don't follow all mails and even following mails might not know how to use it. Thank you :) >From my phone, Cyril -- Cheers Cyril Ferlicot

May 27, 2016

[pharo-project/pharo-core] 9be0de: 60041

by GitHub

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 9be0de844a80b3a8bd6b020b7673400e6e450a45 https://github.com/pharo-project/pharo-core/commit/9be0de844a80b3a8bd6b020b… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-05-27 (Fri, 27 May 2016) Changed paths: M Kernel.package/CompiledBlock.class/README.md A Kernel.package/CompiledBlock.class/instance/accessing/method.st A Kernel.package/CompiledBlock.class/instance/accessing/outerCode.st A Kernel.package/CompiledBlock.class/instance/accessing/outerCode_.st M Kernel.package/CompiledCode.class/README.md M Kernel.package/CompiledMethod.class/README.md R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60040.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60041.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60040.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60041.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 60041 18306 CompiledCode comments https://pharo.fogbugz.com/f/cases/18306 http://files.pharo.org/image/60/60041.zip

May 27, 2016