- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Athens replacement for ImageReadWriter?

by Igor Stasenko

On 23 January 2013 14:56, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > 2013/1/23 Igor Stasenko <siguctua(a)gmail.com> >> >> On 23 January 2013 12:58, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> > Hi Fernando, >> > >> > I don't want a Form... quitte the opposite! :) >> > What I want is to have something equivalent to athens to what now is >> > covered >> > in morphic with ImageReadWriter. >> > >> > Or, better explained, I want an AthensImageReadWriter who answers me a >> > surface (or something that I can draw with an athens canvas) with the >> > image >> > from a file :) >> > >> You know that you can convert between forms and athens surface? >> Forms is actually not that bad, they simply contain bits. >> The bit format information is a bit obscure (comparing to OpenGL, for >> instance), >> but its enough. >> So, i suggest you to use form and ImageReadWriter. >> > > But reading image from file without smalltalk operations can be much more > efficient. If your application works extensively with external images It is > important. > That's why I write question at user group about how to get Form efficiently > from external memory which filled by FFI call. Unfortunately no answers. > Now I think about optimisation of PNGImageReadWriter by NativeBoost. > Well, Cairo uses libpng as dependency, and provides easy interface functions to create surfaces from png file(s). But then, what if tomorrow we will use something else than cairo? In the long run, i think, using libpng directly will be more reasonable. But i feel doubly, whether we should rely on it by default. >From other side, our VMs already includes jpeg library.. -- Best regards, Igor Stasenko.

Jan. 23, 2013

Re: [Pharo-project] Must OSPlatform class>>osVersion be deprecated?

by Marcus Denker

On Jan 23, 2013, at 7:28 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>>> >>> >>> Could you capture for deprecation of OSPlatform osVersion, and resend the >>> other method (Smalltalk osVersion current osVersion)? Or, trap for >>> Deprecation and resume it (ignore deprecation - once it is removed, you'll >>> automatically fail-over to the new code). >> >> No, Pharo 2.0 is writing console output whenever an exception occurs, so >> catching the exception is not good. But not raising the exception in the >> first place works just fine ;) >> > I will un-deprecate the osVersion methods in 2.0 and mark it as compatibility. > Ok, this should end up in the image by tomorrow: Issue 7306: un-deprecate OSPlatform osVersion for compatibility http://code.google.com/p/pharo/issues/detail?id=7306

Jan. 23, 2013

Re: [Pharo-project] [ANN] Headless support for Cog Cocoa VM

by Stephan Eggermont

Hi Mark, Should have read the man page for open instead of a web page. I had already tried the second version. Still crashes though, with the same error, on 10.6.8 (can try it on newer and older versions too, after finding a working version) Mariano: CogVM-sandard also has the illegal instruction Stephan

Jan. 23, 2013

Re: [Pharo-project] zero conf build

by Igor Stasenko

On 23 January 2013 11:08, Camillo Bruni <camillobruni(a)gmail.com> wrote: > so yeah, looks like the linux VMs won't run anymore under ubuntu 10 > The software upgrade hit us back. Should we install ubuntu 10 slave to build VMs on it? > you will can find out the last version of GLIBC on your distro by running > strings /lib/libc.so.6 | grep GLIBC > > > On 2013-01-22, at 17:41, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> For example: >> >> curl http://pharo.gforge.inria.fr/ci/script/ciPharo20PharoVM.sh | sh >> ./vm.sh >> >> or: >> >> curl http://pharo.gforge.inria.fr/ci/script/ciPharo20CogVM.sh | bash. >> ./vm.sh >> >> Cheers, >> Doru > > -- Best regards, Igor Stasenko.

Jan. 23, 2013

Re: [Pharo-project] NativeBoost and unions

by GÃ¶ran Krampe

On 01/23/2013 02:46 PM, Igor Stasenko wrote: > On 23 January 2013 01:16, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> yes please! >> > Yes. The only question is where to go: > - on git > - on smalltalkhub > - on ss3 I would recommend sthub, quick howto for moving: http://goran.krampe.se/2013/01/07/moving-to-smalltalkhub regards, GÃ¶ran

Jan. 23, 2013

Re: [Pharo-project] Athens replacement for ImageReadWriter?

by Denis Kudriashov

2013/1/23 Igor Stasenko <siguctua(a)gmail.com> > On 23 January 2013 12:58, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > Hi Fernando, > > > > I don't want a Form... quitte the opposite! :) > > What I want is to have something equivalent to athens to what now is > covered > > in morphic with ImageReadWriter. > > > > Or, better explained, I want an AthensImageReadWriter who answers me a > > surface (or something that I can draw with an athens canvas) with the > image > > from a file :) > > > You know that you can convert between forms and athens surface? > Forms is actually not that bad, they simply contain bits. > The bit format information is a bit obscure (comparing to OpenGL, for > instance), > but its enough. > So, i suggest you to use form and ImageReadWriter. > > But reading image from file without smalltalk operations can be much more efficient. If your application works extensively with external images It is important. That's why I write question at user group about how to get Form efficiently from external memory which filled by FFI call. Unfortunately no answers. Now I think about optimisation of PNGImageReadWriter by NativeBoost. > > Esteban > > > > On Jan 23, 2013, at 12:06 PM, Fernando Olivero <fernando.olivero(a)usi.ch> > > wrote: > > > > What you can with Athens and the Cairo backend is: > > > > 1) create a surface in memory > > 2) draw to the surface > > 3) export that surface to a png > > 4) import that png into a form > > > > > > The main point is step 3, cairo can export any surface to a png. Then > within > > Pharo, any form can be created from a png. > > > But that is private to cairo library. > > > Also, if you interested in drawing from Athens into a form directly, > look at > > the AthensDemoExamples, and Igor's magic trick of matching the bits of > the > > surface (step 1), directly to the bits of an "external" form. to avoid > steps > > 3 and 4. He used the surface plugin for that. > > > > > Hope i answered all your questions, though not sure because i've never > used > > ImageReadWriter. > > > > Fernando > > > > > > > > > > > -- > Best regards, > Igor Stasenko. > >

