- Pharo-dev - lists.pharo.org

Implementing lazy loading for expandable collections
by Max Leske Sept. 24, 2014

Sept. 24, 2014

Iâve written an implementation of lazily initialized expandable collections (for OrderedCollection and subclasses only for now), inspired by Alexandreâs talk at ESUG (http://www.youtube.com/watch?v=x0YJ2dsZdKg&list=UUO-vBhaKVZf0al-ISMMPvRw) The implementation is pretty much straight forward but there are a couple of culprits I want to point out in case anybody else wants to do this: - my implementation requires an extra instance variable in OrderedCollection to store the requested size. This extra instance variable will break Monticello (and possibly other tools) because Monticello uses OrderedCollections to load code and the particular way it uses them makes it impossible to change the number of instance variables on OrderedCollection. Also, all .mcz files written after the change will not be loadable by images without the new instance variable (same reason). - the above means that you have to modify the code in the image manually and save a new âbase image" - read only messages should obviously not initialize the array. The âfirstIndexâ and âlastIndexâ variables are quite handy for that. I initialize those variables to 1 and 0 respectively which makes most things work already (e.g. #size, #isEmpty etc.). - when trying to implement the same for HashedCollection I couldnât. The image didnât just stop working, there was no output at all on the console, not even when using a debug VM. The problem seems to be MethodDictionary, at least thatâs the only subclass of Dictionary for which adding an instance variable doesnât work. Iâll share some memory monitoring as soon as I have something significant (only just rolled it out). Big thanks to Alex for his talk and the cool work he and his students did! Cheers, Max

7 10

gitfiletree on Windows
by Sebastian Sastre Sept. 23, 2014

Sept. 23, 2014

I'm taking a look at making gitfiletree in Windows and OSWindows seems to be helpful since OSProcess is no good for getting PipeableOSProcess executed in Windows. On the other hand, unless I'm missing something, there is no pipeable process in Windows so the whole strategy on how gitfiletree makes one command after the other changes (see gitCloneRepositoryAndCheckoutIn: aDirectoryName) Is anybody able to clone a git repo from a Pharo image in Windows? from iPad

4 5

[pharo-project/pharo-core] 76afae: 40246
by GitHub Sept. 23, 2014

Sept. 23, 2014

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 76afaea90a740f5ad12894728a78701d18045363 https://github.com/pharo-project/pharo-core/commit/76afaea90a740f5ad1289472… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-09-23 (Tue, 23 Sep 2014) Changed paths: M AST-Interpreter-Core.package/AIBlockContext.class/class/instance creation/fromVMContext_.st R AST-Interpreter-Core.package/AIContext.class/instance/exception-handling/findNextHandlerContextStarting.st M AST-Interpreter-Core.package/ExceptionHandler.class/definition.st R AST-Interpreter-Core.package/ExceptionHandler.class/instance/accessing/enabled.st R AST-Interpreter-Core.package/ExceptionHandler.class/instance/accessing/enabled_.st M AST-Interpreter-Core.package/ExceptionHandler.class/instance/exception-handling/handle_.st R AST-Interpreter-Core.package/ExceptionHandler.class/instance/initialization/initialize.st M AST-Interpreter-Core.package/ExceptionHandler.class/instance/testing/handles_.st M Kernel.package/BlockClosure.class/instance/exceptions/on_do_.st M Kernel.package/Context.class/instance/private-exceptions/canHandleSignal_.st R Kernel.package/Context.class/instance/private-exceptions/findNextHandlerContextStarting.st R Kernel.package/Context.class/instance/special context access/exceptionHandlerIsActive.st R Kernel.package/Context.class/instance/special context access/exceptionHandlerIsActive_.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script246.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40246.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 40246 11996 Wrong exception handler problem (parrt 5/5) https://pharo.fogbugz.com/f/cases/11996 http://files.pharo.org/image/40/40246.zip

1 0

[pharo-project/pharo-core]
by GitHub Sept. 23, 2014

Sept. 23, 2014

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

1 0

Fixed case 11996 -- exception handler search bug
by Martin McClure Sept. 23, 2014

Sept. 23, 2014

Andres and I developed a fix at ESUG for case 11996. The search for exception handlers was not taking into account the general case of exception handlers established or exceptions signaled while already in a handler block, so could find the wrong handler. I put the slices for this fix in the inbox a while back, but neglected to let the list know. Is there anything else I need to do to get this integrated into 4.0? Regards, -Martin

5 14

IMPORTANT: new preLoad and postLoad process when making a fix
by Esteban Lorenzano Sept. 23, 2014

Sept. 23, 2014

Hi, This is a message for people doing fixes in Pharo core, and because of that doing SLICEs. Since last week Iâm changing the integration process (something transparent for most of you), to make it more automatedâ¦ so I added two new fields to the issue tracker: - preload - postload Soâ¦ from now, if your SLICE requires one or/and the other, you need to fill those fieldsâ¦ it will not be part of the comment fields anymore. thanks, Esteban

3 6

MNU: receiver of "stepToCallee:" is nil
by Clara Allende Sept. 23, 2014

Sept. 23, 2014

Hi! When debugging tests, if I just close the debugger without finishing the test run, I get this weird message. Has anybody had this problem before?

4 10

[pharo-project/pharo-core]
by GitHub Sept. 23, 2014

Sept. 23, 2014

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

1 0

[pharo-project/pharo-core] c7c2fc: 40245
by GitHub Sept. 23, 2014

Sept. 23, 2014

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: c7c2fc2672dd814a60da8e8dd26e8bace56a26e4 https://github.com/pharo-project/pharo-core/commit/c7c2fc2672dd814a60da8e8d… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-09-23 (Tue, 23 Sep 2014) Changed paths: M Kernel.package/Context.class/instance/private-exceptions/handleSignal_.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script245.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40245.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 40245 11996 Wrong exception handler problem (4/5) https://pharo.fogbugz.com/f/cases/11996 http://files.pharo.org/image/40/40245.zip

1 0

[pharo-project/pharo-core] 398ee3: 40244
by GitHub Sept. 23, 2014

Sept. 23, 2014

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 398ee3012f44dd5f3298f7d23cd9f1012617a949 https://github.com/pharo-project/pharo-core/commit/398ee3012f44dd5f3298f7d2… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-09-23 (Tue, 23 Sep 2014) Changed paths: M AST-Interpreter-Core.package/AIContext.class/instance/exception-handling/nextHandlerContext.st M Kernel.package/Context.class/instance/private-exceptions/nextHandlerContext.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script244.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40244.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 40244 11996 Wrong exception handler problem (Part3) https://pharo.fogbugz.com/f/cases/11996 http://files.pharo.org/image/40/40244.zip

1 0