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

Re: [Pharo-project] WriteStream

by Benjamin

On Nov 5, 2010, at 10:30 AM, Igor Stasenko wrote: > On 5 November 2010 11:20, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com > > wrote: >> Hello everyone, >> I thing, there is a bug in WriteStream, but i'm not sure. >> When I look at this code, I guess aString is not always a String, and >> yesterday, I had a Text send to this method, which raised a DNU >> error. >> (in blue is what I have change to make it work in my case) >> WriteStream>>nextChunkPut: aString >> "Append the argument, aString, to the receiver, doubling embedded >> terminators." >> >> | i remainder terminator | >> terminator := $!. >> remainder := aString asString. >> [(i := remainder indexOf: terminator) = 0] whileFalse: >> [self nextPutAll: (remainder copyFrom: 1 to: i). >> self nextPut: terminator. "double imbedded terminators" >> remainder := remainder copyFrom: i+1 to: remainder size]. >> self nextPutAll: remainder. >> aString asString includesUnifiedCharacter ifTrue: [ >> self nextPut: terminator. >> self nextPutAll: ']lang['. >> aString asString writeLeadingCharRunsOn: self. >> ]. >> self nextPut: terminator. >> >> >> Is that a bug ? >> > yes. > > I'd say the whole method is a bug. Repeating > aString asString multiple times in code cries out of loud that it > could be anything but not right :) I think so ^^ I'll create a bug entry Ben > > >> Regards, >> Ben > > > > -- > Best regards, > Igor Stasenko AKA sig. >

Nov. 5, 2010

[Pharo-project] WriteStream

by Benjamin

