- Pharo-users - lists.pharo.org

Re: [Pharo-users] Memoization Question

by phil＠highoctane.be

Looking at LRUCache tests, I've found this: testFibonacci "After an idea by Jan Vrany. Recursively enter the cache and its access protection" | fibCache | fibCache := self newCache. fibCache maximumWeight: 32; beThreadSafe; factory: [ :key | key < 2 ifTrue: [ key ] ifFalse: [ (fibCache at: key - 1) + (fibCache at: key - 2) ] ]. self assert: (fibCache at: 40) equals: 102334155 the factory thing basically solves the problem. Is there more docs about the caching somewhere? I read the code, comments, and unit tests but still, will value an explanation. Keying by object works, but with symbols, it isn't behaving. I think I miss something here. Is the cache size set at a given limit? I see keyIndex is Dictionary new. What if I do have a lot of keys? Is the dictionary being copied over and over to get to the right size? Phil Phil Phil On Tue, Nov 11, 2014 at 7:52 PM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > I should ask more questions :-). > > Now, this still doesn't answer the question on how to use this to memoize > object methods. > > I think that what is closest to what I am looking for is this: > > http://wiki.tcl.tk/10779 > http://wiki.tcl.tk/10981 > > > I am use we can do something like that in Pharo, with some memoize method > in Object playing around with thisContext. > > SomeClass>>someMethodWith: aSomething and: aSomethingElse > > > > Like self haltIf: aSymbol will break if aSymbol is in the call stack. > > Any guru having a way to do that? > > Phil > > > > > On Tue, Nov 11, 2014 at 7:21 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > >> Werner Kassens wrote: >> >Hi, >> >now this a nice idea, especially the memoizedUsing:cache idea. i would >> >really appreciate it, if that would be MIT licenced. >> >werner >> >> It already is, thanks to the permission of author John Cromartie who >> answered >> us today. Both methods are in a slice already: >> >> Details in https://pharo.fogbugz.com/f/cases/14458 >> >> Thx >> T. >> >> >> >

Nov. 12, 2014

Re: [Pharo-users] question on syntax "negate numbers"

by Werner Kassens

On 11/12/2014 11:29 AM, JosÃ© ComesaÃ±a wrote: > Well, I don't understand why the book says that because in fact you can > define a -- binary method: yes, that is what i said, it's just an irritating bug in the book. werner

Nov. 12, 2014

Re: [Pharo-users] question on syntax "negate numbers"

by JosÃ© ComesaÃ±a

> > "Note that ââ is not allowed for parsing reasons" (i just checked the > latest version) > now honestly, dont you think that a) is a serious contender? that is all i > wanted to say. > werner > Well, I don't understand why the book says that because in fact you can define a -- binary method: SmallInteger>>-- aNumber ^ aNumber - self. works perfectly (although it is nonsense, I know)

Nov. 12, 2014

Re: [Pharo-users] String representation of Class

by Hilaire

Le 12/11/2014 10:22, Hilaire a Ã©crit : > Later I test directly from the browser with a dummy class with one > method with non ascii character. Fileout sometimes work (for example, I > add a space in the method body, save, remove the space, save again,...), > some time not. > > tested on Pharo 3.0 Reported here https://pharo.fogbugz.com/f/cases/14462/ZNInvalidUTF8-when-fileout-method-b… -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Nov. 12, 2014

Re: [Pharo-users] String representation of Class

by Hilaire

Le 12/11/2014 10:15, phil(a)highoctane.be a Ã©crit : > Why not use FileSystem memory for those things? This would keep the > files inside the image. > because I didn't know about it :) But fileout(UTF8 conversion, again...) seems to be broken, see my other post. Hilaire -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Nov. 12, 2014

Re: [Pharo-users] String representation of Class

by Hilaire

