Re: [Pharo-project] Fixed: Issue 2754 - DateAndTime creation from string/stream using incorrect default offset
thanks for the explanation. I will integrate your changes. Stef what is the DateAndTime localOffset? Answer the duration we are offset from UTC http://en.wikipedia.org/wiki/Coordinated_Universal_Time - In casual use, when fractions of a second are not important, Greenwich Mean Time (GMT) can be considered equivalent to UTC or UT1. In fact, saying GMT often implies either UTC or UT1. For this reason, saying GMT is generally avoided in technical contexts, with an unambiguous terminology of UTC or UT1 preferred instead. Stéphane Ducasse wrote: Your changes basically uses DateAndTime localOffset when no offset is specified (and before it used zero). It sounds reasonable but I was wondering the impact. Yes, that's correct. I changed it for two reasons: 1. when someone says, 6pm, I don't think they ever mean GMT (unless, of course, that's their local time). 2. The non-[string|stream] instance creation methods (e.g. DateAndTime date: Date today time: Time now) do not operate that way, and return a DateAndTime like 2010-08-10T17:11:36-04:00 (with my local offset) HTH, Sean -- View this message in context: http://forum.world.st/Fixed-Issue-2754-DateAndTime-creation-from-string-stream-using-incorrect-default-offset-tp2315601p2320464.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Inter-image communication
rst? RemoteSmalltalk? How would I, from one image, tell another image to execute something? I searched Google and the Squeak and Pharo lists for: - [Pharo|Squeak] inter-image communication - [Pharo|Squeak] script The results included various references to old projects that I never hear mentioned now, and instructions on how to run code (via a .st as an argument to the vm command line) when launching an image. Thanks. Sean -- View this message in context: http://forum.world.st/Inter-image-communication-tp2320723p2320723.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Fwd: Re: Squeaksource XML Parser - Enhanced support for CDATA Sections
:funnily enough for me coalesce is far more obscure than preserve. Now my point was not for this specific message but I would like to get some guidelines to specify consistent API. And I'm always thorn apart when writing code if I should use s or not. Stef On Aug 11, 2010, at 10:07 AM, Norbert Hartl wrote: On 11.08.2010, at 00:56, jaayer wrote: On Tue, 10 Aug 2010 02:18:19 -0700 Norbert Hartl wrote But as I wrote in my description of the problem I would call it coalesceCDATASections: aBoolean or enableCoalescing disableCoalescing The downside of enable/disable pairs is the need for three message (two to modify, one to test and lazily initialize) rather than two. The functionality that is described here is better known as coalescing. And it describes better what is going. If a parser is coalescing two things will happen. CDATA sections will be read in as text nodes and then subsequent text nodes are coalesing into a single text node. my 2 cents, Norbert I think preserve is better, if only because coalesceCData just implies a joining together of CDATA sections and says nothing about their status in the DOM tree as XMLString or XMLCData nodes. Although I am not wed to it. I think it is hard to find a word that describes completely what ist going on. And I think that common sense/common usage is also kind of an argument. I didn't start to think of myself what would be the best describing word (quite hard as non-native speaker). If you search the net then you might see (as I did) that it is quite common that this effect is described as coalescing. That was my only reason to speak up because I think its recognition is better this way. If you know about coalescing than the state in DOM tree is pretty obvious. The nodes can coalesce only if they are of the same kind. While a cdata _is_ a text node all cdata nodes are converted to simple text nodes and then all of the text nodes coalesce into one. The state in the DOM is always that there is a single text node after coalescing. Norbert ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Fwd: Re: Squeaksource XML Parser - Enhanced support for CDATA Sections
:funnily enough for me coalesce is far more obscure than preserve. Might be the french in you :) Probably :) We can't mess up with our roots :) Now my point was not for this specific message but I would like to get some guidelines to specify consistent API. And I'm always thorn apart when writing code if I should use s or not. I think we all want to figure out how it is done best in general. Discussing about a single selector in one piece of code would hardly justify a longer thread :) To me this is really important. I read the Becks but can't even remember which of those. Because it's none of these things you read and you can remember afterwards. Well, at least in my cast this doesn't work and far too lazy to read it over and over. It is 4 pages so this is worth the effort. I will reread them and smalltalk with style. and probably Smalltalk by example. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] little pictures of you :)
Hi guys the pharo web site does not support that yet :) but I would love to have some pictures of you because this is not that fun to talk daily with people when we do not even know their faces so we could start to build a pharo fun community. Let me know what you think. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] looking for text about variableSubclass: and isPointers...
Hi guys some guys here need to get up to date about variableSubclass and friends. Do you remember some texts around? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.2] #12088
12088 - - Issue 2683: new slice package should get inbox by default as repository. Thanks Carlo Teixeira. - Issue 2754: DateAndTime instance creation from a string or stream sets offset to 0. Thanks Sean De Nigris. - DateAndTime instance creation from strings and streams default to local offset if none is specified (e.g. via class readFrom: and classfromString:). - DateAndTime tests updated - testReadFromSecond renamed to testPrintStringSecond - added tests for the default offset condition described above - added test of classfromString: - Issue 2782: Monticello UI does not make newly added slice or package the selected package. Thanks Carlo Teixeira - Issue 2783: BitmapcompressGZip unused. - Issue 2784: More uppercase menues for file service menues. Gorgeous and dead simple but needed. Thanks Torsten Bergmann. Thanks guys! Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] little pictures of you :)
Wouldn't Facebook do exactly this? Adrian On Aug 11, 2010, at 12:47 , Stéphane Ducasse wrote: Hi guys the pharo web site does not support that yet :) but I would love to have some pictures of you because this is not that fun to talk daily with people when we do not even know their faces so we could start to build a pharo fun community. Let me know what you think. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] little pictures of you :)
Indeed: http://www.facebook.com/group.php?gid=103975957018 Only 26 members at the moment, surely we can do better ;-) -- Cheers, Peter On Wed, Aug 11, 2010 at 1:27 PM, Adrian Lienhard a...@netstyle.ch wrote: Wouldn't Facebook do exactly this? Adrian On Aug 11, 2010, at 12:47 , Stéphane Ducasse wrote: Hi guys the pharo web site does not support that yet :) but I would love to have some pictures of you because this is not that fun to talk daily with people when we do not even know their faces so we could start to build a pharo fun community. Let me know what you think. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] little pictures of you :)
No, it forces you to get in this things. Hilaire Le 11/08/2010 13:27, Adrian Lienhard a écrit : Wouldn't Facebook do exactly this? Adrian On Aug 11, 2010, at 12:47 , Stéphane Ducasse wrote: Hi guys the pharo web site does not support that yet :) but I would love to have some pictures of you because this is not that fun to talk daily with people when we do not even know their faces so we could start to build a pharo fun community. Let me know what you think. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] little pictures of you :)
I just left facebook and I'm not willing to get into this again. Norbert On 11.08.2010, at 13:27, Adrian Lienhard wrote: Wouldn't Facebook do exactly this? Adrian On Aug 11, 2010, at 12:47 , Stéphane Ducasse wrote: Hi guys the pharo web site does not support that yet :) but I would love to have some pictures of you because this is not that fun to talk daily with people when we do not even know their faces so we could start to build a pharo fun community. Let me know what you think. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] little pictures of you :)
+1 to pictures in website -1 to facebook. I really have social netwroks and I won't subscribe. Maybe it is just me, buy maybe there are more But I really agree it is cool to have other's face. It was funny in ESUG or London Camp Smalltalk to recognize people you receive millions of mail but you didn't know evne his face hahhaha On Wed, Aug 11, 2010 at 1:55 PM, Hilaire Fernandes hilaire.fernan...@gmail.com wrote: No, it forces you to get in this things. Hilaire Le 11/08/2010 13:27, Adrian Lienhard a écrit : Wouldn't Facebook do exactly this? Adrian On Aug 11, 2010, at 12:47 , Stéphane Ducasse wrote: Hi guys the pharo web site does not support that yet :) but I would love to have some pictures of you because this is not that fun to talk daily with people when we do not even know their faces so we could start to build a pharo fun community. Let me know what you think. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] little pictures of you :)
+1 to pictures in website. Laurent 2010/8/11 Mariano Martinez Peck marianop...@gmail.com +1 to pictures in website -1 to facebook. I really have social netwroks and I won't subscribe. Maybe it is just me, buy maybe there are more But I really agree it is cool to have other's face. It was funny in ESUG or London Camp Smalltalk to recognize people you receive millions of mail but you didn't know evne his face hahhaha On Wed, Aug 11, 2010 at 1:55 PM, Hilaire Fernandes hilaire.fernan...@gmail.com wrote: No, it forces you to get in this things. Hilaire Le 11/08/2010 13:27, Adrian Lienhard a écrit : Wouldn't Facebook do exactly this? Adrian On Aug 11, 2010, at 12:47 , Stéphane Ducasse wrote: Hi guys the pharo web site does not support that yet :) but I would love to have some pictures of you because this is not that fun to talk daily with people when we do not even know their faces so we could start to build a pharo fun community. Let me know what you think. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Instantiating an abstract class
Hi! Just wondering. What about redefining new into: -=-=-=-=-=-=-=-=-=-=-=-= Behaviornew Answer a new initialized instance of the receiver (which is a class) with no indexable variables. Fail if the class is indexable. self isAbstractClass ifTrue: [ self error: 'An abstract class cannot be instantiated' ]. ^ self basicNew initialize -=-=-=-=-=-=-=-=-=-=-=-= This may break a lot of code however. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Instantiating an abstract class
And it will also require modifying the Pharo by Example book that says that there's nothing wrong with instantiating abstract classes and that there is no *abstract* class marker in this sense, only abstract methods. So, why would try to convert Pharo to another language ? Stanislav Paskalev On Wed, Aug 11, 2010 at 3:43 PM, Alexandre Bergel alexan...@bergel.eu wrote: Hi! Just wondering. What about redefining new into: -=-=-=-=-=-=-=-=-=-=-=-= Behaviornew Answer a new initialized instance of the receiver (which is a class) with no indexable variables. Fail if the class is indexable. self isAbstractClass ifTrue: [ self error: 'An abstract class cannot be instantiated' ]. ^ self basicNew initialize -=-=-=-=-=-=-=-=-=-=-=-= This may break a lot of code however. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Instantiating an abstract class
Yes please don't add that. It is alreday pain enough to get complicated objects setup in the right oder with the #initialize always being called (ok it is easy to work around and in many cases it is just fine, but you need to be aware of it). Lukas On Wednesday, August 11, 2010, Stanislav Paskalev ksh...@gmail.com wrote: And it will also require modifying the Pharo by Example book that says that there's nothing wrong with instantiating abstract classes and that there is no *abstract* class marker in this sense, only abstract methods. So, why would try to convert Pharo to another language ? Stanislav Paskalev On Wed, Aug 11, 2010 at 3:43 PM, Alexandre Bergel alexan...@bergel.eu wrote: Hi! Just wondering. What about redefining new into: -=-=-=-=-=-=-=-=-=-=-=-= Behaviornew Answer a new initialized instance of the receiver (which is a class) with no indexable variables. Fail if the class is indexable. self isAbstractClass ifTrue: [ self error: 'An abstract class cannot be instantiated' ]. ^ self basicNew initialize -=-=-=-=-=-=-=-=-=-=-=-= This may break a lot of code however. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Instantiating an abstract class
Yes please don't add that. This is not my intention. But I just discovered some bugs in my test because I instantiated a class that shouldn't be instantiated since it is abstract. If now we close our eyes and dream about a clean oo language. Will forbidding to instantiate an abstract class a wished feature? Cheers, Alexandre On Wednesday, August 11, 2010, Stanislav Paskalev ksh...@gmail.com wrote: And it will also require modifying the Pharo by Example book that says that there's nothing wrong with instantiating abstract classes and that there is no *abstract* class marker in this sense, only abstract methods. So, why would try to convert Pharo to another language ? Stanislav Paskalev On Wed, Aug 11, 2010 at 3:43 PM, Alexandre Bergel alexan...@bergel.eu wrote: Hi! Just wondering. What about redefining new into: -=-=-=-=-=-=-=-=-=-=-=-= Behaviornew Answer a new initialized instance of the receiver (which is a class) with no indexable variables. Fail if the class is indexable. self isAbstractClass ifTrue: [ self error: 'An abstract class cannot be instantiated' ]. ^ self basicNew initialize -=-=-=-=-=-=-=-=-=-=-=-= This may break a lot of code however. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Instantiating an abstract class
On Wed, Aug 11, 2010 at 3:23 PM, Alexandre Bergel alexan...@bergel.euwrote: Yes please don't add that. This is not my intention. But I just discovered some bugs in my test because I instantiated a class that shouldn't be instantiated since it is abstract. If now we close our eyes and dream about a clean oo language. Will forbidding to instantiate an abstract class a wished feature? I am also against of this change. We should continue to have flexible language and not to convert this in Java. In addition, I MAY want to instantiate Abstract classes. Sometime you are doing prototypes, or TDD, and you want to instantiate an object of an abstract class. Even if you have a subclassResponsability. I don't care. Maybe I am not testing that right now, nor showing that to my client. I think the correct way to detect your kind of problems is with Lint. If it is not already done, maybe it could be added. Cheers Mariano Cheers, Alexandre On Wednesday, August 11, 2010, Stanislav Paskalev ksh...@gmail.com wrote: And it will also require modifying the Pharo by Example book that says that there's nothing wrong with instantiating abstract classes and that there is no *abstract* class marker in this sense, only abstract methods. So, why would try to convert Pharo to another language ? Stanislav Paskalev On Wed, Aug 11, 2010 at 3:43 PM, Alexandre Bergel alexan...@bergel.eu wrote: Hi! Just wondering. What about redefining new into: -=-=-=-=-=-=-=-=-=-=-=-= Behaviornew Answer a new initialized instance of the receiver (which is a class) with no indexable variables. Fail if the class is indexable. self isAbstractClass ifTrue: [ self error: 'An abstract class cannot be instantiated' ]. ^ self basicNew initialize -=-=-=-=-=-=-=-=-=-=-=-= This may break a lot of code however. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] little pictures of you :)
not really convinced. On Aug 11, 2010, at 1:27 PM, Adrian Lienhard wrote: Wouldn't Facebook do exactly this? Adrian On Aug 11, 2010, at 12:47 , Stéphane Ducasse wrote: Hi guys the pharo web site does not support that yet :) but I would love to have some pictures of you because this is not that fun to talk daily with people when we do not even know their faces so we could start to build a pharo fun community. Let me know what you think. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Pharo benchmarks ?
Hello, We are looking for any kind of benchmark in pharo, we would like to include such benchmarks in a reporting system for Pharo. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Pharo benchmarks ?
We are looking for any kind of benchmark in pharo, we would like to include such benchmarks in a reporting system for Pharo. Excellent idea. I have plenty of benchmarks for the applications I develop, but none specific to Pharo. Do you have in mind a particular reporting system? I have written HealthReportProducer, a small class that helps me to write benchmarks. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Instantiating an abstract class
On Wednesday, August 11, 2010, Mariano Martinez Peck marianop...@gmail.com wrote: On Wed, Aug 11, 2010 at 3:23 PM, Alexandre Bergel alexan...@bergel.eu wrote: Yes please don't add that. This is not my intention. But I just discovered some bugs in my test because I instantiated a class that shouldn't be instantiated since it is abstract. If now we close our eyes and dream about a clean oo language. Will forbidding to instantiate an abstract class a wished feature? I am also against of this change. We should continue to have flexible language and not to convert this in Java. In addition, I MAY want to instantiate Abstract classes. Sometime you are doing prototypes, or TDD, and you want to instantiate an object of an abstract class. Even if you have a subclassResponsability. I don't care. Maybe I am not testing that right now, nor showing that to my client. I think the correct way to detect your kind of problems is with Lint. If it is not already done, maybe it could be added. There is a rule that checks for that, I think it is called refers to abstract class. I don't have an image at hand to verify. It could be extended to take a declaration like #isAbstractClass into account. Lukaz Cheers Mariano Cheers, Alexandre On Wednesday, August 11, 2010, Stanislav Paskalev ksh...@gmail.com wrote: And it will also require modifying the Pharo by Example book that says that there's nothing wrong with instantiating abstract classes and that there is no *abstract* class marker in this sense, only abstract methods. So, why would try to convert Pharo to another language ? Stanislav Paskalev On Wed, Aug 11, 2010 at 3:43 PM, Alexandre Bergel alexan...@bergel.eu wrote: Hi! Just wondering. What about redefining new into: -=-=-=-=-=-=-=-=-=-=-=-= Behaviornew Answer a new initialized instance of the receiver (which is a class) with no indexable variables. Fail if the class is indexable. self isAbstractClass ifTrue: [ self error: 'An abstract class cannot be instantiated' ]. ^ self basicNew initialize -=-=-=-=-=-=-=-=-=-=-=-= This may break a lot of code however. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Pharo benchmarks ?
2010/8/11 Cyrille Delaunay cy.delau...@gmail.com Hello, We are looking for any kind of benchmark in pharo, we would like to include such benchmarks in a reporting system for Pharo. Hi. This is an EXCELLENT idea and I really really hope you can make it. I would love to have an addon to Hudson that not only runs the tets, but also the benchmarks. With this, we can see the impact of every system update. At least, what we cover with the benchmarks. What I know is this: http://map.squeak.org/package/3273bc19-5799-4f0d-b303-acff5ffab9e6 http://www.squeaksource.com/SystemBenchmarks They probably won't work out of the box in Pharo but with some changes they may work. I don't know. But Marcus Denker or Adrian may help you much more than me. Cheers Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Poll: missing libraries to support business
On Tue, Aug 10, 2010 at 11:40 PM, Germán Arduino gardu...@gmail.com wrote: Hi Mariano: I was thinking the same (or use the already existing Ideas page). But I can't modify nor create new pages. yes, maybe you are right. I forgot about that wiki page. http://code.google.com/p/pharo/wiki/IdeasToImplement It seems that first it needs an update as some things have already been done ;) Cheers. 2010/8/10 Mariano Martinez Peck marianop...@gmail.com: It would be nice of someone can collect all these ideas, and the future ideas that derive from the different threads, and put them together somewhere. I am not sure if a issue is the best approach. I would create a wiki page where all that information is written in kind of bullet. With that, we have a big lists of projects of interest. Maybe people is interested in doing a project maybe for university, master, or maybe because it just have time. For each bullet we can also link to the thread of discussion for example. This list will be a kind of wishlist for Pharo. Hopefully someone has time to write this down... Cheers Mariano On Tue, Aug 10, 2010 at 3:03 PM, Hilaire Fernandes hilaire.fernan...@gmail.com wrote: - loading binary code in an existging Pharo installation. It will ease to make very tiny Pharo application. Useful for plateform with limited resources. Hilaire Le 10/08/2010 14:37, Stephan Eggermont a écrit : Philippe wrote: Rather than imagining what problems non-users could have I'd focus on what problems existing users have. Instead of building libraries that you'll have to maintain forever I'd focus in infrastructure that allows users to write the libraries they need themselves. Executive summary: - HTTP(S) - SqueakDBX - VM/Cog/kernel/FFI/Alien - making it possible to use all the memory in my system: 64 bit. Stephan ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Instantiating an abstract class
Ok, I'm going slightly off-topic here. But what makes me wonder is that it is BehaviorisAbstractClass and not ClassisAbstractClass Good point. Someone else agree with this change? If yes, I do it. And wouldn't it than be ClassbasicNew self isAbstractClass ifTrue: [ self error: 'An abstract class cannot be instantiated' ]. ^ super basicNew if you want to avoid abstract classes being instantiated? Not to forget basicNew: The whole mailing list will express its wrath if you do this. Just a question. Ah, it was just a question. Fine then :-) Alexandre Norbert On Wednesday, August 11, 2010, Stanislav Paskalev ksh...@gmail.com wrote: And it will also require modifying the Pharo by Example book that says that there's nothing wrong with instantiating abstract classes and that there is no *abstract* class marker in this sense, only abstract methods. So, why would try to convert Pharo to another language ? Stanislav Paskalev On Wed, Aug 11, 2010 at 3:43 PM, Alexandre Bergel alexan...@bergel.eu wrote: Hi! Just wondering. What about redefining new into: -=-=-=-=-=-=-=-=-=-=-=-= Behaviornew Answer a new initialized instance of the receiver (which is a class) with no indexable variables. Fail if the class is indexable. self isAbstractClass ifTrue: [ self error: 'An abstract class cannot be instantiated' ]. ^ self basicNew initialize -=-=-=-=-=-=-=-=-=-=-=-= This may break a lot of code however. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Inter-image communication
Which ultimately depends on sockets. Hopefully the next pass will support OpenSSL and be adaptable to things like IrDA (by having hooks sufficient to support anything that makes itself look like a socket), and make either robust use of asynchronous operations or OS threads to the point that non-responsive peers or DNS servers never lock the entire image, just the calling process. ConnectionQueue polls for connections - there needs to be either another semaphore, or another job for one that exists, allowing a process to wait until a client connects rather than looping and adding time delays :( Andreas' SSL plugin might be a good starting point or perhaps one part of a good solution?? Testing needs to be brutal, including viciously timed loss of power to network infrastructure. I am not sure if I can do that at work anymore, but I certainly can build an intranet. In fact, I have a really nice old machine that I rescued from the gas chamber, and an embedded computer (expected soon) that is part of a beta program and needs to be abused in various creative ways. Between them, I should be able to set up a very nice testing ground for network error handling. Bill From: pharo-project-boun...@lists.gforge.inria.fr [pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Stéphane Ducasse [stephane.duca...@inria.fr] Sent: Wednesday, August 11, 2010 4:26 AM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] Inter-image communication rst? RemoteSmalltalk? How would I, from one image, tell another image to execute something? I searched Google and the Squeak and Pharo lists for: - [Pharo|Squeak] inter-image communication - [Pharo|Squeak] script The results included various references to old projects that I never hear mentioned now, and instructions on how to run code (via a .st as an argument to the vm command line) when launching an image. Thanks. Sean -- View this message in context: http://forum.world.st/Inter-image-communication-tp2320723p2320723.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] new lint rule NoClassComment
A proposal for a new lint rule that detect classes with empty comment. Lukas could you include it to the next version of the refactoring browser ? http://code.google.com/p/pharo/issues/detail?id=2790 ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] little pictures of you :)
El mié, 11-08-2010 a las 14:09 +0200, laurent laffont escribió: +1 to pictures in website. +1 to pictures in website -1 to facebook or external sites, but... maybe gravatar.com could be used Cheers Laurent 2010/8/11 Mariano Martinez Peck marianop...@gmail.com +1 to pictures in website -1 to facebook. I really have social netwroks and I won't subscribe. Maybe it is just me, buy maybe there are more But I really agree it is cool to have other's face. It was funny in ESUG or London Camp Smalltalk to recognize people you receive millions of mail but you didn't know evne his face hahhaha On Wed, Aug 11, 2010 at 1:55 PM, Hilaire Fernandes hilaire.fernan...@gmail.com wrote: No, it forces you to get in this things. Hilaire Le 11/08/2010 13:27, Adrian Lienhard a écrit : Wouldn't Facebook do exactly this? Adrian On Aug 11, 2010, at 12:47 , Stéphane Ducasse wrote: Hi guys the pharo web site does not support that yet :) but I would love to have some pictures of you because this is not that fun to talk daily with people when we do not even know their faces so we could start to build a pharo fun community. Let me know what you think. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel Cobá http://miguel.leugim.com.mx ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] new lint rule NoClassComment
Sure, I will merge it ASAP. Lukas 2010/8/11 Cyrille Delaunay cy.delau...@gmail.com: A proposal for a new lint rule that detect classes with empty comment. Lukas could you include it to the next version of the refactoring browser ? http://code.google.com/p/pharo/issues/detail?id=2790 ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] little pictures of you :)
I will have some free time tomorrow evening, so I can try to create a page on the website. Send me a photo and present yourself, suggestions: - what you are working on with Pharo - your enterprise + link - link to your blog / twitter / - packages / app you have created or contributed. Cheers, Laurent Laffont 2010/8/11 Miguel Enrique Cobá Martínez miguel.c...@gmail.com El mié, 11-08-2010 a las 14:09 +0200, laurent laffont escribió: +1 to pictures in website. +1 to pictures in website -1 to facebook or external sites, but... maybe gravatar.com could be used Cheers Laurent 2010/8/11 Mariano Martinez Peck marianop...@gmail.com +1 to pictures in website -1 to facebook. I really have social netwroks and I won't subscribe. Maybe it is just me, buy maybe there are more But I really agree it is cool to have other's face. It was funny in ESUG or London Camp Smalltalk to recognize people you receive millions of mail but you didn't know evne his face hahhaha On Wed, Aug 11, 2010 at 1:55 PM, Hilaire Fernandes hilaire.fernan...@gmail.com wrote: No, it forces you to get in this things. Hilaire Le 11/08/2010 13:27, Adrian Lienhard a écrit : Wouldn't Facebook do exactly this? Adrian On Aug 11, 2010, at 12:47 , Stéphane Ducasse wrote: Hi guys the pharo web site does not support that yet :) but I would love to have some pictures of you because this is not that fun to talk daily with people when we do not even know their faces so we could start to build a pharo fun community. Let me know what you think. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel Cobá http://miguel.leugim.com.mx ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Pharo benchmarks ?
2010/8/11 Cyrille Delaunay cy.delau...@gmail.com Hello, We are looking for any kind of benchmark in pharo, we would like to include such benchmarks in a reporting system for Pharo. Please feel free to include the ShootoutTests included in the Cog VMMaker image ( http://www.squeakvm.org/svn/squeak/branches/Cog/image/VMMaker-Squeak4.1.image). These are a subset of benchmarks from Isaac Gouy's computer language shootout benchmarks. These are non-trivial, compute-intensive and carefully chosen to highlight particular performance areas (allocation/garbage collection, threading, etc). (Also, if you add any other c.l.s benchmarks to these please let me know.) cheers Eliot ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Inter-image communication
Stéphane Ducasse wrote: rst? RemoteSmalltalk? rst = RemoteSmalltalk = SO COOL!!! I easily shared objects from a Pharo 1.1 image with 4 other local images - including a Squeak 4.1 image! For a hoot: 1. In a Pharo 1.1 image with rST installed doit: Transcript open. RSTSamples serverStartup 2. In a Squeak 4.1 image with rST installed doit: RSTBroker startOnPort: self clientPort logging: false. remoteTranscript := ('Transcript@' , self serverBrokerID) asLocalObject. remoteTranscript show: 'everything is ok! (from client side)'; cr 3. Pick up jaw after you see that the squeak image has sent a message to the Pharo image's Transcript, whose contents now appear as 'everything is ok! (from client side)' n.b. According to the docs, in both images, doit: RSTBroker stop How to load: I have no write access to rST, so the required packages can be loaded as follows: Gofer new squeaksource: 'KomHttpServer'; package: 'DynamicBindings'; load. Gofer new squeaksource: 'KomHttpServer'; package: 'KomServices'; load. Gofer new squeaksource: 'SPDProjectUpdates'; package: 'rST'; load. Thanks for the pointer! 1. This seriously frees me to play with objects in different forks and versions because I know I can beam the live objects to another image whenever I want, and not have them stranded. 2. This seems like it should be perfect for scripting an image, but what shared object would allow arbitrary code to be run on the server? I played with Workspace, but got lost down the delegation rabbit hole Sean p.s. I got it loading with minimal changes - just had to fix the underscore assignments, and break the dependency to an old version of KomServices. -- View this message in context: http://forum.world.st/Inter-image-communication-tp2320723p2321673.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Errors using RFBServer
I am trying to get RFBServer to work on Windows, but anytime I attempt a connection this error shows up as the first in the less: Does RFBServer work well in Pharo Seaside Image 3.0? SmallInteger(object) doesNotUnderstand #'@-' -- Frank Church === http://devblog.brahmancreations.com ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Inter-image communication
Does it work over a LAN? Hilaire Le 11/08/2010 20:17, Sean P. DeNigris a écrit : Stéphane Ducasse wrote: rst? RemoteSmalltalk? rst = RemoteSmalltalk = SO COOL!!! I easily shared objects from a Pharo 1.1 image with 4 other local images - including a Squeak 4.1 image! For a hoot: 1. In a Pharo 1.1 image with rST installed doit: Transcript open. RSTSamples serverStartup 2. In a Squeak 4.1 image with rST installed doit: RSTBroker startOnPort: self clientPort logging: false. remoteTranscript := ('Transcript@' , self serverBrokerID) asLocalObject. remoteTranscript show: 'everything is ok! (from client side)'; cr 3. Pick up jaw after you see that the squeak image has sent a message to the Pharo image's Transcript, whose contents now appear as 'everything is ok! (from client side)' n.b. According to the docs, in both images, doit: RSTBroker stop How to load: I have no write access to rST, so the required packages can be loaded as follows: Gofer new squeaksource: 'KomHttpServer'; package: 'DynamicBindings'; load. Gofer new squeaksource: 'KomHttpServer'; package: 'KomServices'; load. Gofer new squeaksource: 'SPDProjectUpdates'; package: 'rST'; load. Thanks for the pointer! 1. This seriously frees me to play with objects in different forks and versions because I know I can beam the live objects to another image whenever I want, and not have them stranded. 2. This seems like it should be perfect for scripting an image, but what shared object would allow arbitrary code to be run on the server? I played with Workspace, but got lost down the delegation rabbit hole Sean p.s. I got it loading with minimal changes - just had to fix the underscore assignments, and break the dependency to an old version of KomServices. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Errors using RFBServer
Use the latest version from http://source.lukas-renggli.ch/unsorted/. This problem was fixed a while ago. Lukas 2010/8/11 Frank Church vfcli...@gmail.com: I am trying to get RFBServer to work on Windows, but anytime I attempt a connection this error shows up as the first in the less: Does RFBServer work well in Pharo Seaside Image 3.0? SmallInteger(object) doesNotUnderstand #'@-' -- Frank Church === http://devblog.brahmancreations.com ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Errors using RFBServer
The code needs a minor fixup. It slipped off my todo list, to get the fix submitted. Basically, the fix is to put a space between the '@' and the '-'. Due to a parser change, the unary '-' now requires separation from the '@' operator. -- Yanni Frank Church wrote: I am trying to get RFBServer to work on Windows, but anytime I attempt a connection this error shows up as the first in the less: Does RFBServer work well in Pharo Seaside Image 3.0? SmallInteger(object) doesNotUnderstand #'@-' ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] little pictures of you :)
Norbert Hartl wrote: I just left facebook and I'm not willing to get into this again. +1 I tried but closed my Facebook account too. ps. you can add a picture on your account on the forum.world.st Nabble forums, but ideally these profile photo should probably go in the member profiles of the next/improved Squeak/Pharo Source -- View this message in context: http://forum.world.st/little-pictures-of-you-tp2321021p2321896.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] little pictures of you :)
I'm the opposite, I use Facebook and all my data is there. Pics, sites, twitter, etc. Cheers. Germán. 2010/8/11 Geert Claes geert.wl.cl...@gmail.com: Norbert Hartl wrote: I just left facebook and I'm not willing to get into this again. +1 I tried but closed my Facebook account too. ps. you can add a picture on your account on the forum.world.st Nabble forums, but ideally these profile photo should probably go in the member profiles of the next/improved Squeak/Pharo Source -- View this message in context: http://forum.world.st/little-pictures-of-you-tp2321021p2321896.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] little pictures of you :)
Hehe, I just added you ;-) On Wed, Aug 11, 2010 at 11:37 PM, Germán Arduino gardu...@gmail.com wrote: I'm the opposite, I use Facebook and all my data is there. Pics, sites, twitter, etc. Cheers. Germán. 2010/8/11 Geert Claes geert.wl.cl...@gmail.com: Norbert Hartl wrote: I just left facebook and I'm not willing to get into this again. +1 I tried but closed my Facebook account too. ps. you can add a picture on your account on the forum.world.st Nabble forums, but ideally these profile photo should probably go in the member profiles of the next/improved Squeak/Pharo Source -- View this message in context: http://forum.world.st/little-pictures-of-you-tp2321021p2321896.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] little pictures of you :)
Confirmed, thanks! 2010/8/11 Peter Hugosson-Miller oldmanl...@gmail.com: Hehe, I just added you ;-) On Wed, Aug 11, 2010 at 11:37 PM, Germán Arduino gardu...@gmail.com wrote: I'm the opposite, I use Facebook and all my data is there. Pics, sites, twitter, etc. Cheers. Germán. 2010/8/11 Geert Claes geert.wl.cl...@gmail.com: Norbert Hartl wrote: I just left facebook and I'm not willing to get into this again. +1 I tried but closed my Facebook account too. ps. you can add a picture on your account on the forum.world.st Nabble forums, but ideally these profile photo should probably go in the member profiles of the next/improved Squeak/Pharo Source -- View this message in context: http://forum.world.st/little-pictures-of-you-tp2321021p2321896.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- = Germán S. Arduino gsa @ arsol.net Twitter: garduino Arduino Software Web Hosting http://www.arduinosoftware.com PasswordsPro http://www.passwordspro.com = ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Closure bytecodes?
2010/8/11 James Ladd james_l...@hotmail.com Hi All, This list has been amazinly quick and helpful so thank you all. I'm continuing my adventure through the bytecode and I have a question about the bytecodes for closures. Below is an example dump of a closure ([]) 165 8F 10 00 1E closureNumCopied: 1 numArgs: 0 bytes 169 to 198 169 10 pushTemp: 0 170 C7 send: class 171 83 11 send: selectors 173 83 10 send: asSortedCollection 175 52 pushLit: WriteStream 176 53 pushLit: String 177 CC send: new 178 EA send: on: The number on the left I will refer to as the line number to make my questions more clear. Firstly, on line 165 the closure is reporting num copied 1. What is the 1 thing that it is copying? http://www.mirandabanda.org/cogblog/2008/06/07/closures-part-i/ http://www.mirandabanda.org/cogblog/2008/07/22/closures-part-ii-the-bytecodes/ Secondly, the send bytecode on line 171 is different to that on line 175. Is it because 175 is using a set of known selectors while 171 has to refer to a literal table? I think you mean lines 171 177 right? If so, then yes, #new is a special selector (see Smalltalk specialSelectors). best Eliot Rgs, James. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] little pictures of you :)
2010/8/11 Miguel Enrique Cobá Martínez miguel.c...@gmail.com: El mié, 11-08-2010 a las 14:09 +0200, laurent laffont escribió: +1 to pictures in website. +1 to pictures in website -1 to facebook or external sites, but... maybe gravatar.com could be used +1 http://fr.gravatar.com/sergestinckwich -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/ ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Remove ParagraphEditor
sounds great! regards, Francisco 2010/8/11 Guillermo Polito guillermopol...@gmail.com: Hi! I've prepared a changeset where there are the following changes - replace ParagraphEditor by SmalltalkEditor - replace TextMorphEditor by SmalltalkEditor or TextEditor where it corresponds(or I suppose so) - some changes in SmalltalkEditor and some classes like Workspace, Inspector, ObjectExplorer... following the current versions of them in CUIS - lazy inicialization of keybindings in SmalltalkEditor and TextEditor - removal of ParagraphEditor and TextEditor I'm a little scared to submit this change to the inbox because I would like more people to try it... To install it you have to close every window, open the File browser, install the changeset and close the filebrowser, because if not there may remain references to AnObsoleteParagraphEditor. Cheers! ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Closure bytecodes?
Hi Eliot, That is a very nice blog you linked me to. Lots for me to read there. I read this ... The final bytecode is more interesting. 143 1000 Push Closure Num Copied Num Args BlockSize This creates a closure, initializing it from the arguments and the current context. I'm missing something, is num copied the number of temps copied from the containing method? Rgs, James. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Closure bytecodes?
Hi James, 2010/8/11 James Ladd james_l...@hotmail.com Hi Eliot, That is a very nice blog you linked me to. Lots for me to read there. I read this ... The final bytecode is more interesting. 143 1000 Push Closure Num Copied Num Args BlockSize This creates a closure, initializing it from the arguments and the current context. I'm missing something, is num copied the number of temps copied from the containing method? It is the number of values copied from the stack that become locals of the closure. In Collectioninject: thisValue into: binaryBlock Accumulate a running value associated with evaluating the argument, binaryBlock, with the current value of the argument, thisValue, and the receiver as block arguments. For instance, to sum the numeric elements of a collection, aCollection inject: 0 into: [:subTotal :next | subTotal + next]. | nextValue | nextValue := thisValue. self do: [:each | nextValue := binaryBlock value: nextValue value: each]. ^nextValue the closure [:each | nextValue := binaryBlock value: nextValue value: each] accesses two non-local variables binaryBlock nextValue. Because binaryBlock is not modified its value can be copied directly but because nextValue is modified it cannot be copied and a shared location must be used to hold the value. So the compiler arranges to create an (in this case one-element) array (an indirection vector) to hold nextValue. The hidden variable holding the indirection vector is not modified so its value (the indirection vector) can be copied. Hence [:each | nextValue := binaryBlock value: nextValue value: each] has two copied values, one the value of binaryBlock and another a hidden Array that holds nextValue. Hence the bytecode: push: (Array new: 1) # create the indirection vector popIntoTemp: 2 # store it as the 3rd temp (after firstValue binaryBlock) pushTemp: 0 # push firstValue popIntoTemp: 0 inVectorAt: 2 # initialize nextValue with firstValue self# push the receiver of #do: pushTemp: 1 # push the first copied value binaryBlock pushTemp: 2 # push the second copied value, the indirection vector holding nextValue closureNumCopied: 2 numArgs: 1 bytes 31 to 40 # create the closure with 1 arg and 2 copied values pushTemp: 1 # push binaryBlock (the 1st copied value, the 2nd temp after each) pushTemp: 0 inVectorAt: 2 # push nextValue, the 1st slot in the indirection vector which is the 3rd temp pushTemp: 0 # push each send: #value:value: (2 args) # evaluate binaryBlock value: nextValue value: each storeIntoTemp: 0 inVectorAt: 2 # store the result into nextValue (1st slot in indirection vector) blockReturn # return nextValue as the result of the block send: #do: (1 arg) # evaluate self do: [:each|...] pop# discard the result of elf do: [:each|...] pushTemp: 0 inVectorAt: 2 # push nextValue returnTop # return nextValue as the result of inject:into: If this still doesn't make sense look at the version in the first blog post that uses an explicit array and compare it with the above. HTH Eliot Rgs, James. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project