Jan. 23, 2013

Re: [Pharo-project] about Loom profiler

by Alexandre Bergel

Hi! Sorry for the late reply. > how Loom compares with the fixes that andreas added to the default profiler. I am not sure about Andreas' fixes. Loom tells you for each thread running in the VM the amount of CPU it consumes. Some screenshots should be self explaining: http://objectprofile.com/loom-screenshots.html > I do not know if the code is in squeak because this code was licensed under GPL. Loom is MIT. > But I would like to know if your profiler takes into account the problems solved by andreas. Any ref about this? > I did not see an announce of Loom (by the way Loom is the name of large oo memory developed by the original smalltalk team > a while ago). > > http://objectprofile.com/loom-download.html > > I'm know that some people got problem with our profiler and I would like to see how we > can improve it. We haven't announced Loom because the Pharo version is not yet ready. Although usable, it has a very poor graphical user interface. The first goal is to have Loom replace the standard process browser. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 23, 2013

Re: [Pharo-project] NativeBoost and unions

by Igor Stasenko

On 23 January 2013 01:16, Camillo Bruni <camillobruni(a)gmail.com> wrote: > yes please! > Yes. The only question is where to go: - on git - on smalltalkhub - on ss3 ? > On 2013-01-22, at 19:10, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> as all the core packages for pharo (and NB is one of them), it should be in smalltalkhub :) >> >> On Jan 22, 2013, at 5:29 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >>> >>> On Jan 22, 2013, at 5:26 PM, Ciprian Teodorov <ciprian.teodorov(a)gmail.com> wrote: >>> >>>> Hi Igor, >>>> >>>> as usual after squeaksource restart, i lost my commit rights on the NativeBoost repository... >>>> >>> >>> Could NativeBoost move away from SqueakSource? SqueakSource is not stable. >>> >>>> This time I have a small refactoring in the NBExternalStruct/NBExternalStructFields to enable union support. >>>> >>>> Besides that, c unions, I have implemented a first prototype, and now my question for you is: Should I add it in nativeboost (its rightful place in my opinion), >>>> or should I keep it only as support code for my TalkFFI project(in TalkFFI-runtime)? What do you think? >>>> >>>> Cheers, >>>> Ciprian >>>> -- >>>> Dr. Ciprian TEODOROV >>>> IngÃ©nieur DÃ©veloppement CAO >>>> >>>> tÃ©l : 06 08 54 73 48 >>>> mail : ciprian.teodorov(a)gmail.com >>>> www.teodorov.ro >>> >> > > -- Best regards, Igor Stasenko.

Jan. 23, 2013

Re: [Pharo-project] NativeBoost and unions

by Igor Stasenko

On 21 January 2013 19:55, Ciprian Teodorov <ciprian.teodorov(a)gmail.com> wrote: > Hi Igor, > > as usual after squeaksource restart, i lost my commit rights on the > NativeBoost repository... added again. > > This time I have a small refactoring in the > NBExternalStruct/NBExternalStructFields to enable union support. > > Besides that, c unions, I have implemented a first prototype, and now my > question for you is: Should I add it in nativeboost (its rightful place in > my opinion), > or should I keep it only as support code for my TalkFFI project(in > TalkFFI-runtime)? What do you think? > I think unions will be good addition to NBExternalStruct :) > Cheers, > Ciprian > -- > Dr. Ciprian TEODOROV > IngÃ©nieur DÃ©veloppement CAO > > tÃ©l : 06 08 54 73 48 > mail : ciprian.teodorov(a)gmail.com > www.teodorov.ro -- Best regards, Igor Stasenko.

Jan. 23, 2013

Re: [Pharo-project] Athens replacement for ImageReadWriter?

by Igor Stasenko

On 23 January 2013 14:34, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > On Jan 23, 2013, at 2:23 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> On 23 January 2013 12:58, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >>> Hi Fernando, >>> >>> I don't want a Form... quitte the opposite! :) >>> What I want is to have something equivalent to athens to what now is covered >>> in morphic with ImageReadWriter. >>> >>> Or, better explained, I want an AthensImageReadWriter who answers me a >>> surface (or something that I can draw with an athens canvas) with the image >>> from a file :) >>> >> You know that you can convert between forms and athens surface? > > I know, but I want to get rid off morphic :) > >> Forms is actually not that bad, they simply contain bits. > > I know, but then we will keep them even if we remove morphic? > Why not? You will still need something which represents the bitmap bits, which you can directly manipulate (if you want to). >> The bit format information is a bit obscure (comparing to OpenGL, for instance), >> but its enough. >> So, i suggest you to use form and ImageReadWriter. > > ok, I will use it. > -- Best regards, Igor Stasenko.

Jan. 23, 2013