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

[Pharo-project] FFI wish list: double arrays and friends

by Schwab,Wilhelm K

Sig, Stef is hinting that you are going to have some good news about OpenGL and FFI in general. One area in which I have been fumbling along is arrays of doubles, float, signed and unsigned single and double words. Some of it is redundant and arguably more about making code written for Dolphin happy in Pharo, but the doubles really are missing. Alignment is a concern; I have been lucky. It would be nice to get it right. I (ab)use byte arrays to hold the data, have some accessors that I seldom use (most of the access is, thankfully for speed, through functions in external libraries). Ideally, Pharo would provide a full range of double, float, signed and unsigned single and double and probably quad words with FFI awareness of all of them. Where is all of this going? My GSL interface is scarred by the past lack of support for underscores, and really needs to be rebuilt now that this is no longer a problem. It's even worse with PLplot because their function names are mystifyingly cryptic; Camel Case them and they are *completely* unrecognizable :( Another wrinkle with GSL is that I was unable to load it (as-is) on Linux. At least at the time, there were two libraries (GSL itself and BLAS) that were inter-dependent. A library that uses both would load, but the individual libraries would not open via FFI. I put a bunch of my own code, and some proprietary code, into the library that allows the offenders to load. With license constraints and the joys of GPL, I need to separate these things before a public release. It would be nice to clean all of this stuff at one shot and get first releases of PLplot and GSL bindings for Pharo. Callbacks would provide clean use of the minimizers and solvers in GSL, allowing me to remove a lot of confusing junk that I added to work around the missing features. It should be worth the wait. Bill

Nov. 12, 2011

Re: [Pharo-project] FS and binary files

by Johannes Rasche

ok Lukas, that works :) Am 12.11.11 13:43, schrieb Lukas Renggli: > Use #fileStreamDo: or #fileStreamWritable:do: > > Lukas > > On 12 November 2011 13:19, Johannes Rasche<johannesrasche(a)mac.com> wrote: >> Hi Sean, >> >> thanks for your effort and advice, >> >> but it didn't resolve my problem: >> try to open an image file with "PNGReadWriter on: xxx.png" >> >> Lukas wrote: >> "In Colin's code you had to use the third supported stream type: not >> #readStream and not #writeStream (that are minimal ANSI compatible streams), >> but a third kind that I forgot the name of (it would return a >> RBBinaryReadWriteStream that works with most existing code). " >> >> Johannes >> >> Am 11.11.11 16:55, schrieb Sean P. DeNigris: >>> Johannes Rasche wrote: >>>> as FS appeared, I had the impression, that this would be the long >>>> awaited replacement of FileDirectory, >>>> >>>> but it doesn't seem so, because it's not part of the official Pharo up >>>> to now (1.3), >>>> >>> I couldn't wait, so I loaded it in my 1.3-rc image and have been happily >>> using it problem free for 1.5 weeks... >>> >>> Gofer new >>> squeaksource: 'fs'; >>> package: 'ConfigurationOfFilesystem'; >>> load. >>> (Smalltalk at: #ConfigurationOfFilesystem) load. >>> >>> Since Pharo's FS fork is being worked on in 1.4, I may have to port my >>> code >>> slightly for 1.4, but I couldn't go on any longer with FileDirectory, it >>> hurt too much ;-) >>> >>> -- >>> View this message in context: >>> http://forum.world.st/FS-and-binary-files-tp4019963p4031734.html >>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>> >> >> > > -- Johannes Rasche /Hagelberger Str. 56 10965 Berlin mail johannesrasche(a)mac.com mobile +49 1577 175 04 75/

Nov. 12, 2011

Re: [Pharo-project] Slides Pharo talk Smalltalks

by Schwab,Wilhelm K

