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

Re: [Pharo-dev] Updating ConfigurationOfMagritte3

by Norbert Hartl

Am 08.11.2013 um 16:19 schrieb Damien Cassou <damien.cassou(a)gmail.com>: > On Fri, Nov 8, 2013 at 3:42 PM, Norbert Hartl <norbert(a)hartl.name> wrote: >> I donât know if the config in http://smalltalkhub.com/mc/Magritte/Magritte3/main is considered stable. I changed the magritte3 url in ConfigurationOfVoyageMongo and was able to load it. > > > The Jenkins jobs use http://smalltalkhub.com/mc/Magritte/Magritte3/main > > https://ci.inria.fr/pharo-contribution/job/Magritte3/ > > So your proposal would be to add http://smalltalkhub.com/mc/Magritte/Magritte3/main as the url into ConfiguraionOfVoyage ? Norbert

Nov. 8, 2013

Progress

by Sean P. DeNigris

I love this repeated experience I've been having... I find a bug in 2.0, download latest 3.0 and find that it's already fixed (or replaced by an entirely new evolution... [cough] Opal... ha ha). Thank you to everyone who has contributed to the system - whether big or small enhancements, it all counts. I feel the momentum continuing to build and the barriers to expressing myself in the system dissolving day by day and version by version. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Progress-tp4720403.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Nov. 8, 2013

Cannot find NativeBoost-Core-MarcusDenker.115

by Igor Stasenko

the ancestry info is broken without it.. and having multiple versions lying over 3 different repositories is huge mess 1. NB main repo 2. Pharo 30 3. Pharo 20 4. inbox 30 .... -- Best regards, Igor Stasenko.

Nov. 8, 2013

Re: [Pharo-dev] Peek

by Sven Van Caekenberghe

On 06 Nov 2013, at 13:59, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 06 Nov 2013, at 13:29, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > >> On 06 Nov 2013, at 10:38 , Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >>> BTW, do we still need UTF16 support ? >>> >>> For those encodings that we still want to support in the future, we should have new and more principled implementations under ZnCharacterEncoder. That is, if we ever want to fase out TextConverter. >> >> UTF16 is the encoding for string arguments to the Unicode-aware version of the Windows API's, so Iâd say yes. >> Not too sure about JNI, but I know Java also uses UTF16 internally. >> >> So the short answer is yes. >> Not as a storage encoding, but for calling foreign functions, itâs quite important. > > Ah, OK. > > Fancy giving it a try, to create a ânewâ implementation under ZnCharacterEncoder with some tests ? > > There are only 3 abstract methods to implement, if you should already know UTF16, it would not be too much work ;-) A first attempt: === Name: Zinc-Character-Encoding-Core-SvenVanCaekenberghe.27 Author: SvenVanCaekenberghe Time: 8 November 2013, 4:18:07.642898 pm UUID: 29824770-7b9d-4377-a934-7bb2fbeefefb Ancestors: Zinc-Character-Encoding-Core-SvenVanCaekenberghe.26 Added new ZnUTF16Encoder Minor refactoring to ZnCharacterEncoder hierarchy === Name: Zinc-Character-Encoding-Tests-SvenVanCaekenberghe.14 Author: SvenVanCaekenberghe Time: 8 November 2013, 4:18:53.717919 pm UUID: 6309f553-1632-438d-825c-b7a0f89193f4 Ancestors: Zinc-Character-Encoding-Tests-SvenVanCaekenberghe.13 Added unit tests for the new ZnUTF16Encoder === >> Cheers, >> Henry

Nov. 8, 2013

Re: [Pharo-dev] FileSystem memory bug?

by Sven Van Caekenberghe

