June 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [ISSUE] 2607 NewTextMorph with TTFont

by Denis Kudriashov

Yes, Its not work in 1.2 too 2010/6/29 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > thanks denis > did you tried in 1.2 because fernando worked a lot on them but his changes > are in 1.2? > > Stef > > On Jun 29, 2010, at 9:48 PM, Denis Kudriashov wrote: > > > I found bug in NewTextMorph (Pharo 1.1 rc2 10.06) > > > > Set default system Font to dejavu sans regular and run NewTextMorph > example1. > > > > There is no text. And keyboard input not work (text not visible). > > > > Besides EntryFieldMorph work good > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 29, 2010

Re: [Pharo-project] [ISSUE] 2607 NewTextMorph with TTFont

by StÃ©phane Ducasse

thanks denis did you tried in 1.2 because fernando worked a lot on them but his changes are in 1.2? Stef On Jun 29, 2010, at 9:48 PM, Denis Kudriashov wrote: > I found bug in NewTextMorph (Pharo 1.1 rc2 10.06) > > Set default system Font to dejavu sans regular and run NewTextMorph example1. > > There is no text. And keyboard input not work (text not visible). > > Besides EntryFieldMorph work good > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 29, 2010

[Pharo-project] [ISSUE] 2607 NewTextMorph with TTFont

by Denis Kudriashov

I found bug in NewTextMorph (Pharo 1.1 rc2 10.06) Set default system Font to dejavu sans regular and run NewTextMorph example1. There is no text. And keyboard input not work (text not visible). Besides EntryFieldMorph work good

June 29, 2010

Re: [Pharo-project] 1.2 vision

by StÃ©phane Ducasse

On Jun 29, 2010, at 6:15 PM, Schwab,Wilhelm K wrote: > Stef, > > It all sounds great. I probably care less about Alien than I do about what it is supposed to do well: callbacks. We need callbacks, and we need to be able to do callbacks that return double. That can come from Alien, Native Boost, or a plugin that makes FFI able to handle callbacks. Callbacks should not come at a cost of making every call harder to do, which **might** be the case with Alien. the only way to make progress on this front is to propose some code. > It would also be nice to have an analog to Dolphin's overlapped calls (calls made on a separate thread that block only the calling Smalltalk process, and not the entire image). I think that eliot is working on threaded something for Cog > > SSL would also be nice. Overlapped calls would greatly simplify creating it, as then one could safely use OpenSSL's blocking calls on separate threads. The alternative is to do non-blocking calls, which is considerably more work than letting the OS handle the multi-tasking. > > Bill > > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse > Sent: Sunday, June 27, 2010 3:32 AM > To: Pharo Development > Subject: [Pharo-project] 1.2 vision > > Hi all > > Of course we will integrate changes and changes and improvements.... now I believe that it would be nice to build a common vision. Here what I would like to get in 1.2. > > Now it does not mean that this is a definitive list and that we will have the energy to do all but like that you know that you can put energy do build this common vision :) > > - better infrastructure for integrating rb composite queries into the system > The idea is to introduce a superclass on top of systemDictionary and to define there an API that > is compatible with the one of RB (and potentially modified the one of RB) > > - another step towards using announcement for system notification > > - better tools for dev > > - have a look at the RB change model so that we could get a real undo and changes > > - clean Monticello so that package logic stays in package so that we can plug RPackage into the system. > Right now this looks too brittle to do anything > > - make sure that we can have RPackage on the side of PakageInfo (we got really nice benchmark) > > - New Compiler in beta > > - Helvetia hooks > > - ROME API > > - Sophie Event Hierarchy > > - Define some architectural action to get the system more modular > > - Hudson infrastructure > > - metacello to manage core > > - metacelloRepository for 1.0/1.1/1.2 > Gofer > > - squeak collection optimisation? > > - Alien > > Open points: > > - What do we do with ToolBuilder? Not clear to me. > > - What should be done at the level of polymorph? > - What should be done a the level of Pluggable**** > can we use the fact that we have now block closure to get it better. > > As you guess it will not come simply but this is important that we all head towards a common understanding > > > Stef > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 29, 2010

Re: [Pharo-project] Strange thing on package loading

by StÃ©phane Ducasse

Thanks for the bug :) I created an entry Stef On Jun 29, 2010, at 5:11 PM, Adrien BARREAU wrote: > Hi, > > I opened a pharo image without the source file. It obviously tell me it in a pop up. > > But, I tried to load something (Citezen) from Monticello without closing this pop up ... and I got an error (Undefined object does not understand flush:). > > Don't think it's normal. > > Adrien. > > Votre vie privÃ©e l'est-elle vraiment ? Internet Explorer 8 vous protÃ¨ge gratuitement !_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 29, 2010

Re: [Pharo-project] [Vm-dev] Squeak 4.1 VM crash

by Eliot Miranda

