- Pharo-users - lists.pharo.org

WrapAthen, World coordinate?

by Hilaire

Any information to know to understand why a DrGeo canvas wrapped in P6 AthenWrappedMorph got its coordinates shifted, clipped, background in gray and not white? -- Dr. Geo http://drgeo.eu

June 17, 2017

Re: [Pharo-users] UUIDGenerator

by Sven Van Caekenberghe

> On 17 Jun 2017, at 21:23, horrido <horrido.hobbies(a)gmail.com> wrote: > > Message 'next' is not understood. > > But yes, > > UUID new hex asUppercase > > works fine. > > This is what happens when there is inadequate documentation: you end up > doing things the *hard* way. > > Thanks. You are working in an older version, with less documentation. > Sven Van Caekenberghe-2 wrote >> Why not just >> >> UUIDGenerator default next hex asUppercase. >> >> Or even >> >> UUID new hex asUppercase. >> >> ? >> >> Since you are using #generateBytes:forVersion: (which is an internal >> method BTW), you must be working in an older Pharo image (older than 6). >> We replaced the UUIDGenerator class, the class comment in from the newer >> version. >> >>> On 17 Jun 2017, at 16:27, horrido < > >> horrido.hobbies@ > >> > wrote: >>> >>> Okay, I figured it out. Here's my method: >>> >>> generateUUID >>> | aStream hex s x | >>> hex := '0123456789ABCDEF'. >>> x := ByteArray new: 16. >>> UUIDGenerator default generateBytes: x forVersion: 4. >>> s := String new: 32. >>> aStream := WriteStream on: s. >>> x do: [ :each | aStream nextPut: (hex at: each // 16 + 1). >>> aStream nextPut: (hex at: each \\ 16 + 1) ]. >>> ^ s >>> >>> Works like a charm. It would've been nice if a similar example was >>> available >>> /somewhere/ on the web. >>> >>> >>> >>> -- >>> View this message in context: >>> http://forum.world.st/UUIDGenerator-tp4951725p4951731.html >>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >>> > > > > > > -- > View this message in context: http://forum.world.st/UUIDGenerator-tp4951725p4951743.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 17, 2017

Re: [Pharo-users] Prolog in Pharo

by Bernardo Ezequiel Contreras

MCSmalltalkhubRepository owner: 'goonsh' project: 'Prolog' user: '' password: '' it worked in pharo 3, it doesn't work in pharo5 and pharo6 On Sat, Jun 17, 2017 at 4:43 PM, Serge Stinckwich < serge.stinckwich(a)gmail.com> wrote: > Talking about DSL, there was all this work about integrating logic > programming with Smalltalk called > SOUL. But apparently all this died since many years: > http://ss3.gemstone.com/ss/SOUL.html > http://soft.vub.ac.be/SOUL/ > > On Sat, Jun 17, 2017 at 6:11 PM, Evan Donahue <emdonahu(a)gmail.com> wrote: > > Hi, just saw this. > > > > Smallkanren is complete and under very active development, I just haven't > > put a new version up in a while because I didn't think that anyone was > using > > it. I'm currently cleaning up a new release and was planning to upload > that > > in the next few days. It should have full support for all the core > functions > > and a better interface, in addition to being much faster. > > > > As far as the matter of real world vs academic exercise, I think I might > say > > rather that it has not *yet* been as thoroughly developed and proven as > > prolog. It is, after all, a much newer language by almost a half century. > > However, it forms the basis of clojure's core.logic library, and has been > > seeing an increasing amount of deployment in real world projects in that > > area (configuration, parsing, test generation sorts of things I think). > I'd > > like to enable the same in Pharo. > > > > If anyone is interested to know more, feel free to get in touch. > > > > Cheers, > > Evan > > > > > > > > > > > > -- > > View this message in context: http://forum.world.st/Prolog- > in-Pharo-tp4951719p4951737.html > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > > > -- > Serge Stinckwich > UCN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ > > -- Bernardo E.C. Sent from a cheap desktop computer in South America.

