- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Cloudfork HMAC-SHA256 in System-Hashing

by Sven Van Caekenberghe

https://pharo.fogbugz.com/f/cases/13395/Add-SHA256-HashFunction cleaned up, documented, properly packaged. Passes some test vectors. I changed the handling of the empty stream. On 24 Jun 2014, at 23:03, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi Jan, > > I loaded just the class CFSHA256 and it worked perfectly (I didn't expect anything else). > > I tried some examples from Wikipedia (http://en.wikipedia.org/wiki/Sha256#Examples_of_SHA-2_variants) > > (CFSHA256 hashMessage: 'The quick brown fox jumps over the lazy dog') hex. 'd7a8fbb307d7809469ca9abcb0082e4f8d5651e46d3cdb762d02d0bf37c9e592' > > (CFSHA256 hashMessage: 'The quick brown fox jumps over the lazy dog.') hex. 'ef537f25c895bfa782526529a9b63d97aa631564d5d789c2b765448c8635fb6c' > > So I will rename the class to SHA256, moving it to System-Hashing and add SHA256Tests for starters. > > Sven > > On 20 Jun 2014, at 17:01, Jan van de Sandt <jvdsandt(a)gmail.com> wrote: > >> Hello, >> >> I added the SHA256 class to Cloudfork a few years ago. The class was mostly copied from the Cryptography [1] project. >> >> Cheers, >> Jan. >> >> [1] http://www.squeaksource.com/Cryptography/ >> >> >> On Fri, Jun 20, 2014 at 10:56 AM, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> wrote: >> Max, >> >> Yes, it's usable as the SHA1 package already there (without HMAC so). I'm no expert in those stuff but I don't get "SHA256 base implementation". Someone with more knowledge can probably tell ;) >> >> Sven, >> >> The bare minimum to load it is: >> >> Gofer it >> smalltalkhubUser: 'JanVanDeSandt' project: 'Cloudfork'; >> package: 'Cloudfork-Common'; >> package: 'Cloudfork-Pharo-Platform'; >> load. >> >> The implementation is in Cloudfork-Pharo-Platform. >> >> >> >> On Thu, Jun 19, 2014 at 6:20 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> I want to have a look, if you tell me where to look... >> >> On 19 Jun 2014, at 18:03, Max Leske <maxleske(a)gmail.com> wrote: >> >>> >>> On 19.06.2014, at 17:59, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> wrote: >>> >>>> Does it make sense from a license point of view and practical point of view to include the CloudFork HMAC-SHA256 implementation (CFSH256 class) in the System-Hashing package (in where there's already SHA1 and MD5) ? >>> >>> Can Cloudfork HMAC-SHA256 be easily parameterized with, say, an SHA256 base implementation? Or does it require extra stuff? In the former case I probably wouldnât add it. In the latter case itâs open for discussion. Personally, I think it belongs into a separate package, not into System-Hashing. >>> >>> Cheers, >>> Max >> >> >> >> >

June 24, 2014

Re: [Pharo-dev] Cloudfork HMAC-SHA256 in System-Hashing

by Sven Van Caekenberghe

