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

[Pharo-project] Crash dump report

by Sebastian Sastre

Hi guys, I'm sorry for this news. We have a web app that's is increasingly crashing in production (on linux). In development (OS X) we couldn't reproduce We are falling back to the StackVM Here is some dump data we could get sebastian o/

Nov. 12, 2012

[Pharo-project] CategorySaver

by Sebastian Nozzi

Dear Pharo Community, I would like to share with you the work of my past weekend, and announce "CategorySaver". It is a simple utility to periodically save (file-out) a list of categories given (wildcards accepted). You can find it here: http://smalltalkhub.com/#!/~sebnozzi/CategorySaver And invoke it like this: CategorySaverPanel new openInWorld What motivated me to do this was loosing hours of work after image "hang-ups", without having saved before. In those cases I thought that it would be cool to have some kind of background process, that at least saved some recent version of the code I was working on. But only now I got myself to write it. Hopefully you are not like me, you know what you are doing, the VM never hangs on you, and don't need this utility ;-) For all others I hope you might find it helpful. Best regards, Sebastian P.S. I am kind of a Smalltlak newbie. So if you find things to improve in the code, I am glad about any tip / critique. P.S. 2 -- I was amazed at how easy it was to code the UI! UI programming in Squeak/Pharo was always an area where I thought must be incredible complicated, but thanks to UITheme's builder (Polymorph?) it's a breeze. Good work! P.S. 3 -- Did I have to manually add [ANN] to the subject? My apologies in this case. Also my apologies if this kind of mails correspond to only one of the lists.

Nov. 12, 2012

Re: [Pharo-project] NB Capabilities

by Jimmie Houchin

