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

Re: [Pharo-project] Single instance executables

by Henrik Sperre Johansen

On 02.09.2010 21:45, Schwab,Wilhelm K wrote: > Hello all, > > I realize that I hold an unpopular position on this, but it *will* come back to haunt us: we need to have a way to warn the user if a second copy of Pharo is launched. Random meltdowns and lost work will result from the current behavior. Let me be more bold: lost work and random corrrupted images *are resulting* from the current behavior; they are either unrecognized, or simply ignored, but it is happening. > > Is there a way to fix it? On Windows, I recall creating an OS semaphore with a given name and if that exists, bail out before the session even gets going. We would need a cross-platform way to do that (or at least a Linux/Mac way to do it - Windows has a mechanism), and then a place to abort startup early enough to prevent problems. Any ideas? > > Bill On Windows, it will give you an error that it was unable to open the changes file when you open the second image. Cheers, Henry PS. I think Steph agrees, given his experience with updates that mysteriously contain seemingly random bits of other methods' source code :)

Sept. 2, 2010

Re: [Pharo-project] [squeak-dev] Re: Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b4.

by Henrik Sperre Johansen

Also, if your main goal is to speed up Mondrian, a good idea would be to do some culling, which is fully possible without switching to OpenGL. When I looked some time ago at least, the model was more geared towards easy creation/manipulation than optimized drawing speed. IE. although it keeps a cache of visible items or something similar, my memory is a bit hazy, it still iterates and draws every object in this cache each draw cycle, even if they are off screen. It might not mean much when looking at an overview of a large model, but when zoomed in I was at least able to get decend FPS rather than < 1 FPM ;) Cheers, Henry Note: This is things you'd want to do even if you were rendering with OpenGL, although it performs culling, sending the data for the entire model can be a big overhead. On 02.09.2010 21:41, Fernando olivero wrote: > Ahh! And also what Andreas mentions. > > AlienOpenGL is not current being maintained and is missing features. > Although it works for what i needed it at the moment. > > Tudor: if you are going to the ESUG we could spend some time with this. > > Saludos, > Fernando > > > > > On Sep 2, 2010, at 8:54 PM, Andreas Raab wrote: > >> On 9/2/2010 11:30 AM, John M McIntosh wrote: >>> I think if you hunt in the archives you'll find people have attempted to replace Morphic with Open/GL calls via FFI >>> >>> Oh like http://www.squeaksource.com/AlienOpenGL >> Or http://www.squeaksource.com/CroquetGL (much more complete w/ >> extensions etc). Something like this might just work: >> >> (OpenGL new) >> glClearColor: 1.0 with: 0.0 with: 0.0 with: 1.0; >> swapBuffers. >> >> Cheers, >> - Andreas >> >>> On 2010-09-02, at 8:48 AM, Tudor Girba wrote: >>> >>>> Hi, >>>> >>>> Interesting read, but I am still not sure to understand the implications, so let me ask you another question: is there a way to make use of OpenGL by generating vector graphics from within Pharo? >>>> >>>> I am particularly interested if there are ways to improve visualization tools like Mondrian to make it use the hardware (and thus maybe have reasonable speed when drawing complex and maybe aliased graphs). >>>> >>>> Cheers, >>>> Doru >>> -- >>> =========================================================================== >>> John M. McIntosh<johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 >>> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >>> =========================================================================== >>> >>> >>> >>> >>> >>> >>> >>> >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 2, 2010

Re: [Pharo-project] PharoKernel #12121

by Lukas Renggli

Very impressive. Can't wait to see Pharo built from such a small image. Lukas On 2 September 2010 23:02, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > Hi, > > I uploaded the new version of PharoKernel #12121: > > https://gforge.inria.fr/frs/download.php/27438/PharoKernel-1.2-12121.zip > > The shrinking process is now based on packages. > > Cheers > -- Pavel > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

Sept. 2, 2010

[Pharo-project] PharoKernel #12121

by Pavel Krivanek

Hi, I uploaded the new version of PharoKernel #12121: https://gforge.inria.fr/frs/download.php/27438/PharoKernel-1.2-12121.zip The shrinking process is now based on packages. Cheers -- Pavel

