September 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [update] closure fixes :)

by Michael Roberts

thanks for integrating Stef cheers Mike

Sept. 26, 2009

[Pharo-project] MethodPropertiesTests mark expected failures

by Michael Roberts

http://code.google.com/p/pharo/issues/detail?id=1246 KernelTests-MikeRoberts.151 in Inbox thanks, Mike

Sept. 26, 2009

Re: [Pharo-project] [squeak-dev] LGPL considered crippling license :)

by merlyn＠stonehenge.com

>>>>> "Igor" == Igor Stasenko <siguctua(a)gmail.com> writes: Igor> P.S. i found it a very good sign, that more and more open-source Igor> communities gradually moving towards more permissive license, as MIT Igor> is. As I've often said, with licensing, people just want permission to do what they would have done anyway. MIT-style licenses allow people who want to share to do that in the open, instead of share in secret. GPL licenses merely force some kinds of sharing to be done in secret, and we lose out on that. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <merlyn(a)stonehenge.com> <URL:http://www.stonehenge.com/merlyn/> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion

Sept. 26, 2009

Re: [Pharo-project] CAnalyer

by Schwab,Wilhelm K

The second load attempt was happier. The tests pass. Now I gotta try to figure out what it all means =:0 Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Schwab,Wilhelm K Sent: Saturday, September 26, 2009 9:37 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] CAnalyer The CAnalyzer entry on Squeak Source says to install it like this: ScriptLoader new installer ss project: 'CAnalyzer'; install: 'CAnalyzerLoader'. ScriptLoader perform: #loadCAnalyzer. But that blows up for want of what looks like parts of MOOSE. I have the new beta at least attempting to install MOOSE; so far, it ended in a frozen image, but I'm retrying it. Is there a better way to load CAnalyzer? Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Schwab,Wilhelm K [bschwab(a)anest.ufl.edu] Sent: Saturday, September 26, 2009 9:42 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] CAnalyer Sig, Interesting. I looked at swig and decided that I would have a better chance of success with pattern matching, especially since some of the "code" I want to analyze is barely pseudo code (but still full of valuable information). I ended up with a bit of a mess in Dolphin, but it strangely manages to work; for Pharo, I planned to clean it up, got as far as noticing the regex package, and saw CAnalyzer. That is a long way around saying that I am not eager to tear back into swig, but your argument about the working preprocessor and parser is well taken and I would like to see what you did. I should at least look at CAnalyzer and then either switch to it or begin moving my unit tests and higher-level recognizers to Pharo. Leaving the whole thing in Dolphin is an option too, but the code really needs some cleaning, so the port would do it and me some good. I will be glad to look over your work and maybe put swig back into consideration. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Igor Stasenko Sent: Saturday, September 26, 2009 12:53 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] CAnalyer 2009/9/26 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: > Sig, > > Is it something you have made available? One snag in my world is that the "code" is not always something that can be compiled. However, for GSL and other libraries of interest, the code is valid, if not full of macro-based annoyances and other distractions. > the code i written is the module to SWIG. The project what i developed once is to write a smalltalk interpreter by own, and the aim was to use it as a scripting engine for C++ projects. My experiments stopped shortly after i understood that my interpreter implementation having some flaws and i need to spend much time to rewrite everything :) But, along the way, i started making bindings to Ogre 3D engine (http://www.ogre3d.org/) and my SWIG-based binding code generator were able to reflect C++ classes in my own smalltalk, including being able to call constructors/destructors, methods and directly access the fields by using auto-generated primives. If you wanna to get deeper into that, i can send you the sources and examples. With a little effort, the code generation could be easily changed to satisfy the FFI/Alien demands, then you will be able to bind any C library with Squeak VM. > Bill > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Igor > Stasenko > Sent: Friday, September 25, 2009 11:03 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] CAnalyer > > 2009/9/26 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: >> I was digging around on Squeak Source for OSProcess and friends, and ran across CAnalyzer. Are there any papers on it? How robust is it? What does it extract from C code? For example, might one put the GSL (www.gnu.org/software/gsl) header files into it, pull out all of the structure definitions and function prototypes, and generate LOTS of FFI code to make a wrapper? Just a thought... >> > > I having a modified version of SWIG, which can parse C++ files, including classes and nested classes, to produce smalltalk code wrappers. > > Reproducing the SWIG in smalltalk would be very time consuming. > But it would be cool to have a C/C++ parser implementation. > > SWIG is not only parsing, its also doing macro preprocessing, so its > can't be fooled with macros :) > >> Bill >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > 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 > -- Best regards, Igor Stasenko AKA sig. _______________________________________________ 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 _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 26, 2009

Re: [Pharo-project] OSProcess question

by Schwab,Wilhelm K