Hi Jan, I loaded just the class CFSHA256 and it worked perfectly (I didn't expect anything else). I tried some examples from Wikipedia (http://en.wikipedia.org/wiki/Sha256#Examples_of_SHA-2_variants) (CFSHA256 hashMessage: 'The quick brown fox jumps over the lazy dog') hex. 'd7a8fbb307d7809469ca9abcb0082e4f8d5651e46d3cdb762d02d0bf37c9e592' (CFSHA256 hashMessage: 'The quick brown fox jumps over the lazy dog.') hex. 'ef537f25c895bfa782526529a9b63d97aa631564d5d789c2b765448c8635fb6c' So I will rename the class to SHA256, moving it to System-Hashing and add SHA256Tests for starters. Sven On 20 Jun 2014, at 17:01, Jan van de Sandt <jvdsandt(a)gmail.com> wrote: > Hello, > > I added the SHA256 class to Cloudfork a few years ago. The class was mostly copied from the Cryptography [1] project. > > Cheers, > Jan. > > [1] http://www.squeaksource.com/Cryptography/ > > > On Fri, Jun 20, 2014 at 10:56 AM, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> wrote: > Max, > > Yes, it's usable as the SHA1 package already there (without HMAC so). I'm no expert in those stuff but I don't get "SHA256 base implementation". Someone with more knowledge can probably tell ;) > > Sven, > > The bare minimum to load it is: > > Gofer it > smalltalkhubUser: 'JanVanDeSandt' project: 'Cloudfork'; > package: 'Cloudfork-Common'; > package: 'Cloudfork-Pharo-Platform'; > load. > > The implementation is in Cloudfork-Pharo-Platform. > > > > On Thu, Jun 19, 2014 at 6:20 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > I want to have a look, if you tell me where to look... > > On 19 Jun 2014, at 18:03, Max Leske <maxleske(a)gmail.com> wrote: > > > > > On 19.06.2014, at 17:59, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> wrote: > > > >> Does it make sense from a license point of view and practical point of view to include the CloudFork HMAC-SHA256 implementation (CFSH256 class) in the System-Hashing package (in where there's already SHA1 and MD5) ? > > > > Can Cloudfork HMAC-SHA256 be easily parameterized with, say, an SHA256 base implementation? Or does it require extra stuff? In the former case I probably wouldnât add it. In the latter case itâs open for discussion. Personally, I think it belongs into a separate package, not into System-Hashing. > > > > Cheers, > > Max > > > >

June 24, 2014

Re: [Pharo-dev] Inspecting an OrderPreservingDictionary > entries show as nil and self prints entries

by Sven Van Caekenberghe

Like all the #inspectorClass methods, *Spec-inspector, it was just an oversight. On 24 Jun 2014, at 21:52, stepharo <stepharo(a)free.fr> wrote: > Where which package? > Because we should track it and publish a new package. > > > Stef > On 24/6/14 17:54, Sven Van Caekenberghe wrote: >> We need to add >> >> OrderPreservingDictionary class>>#inspectorClass >> ^ EyeDictionaryInspector >> >> On 24 Jun 2014, at 17:49, phil(a)highoctane.be wrote: >> >>> Kind of weird. >>> >>> Anyone knowing how to deal with that? Bug? >>> >>> Phil >> >> > >

June 24, 2014

Re: [Pharo-dev] [ANN] Dr. Geo 17.07b

by stepharo

I could not succeed to make it crash On 24/6/14 17:11, Hilaire Fernandes wrote: > Another release: > https://dl.dropboxusercontent.com/u/21633199/DrGeo.app-14.07c.zip > > > I will be happy to read comments from Mac OS X users regarding this bug > https://bugs.launchpad.net/drgeo/+bug/1331559 > > Thanks >

June 24, 2014

Re: [Pharo-dev] Inspecting an OrderPreservingDictionary > entries show as nil and self prints entries

by stepharo

Where which package? Because we should track it and publish a new package. Stef On 24/6/14 17:54, Sven Van Caekenberghe wrote: > We need to add > > OrderPreservingDictionary class>>#inspectorClass > ^ EyeDictionaryInspector > > On 24 Jun 2014, at 17:49, phil(a)highoctane.be wrote: > >> Kind of weird. >> >> Anyone knowing how to deal with that? Bug? >> >> Phil > >

June 24, 2014

Re: [Pharo-dev] TaskIT Revealed

by Max Leske

On 24.06.2014, at 19:14, Santiago Bragagnolo <santiagobragagnolo(a)gmail.com> wrote: > There is actually a version of taskit for 1.4, but is not the last one. Honestly, i did not tested on 1.4, then i don't know :). If you run on it, make me know. i will try to run this week if not. Good stuff! Thanks. > > > 2014-06-24 17:23 GMT+02:00 Max Leske <maxleske(a)gmail.com>: > Looks really cool! Everythingâs an object :) > > Does it run in older images? How hard, do you reckon, would it be to backport TaskIT to e.g. Pharo 1.4? > > Cheers, > Max > > > On 23.06.2014, at 00:39, Santiago Bragagnolo <santiagobragagnolo(a)gmail.com> wrote: > >> >> Hi all, im glad to announce TaskIT. You may already knew about, after all it's not confidential ;) and it has documentation on-going since some months ago. >> >> Task IT is package that provides a cool way to deal with processes. Even when this version is stable, it still in design and we want to make it consistent and powerfull. >> >> It counts with a chapter in pharo enterprise book and some cool tests. >> >> We have moved the main distribution repo to CAR >> >> http://smalltalkhub.com/#!/~CAR/TaskIT/ >> >> >> The main easy things to do with this revision are: >> >> " closures " >> val := [ 2+2 ] shootIt. >> val isKindOf: TKTFuture. >> val onSuccess: [: rslt | rslt == 4 ] "async" >> val value == 4. " sync " >> >> rslt := [ 2+2 ] shootIt asResult. >> rslt == 4 "sync on demand" >> >> " objects " >> >> val := 2 paralellize + 2. >> val == 4 "sync on demand" >> >> >> " staying in tune " >> >> val := [ "some task" ] shootIt asStickyReference. >> >> val := nil. >> " sticky means that if this future is taken by the GC, it will kill the process" >> >> >> >> " looping " >> >> >> val := server paralellize looping serveOnce: anyParameter asStickyReference. >> >> "this will execute in a new process, in a loop, server serveOnce: anyParameter." >> >> You can stop it by doing >> val:= nil. >> >> "or using a disgusting magic variable, for that check the samples :). But do not rely on that kind of things, because it will not be supported " >> >> >> >> For more advanced and cool usages, check the Doc. >> >> >> FAQ: >> >> 1- Yes, the "sync" on demand is implemented with a proxy and a become. >> 2- Yes, we are changing the API of the processes that persist in time. >> >> CREDITS >> All CAR team in general was great inspiration, particularly, Guille Polito full operational commiter and of course is always a good idea to discuss with him, Nick Papoylias, is also great to discuss with him. Luc, Noury, Jannik: several ideas are discussed with them as well, and they always gave me support. >> >> and from RMOD Esteban Lorenzano, also discussing and proposing. >> >> Thanks all :). >> >> >> OTHERS: >> If you want to go to the darkside (dark because is not documented yet, but in the case of PoolIT, that it has some doc ) you can also add to your combo: >> ActIT: a simple Actor extention for taskit. >> ForkIT: an extention that runs blocks in background image (it adds a nice button to the test runner, letting you run all your tests in a background image and installing the results after the execution) >> PoolIT: it adds a pool of workers, it consumes tasks and ensure you a limited amount of threads. >> PlanIT: a basic and not yet full developed algebra for composing processes. >> >> >> >> I encourage you to use it, it is being used in PhaROS since a lot of time. And please any bug and enhancements, you can contact us. Since we are working on the next version is a good time to define what features are really needed. >> >> >> Salut. >> >> >> Santiago. . >> >> >> >> >> >> > >

