- Pharo-dev - lists.pharo.org

Got some crashes with recent versions

by stepharo

Hi I got two vm crashes in a couple of hours and we are wondering if this is not due to the recent flushCache issues. So pay attention and do not hesitate to report if you have problems. Stef

Sept. 5, 2016

Re: [Pharo-dev] [Ann] New Seamless version 0.9.0

by Sean P. DeNigris

Denis Kudriashov wrote > I released new version of Seamless 0.9.0. Awesome! Is this "the" Pharo library for sharing live objects between images? IIUC it's a successor to rST, correct? Are there other remote communication libraries, and if so how does Seamless compare? Thanks for all the great work you're doing! ----- Cheers, Sean -- View this message in context: http://forum.world.st/Ann-New-Seamless-version-0-9-0-tp4914168p4914191.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 5, 2016

Re: [Pharo-dev] [Ann] New Seamless version 0.9.0

by Denis Kudriashov

2016-09-05 15:52 GMT+02:00 philippe.back(a)highoctane.be < philippe.back(a)gmail.com>: > What is TostSerializer ? It is new binary serialization library which supposed to be used for objects transport. It not provides any meta data or support for object migration like Fuel. So it should not be used as persistence option. It processes given objects as stream of references by directly writing them on destination stream. Actually it implements old Squeak ReferenceStream but in different way which is suitable for Seamless usage (Seamless extends it). Comparing to Fuel - much faster for small objects (~50 times for serialization and ~3 times for materialization) - much faster for substitutions (which is usual case for Seamless) - but Fuel is champion for big objects materialization (10 times better) - much compact for small objects and relatively similar for big (strangely compressed Tost binary is twice lesser) - serialization object representing integer result takes 21 byte for Tost and 400 for Fuel

Sept. 5, 2016

Re: [Pharo-dev] Bizarre Text Selection in Pharo 5.0

by Sean P. DeNigris