Dave, I just tried command shell; are you _sure_ it is possible to proceed past the errors? It looks badly broken from here. I can't say I'm happy with the way Pharo brings things to a halt over deprecated methods; yes, it gets attention before things go away in future release, but there are times when I would like to gag it and just get some work done. I still do not see the tests. Are you saying that they should have been installed with OSProess itself? If there are separate packages on ss, I don't see them either. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of David T. Lewis Sent: Saturday, September 26, 2009 9:23 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] OSProcess question On Fri, Sep 25, 2009 at 11:48:22PM -0400, Schwab,Wilhelm K wrote: > I see various ways to run something, none of which are quite what I want. The objective is to run openssl in a particular directory. I have no need to make this portable (unless you mean running on all of Ubuntu, Debian, Slackware, etc. <g>), so #forkAndExec:...workingDirectory: would almost be ok, **but**, I need to wait around for the result. In truth, there are a few things that have to happen in sequence; perhaps I could simply write multiple lines to the command string. > You should install CommandShell, which is a companion to OSProcess. Look at the class side methods in CommandShell and PipeableOSProcess for examples, also look at the unit tests. CommandShell has an MVC user interface as well as Morphic, so you will have to proceed through the errors when loading on Pharo. > Still, in the interest of idealism, it would be nice to run the commands on other than the Pharo main thread (no sense diving into something that might not return[*]), and to know when the work is done, and to get the different steps to happen in sequence. > PipeableOSProcess uses non-blocking I/O and event driven input. There should be no problem with blocking if you use this. If you use the lower-level classes in OSProcess, you need to handle issues like this yourself (also beware of "pipe handle leaks" from failing to close file descriptors if you are handling this yourself). > There was mention of tests for OSProcess (which might provide clues), but I have not been able to find them. Any hints? Tests for OSProcess and CommandShell are in the SqueakSource projects. The package names are Tests-OSProcess and Tests-CommandShell. Dave _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 26, 2009

Re: [Pharo-project] CAnalyer

by Schwab,Wilhelm K

The CAnalyzer entry on Squeak Source says to install it like this: ScriptLoader new installer ss project: 'CAnalyzer'; install: 'CAnalyzerLoader'. ScriptLoader perform: #loadCAnalyzer. But that blows up for want of what looks like parts of MOOSE. I have the new beta at least attempting to install MOOSE; so far, it ended in a frozen image, but I'm retrying it. Is there a better way to load CAnalyzer? Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Schwab,Wilhelm K [bschwab(a)anest.ufl.edu] Sent: Saturday, September 26, 2009 9:42 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] CAnalyer Sig, Interesting. I looked at swig and decided that I would have a better chance of success with pattern matching, especially since some of the "code" I want to analyze is barely pseudo code (but still full of valuable information). I ended up with a bit of a mess in Dolphin, but it strangely manages to work; for Pharo, I planned to clean it up, got as far as noticing the regex package, and saw CAnalyzer. That is a long way around saying that I am not eager to tear back into swig, but your argument about the working preprocessor and parser is well taken and I would like to see what you did. I should at least look at CAnalyzer and then either switch to it or begin moving my unit tests and higher-level recognizers to Pharo. Leaving the whole thing in Dolphin is an option too, but the code really needs some cleaning, so the port would do it and me some good. I will be glad to look over your work and maybe put swig back into consideration. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Igor Stasenko Sent: Saturday, September 26, 2009 12:53 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] CAnalyer 2009/9/26 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: > Sig, > > Is it something you have made available? One snag in my world is that the "code" is not always something that can be compiled. However, for GSL and other libraries of interest, the code is valid, if not full of macro-based annoyances and other distractions. > the code i written is the module to SWIG. The project what i developed once is to write a smalltalk interpreter by own, and the aim was to use it as a scripting engine for C++ projects. My experiments stopped shortly after i understood that my interpreter implementation having some flaws and i need to spend much time to rewrite everything :) But, along the way, i started making bindings to Ogre 3D engine (http://www.ogre3d.org/) and my SWIG-based binding code generator were able to reflect C++ classes in my own smalltalk, including being able to call constructors/destructors, methods and directly access the fields by using auto-generated primives. If you wanna to get deeper into that, i can send you the sources and examples. With a little effort, the code generation could be easily changed to satisfy the FFI/Alien demands, then you will be able to bind any C library with Squeak VM. > Bill > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Igor > Stasenko > Sent: Friday, September 25, 2009 11:03 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] CAnalyer > > 2009/9/26 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: >> I was digging around on Squeak Source for OSProcess and friends, and ran across CAnalyzer. Are there any papers on it? How robust is it? What does it extract from C code? For example, might one put the GSL (www.gnu.org/software/gsl) header files into it, pull out all of the structure definitions and function prototypes, and generate LOTS of FFI code to make a wrapper? Just a thought... >> > > I having a modified version of SWIG, which can parse C++ files, including classes and nested classes, to produce smalltalk code wrappers. > > Reproducing the SWIG in smalltalk would be very time consuming. > But it would be cool to have a C/C++ parser implementation. > > SWIG is not only parsing, its also doing macro preprocessing, so its > can't be fooled with macros :) > >> Bill >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > 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 > -- Best regards, Igor Stasenko AKA sig. _______________________________________________ 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

