Re: [Pharo-users] NativeBoost and OpenMP

Very cool. Nice to hear you're having fun. cheers -ben On Fri, Jul 17, 2015 at 1:18 AM, Matthieu Lacaton wrote: > Hello, > > I haven't really seen anything related to this on the Internet and maybe > some people will find it cool so I just wanted to report one thing I found > out today : > > Nati

Re: [Pharo-users] Pharo Success story - MultiCity

> Am 16.07.2015 um 18:14 schrieb "p...@highoctane.be" : > > > Le 16 juil. 2015 15:07, "Norbert Hartl" a écrit : > > > > > >> Am 16.07.2015 um 12:59 schrieb p...@highoctane.be: > >> > >> One question about Mongo. > >> > >> How do you handle HA (High Availability) in Pharo? > >> > > I don't. > >

Re: [Pharo-users] Pharo Success story - MultiCity

> Am 16.07.2015 um 21:24 schrieb Paul DeBruicker : > > Are you using SMS at all? > Yes, we do use sms. One of our services is to reduce prices on messaging through message routing. As we know who can receive a push notification and who does not we can reach all users sending smses only for tho

Re: [Pharo-users] Pharo Success story - MultiCity

Are you using SMS at all? NorbertHartl wrote >> Am 16.07.2015 um 12:36 schrieb Norbert Hartl < > norbert@ > >: >> >> That's roughly it. In the whole process there are 8 pharo images involved >> but 2 are for redundancy so it is 6 different images. > > To clarify on that. There are two imag

Re: [Pharo-users] NativeBoost and variadic functions

On Fri, Jul 17, 2015 at 12:23 AM, Igor Stasenko wrote: > > > On 15 July 2015 at 16:35, Ben Coman wrote: >> >> On Wed, Jul 15, 2015 at 5:16 PM, Matthieu Lacaton >> wrote: >> > Hello Igor, >> > >> > Thanks for your answer. >> > >> > I implemented something like that for the printf function: >> > B

[Pharo-users] NativeBoost and OpenMP

Hello, I haven't really seen anything related to this on the Internet and maybe some people will find it cool so I just wanted to report one thing I found out today : NativeBoost works great with OpenMP ! I wrote a C function twice, once with openMP and once without. I made 32 bits libraries and

Re: [Pharo-users] NativeBoost and variadic functions

> > Oh man... > and why would anyone may want to use this? :) > > Sure you can do whatever it takes to implement a feature you want so badly, > but hey.. > If something that takes so much effort and so inefficient as result, would > you consider abandon the idea and use something else instead? :) >

Re: [Pharo-users] NativeBoost and variadic functions

On 15 July 2015 at 11:16, Matthieu Lacaton wrote: > Hello Igor, > > Thanks for your answer. > > I implemented something like that for the printf function: > Basically, it generates a method with matching arguments and executes it. > > *printf:* stringFormat *args:* tab >> >> | argNumber funct

Re: [Pharo-users] NativeBoost and variadic functions

On 15 July 2015 at 16:35, Ben Coman wrote: > On Wed, Jul 15, 2015 at 5:16 PM, Matthieu Lacaton > wrote: > > Hello Igor, > > > > Thanks for your answer. > > > > I implemented something like that for the printf function: > > Basically, it generates a method with matching arguments and executes it.

Re: [Pharo-users] Pharo Success story - MultiCity

Le 16 juil. 2015 15:07, "Norbert Hartl" a écrit : > > >> Am 16.07.2015 um 12:59 schrieb p...@highoctane.be: >> >> One question about Mongo. >> >> How do you handle HA (High Availability) in Pharo? >> > I don't. > >> The current driver (MongoTalk) connects to one single mongod. >> >> I haven't seen

Re: [Pharo-users] Openstreetmap on Pharo

Le 16/07/2015 23:54, Thierry Goubier a écrit : > Hum, do you mean we should cache the cairo surface (or the cairo > paint, I remember that code was a bit strange)? > Yes, but now looking at the code it looks like surface is cached with the tile as id: paint := athensCanvas cacheAt: aTile ifAbs

Re: [Pharo-users] Openstreetmap on Pharo

2015-07-16 17:44 GMT+02:00 Hilaire : > Le 16/07/2015 16:53, Thierry Goubier a écrit : > > More, RTOSM now will do a file-based cache of the tiles, so, if you > > prepare the demo beforehand, then your Pharo will have preloaded the > > tiles and will not tap into the tile servers. > > > > We still

Re: [Pharo-users] Openstreetmap on Pharo

Le 16/07/2015 16:53, Thierry Goubier a écrit : > More, RTOSM now will do a file-based cache of the tiles, so, if you > prepare the demo beforehand, then your Pharo will have preloaded the > tiles and will not tap into the tile servers. > > We still have unexpected latency issues, but I haven't adde

Re: [Pharo-users] Download only metainfo about mcz when selected

Hi Jan, It is not possible with the mcz format, because you have to open the zip file to recover the metadata. Given the formats used, to just read the last commit message, you will read the entire history instead of just the last one. Thierry 2015-07-16 15:09 GMT+02:00 Jan Blizničenko : > Hel

[Pharo-users] [ANN] GT presentations now available as a Spec widget

