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

[pharo-project/pharo-core] 079271: 30847
by GitHub May 7, 2014

May 7, 2014

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 07927145edaa8b0155aa4a3f6d3aef158f47b01f https://github.com/pharo-project/pharo-core/commit/07927145edaa8b0155aa4a3f… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-05-07 (Wed, 07 May 2014) Changed paths: M Nautilus.package/AbstractNautilusUI.class/instance/displaying/open.st M Nautilus.package/AbstractNautilusUI.class/instance/item creation/buildCommentPane.st M Nautilus.package/AbstractNautilusUI.class/instance/source code area/buildNewSourceTextArea.st M Nautilus.package/MultipleMethodsEditor.class/instance/initialization/initialize.st M Nautilus.package/MultipleMethodsEditor.class/instance/updating/updateLayoutForSingle.st M Nautilus.package/MultipleMethodsEditor.class/instance/updating/updateLayoutForSingleWithButtons.st M Nautilus.package/Nautilus.class/instance/browser compatibility/spawnHierarchy.st M Nautilus.package/Nautilus.class/instance/initialization/initialize.st M Nautilus.package/NautilusUI.class/instance/displaying/addAll_.st M Nautilus.package/PackageTreeNautilusUI.class/instance/accessing/showPackages_.st A Nautilus.package/PackageTreeNautilusUI.class/instance/private/selectPackageFor_.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script109.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30847.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Traits.package/TClass.class/instance/copying/duplicateClassWithNewName_.st Log Message: ----------- 30847 13247 copying a class also copies his comment https://pharo.fogbugz.com/f/cases/13247 13241 switching between package and hierarchy view loses tag selection https://pharo.fogbugz.com/f/cases/13241 http://files.pharo.org/image/30/30847.zip

1 0

[pharo-project/pharo-core]
by GitHub May 7, 2014

May 7, 2014

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

1 0

Re: [Pharo-dev] dbxtalk working on pharo 3.0
by Mariano Martinez Peck May 7, 2014

May 7, 2014

On Fri, Mar 28, 2014 at 4:18 PM, Michael Roland <mroland98343(a)gmail.com>wrote: > > > On Thursday, February 13, 2014 10:26:55 AM UTC-5, Tudor Girba wrote: >> >> Hi, >> >> I just retried DBXTalk, and it now magically works! >> >> Does anyone know why? :) >> >> I did this: >> Gofer new >> smalltalkhubUser: 'DBXTalk' project: 'DBXTalkDriver'; >> package: 'ConfigurationOfOpenDBXDriver'; >> load. >> #ConfigurationOfOpenDBXDriver asClass loadBleedingEdge. >> >> Anyway, the only glitch I found is that the OpenDBX current wrongly >> returns "NBPharoOpenDBX class" instead of the instance. >> >> I could not figure out where the initialization bug comes from, but I >> worked around it with: >> NBPharoOpenDBX installAsCurrent. >> >> I tested the functionality with an Oracle backend, and it just worked. >> >> Thanks! >> >> Doru >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> > > I tried DBXTalk today on Pharo 3 and got the NBPharoOpenDBX class error > too. > This is my understanding of what causes the error. > > > The value returned by OpenDBX class>>#current is initialized in > ConfigurationOfOpenDBXDriver>>#setNBOpenDBX. > > #setNBOpenDBX has one line: > (Smalltalk at: #OpenDBX) current: (Smalltalk at: #NBPharoOpenDBX). > > This sets OpenDBX Current to an NBPharoOpenDBX class instead of an > NBPharoOpenDBX instance. > > Changing the statement to: > (Smalltalk at: #NBPharoOpenDBX) installAsCurrent > > indirectly sets OpenDBX Current to an instance of NBPharoOpenDBX so that > OpenDBX class>>#current will correctly return an instance of > NBPharoOpenDBX. > > Using OpenDBX class>>#installAsCurrent is needed because the OpenDBX class > has > two class variables: CurrentLibraryFactory and Current. > CurrentLibraryFactory stores a class and Current stores an instance of > that class. > The only way to set CurrentLibraryFactory is with the OpenDBX > class>>#installAsCurrent method. > Using OpenDBX class>>#current: to set the instance directly can leave the > CurrentLibraryFactory and Current variables out of sync. > > Thanks! Michael was this committed to the repo? -- Mariano http://marianopeck.wordpress.com

1 0

Making screenshots programmatically for book
by Stephan Eggermont May 7, 2014

May 7, 2014

What is the best way to make screenshots for documentation? In Pillar we mostly have a figures directory with pngs. With the change rate of Pharo, making them by hand seems a bad idea. Stephan

6 5

gui testing
by Pablo R. Digonzelli May 7, 2014

May 7, 2014

Hi, is there some framework for testing gui in pharo?. I mean something like parasol is doing with web apps. TIA Ing. Pablo Digonzelli Software Solutions IP-Solutiones SRL Metrotec SRL 25 de Mayo 521 Email: pdigonzelli(a)softsargentina.com pdigonzelli(a)gmail.com Cel: 5493815982714

3 3

Fwd: [squeak-dev] A nitpick
by Eliot Miranda May 6, 2014

May 6, 2014