Hi Rob, Hi All, this is a case of Cog's not yet supporting objects as methods. TestCoverage uses the objects as methods support and this hasn't been implemented in Cog because we've not used it at Teleplace. For the moment... don't do that ;) cheers Eliot [repost to limbo under the 100k per message bar] On Sun, Jun 27, 2010 at 5:07 PM, Rob Withers <reefedjib(a)yahoo.com> wrote: > > Hi Eliot, > > Squeak V4.1: > This is happening in base Squeak V4.1, that I downloaded from squeak.org, > I believe. It is using the stock Squeak4.1.image with > Cryptography-cmm.13.mcz loaded from > http://www.squeaksource.com/Cryptography repository. > > 1. Select a test case from Cryptography-Tests > 2. Click 'run coverage' > 3. select Cryptography package > 4. BOOM! > > Cog VM: > I build the Cog Vm today from VMMaker-oscog.17.mcz. This is from your > tarball plus I did a svn check-out. It is with Cryptography-cmm.13.mcz > loaded from http://www.squeaksource.com/Cryptography repository. > > > 1. Select a test case from Cryptography-Tests > 2. Click 'run coverage' > 3. select Cryptography package > 4. BOOM! > > AND > > > 1. Select StackInterpreterTests from VMMaker-Tests > 2. Click 'run coverage' > 3. select VMMaker package > 4. BOOM! > > AND > > > 1. Select UPackageTestCase from Universes-Tests > 2. Click 'run coverage' > 3. select Universes package > 4. BOOM! > > I hope this helps, > Rob >

June 29, 2010

Re: [Pharo-project] 1.2 vision

by Schwab,Wilhelm K

Stef, It all sounds great. I probably care less about Alien than I do about what it is supposed to do well: callbacks. We need callbacks, and we need to be able to do callbacks that return double. That can come from Alien, Native Boost, or a plugin that makes FFI able to handle callbacks. Callbacks should not come at a cost of making every call harder to do, which **might** be the case with Alien. It would also be nice to have an analog to Dolphin's overlapped calls (calls made on a separate thread that block only the calling Smalltalk process, and not the entire image). SSL would also be nice. Overlapped calls would greatly simplify creating it, as then one could safely use OpenSSL's blocking calls on separate threads. The alternative is to do non-blocking calls, which is considerably more work than letting the OS handle the multi-tasking. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse Sent: Sunday, June 27, 2010 3:32 AM To: Pharo Development Subject: [Pharo-project] 1.2 vision Hi all Of course we will integrate changes and changes and improvements.... now I believe that it would be nice to build a common vision. Here what I would like to get in 1.2. Now it does not mean that this is a definitive list and that we will have the energy to do all but like that you know that you can put energy do build this common vision :) - better infrastructure for integrating rb composite queries into the system The idea is to introduce a superclass on top of systemDictionary and to define there an API that is compatible with the one of RB (and potentially modified the one of RB) - another step towards using announcement for system notification - better tools for dev - have a look at the RB change model so that we could get a real undo and changes - clean Monticello so that package logic stays in package so that we can plug RPackage into the system. Right now this looks too brittle to do anything - make sure that we can have RPackage on the side of PakageInfo (we got really nice benchmark) - New Compiler in beta - Helvetia hooks - ROME API - Sophie Event Hierarchy - Define some architectural action to get the system more modular - Hudson infrastructure - metacello to manage core - metacelloRepository for 1.0/1.1/1.2 Gofer - squeak collection optimisation? - Alien Open points: - What do we do with ToolBuilder? Not clear to me. - What should be done at the level of polymorph? - What should be done a the level of Pluggable**** can we use the fact that we have now block closure to get it better. As you guess it will not come simply but this is important that we all head towards a common understanding Stef _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 29, 2010

[Pharo-project] Strange thing on package loading

by Adrien BARREAU

Hi, I opened a pharo image without the source file. It obviously tell me it in a pop up. But, I tried to load something (Citezen) from Monticello without closing this pop up ... and I got an error (Undefined object does not understand flush:). Don't think it's normal. Adrien. _________________________________________________________________ La boÃ®te mail NOW GÃ©nÃ©ration vous permet de rÃ©unir toutes vos boÃ®tes mail dans Hotmail ! http://www.windowslive.fr/hotmail/nowgeneration/

June 29, 2010

Re: [Pharo-project] Extract parameters

by StÃ©phane Ducasse

http://code.google.com/p/pharo/issues/detail?id=2599 On Jun 29, 2010, at 4:30 PM, Adrien BARREAU wrote: > Hello all, > > When I worked on a command-line tool, I discovered SmalltalkImage>>extractParameters. > > I didn't find it very good, so I wrote the little method attached to this mail. > > I think it could be useful. What do you think about that? > > Here is an example: > I suppose I run pharo with: `pharo myImage.image -minus1 'Hello' -minus2 -minus3 'Hello' 'World'`. > This message will return a dictionary with: > minus1 --> #(Hello) > minus2 --> #() > minus3 --> #('Hello' 'World'). > > The first extractParameters was quite strange, since it starts to look at the third parameter (or, the second can be used!), and can not return a list. > > Adrien. > > Vous voulez protÃ©ger votre vie privÃ©e ? La solution avec Internet Explorer 8 <SmalltalkImage-extractMinusParameters.st>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 29, 2010

Re: [Pharo-project] Extract parameters

by StÃ©phane Ducasse

Hello all, > > When I worked on a command-line tool, I discovered SmalltalkImage>>extractParameters. > > I didn't find it very good, so I wrote the little method attached to this mail. > > I think it could be useful. What do you think about that? Thanks > > Here is an example: > I suppose I run pharo with: `pharo myImage.image -minus1 'Hello' -minus2 -minus3 'Hello' 'World'`. > This message will return a dictionary with: > minus1 --> #(Hello) > minus2 --> #() > minus3 --> #('Hello' 'World'). > > The first extractParameters was quite strange, since it starts to look at the third parameter (or, the second can be used!), and can not return a list. And also when you type vm image bib test.bib you do not get bib -> test.bib but simply 'TEST.BIB' which can be a problem Tell me I remember correctly > > Adrien. > > Vous voulez protÃ©ger votre vie privÃ©e ? La solution avec Internet Explorer 8 <SmalltalkImage-extractMinusParameters.st>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 29, 2010