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

Re: [Pharo-users] Fuel FLMethodChanged error

by Paul DeBruicker

On 06/07/2012 01:18 PM, Mariano Martinez Peck wrote: > 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? > There are pragmas but not in an #initialize method. The class where the error occurs is also a domain object. > The serializeHash is 15407 and the result of 'method bytecodesHash' > is 30998. > > > can you try closing all opened ssytem browsers (nautilus windows or > wharever)? > That didn't change things. > > 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? I can make up some imaginary users.

June 7, 2012

Re: [Pharo-users] Fuel FLMethodChanged error

by Mariano Martinez Peck

On Thu, Jun 7, 2012 at 10:12 PM, Paul DeBruicker <pdebruic(a)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

Fuel FLMethodChanged error

by Paul DeBruicker

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. 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. The serializeHash is 15407 and the result of 'method bytecodesHash' is 30998. What should I check to diagnose/fix this problem? Thanks

June 7, 2012

Re: [Pharo-users] Beginner's question / zinc w/ seaside...

by Cameron Sanders

Sven, Thanks You! Now I have done the "ZnServer stopDefault" followed by Stop and Start of the Seaside, and now I see the Seaside pages. -Cam

June 7, 2012

Re: [Pharo-users] Beginner's question / zinc w/ seaside...

by Sven Van Caekenberghe