Thanks Igor. I will have to explore this option when I get time. It seems a lot to learn. I have downloaded the videos and slides. I also downloaded Bruce Eckel's "Thinking in C++" books. And also thanks StÃ©phane for the reference the Greenberg pdf. Jimmie On 11/10/2012 5:35 PM, Igor Stasenko wrote: > On 10 November 2012 19:34, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: >> I am considering C++. I know that it is the favorite >> among quants. I also >> know it would open up a world of libraries and code. >> http://en.wikipedia.org/wiki/Quantitative_analyst >> >> When you say make a VM plugin are talking about not using NB? >> I am not quite sure what you are talking about doing. I would like to >> understand better. > the VM plugin is a module written in C, which provides own set of primitives, > which you can use in a language. There's a lot of plugins for VM existing. > I think you can find some sources if you google for 'squeak plugin', > also i did some slides for smalltalk summer school > (http://rmod.lille.inria.fr/web/pier/blog/2011-01-23) > > you can find videos and slides here: > http://rmod.lille.inria.fr/web/pier/blog/2011-10-18 > >> Regarding the wrapper, is that a wrapper around the DLL? > not necessary DLL, but in most cases, yes. > >> Any education on how to do what you are talking about would be greatly >> appreciated. Enough to get me going in the right direction with links or >> something. >> >> I have not read the documentation regarding writing a C++ app yet, as I do >> not know C++. >> >> I'll have to see what I need to do to learn C++. :) >> >> I agree that this would be the most efficient way with regards to the >> application. If it is within reason educationally close in time spent to >> Clojure time educationally, I would definitely consider this direction. I >> realize anything like this is just a guess and estimate as to my ability to >> learn either Clojure or C++. >> >> Thanks for the encouragement and education. >> >> Jimmie >> >> >> On 11/10/2012 4:12 PM, Igor Stasenko wrote: >>> Hi, Jimmie >>> i took a brief look at the library and interfaces it provides. >>> To my opinion, if i would need to use it, i'd rather make a VM plugin for >>> it. >>> First, since its C++, and you need to write wrapper, making wrapper as >>> a VM plugin >>> is better than just another C library which you need to link via FFI. >>> >>> Connecting to java: yes its possible, but then it means that you will >>> have a java runtime >>> in your process, which is much heavyweight.. >>> Just want to say, that if efficiency is issue, i would go for VM plugin. >>> >>> But since you are not me, the price of learning C++/Java may be too >>> high, and i understand why >>> you looking for alternatives. But in your place i would advise you to >>> learn C++ basics. It will open a door >>> to other languages of C family (because of similar syntax & rules). >>> You may/will need it one day anyways :) >>> >>> On 10 November 2012 18:42, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: >>>> On 11/10/2012 11:03 AM, Igor Stasenko wrote: >>>>> It is too much imo.. >>>>> Clojure->java -> c++ >>>>> >>>>> i would just write C++ code >>>> >>>> The API is either Java or C++ or .NET. >>>> I agree that no sane person would go Clojure->Java->C++ :) >>>> >>>> Clojure would provide the option of interfacing natively the Java API, >>>> without having to write Java. But then I am left developing in Clojure, >>>> unless I decide to serve to Pharo via http/websockets. >>>> >>>> As I do not currently know Java or Clojure or C++, it currently seemed >>>> like >>>> learning Clojure as the optimal path of least resistance. >>>> >>>> That is with a belief that I could learn Clojure better, easier, faster >>>> than >>>> C++, or at least a sufficient subset of C++ to work with NB. >>>> >>>> If I could learn a subset of C++ sufficient to interface NB/Pharo with >>>> ForexConnect, then I would be happy to do so. >>>> >>>> http://forexforums.dailyfx.com/forexconnect/392705-forexconnect-api-subscri… >>>> Especially if I had a roadmap to help provide me with said proficiency >>>> and >>>> that I could do so in equal or less time than spending with Clojure. >>>> It is a pragmatic decision. Long term I want to spend my time in Pharo >>>> and >>>> not in Clojure or C++, which is why I am attempting what at the moment >>>> requires the least effort or at least by best guess appears to be so. >>>> >>>> I have found nothing that I can program and interactively explore and >>>> experiment with better that Smalltalk/Pharo. It is most definitely my >>>> preference to do so. And I so greatly appreciate all of the efforts being >>>> made to make it an option more of the time. >>>> >>>> JavaConnect that StÃ©phane mentioned looks very interesting. >>>> >>>> I really appreciate your input into this. I can gauge the effort to learn >>>> Clojure and I find it reasonable. C++ seems from the outside to be more >>>> daunting. I could be wrong. Let me know if you have a different opinion. >>>> >>>> Thanks. >>>> >>>> Jimmie

Nov. 12, 2012

Re: [Pharo-project] Render images - Porting from Cincom VW to Pharo

by Sven Van Caekenberghe

On 12 Nov 2012, at 14:54, Emilia <maemco4(a)gmail.com> wrote: > Hello! I'm porting code from Cincom Smalltalk to Pharo. It's a web application so I've got several WAComponent instances and one component which inherits from WAFileLibrary that renders images. > In the original code ( the one that runned in VW) i had the following instance method in the component that inherits from WAFileLibrary: > > logoJpg > ^ByteArray asPackagedString: '?=#?8@@PR$YIQ @A@ D@X@A @@C?8P))QW!)Y @@RT$*@@ @@@@G@AHA@0@......etc etc' > > But now when i run it in Pharo the debbugger doesn't recognize #asPackagedString: message. > > Does anyone know which method should I use in order to render that image? > > Thanks in advance! > Mercy beaucoup! > > Emilia You could try to port ByteArray class>.#asPackagedString: from (VW?) to Pharo Smalltalk. It can't be that hard - is there a spec for this format ? -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Nov. 12, 2012

Re: [Pharo-project] Render images - Porting from Cincom VW to Pharo

by Henrik Sperre Johansen

On 12.11.2012 14:54, Emilia wrote: > Hello! I'm porting code from Cincom Smalltalk to Pharo. It's a web > application so I've got several WAComponent instances and one > component which inherits from WAFileLibrary that renders images. > In the original code ( the one that runned in VW) i had the following > instance method in the component that inherits from WAFileLibrary: > > logoJpg > ^ByteArray asPackagedString: '?=#?8@@PR$YIQ @A@ D@X@A > @@C?8P))QW!)Y @@RT$*@@ @@@@G@AHA@0@......etc etc' > > But now when i run it in Pharo the debbugger doesn't recognize > #asPackagedString: message. > > Does anyone know which method should I use in order to render that image? > > Thanks in advance! > Mercy beaucoup! > > Emilia > fromPackedString: uses a (proprietary?) format to store a bytearray in source code, there are no method for reading the string as is in Pharo directly. The equivalent in Pharo would probably be something like: ^Base64MimeConverter mimeDecodeToBytes: 'myImageInAStringThatsSafeToStoreInSource' readStream contents (See ThemeIcons use of xxxContents methods for an example) To convert, you'd have to serialize your images to disk first (leaving you with .jpg files), then read them in and convert (f.ex. using a Base64MimeConverter) to an appropriate format for storing image bytes as methods in Pharo. Cheers, Henry

Nov. 12, 2012

[Pharo-project] Render images - Porting from Cincom VW to Pharo

by Torsten Bergmann

>It's a web application so I've got several WAComponent instances The #asPackagedString: is VW specific and not available in Pharo. In Seaside on Pharo the resources like pictures are stored in methods returning a ByteArray with the bytes only. There is an easy way: just save the original resources from VW (for instance the JPG) in a folder and then reimport them again into the Pharo based Seaside image. Example: So you are using Seaside and have a subclass of WAFileLibrary for your own resources (for instance MyFileLibrary) Just open http://localhost:8080/config/files and select the Library (here "MyFileLibrary") and click on "Configure". Now you can upload the JPG again using the web interface and Seaside is (re)generating the method on class MyFileLibrary which should look like logoJpg ^#(1 2 3 ...) asByteArray containing the bytes that represent the JPG. If you have more than one you should note that the superclass of WAFileLibrary which is WAAbstractFileLibrary in latest Seaside provide some utility methods to automate importing of resources. Check for #addAllFilesIn: and #addFileAt: on the class side. Bye T.

Nov. 12, 2012

[Pharo-project] Unicode Fonts

by Sven Van Caekenberghe

I was playing with the following: http://en.wikipedia.org/wiki/Chess_symbols_in_Unicode '/tmp/chess.txt' asFileReference writeStreamDo: [ :stream | (16r2654 to: 16r265F) do: [ :each | stream nextPut: each asCharacter ] separatedBy: [ stream space ]. stream crlf ]. $ cat /tmp/chess.txt â â â â â â â â â â â â (this shows for me, in my terminal/mail, YMMV ;-) String streamContents: [ :stream | (16r2654 to: 16r265F) do: [ :each | stream nextPut: each asCharacter ] separatedBy: [ stream space ]. stream crlf ]. Is there a way to make this work, a font selection that show these Unicode characters in Pharo ? That would be cool. I tried using Freetype font Monaco, the same as my terminal where the right characters show, but that didn't help. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Nov. 12, 2012

Re: [Pharo-project] [ANN] Pharo Online Help 1.0

by Camillo Bruni

On 2012-11-12, at 15:56, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > You won I put a filter markdown to thrash on my mail sadly. ?? I do not parse > On Nov 12, 2012, at 3:11 PM, Camillo Bruni wrote: > >>>> It depends at which level. >>>> Can you tag on word in markdown to have bold, italic, index? >> >> stef, I already explained you that at least 4 times! Plus I gave you the solutions, >> the only thing I don't have is the time to complete the Markdown parser! >> >>>> If I would not have written 350 pages of seaside book with pier it would be a different story but >>>> so far pier syntax is good for doing everything: html, latex, even markdown. >>> >>> In Markdown, it is *italic* or _italic_ and **bold** and __bold__. >>> >>> Now for index entries, I don't know exactly - making an automatic index is a special post process function anyway. >>> I think you could do something like [ReadStream][index-entry]s are objects that you can read bytes or characters from. >>> >>> Making a book from several independent source files is quite a job that requires custom programming. It would be very cool if we could do all that in Smalltalk, using a good Markdown parser and a cool object representation. >>> >>> I have nothing against Pier, but it is something that only exists in our niche world, not in the larger world out there. >> >> my words! >> >> So we already had a Markdown / HelpSystem crossover for NativeBoost / ASMJit where we injected >> custom URLs to add method and class links, that worked pretty well. So I assume it will be >> not that much work on top to get section links ready. >> >> Something like book://section/subsection is very easy to do, a bit verbose maybe but very >> consistent. >> >> >> so, please support: >> https://github.com/dh83/PPMarkdown >> http://ss3.gemstone.com/ss/petitmarkdown.html/ > >

Nov. 12, 2012

Re: [Pharo-project] [ANN] Pharo Online Help 1.0

by StÃ©phane Ducasse

You won I put a filter markdown to thrash on my mail sadly. On Nov 12, 2012, at 3:11 PM, Camillo Bruni wrote: >>> It depends at which level. >>> Can you tag on word in markdown to have bold, italic, index? > > stef, I already explained you that at least 4 times! Plus I gave you the solutions, > the only thing I don't have is the time to complete the Markdown parser! > >>> If I would not have written 350 pages of seaside book with pier it would be a different story but >>> so far pier syntax is good for doing everything: html, latex, even markdown. >> >> In Markdown, it is *italic* or _italic_ and **bold** and __bold__. >> >> Now for index entries, I don't know exactly - making an automatic index is a special post process function anyway. >> I think you could do something like [ReadStream][index-entry]s are objects that you can read bytes or characters from. >> >> Making a book from several independent source files is quite a job that requires custom programming. It would be very cool if we could do all that in Smalltalk, using a good Markdown parser and a cool object representation. >> >> I have nothing against Pier, but it is something that only exists in our niche world, not in the larger world out there. > > my words! > > So we already had a Markdown / HelpSystem crossover for NativeBoost / ASMJit where we injected > custom URLs to add method and class links, that worked pretty well. So I assume it will be > not that much work on top to get section links ready. > > Something like book://section/subsection is very easy to do, a bit verbose maybe but very > consistent. > > > so, please support: > https://github.com/dh83/PPMarkdown > http://ss3.gemstone.com/ss/petitmarkdown.html/

Nov. 12, 2012

Re: [Pharo-project] [ANN] Pharo Online Help 1.0

by Camillo Bruni

>> It depends at which level. >> Can you tag on word in markdown to have bold, italic, index? stef, I already explained you that at least 4 times! Plus I gave you the solutions, the only thing I don't have is the time to complete the Markdown parser! >> If I would not have written 350 pages of seaside book with pier it would be a different story but >> so far pier syntax is good for doing everything: html, latex, even markdown. > > In Markdown, it is *italic* or _italic_ and **bold** and __bold__. > > Now for index entries, I don't know exactly - making an automatic index is a special post process function anyway. > I think you could do something like [ReadStream][index-entry]s are objects that you can read bytes or characters from. > > Making a book from several independent source files is quite a job that requires custom programming. It would be very cool if we could do all that in Smalltalk, using a good Markdown parser and a cool object representation. > > I have nothing against Pier, but it is something that only exists in our niche world, not in the larger world out there. my words! So we already had a Markdown / HelpSystem crossover for NativeBoost / ASMJit where we injected custom URLs to add method and class links, that worked pretty well. So I assume it will be not that much work on top to get section links ready. Something like book://section/subsection is very easy to do, a bit verbose maybe but very consistent. so, please support: https://github.com/dh83/PPMarkdown http://ss3.gemstone.com/ss/petitmarkdown.html/

Nov. 12, 2012