Sept. 26, 2009

Re: [Pharo-project] OSProcess question

by David T. Lewis

On Fri, Sep 25, 2009 at 11:48:22PM -0400, Schwab,Wilhelm K wrote: > I see various ways to run something, none of which are quite what I want. The objective is to run openssl in a particular directory. I have no need to make this portable (unless you mean running on all of Ubuntu, Debian, Slackware, etc. <g>), so #forkAndExec:...workingDirectory: would almost be ok, **but**, I need to wait around for the result. In truth, there are a few things that have to happen in sequence; perhaps I could simply write multiple lines to the command string. > You should install CommandShell, which is a companion to OSProcess. Look at the class side methods in CommandShell and PipeableOSProcess for examples, also look at the unit tests. CommandShell has an MVC user interface as well as Morphic, so you will have to proceed through the errors when loading on Pharo. > Still, in the interest of idealism, it would be nice to run the commands on other than the Pharo main thread (no sense diving into something that might not return[*]), and to know when the work is done, and to get the different steps to happen in sequence. > PipeableOSProcess uses non-blocking I/O and event driven input. There should be no problem with blocking if you use this. If you use the lower-level classes in OSProcess, you need to handle issues like this yourself (also beware of "pipe handle leaks" from failing to close file descriptors if you are handling this yourself). > There was mention of tests for OSProcess (which might provide clues), but I have not been able to find them. Any hints? Tests for OSProcess and CommandShell are in the SqueakSource projects. The package names are Tests-OSProcess and Tests-CommandShell. Dave

Sept. 26, 2009

Re: [Pharo-project] CAnalyer

by Schwab,Wilhelm K

