- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Compiling and using the FT2Plugin

by Alain Plantec

Hi Igor, #configureFT2Plugin: is the place for #addExternalLibraries: but it only works for FT2Plugin compiled as internal plugin. To compile the FT2Plugin as external, you also have to use #addExternalLibraries: #('freetype') but not sent from #configureFT2Plugin:. It is because of cmake and where #configurePlugin:with: is sent from the #generate method. in the #generate method, #configurePlugin:with: is sent **BEFORE** the 'add_library' cmd production for cmake. it is ok for internal plugin. but, if the plugin is external, then, #addExternalLibraries: #('freetype') has to be invoked **AFTER** the 'add_library' cmd production for cmake. I've implemented a #postConfigurePlugin:with:. same logic as #configurePlugin:with: but sent from the generate method after the 'add_library' cmd production. generate ... vmGen config configurePlugin: plugin with: self. ... internal ifTrue: [self cmd: 'add_library' params: name , ' STATIC ${sources}'.] ifFalse: [self cmd: 'add_library' params: name , ' SHARED ${sources}']. vmGen config postConfigurePlugin: plugin with: self. "added post configuration here" ... I will open an issue and put all my stuffs there. Cheers Alain Le 02/06/2011 13:16, Igor Stasenko a Ã©crit : > Add following to > CogFamilyUnixConfig>>configureFT2Plugin: gen > "extra rules for FT2Plugin" > > | generator | > > generator := maker isExternal ifTrue: [ gen ] > ifFalse: [ gen vmGenerator ]. > > generator > addExternalLibraries: > #( > 'freetype' "freetype library" > ). > > This will force maker to link against freetype library. > (actually i think better would be to override the #addExternalLibraries: > in CMakePluginGenerator > which will add libraries to vm generator, if plugin is internal. > So in configureXYZPlugin: , you can just write: > > gen addExternalLibraries: #( .. ) > without testing if plugin is internal or external. > > >> as a second step, I will come back to the compiling of FT2Plugin as an >> external plugin. >> >> Cheers >> Alain >> >> >> 02/06/2011 02:59, Schwab,Wilhelm K a Ã©crit : >>> Alain, >>> >>> Sig's answer leaves me doubting my suspicion, but I will toss it out >>> anyway, and since you are building a vm, you can pretty easily run through >>> the exercise. >>> >>> First, the question: what (full path) library is the vm trying to load? >>> It really is a plugin, so some of my more common concerns (extra slashes in >>> the path, so.Name instead of libName.so, etc., go away - or do they??). >>> >>> Sadly, I don't see the code I want to give you on this machine. Maybe my >>> laptop will have some friendly symlinks to the tweaked files. In short, I >>> think that any time the (particularly linux) vm translates a number to to a >>> name or a name to a path, and the subsequent load fails, it should say >>> something somewhere about what it tried to open/load. I have used syslog() >>> to good effect. It's nice because the logs rotate, giving some time for the >>> user to look for it and yet not clog the drive with old news. >>> >>> Ok; I'll shut up and see if I can find some code for you :) >>> >>> Bill >>> >>> >>> >>> ________________________________________ >>> From: pharo-project-bounces(a)lists.gforge.inria.fr >>> [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Alain Plantec >>> [alain.plantec(a)yahoo.com] >>> Sent: Wednesday, June 01, 2011 2:00 PM >>> To: pharo-project(a)lists.gforge.inria.fr >>> Subject: Re: [Pharo-project] Compiling and using the FT2Plugin >>> >>> Le 01/06/2011 19:46, Igor Stasenko a Ã©crit : >>>> On 1 June 2011 19:20, Alain Plantec<alain.plantec(a)yahoo.com> wrote: >>>>> Hi all, >>>>> I try to build my own vm (ubuntu 10.04, virtualbox) >>>>> Thanks to the **excellent** Mariano blog, I can compile, it runs ok >>>>> except >>>>> the FT2Plugin >>>>> I always have the following error message while trying to load fonts: >>>>> >>>>> ioLoadModule(libFT2Plugin.so): >>>>> libFT2Plugin.so: cannot open shared object file: No such file or >>>>> directory >>>>> >>>>> I guess that it is because the plugin is unable to load libfreetype.so. >>>>> does someone know what I am missing ? >>>>> >>>> i know. ;) >>>> >>>> i wanna add a correct settings for building this plugin on all >>>> platforms. so we can ship a vm with this plugin by default. >>>> But i haven't time to do it yet. So, if you find a solution how to do >>>> it for unix, i will capture your knowledge in corresponding config(s) >>>> :) >>> ahhhhh! thanks Igor >>> I'm not so stupid, its a problem :) >>> ok, I will try >>> Cheers >>> Alain >>>>> thanks >>>>> Alain >>>>> >>> >> >> > >

June 4, 2011

Re: [Pharo-project] loading code from command line inovcation

by StÃ©phane Ducasse

