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

Re: [Pharo-dev] [Spy] How to inject code *inside* a method

by Marcus Denker

On 06 Dec 2013, at 15:46, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi Roberto, > > Unfortunately injecting code in the middle of a method is not supported by Spy. Bifrost does this (http://scg.unibe.ch/research/bifrost) However it may not properly work on Pharo 3. > The real solution is to get the meta links (Reflectivity, which is the underlying basis of bifrost, too), to work *for real* and use if for everything. Marcus

Dec. 6, 2013

Re: [Pharo-dev] [Spy] How to inject code *inside* a method

by Alexandre Bergel

Hi Roberto, Unfortunately injecting code in the middle of a method is not supported by Spy. Bifrost does this (http://scg.unibe.ch/research/bifrost) However it may not properly work on Pharo 3. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. On Dec 6, 2013, at 6:00 AM, Roberto Minelli <roberto.minelli(a)usi.ch> wrote: > Hi guys, > > I am using Spy for my project, and I need to do something which, on top of my knowledge, is not supported. > > Here is the point: Spy allows to insert code before (#beforeRun:with:in:) and after (#afterRun:with:in:) and works perfectly. > > Now suppose I want to inject some code *inside* the method, e.g., > > aMethodToBeProfiled > > do something > > "Injected code accessing some fields of the current instance of this objectâ > Transcript show: self field asString. > > Is there any support for this? > > Thanks in advance, > R >

Dec. 6, 2013

Re: [Pharo-dev] help about codeImporter

by Nicolas Cellier

But MC should work better now that sources are UTF8 encoded (for a few months). The problem with old squeak/pharo/MC is that encoding did switch for iso-8859L1 (latin1) to UTF32 if ever a wide character was encountered... But this wasn't done properly with the ugly text converters, basicNextPut: et all, the generated stuff was indeed UTF32, but only N bytes would be written instead of N characters !!! That means that you only stored (an can retrieve) first 1/4 of source... But you can have more luck, because the ugglyness did not stop there: it's possible that first buffers (4096 bytes) were already sent in latin1 encoding, and the next ones in UTF32 (with size bug). In which cas you can retrieve a bit more of your sources. I have a prototype to decode such messy sources, but did not publish it, since you can't recover the whole code anyway. If ever you have problem with recent MC and improper UTF8 please, please report. 2013/12/6 Stephan Eggermont <stephan(a)stack.nl> > Ben wrote: > >who put a Ã´ in the code at the first place ? :P > > Doesnât happen often, Iâm happy to observe. Strings in code > with interesting characters are a much more common problem, > though. Made it impossible to import MCs into Gemstone. > > Stephan >

Dec. 6, 2013

[pharo-project/pharo-core]

by GitHub

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

Dec. 6, 2013

[pharo-project/pharo-core] 14e5e2: 30626

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 14e5e21652b5b715b618d159da3a7c12308212ef https://github.com/pharo-project/pharo-core/commit/14e5e21652b5b715b618d159… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2013-12-06 (Fri, 06 Dec 2013) Changed paths: M FileSystem-Disk.package/DiskStore.class/instance/private/basicEntry_path_nodesDo_.st M RPackage-Core.package/RPackage.class/instance/class tags/classTagNamed_ifPresent_.st M RPackage-Core.package/RPackageOrganizer.class/instance/package access from class/globalPackageOf_.st M RPackage-Tests.package/RPackageImportFromPackageInfoTest.class/instance/setup/cleanClassesPackagesAndCategories.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script281.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30626.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-Tools.package/IntegerApiSetter.class/instance/private/updateSliderWith_.st M Spec-Tools.package/WidgetSetter.class/instance/private/buildIntegerItemFor_.st M Spec-Tools.package/WidgetSetter.class/instance/private/buildItemFor_kind_.st M Tools.package/FileList.class/instance/private/filesMatching_.st Log Message: ----------- 30626 12342 Cleanup on some RPackage methods https://pharo.fogbugz.com/f/cases/12342 12347 Cleanup on some Spec methods https://pharo.fogbugz.com/f/cases/12347 11293 Get a red square of death when opening File Browser on Windows https://pharo.fogbugz.com/f/cases/11293 http://files.pharo.org/image/30/30626.zip

Dec. 6, 2013

WhatsUp from: 2013-12-02 until: 2013-12-15

by Stephan Eggermont

### Here's what I've been up to since the last WhatsUp: - put PetitDelphi in the moose ci - complained about losing code (issue 12324) - added the twitter bootstrap magritte demo to the new bootstrap code - try to understand the problems with >>packages - committed a fix and test for >>packages that will break a lot of builds ### What's next, until 2013-12-15 (*): - let QCMagritte use the new bootstrap - find out why/how I canât commit slices to Pharo30inbox (*) we'll be expecting results by then ;)

Dec. 6, 2013

Re: [Pharo-dev] Review someone

by Benjamin

New slice proposed :P Ben On 06 Dec 2013, at 12:38, Stephan Eggermont <stephan(a)stack.nl> wrote: > Ben wrote: >> It used to be regex, but regex are slow (and far slower than just string comparison) > > Yes, I saw that. They are also useful. Checking if the search string contains regex > characters is not slow. Only doing regex checking when they are there solves the > main slowness, without losing the flexibility. > > Stephan

Dec. 6, 2013

Re: [Pharo-dev] Review someone

by Benjamin

Indeed :) But I did not want to spend too much time there :P Ben On 06 Dec 2013, at 12:38, Stephan Eggermont <stephan(a)stack.nl> wrote: > Ben wrote: >> It used to be regex, but regex are slow (and far slower than just string comparison) > > Yes, I saw that. They are also useful. Checking if the search string contains regex > characters is not slow. Only doing regex checking when they are there solves the > main slowness, without losing the flexibility. > > Stephan

Dec. 6, 2013

[pharo-project/pharo-core] 667849: 30625

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 66784912fd744d2fd25e36621ffbeab5635320ea https://github.com/pharo-project/pharo-core/commit/66784912fd744d2fd25e3662… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2013-12-06 (Fri, 06 Dec 2013) Changed paths: M Keymapping-Core.package/KMDispatcher.class/instance/building/detachKeymapCategory_targetting_.st M Morphic-Base.package/MorphTreeTransformMorph.class/instance/drawing/drawRawColorOn_forSubmorph_.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script280.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30625.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-Core.package/AbstractAdapter.class/definition.st Log Message: ----------- 30625 12355 Adapters should inherit form Model https://pharo.fogbugz.com/f/cases/12355 12344 Cleanup on some Keymapping methods https://pharo.fogbugz.com/f/cases/12344 11817 MorphTreeMorph draws wrongly when it is outside the screen https://pharo.fogbugz.com/f/cases/11817 http://files.pharo.org/image/30/30625.zip

Dec. 6, 2013

[pharo-project/pharo-core]

by GitHub

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

Dec. 6, 2013