On 08 Nov 2013, at 16:10, Camillo Bruni <camillobruni(a)gmail.com> wrote: > welcome to the stream-hell of pharo :( > This is all a big mess, since all streams are doing everything: binary, text, utf8, custom character conversion :P Yes, #binary and #ascii expect the streams to modify themselves automagically ;-) Not that it fundamentally solves the current problem, but a clean way to turn a binary read/write stream into a character on is ZnCharacterReadStream on: binaryStream and ZnCharacterWriteStream on: binaryStream they do utf-8 by default, but could work with any encoding (on:encoding:). Sven > But yes, this is a bug of the memory filesystem... > > On 2013-11-08, at 15:22, Martin Dias <tinchodias(a)gmail.com> wrote: > >> Sven, you are right. I checked that MemoryHandle>>readStream creates a ReadStream on it's internal byte array. Then, the answer to #next it's not a Character but a SmallInteger. >> >> Ok, anyway I can avoid using `FileSystem memory`. I was just trying to make my test suite not use the physical disk. Just an optimization... >> >> Thanks, >> MartÃn >> >> >> On Fri, Nov 8, 2013 at 3:04 PM, Martin Dias <tinchodias(a)gmail.com> wrote: >> Thanks, but it's the same: the streams are instances of WriteStream and ReadStream... the implementation of #ascii in ReadStream is empty, and WriteStream doesn't respond to #ascii. >> >> >> >> >> >> >> On Fri, Nov 8, 2013 at 2:19 PM, Max Leske <maxleske(a)gmail.com> wrote: >> >> On 08.11.2013, at 13:59, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >>> Hi Martin, >>> >>> I would guess that the stream created by the memory filesystem are binary, not character, as STON expects. >> >> Good point, although currently ascii mode is still default I think. >> Try sending #ascii to the stream. That might help. >> >>> >>> Sven >>> >>> On 08 Nov 2013, at 13:55, Martin Dias <tinchodias(a)gmail.com> wrote: >>> >>>> Hi, >>>> >>>> I'm working in latest Pharo (30577) with STON (bleeding edge) and I get MNU:SmallInteger>>isSeparator when I evaluate the code below. Is my code wrong? The idea is to make my test suite work in the memory file system. >>>> >>>> | fileSystem | >>>> fileSystem := FileSystem memory. >>>> >>>> (fileSystem / 'file.txt') ensureCreateFile. >>>> >>>> STON writer >>>> on: (fileSystem / 'file.txt') writeStream; >>>> nextPut: 'hi'. >>>> >>>> STON reader >>>> on: (fileSystem / 'file.txt') readStream; >>>> next. >>>> >>>> Thanks in advance. >>>> >>>> MartÃn >>> >>> >> >> >> >> > >

Nov. 8, 2013

Re: [Pharo-dev] Updating ConfigurationOfMagritte3

by Damien Cassou

On Fri, Nov 8, 2013 at 3:42 PM, Norbert Hartl <norbert(a)hartl.name> wrote: > I donât know if the config in http://smalltalkhub.com/mc/Magritte/Magritte3/main is considered stable. I changed the magritte3 url in ConfigurationOfVoyageMongo and was able to load it. The Jenkins jobs use http://smalltalkhub.com/mc/Magritte/Magritte3/main https://ci.inria.fr/pharo-contribution/job/Magritte3/ -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Nov. 8, 2013

Re: [Pharo-dev] FileSystem memory bug?

by Camillo Bruni

welcome to the stream-hell of pharo :( This is all a big mess, since all streams are doing everything: binary, text, utf8, custom character conversion :P But yes, this is a bug of the memory filesystem... On 2013-11-08, at 15:22, Martin Dias <tinchodias(a)gmail.com> wrote: > Sven, you are right. I checked that MemoryHandle>>readStream creates a ReadStream on it's internal byte array. Then, the answer to #next it's not a Character but a SmallInteger. > > Ok, anyway I can avoid using `FileSystem memory`. I was just trying to make my test suite not use the physical disk. Just an optimization... > > Thanks, > MartÃn > > > On Fri, Nov 8, 2013 at 3:04 PM, Martin Dias <tinchodias(a)gmail.com> wrote: > Thanks, but it's the same: the streams are instances of WriteStream and ReadStream... the implementation of #ascii in ReadStream is empty, and WriteStream doesn't respond to #ascii. > > > > > > > On Fri, Nov 8, 2013 at 2:19 PM, Max Leske <maxleske(a)gmail.com> wrote: > > On 08.11.2013, at 13:59, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > Hi Martin, > > > > I would guess that the stream created by the memory filesystem are binary, not character, as STON expects. > > Good point, although currently ascii mode is still default I think. > Try sending #ascii to the stream. That might help. > > > > > Sven > > > > On 08 Nov 2013, at 13:55, Martin Dias <tinchodias(a)gmail.com> wrote: > > > >> Hi, > >> > >> I'm working in latest Pharo (30577) with STON (bleeding edge) and I get MNU:SmallInteger>>isSeparator when I evaluate the code below. Is my code wrong? The idea is to make my test suite work in the memory file system. > >> > >> | fileSystem | > >> fileSystem := FileSystem memory. > >> > >> (fileSystem / 'file.txt') ensureCreateFile. > >> > >> STON writer > >> on: (fileSystem / 'file.txt') writeStream; > >> nextPut: 'hi'. > >> > >> STON reader > >> on: (fileSystem / 'file.txt') readStream; > >> next. > >> > >> Thanks in advance. > >> > >> MartÃn > > > > > > > >

Nov. 8, 2013

Updating ConfigurationOfMagritte3

by Norbert Hartl

Since Lukasâ server went down we can see a lot of problems in the configuration. I was loading VoyageMongo from the configuration browser but it does not work because the repos still point to Lukasâ server. The ConfigurationOfMagritte3 is loaded from the MetacelloRepository. So probably it is best to update the Configuration in the MetacelloRepository from the one in http://smalltalkhub.com/mc/Magritte/Magritte3/main I donât know if the config in http://smalltalkhub.com/mc/Magritte/Magritte3/main is considered stable. I changed the magritte3 url in ConfigurationOfVoyageMongo and was able to load it. Any thoughts, Norbert

Nov. 8, 2013

[pharo-project/pharo-core] a400d2: 30558

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: a400d2cd03f9c62dfa2406497ef0acaa48b19973 https://github.com/pharo-project/pharo-core/commit/a400d2cd03f9c62dfa240649… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2013-11-08 (Fri, 08 Nov 2013) Changed paths: A Collections-Weak.package/WeakIdentityKeyDictionary.class/instance/enumeration/valuesDo_.st A Collections-Weak.package/WeakKeyDictionary.class/instance/enumerating/valuesDo_.st A Collections-Weak.package/WeakValueDictionary.class/instance/enumerating/valuesDo_.st M Monticello.package/extension/Class/instance/asClassDefinition.st M MonticelloGUI.package/extension/PseudoClass/instance/asClassDefinition.st M NautilusRefactoring.package/RBClassRegexRefactoring.class/instance/private/copyFrom_to_.st R Refactoring-Changes.package/RBAddClassChange.class/instance/accessing/poolDictionaryNames.st A Refactoring-Changes.package/RBAddClassChange.class/instance/accessing/sharedPoolNames.st M Refactoring-Core.package/RBChildrenToSiblingsRefactoring.class/instance/private-variables/pullUpPoolVariables.st M Refactoring-Core.package/RBClass.class/instance/accessing/allPoolDictionaryNames.st M Refactoring-Core.package/RBClass.class/instance/accessing/definitionString.st R Refactoring-Core.package/RBClass.class/instance/accessing/poolDictionaryNames.st A Refactoring-Core.package/RBClass.class/instance/accessing/sharedPoolNames.st M Refactoring-Core.package/RBClass.class/instance/testing/directlyDefinesPoolDictionary_.st M Refactoring-Core.package/RBNamespace.class/instance/changes/defineClass_.st M Refactoring-Critics.package/RBClassVariableCapitalizationRule.class/instance/running/checkClass_.st M Refactoring-Tests-Changes.package/RBRefactoringChangeTests.class/instance/tests-pattern/testAddClassPattern.st M Refactoring-Tests-Changes.package/RBRefactoringChangeTests.class/instance/tests/testAddClassInteractively.st M Ring-Core-Kernel.package/extension/Class/instance/asRingDefinition.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script214.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30558.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M System-Announcements.package/ClassCommented.class/instance/accessing/oldComment.st R Traits.package/TBehavior.class/instance/accessing/poolDictionaryNames.st A Traits.package/TBehavior.class/instance/accessing/sharedPoolNames.st Log Message: ----------- 30558 12102 Optimize Dictionary>>valuesDo:, part 1 https://pharo.fogbugz.com/f/cases/12102 12112 Missing ^ in accessor method in ClassCommented https://pharo.fogbugz.com/f/cases/12112 12099 Rename #poolDictionaryNames to #sharedPoolNames https://pharo.fogbugz.com/f/cases/12099 http://files.pharo.org/image/30/30558.zip

Nov. 8, 2013

[pharo-project/pharo-core]

by GitHub

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

Nov. 8, 2013