that your bug is logged in the bug tracking system. and as such not getting lost in the flow of mails On Jun 3, 2011, at 10:56 PM, Hilaire Fernandes wrote: > What am I suppose to understand from this url? > > Le 31/05/2011 10:27, StÃ©phane Ducasse a Ã©crit : >> http://code.google.com/p/pharo/issues/list?thanks=4319 >> >> >> On May 30, 2011, at 9:12 PM, Hilaire Fernandes wrote: >> >>> Some more tests: >>> >>> 1. this crash the image: >>> squeak PharoCore-1.3.image `pwd`/cacaboudin >>> >>> cacaboudin does not exist >>> >>> 2. this crash the image: >>> squeak PharoCore-1.3.image `pwd`/empty.st >>> >>> where empty.st is empty >>> >>> 3. this work: >>> >>> squeak PharoCore-1.3.image `pwd`/test.st >>> >>> where test.st only contains: Transcript show: 'hello' >>> >>> >>> >>> >>> >>> >>> >>> Le 28/05/2011 22:53, Hilaire Fernandes a Ã©crit : >>>> Still does not work >>>> >>>> Hilaire >>>> >>>> Le 28/05/2011 21:02, Guillermo Polito a Ã©crit : >>>>> It seems code loader is not sending #startRetrieval to the UrlDownload >>>>> Request, and the Semaphore waits forever. >>>>> >>>>> I've put a changeset with what I think is a fix in the tracker :). >>>>> >>>>> On Sat, May 28, 2011 at 2:27 PM, Hilaire Fernandes >>>>> <hilaire.fernandes(a)gmail.com >>>>> <mailto:hilaire.fernandes@gmail.com>> wrote: >>>>> >>>>> And the debug is there. >>>>> The halt does not crash the VM in normal condition. (ie Alt-[.] is ok) >>>>> >>>>> Hilaire >>>>> >>>>> >>>>> Le 28/05/2011 19:07, Hilaire Fernandes a Ã©crit : >>>>>> And when there are no halt in commandLineHandlerAction:, the image is >>>>>> frozen >>>>>> >>>>>> Le 28/05/2011 18:53, Hilaire Fernandes a Ã©crit : >>>>>>> With latest pahro core 1.3, I can't load script with command like >>>>>>> >>>>>>> >>>>>>> squeak pharo "`pwd`\myScript.st" >>>>>>> >>>>>>> When I put a halt at the begining of commandLineHandlerAction: >>>>>>> aCommandLine the VM crash >>>>>>> >>>>>>> VM is 4.0.3-2202 >>>>>>> >>>>>>> Hilaire >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Education 0.2 -- http://blog.ofset.org/hilaire >>>>> >>>>> >>>> >>>> >>> >>> >>> -- >>> Education 0.2 -- http://blog.ofset.org/hilaire >>> >>> >> >> >> > > > -- > Education 0.2 -- http://blog.ofset.org/hilaire > >

June 4, 2011

[Pharo-project] Smalltalk in Geneva, anyone?

by Hilaire Fernandes

-- Education 0.2 -- http://blog.ofset.org/hilaire

June 4, 2011

[Pharo-project] smalltalk - ongoing survey

by DougEdmunds

http://therighttool.hammerprinciple.com/items/smalltalk Interesting analysis of smalltalk based on 111 questions. You can run a side by side comparison of Smalltalk with other languages. You can also take the survey and give your own input. -- View this message in context: http://forum.world.st/smalltalk-ongoing-survey-tp3572766p3572766.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 4, 2011

Re: [Pharo-project] OSProcess on 1.2

by Sean P. DeNigris

David T. Lewis wrote: > > If you have a chance, could you please run the following and post > your results from the transcript? > Sure... #('CommandShell versionString ==> 4.4.15' 'OSProcess versionString ==> 4.4.2' 'UnixOSProcessPlugin 23 December 2007 (e)' 'OSPP versionString ==> 4.2.4' 'nil' 'AIO plugin versionString ==> nil' 'nil' 'XDCP versionString ==> nil') -- View this message in context: http://forum.world.st/OSProcess-on-1-2-tp3569458p3572682.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 4, 2011

Re: [Pharo-project] loading code from command line inovcation

by Igor Stasenko

On 31 May 2011 13:50, Stefan Marr <pharo(a)stefan-marr.de> wrote: > Hi Igor: > > On 31 May 2011, at 11:17, Igor Stasenko wrote: > >> Any error on startup will lead to writing error to log and quitting to OS. >> Since scripts are processed during startup, error in script leads to >> quitting to OS. >> To what i see, everything works as expected: >> on error during startup, an image leaves to the system. >> >> Maybe we should change a script manager to process script only after >> full startup is done. >> So, then instead of quitting from image you will have a debugger open. > > Another detail is, that users on the commandline expect errors to go to stderr and not to some 'hidden' log file. > yeah yeah. the problem is that no all VMs support this by default. So it will be even worse if image will rely on non-existing features in VM. > Would it be possible to have that recognized on startup and have errors redirected to stderr instead of a log file? > Sure. Changing few lines of code could do it. See SmalltalkImage>>openLog > Thanks > Stefan > -- Best regards, Igor Stasenko AKA sig.

June 3, 2011

Re: [Pharo-project] [GS/SS Beta] serializing object graphs / ordering graph anchors

by Norbert Hartl

