May 2015 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]

by GitHub

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

May 3, 2015

[pharo-project/pharo-core] d31f21: 50028

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: d31f210a4de628dd26f5a20200ea1a332bb988d6 https://github.com/pharo-project/pharo-core/commit/d31f210a4de628dd26f5a202… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-05-03 (Sun, 03 May 2015) Changed paths: M Collections-Abstract.package/SequenceableCollection.class/instance/private/combinationsAt_in_after_do_.st A GroupManager.package/DynamicGroup.class/instance/accessing/merge_.st R GroupManager.package/DynamicGroup.class/instance/accessing/or_.st M Nautilus.package/PackageTreeNautilusUI.class/instance/accessing/groupsAreVisible.st M Network-Kernel.package/Socket.class/instance/initialization/initialize_.st M Network-Kernel.package/Socket.class/instance/initialize-destroy/acceptFrom_.st M Polymorph-Widgets.package/Pharo3DarkTheme.class/instance/accessing colors/backgroundColor.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script636.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script637.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50027.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50028.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Tool-Base.package/AbstractTool.class/instance/group/mergeGroups_.st Log Message: ----------- 50028 15466 combinationsAt: jj in: aCollection after: nn do: aBlock bogus comment https://pharo.fogbugz.com/f/cases/15466 15464 Merging groups raised an DNU https://pharo.fogbugz.com/f/cases/15464 5465 Prevent accidental semaphore leaks when using Socket acceptFrom https://pharo.fogbugz.com/f/cases/5465 15467 better background color for Dark Theme https://pharo.fogbugz.com/f/cases/15467 http://files.pharo.org/image/50/50028.zip

May 3, 2015

Re: [Pharo-dev] PetitMarkdown

by H. Hirzel

Thank you Jan, for your work in enhancing PetitParser for Markdown. I think I got what you did by loading PetitParser in Pharo 4.0. I found the examples PPMarkdownGrammarTest, category testing-documents. I also read http://scg.unibe.ch/research/indentParsing. Could you please elaborate a bit more about the changes you did to the grammar and give some more usage examples? Regards Hannes On 4/14/15, Jan KurÅ¡ <kurs(a)iam.unibe.ch> wrote: > Hey, > > I also created an indentation sensitive extension of PetitParser, I also > included some examples including Markdown. If you load PetitParser, you get > the Markdown example as well. > > There is a short introduction to the indentation: > > http://scg.unibe.ch/research/indentParsing > > Cheers Jan > On Apr 13, 2015 5:24 PM, "H. Hirzel" <hannes.hirzel(a)gmail.com> wrote: > >> Are there any news on this? >> >> --Hannes >> >> On 12/28/14, Norbert Hartl <norbert(a)hartl.name> wrote: >> > I found markdown parsers in smalltalkhub and in the configuration >> browser. >> > >> > http://smalltalkhub.com/#!/~PharoExtras/PetitMarkdown/ >> > <http://smalltalkhub.com/#!/~PharoExtras/PetitMarkdown/> >> > >> > and the one in the configuration browser >> > >> > PPMarkdown >> > >> > If I understand it correctly both are rooted into work Camillo did. The >> one >> > in PharoExtras looks newer to me. So I assume the best would be to copy >> the >> > ConfigurationOfPetitMarkdown from PharoExtras to MetacelloRepo and >> > remove >> > the ConfigurationOfPPMarkdown. Right? Or are there any objections? >> > >> > Norbert >> >> >

May 3, 2015

Re: [Pharo-dev] TxText: More Cleaning and Questions

by Sean P. DeNigris

Sean P. DeNigris wrote > Questions first: Oh I forgot these... - Why TxBasicSpan instead of just TxSpan? - TxModel has 4 nearly identical methods for selection - #newSelection, #select, #selectAll, and #selection. How do we pare that down? ----- Cheers, Sean -- View this message in context: http://forum.world.st/TxText-More-Cleaning-and-Questions-tp4823894p4823895.… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

May 3, 2015

TxText: More Cleaning and Questions

by Sean P. DeNigris

Questions first: - TxModel class comment - "I don't provide a direct interface for mutating/editing my data (and this is a very important point). Instead I am modified using position(s) (TxTextPosition) and/or selection(s) (TxInterval/TxSelection), providing a rich protocol for various operations over text." That sounds intriguing, but why is that so significant? - TxForeColorAttribute - Why not TxFontColorAttribute? Is the fore/font distinction important? - TxXyzAttribute - can we remove the 'Attribute' from all but the base class? e.g. TxFontAttribute -> TxFont - TxStyle - why both #at: and #get:? Then a bit of cleaning... Issue 15475: TxText Cleanup for Pharo 5.0 #2 https://pharo.fogbugz.com/default.asp?15475 - TxXyzMorphs - Push up #openInWindowWithString:, #openInWindowWithText:, and #text, which each had two materially-identical implementations - Clean examples - TxModel - enhance class comment - TxStyle - Enhance class comment - Clean #removeAll comment - TxTextStyle - Enhance class comment - Clean #addStyle: comment - Clean #extend:with: comment ----- Cheers, Sean -- View this message in context: http://forum.world.st/TxText-More-Cleaning-and-Questions-tp4823894.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