Nicolai Hess-3-2 wrote > Can you add the platform information Mac 10.10.5 Nicolai Hess-3-2 wrote > And does this happens only for $[ or for the other smart characters as > well? Unrelated to smart characters. When I hold shift down to select from the cursor to another point in an editor, it seems that Pharo forgets where the cursor is and makes the selection between two seemingly-random indices. I'll pay more attention to the pattern, which is difficult because I'm nearly always surprised! All info added to issue comments... ----- Cheers, Sean -- View this message in context: http://forum.world.st/Bizarre-Text-Selection-in-Pharo-5-0-tp4908498p4914187… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 5, 2016

Re: [Pharo-dev] Can Sound depend on Jobs?

by Sean P. DeNigris

Guille Polito wrote > The questions we should ask ourselves always: Yes to both, so it seems a third package (with only one method in it!) is in order. Thanks for helping me think this through! ----- Cheers, Sean -- View this message in context: http://forum.world.st/Can-Sound-depend-on-Jobs-tp4914083p4914185.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 5, 2016

Re: [Pharo-dev] [ANN] Sparta v1.0

by Sean P. DeNigris

Aliaksei Syrel wrote > bindings to the Moz2D rendering backend. Great! What is the use case for Moz2D? Why would one use it rather than the other existing Pharo libraries/wrappers? ----- Cheers, Sean -- View this message in context: http://forum.world.st/ANN-Sparta-v1-0-tp4914154p4914184.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 5, 2016

Re: [Pharo-dev] ObjectVirus is renamed to ObjectMutation

by Norbert Hartl

Thanks for doing it. I think this is a good move! Norbert > Am 05.09.2016 um 15:26 schrieb Denis Kudriashov <dionisiydk(a)gmail.com>: > > Hi. > > Finally I made this change: ObjectVirus project is renamed to ObjectMutation. And all virus related words are now around word "mutate". > > Probably this metaphor is not good for some people but at least it has no negative impact which was mentioned here. > > Mocketry is adopted for new names too. > > Best regards, > Denis

Sept. 5, 2016

Re: [Pharo-dev] [ANN] Sparta v1.0

by Aliaksei Syrel

> > How does this handles accelerated graphics? Nice question :) There are 3 ways to create a canvas: 1) canvas for offscreen rendering. In this case it must be rasterized in order to be displayed on the screen. (requres pixel copying) 2) canvas for existing pixel buffer. In this case every draw operation directly manipulates pixels. For example there is a way to get a pointer to pixel buffer of SDL Window and create sparta canvas that would wrap it (no pixel copying required, very fast). 3) canvas for GL context. For example we could create an SDL window with OpenGL support, get GLContext and create canvas that would operate on it. (fast but a bit complicated). First way can result in either software or hardware rendering. For example on Mac users can choose one of the following backends: CoreGraphics CPU or CoreGraphics GPU, Skia CPU or Skia GPU and even Cairo. Second way does not allow to use GPU Accelerated backends, since canvas is created for pixel buffer. On Mac it is CoreGraphics CPU, Skia CPU or Cairo. Third way actually allows to create GPU accelerated canvas. For example Skia GPU renders everything using OpenGL. It is supported on all platforms: windows, linux, mac, android, iOS. The most simple way to create a new canvas is: > canvas := MozCanvas extent: 500@400. Behind the scenes it chooses the best backend for current platform: D2D1 on Windows, CoreGraphics on Mac and Skia+X11 mixture on Linux. Important to mention that Sparta allows developers to manually select which backend to use. Cheers, Alex On 5 September 2016 at 14:51, philippe.back(a)highoctane.be < philippe.back(a)gmail.com> wrote: > Sweet. > > How does this handles accelerated graphics? > > Phil > > Le 5 sept. 2016 11:52, "Aliaksei Syrel" <alex.syrel(a)gmail.com> a Ã©crit : > >> Hi >> >> I am happy to announce the release of Sparta v1.0 for Pharo 5 and Pharo 6. >> https://github.com/syrel/Sparta/tree/v1.0 >> For a moment only Linux and Mac are supported. >> >> It can be bootstrapped with the following script: >> >> Metacello new >> baseline: 'Sparta'; >> repository: 'github://syrel/sparta:v1.0/src'; >> load: #file:core >> >> >> (on linux install 32bit libgtk-2, lingtk-3 and libstdc++) >> (script for ubuntu http://ws.stfx.eu/IEAWCUC18BH) >> >> Sparta is an almost stateless vector graphics API for Pharo that provides >> bindings to the Moz2D rendering backend. Moz2D is the extracted graphical >> engine from Mozilla Firefox compiled as standalone shared library together >> with the extern C bindings required to call the engine from Pharo. >> >> - developed with the help of Iceberg >> <https://github.com/npasserini/iceberg> (thanks!) on Github. >> - integrated into travis-ci <https://travis-ci.org/syrel/Sparta> using >> smalltalkCI <https://github.com/hpi-swa/smalltalkCI> (great job!). >> - documented using Pillar <https://github.com/pillar-markup/pillar> (so >> better!) syntax. >> >> Cheers, >> Alex >> >

Sept. 5, 2016

Re: [Pharo-dev] [Ann] New Seamless version 0.9.0

by philippe.back＠highoctane.be

What is TostSerializer ? Le 5 sept. 2016 15:19, "Denis Kudriashov" <dionisiydk(a)gmail.com> a Ã©crit : > Hi, > > I released new version of Seamless 0.9.0. > It is based on specialized TostSerializer instead of Fuel. > > This version is ~4 times faster than previous one and produce much compact > data packets. > For example Fuel based version takes 400 bytes to return small integer as > result of message send. Now it is just 21 bytes. > > Pharo 5 and 6 are supported. >

Sept. 5, 2016

Re: [Pharo-dev] [Ann] New Seamless version 0.9.0

by Denis Kudriashov

And here is working script to load it: Metacello new smalltalkhubUser: 'Pharo' project: âSeamless'; configuration: âSeamless'; version: #stable; load Loading by Gofer or directly by configuration is not working now (it is really strange) 2016-09-05 15:18 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > Hi, > > I released new version of Seamless 0.9.0. > It is based on specialized TostSerializer instead of Fuel. > > This version is ~4 times faster than previous one and produce much compact > data packets. > For example Fuel based version takes 400 bytes to return small integer as > result of message send. Now it is just 21 bytes. > > Pharo 5 and 6 are supported. >

Sept. 5, 2016