Am 03.06.2011 um 20:29 schrieb Stephan Eggermont: > Hello Norbert, > > That sounds like a silly algorithm. There is no reason you should get a large stack size as > long as you don't try to do this more than one level deep only: > > add object to the table > repeat > find first unwritten object in the table > write its contents: > simple objects direct > for a complex object: > look it up in the table > if it doesn't exist, add it to the table > write its reference > mark as written > until no unwritten objects in the table > It depends on what you like to call stupid. If it comes to algorithms we are talking about trade-offs to choose. Basically I think the way Sixx is working is fine but it has some troubles in gemstone. My approach keeps the way it is working but resorts the problematic case. Your approach is reversing referencing order. Thus preventing the ability to stream the result back in. You are exchanging backward references by forward references. This way you need to read in everything until you can reliably resolve references. With this approach you cannot utilize a pull parser which would enable you to read files of arbitrary size. This would like to prevent. But actually I wasn't looking for the smartest algorithm. I was asking for a tool that already exists. Norbert > > > On 2 jun 2011, at 12:38, Norbert Hartl wrote: > >> Before I start a utility myself I want to ask if there is such a tool already. >> >> I'm using sixx for object graph serialization. It works quite good but it has some severe limits. Well, the limits are not really sixx dependent but a problem of usual serializers. My problem is the size of the stack such a tool generates. Especially in gemstone this appears to be a problem because the stack is limited per gem. >> >> If I look at the serializers I know the mechanics are simple: >> >> 1. take an object and look it up in a table. >> 2. if the object is in the table it has already been serialized. We take a reference from the table and write it down >> 3. if it isn't in the table it means the object has not been serialized and the contents need to be written. After that the object with a reference representation is written to the table >> 4. while writing the content of an object (inst vars) I encounter simple objects (direct string representation) or complex objects (composite). In the latter case we start over from 1. >> >> If the object graph is well interconnected than the odds are high that a stack will grow high until the first reference can be written. With a small pier kernel I already matched a stack size of 1000. >> >> One solution I can think of is to collect and order objects in the graph that cover smaller segments from the overall graph. This way I would construct a sorted collection that is sorted by stack depth (lowest first). The collection will then be serialized leading to a much smaller possible stack sizes. It might be there are cases it can't work but I think for most cases it will do its job. And it will be slow of course. >> >> Does anybody know if such a tool exists? >> >> Norbert >> > >

June 3, 2011

Re: [Pharo-project] ACM Student Research Competition

by Tudor Girba

Hi, Congratulations! Is there a page already that lists the winners? It would be good to link to it. Cheers, Doru On 3 Jun 2011, at 16:36, Alexandre Bergel wrote: > Hi! > > There is a news I would like to share with you. Vanessa, a student at the University of Chile, is just back from ICSE, a top conference on software engineering. She presented Hapao (http://hapao.dcc.uchile.cl) a Pharo application, at the ACM Student Research Competition[*]. It was a success: she arrived 2nd in the category undergraduate student. A nice medal for the Pharo community! > > Cheers, > Alexandre > > [*] http://2011.icse-conferences.org/content/src-call > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > -- www.tudorgirba.com "Being happy is a matter of choice."

June 3, 2011

Re: [Pharo-project] ACM Student Research Competition

by Craig Latta

Nice! Congrats, Vanessa! -C -- Craig Latta www.netjam.org/resume +31 06 2757 7177 + 1 415 287 3547

June 3, 2011

Re: [Pharo-project] 1.2.2 First Impression

by StÃ©phane Ducasse

thanks Sean the ui part of pharo will probably change again because we are changing a lot in the back... I hope to stabilize soon. Stef On Jun 3, 2011, at 3:33 AM, Sean P. DeNigris wrote: > I moved from 1.1.1 to 1.2.2 for my development work and wanted to share some > things I noticed... > > Overall, 1.2.2 feels cleaner, snappier, and prettier. > > My Favorite Things: > * OCompletion is really fast!!! > * Creating new method protocols - you can type spaces > * Help System starting to fill out, and easily accessible from the World > Menu > > Bugs / Regressions (I don't have time to check if each is still true in > trunk) > * Debugger > * the current statement is highlighted in "invisible blue". It's > impossible to see. > * Creating an accessor - "should be implemented" is highlighted, which is > good; but the window doesn't have focus, and clicking on the window's title > bar doesn't give the source pane focus > * Choosing a protocol for a created method - the selection doesn't jump to > the first matching category name like it did in 1.1.1 > * OB > * Syntax errors - "Nothing more expected ->" is not highlighted, making > you have to first select it before you delete it and correct your mistake > * Surrounding selected text (e.g. with quotes) - the surrounded text > doesn't stay highlighted (the 1.1.1 behavior, which I found very useful) > * Monticello - After changing a category name to a sub-category of a > different package (e.g. "MyLibrary" -> "MyOtherProject-MyLibrary"), the > package is not marked dirty in the MC browser until changes are viewed. > > I'm really excited to see what comes next!! We're creating a great system. > > Sean > > -- > View this message in context: http://forum.world.st/1-2-2-First-Impression-tp3569795p3569795.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

June 3, 2011