June 24, 2014

Re: [Pharo-dev] TaskIT Revealed

by Santiago Bragagnolo

> > There is actually a version of taskit for 1.4, but is not the last one. > Honestly, i did not tested on 1.4, then i don't know :). If you run on it, > make me know. i will try to run this week if not. > 2014-06-24 17:23 GMT+02:00 Max Leske <maxleske(a)gmail.com>: > Looks really cool! Everythingâs an object :) > > Does it run in older images? How hard, do you reckon, would it be to > backport TaskIT to e.g. Pharo 1.4? > > Cheers, > Max > > > On 23.06.2014, at 00:39, Santiago Bragagnolo <santiagobragagnolo(a)gmail.com> > wrote: > > > Hi all, im glad to announce TaskIT. You may already knew about, after all > it's not confidential ;) and it has documentation on-going since some > months ago. > > Task IT is package that provides a cool way to deal with processes. Even > when this version is stable, it still in design and we want to make it > consistent and powerfull. > > It counts with a chapter in pharo enterprise book and some cool tests. > > We have moved the main distribution repo to CAR > > http://smalltalkhub.com/#!/~CAR/TaskIT/ > > > The main easy things to do with this revision are: > > " closures " > val := [ 2+2 ] shootIt. > val isKindOf: TKTFuture. > val onSuccess: [: rslt | rslt == 4 ] "async" > val value == 4. " sync " > > rslt := [ 2+2 ] shootIt asResult. > rslt == 4 "sync on demand" > > " objects " > > val := 2 paralellize + 2. > val == 4 "sync on demand" > > > " staying in tune " > > val := [ "some task" ] shootIt asStickyReference. > > val := nil. > " sticky means that if this future is taken by the GC, it will kill the > process" > > > > " looping " > > > val := server paralellize looping serveOnce: anyParameter > asStickyReference. > > "this will execute in a new process, in a loop, server serveOnce: > anyParameter." > > You can stop it by doing > val:= nil. > > "or using a disgusting magic variable, for that check the samples :). But > do not rely on that kind of things, because it will not be supported " > > > > For more advanced and cool usages, check the Doc. > > > FAQ: > > 1- Yes, the "sync" on demand is implemented with a proxy and a become. > 2- Yes, we are changing the API of the processes that persist in time. > > CREDITS > All CAR team in general was great inspiration, particularly, Guille > Polito full operational commiter and of course is always a good idea to > discuss with him, Nick Papoylias, is also great to discuss with him. Luc, > Noury, Jannik: several ideas are discussed with them as well, and they > always gave me support. > > and from RMOD Esteban Lorenzano, also discussing and proposing. > > Thanks all :). > > > OTHERS: > If you want to go to the darkside (dark because is not documented yet, but > in the case of PoolIT, that it has some doc ) you can also add to your > combo: > ActIT: a simple Actor extention for taskit. > ForkIT: an extention that runs blocks in background image (it adds a nice > button to the test runner, letting you run all your tests in a background > image and installing the results after the execution) > PoolIT: it adds a pool of workers, it consumes tasks and ensure you a > limited amount of threads. > PlanIT: a basic and not yet full developed algebra for composing > processes. > > > > I encourage you to use it, it is being used in PhaROS since a lot of > time. And please any bug and enhancements, you can contact us. Since we are > working on the next version is a good time to define what features are > really needed. > > > Salut. > > > Santiago. . > > > > > > > >

June 24, 2014

Re: [Pharo-dev] Inspecting an OrderPreservingDictionary > entries show as nil and self prints entries

by phil＠highoctane.be

Perfect! tThanks you Sven. Phil On Tue, Jun 24, 2014 at 5:54 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > We need to add > > OrderPreservingDictionary class>>#inspectorClass > ^ EyeDictionaryInspector > > On 24 Jun 2014, at 17:49, phil(a)highoctane.be wrote: > > > Kind of weird. > > > > Anyone knowing how to deal with that? Bug? > > > > Phil > > >

June 24, 2014

Re: [Pharo-dev] Inspecting an OrderPreservingDictionary > entries show as nil and self prints entries

by Sven Van Caekenberghe

We need to add OrderPreservingDictionary class>>#inspectorClass ^ EyeDictionaryInspector On 24 Jun 2014, at 17:49, phil(a)highoctane.be wrote: > Kind of weird. > > Anyone knowing how to deal with that? Bug? > > Phil

June 24, 2014

Inspecting an OrderPreservingDictionary > entries show as nil and self prints entries

by phil＠highoctane.be

Kind of weird. Anyone knowing how to deal with that? Bug? Phil

June 24, 2014