June 17, 2017

Re: [Pharo-users] Anonymous classes performances

by Steven Costiou

I spent my day testing and comparing execution speed between classes and anonymous subclasses when i tried to compare two sets of values between pharo classes: they also differ. In fact it seems that every instruction has a different execution speed if we run it enough times. So it seems impossible to precisely compare execution time between anon classes and pharo classes, at least i don't know how to do it. I computed confidence intervals of various measures, the differences in execution time that exist between classes and anonymous classes can be between -2% to + 9%. But comparing sets of speed between pharo classes, i also have similar intervals (but smaller, from -2% speed to +5% speed). So maybe they have similar performances, at least sometimes they do and sometimes one is slightly faster than the other, but in the end it is not possible to tell. But maybe i'm looking for something which does not even exist, maybe anonymous classes are designed to be as fast as regular classes ? Or maybe it is common to have such variability when benchmarking code ? Does it exist any instruction in pharo with a constant execution time ? (or it could be possible with one million years to compute enough speed tests and do an accurate mean...) Steven. Le 2017-06-16 18:14, Steven Costiou a Ã©crit : > You can find the code below. I just change the call to m by m1 to test the two methods. > > I started again in a fresh pharo 6 image and now the results seem all similar for the following code. I will do all my tests again to see if it was my fault but it takes a lot of time (2 hours for each full test). > > What sould be the expected results ? Should an instance of an anonymous class be as fast as a regular instance when calling the same code, being defined in the anon class or its super class ? > > A implements m ^100 printString and B subclass of A implements m1 ^100 printString > > a := B new. > > class := A newAnonymousSubclass > addSlot: (InstanceVariableSlot named: #y); compile: 'm1 > ^100 printString'; yourself. > c := A new becomeForward: class new. > > res := Dictionary new. > col1 := OrderedCollection new. > col2 := OrderedCollection new. > > 10000 timesRepeat: [ > Smalltalk garbageCollect . > col1 add: [1000000 timesRepeat: [ a m ]] timeToRun]. > > 10000 timesRepeat: [ > Smalltalk garbageCollect . > col2 add: [1000000 timesRepeat: [ c m ]] timeToRun]. > > res at: 'a' put: col1. > res at: 'c' put: col2. > res inspect

June 17, 2017

Re: [Pharo-users] Prolog in Pharo

by Serge Stinckwich

Talking about DSL, there was all this work about integrating logic programming with Smalltalk called SOUL. But apparently all this died since many years: http://ss3.gemstone.com/ss/SOUL.html http://soft.vub.ac.be/SOUL/ On Sat, Jun 17, 2017 at 6:11 PM, Evan Donahue <emdonahu(a)gmail.com> wrote: > Hi, just saw this. > > Smallkanren is complete and under very active development, I just haven't > put a new version up in a while because I didn't think that anyone was using > it. I'm currently cleaning up a new release and was planning to upload that > in the next few days. It should have full support for all the core functions > and a better interface, in addition to being much faster. > > As far as the matter of real world vs academic exercise, I think I might say > rather that it has not *yet* been as thoroughly developed and proven as > prolog. It is, after all, a much newer language by almost a half century. > However, it forms the basis of clojure's core.logic library, and has been > seeing an increasing amount of deployment in real world projects in that > area (configuration, parsing, test generation sorts of things I think). I'd > like to enable the same in Pharo. > > If anyone is interested to know more, feel free to get in touch. > > Cheers, > Evan > > > > > > -- > View this message in context: http://forum.world.st/Prolog-in-Pharo-tp4951719p4951737.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > -- Serge Stinckwich UCN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

June 17, 2017

Re: [Pharo-users] Prolog in Pharo

by Greg Lewin

there was a prolog on squeak long ago http://wiki.squeak.org/squeak/1000

June 17, 2017

Re: [Pharo-users] Prolog in Pharo

by Serge Stinckwich

On Sat, Jun 17, 2017 at 6:11 PM, Evan Donahue <emdonahu(a)gmail.com> wrote: > Hi, just saw this. Hi Evan, > Smallkanren is complete and under very active development, I just haven't > put a new version up in a while because I didn't think that anyone was using > it. I'm currently cleaning up a new release and was planning to upload that > in the next few days. It should have full support for all the core functions > and a better interface, in addition to being much faster. > > As far as the matter of real world vs academic exercise, I think I might say > rather that it has not *yet* been as thoroughly developed and proven as > prolog. It is, after all, a much newer language by almost a half century. > However, it forms the basis of clojure's core.logic library, and has been > seeing an increasing amount of deployment in real world projects in that > area (configuration, parsing, test generation sorts of things I think). I'd > like to enable the same in Pharo. > > If anyone is interested to know more, feel free to get in touch. This looks very promising. At the moment, I just want to reuse an existing Prolog program to generate some scenarios, but I will definitively have a look to your work later. Do you plan to move your code to github ? Regards, -- Serge Stinckwich UCN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

June 17, 2017

Re: [Pharo-users] UUIDGenerator

by horrido

Message 'next' is not understood. But yes, UUID new hex asUppercase works fine. This is what happens when there is inadequate documentation: you end up doing things the *hard* way. Thanks. Sven Van Caekenberghe-2 wrote > Why not just > > UUIDGenerator default next hex asUppercase. > > Or even > > UUID new hex asUppercase. > > ? > > Since you are using #generateBytes:forVersion: (which is an internal > method BTW), you must be working in an older Pharo image (older than 6). > We replaced the UUIDGenerator class, the class comment in from the newer > version. > >> On 17 Jun 2017, at 16:27, horrido < > horrido.hobbies@ > > wrote: >> >> Okay, I figured it out. Here's my method: >> >> generateUUID >> | aStream hex s x | >> hex := '0123456789ABCDEF'. >> x := ByteArray new: 16. >> UUIDGenerator default generateBytes: x forVersion: 4. >> s := String new: 32. >> aStream := WriteStream on: s. >> x do: [ :each | aStream nextPut: (hex at: each // 16 + 1). >> aStream nextPut: (hex at: each \\ 16 + 1) ]. >> ^ s >> >> Works like a charm. It would've been nice if a similar example was >> available >> /somewhere/ on the web. >> >> >> >> -- >> View this message in context: >> http://forum.world.st/UUIDGenerator-tp4951725p4951731.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> -- View this message in context: http://forum.world.st/UUIDGenerator-tp4951725p4951743.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 17, 2017

Re: [Pharo-users] Morph layout changes in P4, P5 or P6

by Hilaire

Yes, I commit the fixes. Now I have issue with the Drawing area. It is wrapped in an Athens Morphs. I remember it was a temporary hack. Is it still necessary ? Hilaire Le 17/06/2017 Ã 20:12, Nicolai Hess a Ã©crit : > Do you know how to fix it ? > -- Dr. Geo http://drgeo.eu

June 17, 2017

Re: [Pharo-users] Morph layout changes in P4, P5 or P6

by Nicolai Hess

2017-06-17 19:35 GMT+02:00 Hilaire <hilaire(a)drgeo.eu>: > Found, it is the Layout protocol. It seems to behave differently, at least: > > LayoutFrame fractions: fractionsOrNil offsets: offsetsOrNil > > does not behave the same > > Le 17/06/2017 Ã 18:40, Hilaire a Ã©crit : > > I think the changes originated more likely in P4. > > -- > Dr. Geo > http://drgeo.eu > > > Do you know how to fix it ? Replacing code like self window addMorph: treeMorph fullFrame: (LayoutFrame fractions: (0@0 corner: 0.2@1) offsets: (0 @ menuBarShiftY corner: 0@statusHeight negated)). with self window addMorph: treeMorph fullFrame: ((0@0 corner: 0.2@1) asLayoutFrame topLeftOffset: (0 @ menuBarShiftY) ;bottomRightOffset: (0@statusHeight negated)). works for me.

June 17, 2017