See http://source.squeak.org/trunk/Compression/Compression-eem.41 ---------- Forwarded message ---------- From: Yoshiki Ohshima <Yoshiki.Ohshima(a)acm.org> Date: Tue, May 6, 2014 at 2:09 PM Subject: [squeak-dev] A nitpick To: The general-purpose Squeak developers list < squeak-dev(a)lists.squeakfoundation.org> This can be a nitpick of the year, but there is a bug in InflateStream>>decompressBlock:with: There is a part that reads (toward the end): ------------------------ collection replaceFrom: readLimit+1 to: readLimit + length + 1 with: collection startingAt: readLimit - distance + 1. ------------------------ but here we want to replace "length" bytes in collection, as opposed to length + 1 bytes, so it has to say: ------------------------ collection replaceFrom: readLimit+1 to: readLimit + length with: collection startingAt: readLimit - distance + 1. ------------------------ (So is the non-primitive version in FastInflateStream.) The reason it does not matter is that replaceFrom:to:with:startingAt: does not care about the source and destination being the same and overlap between them. Even when the above bug puts one extra bytes in collection temporarily, the extra byte will be wiped out in the next iteration of the loop surrounding it. However, if you try to port this to a language that does the "right thing" when there is an overlap, it manifests as a bug. -- Yoshiki P.S. It was a "rare" delight to point out a bug in Andreas' code^^; We miss you. -- best, Eliot

1 0

[ANN] Mapless a small framework for storing objects in a key->data fashion with no friction
by Sebastian Sastre May 6, 2014

May 6, 2014

Mapless Mapless is a small framework for storing objects in a key->data fashion (i.e.: noSQL databases) without requiring any kind of object-data map. So far only MongoDB is supported. It can use Redis for reactivity (pub/sub) and cache. Motivation I wanted to persist objects with extremely low friction and extremely low maintenanceand great scaling and availability capabilities so Mapless is totally biased towards that. This framework is what I came up with after incorporating my experience withAggregate. There is no spoonâ¦ There is no object-relational impedanceâ¦ There is no instVarsâ¦ only persistence :D Code and instructions here: https://github.com/sebastianconcept/Mapless All MIT, enjoy sebastian o/

5 10

Pharo 4.0 CI
by Sean P. DeNigris May 6, 2014

May 6, 2014

I see that there is a job and it is failing. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-4-0-CI-tp4758074.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

3 2

New Pharo Launcher with PharoV30.sources
by Damien Cassou May 6, 2014

May 6, 2014

https://ci.inria.fr/pharo-contribution/job/PharoLauncher-Mac-Package/ https://ci.inria.fr/pharo-contribution/job/PharoLauncher-Win-Package/ The Ubuntu packages have been updated as well. Just run 'sudo apt-get update && sudo apt-get upgrade' -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

1 0

Re: [Pharo-dev] [Vm-dev] bug on windows ioShowDisplay for bitdepth 16/8/4 (big endian)
by Nicolai Hess May 6, 2014

May 6, 2014

2014-04-03 17:51 GMT+02:00 karl ramberg <karlramberg(a)gmail.com>: > > I can confirm this bug on windows Cog. > > Cheers, > Karl > > > On Thu, Apr 3, 2014 at 10:11 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> >> There is still something wrong with byte/word swap in windows >> ioShowDisplay code >> attached are two screenshots >> squeak 4.5 image with cogvm from http://files.pharo.org/vm/cogmt/win/ >> pharo 30793 image with latest vm from >> http://files.pharo.org/vm/pharo/win/ >> showing this bug after setting the Display depth to 16 >> (Display newDepth:16) >> >> sqwin32window.c has three variants for doing the byte_swap/word_swap on >> bitdepths with big endian to convert to lsb >> >> This one is active and causes this error. >> # if __GNUC__ >= 3 >> # define BYTE_SWAP(w) __asm__("bswap %0" : "=r" (w) : "r" (w)) >> # define WORD_SWAP(w) __asm__("roll $16, %0" : "=r" (w) : "r" (w)) >> >> This one would work >> # else >> # define BYTE_SWAP(w) __asm__("bswap %%eax" : "=eax" (w) : "eax" (w)) >> # define WORD_SWAP(w) __asm__("roll $16, %%eax" : "=eax" (w) : "eax" >> (w)) >> >> This one, of course, works too >> # else >> # define BYTE_SWAP(w) w = (w << 24) | ((w & 0xFF00) << 8) | ((w >> 8) & >> 0xFF00) | (w >> 24) >> # define WORD_SWAP(w) w = (( (unsigned)(w) << 16) | ((unsigned) (w) >> >> 16)) >> >> This one is not there but would work (at least with gcc > 4.5 >> # define BYTE_SWAP_MY(w) __asm__("bswap %0" : "+r" (w)) >> # define WORD_SWAP_MY(w) __asm__("roll $16, %0" : "+r" (w)) >> >> But actually I don't know assembler and/or the gcc inline code syntax, so >> I don't know what is wrong with the first version :) >> >> Nicolai >> >> btw, you can not test this bug with the current squeak 4.5 all in on >> image, >> as it uses a rather old vm. >> >> Third screenshot: >> using the latest stable pharo-vm, it looks much more wrong, as there >> was another(?) bug that is fixed already(?) - i don't know :) >> >> >> >> > > Someone else can reproduce this? (eliot?, nicolas? ) It is easily fixable, I think. But I am not good at inline assembler. I'll open a mantis and fogbugz report. regards Nicolai

2 2