- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] System-Hashing and SecureHashAlgorithm ?
by mkobetic＠gmail.com May 8, 2014

May 8, 2014

"Mariano Martinez Peck"<marianopeck(a)gmail.com> wrote: > I had the same problem. I added the following to my compatibility package. > In Pharo now I do: > > shaHashMessage: aString > "this method hashes aString using a SHA1 (SecureHashAlgorithm) method. > Returns an integer" > ^ (SHA1 new hashStream: aString readStream) asInteger This is very ambiguous API. SHA1 (and in fact all secure hash functions) are defined in terms of bytes, (bytes in, bytes out). This method doesn't specify the transformation that turns the aString into bytes (presumably some kind of encoding, but what is it?) and what transformation it does to turn the 20 bytes of SHA1 result into an Integer (does it interpret the bytes as big endian/little endian, or maybe it throws every second byte away in the process). It's OK to wrap the basic hashing API in helpers that accept other types of arguments for common use cases, but the basic API definitely should be bytes in/bytes out. HTH, Martin

2 1

Re: [Pharo-dev] Making screenshots programmatically for book
by Stephan Eggermont May 7, 2014

May 7, 2014

Damien wrote: >FYI, it is possible to include Smalltalk code in Pillar files that will be executed when the Pillar file is compiled. This Smalltalk >code can write to a stream in order to generate dynamic content. I use it to generate a part of Pillar documentation Ha, that sounds like exactly what I need. Thank you. Stephan

2 1

System-Hashing and SecureHashAlgorithm ?
by phil＠highoctane.be May 7, 2014

May 7, 2014

Where is that package gone ? It is a dependency of StdMySql. TIA Phil

5 10

Default Pharo 3.0 image downloads
by Sean P. DeNigris May 7, 2014

May 7, 2014

The Mac installer and custom image downloads on the 3.0 Release page at pharo-project.org point to the latest 3.0 i.e. #30847 which is one update ahead of the released version. Is that what we want? Or do we want to fix the default release to #30846 until we release 3.0 Summer? I'm not sure what pharo.org's links point to because I'm having trouble accessing the site right now (page loads/hangs when resolving intermittently) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Default-Pharo-3-0-image-downloads-tp4758225.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

2 5

[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