Thanks, interesting hack I need to learn from. Filout works well as long as only ascii appear in the body of the method. When a method contains non ascii (for example for a string) fileout get irrational with a ZNInvalidUTF8, but not always! For example, a script method as: scriptName ^ 'tÃ©te' does not lead to the error, but as following: scriptName ^ 'tÃ©tÃ©' leads to the error. Note the scriptName method works from Pharo To build the script I use the following code. createScriptFrom: dialog "Build a new script from the dialog, return the newly created script object" |scriptClass stream| scriptClass := DrGeoUserScript subclass: ('DrGeoScript', dialog scriptName hash printString) asSymbol instanceVariableNames: '' classVariableNames: '' category: 'DrGeoII-User'. "name" stream := WriteStream on: String new. stream << 'scriptName'; << Character cr; << Character tab; << $^; <<$'; << dialog scriptName; << $'. scriptClass compile: stream contents classified: 'public'. Later I test directly from the browser with a dummy class with one method with non ascii character. Fileout sometimes work (for example, I add a space in the method body, save, remove the space, save again,...), some time not. tested on Pharo 3.0 Hilaire Le 12/11/2014 09:33, Sven Van Caekenberghe a Ã©crit : > String streamContents: [ :out | Association fileOutOn: out ] > > I am not sure it covers everything, but for some script methods this will do. -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Nov. 12, 2014

Re: [Pharo-users] String representation of Class

by kilon alios

and if you want a json like implementation there is filetree. I think json is a much better format than XML but I am nowhere near to an experienced web developer. On Wed, Nov 12, 2014 at 11:15 AM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > On Wed, Nov 12, 2014 at 9:21 AM, Hilaire <hilaire(a)drgeo.eu> wrote: > >> Le 12/11/2014 09:08, phil(a)highoctane.be a Ã©crit : >> >> Is it possible to export a whole class as a string, then import it back >> >> from a string representation to a class? >> > >> > Isn't that a fileOut/fileIn thing? >> > >> >> Yes, however I don't want it on a .st file (to avoid possible trouble on >> the end user DrGeo installation) but on a string within Smalltalk. >> > > Why not use FileSystem memory for those things? This would keep the files > inside the image. > > Phil > >> >> Hilaire >> >> >> >> -- >> Dr. Geo - http://drgeo.eu >> iStoa - http://istoa.drgeo.eu >> >> >> >> >

Nov. 12, 2014

Re: [Pharo-users] String representation of Class

by phil＠highoctane.be

On Wed, Nov 12, 2014 at 9:21 AM, Hilaire <hilaire(a)drgeo.eu> wrote: > Le 12/11/2014 09:08, phil(a)highoctane.be a Ã©crit : > >> Is it possible to export a whole class as a string, then import it back > >> from a string representation to a class? > > > > Isn't that a fileOut/fileIn thing? > > > > Yes, however I don't want it on a .st file (to avoid possible trouble on > the end user DrGeo installation) but on a string within Smalltalk. > Why not use FileSystem memory for those things? This would keep the files inside the image. Phil > > Hilaire > > > > -- > Dr. Geo - http://drgeo.eu > iStoa - http://istoa.drgeo.eu > > > >

Nov. 12, 2014

Re: [Pharo-users] String representation of Class

by Sven Van Caekenberghe

String streamContents: [ :out | Association fileOutOn: out ] I am not sure it covers everything, but for some script methods this will do. > On 12 Nov 2014, at 09:21, Hilaire <hilaire(a)drgeo.eu> wrote: > > Le 12/11/2014 09:08, phil(a)highoctane.be a Ã©crit : >>> Is it possible to export a whole class as a string, then import it back >>> from a string representation to a class? >> >> Isn't that a fileOut/fileIn thing? >> > > Yes, however I don't want it on a .st file (to avoid possible trouble on > the end user DrGeo installation) but on a string within Smalltalk. > > Hilaire > > > > -- > Dr. Geo - http://drgeo.eu > iStoa - http://istoa.drgeo.eu > >

Nov. 12, 2014

Re: [Pharo-users] String representation of Class

by Hilaire

Le 12/11/2014 09:08, phil(a)highoctane.be a Ã©crit : >> Is it possible to export a whole class as a string, then import it back >> from a string representation to a class? > > Isn't that a fileOut/fileIn thing? > Yes, however I don't want it on a .st file (to avoid possible trouble on the end user DrGeo installation) but on a string within Smalltalk. Hilaire -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Nov. 12, 2014