Re: [Pharo-users] [Pharo-dev] PharoDays?

What about sometime mid-May? On 28 February 2018 at 19:10, Stephane Ducasse wrote: > Or 24-25 of May > Or 31 - 1 June? > > On Wed, Feb 28, 2018 at 6:09 PM, Stephane Ducasse > wrote: > > Hi guys > > > > many people are asking when and where there will be PharoDays. > > And we do not know. > > We

Re: [Pharo-users] PetitParser Question

--- Begin Message --- OK, Thanks, Asbath On 06/03/2018 08:43, Julien wrote: Hello, I think this blogpost is a good place to start: https://www.lukas-renggli.ch/blog/petitparser-1 There is also the chapter about PetitParser in Deep Into Pharo: http://pharobooks.gforge.inria.fr/PharoByExam

Re: [Pharo-users] Bitwise operations in ByteArray (slicing, etc.)

2018-03-06 12:06 GMT-03:00 Henrik Sperre Johansen : > Esteban A. Maringolo wrote > BaseX encode/decode can be simple enough to fit in a small workspace: > > base := 58. > base58Lookup := > '123456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz'. > myNumber := 12345678901234567890. > > myStrin

Re: [Pharo-users] HMAC-SHA512

On Sun, Mar 04, 2018 at 04:00:23PM -0300, Esteban A. Maringolo wrote: > Thank you Pierce, I managed to make play the SHA classes of your > OpenSSL wrapper with the PBKDF2 from Udo's plus HMAC from the > Cryptography package. > I sent you a pull-request >

[Pharo-users] does pharo 5 work in mac high sierra?

I assume it works fine but I'm thinking about upgrading and just want to be sure. Thanks Paul

Re: [Pharo-users] casting to subclass

On Fri, Mar 2, 2018 at 9:19 PM, Hernán Morales Durand < hernan.mora...@gmail.com> wrote: > Hi Siemen > > IIRC this was known as "wide classes", there is some paper about it. > Thanks for the pointer! I found http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.31.4708 but no Pharo implementati

Re: [Pharo-users] casting to subclass

On Fri, Mar 2, 2018 at 9:21 PM, Esteban A. Maringolo wrote: > "Castings" are aliens in the Smalltalk world, although there is a > #become*: method family, I would discourage you from using it as an > alternative unless you really need to do it. > Ok, thanks. I think this use case is specific eno

Re: [Pharo-users] Bitwise operations in ByteArray (slicing, etc.)

Esteban A. Maringolo wrote > Hi Richard, > > Certainly a BitStream is beyond what I initially thought. > > But it could be of some use to play with it, is it available somewhere > with a friendly open source license? > > I might give it a try using it for my generator (tests are already > passin

Re: [Pharo-users] casting to subclass

On Fri, Mar 2, 2018 at 9:08 PM, Stephan Eggermont wrote: > Siemen Baader wrote: > > > > What else could I do, apart from removing the element from its tree, > > creating a new (subclass) instance and then putting this element in place > > of the old one? Some #perform or `super` magic..? > > Use

Re: [Pharo-users] Bitwise operations in ByteArray (slicing, etc.)

+100. Strings are "dead bits", lacking behaviour specific to what they represent. Your date example is an excellent portrayal of that. They should never be used for holding structured data. Think of strings (dead bits) in much the same way we think of paper (dead trees). On Mar 6, 2018 05:46,

Re: [Pharo-users] Bitwise operations in ByteArray (slicing, etc.)

Re "Strings are wrong", the influences on my thinking went like this. (1) As an undergraduate, I did exercises with the Euler compiler (written in Burroughs Algol) and the XPL compiler (written in XPL). XPL had immutable strings, rather like AWK or Java, and a PL/I-ish set of operation

Re: [Pharo-users] my mistake on Spec?

Yes, i'm undestand. Looks good now. 2018-03-05 23:10 GMT+03:00 Stephane Ducasse : > You should initialize the instance variable > > #subjectTextInput > > I suggest to do your UI incrementally. > > Stef > > On Mon, Mar 5, 2018 at 9:08 PM, Stephane Ducasse > wrote: > > defaultSpec2 > > > > ^ S

Re: [Pharo-users] Ever growing image

>From the 90's there is the work of Ole Agesen, using type inference to detect (not) dead code and build SELF images. http://dblp.uni-trier.de/pers/hd/a/Agesen:Ole In any case, I only wanted to say that it is unfair to say that Pharo is big when "you only load your packages". And I feel that's no

Re: [Pharo-users] Ever growing image

Maybe this: https://rmod.inria.fr/web/publications/bib?query=Poli17c&display=abstract Guillermo Polito, Luc Fabresse, Noury Bouraqadi, and Stéphane Ducasse. Run-Fail-Grow: Creating Tailored Object-Oriented Runtimes Producing a small deployment version of an application is a challenge because s

Re: [Pharo-users] Pharo for MacOs 10.6.8?

hi, I would say get.pharo.org/30+vm or get.pharo.org/20+vm one of both should work. there is also a chance that get.pharo.org/40+vm … will work, but you need to try it ;) Esteban ps: but as Marcus

Re: [Pharo-users] Ever growing image

yes, Mariano Peck made a PhD on that (when we were exploring “how to get smaller images” possibilities). We finally went for bootstrap, but we made an analysis on all possibilities around. Maybe he can point to it… Esteban > On 6 Mar 2018, at 04:35, Sean P. DeNigris wrote: > > Marcus Denker