Sept. 2, 2010

[Pharo-project] Single instance executables

by Schwab,Wilhelm K

Hello all, I realize that I hold an unpopular position on this, but it *will* come back to haunt us: we need to have a way to warn the user if a second copy of Pharo is launched. Random meltdowns and lost work will result from the current behavior. Let me be more bold: lost work and random corrrupted images *are resulting* from the current behavior; they are either unrecognized, or simply ignored, but it is happening. Is there a way to fix it? On Windows, I recall creating an OS semaphore with a given name and if that exists, bail out before the session even gets going. We would need a cross-platform way to do that (or at least a Linux/Mac way to do it - Windows has a mechanism), and then a place to abort startup early enough to prevent problems. Any ideas? Bill

Sept. 2, 2010

Re: [Pharo-project] [squeak-dev] Re: Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b4.

by Fernando olivero

Ahh! And also what Andreas mentions. AlienOpenGL is not current being maintained and is missing features. Although it works for what i needed it at the moment. Tudor: if you are going to the ESUG we could spend some time with this. Saludos, Fernando On Sep 2, 2010, at 8:54 PM, Andreas Raab wrote: > On 9/2/2010 11:30 AM, John M McIntosh wrote: >> I think if you hunt in the archives you'll find people have attempted to replace Morphic with Open/GL calls via FFI >> >> Oh like http://www.squeaksource.com/AlienOpenGL > > Or http://www.squeaksource.com/CroquetGL (much more complete w/ > extensions etc). Something like this might just work: > > (OpenGL new) > glClearColor: 1.0 with: 0.0 with: 0.0 with: 1.0; > swapBuffers. > > Cheers, > - Andreas > >> >> On 2010-09-02, at 8:48 AM, Tudor Girba wrote: >> >>> Hi, >>> >>> Interesting read, but I am still not sure to understand the implications, so let me ask you another question: is there a way to make use of OpenGL by generating vector graphics from within Pharo? >>> >>> I am particularly interested if there are ways to improve visualization tools like Mondrian to make it use the hardware (and thus maybe have reasonable speed when drawing complex and maybe aliased graphs). >>> >>> Cheers, >>> Doru >> >> -- >> =========================================================================== >> John M. McIntosh<johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 >> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >> =========================================================================== >> >> >> >> >> >> >> >> > >

Sept. 2, 2010

Re: [Pharo-project] [squeak-dev] Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b4.

by Fernando olivero

On Sep 2, 2010, at 8:30 PM, John M McIntosh wrote: > I think if you hunt in the archives you'll find people have attempted to replace Morphic with Open/GL calls via FFI > I recall an attempt to use OpenGL as a renderer for a Morphic Canvas. If you look at the IWST09 Lumiere paper you can find references. > Oh like http://www.squeaksource.com/AlienOpenGL > > On 2010-09-02, at 8:48 AM, Tudor Girba wrote: > >> Hi, >> >> Interesting read, but I am still not sure to understand the implications, so let me ask you another question: is there a way to make use of OpenGL by generating vector graphics from within Pharo? Yes, this is what i had in mind when i programmed Lumiere. And somehow was achieved, except for text rendering. Using AlienOpenGL you get an OpenGL "canvas", that can be embeded into the Morphic framework. Somehow like a "hole" in the Display, where you have a OpenGL + OS area in the back. (Althoug depends on the vm, because some of them dont handle well transparency of the World , i recall Linux was the only one working ..check out HoleLW of the CUIS LightWidgets framework) If you want the two world to coexist, ( Lumiere ) then you have to take care of translating Morphic points into OpenGL points. But the infrastructure is there to easily achieve it. Though i think that Igor's port to OpenGL is a better way to go. >> >> I am particularly interested if there are ways to improve visualization tools like Mondrian to make it use the hardware (and thus maybe have reasonable speed when drawing complex and maybe aliased graphs). A Mondrian renderer that interfaced to OpenGL for drawing could be implemented using the mechanism explained before. >> >> Cheers, >> Doru > > -- > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > <smime.p7s><ATT00001..txt>

Sept. 2, 2010

Re: [Pharo-project] TextLint questions and feedback

by Mariano Martinez Peck