Hi Cameron, On 07 Jun 2012, at 20:09, Cameron Sanders wrote: > Can someone please point me to the documentation on how to register my apps when using Zinc & Seaside? And/or advise me on how to proceed. Thanks in advance. > > 1. I started with a clean Pharo-1.4. I pulled in Seaside, and some of my class DpFnSeriesProcessorReportQuery. > > 2. Then I manually started Zinc via ZnServer vi "ZnServer startDefaultOn: 8080". > > Opening a browser gave me the default Zinc page(s). > > 3. Later (after struggling to get my app registered) I spotted the Seaside Control Panel on the menu, I did a "ZnServer shutDown". Followed by opened the Seaside control panel. > > 4. In the Seaside control panel I added the Zinc Adaptor, and clicked the "Start" button. > > Opening a browser gave me the familiar Seaside intro/config pages. But minutes later... it was back to the Zinc default pages. [Perhaps I had another pharo-seaside image running ... and didn't notice??] > > 5. I stopped & started the server through the Seaside control panel, but I still get the zinc pages. The main Zn documentation can be found at http://zn.stfx.eu more specifically http://zn.stfx.eu/zn/zinc-http-components-paper.html and http://zn.stfx.eu/zn/zn-talk-pharo-conference.pdf Your issue is that you are confusing/mixing two things: a plain ZnServer and ZnZincSeasideAdaptor. If you are a regular Seaside user, there is no need to start a low level ZnServer. Use the Seaside control panel to start a ZnZincSeasideAdaptor (which will automatically start and manage a ZnServer behind the scenes). Or do it programmatically, as any Seaside adaptor: ZnZincServerAdaptor startOn: 8080. Your point 5 is because you started the default ZnServer which is registered/managed automatically. You only did a shutDown, not a stop. After an image save it will automagically come up again. You can get rid of it by doing ZnServer stopDefault. All this is in the documentation. HTH, Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

June 7, 2012

Beginner's question / zinc w/ seaside...

by Cameron Sanders

Hi All. Can someone please point me to the documentation on how to register my apps when using Zinc & Seaside? And/or advise me on how to proceed. Thanks in advance. 1. I started with a clean Pharo-1.4. I pulled in Seaside, and some of my class DpFnSeriesProcessorReportQuery. 2. Then I manually started Zinc via ZnServer vi "ZnServer startDefaultOn: 8080". Opening a browser gave me the default Zinc page(s). 3. Later (after struggling to get my app registered) I spotted the Seaside Control Panel on the menu, I did a "ZnServer shutDown". Followed by opened the Seaside control panel. 4. In the Seaside control panel I added the Zinc Adaptor, and clicked the "Start" button. Opening a browser gave me the familiar Seaside intro/config pages. But minutes later... it was back to the Zinc default pages. [Perhaps I had another pharo-seaside image running ... and didn't notice??] 5. I stopped & started the server through the Seaside control panel, *but I still get the zinc pages.* - Separately, I played with variations on ... DpFnSeriesProcessorReportQuery class>>initialize which is DpFnSeriesProcessorReportQuery registerAsApplication: 'reports'. AND WAAdmin register: DpFnSeriesProcessorReportQuery asApplicationAt: 'reports'. - At present, I see 'reports' registered in the "Request Handler Browser" launched from the Seaside control panel, but I am unable to get to the pages as noted up in list-item #5. Any advice or guidance is most welcome! Thank You! Cam PS: Stef, I had drafted a few paragraphs describing our usage/application involving Pharo, but then the guy I asked to review it went on vacation, then I was out of the office, then the financial markets distracted us -- clients first! I have not forgotten, and I still plan to donate, but more later, on a separate thread.

June 7, 2012

Re: [Pharo-users] Pharo CI server link on pharo-project.org has 502 error.

by Christophe Demarey

ok, I got the problem : jenkins produced a huge log file for one slave with a lot of Exceptions. It seems that jenkins sometimes try and try again to do some stuff even if it fails :( Then the fs partition was quite full and caused some trouble on the hypervisor running Jenkins. Le 7 juin 2012 Ã 15:37, Esteban Lorenzano a Ã©crit : > ...and is down again :( > > seriously, who use java for this kind of stuff?? they should use pharo :P You just need to convince Jenkins developers (including plugin developers) or write the next generation CI software ;)

June 7, 2012

Re: [Pharo-users] Pharo CI server link on pharo-project.org has 502 error.

by Igor Stasenko

On 7 June 2012 15:37, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > ...and is down again :( > > seriously, who use java for this kind of stuff?? they should use pharo :P > why you don't like java? java is a professional server software, which never breaks! :) -- Best regards, Igor Stasenko.

June 7, 2012

Re: [Pharo-users] working with athens balloon

by Igor Stasenko

On 7 June 2012 14:41, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > On Thu, Jun 7, 2012 at 2:06 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> Hi, Tudor. >> >> Yes, i did not implemented support for Strike fonts. >> Because strike fonts are not scalable, and because no way they can be >> correctly rendered by Athens: >> fonts holding a pre-rendered glyph with subpixel accuracy... which >> working well as long >> as you don't rotate/scale the bitmap.. and if you do, then output is >> even worse than gray-scale) >> So it is useless, and that's why i didn't added support for them in a >> first place. >> But if you need it, i can add it. It should be easy to do. Tell me if >> you need it. > > I see. If it is not expensive, I think the support for StrikeFonts > would still make sense for helping us transition the application from > the old canvas to the Athens one without requiring a Cairo-enabled VM. > Like that, once we have migrated the code to the new API, we can > simply switch to the Cairo/Pango backend. Or do you have another > proposal? > > On another note, how do I make "AthensTextRenderTest test1." work? I > mean how should I initialize the default font (or how do I pass it to > the AthensTextScanner)? > ouch.. looks like extension methods is wiped from LogicalFont.. i will add them back.. 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. 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. 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. The rest (layout) should be handled externally. -- Best regards, Igor Stasenko.

June 7, 2012

Re: [Pharo-users] Pharo CI server link on pharo-project.org has 502 error.

by Esteban Lorenzano

...and is down again :( seriously, who use java for this kind of stuff?? they should use pharo :P On Jun 7, 2012, at 3:34 PM, Igor Stasenko wrote: > On 7 June 2012 14:51, Christophe Demarey <Christophe.Demarey(a)inria.fr> wrote: >> Hi, the jenkins server was down due to an internal problem : the JVM does not support too many open files. > > sound like a resource leak to me... > >> I hope this problem will not re-appear. >> I restarted the server this morning and it's now back on line. >> >> Regards, >> Christophe. >> >> Le 7 juin 2012 Ã 05:22, Igor Stasenko a Ã©crit : >> >>> probably the server is down.. >>> Christophe, can you check please, what is the problem? >>> >>> >>> On 6 June 2012 22:56, Paul DeBruicker <pdebruic(a)gmail.com> wrote: >>>> https://ci.lille.inria.fr/pharo/ gives a 502 error. >>>> >>>> >>>> >>>> Also is Pharo 1.4-14438 the latest Pharo 1.4? >>>> >>>> Thanks >>>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >> > > > > -- > Best regards, > Igor Stasenko. >

June 7, 2012