Stef, My guess will be an optimistic one :) It is of course non-binding, but that sounds great. With Sig on the job, probability of success is high. Re FFI and threading, Eliot described some very interesting ideas a while back; if you are undecided on how to proceed, it would be worth reading his posts on the subject. Callbacks would be most welcome. Loosely related to all of this is handling arrays of doubles in FFI, which brings up alignment. I know I am not doing this stuff correctly, but I have been getting away with it, and it is crucial to putting GSL (or other libraries) to work. I'll start another thread on the topic. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of StÃ©phane Ducasse [Stephane.Ducasse(a)inria.fr] Sent: Friday, November 11, 2011 3:50 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Slides Pharo talk Smalltalks > One thing jumped off the page: the intersection of OpenGL, Sig and NativeBoost. It says "done on Windows" which I *hope* means that Linux and Mac are planned??? I will let you guess. > Being able to embed 3D worlds in "normal" desktop software would be huge (virtual reality/visualization, simulation, etc.). > Question: does this suggest that NativeBoost should advance in the FFI roadmap? AFAIK, I do not care whether FFI, Alien or NativeBoost becomes the first complete FFI solution for us. I mostly want to see callbacks and some level of multi-threading. It would be nice if existing FFI method definitions continued to work, but that's negotiable. The idea is that we would like in january to have one ffi fully working (callback, threaded...â¦..) > On threads, the most important objective is to be able to call into a library without blocking the entire image. If callbacks are not possible from such a function, I could learn to live with that - it's more than we have now. If allowed, I would expect that callbacks would be limited to the calling Process in some way. One could/should use queues, semaphores or deferred actions to make things felt in the UI. > > Bill > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] > Sent: Tuesday, November 08, 2011 4:54 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Slides Pharo talk Smalltalks > > I should release my annotated version because it explains the vision behind each itemâ¦ > > Should fish it. > > On Nov 8, 2011, at 8:35 PM, Sven Van Caekenberghe wrote: > >> >> On 08 Nov 2011, at 18:25, Marcus Denker wrote: >> >>> Here are the Slides of the Pharo talk at Smalltalks2011: >>> >>> PDF: http://www.marcusdenker.de/talks/11Smalltalks/2011-Smalltalks-Denker-Pharo.… >>> SlideShare: http://www.slideshare.net/MarcusDenker/pharo-one-year-later >>> >>> All talks where filmed, so there will be a video later at http://www.fast.org.ar/smalltalks2011 >> >> Beautiful and cool slides, as always, Marcus. >> >> Yes the Pharo community did a lot of work this passed year, and the future looks really exciting ! >> >> It feels good to be part of this. >> >> Thx for sharing. >> >> Sven >> >> >> >> > > >

Nov. 12, 2011

Re: [Pharo-project] FS and binary files

by Lukas Renggli

Use #fileStreamDo: or #fileStreamWritable:do: Lukas On 12 November 2011 13:19, Johannes Rasche <johannesrasche(a)mac.com> wrote: > Hi Sean, > > thanks for your effort and advice, > > but it didn't resolve my problem: > try to open an image file with "PNGReadWriter on: xxx.png" > > Lukas wrote: > "In Colin's code you had to use the third supported stream type: not > #readStream and not #writeStream (that are minimal ANSI compatible streams), > but a third kind that I forgot the name of (it would return a > RBBinaryReadWriteStream that works with most existing code). " > > Johannes > > Am 11.11.11 16:55, schrieb Sean P. DeNigris: >> >> Johannes Rasche wrote: >>> >>> as FS appeared, I had the impression, that this would be the long >>> awaited replacement of FileDirectory, >>> >>> but it doesn't seem so, because it's not part of the official Pharo up >>> to now (1.3), >>> >> I couldn't wait, so I loaded it in my 1.3-rc image and have been happily >> using it problem free for 1.5 weeks... >> >> Â Â Â Â Gofer new >> Â Â Â Â Â Â Â Â squeaksource: 'fs'; >> Â Â Â Â Â Â Â Â package: 'ConfigurationOfFilesystem'; >> Â Â Â Â Â Â Â Â load. >> Â Â Â Â (Smalltalk at: #ConfigurationOfFilesystem) load. >> >> Since Pharo's FS fork is being worked on in 1.4, I may have to port my >> code >> slightly for 1.4, but I couldn't go on any longer with FileDirectory, it >> hurt too much ;-) >> >> -- >> View this message in context: >> http://forum.world.st/FS-and-binary-files-tp4019963p4031734.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> > > > -- Lukas Renggli www.lukas-renggli.ch

Nov. 12, 2011

Re: [Pharo-project] FS and binary files

by Johannes Rasche

Hi Sean, thanks for your effort and advice, but it didn't resolve my problem: try to open an image file with "PNGReadWriter on: xxx.png" Lukas wrote: "In Colin's code you had to use the third supported stream type: not #readStream and not #writeStream (that are minimal ANSI compatible streams), but a third kind that I forgot the name of (it would return a RBBinaryReadWriteStream that works with most existing code). " Johannes Am 11.11.11 16:55, schrieb Sean P. DeNigris: > Johannes Rasche wrote: >> as FS appeared, I had the impression, that this would be the long >> awaited replacement of FileDirectory, >> >> but it doesn't seem so, because it's not part of the official Pharo up >> to now (1.3), >> > I couldn't wait, so I loaded it in my 1.3-rc image and have been happily > using it problem free for 1.5 weeks... > > Gofer new > squeaksource: 'fs'; > package: 'ConfigurationOfFilesystem'; > load. > (Smalltalk at: #ConfigurationOfFilesystem) load. > > Since Pharo's FS fork is being worked on in 1.4, I may have to port my code > slightly for 1.4, but I couldn't go on any longer with FileDirectory, it > hurt too much ;-) > > -- > View this message in context: http://forum.world.st/FS-and-binary-files-tp4019963p4031734.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Nov. 12, 2011

Re: [Pharo-project] Fwd: Re: TextMorph: what is the purpose of predecessor/successor?

by Igor Stasenko

