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

Re: [Pharo-project] Pharo and Astronomy?

by Schwab,Wilhelm K

Alexandre, What numerical techniques are important to you? How large are the typical data sets, grids, etc? I do a lot of processing on 500,000 sample signals, so Smalltalk is out for most of that number crunching (FFT, DWT, norms, etc.) and visualization. So far, I could probably get away with Smalltalk curve fitting, but that won't always be the case. One option would be to tell NR and GSL "thanks but no thanks" and find or start an MIT numerics library. In my mind, it should be C-callable C++; the trick to that is proper use of extern "C". Just to make it clear, I have large parts of GSL mapped into Pharo. My concern now is how to release that w/o being adversely affected by GPL; help with understanding "GPL compatible licenses" would be appreciated. Like I said, I don't care what anyone else does with the code, but I won't have years of my work rendered useless to me for commercial interests. Nothing in GSL is worth taking that risk. There should not be any problem releasing the function definitions; the question is over how much, if any, of the wrappers I can release w/o losing it all to GPL. 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: Friday, November 05, 2010 7:24 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Pharo and Astronomy? Thanks Bill. I am at the stage of convincing Astronomers to use Pharo to do their soft, but this is not easy Cheers, Alexandre

Nov. 5, 2010

Re: [Pharo-project] RoarVM - Pharo and Squeak on Multicore

by Stefan Marr

Hi: On 03 Nov 2010, at 23:59, Stefan Marr wrote: > Probably our VM is behaving slightly different from what the SqueakVM. (Not sure what the 'right' thing to do is thought) > > From my understanding, the idea is that if there is no event, the primitive will fail. > And all other images have that case covered. They set the first array index to EventTypeNone. > > Thus, "InputEventFetcher>>primGetNextEvent: array" should look like: > > primGetNextEvent: array > "Store the next OS event available into the provided array. > Essential." > <primitive: 94> > array at: 1 put: EventTypeNone. "STEFAN: Added this line" > ^nil > > However, since Pharo works on the other VM, I guess the primitive there is filling in the first slot of the array anyway. > So, what is the specification? I think the primitives have changed since 'the bluebook'. Just to ask that question again: What is the conclusion, is the bug in the image or in the VM? 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

Nov. 5, 2010

[Pharo-project] [Ann][Cuis] New Cuis Release

by Juan Vuletich

Hi Folks, Cuis 2.8 is available at www.jvuletich.org/Cuis/Index.html . The release notes describes changes in recent versions (starting at 2.0). I believe many of the enhancements could be also useful for Pharo and rather easy to harvest. So, take a look! Cheers, Juan Vuletich

Nov. 5, 2010

[Pharo-project] Pharo and Astronomy?

by Torsten Bergmann

Hi Alexandre, 1. There is squeaksource.com/MSQ and it contains "KeplerEquations" and planets 2. Have a look at http://www.chronos-st.org => you know time often relates to space 3. Coquet has a Mars simulation/Atmospheric simulation see screenshots and the last video on http://www.opencroquet.org/index.php/Screenshots/Videos Maybe this is of any use Bye T. -- GMX DSL Doppel-Flat ab 19,99 €/mtl.! Jetzt auch mit gratis Notebook-Flat! http://portal.gmx.net/de/go/dsl

Nov. 5, 2010

Re: [Pharo-project] WriteStream

by Henrik Johansen

IMHO, asString should not be sent at all :) If you want a WriteStream on a Texts string, provide the texts string as an argument This will likely not work as you want though, as there's no become of the underlying collection of the WriteStream when you attempt to write past the capacity of the original in Squeak/Pharo. So you'd probably end up wondering why your text does not display everything you wrote using the WriteStream. A good suggestion would be to treat Text objects wrt the string they represent as immutable objects. Cheers, Henry Den 05.11.2010 10:28, skrev 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

Re: [Pharo-project] Pharo and Astronomy?

by Alexandre Bergel

Thanks for this summary Cheers, Alexandre On 4 Nov 2010, at 20:58, YossiDM wrote: > > 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. > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 5, 2010

Re: [Pharo-project] Pharo and Astronomy?

by Alexandre Bergel

Thanks Bill. I am at the stage of convincing Astronomers to use Pharo to do their soft, but this is not easy Cheers, Alexandre On 5 Nov 2010, at 02:57, Schwab,Wilhelm K wrote: > 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 > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 5, 2010

Re: [Pharo-project] Bugreport?

by laurent laffont

Hi, Have you checked http://forum.world.st/libGLU-so-1-cannot-open-shared-object-file-No-such-fi… Cheers, Laurent Laffont Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/ On Fri, Nov 5, 2010 at 10:31 AM, bb <bblochl(a)arcor.de> wrote: > Am 05.11.2010 10:09, schrieb 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 > > > Appendix: The libGLU runtime library + development package are > installed. I will check if there is something on error with that > packages on fedora/red hat. > > May be someone else has some extended expirence with this issue? > > Tegards BB > >

Nov. 5, 2010

Re: [Pharo-project] Bugreport?

by bb

Am 05.11.2010 10:09, schrieb 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 > Appendix: The libGLU runtime library + development package are installed. I will check if there is something on error with that packages on fedora/red hat. May be someone else has some extended expirence with this issue? Tegards BB

Nov. 5, 2010

Re: [Pharo-project] WriteStream

by Igor Stasenko

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 :) > Regards, > Ben -- Best regards, Igor Stasenko AKA sig.

Nov. 5, 2010