On Thu, Sep 2, 2010 at 9:20 PM, Jorge Ressia <jorge.ressia(a)gmail.com> wrote: > Hi, > > So > I have just sent you by private email the .tex. > > 1) Could not reproduce > > Should be reproducable with my .tex > 2) > 2.a) Working on that > 2.b) Could not reproduce > > me neither. Did you check if you are using a Set for the collection? > 3) It is hard to achieve, we still have it in the todo list. > Yes, I imagined ;) > > 4) Could not reproduce > > Should be reproducable with my .tex > 5) Fixed > > 6) Checking > > excellent :) > It would be cool if we could have a look at your file so we can have a > better way of debugging these issues. > > Done :) > Thanks > > > > On Thu, Sep 2, 2010 at 6:54 PM, Jorge Ressia <jorge.ressia(a)gmail.com> > wrote: > > Hi Mariano, > > > > Thanks for trying TextLint out and for the feedback. > > > > We will look into your issues and try to figure out a solution. > > > > If you have a draft of your text with these occurrences please send it > > to us. You can remove the text that is not relevant. > > > > Cheers, > > > > Jorge > > > > 2010/9/2 Mariano Martinez Peck <marianopeck(a)gmail.com>: > >> Hi. First, please let me know if this is the correct place to talk about > >> TextLint. I've just used for one paper I am writing and I have some > >> questions/feedback. I am using the one click image. > >> > >> 1) The "An Rule" could be a little more smart and detects commands. For > >> example, in my latex I have " an \emph{inner object}" and that was > detected > >> by the rule, althought I shouldn't. So...detecting the slash and ignore > what > >> it surrounded by {} would be nice for this rule. > >> > >> 2) When I edit the code inside TextLint and I save it, two bad things > >> happens: > >> 2.a) I lost focus of the text, as it moves when it finishing > saving. > >> The line I edited goes to the end of the text area. It would be great if > >> nothing moves nor to loose focus when saving. > >> 2.b) sometimes (I cannot reproduce) the order of the rules > >> changes...and this is not good because I was going in order, one by one, > and > >> suddenly they are re-ordered. Maybe you are using a Set for that? using > a > >> simple OrderedCollection could help. > >> > >> 3) If you edit the text (and it differs in the amount of characters), > and DO > >> NOT save it, the following color highlighting are moved. It seems you > keep > >> the position in the file, and until it is saved, rules results are > pointing > >> to "unupdated" file. Of course, when I save the file, they are correct. > I > >> guess this is from a performance point of view, but maybe you have a > little > >> hack to do and make it better. > >> > >> 4) The rule "no white space before punctuation mark" showed me things I > >> didn't understand. For example, it says this line there is a "," (comma) > : > >> > >> \item[ Shared object ] In the case of the \emph{shared objects}, it is > >> almost the same as in the \emph{inner objects}. An ..... > > > > > >> 5) Rules comments clearer. For example, when you say "Avoid using a lot, > it > >> weakens the sentence" It would be better to put "Avoid using "a lot", > it > >> weakens the sentence" > >> or "Avoid using *a lot*, it weakens the sentence" > >> or something to clearly mark the words not to use. Because sometimes the > >> words are confused with the context. Or this one: > >> > >> "After an only words beginning with a vowel are allowed. " > >> should be "After "an" only words beginning with a vowel are allowed." > >> > >> 6) For the rules of long sentences/paragraph it would be nice to ignore > >> \fotenote{} > >> > >> 7) Maybe this link is of interest for you: > >> > http://matt.might.net/articles/shell-scripts-for-passive-voice-weasel-words… > >> > >> Apart from all these things, the tool is very useful and I like it. > >> > >> thanks > >> > >> Mariano > >> > >> > >> > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > > > > > > > -- > > Jorge Ressia > > www.jorgeressia.com > > > > > > -- > Jorge Ressia > www.jorgeressia.com > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 2, 2010

Re: [Pharo-project] TextLint questions and feedback

by Jorge Ressia

