June 2012 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Fuel FLMethodChanged error

by Paul DeBruicker

On 06/07/2012 02:25 PM, Mariano Martinez Peck wrote: > | serializer | > serializer := FLSerializer newFull. > serializer serialize: xxx on: aStream. > > and tell me if that also work? After loading FuelMetaLevel as Martin suggested the above code works to serialize and materialize the problematic domain objects just fine.

June 7, 2012

Re: [Pharo-users] FuelPreview doesn't work if you follow the instructions on the Fuel website.

by Martin Dias

> (ConfigurationOfFuel project version: #static) load: 'FuelPreview'. #stable sorry!

June 7, 2012

Re: [Pharo-users] Fuel FLMethodChanged error

by Martin Dias

> Using Fuel 1.8 I get a dnu when FLSerializer is sent #newFull. Hi Paul, You have to install FuelMetalevel, an additional package: Gofer new url: 'http://ss3.gemstone.com/ss/Fuel'; package: 'ConfigurationOfFuel'; load. ((Smalltalk at: #ConfigurationOfFuel) project version: #stable) load: 'FuelMetalevel'. MartÃn

June 7, 2012

Re: [Pharo-users] FuelPreview doesn't work if you follow the instructions on the Fuel website.

by Martin Dias

Hi Paul, thank you, instructions were wrong because was loading #bleedingEdge. Now I fixed it, please use: (ConfigurationOfFuel project version: #static) load: 'FuelPreview'. HTH, Martin On Thu, Jun 7, 2012 at 7:47 PM, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > Hi - > > If you follow the docs here: > http://rmod.lille.inria.fr/web/pier/software/Fuel/Version1.8/Documentation/… > > The example in the docs does not work. > > FLAnalyzer>>#showPreview gives a dnu. Â If you run the example in the class > comments of FLGraphViewBuilder you get another dnu when > ROElement>>#addShape: is sent. > > Should it work on Pharo 1.3? > > Thanks > > Paul >

June 7, 2012

Re: [Pharo-users] Fuel FLMethodChanged error

by Paul DeBruicker

On 06/07/2012 02:25 PM, Mariano Martinez Peck wrote: > | serializer | > serializer := FLSerializer newFull. > serializer serialize: xxx on: aStream. Using Fuel 1.8 I get a dnu when FLSerializer is sent #newFull. There is a #newDefault and a #newLight in my image.

June 7, 2012

FuelPreview doesn't work if you follow the instructions on the Fuel website.

by Paul DeBruicker

Hi - If you follow the docs here: http://rmod.lille.inria.fr/web/pier/software/Fuel/Version1.8/Documentation/… The example in the docs does not work. FLAnalyzer>>#showPreview gives a dnu. If you run the example in the class comments of FLGraphViewBuilder you get another dnu when ROElement>>#addShape: is sent. Should it work on Pharo 1.3? Thanks Paul

June 7, 2012

Re: [Pharo-users] working with athens balloon

by Tudor Girba

Hi, On 7 Jun 2012, at 15:57, Igor Stasenko wrote: > ouch.. looks like extension methods is wiped from LogicalFont.. > i will add them back.. Thanks. > But in overall , i want to tell you the situation: > as you may see, there is no high-level API defined yet in > Canvas/Surface for text rendering. > And i am going to introduce it , once i'll deal with VM bundling.. > because telling people to install cairo and do jumps and hops just to > see it works is > wasting a time. Great. > Now the idea how i want to introduce it is simple. > You can use any object as font (as long at it should conform to some > minimal font protocol, > which has to be defined). I don't like to inherit AbstractFont > protocol, because it is too > pixel-wise centric. Sounds good. > Now, to start using that font on a surface, once should tell font: > > renderer := font getRendererOn: surface. > > this should answer a subclass of GlyphRenderer, which then can be used later > to render the text on given surface using given font. > > renderer setPosition: .. > renderer renderGlyphsIn: 'abcde' from: 1 to: ('abcde' size) > etc. > > of course there is missing some convenience protocol(s), but just to > give you an idea. > > About pango: > pango is framework for text layout, not rendering. So, it can be used > along with Athens, > but it will be never an integral part of Athens. > In Athens, i don't want to provide a high-level and highly complex > semantics for text layout, > because it is a separate domain and you can spend whole life there. > Athens should support only basic drawing operations, like draw > character span at certain position. Exactly. This is what we need for engines like EyeSee and Roassal. > The rest (layout) should be handled externally. I know that. I should have not mentioned Pango :) Cheers, Doru -- www.tudorgirba.com "Sometimes the best solution is not the best solution."

June 7, 2012

Re: [Pharo-users] Fuel FLMethodChanged error

by Mariano Martinez Peck

On Thu, Jun 7, 2012 at 11:16 PM, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > The problem was that in one of the inst vars of my class that had the > error I was in some instances storing a Dictionary and other instances > storing a SortedCollection with a custom sortBlock. They should have all > been dictionaries but some instances had not been migrated to dictionaries. > Once I fixed that the problem went away. > > Hi. Fuel does support full serialization of closures but you may need to "enable" that. BTW, can you try something with the image where you still have the closure and try to serialize this way: | serializer | serializer := FLSerializer newFull. serializer serialize: xxx on: aStream. and tell me if that also work? > This bit in a workspace also raises an error. I'm not sure why it does and > I don't know why you'd ever do it in practice: > > |coll| > coll:=OrderedCollection new. > (Interval from: 1 to: 100) do: [:each| > coll add:( each \\ 2 = 0 > ifTrue: [SortedCollection sortBlock:[:a :c | a name < c > name] ] > ifFalse:[Dictionary new] ) ]. > > FLSerializer serialize: coll toFileNamed: 'collection.fuel'. > > FLMaterializer materializeFromFileNamed: 'collection.fuel' > > Thanks, I could reproduce it. I will take a look soon. > > > > > > On 06/07/2012 01:18 PM, Mariano Martinez Peck wrote: > >> >> >> On Thu, Jun 7, 2012 at 10:12 PM, Paul DeBruicker <pdebruic(a)gmail.com >> <mailto:pdebruic@gmail.com>> wrote: >> >> I'm trying to serialize and materialize some domain objects. If I >> run this: >> >> >> FLSerializer serialize: users toFileNamed: 'users.fuel'. >> >> >> The file users.fuel is created. >> >> If in the same workspace in the same Pharo 1.3 image on Cog 2550 / >> Linux 64 bit I subsequently run: >> >> FLMaterializer materialzeFromFileNamed: 'users.fuel' >> >> I get an FLMethodChanged error. >> >> >> that looks weird, because you are materializng in the SAME image ... >> >> >> If I just serialize and materialize strings, numbers, and >> DateAndTime objects to files everything works fine and all 248 Fuel >> tests pass no problem. >> >> The incoming method it has a problem with is an #initialize method. >> >> >> which class is the one that contains that #initialize? >> do you have an #initialize in your image that uses pragmas? >> >> The serializeHash is 15407 and the result of 'method bytecodesHash' >> is 30998. >> >> >> can you try closing all opened ssytem browsers (nautilus windows or >> wharever)? >> >> >> What should I check to diagnose/fix this problem? >> >> >> is your data private or you can provide an image with "users" so that we >> can test? >> >> Thanks >> >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.**com <http://marianopeck.wordpress.com> >> >> > > -- Mariano http://marianopeck.wordpress.com

June 7, 2012

Re: [Pharo-users] Fuel FLMethodChanged error

by Paul DeBruicker

The problem was that in one of the inst vars of my class that had the error I was in some instances storing a Dictionary and other instances storing a SortedCollection with a custom sortBlock. They should have all been dictionaries but some instances had not been migrated to dictionaries. Once I fixed that the problem went away. This bit in a workspace also raises an error. I'm not sure why it does and I don't know why you'd ever do it in practice: |coll| coll:=OrderedCollection new. (Interval from: 1 to: 100) do: [:each| coll add:( each \\ 2 = 0 ifTrue: [SortedCollection sortBlock:[:a :c | a name < c name] ] ifFalse:[Dictionary new] ) ]. FLSerializer serialize: coll toFileNamed: 'collection.fuel'. FLMaterializer materializeFromFileNamed: 'collection.fuel' On 06/07/2012 01:18 PM, Mariano Martinez Peck wrote: > > > On Thu, Jun 7, 2012 at 10:12 PM, Paul DeBruicker <pdebruic(a)gmail.com > <mailto:pdebruic@gmail.com>> wrote: > > I'm trying to serialize and materialize some domain objects. If I > run this: > > > FLSerializer serialize: users toFileNamed: 'users.fuel'. > > > The file users.fuel is created. > > If in the same workspace in the same Pharo 1.3 image on Cog 2550 / > Linux 64 bit I subsequently run: > > FLMaterializer materialzeFromFileNamed: 'users.fuel' > > I get an FLMethodChanged error. > > > that looks weird, because you are materializng in the SAME image ... > > > If I just serialize and materialize strings, numbers, and > DateAndTime objects to files everything works fine and all 248 Fuel > tests pass no problem. > > The incoming method it has a problem with is an #initialize method. > > > which class is the one that contains that #initialize? > do you have an #initialize in your image that uses pragmas? > > The serializeHash is 15407 and the result of 'method bytecodesHash' > is 30998. > > > can you try closing all opened ssytem browsers (nautilus windows or > wharever)? > > > What should I check to diagnose/fix this problem? > > > is your data private or you can provide an image with "users" so that we > can test? > > Thanks > > > > > -- > Mariano > http://marianopeck.wordpress.com >

June 7, 2012

Re: [Pharo-users] Fuel FLMethodChanged error

by Paul DeBruicker

Its a problem with one of the instances of my domain object. When I make a bunch of fake users and wipe out the real ones they serialize and materialize just fine. I'll try to set a halt for the serializedHash I mentioned earlier to see what's going on in the real object. Thanks On 06/07/2012 01:18 PM, Mariano Martinez Peck wrote: > > > On Thu, Jun 7, 2012 at 10:12 PM, Paul DeBruicker <pdebruic(a)gmail.com > <mailto:pdebruic@gmail.com>> wrote: > > I'm trying to serialize and materialize some domain objects. If I > run this: > > > FLSerializer serialize: users toFileNamed: 'users.fuel'. > > > The file users.fuel is created. > > If in the same workspace in the same Pharo 1.3 image on Cog 2550 / > Linux 64 bit I subsequently run: > > FLMaterializer materialzeFromFileNamed: 'users.fuel' > > I get an FLMethodChanged error. > > > that looks weird, because you are materializng in the SAME image ... > > > If I just serialize and materialize strings, numbers, and > DateAndTime objects to files everything works fine and all 248 Fuel > tests pass no problem. > > The incoming method it has a problem with is an #initialize method. > > > which class is the one that contains that #initialize? > do you have an #initialize in your image that uses pragmas? > > The serializeHash is 15407 and the result of 'method bytecodesHash' > is 30998. > > > can you try closing all opened ssytem browsers (nautilus windows or > wharever)? > > > What should I check to diagnose/fix this problem? > > > is your data private or you can provide an image with "users" so that we > can test? > > Thanks > > > > > -- > Mariano > http://marianopeck.wordpress.com >

June 7, 2012