May 3, 2015

Re: [Pharo-dev] could the log message be placed on top of the files in the commit?

by Sean P. DeNigris

stepharo wrote > could we put the log of the commit on top before the touched files? +1. But Nicolas wants to know if he can view the files in his favorite editor, `#(vim emacs) atRandom`ha ha ----- Cheers, Sean -- View this message in context: http://forum.world.st/could-the-log-message-be-placed-on-top-of-the-files-i… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

May 3, 2015

Re: [Pharo-dev] build pharo vm on windows (old mingw package)

by Nicolai Hess

removed the whole mingw installation, downloaded the installer again and followed the instruction from readme-win32 -> the same issue. I don't know what is wrong, the runtime environment? The build environment ? I can run the latest pharo vm from the build server. 2015-05-02 22:24 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > > > 2015-05-01 23:34 GMT+02:00 phil(a)highoctane.be <phil(a)highoctane.be>: > >> https://www.dropbox.com/s/e5ws36rxo2z19lf/pharo-vm.zip?dl=0 >> > > Thank you phil, but the same problem Merwan had, zip file corrupted. > > > >> >> On Fri, May 1, 2015 at 9:04 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: >> >>> >>> >>> 2015-04-30 11:33 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: >>> >>>> arenât you able to install an older version of gcc in your newer >>>> version of mingw? >>>> >>> >>> hm, downgrading the compiler was suprisingly easy. But I have still the >>> same error. >>> This is the gcc version information: >>> >>> Using built-in specs. >>> COLLECT_GCC=c:\MinGW\bin\gcc.exe >>> >>> COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.6.2/lto-wrapper.exe >>> Target: mingw32 >>> Configured with: ../gcc-4.6.2/configure >>> --enable-languages=c,c++,ada,fortran,objc,obj-c++ --disable-sjlj-exceptions >>> --with-dwarf2 --enable-shared --enable-libgomp --disable-win32-registry >>> --enable-libstdcxx-debug --enable-version-specific-runtime-libs >>> --build=mingw32 --prefix=/mingw >>> Thread model: win32 >>> gcc version 4.6.2 (GCC) >>> >>> >>> Anyone knows what could be the problem ? Stacktrace from the crash, this >>> happens >>> directly after the start: >>> >>> #0 0x772359dd in ntdll!RtlpNtMakeTemporaryKey () >>> from C:\Windows\system32\ntdll.dll >>> #1 0x77201d8f in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll >>> #2 0x77236a37 in ntdll!RtlpNtMakeTemporaryKey () >>> from C:\Windows\system32\ntdll.dll >>> #3 0x771fa3ef in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll >>> #4 0x771c6766 in wcsnicmp () from C:\Windows\system32\ntdll.dll >>> #5 0x76cdc484 in KERNEL32!HeapFree () from >>> C:\Windows\system32\kernel32.dll >>> #6 0x6c24c4d7 in free () from C:\Windows\system32\crtdll.dll >>> #7 0x00850000 in ?? () >>> #8 0x00542065 in glob_match () >>> #9 0x00542604 in __mingw_glob () >>> #10 0x00540f17 in _setargv () >>> #11 0x004011ca in __mingw_CRTStartup () >>> #12 0x004012d5 in WinMainCRTStartup () >>> >>> >>> >>> >>> >>> nicolai >>> >>> >>> >>> >>>> I do not have time right now to update the build into a new compiler, >>>> sorry (also, that is not always trivial/desired, he) >>>> >>>> Esteban >>>> >>>> > On 30 Apr 2015, at 08:38, Nicolai Hess <nicolaihess(a)web.de> wrote: >>>> > >>>> > I managed to trash my mingw build environment >>>> > -> uninstalled /removed mingw/mingsys >>>> > -> reinstall from current mingw-installer >>>> > -> bad idea >>>> > >>>> > I can build a pharo windows vm but it immediately crashes on startup. >>>> I suspect >>>> > some changes between gcc 4.6 (old environment) gcc 4.8 (new >>>> environment). >>>> > (I think there are some changes related to file globbing (I managed >>>> to get >>>> > the vm somehow working to not crash on startup but on shutdown >>>> instead - with >>>> > _CRT_glob = 0. And gcc-4.8 uses dfferent (dwarf vs. sjlj ) exception >>>> handling, don't know if this is >>>> > related). >>>> > >>>> > I tried to find a ming-installer for the old version but could not >>>> find anything and >>>> > I tried to manually setup a ming installation from the old packages >>>> (dozen of packages >>>> > for mingw / core-utils / bintutils /msys from different places (no >>>> fun)). >>>> > >>>> > 1) did anyone get a windows vm from mingws current version (with gcc >>>> 4.8) working? >>>> > >>>> > 2) can someone package/zip and upload an old mingw installation >>>> (maybe that one that >>>> > is used on the build server? >>>> > >>>> > >>>> > regards >>>> > nicolai >>>> >>>> >>> >> >> >> >> >> >> >

May 2, 2015

Re: [Pharo-dev] Improving the About Text of Versionner

by stepharo

> This seemed a fairly easy change so I can keep honing my contributing > skills. superb! You start to understand the difference between Pharo and others. You can get a real impact on your system. Stef > > I came up with this About text for the tool. > > Below is a screenshot on how it looks: > > > â > > Here's the text: > > /Versionner is a GUI for Metacello that allows you to use a nice (but > limited, as are most GUI tools) tool instead of writing configs by hand. > / > / > / > /Metacello is a package management system that declares dependencies > between/ > /those packages in configuration classes./ > / > / > /Monticello is our SCM system that groups code into packages./ > / > / > /For a tutorial video on how to use Versionner:/ > /https://youtu.be/cFRJDuWL-Q0/ > * > *

May 2, 2015

Re: [Pharo-dev] build pharo vm on windows (old mingw package)

by Nicolai Hess

2015-05-01 23:34 GMT+02:00 phil(a)highoctane.be <phil(a)highoctane.be>: > https://www.dropbox.com/s/e5ws36rxo2z19lf/pharo-vm.zip?dl=0 > Thank you phil, but the same problem Merwan had, zip file corrupted. > > On Fri, May 1, 2015 at 9:04 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> >> >> 2015-04-30 11:33 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: >> >>> arenât you able to install an older version of gcc in your newer version >>> of mingw? >>> >> >> hm, downgrading the compiler was suprisingly easy. But I have still the >> same error. >> This is the gcc version information: >> >> Using built-in specs. >> COLLECT_GCC=c:\MinGW\bin\gcc.exe >> >> COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.6.2/lto-wrapper.exe >> Target: mingw32 >> Configured with: ../gcc-4.6.2/configure >> --enable-languages=c,c++,ada,fortran,objc,obj-c++ --disable-sjlj-exceptions >> --with-dwarf2 --enable-shared --enable-libgomp --disable-win32-registry >> --enable-libstdcxx-debug --enable-version-specific-runtime-libs >> --build=mingw32 --prefix=/mingw >> Thread model: win32 >> gcc version 4.6.2 (GCC) >> >> >> Anyone knows what could be the problem ? Stacktrace from the crash, this >> happens >> directly after the start: >> >> #0 0x772359dd in ntdll!RtlpNtMakeTemporaryKey () >> from C:\Windows\system32\ntdll.dll >> #1 0x77201d8f in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll >> #2 0x77236a37 in ntdll!RtlpNtMakeTemporaryKey () >> from C:\Windows\system32\ntdll.dll >> #3 0x771fa3ef in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll >> #4 0x771c6766 in wcsnicmp () from C:\Windows\system32\ntdll.dll >> #5 0x76cdc484 in KERNEL32!HeapFree () from >> C:\Windows\system32\kernel32.dll >> #6 0x6c24c4d7 in free () from C:\Windows\system32\crtdll.dll >> #7 0x00850000 in ?? () >> #8 0x00542065 in glob_match () >> #9 0x00542604 in __mingw_glob () >> #10 0x00540f17 in _setargv () >> #11 0x004011ca in __mingw_CRTStartup () >> #12 0x004012d5 in WinMainCRTStartup () >> >> >> >> >> >> nicolai >> >> >> >> >>> I do not have time right now to update the build into a new compiler, >>> sorry (also, that is not always trivial/desired, he) >>> >>> Esteban >>> >>> > On 30 Apr 2015, at 08:38, Nicolai Hess <nicolaihess(a)web.de> wrote: >>> > >>> > I managed to trash my mingw build environment >>> > -> uninstalled /removed mingw/mingsys >>> > -> reinstall from current mingw-installer >>> > -> bad idea >>> > >>> > I can build a pharo windows vm but it immediately crashes on startup. >>> I suspect >>> > some changes between gcc 4.6 (old environment) gcc 4.8 (new >>> environment). >>> > (I think there are some changes related to file globbing (I managed to >>> get >>> > the vm somehow working to not crash on startup but on shutdown instead >>> - with >>> > _CRT_glob = 0. And gcc-4.8 uses dfferent (dwarf vs. sjlj ) exception >>> handling, don't know if this is >>> > related). >>> > >>> > I tried to find a ming-installer for the old version but could not >>> find anything and >>> > I tried to manually setup a ming installation from the old packages >>> (dozen of packages >>> > for mingw / core-utils / bintutils /msys from different places (no >>> fun)). >>> > >>> > 1) did anyone get a windows vm from mingws current version (with gcc >>> 4.8) working? >>> > >>> > 2) can someone package/zip and upload an old mingw installation (maybe >>> that one that >>> > is used on the build server? >>> > >>> > >>> > regards >>> > nicolai >>> >>> >> > > > > > >

May 2, 2015

Idea how I could generate the update list automatically

by stepharo

Hi I would like to get an idea how I could generate these lists automatically: https://pharoweekly.wordpress.com/2015/05/02/pharo-50-started-fast/ - so having an identification of the start and end sequence in the mail would help (especially the end) - then I'm wondering how I could get the mails to parse them Any suggestion is welcome. Stef

May 2, 2015