Sig, Interesting. I looked at swig and decided that I would have a better chance of success with pattern matching, especially since some of the "code" I want to analyze is barely pseudo code (but still full of valuable information). I ended up with a bit of a mess in Dolphin, but it strangely manages to work; for Pharo, I planned to clean it up, got as far as noticing the regex package, and saw CAnalyzer. That is a long way around saying that I am not eager to tear back into swig, but your argument about the working preprocessor and parser is well taken and I would like to see what you did. I should at least look at CAnalyzer and then either switch to it or begin moving my unit tests and higher-level recognizers to Pharo. Leaving the whole thing in Dolphin is an option too, but the code really needs some cleaning, so the port would do it and me some good. I will be glad to look over your work and maybe put swig back into consideration. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Igor Stasenko Sent: Saturday, September 26, 2009 12:53 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] CAnalyer 2009/9/26 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: > Sig, > > Is it something you have made available? Â One snag in my world is that the "code" is not always something that can be compiled. Â However, for GSL and other libraries of interest, the code is valid, if not full of macro-based annoyances and other distractions. > the code i written is the module to SWIG. The project what i developed once is to write a smalltalk interpreter by own, and the aim was to use it as a scripting engine for C++ projects. My experiments stopped shortly after i understood that my interpreter implementation having some flaws and i need to spend much time to rewrite everything :) But, along the way, i started making bindings to Ogre 3D engine (http://www.ogre3d.org/) and my SWIG-based binding code generator were able to reflect C++ classes in my own smalltalk, including being able to call constructors/destructors, methods and directly access the fields by using auto-generated primives. If you wanna to get deeper into that, i can send you the sources and examples. With a little effort, the code generation could be easily changed to satisfy the FFI/Alien demands, then you will be able to bind any C library with Squeak VM. > Bill > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Igor > Stasenko > Sent: Friday, September 25, 2009 11:03 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] CAnalyer > > 2009/9/26 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: >> I was digging around on Squeak Source for OSProcess and friends, and ran across CAnalyzer. Â Are there any papers on it? Â How robust is it? Â What does it extract from C code? Â For example, might one put the GSL (www.gnu.org/software/gsl) header files into it, pull out all of the structure definitions and function prototypes, and generate LOTS of FFI code to make a wrapper? Â Just a thought... >> > > I having a modified version of SWIG, which can parse C++ files, including classes and nested classes, to produce smalltalk code wrappers. > > Reproducing the SWIG in smalltalk would be very time consuming. > But it would be cool to have a C/C++ parser implementation. > > SWIG is not only parsing, its also doing macro preprocessing, so its > can't be fooled with macros :) > >> Bill >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > 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 > -- Best regards, Igor Stasenko AKA sig. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 26, 2009

Re: [Pharo-project] CairoGraphics

by Fernando olivero

Hi Ken, good improvements to Alien! Are you are using Installer to load Alien? Would be better to put the Alien>>#initialize into a post Install method, does Installer have that? The AlienLoader does that, so your fixes should work. What stuff is in Alien and not in "Alien Lite"? Fernando Il giorno Sep 26, 2009, alle ore 1:59 AM, Ken Treis ha scritto: > On Sep 25, 2009, at 10:57 AM, StÃ©phane Ducasse wrote: > >> cool > > For anyone who's been playing with this, I just posted another new > revision of Alien that fixes the platform sizes to match C platform > sizes. Not sure what I was thinking in the first go-around. Anyhow, if > you load Alien-Core-kdt.58 in Pharo, you'll need to re-initialize > Alien: > > Alien initialize > > In other news, I've got CairoGraphics mostly working in GemStone > (2.3.1) now too, running on top of an "Alien Lite" that provides > support for the types of function calls I need to make. If anyone is > interested in this, email me directly and I'll send you the code once > I've worked out the remaining major bugs. > > > Ken > >> >> >> On Sep 25, 2009, at 7:19 PM, Ken Treis wrote: >> >>> Hi Damien, >>> >>> Yes it definitely works -- at least for me, on Mac OS X. Recent VMs >>> from John McIntosh have the plugin already, though on the mac it >>> only searches for libraries in a few select places and it doesn't >>> accept absolute paths. Hopefully this will be resolved soon; for now >>> I've symlinked the library into my Squeak VM's plugins folder. >>> >>> On Linux you may have to compile a VM yourself to get the plugin; I >>> know it's in the VM source tree. >>> >>> For a quick demo, try: >>> >>>> |image cr backgroundGradient textGradient| >>>> image := CRImageSurface format: CRFormat argb32 extent: 300@200. >>>> cr := image context. >>>> backgroundGradient := CRLinearGradient from: 0@0 to: 150@200. >>>> backgroundGradient addStopAt: 0 color: Color white. >>>> backgroundGradient addStopAt: 1 color: Color lightGray. >>>> cr >>>> source: backgroundGradient; >>>> paint. >>>> cr moveTo: 30@100. >>>> cr >>>> selectFontFace: 'Sans'; >>>> fontSize: 40. >>>> cr textPath: 'Hello, World!'. >>>> cr >>>> source: Color green; >>>> strokePreserve. >>>> textGradient := CRLinearGradient from: 0@50 to: 300@50. >>>> textGradient addStopAt: 0 color: Color blue alpha: 0.2. >>>> textGradient addStopAt: 1 color: Color blue alpha: 0.8. >>>> cr >>>> source: textGradient; >>>> fill. >>>> image writeToPng: '/Users/kdt/Desktop/hello.png'. >>> >>> This isn't anything super exciting to look at, but if you've got the >>> IA32ABI plugin and have set up CRLibrary class>>libraryPath to point >>> to the Cairo library, you should be able to see the output >>> (attached). I'll try to post a more impressive demo soon. >>> >>> >>> Ken >>> >>> On Sep 25, 2009, at 2:08 AM, Damien Cassou wrote: >>> >>>> Hi Ken, >>>> >>>> I'm going to have 4 students working during 4 months on >>>> Smalltalk. I >>>> would like to get a Cairo working implementation. What about >>>> yours/Travis'? What can we do with it? Can we draw something in >>>> Pharo? >>>> Does it work? >>>> >>>> Thank you >>>> >>>> -- >>>> Damien Cassou >>>> http://damiencassou.seasidehosting.st >>>> >>>> "Lambdas are relegated to relative obscurity until Java makes them >>>> popular by not having them." James Iry >>> >>> -- >>> Ken Treis >>> Miriam Technologies, Inc. >>> <hello.png>_______________________________________________ >>> 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 > > -- > Ken Treis > Miriam Technologies, Inc. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 26, 2009

[Pharo-project] [update] #10459

by StÃ©phane Ducasse

10459 ----- rollbacked and merged Kernel-StephaneDucasse.405, SystemSupport.StephaneDucasse.89, Tools-StephaneDucasse.202 - Issue 1219: Left over of uniClasses...in Object Object class>>newUserInstance Object class>>instanceOfUniqueClass Object class>>instanceOfUniqueClassWithInstVarString: instVarString andClassInstVarString: classInstVarString Object class>>categoryForUniclasses Object class>>newUniqueClassInstVars: instVarString classInstVars: classInstVarString - Issue 1223: reduce message text on full name prompt - Issue 1222: edit Repository information->cancel fails. UIManager#multiLineRequest:centerAt:initialAnswer:answerHeight: returns nil - Issue 1199: Debug log is overwritten with each error - Issue 1233: Needs changes after fix 1129 Fix on issue #1129 changed the interface of UIManager. We have to change each user of the #request: method and its friends. Enjoy

Sept. 26, 2009