Re: [Pharo-project] [Moose-dev] numerical method in smalltalk
On Tue, Mar 20, 2012 at 12:45 PM, Tudor Girba tu...@tudorgirba.com wrote: Hi Serge, There definitely is interest. If you volunteer for mentoring it would be great. Yes sure i can do it. I can even maybe propose some local students. Do you want to co-mentor ? Regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/
Re: [Pharo-project] [Moose-dev] numerical method in smalltalk
I would more want to see what can be done with it :). I have very little knowledge in this area and a bit too little time, but I can try to help. Doru On 20 Mar 2012, at 07:12, Serge Stinckwich wrote: On Tue, Mar 20, 2012 at 12:45 PM, Tudor Girba tu...@tudorgirba.com wrote: Hi Serge, There definitely is interest. If you volunteer for mentoring it would be great. Yes sure i can do it. I can even maybe propose some local students. Do you want to co-mentor ? Regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/ -- www.tudorgirba.com Don't give to get. Just give.
Re: [Pharo-project] [Moose-dev] failing tests
Hi, The problem is that the new implementation of union: and intersection: makes reference to class directly. Instead, they should use species. I opened a an issue: http://code.google.com/p/pharo/issues/detail?id=5523 and created the corresponding slice: Name: SLICE-Issue-5523-Collection-union-and-intersection-should-use-species-TudorGirba.1 Author: TudorGirba Time: 20 March 2012, 7:25:55 am UUID: b3944736-b2d8-4c30-ad24-3c39c2a18cf9 Ancestors: Dependencies: Collections-Abstract-TudorGirba.158 use species instead of class for Collectionunion: and intersection: Cheers, Doru On 19 Mar 2012, at 20:10, Stéphane Ducasse wrote: On Mar 18, 2012, at 10:08 PM, Alexandre Bergel wrote: I am a bit puzzled. How comes that a new version of #union: break down so many tests. #union: is a simple operation. Yes I would like to know it too. Do you have one single case that we can understand? Stef ___ Moose-dev mailing list moose-...@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- www.tudorgirba.com If you can't say why something is relevant, it probably isn't.
[Pharo-project] International Workshop on Smalltalk Technologies 2011
Dear smalltakers, We are now pleased to inform you that the IWST 2011 proceedings are currently on-line. here is the IWST link: http://dl.acm.org/citation.cfm?id=2166929picked=proxcfid=71182337cftoken=68523548 From this page, you will be able to acces all papers. Regards, Loïc Lagadec Alain Plantec IWST 2011 co-chairs
Re: [Pharo-project] Objectdeprecated:on:in: doesn't respect state of Deprecation classshowWarning:
Thanks martin. I do not remember may be this is related to the fact this is in alpha. Can you check if you get the same behavior and the same code in deprecated:on:… in 1.3 Stef (running now to catch a train) On Mar 19, 2012, at 10:47 PM, Martin Sandiford wrote: Hi all, Kind of new to Pharo, so not sure if this is intended behaviour or not, but Objectdeprecated:on:in: doesn't respect the current state of the Deprecation classshowWarning setting. This was unexpected for me --- in a headless setting the warning dialog causes the VM to exit. To reproduce (in 1.4 14399): Deprecation showWarning: false. true and: [ true ] and: [ true ]. Booleanand:and: sends deprecated:on:in: Fix seems straightforward: wrap the current contents of deprecated:on:in: in Deprecation showWarning ifTrue: [...]. If there are no objections, I'll raise a bug in the tracker. Cheers, Martin
Re: [Pharo-project] [Moose-dev] failing tests
thanks good catch! Stef On Mar 20, 2012, at 7:34 AM, Tudor Girba wrote: Hi, The problem is that the new implementation of union: and intersection: makes reference to class directly. Instead, they should use species. I opened a an issue: http://code.google.com/p/pharo/issues/detail?id=5523 and created the corresponding slice: Name: SLICE-Issue-5523-Collection-union-and-intersection-should-use-species-TudorGirba.1 Author: TudorGirba Time: 20 March 2012, 7:25:55 am UUID: b3944736-b2d8-4c30-ad24-3c39c2a18cf9 Ancestors: Dependencies: Collections-Abstract-TudorGirba.158 use species instead of class for Collectionunion: and intersection: Cheers, Doru On 19 Mar 2012, at 20:10, Stéphane Ducasse wrote: On Mar 18, 2012, at 10:08 PM, Alexandre Bergel wrote: I am a bit puzzled. How comes that a new version of #union: break down so many tests. #union: is a simple operation. Yes I would like to know it too. Do you have one single case that we can understand? Stef ___ Moose-dev mailing list moose-...@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- www.tudorgirba.com If you can't say why something is relevant, it probably isn't.
[Pharo-project] [update 1.4] #14404
14404 - Issue 5522: Remove a code duplication in Browser http://code.google.com/p/pharo/issues/detail?id=5522 Issue 5511: recategorize CompiledMethodhasBreakpoint and Objectbreak http://code.google.com/p/pharo/issues/detail?id=5511 Issue 5509: DNU #renameAs: in FileList http://code.google.com/p/pharo/issues/detail?id=5509 Issue 5508: #asText should be packaged along with Collections-Text http://code.google.com/p/pharo/issues/detail?id=5508 -- Marcus Denker -- http://marcusdenker.de
[Pharo-project] can't load VMMaker into 1.3 as suggested by collaboractive book
I tried to load VMMaker into Pharo 1.3 (http://book.pharo-project.org/book/Virtual-Machine/Building/VMMakerTool). However, there's a dependency on Balloon3D-Plugins-bf.5 that contains underscore assignments which leads to syntax errors during load. Even the fix #pharoUndescoreAssignment run manually doesn't help. Maybe I'm doing this all wrong… All I want is to write a CRC plugin… Any suggestions? Cheers, Max
[Pharo-project] Wait or not?
Hi, I would like to ask you on your opinion about time scale of some big repackaging steps. At start we talk about issue 5520 (http://code.google.com/p/pharo/issues/detail?id=5520#makechanges) that should rename Morphic package to Morphic-Base. The reason to do it is to prepare Morphic and MorphicTests packages for the next reorganization, namely to separate Morphic-Core package(s) with content of the uMorphic image (the minimal morphic image with only the most basic subset of the Morphic). The question is if we want to do it now or wait on the verson 1.5. At start it is only the reorganization of packages that should not change any behavior of the system. On the other hand, we may expect that it will bring some sort-term problems. Cheers, -- Pavel
[Pharo-project] Is there a package for running bash shells in a Smalltalk workspace?
Is there a package for running bash shells in a Smalltalk workspace? -- Frank Church === http://devblog.brahmancreations.com
Re: [Pharo-project] Zodiac is cool!
Sean, On 19 Mar 2012, at 16:49, Sean P. DeNigris wrote: Is there a bug tracker? I want to make sure that redirect truncation bug we found does not get lost. Like for Zinc, I would prefer to use the Pharo list for public communication for Zodiac. I will try to isolate what we saw in a test case. Also, the Zodiac link on http://zn.stfx.eu/zn/index.html is broken Fixed, thanks. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill smime.p7s Description: S/MIME cryptographic signature
Re: [Pharo-project] [Moose-dev] Re: numerical method in smalltalk
2012/3/20 Steffen Märcker merk...@web.de: Hi, There's a package Numerical Methods in Cincoms Public Repository which is - I think - based on the book Object-Oriented Implementation of Numerical Methods. Is this package already ported? If not, it might be a good starting point. But it needs more documentation... Yes there is already the same version for Pharo/Squeak on Squeaksource. There is actually a lot of code dispersed in several projects with some duplication also. The idea is to consolidate everything. Regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/
Re: [Pharo-project] can't load VMMaker into 1.3 as suggested by collaboractive book
you can use a setting to accept _ Stef I tried to load VMMaker into Pharo 1.3 (http://book.pharo-project.org/book/Virtual-Machine/Building/VMMakerTool). However, there's a dependency on Balloon3D-Plugins-bf.5 that contains underscore assignments which leads to syntax errors during load. Even the fix #pharoUndescoreAssignment run manually doesn't help. Maybe I'm doing this all wrong… All I want is to write a CRC plugin… Any suggestions? Cheers, Max
Re: [Pharo-project] Wait or not?
good question :) I would love to ship 1.4 :) And we open 1.5 just after. Ys Morphic-Base is needed Hi, I would like to ask you on your opinion about time scale of some big repackaging steps. At start we talk about issue 5520 (http://code.google.com/p/pharo/issues/detail?id=5520#makechanges) that should rename Morphic package to Morphic-Base. The reason to do it is to prepare Morphic and MorphicTests packages for the next reorganization, namely to separate Morphic-Core package(s) with content of the uMorphic image (the minimal morphic image with only the most basic subset of the Morphic). The question is if we want to do it now or wait on the verson 1.5. At start it is only the reorganization of packages that should not change any behavior of the system. On the other hand, we may expect that it will bring some sort-term problems. Cheers, -- Pavel
Re: [Pharo-project] Is there a package for running bash shells in a Smalltalk workspace?
With OSProcess you can invoke shell. Now so far we do not have an interpreter for bash Stef On Mar 20, 2012, at 10:02 AM, Frank Church wrote: Is there a package for running bash shells in a Smalltalk workspace? -- Frank Church === http://devblog.brahmancreations.com
Re: [Pharo-project] Zodiac is cool!
Sean, On 19 Mar 2012, at 16:49, Sean P. DeNigris wrote: Is there a bug tracker? I want to make sure that redirect truncation bug we found does not get lost. Like for Zinc, I would prefer to use the Pharo list for public communication for Zodiac. +1 I will try to isolate what we saw in a test case. Also, the Zodiac link on http://zn.stfx.eu/zn/index.html is broken Fixed, thanks. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill
Re: [Pharo-project] [Moose-dev] Re: numerical method in smalltalk
On Mar 20, 2012, at 10:34 AM, Serge Stinckwich wrote: 2012/3/20 Steffen Märcker merk...@web.de: Hi, There's a package Numerical Methods in Cincoms Public Repository which is - I think - based on the book Object-Oriented Implementation of Numerical Methods. Is this package already ported? If not, it might be a good starting point. But it needs more documentation... Yes there is already the same version for Pharo/Squeak on Squeaksource. There is actually a lot of code dispersed in several projects with some duplication also. The idea is to consolidate everything. Yes! Regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/
Re: [Pharo-project] Objectdeprecated:on:in: doesn't respect state of Deprecation classshowWarning:
Hope you made the train. Good advice to look into 1.3 --- on closer inspection it turns out this actually works fine, and I just didn't understand how things work. raiseWarning: false does what I want; showWarning just affects transcript logs. I've updated the issue --- it should probably be closed as invalid :( On Tue, Mar 20, 2012 at 5:43 PM, Stéphane Ducasse stephane.duca...@inria.fr wrote: Thanks martin. I do not remember may be this is related to the fact this is in alpha. Can you check if you get the same behavior and the same code in deprecated:on:… in 1.3 Stef (running now to catch a train)
[Pharo-project] Pharo Dynamic play with Morphic UI Construction videos..
Great fun playing with and building a moderately complex beginners UI. http://picasaweb.google.com/skrishnamachari/Pharo_Dynamic_UI Builds up over the 5 videos to move from simple forms to complex form and a runtime integration instantly... Borrowing from Bret Taylor's .. dynamic UI construction, not that jazz, but the overall feel is the same responsive just in time UI construction feedback cycle.. I guess time to rest my dirty hack hat, and don a professional one to deliver the promise of updated framework that does this, within the next week or two max...
Re: [Pharo-project] Wait or not?
Am 20.03.2012 um 09:23 schrieb Pavel Krivanek: Hi, I would like to ask you on your opinion about time scale of some big repackaging steps. At start we talk about issue 5520 (http://code.google.com/p/pharo/issues/detail?id=5520#makechanges) that should rename Morphic package to Morphic-Base. The reason to do it is to prepare Morphic and MorphicTests packages for the next reorganization, namely to separate Morphic-Core package(s) with content of the uMorphic image (the minimal morphic image with only the most basic subset of the Morphic). The question is if we want to do it now or wait on the verson 1.5. At start it is only the reorganization of packages that should not change any behavior of the system. On the other hand, we may expect that it will bring some sort-term problems. This question is almost easy to answer. There are no things that do not produce side effects. So this is a no go in 1.4. But it can also mean that 1.4 needs to be shipped soon. Or just open 1.5 before 1.4 is shipped. But that might to be too much work for Marcus et. al. Norbert
Re: [Pharo-project] Is there a package for running bash shells in a Smalltalk workspace?
CommandShell package..? On 3/20/12, Stéphane Ducasse stephane.duca...@inria.fr wrote: With OSProcess you can invoke shell. Now so far we do not have an interpreter for bash Stef On Mar 20, 2012, at 10:02 AM, Frank Church wrote: Is there a package for running bash shells in a Smalltalk workspace? -- Frank Church === http://devblog.brahmancreations.com
Re: [Pharo-project] Objectdeprecated:on:in: doesn't respect state of Deprecation classshowWarning:
Hope you made the train. Good advice to look into 1.3 --- on closer inspection it turns out this actually works fine, and I just didn't understand how things work. raiseWarning: false does what I want; showWarning just affects transcript logs. I've updated the issue --- it should probably be closed as invalid :( no problem :) Stef
Re: [Pharo-project] Wait or not?
On Mar 20, 2012, at 11:46 AM, Norbert Hartl wrote: Am 20.03.2012 um 09:23 schrieb Pavel Krivanek: Hi, I would like to ask you on your opinion about time scale of some big repackaging steps. At start we talk about issue 5520 (http://code.google.com/p/pharo/issues/detail?id=5520#makechanges) that should rename Morphic package to Morphic-Base. The reason to do it is to prepare Morphic and MorphicTests packages for the next reorganization, namely to separate Morphic-Core package(s) with content of the uMorphic image (the minimal morphic image with only the most basic subset of the Morphic). The question is if we want to do it now or wait on the verson 1.5. At start it is only the reorganization of packages that should not change any behavior of the system. On the other hand, we may expect that it will bring some sort-term problems. This question is almost easy to answer. There are no things that do not produce side effects. So this is a no go in 1.4. But it can also mean that 1.4 needs to be shipped soon. Or just open 1.5 before 1.4 is shipped. But that might to be too much work for Marcus et. al. We did that in the past. Now we should get all tests green for 1.4. After only we should open 1.5 else… the fun will take over Norbert
Re: [Pharo-project] [Moose-dev] Re: numerical method in smalltalk
2012/3/20 Steffen Märcker merk...@web.de: It can imagine that it would be useful for the ST community to have this cross dialect. Are there any plans in this direction? Yes in a perfect world, but having already something working on Pharo is a first step. After that people could adapt to other flavors if they want. Regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/
Re: [Pharo-project] Is there a package for running bash shells in a Smalltalk workspace?
On 20 March 2012 10:47, S Krish krishnamachari.sudha...@gmail.com wrote: CommandShell package..? On 3/20/12, Stéphane Ducasse stephane.duca...@inria.fr wrote: With OSProcess you can invoke shell. Now so far we do not have an interpreter for bash Stef On Mar 20, 2012, at 10:02 AM, Frank Church wrote: Is there a package for running bash shells in a Smalltalk workspace? -- Frank Church === http://devblog.brahmancreations.com I am thinking more along the lines of an embedded shell window, like an ActiveX control that runs a terminal window in the workspace, and can have commands sent to it. -- Frank Church === http://devblog.brahmancreations.com
Re: [Pharo-project] can't load VMMaker into 1.3 as suggested by collaboractive book
I assume that would be Scanner classallowUnderscoreAssignments. That is exactly what #pharoUnderscoreAssignment does… On 20.03.2012, at 11:19, Stéphane Ducasse wrote: you can use a setting to accept _ Stef I tried to load VMMaker into Pharo 1.3 (http://book.pharo-project.org/book/Virtual-Machine/Building/VMMakerTool). However, there's a dependency on Balloon3D-Plugins-bf.5 that contains underscore assignments which leads to syntax errors during load. Even the fix #pharoUndescoreAssignment run manually doesn't help. Maybe I'm doing this all wrong… All I want is to write a CRC plugin… Any suggestions? Cheers, Max
Re: [Pharo-project] can't load VMMaker into 1.3 as suggested by collaboractive book
On 20.03.2012 08:55, Max Leske wrote: I tried to load VMMaker into Pharo 1.3 (http://book.pharo-project.org/book/Virtual-Machine/Building/VMMakerTool). However, there's a dependency on Balloon3D-Plugins-bf.5 that contains underscore assignments which leads to syntax errors during load. Even the fix #pharoUndescoreAssignment run manually doesn't help. Maybe I'm doing this all wrong… All I want is to write a CRC plugin… Any suggestions? Cheers, Max I went through a while back and removed all underscore assignments, but I don't have write access to the repository. You can find the .mcz / .cs at: http://dl.dropbox.com/u/6751081/BalloonPluginNoUnderscores.zip Cheers, Henry
Re: [Pharo-project] can't load VMMaker into 1.3 as suggested by collaboractive book
Thanks Henrik! I'll try that. Max On 20.03.2012, at 13:15, Henrik Sperre Johansen wrote: On 20.03.2012 08:55, Max Leske wrote: I tried to load VMMaker into Pharo 1.3 (http://book.pharo-project.org/book/Virtual-Machine/Building/VMMakerTool). However, there's a dependency on Balloon3D-Plugins-bf.5 that contains underscore assignments which leads to syntax errors during load. Even the fix #pharoUndescoreAssignment run manually doesn't help. Maybe I'm doing this all wrong… All I want is to write a CRC plugin… Any suggestions? Cheers, Max I went through a while back and removed all underscore assignments, but I don't have write access to the repository. You can find the .mcz / .cs at: http://dl.dropbox.com/u/6751081/BalloonPluginNoUnderscores.zip Cheers, Henry
Re: [Pharo-project] Understanding RunArrayscanFrom:
On Mar 19, 2012, at 5:28 PM, Eliot Miranda wrote: On Mon, Mar 19, 2012 at 12:17 AM, Marcus Denker marcus.den...@inria.fr wrote: On Mar 19, 2012, at 12:27 AM, Guillermo Polito wrote: This method parses a stream from a fileout with styling and generates the text style specific objects. Now, 1) are we writing that style section in our fileouts? No, not anymore. Are you sure it's not used for class comments? Given pretty-printing there's no need for method text style. But in a class comment (if people knew it was available) it can be quite nice. In Pharo right now all source is just a string... class comments, too. Marcus -- Marcus Denker -- http://marcusdenker.de
Re: [Pharo-project] Any theme or settings that will speed up a Pharo 1.3 image?
On 2012-03-19, at 20:54, Marcus Denker wrote: You used your own images for Pinocchio, or was Pinocchio just fast enough for the standard images? Pinnocio can't run the image... it's (just ;-)) a compiler from smalltalk to binary code... the .exe then boostraps an image, but there is no support to persist that (nor support for all the primitives.. and no GC other than Boehm). indeed ;) we tricked around the image :D stefan, do you rely on a visual interface? (rhetorical question) ;) I guess the only solution I see here would be to start unloading some parts of the system to make sure they're no longer used...
Re: [Pharo-project] Zodiac is cool!
We're currently setting up the build-server to include the SqueakSSL plugin. hence Zodiac should work out of the box :) best cami On 2012-03-20, at 11:21, Stéphane Ducasse wrote: Sean, On 19 Mar 2012, at 16:49, Sean P. DeNigris wrote: Is there a bug tracker? I want to make sure that redirect truncation bug we found does not get lost. Like for Zinc, I would prefer to use the Pharo list for public communication for Zodiac. +1 I will try to isolate what we saw in a test case. Also, the Zodiac link on http://zn.stfx.eu/zn/index.html is broken Fixed, thanks. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill
Re: [Pharo-project] [Vm-dev] Re: can't load VMMaker into 1.3 as suggested by collaboractive book
On 20.03.2012, at 13:15, Henrik Sperre Johansen wrote: On 20.03.2012 08:55, Max Leske wrote: I tried to load VMMaker into Pharo 1.3 (http://book.pharo-project.org/book/Virtual-Machine/Building/VMMakerTool). However, there's a dependency on Balloon3D-Plugins-bf.5 that contains underscore assignments which leads to syntax errors during load. Even the fix #pharoUndescoreAssignment run manually doesn't help. Maybe I'm doing this all wrong… All I want is to write a CRC plugin… Any suggestions? Cheers, Max I went through a while back and removed all underscore assignments, but I don't have write access to the repository. You can find the .mcz / .cs at: http://dl.dropbox.com/u/6751081/BalloonPluginNoUnderscores.zip Thanks! It's now fixed in the repository. - Bert -
Re: [Pharo-project] Pharo Consortium Important Documents and Request for Feedback
A good document, Stef. The current focus of the documents is on developers. It might make sense to add something for the (corporate) users of Pharo-based software. Stephan
Re: [Pharo-project] Pharo Consortium Important Documents and Request for Feedback
+1 The language / content needs to be aligned in that direction. If its appropriate, I can take a edit through the doc to make it little more corporate. On 3/20/12, Stephan Eggermont step...@stack.nl wrote: A good document, Stef. The current focus of the documents is on developers. It might make sense to add something for the (corporate) users of Pharo-based software. Stephan
Re: [Pharo-project] Pharo Consortium Important Documents and Request for Feedback
Can you annotate the doc because I do not talk corporate :) Stef On Mar 20, 2012, at 2:35 PM, S Krish wrote: +1 The language / content needs to be aligned in that direction. If its appropriate, I can take a edit through the doc to make it little more corporate. On 3/20/12, Stephan Eggermont step...@stack.nl wrote: A good document, Stef. The current focus of the documents is on developers. It might make sense to add something for the (corporate) users of Pharo-based software. Stephan
Re: [Pharo-project] Pharo Consortium Important Documents and Request for Feedback
Sure.. If this weekend is fine a deadline on that.. On 3/20/12, Stéphane Ducasse stephane.duca...@inria.fr wrote: Can you annotate the doc because I do not talk corporate :) Stef On Mar 20, 2012, at 2:35 PM, S Krish wrote: +1 The language / content needs to be aligned in that direction. If its appropriate, I can take a edit through the doc to make it little more corporate. On 3/20/12, Stephan Eggermont step...@stack.nl wrote: A good document, Stef. The current focus of the documents is on developers. It might make sense to add something for the (corporate) users of Pharo-based software. Stephan
Re: [Pharo-project] Any theme or settings that will speed up a Pharo 1.3 image?
On 20 Mar 2012, at 14:03, Camillo Bruni wrote: On 2012-03-19, at 20:54, Marcus Denker wrote: You used your own images for Pinocchio, or was Pinocchio just fast enough for the standard images? Pinnocio can't run the image... it's (just ;-)) a compiler from smalltalk to binary code... the .exe then boostraps an image, but there is no support to persist that (nor support for all the primitives.. and no GC other than Boehm). indeed ;) we tricked around the image :D stefan, do you rely on a visual interface? (rhetorical question) ;) Well, I have a small class that does the startup handling for me and immediately runs the code I need. I did not want to spend the time to port your changes that I saw for 1.4. And I didnt want to look into Coral... A simple 'diable transparence' or so, to get a 10x speed up would have been nice. But I guess that would really mean 'disable morphic' instead... Thanks Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525
Re: [Pharo-project] Any theme or settings that will speed up a Pharo 1.3 image?
On 2012-03-20, at 14:49, Stefan Marr wrote: On 20 Mar 2012, at 14:03, Camillo Bruni wrote: On 2012-03-19, at 20:54, Marcus Denker wrote: You used your own images for Pinocchio, or was Pinocchio just fast enough for the standard images? Pinnocio can't run the image... it's (just ;-)) a compiler from smalltalk to binary code... the .exe then boostraps an image, but there is no support to persist that (nor support for all the primitives.. and no GC other than Boehm). indeed ;) we tricked around the image :D stefan, do you rely on a visual interface? (rhetorical question) ;) Well, I have a small class that does the startup handling for me and immediately runs the code I need. I did not want to spend the time to port your changes that I saw for 1.4. And I didnt want to look into Coral... if you talk about the fixes for startup.. they have recently been ported to 1.3. which gives you some more stable/usable image for scripting. A simple 'diable transparence' or so, to get a 10x speed up would have been nice. But I guess that would really mean 'disable morphic' instead...
Re: [Pharo-project] Reliable method change detection
This is interesting. If we have this method on Object, can it be used to keep track of side effects? It looks like to isn't it? Alexandre Le 19 mars 2012 à 23:35, Martin Dias tinchod...@gmail.com a écrit : Finally I tried with a bytecodes checksum to detect changes. I chose a 16-bit variant of Adler-32 (http://en.wikipedia.org/wiki/Adler-32). Was easy and worked fine. ByteArray adler16from: start to: end Answer a checksum over the values of the specified interval, calculated using Adler-16 algorithm. | a b | a := 1. b := 0. start to: end do: [ :index | a := (a + (self at: index)) \\ 251. b := (b + a) \\ 251. ]. ^(b bitShift: 8) bitOr: a CompiledMethod bytecodesHash Answer a 16-bit checksum of the bytecodes. ^ self adler16from: self initialPC to: self endPC cheers, Martín On Sat, Mar 17, 2012 at 2:17 AM, Martin Dias tinchod...@gmail.com wrote: Hi In Fuel (bleeding edge), a compiled method can be serialized as a global. Basically, we store the class name and selector, so loading it is straightforward... this can be fine if we suppose there were not any change in the system between save and load time. This can be a huge supposition, but maybe it's acceptable in some uses, for example to log exceptions. Well, actually we can discuss if this is a good approach, but anyway I am interested on how to detect a BIG change, for example the one I show in the following code (which produces a vm crash): | byteArray aClass aClosure materializedClosure | aClass := Object subclass: #A. aClass compileSilently: 'methodWithClosure ^ [ 42 ] '. aClosure := aClass new perform: #methodWithClosure. byteArray := FLSerializer serializeToByteArray: aClosure. aClass compileSilently: 'methodWithClosure ^ 42'. materializedClosure := FLMaterializer materializeFromByteArray: byteArray. materializedClosure value. What can we do to detect this change? - generate a checksum with bytecodes - just compare the size - something else? Thanks, Martín
Re: [Pharo-project] Zodiac is cool!
For people like me wondering what zodiac is all about: Zodiac is an open-source, cross-smalltalk implementation of regular and secure socket streams. Cheers, Alexandre Le 19 mars 2012 à 10:49, Sean P. DeNigris s...@clipperadams.com a écrit : Zodiac is very exciting. I will have to rely on Ruby a lot less when we have a reliable https client built in! Sven Van Caekenberghe wrote PS: It still does not yet work perfectly across all platforms or servers that you might want to access, so any feedback is welcome. Is there a bug tracker? I want to make sure that redirect truncation bug we found does not get lost. Also, the Zodiac link on http://zn.stfx.eu/zn/index.html is broken Thanks. Sean -- View this message in context: http://forum.world.st/Zodiac-is-cool-tp4484313p4485256.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
Re: [Pharo-project] Morpheas , bringing Morphic to Opengl (3d GUIs)
I think that moat of us appreciate screenshots sent on the mailing list :-) Cheers, Alexandre Le 19 mars 2012 à 10:50, Igor Stasenko siguc...@gmail.com a écrit : great! On 19 March 2012 16:11, Javier Pimás elpochodelage...@gmail.com wrote: I got some time and finished commiting it. Steps to load it (I tested with pharo 1.3): 1. load NBOpenGL with its configuration. 2. load NBXLib package from monticello 3. load NBOpengl-X package from monticello Then you can run the example (you'll need tahoma font): 4. add the patch I attach. 5. Do this: GLTTRenderingDemo new openInWorld. tell if something doesn't work. Cheers, Javier. On Tue, Jan 31, 2012 at 12:53 PM, Javier Pimás elpochodelage...@gmail.com wrote: Hi! IIRC: Two months ago the code was working on windows but needed some modifications to create the contexts on the other platforms. Probably Igor did that for mac now, and maybe even linux, but I have to test. I remember I was working on the NBXLib wrapper so that context creation can be done with st code on linux. I will continue with all this this week, I just have to download everything and catch up with recent changes and then I'll come back. Cheers, Javier. On Tue, Jan 31, 2012 at 10:38 AM, Igor Stasenko siguc...@gmail.com wrote: On 31 January 2012 10:29, dimitris chloupis theki...@yahoo.co.uk wrote: I wanted to ask if NB and COG will support windows as well, I see no windows build. there is windows build, just check downloads page of NB project site. and here we go with first problem. I am in linux mint 12 32 bit with a graphic card NVIDIA GEFORCE 6200 . I got Cog VM with the Nativeboost plugin + Pharo 1.4 image + Nativeboost + NBOpenGL This is my workspace Gofer it squeaksource: 'NativeBoost'; package: 'NativeBoost-Installer'; load. NBInstaller install. Gofer it squeaksource: 'NBOpenGL'; package: 'ConfigurationOfNBOpenGL'; load. ConfigurationOfNBOpenGL project lastVersion load. test := (GLTTRenderingDemo new) openInWorld; yourself. --- the problem appears in the last line with an error No suitable implementation found for initlising OpenGL context . Should I assume it can find OpenGL libraries or is it a problem with the graphic card drivers. CC has been given me problem, but Blender works okish considering it completely reliant on OpenGL Yes, because for linux we don't have an opengl initialization yet. Javier were working on that.. @Javier, what is the status? -- Best regards, Igor Stasenko. -- Lic. Javier Pimás Ciudad de Buenos Aires -- Lic. Javier Pimás Ciudad de Buenos Aires -- Best regards, Igor Stasenko.
[Pharo-project] Pharo Kernel Reload Tests-Unix - Build # 24 - Still unstable!
BUILD UNSTABLEBuild URLhttps://ci.lille.inria.fr/pharo/job/Pharo%20Kernel%20Reload%20Tests-Unix/24/Project:Pharo Kernel Reload Tests-UnixDate of build:Tue, 20 Mar 2012 15:13:12 +0100Build duration:3 min 44 secCHANGESNo ChangesJUnit TestsName: Announcements.Tests.Core Failed: 0 test(s), Passed: 29 test(s), Skipped: 0 test(s), Total: 29 test(s)Name: BalloonTests.Collections Failed: 0 test(s), Passed: 34 test(s), Skipped: 0 test(s), Total: 34 test(s)Name: CollectionsTests.Arrayed Failed: 0 test(s), Passed: 562 test(s), Skipped: 0 test(s), Total: 562 test(s)Name: CollectionsTests.Atomic Failed: 0 test(s), Passed: 12 test(s), Skipped: 0 test(s), Total: 12 test(s)Name: CollectionsTests.Sequenceable Failed: 0 test(s), Passed: 907 test(s), Skipped: 0 test(s), Total: 907 test(s)Name: CollectionsTests.SplitJoin Failed: 0 test(s), Passed: 27 test(s), Skipped: 0 test(s), Total: 27 test(s)Name: CollectionsTests.Stack Failed: 0 test(s), Passed: 16 test(s), Skipped: 0 test(s), Total: 16 test(s)Name: CollectionsTests.Streams Failed: 0 test(s), Passed: 37 test(s), Skipped: 0 test(s), Total: 37 test(s)Name: CollectionsTests.Strings Failed: 0 test(s), Passed: 591 test(s), Skipped: 0 test(s), Total: 591 test(s)Name: CollectionsTests.Support Failed: 0 test(s), Passed: 12 test(s), Skipped: 0 test(s), Total: 12 test(s)Name: CollectionsTests.Text Failed: 0 test(s), Passed: 45 test(s), Skipped: 0 test(s), Total: 45 test(s)Name: CollectionsTests.Unordered Failed: 0 test(s), Passed: 1951 test(s), Skipped: 0 test(s), Total: 1951 test(s)Name: CollectionsTests.Weak Failed: 0 test(s), Passed: 739 test(s), Skipped: 0 test(s), Total: 739 test(s)Name: CompilerTests Failed: 0 test(s), Passed: 178 test(s), Skipped: 0 test(s), Total: 178 test(s)Name: CompressionTests.Archive Failed: 0 test(s), Passed: 2 test(s), Skipped: 0 test(s), Total: 2 test(s)Name: FS.Tests.AnsiStreams Failed: 0 test(s), Passed: 40 test(s), Skipped: 0 test(s), Total: 40 test(s)Name: FS.Tests.Core Failed: 0 test(s), Passed: 169 test(s), Skipped: 0 test(s), Total: 169 test(s)Name: FS.Tests.Disk Failed: 0 test(s), Passed: 51 test(s), Skipped: 0 test(s), Total: 51 test(s)Name: FS.Tests.Memory Failed: 0 test(s), Passed: 50 test(s), Skipped: 0 test(s), Total: 50 test(s)Name: FreeTypeTests.cache Failed: 0 test(s), Passed: 23 test(s), Skipped: 0 test(s), Total: 23 test(s)Name: Gofer.Tests Failed: 0 test(s), Passed: 45 test(s), Skipped: 0 test(s), Total: 45 test(s)Name: Graphics.Tests.Files Failed: 0 test(s), Passed: 47 test(s), Skipped: 0 test(s), Total: 47 test(s)Name: Graphics.Tests.Primitives Failed: 0 test(s), Passed: 57 test(s), Skipped: 0 test(s), Total: 57 test(s)Name: HelpSystem.Tests.Builders Failed: 0 test(s), Passed: 5 test(s), Skipped: 0 test(s), Total: 5 test(s)Name: HelpSystem.Tests.Core.Model Failed: 0 test(s), Passed: 4 test(s), Skipped: 0 test(s), Total: 4 test(s)Name: HelpSystem.Tests.Core.UI Failed: 0 test(s), Passed: 6 test(s), Skipped: 0 test(s), Total: 6 test(s)Name: HelpSystem.Tests.Core.Utilities Failed: 0 test(s), Passed: 2 test(s), Skipped: 0 test(s), Total: 2 test(s)Name: KernelTests.Chronology Failed: 0 test(s), Passed: 578 test(s), Skipped: 0 test(s), Total: 578 test(s)Name: KernelTests.Classes Failed: 0 test(s), Passed: 68 test(s), Skipped: 0 test(s), Total: 68 test(s)Name: KernelTests.Exception Failed: 0 test(s), Passed: 3 test(s), Skipped: 0 test(s), Total: 3 test(s)Name: KernelTests.Methods Failed: 0 test(s), Passed: 180 test(s), Skipped: 0 test(s), Total: 180 test(s)Name: KernelTests.Numbers Failed: 0 test(s), Passed: 265 test(s), Skipped: 0 test(s), Total: 265 test(s)Name: KernelTests.Objects Failed: 0 test(s), Passed: 86 test(s), Skipped: 0 test(s), Total: 86 test(s)Name: KernelTests.Pragmas Failed: 0 test(s), Passed: 3 test(s), Skipped: 0 test(s), Total: 3 test(s)Name: KernelTests.Processes Failed: 0 test(s), Passed: 19 test(s), Skipped: 0 test(s), Total: 19 test(s)Name: MorphicTests.Basic Failed: 0 test(s), Passed: 16 test(s), Skipped: 0 test(s), Total: 16 test(s)Name: MorphicTests.Kernel Failed: 0 test(s), Passed: 8 test(s), Skipped: 0 test(s), Total: 8 test(s)Name: MorphicTests.Text Support Failed: 0 test(s), Passed: 4 test(s), Skipped: 0 test(s), Total: 4 test(s)Name: MorphicTests.Widgets Failed: 0 test(s), Passed: 3 test(s), Skipped: 0 test(s), Total: 3 test(s)Name: MorphicTests.WindowNotification Failed: 0 test(s), Passed: 8 test(s), Skipped: 0 test(s), Total: 8 test(s)Name: Multilingual.Tests.TextConversion Failed: 0 test(s), Passed: 7 test(s), Skipped: 0 test(s), Total: 7 test(s)Name: NetworkTests.Kernel Failed: 0 test(s), Passed: 31 test(s), Skipped: 0 test(s), Total: 31 test(s)Name: NetworkTests.Mail Failed: 0 test(s), Passed: 5 test(s), Skipped: 0 test(s), Total: 5 test(s)Name: NetworkTests.Protocols Failed: 0 test(s), Passed: 3 test(s), Skipped: 0 test(s), Total: 3 test(s)Name: NetworkTests.RFC822 Failed: 0 test(s), Passed: 1 test(s), Skipped: 0 test(s), Total: 1 test(s)Name: NetworkTests.URI Failed: 0 test(s), Passed: 105
Re: [Pharo-project] Morpheas , bringing Morphic to Opengl (3d GUIs)
+1 On Wed, Mar 21, 2012 at 11:16 AM, Alexandre Bergel alexandre.ber...@me.comwrote: I think that moat of us appreciate screenshots sent on the mailing list :-) Cheers, Alexandre Le 19 mars 2012 à 10:50, Igor Stasenko siguc...@gmail.com a écrit : great! On 19 March 2012 16:11, Javier Pimás elpochodelage...@gmail.com wrote: I got some time and finished commiting it. Steps to load it (I tested with pharo 1.3): 1. load NBOpenGL with its configuration. 2. load NBXLib package from monticello 3. load NBOpengl-X package from monticello Then you can run the example (you'll need tahoma font): 4. add the patch I attach. 5. Do this: GLTTRenderingDemo new openInWorld. tell if something doesn't work. Cheers, Javier. On Tue, Jan 31, 2012 at 12:53 PM, Javier Pimás elpochodelage...@gmail.com wrote: Hi! IIRC: Two months ago the code was working on windows but needed some modifications to create the contexts on the other platforms. Probably Igor did that for mac now, and maybe even linux, but I have to test. I remember I was working on the NBXLib wrapper so that context creation can be done with st code on linux. I will continue with all this this week, I just have to download everything and catch up with recent changes and then I'll come back. Cheers, Javier. On Tue, Jan 31, 2012 at 10:38 AM, Igor Stasenko siguc...@gmail.com wrote: On 31 January 2012 10:29, dimitris chloupis theki...@yahoo.co.uk wrote: I wanted to ask if NB and COG will support windows as well, I see no windows build. there is windows build, just check downloads page of NB project site. and here we go with first problem. I am in linux mint 12 32 bit with a graphic card NVIDIA GEFORCE 6200 . I got Cog VM with the Nativeboost plugin + Pharo 1.4 image + Nativeboost + NBOpenGL This is my workspace Gofer it squeaksource: 'NativeBoost'; package: 'NativeBoost-Installer'; load. NBInstaller install. Gofer it squeaksource: 'NBOpenGL'; package: 'ConfigurationOfNBOpenGL'; load. ConfigurationOfNBOpenGL project lastVersion load. test := (GLTTRenderingDemo new) openInWorld; yourself. --- the problem appears in the last line with an error No suitable implementation found for initlising OpenGL context . Should I assume it can find OpenGL libraries or is it a problem with the graphic card drivers. CC has been given me problem, but Blender works okish considering it completely reliant on OpenGL Yes, because for linux we don't have an opengl initialization yet. Javier were working on that.. @Javier, what is the status? -- Best regards, Igor Stasenko. -- Lic. Javier Pimás Ciudad de Buenos Aires -- Lic. Javier Pimás Ciudad de Buenos Aires -- Best regards, Igor Stasenko.
Re: [Pharo-project] Morpheas , bringing Morphic to Opengl (3d GUIs)
+1 :) On to the more serious topic: are we bringing morphic to OpenGL (true 3D gui ala Croquet, and a BAD idea IMHO), or are we bringing OpenGL-powered 3D morphs/windows/views/whatever to embed in a 2D environment (a VERY GOOD idea IMHO). Not meaning to rain on anyone's parade, but Croquet was arguably a huge missed opportunity. Their code for manipulating 3D objects was a thing of beauty, as far as I got with evaluating it, but they pointedly (for a while) refused to let go of the 3D immersion. AFAIK, the mesh loading and object manipulation features are now available separately on Squeak Source as CroquetGL. What I am really wanting for 3D is to have one or more views on a scene, and to embed them in a traditional 2D user interface. I hope that will not get lost while any other visions advance. Options are good. Bill From: pharo-project-boun...@lists.gforge.inria.fr [pharo-project-boun...@lists.gforge.inria.fr] on behalf of Bernardo Ezequiel Contreras [vonbecm...@gmail.com] Sent: Tuesday, March 20, 2012 10:22 AM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] Morpheas , bringing Morphic to Opengl (3d GUIs) +1 On Wed, Mar 21, 2012 at 11:16 AM, Alexandre Bergel alexandre.ber...@me.commailto:alexandre.ber...@me.com wrote: I think that moat of us appreciate screenshots sent on the mailing list :-) Cheers, Alexandre Le 19 mars 2012 à 10:50, Igor Stasenko siguc...@gmail.commailto:siguc...@gmail.com a écrit : great! On 19 March 2012 16:11, Javier Pimás elpochodelage...@gmail.commailto:elpochodelage...@gmail.com wrote: I got some time and finished commiting it. Steps to load it (I tested with pharo 1.3): 1. load NBOpenGL with its configuration. 2. load NBXLib package from monticello 3. load NBOpengl-X package from monticello Then you can run the example (you'll need tahoma font): 4. add the patch I attach. 5. Do this: GLTTRenderingDemo new openInWorld. tell if something doesn't work. Cheers, Javier. On Tue, Jan 31, 2012 at 12:53 PM, Javier Pimás elpochodelage...@gmail.commailto:elpochodelage...@gmail.com wrote: Hi! IIRC: Two months ago the code was working on windows but needed some modifications to create the contexts on the other platforms. Probably Igor did that for mac now, and maybe even linux, but I have to test. I remember I was working on the NBXLib wrapper so that context creation can be done with st code on linux. I will continue with all this this week, I just have to download everything and catch up with recent changes and then I'll come back. Cheers, Javier. On Tue, Jan 31, 2012 at 10:38 AM, Igor Stasenko siguc...@gmail.commailto:siguc...@gmail.com wrote: On 31 January 2012 10:29, dimitris chloupis theki...@yahoo.co.ukmailto:theki...@yahoo.co.uk wrote: I wanted to ask if NB and COG will support windows as well, I see no windows build. there is windows build, just check downloads page of NB project site. and here we go with first problem. I am in linux mint 12 32 bit with a graphic card NVIDIA GEFORCE 6200 . I got Cog VM with the Nativeboost plugin + Pharo 1.4 image + Nativeboost + NBOpenGL This is my workspace Gofer it squeaksource: 'NativeBoost'; package: 'NativeBoost-Installer'; load. NBInstaller install. Gofer it squeaksource: 'NBOpenGL'; package: 'ConfigurationOfNBOpenGL'; load. ConfigurationOfNBOpenGL project lastVersion load. test := (GLTTRenderingDemo new) openInWorld; yourself. --- the problem appears in the last line with an error No suitable implementation found for initlising OpenGL context . Should I assume it can find OpenGL libraries or is it a problem with the graphic card drivers. CC has been given me problem, but Blender works okish considering it completely reliant on OpenGL Yes, because for linux we don't have an opengl initialization yet. Javier were working on that.. @Javier, what is the status? -- Best regards, Igor Stasenko. -- Lic. Javier Pimás Ciudad de Buenos Aires -- Lic. Javier Pimás Ciudad de Buenos Aires -- Best regards, Igor Stasenko.
Re: [Pharo-project] Wait or not?
On Tue, Mar 20, 2012 at 11:52 AM, Stéphane Ducasse stephane.duca...@inria.fr wrote: On Mar 20, 2012, at 11:46 AM, Norbert Hartl wrote: Am 20.03.2012 um 09:23 schrieb Pavel Krivanek: Hi, I would like to ask you on your opinion about time scale of some big repackaging steps. At start we talk about issue 5520 (http://code.google.com/p/pharo/issues/detail?id=5520#makechanges) that should rename Morphic package to Morphic-Base. The reason to do it is to prepare Morphic and MorphicTests packages for the next reorganization, namely to separate Morphic-Core package(s) with content of the uMorphic image (the minimal morphic image with only the most basic subset of the Morphic). The question is if we want to do it now or wait on the verson 1.5. At start it is only the reorganization of packages that should not change any behavior of the system. On the other hand, we may expect that it will bring some sort-term problems. This question is almost easy to answer. There are no things that do not produce side effects. So this is a no go in 1.4. But it can also mean that 1.4 needs to be shipped soon. Or just open 1.5 before 1.4 is shipped. But that might to be too much work for Marcus et. al. We did that in the past. Now we should get all tests green for 1.4. After only we should open 1.5 else… the fun will take over To say now that we only need to make to two tests green is like to say in late 19th century that we need to solve only two little problems: black body radiation and Michelson's experiment ;-) -- Pavel Norbert
[Pharo-project] [update 1.4] #14405
14405 - Issue 5523: Collection union: and intersection: should use species http://code.google.com/p/pharo/issues/detail?id=5523 Issue 5514: Enhance error CategorizerremoveCategory: cat http://code.google.com/p/pharo/issues/detail?id=5514 -- Marcus Denker -- http://marcusdenker.de
Re: [Pharo-project] Zodiac is cool!
On 20 Mar 2012, at 14:05, Camillo Bruni wrote: We're currently setting up the build-server to include the SqueakSSL plugin. hence Zodiac should work out of the box :) That would be really nice ! Sven smime.p7s Description: S/MIME cryptographic signature
[Pharo-project] Compiler bug!!!
Here the simple method: at: index primitive: 60 error: x ^ x And its bytecode: primitive: 60 error: x 13 81 41 storeIntoTemp: 1 15 11 pushTemp: 1 16 7C returnTop Now, if i add this: at: index primitive: 60 error: x [:foo | 5]. ^ x I get following bytecode: primitive: 60 error: x 17 81 42 storeIntoTemp: 2 19 8F 01 00 02 closureNumCopied: 0 numArgs: 1 bytes 23 to 24 23 20 pushConstant: 5 24 7D blockReturn 25 87 pop 26 12 pushTemp: 2 27 7C returnTop so, if we ignore the block closure bytecodes, we have: primitive: 60 error: x 17 81 42 storeIntoTemp: 2 26 12 pushTemp: 2 27 7C returnTop The problem is that for method context there are only 2 temps (argument + error code) .. but not 3 (index is zero-based). The fix should be simple.. in code which calculates the temp index for 'error code' temp. -- Best regards, Igor Stasenko.
[Pharo-project] Pharo 1.4 Tests-Mac - Build # 284 - Still Unstable!
BUILD UNSTABLEBuild URLhttps://ci.lille.inria.fr/pharo/job/Pharo%201.4%20Tests-Mac/284/Project:Pharo 1.4 Tests-MacDate of build:Tue, 20 Mar 2012 16:26:16 +0100Build duration:13 minCHANGESNo ChangesJUnit TestsName: Announcements.Tests.Core Failed: 0 test(s), Passed: 29 test(s), Skipped: 0 test(s), Total: 29 test(s)Name: BalloonTests.Collections Failed: 0 test(s), Passed: 34 test(s), Skipped: 0 test(s), Total: 34 test(s)Name: CollectionsTests.Arrayed Failed: 0 test(s), Passed: 562 test(s), Skipped: 0 test(s), Total: 562 test(s)Name: CollectionsTests.Atomic Failed: 0 test(s), Passed: 12 test(s), Skipped: 0 test(s), Total: 12 test(s)Name: CollectionsTests.Sequenceable Failed: 1 test(s), Passed: 906 test(s), Skipped: 0 test(s), Total: 907 test(s)Failed: CollectionsTests.Sequenceable.SharedQueue2Test.testCountingName: CollectionsTests.SplitJoin Failed: 0 test(s), Passed: 27 test(s), Skipped: 0 test(s), Total: 27 test(s)Name: CollectionsTests.Stack Failed: 0 test(s), Passed: 16 test(s), Skipped: 0 test(s), Total: 16 test(s)Name: CollectionsTests.Streams Failed: 0 test(s), Passed: 37 test(s), Skipped: 0 test(s), Total: 37 test(s)Name: CollectionsTests.Strings Failed: 0 test(s), Passed: 591 test(s), Skipped: 0 test(s), Total: 591 test(s)Name: CollectionsTests.Support Failed: 0 test(s), Passed: 12 test(s), Skipped: 0 test(s), Total: 12 test(s)Name: CollectionsTests.Text Failed: 0 test(s), Passed: 45 test(s), Skipped: 0 test(s), Total: 45 test(s)Name: CollectionsTests.Unordered Failed: 0 test(s), Passed: 1951 test(s), Skipped: 0 test(s), Total: 1951 test(s)Name: CollectionsTests.Weak Failed: 0 test(s), Passed: 739 test(s), Skipped: 0 test(s), Total: 739 test(s)Name: CompilerTests Failed: 0 test(s), Passed: 178 test(s), Skipped: 0 test(s), Total: 178 test(s)Name: CompressionTests.Archive Failed: 0 test(s), Passed: 2 test(s), Skipped: 0 test(s), Total: 2 test(s)Name: FS.Tests.AnsiStreams Failed: 0 test(s), Passed: 40 test(s), Skipped: 0 test(s), Total: 40 test(s)Name: FS.Tests.Core Failed: 0 test(s), Passed: 169 test(s), Skipped: 0 test(s), Total: 169 test(s)Name: FS.Tests.Disk Failed: 0 test(s), Passed: 51 test(s), Skipped: 0 test(s), Total: 51 test(s)Name: FS.Tests.Memory Failed: 0 test(s), Passed: 50 test(s), Skipped: 0 test(s), Total: 50 test(s)Name: FreeTypeTests.cache Failed: 0 test(s), Passed: 23 test(s), Skipped: 0 test(s), Total: 23 test(s)Name: Gofer.Tests Failed: 0 test(s), Passed: 45 test(s), Skipped: 0 test(s), Total: 45 test(s)Name: Graphics.Tests.Files Failed: 0 test(s), Passed: 47 test(s), Skipped: 0 test(s), Total: 47 test(s)Name: Graphics.Tests.Primitives Failed: 0 test(s), Passed: 57 test(s), Skipped: 0 test(s), Total: 57 test(s)Name: HelpSystem.Tests.Builders Failed: 0 test(s), Passed: 5 test(s), Skipped: 0 test(s), Total: 5 test(s)Name: HelpSystem.Tests.Core.Model Failed: 0 test(s), Passed: 4 test(s), Skipped: 0 test(s), Total: 4 test(s)Name: HelpSystem.Tests.Core.UI Failed: 0 test(s), Passed: 6 test(s), Skipped: 0 test(s), Total: 6 test(s)Name: HelpSystem.Tests.Core.Utilities Failed: 0 test(s), Passed: 2 test(s), Skipped: 0 test(s), Total: 2 test(s)Name: KernelTests.Chronology Failed: 0 test(s), Passed: 578 test(s), Skipped: 0 test(s), Total: 578 test(s)Name: KernelTests.Classes Failed: 0 test(s), Passed: 68 test(s), Skipped: 0 test(s), Total: 68 test(s)Name: KernelTests.Exception Failed: 0 test(s), Passed: 3 test(s), Skipped: 0 test(s), Total: 3 test(s)Name: KernelTests.Methods Failed: 0 test(s), Passed: 180 test(s), Skipped: 0 test(s), Total: 180 test(s)Name: KernelTests.Numbers Failed: 0 test(s), Passed: 265 test(s), Skipped: 0 test(s), Total: 265 test(s)Name: KernelTests.Objects Failed: 0 test(s), Passed: 86 test(s), Skipped: 0 test(s), Total: 86 test(s)Name: KernelTests.Pragmas Failed: 0 test(s), Passed: 3 test(s), Skipped: 0 test(s), Total: 3 test(s)Name: KernelTests.Processes Failed: 0 test(s), Passed: 19 test(s), Skipped: 0 test(s), Total: 19 test(s)Name: MorphicTests.Basic Failed: 0 test(s), Passed: 16 test(s), Skipped: 0 test(s), Total: 16 test(s)Name: MorphicTests.Kernel Failed: 0 test(s), Passed: 8 test(s), Skipped: 0 test(s), Total: 8 test(s)Name: MorphicTests.Text Support Failed: 0 test(s), Passed: 4 test(s), Skipped: 0 test(s), Total: 4 test(s)Name: MorphicTests.Widgets Failed: 0 test(s), Passed: 3 test(s), Skipped: 0 test(s), Total: 3 test(s)Name: MorphicTests.WindowNotification Failed: 0 test(s), Passed: 8 test(s), Skipped: 0 test(s), Total: 8 test(s)Name: Multilingual.Tests.TextConversion Failed: 0 test(s), Passed: 7 test(s), Skipped: 0 test(s), Total: 7 test(s)Name: NetworkTests.Kernel Failed: 0 test(s), Passed: 31 test(s), Skipped: 0 test(s), Total: 31 test(s)Name: NetworkTests.Mail Failed: 0 test(s), Passed: 5 test(s), Skipped: 0 test(s), Total: 5 test(s)Name: NetworkTests.Protocols Failed: 0 test(s), Passed: 3 test(s), Skipped: 0 test(s), Total: 3 test(s)Name: NetworkTests.RFC822 Failed: 0 test(s), Passed: 1 test(s), Skipped: 0 test(s), Total: 1 test(s)Name: NetworkTests.URI
Re: [Pharo-project] Compiler bug!!!
The problem is with #newTemp:
used for binding a temporary in a block argument - [:foo ]
which increments the total number of temps in encoder (nTemps)..
and as result, at the point where #fixTemp: is sent,
the nTemps = 2, while actually should be = 1.
resulting that error code temp having wrong index.
and if you look later, the total number of temps in compiled method
are not based on nTemps variable of encoder, but actually calculated
from scratch:
aCompiledMethodClass
newBytes: blkSize
trailerBytes: trailer
nArgs: arguments size
nTemps: (encoder supportsClosureOpcodes
ifTrue: [| locals |
locals
:= arguments,
temporaries,
(primErrNode
ifNil: [#()]
ifNotNil: [{primErrNode}]).
encoder
noteBlockExtent: block blockExtent
hasLocals: locals.
locals
size]
ifFalse: [encoder
maxTemp])
here, locals size = 2, not 3
which means, that (storeIntoTemp: 2) won't work, because it lies
outside of method's temps range.
Here's even more crazy... if we compile code like that:
badat: index
primitive: 60 error: x
[:foo | | xx y z | 5].
^ x
Bytecode:
primitive: 60 error: x
17 81 45 storeIntoTemp: 5
19 8F 01 00 05 closureNumCopied: 0 numArgs: 1 bytes 23 to 27
23 73 pushConstant: nil
24 73 pushConstant: nil
25 73 pushConstant: nil
26 20 pushConstant: 5
27 7D blockReturn
28 87 pop
29 15 pushTemp: 5
30 7C returnTop
--
Best regards,
Igor Stasenko.
Re: [Pharo-project] Compiler bug!!!
here the fix.. i can't say that i like it.. but it works. compiler-errornode-fix.1.cs Description: Binary data
[Pharo-project] Refactor method
Hi, i work with Pharo 1.0. I have a DTRConfig class with class method 'pippo'. When i select on it the menu option: refactor method / pushdown option the system display the message: DTRConfig class is not one abstract class I don't understund because it. On other class the refactor method / pushdownoption work fine. Thank for any considerations. Dario
Re: [Pharo-project] Compiler bug!!!
On Mar 20, 2012, at 5:42 PM, Igor Stasenko wrote: here the fix.. i can't say that i like it.. but it works. compiler-errornode-fix.1.cs http://code.google.com/p/pharo/issues/detail?id=5528 -- Marcus Denker -- http://marcusdenker.de
Re: [Pharo-project] Trying to make KomHttpServer load in 1.4
On 17.03.2012 18:00, Stéphane Ducasse wrote: Hi guys I saw that TranscriptStream is deprecated in 1.3 and I was looking at the logic of the Logger. I do not understand the use of isTranscriptStream especially since it is defined only on Stream ^ false and the EmergencyEvaluator which is particularly not respecting the stream protocol. Any suggestion? Do you really need KomHttpServer or would KomLight work as well? Cheers Philippe
Re: [Pharo-project] International Workshop on Smalltalk Technologies 2011
Hello Alain, Are there links to the articles, instead of a paywall? Stephan
[Pharo-project] R: [Moose-dev] numerical method in smalltalk
Hi Serge, I have developed a package for fuzzy logic computation (in ST). Do you think could be helpful? Grazie Lorenzo -Messaggio originale- Da: pharo-project-boun...@lists.gforge.inria.fr [mailto:pharo-project-boun...@lists.gforge.inria.fr] Per conto di Serge Stinckwich Inviato: martedì 20 marzo 2012 7.13 A: Pharo-project@lists.gforge.inria.fr Cc: Moose-related development Oggetto: Re: [Pharo-project] [Moose-dev] numerical method in smalltalk On Tue, Mar 20, 2012 at 12:45 PM, Tudor Girba tu...@tudorgirba.com wrote: Hi Serge, There definitely is interest. If you volunteer for mentoring it would be great. Yes sure i can do it. I can even maybe propose some local students. Do you want to co-mentor ? Regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/
Re: [Pharo-project] Refactor method
Dario you should really try to migrate. 1.0 is so old. About the message, the refactoring engine is checking and sometimes the messages are weird but again lukas spent a huge effort improving it. Stef Hi, i work with Pharo 1.0. I have a DTRConfig class with class method 'pippo'. When i select on it the menu option: refactor method / pushdown option the system display the message: DTRConfig class is not one abstract class I don't understund because it. On other class the refactor method / pushdownoption work fine. Thank for any considerations. Dario
Re: [Pharo-project] Trying to make KomHttpServer load in 1.4
On Mar 20, 2012, at 6:15 PM, Philippe Marschall wrote: On 17.03.2012 18:00, Stéphane Ducasse wrote: Hi guys I saw that TranscriptStream is deprecated in 1.3 and I was looking at the logic of the Logger. I do not understand the use of isTranscriptStream especially since it is defined only on Stream ^ false and the EmergencyEvaluator which is particularly not respecting the stream protocol. Any suggestion? Do you really need KomHttpServer or would KomLight work as well? No idea :) ConfigurationOfSeaside30 barked when I tried to load it now it is nice and quite. Cheers Philippe
Re: [Pharo-project] International Workshop on Smalltalk Technologies 2011
indeed we could put them in the esug web site :) Stef Hello Alain, Are there links to the articles, instead of a paywall? Stephan
Re: [Pharo-project] [Moose-dev] numerical method in smalltalk
On Mar 20, 2012, at 6:31 PM, Lorenzo Schiavina wrote: Hi Serge, I have developed a package for fuzzy logic computation (in ST). Do you think could be helpful? Yes! It would be great to organize all the libraries we already have. Grazie Lorenzo -Messaggio originale- Da: pharo-project-boun...@lists.gforge.inria.fr [mailto:pharo-project-boun...@lists.gforge.inria.fr] Per conto di Serge Stinckwich Inviato: martedì 20 marzo 2012 7.13 A: Pharo-project@lists.gforge.inria.fr Cc: Moose-related development Oggetto: Re: [Pharo-project] [Moose-dev] numerical method in smalltalk On Tue, Mar 20, 2012 at 12:45 PM, Tudor Girba tu...@tudorgirba.com wrote: Hi Serge, There definitely is interest. If you volunteer for mentoring it would be great. Yes sure i can do it. I can even maybe propose some local students. Do you want to co-mentor ? Regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/
Re: [Pharo-project] Trying to make KomHttpServer load in 1.4
On 20 Mar 2012, at 18:51, Stéphane Ducasse wrote: No idea :) ConfigurationOfSeaside30 barked when I tried to load it now it is nice and quite. BTW, ZnServer is already in the image, you don't need anything else but the ZnZincServerAdaptor from Zinc-Seaside. There is a magic Monticello config for that as well, but I can't help you with that. smime.p7s Description: S/MIME cryptographic signature
Re: [Pharo-project] Compiler bug!!!
Igor, great catch. I prefer the attached. Strictly, the index needs to be fixed correctly before the node's size is determined, since it could change (not in this bytecode set, but in some future one it could). On Tue, Mar 20, 2012 at 8:38 AM, Igor Stasenko siguc...@gmail.com wrote: Here the simple method: at: index primitive: 60 error: x ^ x And its bytecode: primitive: 60 error: x 13 81 41 storeIntoTemp: 1 15 11 pushTemp: 1 16 7C returnTop Now, if i add this: at: index primitive: 60 error: x [:foo | 5]. ^ x I get following bytecode: primitive: 60 error: x 17 81 42 storeIntoTemp: 2 19 8F 01 00 02 closureNumCopied: 0 numArgs: 1 bytes 23 to 24 23 20 pushConstant: 5 24 7D blockReturn 25 87 pop 26 12 pushTemp: 2 27 7C returnTop so, if we ignore the block closure bytecodes, we have: primitive: 60 error: x 17 81 42 storeIntoTemp: 2 26 12 pushTemp: 2 27 7C returnTop The problem is that for method context there are only 2 temps (argument + error code) .. but not 3 (index is zero-based). The fix should be simple.. in code which calculates the temp index for 'error code' temp. -- Best regards, Igor Stasenko. -- best, Eliot MethodNode-generateusing.st Description: Binary data
Re: [Pharo-project] Trying to make KomHttpServer load in 1.4
probably the ConfigurationOfSeaside30 should be updated to use Zn. Stef On Mar 20, 2012, at 7:00 PM, Sven Van Caekenberghe wrote: On 20 Mar 2012, at 18:51, Stéphane Ducasse wrote: No idea :) ConfigurationOfSeaside30 barked when I tried to load it now it is nice and quite. BTW, ZnServer is already in the image, you don't need anything else but the ZnZincServerAdaptor from Zinc-Seaside. There is a magic Monticello config for that as well, but I can't help you with that.
Re: [Pharo-project] International Workshop on Smalltalk Technologies 2011
Hi Stephan, The proceeding is here: http://esug.org/wiki/pier/Conferences/2011/International-Workshop-on-Smalltalk-Technologies Cheers Alain Le 20/03/2012 18:23, Stephan Eggermont a écrit : Hello Alain, Are there links to the articles, instead of a paywall? Stephan
Re: [Pharo-project] non-interactive compiling with feedback
On 19 March 2012 23:28, Eliot Miranda eliot.mira...@gmail.com wrote: Look at UndeclaredVariableWarning. The Squeak code isn't well favtored. defaultAction needs to be decomposed further into a messageText implementation. But basically I'd want the UndeclaredVariableWarning's messageText to provide the warning string. So I could do e.g. [Compiler evaluate: aString] on: UndeclaredVariableWarning do: [:ex| Transcript cr; show: ex messageText] Had to do this to make it work: MorphicUIManager default interactiveParser: false. -- Milan Mimica http://sparklet.sf.net
[Pharo-project] Make arduino work on linux with cog vm
Hi Everybody. I'm just started with Pharo, and Arduino. And i like to comunicate both. I instaled the package sent by Ricardo Moran in a Pharo 1.4 with the Cogvm from the Jenkins server, but i can't make the serials port works. The Arduino board, i have, is connected to usb, wich ubuntu detects as /dev/ttyACM0. I tried opening serial ports, like this: sp:=SerialPort new. sp openPort: '/dev/ttyACM0'. sp openPort: 'ttyACM0'. sp openPort: 'ACM0'. sp openPort: '/ttyACM0'. But all they fail with a error saying Cannot open... After that, i have also, tried this: (1 to: 1) select:[:port | [SerialPort new openPort:port;close. true] on:Error do: [false]] and had a empty collection. And also tried giving full permissions to the port and executed the vm sudoed... Are serial ports working on ubuntu?. Do i have to download a special vm?. (I would like to do a demo of arduino on monday, at work, and i would like to do in Pharo.) Cheers, Mariano
Re: [Pharo-project] Make arduino work on linux with cog vm
Yes, that seems to be a CogVM problem. I tried it now and Cog cannot open the port but an old Squeak4.1 of 17 April 2010 [latest update: #9957] can. -- Pavel On Tue, Mar 20, 2012 at 8:30 PM, Mariano Vicente m.vic...@gmail.com wrote: Hi Everybody. I'm just started with Pharo, and Arduino. And i like to comunicate both. I instaled the package sent by Ricardo Moran in a Pharo 1.4 with the Cogvm from the Jenkins server, but i can't make the serials port works. The Arduino board, i have, is connected to usb, wich ubuntu detects as /dev/ttyACM0. I tried opening serial ports, like this: sp:=SerialPort new. sp openPort: '/dev/ttyACM0'. sp openPort: 'ttyACM0'. sp openPort: 'ACM0'. sp openPort: '/ttyACM0'. But all they fail with a error saying Cannot open... After that, i have also, tried this: (1 to: 1) select:[:port | [SerialPort new openPort:port;close. true] on:Error do: [false]] and had a empty collection. And also tried giving full permissions to the port and executed the vm sudoed... Are serial ports working on ubuntu?. Do i have to download a special vm?. (I would like to do a demo of arduino on monday, at work, and i would like to do in Pharo.) Cheers, Mariano
Re: [Pharo-project] Make arduino work on linux with cog vm
Thanks a lot. Could you send me a link with a old vm version? Sorry but I'm a newie with Pharo :P Cheers, Mariano On Tue, Mar 20, 2012 at 5:08 PM, Pavel Krivanek pavel.kriva...@gmail.comwrote: Yes, that seems to be a CogVM problem. I tried it now and Cog cannot open the port but an old Squeak4.1 of 17 April 2010 [latest update: #9957] can. -- Pavel On Tue, Mar 20, 2012 at 8:30 PM, Mariano Vicente m.vic...@gmail.com wrote: Hi Everybody. I'm just started with Pharo, and Arduino. And i like to comunicate both. I instaled the package sent by Ricardo Moran in a Pharo 1.4 with the Cogvm from the Jenkins server, but i can't make the serials port works. The Arduino board, i have, is connected to usb, wich ubuntu detects as /dev/ttyACM0. I tried opening serial ports, like this: sp:=SerialPort new. sp openPort: '/dev/ttyACM0'. sp openPort: 'ttyACM0'. sp openPort: 'ACM0'. sp openPort: '/ttyACM0'. But all they fail with a error saying Cannot open... After that, i have also, tried this: (1 to: 1) select:[:port | [SerialPort new openPort:port;close. true] on:Error do: [false]] and had a empty collection. And also tried giving full permissions to the port and executed the vm sudoed... Are serial ports working on ubuntu?. Do i have to download a special vm?. (I would like to do a demo of arduino on monday, at work, and i would like to do in Pharo.) Cheers, Mariano
Re: [Pharo-project] Make arduino work on linux with cog vm
Try VM from here: http://squeakvm.org/unix/ ...but you cannot use the latest Pharo image from CI server (because it is saved in CogVM). But you can try official 1.3. -- Pavel On Tue, Mar 20, 2012 at 9:21 PM, Mariano Vicente m.vic...@gmail.com wrote: Thanks a lot. Could you send me a link with a old vm version? Sorry but I'm a newie with Pharo :P Cheers, Mariano On Tue, Mar 20, 2012 at 5:08 PM, Pavel Krivanek pavel.kriva...@gmail.com wrote: Yes, that seems to be a CogVM problem. I tried it now and Cog cannot open the port but an old Squeak4.1 of 17 April 2010 [latest update: #9957] can. -- Pavel On Tue, Mar 20, 2012 at 8:30 PM, Mariano Vicente m.vic...@gmail.com wrote: Hi Everybody. I'm just started with Pharo, and Arduino. And i like to comunicate both. I instaled the package sent by Ricardo Moran in a Pharo 1.4 with the Cogvm from the Jenkins server, but i can't make the serials port works. The Arduino board, i have, is connected to usb, wich ubuntu detects as /dev/ttyACM0. I tried opening serial ports, like this: sp:=SerialPort new. sp openPort: '/dev/ttyACM0'. sp openPort: 'ttyACM0'. sp openPort: 'ACM0'. sp openPort: '/ttyACM0'. But all they fail with a error saying Cannot open... After that, i have also, tried this: (1 to: 1) select:[:port | [SerialPort new openPort:port;close. true] on:Error do: [false]] and had a empty collection. And also tried giving full permissions to the port and executed the vm sudoed... Are serial ports working on ubuntu?. Do i have to download a special vm?. (I would like to do a demo of arduino on monday, at work, and i would like to do in Pharo.) Cheers, Mariano
Re: [Pharo-project] Compiler bug!!!
On 20 March 2012 20:00, Eliot Miranda eliot.mira...@gmail.com wrote: Igor, great catch. well.. i lies on the surface, but since nobody else tried to play with error codes, i was sitting undiscovered :) I prefer the attached. Strictly, the index needs to be fixed correctly before the node's size is determined, since it could change (not in this bytecode set, but in some future one it could). yes, that's why i CCed you , because as author, you know better what is more appropriate fix to it. On Tue, Mar 20, 2012 at 8:38 AM, Igor Stasenko siguc...@gmail.com wrote: Here the simple method: at: index primitive: 60 error: x ^ x And its bytecode: primitive: 60 error: x 13 81 41 storeIntoTemp: 1 15 11 pushTemp: 1 16 7C returnTop Now, if i add this: at: index primitive: 60 error: x [:foo | 5]. ^ x I get following bytecode: primitive: 60 error: x 17 81 42 storeIntoTemp: 2 19 8F 01 00 02 closureNumCopied: 0 numArgs: 1 bytes 23 to 24 23 20 pushConstant: 5 24 7D blockReturn 25 87 pop 26 12 pushTemp: 2 27 7C returnTop so, if we ignore the block closure bytecodes, we have: primitive: 60 error: x 17 81 42 storeIntoTemp: 2 26 12 pushTemp: 2 27 7C returnTop The problem is that for method context there are only 2 temps (argument + error code) .. but not 3 (index is zero-based). The fix should be simple.. in code which calculates the temp index for 'error code' temp. -- Best regards, Igor Stasenko. -- best, Eliot -- Best regards, Igor Stasenko.
Re: [Pharo-project] Make arduino work on linux with cog vm
On 20 March 2012 22:32, Pavel Krivanek pavel.kriva...@gmail.com wrote: Try VM from here: http://squeakvm.org/unix/ ...but you cannot use the latest Pharo image from CI server (because it is saved in CogVM). But you can try official 1.3. I think a better alternative would be to fix VM and make it work. I assuming there's something wrong with SerialPlugin , which used by SerialPort, no? I can't remember if this plugin is included into VM by default or not.. -- Pavel On Tue, Mar 20, 2012 at 9:21 PM, Mariano Vicente m.vic...@gmail.com wrote: Thanks a lot. Could you send me a link with a old vm version? Sorry but I'm a newie with Pharo :P Cheers, Mariano On Tue, Mar 20, 2012 at 5:08 PM, Pavel Krivanek pavel.kriva...@gmail.com wrote: Yes, that seems to be a CogVM problem. I tried it now and Cog cannot open the port but an old Squeak4.1 of 17 April 2010 [latest update: #9957] can. -- Pavel On Tue, Mar 20, 2012 at 8:30 PM, Mariano Vicente m.vic...@gmail.com wrote: Hi Everybody. I'm just started with Pharo, and Arduino. And i like to comunicate both. I instaled the package sent by Ricardo Moran in a Pharo 1.4 with the Cogvm from the Jenkins server, but i can't make the serials port works. The Arduino board, i have, is connected to usb, wich ubuntu detects as /dev/ttyACM0. I tried opening serial ports, like this: sp:=SerialPort new. sp openPort: '/dev/ttyACM0'. sp openPort: 'ttyACM0'. sp openPort: 'ACM0'. sp openPort: '/ttyACM0'. But all they fail with a error saying Cannot open... After that, i have also, tried this: (1 to: 1) select:[:port | [SerialPort new openPort:port;close. true] on:Error do: [false]] and had a empty collection. And also tried giving full permissions to the port and executed the vm sudoed... Are serial ports working on ubuntu?. Do i have to download a special vm?. (I would like to do a demo of arduino on monday, at work, and i would like to do in Pharo.) Cheers, Mariano -- Best regards, Igor Stasenko.
Re: [Pharo-project] Any theme or settings that will speed up a Pharo 1.3 image?
what you can try is to use lower color depth for the display. try switching to 1-bit mode.. which is black/white :) On 20 March 2012 16:02, Camillo Bruni camillobr...@gmail.com wrote: On 2012-03-20, at 14:49, Stefan Marr wrote: On 20 Mar 2012, at 14:03, Camillo Bruni wrote: On 2012-03-19, at 20:54, Marcus Denker wrote: You used your own images for Pinocchio, or was Pinocchio just fast enough for the standard images? Pinnocio can't run the image... it's (just ;-)) a compiler from smalltalk to binary code... the .exe then boostraps an image, but there is no support to persist that (nor support for all the primitives.. and no GC other than Boehm). indeed ;) we tricked around the image :D stefan, do you rely on a visual interface? (rhetorical question) ;) Well, I have a small class that does the startup handling for me and immediately runs the code I need. I did not want to spend the time to port your changes that I saw for 1.4. And I didnt want to look into Coral... if you talk about the fixes for startup.. they have recently been ported to 1.3. which gives you some more stable/usable image for scripting. A simple 'diable transparence' or so, to get a 10x speed up would have been nice. But I guess that would really mean 'disable morphic' instead... -- Best regards, Igor Stasenko.
Re: [Pharo-project] Make arduino work on linux with cog vm
excellent! Thanks for the information. On Mar 20, 2012, at 9:08 PM, Pavel Krivanek wrote: Yes, that seems to be a CogVM problem. I tried it now and Cog cannot open the port but an old Squeak4.1 of 17 April 2010 [latest update: #9957] can. -- Pavel On Tue, Mar 20, 2012 at 8:30 PM, Mariano Vicente m.vic...@gmail.com wrote: Hi Everybody. I'm just started with Pharo, and Arduino. And i like to comunicate both. I instaled the package sent by Ricardo Moran in a Pharo 1.4 with the Cogvm from the Jenkins server, but i can't make the serials port works. The Arduino board, i have, is connected to usb, wich ubuntu detects as /dev/ttyACM0. I tried opening serial ports, like this: sp:=SerialPort new. sp openPort: '/dev/ttyACM0'. sp openPort: 'ttyACM0'. sp openPort: 'ACM0'. sp openPort: '/ttyACM0'. But all they fail with a error saying Cannot open... After that, i have also, tried this: (1 to: 1) select:[:port | [SerialPort new openPort:port;close. true] on:Error do: [false]] and had a empty collection. And also tried giving full permissions to the port and executed the vm sudoed... Are serial ports working on ubuntu?. Do i have to download a special vm?. (I would like to do a demo of arduino on monday, at work, and i would like to do in Pharo.) Cheers, Mariano
Re: [Pharo-project] Make arduino work on linux with cog vm
On 21 March 2012 00:00, Stéphane Ducasse stephane.duca...@inria.fr wrote: excellent! what is so excellent in finding that something not works? :) Thanks for the information. On Mar 20, 2012, at 9:08 PM, Pavel Krivanek wrote: Yes, that seems to be a CogVM problem. I tried it now and Cog cannot open the port but an old Squeak4.1 of 17 April 2010 [latest update: #9957] can. -- Pavel On Tue, Mar 20, 2012 at 8:30 PM, Mariano Vicente m.vic...@gmail.com wrote: Hi Everybody. I'm just started with Pharo, and Arduino. And i like to comunicate both. I instaled the package sent by Ricardo Moran in a Pharo 1.4 with the Cogvm from the Jenkins server, but i can't make the serials port works. The Arduino board, i have, is connected to usb, wich ubuntu detects as /dev/ttyACM0. I tried opening serial ports, like this: sp:=SerialPort new. sp openPort: '/dev/ttyACM0'. sp openPort: 'ttyACM0'. sp openPort: 'ACM0'. sp openPort: '/ttyACM0'. But all they fail with a error saying Cannot open... After that, i have also, tried this: (1 to: 1) select:[:port | [SerialPort new openPort:port;close. true] on:Error do: [false]] and had a empty collection. And also tried giving full permissions to the port and executed the vm sudoed... Are serial ports working on ubuntu?. Do i have to download a special vm?. (I would like to do a demo of arduino on monday, at work, and i would like to do in Pharo.) Cheers, Mariano -- Best regards, Igor Stasenko.
Re: [Pharo-project] Make arduino work on linux with cog vm
On Mar 20, 2012, at 11:03 PM, Igor Stasenko wrote: On 21 March 2012 00:00, Stéphane Ducasse stephane.duca...@inria.fr wrote: excellent! what is so excellent in finding that something not works? :) yes because did you know it? No. So making sure that we are not ridiculous because we use the wrong env for a demo is important for me. Thanks for the information. On Mar 20, 2012, at 9:08 PM, Pavel Krivanek wrote: Yes, that seems to be a CogVM problem. I tried it now and Cog cannot open the port but an old Squeak4.1 of 17 April 2010 [latest update: #9957] can. -- Pavel On Tue, Mar 20, 2012 at 8:30 PM, Mariano Vicente m.vic...@gmail.com wrote: Hi Everybody. I'm just started with Pharo, and Arduino. And i like to comunicate both. I instaled the package sent by Ricardo Moran in a Pharo 1.4 with the Cogvm from the Jenkins server, but i can't make the serials port works. The Arduino board, i have, is connected to usb, wich ubuntu detects as /dev/ttyACM0. I tried opening serial ports, like this: sp:=SerialPort new. sp openPort: '/dev/ttyACM0'. sp openPort: 'ttyACM0'. sp openPort: 'ACM0'. sp openPort: '/ttyACM0'. But all they fail with a error saying Cannot open... After that, i have also, tried this: (1 to: 1) select:[:port | [SerialPort new openPort:port;close. true] on:Error do: [false]] and had a empty collection. And also tried giving full permissions to the port and executed the vm sudoed... Are serial ports working on ubuntu?. Do i have to download a special vm?. (I would like to do a demo of arduino on monday, at work, and i would like to do in Pharo.) Cheers, Mariano -- Best regards, Igor Stasenko.
Re: [Pharo-project] Make arduino work on linux with cog vm
On Tue, Mar 20, 2012 at 10:46 PM, Igor Stasenko siguc...@gmail.com wrote: On 20 March 2012 22:32, Pavel Krivanek pavel.kriva...@gmail.com wrote: Try VM from here: http://squeakvm.org/unix/ ...but you cannot use the latest Pharo image from CI server (because it is saved in CogVM). But you can try official 1.3. I think a better alternative would be to fix VM and make it work. I assuming there's something wrong with SerialPlugin , which used by SerialPort, no? I can't remember if this plugin is included into VM by default or not.. It is an internal plugin in CogVM -- Pavel -- Pavel On Tue, Mar 20, 2012 at 9:21 PM, Mariano Vicente m.vic...@gmail.com wrote: Thanks a lot. Could you send me a link with a old vm version? Sorry but I'm a newie with Pharo :P Cheers, Mariano On Tue, Mar 20, 2012 at 5:08 PM, Pavel Krivanek pavel.kriva...@gmail.com wrote: Yes, that seems to be a CogVM problem. I tried it now and Cog cannot open the port but an old Squeak4.1 of 17 April 2010 [latest update: #9957] can. -- Pavel On Tue, Mar 20, 2012 at 8:30 PM, Mariano Vicente m.vic...@gmail.com wrote: Hi Everybody. I'm just started with Pharo, and Arduino. And i like to comunicate both. I instaled the package sent by Ricardo Moran in a Pharo 1.4 with the Cogvm from the Jenkins server, but i can't make the serials port works. The Arduino board, i have, is connected to usb, wich ubuntu detects as /dev/ttyACM0. I tried opening serial ports, like this: sp:=SerialPort new. sp openPort: '/dev/ttyACM0'. sp openPort: 'ttyACM0'. sp openPort: 'ACM0'. sp openPort: '/ttyACM0'. But all they fail with a error saying Cannot open... After that, i have also, tried this: (1 to: 1) select:[:port | [SerialPort new openPort:port;close. true] on:Error do: [false]] and had a empty collection. And also tried giving full permissions to the port and executed the vm sudoed... Are serial ports working on ubuntu?. Do i have to download a special vm?. (I would like to do a demo of arduino on monday, at work, and i would like to do in Pharo.) Cheers, Mariano -- Best regards, Igor Stasenko.
Re: [Pharo-project] Any theme or settings that will speed up a Pharo 1.3 image?
On 20 Mar 2012, at 22:52, Igor Stasenko wrote: what you can try is to use lower color depth for the display. try switching to 1-bit mode.. which is black/white :) It feels faster, yes, but still far from usable :-/ And it is kind of hard to find a compatible VM... Recent CogVMs on Mac (with Pharo branding and before) do not seem to like it. A StackVM 4.0 was able to open it. Thanks Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525
Re: [Pharo-project] Any theme or settings that will speed up a Pharo 1.3 image?
On 21 March 2012 00:31, Stefan Marr smallt...@stefan-marr.de wrote: On 20 Mar 2012, at 22:52, Igor Stasenko wrote: what you can try is to use lower color depth for the display. try switching to 1-bit mode.. which is black/white :) It feels faster, yes, but still far from usable :-/ And it is kind of hard to find a compatible VM... Recent CogVMs on Mac (with Pharo branding and before) do not seem to like it. A StackVM 4.0 was able to open it. As Marcus says, everything we're not using/testing all the times rots quite quickly. So, there's no surprise that such feature left unattended when most people use 32bpp nowadays. Thanks Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525 -- Best regards, Igor Stasenko.
[Pharo-project] Where should debug file name be?
Because this: SmalltakImageopenLog This is a _private_ method, Because it really belongs to logging facility, we should delegate to it at some point ^ ( FileStream fileNamed: *Smalltalk tools debugger logFileName* ) wantsLineEndConversion: true; setToEnd; yourself Is ugly :) Guille
Re: [Pharo-project] Is there a package for running bash shells in a Smalltalk workspace?
On Tue, Mar 20, 2012 at 11:47:38AM +, Frank Church wrote: On 20 March 2012 10:47, S Krish krishnamachari.sudha...@gmail.com wrote: CommandShell package..? On 3/20/12, St?phane Ducasse stephane.duca...@inria.fr wrote: With OSProcess you can invoke shell. Now so far we do not have an interpreter for bash Stef On Mar 20, 2012, at 10:02 AM, Frank Church wrote: Is there a package for running bash shells in a Smalltalk workspace? -- Frank Church I am thinking more along the lines of an embedded shell window, like an ActiveX control that runs a terminal window in the workspace, and can have commands sent to it. See CommandShell. The shell is written in Smalltalk, but you it also provides a PipeableOSProcess if you prefer to send commands to an actual bash program. Dave
Re: [Pharo-project] Understanding RunArrayscanFrom:
On 20 March 2012 14:39, Marcus Denker marcus.den...@inria.fr wrote: On Mar 19, 2012, at 5:28 PM, Eliot Miranda wrote: On Mon, Mar 19, 2012 at 12:17 AM, Marcus Denker marcus.den...@inria.fr wrote: On Mar 19, 2012, at 12:27 AM, Guillermo Polito wrote: This method parses a stream from a fileout with styling and generates the text style specific objects. Now, 1) are we writing that style section in our fileouts? No, not anymore. Are you sure it's not used for class comments? Given pretty-printing there's no need for method text style. But in a class comment (if people knew it was available) it can be quite nice. In Pharo right now all source is just a string... class comments, too. i would also prefer disabling any styling in class comments because often, when you copy/paste styled text into class comment, it remains styled.. Marcus -- Marcus Denker -- http://marcusdenker.de -- Best regards, Igor Stasenko.
Re: [Pharo-project] Make arduino work on linux with cog vm
On 21 March 2012 00:23, Pavel Krivanek pavel.kriva...@gmail.com wrote: On Tue, Mar 20, 2012 at 10:46 PM, Igor Stasenko siguc...@gmail.com wrote: On 20 March 2012 22:32, Pavel Krivanek pavel.kriva...@gmail.com wrote: Try VM from here: http://squeakvm.org/unix/ ...but you cannot use the latest Pharo image from CI server (because it is saved in CogVM). But you can try official 1.3. I think a better alternative would be to fix VM and make it work. I assuming there's something wrong with SerialPlugin , which used by SerialPort, no? I can't remember if this plugin is included into VM by default or not.. It is an internal plugin in CogVM ok, so we should fix it. :) -- Pavel -- Best regards, Igor Stasenko.
Re: [Pharo-project] Where should debug file name be?
On 21 March 2012 03:19, Guillermo Polito guillermopol...@gmail.com wrote: Because this: SmalltakImageopenLog This is a _private_ method, Because it really belongs to logging facility, we should delegate to it at some point ^ ( FileStream fileNamed: Smalltalk tools debugger logFileName ) wantsLineEndConversion: true; setToEnd; yourself Is ugly :) yes. now compare this with older code where 'PharoDebug.log' string were directly used in multiple places. I think it should be something like: ^ self tools log open then we just register a tool - #log.. which responsible for logging.. anywhere it wants (to file/syslog whatever). Guille -- Best regards, Igor Stasenko.
Re: [Pharo-project] Where should debug file name be?
On Tue, Mar 20, 2012 at 11:12 PM, Igor Stasenko siguc...@gmail.com wrote: On 21 March 2012 03:19, Guillermo Polito guillermopol...@gmail.com wrote: Because this: SmalltakImageopenLog This is a _private_ method, Because it really belongs to logging facility, we should delegate to it at some point ^ ( FileStream fileNamed: Smalltalk tools debugger logFileName ) wantsLineEndConversion: true; setToEnd; yourself Is ugly :) yes. now compare this with older code where 'PharoDebug.log' string were directly used in multiple places. I think it should be something like: ^ self tools log open then we just register a tool - #log.. which responsible for logging.. anywhere it wants (to file/syslog whatever). ok, but not debugger :D. Transcript? Then maybe we can start a Mud fight: *Transcript global var* vs *Smalltalk tools log* ... but It will surely not be as fun, he Guille -- Best regards, Igor Stasenko.
[Pharo-project] About NonInteractiveUIManager#onSnapshot: and related
Hi, I was doing some hacking, and playing with NonInteractiveUIManager. And it puzzled me that I realized that it has an inst var *uiManager* that seems to refer to an uiManager it's replacing. But my UIManager is not replacing anyone, it's my default and unique UIManager and this var points to nil :S! So the code below does not work... onSnapshot: resuming The resuming argument is true when image boots from disk, and false, if user just did an image snapshot. resuming ifTrue: [ Smalltalk isHeadless ifFalse: [ restore old, or nil, so it will be set in #default *uiManager beDefault. UIManager default onSnapshot: resuming.* ^ self ]. Smalltalk isInteractive ifTrue: [ use a headless but interactive manager ^ self headlessManager onSnapshot: resuming ]]. this flag set to true only if we are saving a snapshot before quitting doNotQuitOnRestart ifTrue: [ Smalltalk snapshot: false andQuit: true]. I made it work in my image adding within the controversial lines: uiManager ifNotNil: [ *uiManager beDefault. UIManager default onSnapshot: resuming.* ] But it really looks like a hack because that inst var is ment to do something else... Is it asking me for a refactor? Or am I using this stuff in the wrong way? Camillo, Igor? :P Guille
Re: [Pharo-project] R: [Moose-dev] numerical method in smalltalk
On Wed, Mar 21, 2012 at 12:31 AM, Lorenzo Schiavina lore...@edor.it wrote: Hi Serge, I have developed a package for fuzzy logic computation (in ST). Do you think could be helpful? Dear Lorenzo, yes might be interesting for SciSmalltalk. Is your code available somewhere ? What is the licence of your code ? Are you willing to integrate/adapt your work in a bigger package ? Regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/
Re: [Pharo-project] About NonInteractiveUIManager#onSnapshot: and related
the logic there was to set a non-interactive ui manager for headless sessions only , and then restore back a previous one (whatever it is), once session is changed back to headfull. if its uiManager is nil, it should reset the default manager, if i remember correctly, then UImanager itself will take care instantiating default one. On 21 March 2012 04:35, Guillermo Polito guillermopol...@gmail.com wrote: Hi, I was doing some hacking, and playing with NonInteractiveUIManager. And it puzzled me that I realized that it has an inst var uiManager that seems to refer to an uiManager it's replacing. But my UIManager is not replacing anyone, it's my default and unique UIManager and this var points to nil :S! So the code below does not work... onSnapshot: resuming The resuming argument is true when image boots from disk, and false, if user just did an image snapshot. resuming ifTrue: [ Smalltalk isHeadless ifFalse: [ restore old, or nil, so it will be set in #default uiManager beDefault. UIManager default onSnapshot: resuming. ^ self ]. Smalltalk isInteractive ifTrue: [ use a headless but interactive manager ^ self headlessManager onSnapshot: resuming ]]. this flag set to true only if we are saving a snapshot before quitting doNotQuitOnRestart ifTrue: [ Smalltalk snapshot: false andQuit: true]. I made it work in my image adding within the controversial lines: uiManager ifNotNil: [ uiManager beDefault. UIManager default onSnapshot: resuming. ] But it really looks like a hack because that inst var is ment to do something else... Is it asking me for a refactor? Or am I using this stuff in the wrong way? Camillo, Igor? :P Guille -- Best regards, Igor Stasenko.
Re: [Pharo-project] About NonInteractiveUIManager#onSnapshot: and related
the logic there was to set a non-interactive ui manager for headless sessions only , and then restore back a previous one (whatever it is), once session is changed back to headfull. if its uiManager is nil, it should reset the default manager, if i remember correctly, then UImanager itself will take care instantiating default one. On 21 March 2012 04:35, Guillermo Polito guillermopol...@gmail.com wrote: Hi, I was doing some hacking, and playing with NonInteractiveUIManager. And it puzzled me that I realized that it has an inst var uiManager that seems to refer to an uiManager it's replacing. But my UIManager is not replacing anyone, it's my default and unique UIManager and this var points to nil :S! So the code below does not work... onSnapshot: resuming The resuming argument is true when image boots from disk, and false, if user just did an image snapshot. resuming ifTrue: [ Smalltalk isHeadless ifFalse: [ restore old, or nil, so it will be set in #default uiManager beDefault. UIManager default onSnapshot: resuming. ^ self ]. Smalltalk isInteractive ifTrue: [ use a headless but interactive manager ^ self headlessManager onSnapshot: resuming ]]. this flag set to true only if we are saving a snapshot before quitting doNotQuitOnRestart ifTrue: [ Smalltalk snapshot: false andQuit: true]. I made it work in my image adding within the controversial lines: uiManager ifNotNil: [ uiManager beDefault. UIManager default onSnapshot: resuming. ] But it really looks like a hack because that inst var is ment to do something else... Is it asking me for a refactor? Or am I using this stuff in the wrong way? Camillo, Igor? :P Guille -- Best regards, Igor Stasenko.