Hi all, thanks to help from the GT guys Andrei and Alexei here at ESUG15 I am now happy to announce that Spec can now play together nicely with GT presentations :-) Concretely: I have implemented a new Spec ComposableModel called GlamourPresentationModel that acts as a small wrapper around any

Re: [Pharo-users] Pharo Success story - MultiCity

> Am 16.07.2015 um 12:59 schrieb p...@highoctane.be: > > One question about Mongo. > > How do you handle HA (High Availability) in Pharo? > I don't. > The current driver (MongoTalk) connects to one single mongod. > > I haven't seen any support for replicasets and identifying who is the mongod

Re: [Pharo-users] Pharo Success story - MultiCity

> Am 16.07.2015 um 12:36 schrieb Norbert Hartl : > > That's roughly it. In the whole process there are 8 pharo images involved but > 2 are for redundancy so it is 6 different images. To clarify on that. There are two images load balanced for the registry services. Two load balanced for the eve

[Pharo-users] Download only metainfo about mcz when selected

Hello Lots of times I want to take a quick look at what is new in external packages I use, therefore I open repository in monticello, click at mcz and look at commit note. However, most of the times I want just to look at it, the commit time, author and note, not load whole mcz with its content.

Re: [Pharo-users] PharoJS

> On 15 Jul 2015, at 15:37, Andy Burnett > wrote: > > One question. When I execute 1+1 on the Pharo (pink) playground, I see the > code appearing in the web browser log, but it doesn't appear to execute. Is > it supposed to, or at this stage is it just showing that it made it over to > the

Re: [Pharo-users] Pharo Success story - MultiCity

One question about Mongo. How do you handle HA (High Availability) in Pharo? The current driver (MongoTalk) connects to one single mongod. I haven't seen any support for replicasets and identifying who is the mongod to write to in MongoTalk (this support is built in any Python, Ruby, ... driver

Re: [Pharo-users] Pharo Success story - MultiCity

Hi Torsten, > Am 15.07.2015 um 22:51 schrieb Torsten Bergmann : > > Another story from 2Denker is up: http://pharo.org/success/MultiCity > > Client seems to be done using Amber when I check the login page which was > styled with Bootstrap. Server in Pharo with Nginx. I guess you use Mongo as >

Re: [Pharo-users] Openstreetmap on Pharo

> On 16 Jul 2015, at 11:04, Thierry Goubier wrote: > > > > 2015-07-16 10:52 GMT+02:00 Alexandre Bergel : > Hi! > > The OpenStreetMap support in Roassal works pretty well… The easiest way to > start is probably take the latest version of Moose. Open the example browser > and look for OpenStr

Re: [Pharo-users] Openstreetmap on Pharo

On 16-07-15 10:53, Thierry Goubier wrote: More, RTOSM now will do a file-based cache of the tiles, so, if you prepare the demo beforehand, then your Pharo will have preloaded the tiles and will not tap into the tile servers. Thanks, that is a welcome improvement. Stephan

Re: [Pharo-users] Openstreetmap on Pharo

2015-07-16 10:52 GMT+02:00 Alexandre Bergel : > Hi! > > The OpenStreetMap support in Roassal works pretty well… The easiest way to > start is probably take the latest version of Moose. Open the example > browser and look for OpenStreetMap Integration. > > Thierry, although pretty cool, I have the

Re: [Pharo-users] Openstreetmap on Pharo

Hi! The OpenStreetMap support in Roassal works pretty well… The easiest way to start is probably take the latest version of Moose. Open the example browser and look for OpenStreetMap Integration. Thierry, although pretty cool, I have the impression the integration could be better. Here is a wi

Re: [Pharo-users] Openstreetmap on Pharo

2015-07-16 9:50 GMT+02:00 Hilaire : > Le 16/07/2015 13:51, Thierry Goubier a écrit : > > > > Do you need a dedicated tile server or the generic ones? We had an > > issue trying to accelerate tile loading when improving that part > > during PharoDays. > > I am wondering if the used server is the ge

Re: [Pharo-users] Openstreetmap on Pharo

Le 16/07/2015 13:51, Thierry Goubier a écrit : > > Do you need a dedicated tile server or the generic ones? We had an > issue trying to accelerate tile loading when improving that part > during PharoDays. I am wondering if the used server is the geographically closest one. Hilaire -- Dr. Geo ht

Re: [Pharo-users] GL inspector, editing attribute

> On 16 Jul 2015, at 09:25, Nicolai Hess wrote: > > If you want to change an attribute of a "subelement" in the tree - this does > not work. > only the attributes of the top/root node can be changed that way. > > As I understand the comments in this issue, this will not be changed. > 14584

Re: [Pharo-users] GL inspector, editing attribute

> On 16 Jul 2015, at 05:38, Hilaire wrote: > > Btw, from the palyground, when I print a value and want to browse the > printed class, how can I do it? Selecting the class and Alt/Ctrl-b does > not work (capture2) Normally you should be able to do command-click on class and selector names, that

Re: [Pharo-users] GL inspector, editing attribute

If you want to change an attribute of a "subelement" in the tree - this does not work. only the attributes of the top/root node can be changed that way. As I understand the comments in this issue, this will not be changed. 14584 GTInspector: explore on