Hello everyone, I thing, there is a bug in WriteStream, but i'm not sure. When I look at this code, I guess aString is not always a String, and yesterday, I had a Text send to this method, which raised a DNU error. (in blue is what I have change to make it work in my case) WriteStream>>nextChunkPut: aString "Append the argument, aString, to the receiver, doubling embedded terminators." | i remainder terminator | terminator := $!. remainder := aString asString. [(i := remainder indexOf: terminator) = 0] whileFalse: [self nextPutAll: (remainder copyFrom: 1 to: i). self nextPut: terminator. "double imbedded terminators" remainder := remainder copyFrom: i+1 to: remainder size]. self nextPutAll: remainder. aString asString includesUnifiedCharacter ifTrue: [ self nextPut: terminator. self nextPutAll: ']lang['. aString asString writeLeadingCharRunsOn: self. ]. self nextPut: terminator. Is that a bug ? Regards, Ben

Nov. 5, 2010

[Pharo-project] Bugreport?

by bb

I tried to proceed as described on http://pharo-project.org/community/issue-tracking and tried to search in the mailing list in the archive. But in trying to access the archive I get the message from Nabble(?): This node has been deleted Here a problem description: I installed Pharo latest version on debian lenny 64 bit and it works properly from start on, but I had/have some problems with Squeak. I installed Pharo (same procedure as above) on red hat 64 bit Kernel 2.6.34.7-61.fc13.x86_64, AMD Turion 64 X2 Mobile Technology TL-56 and it does not work, but Squeak works properly. The message is: [bb@localhost Pharo-1.1-OneClick.app]$ ./pharo.sh libGLU.so.1: cannot open shared object file: No such file or directory could not find module vm-display-X11 Abgebrochen (Speicherabzug geschrieben) [bb@localhost Pharo-1.1-OneClick.app] I installed repeatedly and tried to use available VM's from Squeak and also tried some other "tricks", i.e copy all Pharo-files in the same directory ... May be someone else has some experience with Pharon on red hat? Please tell me if it is worth to make a ticket? Regards BB

Nov. 5, 2010

Re: [Pharo-project] Getting my head around low space [closed]

by StÃ©phane Ducasse

thanks for sharing that with us. Stef On Nov 4, 2010, at 11:27 PM, Max Leske wrote: > Hey folks > > As was to be expected, my memory problem resulted from a problem in my code. So, just wanted to say thanks for the help and sorry for the hubbub. > What might be of interest: I use the CogVM now for the task and I'm really excited how fast it is! I started the same calculations first in the normal VM (4.2.5) and about 5 minutes later in the CogVM. After 30 minutes or so, the CogVM had overtaken the 4.2.5 VM (judging by the progress bar at least). > > > Cheers, > Max > > > On 11.10.2010, at 09:33, Max Leske wrote: > >> "There is not enough memory to give squeak the amount specified by the 'memory EMBED tag.". Additionally there's a "Premature end of file" error on the image and then the VM crashes (OS X crash dialog). Issuing the same commands with 1 GB memory works fine (no problems with the image). >> >> Interestingly I tried to run the task with 3.5 GB in a 5.7b1 VM over night and the low space warning popped up when the progress bar was have as far then when I ran into the same condition using the 4.2.5b1U VM and 1 GB... Any suggestions? I couldn't attach the VM statistics because of the lacking menu integration but if you tell me how to extract the statistics (supposing they are interesting...) I'll happily rerun the task and post the results. >> >> Max >> >> >> On 10.10.2010, at 23:47, John M McIntosh wrote: >> >>> >>> On 2010-10-10, at 2:00 PM, Max Leske wrote: >>> >>>> I had a first failure with 1 GB. I used the 4.2.5b1U VM. Setting the memory to anything above 1 GB would lead to an error message. I'm now trying the 5.7b1 VM with 3.5 GB. >>>> >>>> Max >>> >>> So what is the error message? >>> >>> >>> -- >>> =========================================================================== >>> John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 >>> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >>> =========================================================================== >>> >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > >

Nov. 5, 2010

Re: [Pharo-project] Pharo and Astronomy?

by Schwab,Wilhelm K

Alexandre, I don't have any direct experience with astronomy, but we no doubt share some requirements. I started purging Numerical Recipes from my arsenal long ago, in part over licensing and mostly because so much of the code suffers from Fortran-confusion-syndrome. What do I mean by that? Referring to their C book, look at their theoretical development of the Fourier Transform (kinda nicely done), its very natural use of zero based offsets in the theory; note the unit offset code. Take in the early section in which they attempt to "free" the reader "from the zero based thinking that C encourages, but does not require." Who did they think they were going to fool with that nonsense? They had Fortran code and did not want to change it - nothing more. GSL is not too much better, but they have a working Levenberg-Marquardt fit. Squeak's lack of callbacks haunts us here. So far, I have gotten it to run by writing C functions for the model functions of interest to me. GSL seems to almost randomly require or ignore (often at the wrong times) use of their vectors and matrices. They have good Fourier and Wavelet transforms. Squeak/Pharo do not have a Double Array class. I have gotten around that, but so far at some cost to robustness; I have described many double* arguments void* to allow FFI to make the calls. The biggest problem with GSL is the license. Do you have a strategy for releasing code that links to it? I am perfectly willing to have others use my code. I would prefer that they be able to make money if they wish. I will not be told that I cannot make money from it. A recent thread contains a suggestion for using a "GPL-compatible" license. Any ideas? Didier Bessert has been kind enough to release his code under MIT. To be blunt, I didn't buy the book originally because I was not enamored with the idea of doing numerics in Smalltalk (most/some of it belongs in C for speed), and his selection of topics is not a very good match to my interests. However, it might be worth considering as a way to avoid GPL code. For plotting, I have been using PLplot. You will find many astronomers hanging around PLplot. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Alexandre Bergel [alexandre(a)bergel.eu] Sent: Thursday, November 04, 2010 3:14 PM To: Pharo Development Subject: [Pharo-project] Pharo and Astronomy? Hi! I am looking for any experience in using Pharo to develop software for Astronomy. Especially regarding interoperability with Python, using Mathematical libraries (www.nr.com, www.gnu.org/software/gsl, matplotlib.sourceforge.net/gallery.html) Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 5, 2010

Re: [Pharo-project] Pharo and Astronomy?

by Serge Stinckwich

On Fri, Nov 5, 2010 at 5:18 AM, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: > Hi Alex, > Â I am also very interested in interoperability with PythonÂ to be able to > script Blender (http://wiki.blender.org/index.php/Robotics:Contents)Â from > Pharo. > Â However, Blender is onlyÂ scriptable in Python. > Â So, if you have something, please let me know. Hum, i have the same needs ;-) Did you start to work on something. I would like to propose a project for a group of students on this. Regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

Nov. 5, 2010

Re: [Pharo-project] [Metacello] 1.0-beta.28-ea.0 ... early access for symbolicVersions and friends

by Mariano Martinez Peck

> > MetacelloSymbolicVersionExample1Config is a config with symbolic > versions defined for #development and #stable, while using the default > definition for #bleedingEdge. MetacelloSymbolicVersionExample1Config > is a subclass of MetacelloBaseConfiguration (yes an abstract > configuration class) that is in the package Metacello-Base which is > intended to be loaded into core image without any other Metacello > HI Dale. Thanks for the release. I will take look deeper soon. For the moment, I ask: should we integrate Metacello-Base in PharoCore? I guess we can do it in 1.2. cheers Mariano

Nov. 5, 2010

Re: [Pharo-project] Introspection on saved image file

by Tudor Girba

Hi Yossi, >From the brief description it does look like Moose can offer several parts that might be of interest. The best way to ask for information or help regarding Moose is on the Moose mailing list: http://www.moosetechnology.org/about/contact Cheers, Doru On 5 Nov 2010, at 00:13, YossiDM wrote: > > StÃ©phane, > > Yes, we are definitely going to use Moose at some point and I have spent > some time with it, but it is lower on our list of priorities. Not because > there is anything bad about Moose, but rather we are trying to be pragmatic > about our development scope. Moose is really extensive which is a good > thing, but our original goal has already gotten far too ambitious in that we > were doing introspection for learning, but now it's developing into a huge > project on its own. I'll go into this later. > > The other piece is that we're looking to do a lot from a web interface and I > know the models are applicable from Moose, but I am not so sure about all > the visualizations (perhaps the models to generate the visualizations for > sure). We are also looking at Glamour in conjunction with all of this. > > I think it will help to explain what we're doing and why and then maybe you > can make recommendations based on your experiences. I'll start a new thread > so as not to go off on a huge tangent. Thanks. > > > StÃ©phane Ducasse wrote: >> >> Yossi did you try Moose? >> Because moose is a softare analysis platform to build browser and >> dashboards :) >> We are working on making sure that Moose built on pharo can analyse pharo >> itself. This is working >> but we want to make sure that we can running Moose 4.1 in pharo 1.2 >> analysing pharo 1.3 unstable. >> > > -- > View this message in context: http://forum.world.st/Introspection-on-saved-image-file-tp3027736p3027943.h… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- www.tudorgirba.com "To lead is not to demand things, it is to make them happen."

Nov. 5, 2010

Re: [Pharo-project] Pharo and Astronomy?

by YossiDM

I haven't used astronomy packages, but I've played around with interop with other languages. I am assuming your goal is that you don't want to replace your libraries, rather just make use of them. In general, there are a few strategies that also apply to python, but I have never done direct integration: -Web Services - IMO, the best option if possible and all you want is to send/receive results and super speed is not an issue or calls can be done in logical batches or something. It will depend how your application works if this is an option. We've done this for example with WPF applications consuming Smalltalk code and data in C# as there's no magic bridge between C# and Pharo that I am aware of yet. -C libraries to act as a bridge (FFI/Alien in Pharo) -Shell Scripting -Process calls/integration/shell (OSProcess and the like in Pharo, Piping and such in Python). -Persistent Store - send data to a persistent store or location and have python or pharo receive push or pull notifications or integration with any of the above. Could be the file system, database, or something else. -- View this message in context: http://forum.world.st/Pharo-and-Astronomy-tp3027615p3027979.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 4, 2010

Re: [Pharo-project] Introspection on saved image file

by YossiDM

Pavel, Thanks! This is at least a start so it might be helpful even if we don't update it directly. Pavel Krivanek-3 wrote: > > Hi, > > you need to run the image to get its ImageMap or ImageGraph. > > However in times of Squeak 3.6 there was a tool named ImageBrowser > (http://www.is.titech.ac.jp/~ohshima/squeak/sm/ImageBrowser3.6.1.cs.gz) > You can browse specified classes from the image file using this tool. > Unfortunately it works only for Squeak 3.6. I tried it now and it > really works but it is obsolete. I'm not sure how hard it would be to > update it for current image format. > > -- Pavel > > On Thu, Nov 4, 2010 at 11:18 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> pavel sent a graphiz image. >> >> >> On Nov 4, 2010, at 11:02 PM, YossiDM wrote: >> >>> >>> Thanks, I'll try to dig that up - sounds like a good starting point. I >>> am >>> definitely looking to do the second option you mentioned which is to >>> mirror >>> the image so I can just use standard tools. Our app is mainly from >>> seaside, >>> so that would be the ideal way for me, though I can imagine us doing >>> some >>> things inside the image in morphic as well. I could batch out analysis >>> as a >>> job of some kind, but I would rather have real-time analysis. >>> >>> >>> Eliot Miranda-2 wrote: >>>> >>>> >>>> >>>> very recently someone posted a link to a complete visualization of an >>>> image >>>> to pdf, I think on the squeak list. Â So yes, there are tools to do >>>> this. >>>> You can also load an image using the VMMaker and analyse it in that. Of >>>> course a really nice ay would be a mirror interface to the image so one >>>> could use standard tools to inspect it, but that's real work. >>>> >>>> HTH >>>> Eliot >>>> >>>> >>>>> >>>>> Thanks. >>>>> -- >>>>> View this message in context: >>>>> http://forum.world.st/Introspection-on-saved-image-file-tp3027736p3027736.h… >>>>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>>>> >>>>> >>>> >>>> >>> >>> -- >>> View this message in context: >>> http://forum.world.st/Introspection-on-saved-image-file-tp3027736p3027872.h… >>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>> >> >> >> > > > -- View this message in context: http://forum.world.st/Introspection-on-saved-image-file-tp3027736p3027963.h… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 4, 2010