On 12 November 2011 12:47, Alain Plantec <alain.plantec(a)yahoo.com> wrote: > Le 12/11/2011 06:39, Igor Stasenko a Ã©crit : >> >> >> On 11 November 2011 23:13, Johannes Rasche <johannesrasche(a)mac.com >> <mailto:johannesrasche@mac.com>> wrote: >> >> >> Â Â as Igor mentioned yesterday it's useful for long texts. >> >> >> well, i said that its purpose to display different portions of same text >> in multiple morphs. >> For long texts, i really doubt that its uselful, because it doesn't scales >> well. >> >> Â Â I would suggest, if the majority don't see the advantage of pred/succ, >> Â Â to create a subclass >> >> Agreed. >> Right now , Pharo not using this feature in text editor(s). There is no >> need to have such complicated text composition, >> and i doubt it will arise. >> If someone would want to create a full-pledged text viewer/editor with >> multipage/multicolumn layout support, first thing >> what i would do is to use different model for text, not one which used in >> Text class. >> > So I don't see why you agree ... :) > better is to let TextMorph as it is then. > No energy to build a subclass for nothing. oh, sorry. i meant we can rip off this of TextMorph. And if there are someone who using this feature (where are you), we can create a subclass with this stuff. > Cheers > Alain -- Best regards, Igor Stasenko.

Nov. 12, 2011

[Pharo-project] Idea for Seaside/Pharo/DrGeo project

by Hilaire Fernandes

I start to receive more and more sketches produced with DrGeo. Once Laurent told me it will be nice to have web site for DrGeo using Seaside or any other Smalltalk web framework. Now I see you it could be nice: - From DrGeo user could upload sketch to the web server - The web server with the adhoc drgeo code, could render the uploaded sketches - The user could also download from DrGeo remote sketch on the web server. Of course tagging system will be used to categorize the sketch. Anyone interested? I can guarantee no paying! Hilaire -- Education 0.2 -- http://blog.ofset.org/hilaire

Nov. 12, 2011

Re: [Pharo-project] Fwd: Re: TextMorph: what is the purpose of predecessor/successor?

by Alain Plantec

Le 12/11/2011 06:39, Igor Stasenko a Ã©crit : > > > On 11 November 2011 23:13, Johannes Rasche <johannesrasche(a)mac.com > <mailto:johannesrasche@mac.com>> wrote: > > > as Igor mentioned yesterday it's useful for long texts. > > > well, i said that its purpose to display different portions of same > text in multiple morphs. > For long texts, i really doubt that its uselful, because it doesn't > scales well. > > I would suggest, if the majority don't see the advantage of pred/succ, > to create a subclass > > Agreed. > Right now , Pharo not using this feature in text editor(s). There is > no need to have such complicated text composition, > and i doubt it will arise. > If someone would want to create a full-pledged text viewer/editor with > multipage/multicolumn layout support, first thing > what i would do is to use different model for text, not one which used > in Text class. > So I don't see why you agree ... :) better is to let TextMorph as it is then. No energy to build a subclass for nothing. Cheers Alain > > > > > -- > Best regards, > Igor Stasenko.

Nov. 12, 2011

[Pharo-project] DrGeo Enlgish video tutorial

by Hilaire Fernandes

I remember some of you were upset with the French commented video tutorials on DrGeo I produced. So I start a new series with English comments. http://blog.ofset.org/hilaire/index.php?post/2011/11/12/English-video-tutor… -- Education 0.2 -- http://blog.ofset.org/hilaire

Nov. 12, 2011

Re: [Pharo-project] Comparing a package code with current code

by Igor Stasenko

changes button always worked for me. On 12 November 2011 01:12, Johannes Rasche <johannesrasche(a)mac.com> wrote: > what else would be compared ?! > > anyway I didn't do that, so I cannot judge > > I used merge, but that may be cumbersome > > Johannes > > Am 12.11.11 00:03, schrieb Hernan Wilkinson: > > nop... it does not compare the code from the package and image... > It think I did this before but I don't find the way now. > > On Fri, Nov 11, 2011 at 7:51 PM, Francois Stephany > <tulipe.moutarde(a)gmail.com> wrote: >> >> Hi Hernan, >> >> Can't you use the 'Changes' button on the Monticello browser? >> >>> How can I see the differences between code that is in a >>> package and the code in an image? >> > > > > -- > HernÃ¡n Wilkinson > Agile Software Development, Teaching & Coaching > Mobile: +54 - 911 - 4470 - 7207 > email: hernan.wilkinson(a)10Pines.com > site:Â http://www.10Pines.com > Address: ParaguayÂ 523, Floor 7 N, Buenos Aires, Argentina > > > -- > Johannes Rasche Hagelberger Str. 56 10965 Berlin mail johannesrasche(a)mac.com > mobile +49 1577 175 04 75 -- Best regards, Igor Stasenko.

Nov. 12, 2011