Hi, So 1) Could not reproduce 2) 2.a) Working on that 2.b) Could not reproduce 3) It is hard to achieve, we still have it in the todo list. 4) Could not reproduce 5) Fixed 6) Checking It would be cool if we could have a look at your file so we can have a better way of debugging these issues. Thanks On Thu, Sep 2, 2010 at 6:54 PM, Jorge Ressia <jorge.ressia(a)gmail.com> wrote: > Hi Mariano, > > Thanks for trying TextLint out and for the feedback. > > We will look into your issues and try to figure out a solution. > > If you have a draft of your text with these occurrences please send it > to us. You can remove the text that is not relevant. > > Cheers, > > Jorge > > 2010/9/2 Mariano Martinez Peck <marianopeck(a)gmail.com>: >> Hi. First, please let me know if this is the correct place to talk about >> TextLint. I've just used for one paper I am writing and I have some >> questions/feedback. I am using the one click image. >> >> 1) The "An Rule" could be a little more smart and detects commands. For >> example, in my latex I have " an \emph{inner object}"Â and that was detected >> by the rule, althought I shouldn't. So...detecting the slash and ignore what >> it surrounded by {} would be nice for this rule. >> >> 2) When I edit the code inside TextLint and I save it, two bad things >> happens: >> Â Â Â Â 2.a)Â I lost focus of the text, as it moves when it finishing saving. >> The line I edited goes to the end of the text area. It would be great if >> nothing moves nor to loose focus when saving. >> Â Â Â Â 2.b) sometimes (I cannot reproduce) the order of the rules >> changes...and this is not good because I was going in order, one by one, and >> suddenly they are re-ordered. Maybe you are using a Set for that? using a >> simple OrderedCollection could help. >> >> 3) If you edit the text (and it differs in the amount of characters), and DO >> NOT save it, the following color highlighting are moved. It seems you keep >> the position in the file, and until it is saved, rules results are pointing >> to "unupdated" file. Of course, when I save the file, they are correct. I >> guess this is from a performance point of view, but maybe you have a little >> hack to do and make it better. >> >> 4) The rule "no white space before punctuation mark" showed me things I >> didn't understand. For example, it says this line there is a "," (comma) : >> >> \item[ Shared object ]Â Â In the case of the \emph{shared objects}, it is >> almost the same as in the \emph{inner objects}. An ..... > > >> 5) Rules comments clearer. For example, when you say "Avoid using a lot, it >> weakens the sentence"Â It would be better to put "Avoid using "a lot", it >> weakens the sentence" >> or "Avoid using *a lot*, it weakens the sentence" >> or something to clearly mark the words not to use. Because sometimes the >> words are confused with the context. Or this one: >> >> "After an only words beginning with a vowel are allowed. " >> should be "After "an" only words beginning with a vowel are allowed." >> >> 6) For the rules of long sentences/paragraph it would be nice to ignore >> \fotenote{} >> >> 7) Maybe this link is of interest for you: >> http://matt.might.net/articles/shell-scripts-for-passive-voice-weasel-words… >> >> Apart from all these things, the tool is very useful and I like it. >> >> thanks >> >> Mariano >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Jorge Ressia > www.jorgeressia.com > -- Jorge Ressia www.jorgeressia.com

Sept. 2, 2010

Re: [Pharo-project] Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b4.

by Andreas Raab

On 9/2/2010 11:30 AM, John M McIntosh wrote: > I think if you hunt in the archives you'll find people have attempted to replace Morphic with Open/GL calls via FFI > > Oh like http://www.squeaksource.com/AlienOpenGL Or http://www.squeaksource.com/CroquetGL (much more complete w/ extensions etc). Something like this might just work: (OpenGL new) glClearColor: 1.0 with: 0.0 with: 0.0 with: 1.0; swapBuffers. Cheers, - Andreas > > On 2010-09-02, at 8:48 AM, Tudor Girba wrote: > >> Hi, >> >> Interesting read, but I am still not sure to understand the implications, so let me ask you another question: is there a way to make use of OpenGL by generating vector graphics from within Pharo? >> >> I am particularly interested if there are ways to improve visualization tools like Mondrian to make it use the hardware (and thus maybe have reasonable speed when drawing complex and maybe aliased graphs). >> >> Cheers, >> Doru > > -- > =========================================================================== > John M. McIntosh<johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > > > >

Sept. 2, 2010