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

Re: [Pharo-dev] [Vm-dev] Frequent SegFaults in PharoVM with Pharo 3.0

by Marcus Denker

On 26 Nov 2013, at 15:56, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > 2013/11/26 Max Leske <maxleske(a)gmail.com> > Thanks for the explanation. I suspected something like that (interestingly when I tried disabling all options on my Mac it worked fineâ¦). > > This is because you didn't execute: 'OpalCompiler recompileAll'. > > Iâll dig some more and let you know. > > We should dig into the '3 timesRepeat: [ Smalltalk garbageCollect ]', because this may be a bug somewhere. Now we shouldn't dig into having a system running without condition and loops inlined by the compiler, because this is too much work (for example as Marcus said loops on all objects should not create an object (even a context) ...). If we really want that we will invest time. But right now it is not a priority. You need to see that the system *never* ran without optimising ifTrue: &co, so getting that to work is a real project in itselfâ¦ and it will be *extremely* slow, of course. And it does not even help for the problem, because Fuel ran fine in the past. They two things are just not related at all. Marcus

Nov. 26, 2013

Re: [Pharo-dev] about miniimage

by Pavel Krivanek

This is the list of newly created unimplemented calls: Tests removal: a SortedCollection('Array generateSpecFormat calls: s ' 'FreeTypeFontProvider getWindowsFontFolderPath calls: char asPointerType invokeWith:with:with:with:with: long name:module:callType:returnType:argumentTypes: ' 'WorkingCopyToolBar setConfigButton calls: createConfiguration ') Zodiac removal: a SortedCollection('ZnNetworkingUtils socketStreamToUrlDirectly: calls: connect ') Athens removal: a SortedCollection('SubwidgetItem transform calls: x0Field rebuild y0 y1 y1Field x0 classChooser x1 addInstVarNamed:forClassName: y0Field x1Field ') Deprecated30 removal: a SortedCollection('HaloMorph worldBoundsForMorph: calls: outsetBy: ' 'MailMessage class dateTimeSuffix calls: primSecondsClock ' 'ZnHTTPSocketFacade class constructMultiPartFormDataEntity: calls: pathForFile ') HudsonBuildTools20 removal: a SortedCollection() ProfStef removal: a SortedCollection('HelpBrowser shoutAboutToStyle: calls: canHaveSyntaxHighlighting ') Helps removal: a SortedCollection() Nautilus removal: a SortedCollection('AbstractEyeElement browseSelectedObjectClass calls: browser ' 'AbstractTool addCategoryIn:before: calls: selectedCategory: ' 'AbstractTool addPackagesAsGroup: calls: orderedClasses addADynamicClassGroupNamed:blocks: ' 'AbstractTool addPackagesAsGroup:named: calls: addADynamicGroupSilentlyNamed:blocks: orderedClasses ' 'AbstractTool addPackagesAsGroups: calls: groupName: groupName ' 'AbstractTool createInitializerWithInstVarsOf: calls: buildSetterFor: buildInitializerFor: ' 'AbstractTool createInstVarAccessorsOf: calls: buildGetterFor: buildSetterFor: ' 'AbstractTool findMethodIn: calls: selectorFromPattern:withCaption:startingFrom: ' 'AbstractTool findPackageIn: calls: flashPackage ' 'AbstractTool mergeGroups: calls: removable removeAGroupSilently: ' 'AbstractTool moveMethodsToPackage:in:from: calls: flashPackage ' 'AbstractTool removeMethods:inClass: calls: confirmRemovalOfSelectors:on: ' 'ChangeSorterApplication browseMethodFull calls: browser ' 'ChangeSorterApplication openChangeSetBrowser calls: forClasses: browser ' 'ClassListNodeExample browseItem calls: browser ' 'ClassTreeNodeExample browseItem calls: browser ' 'CodeHolder messageListKey:from: calls: browser ' 'CodeHolder spawnHierarchy calls: browser ' 'CompiledMethod browse calls: browser ' 'DeepCopier warnInstanceVariableNotCopiedIn:selector: calls: browser ' 'DialogGroupAdder add:into: calls: addClasses:into: ' 'DialogGroupAdderUI groups calls: isFillable ' 'DialogGroupManagerUI addAGroup calls: createAnEmptyStaticGroup ' 'DialogGroupManagerUI removeAGroup calls: removeAGroup: ' 'DialogGroupManagerUI renameGroup calls: renameAGroup: ' 'EyeAbstractInspector browseSelectedObjectClass calls: browser ' 'FileContentsBrowser browseMethodFull calls: browser ' 'FinderClassNode browseClass calls: browser ' 'FinderMethodNode browseClass calls: browser ' 'FinderNode browseClass calls: browser ' 'MCCodeTool browseMethodFull calls: browser ' 'MenuRegistrationExample class mostUsedToolsOn: calls: monticelloBrowser browser ' 'MessageBrowser class messageBrowserListMenu: calls: browser ' 'MessageListNonInspectableNode doubleClick calls: browser ' 'NECContext createModel calls: modelClass ' 'NECSelectorEntry browseWith: calls: browser ' 'PSMCPatchMorph browseClass calls: browser ' 'PSMCPatchMorph changesMenu: calls: browser ' 'PackageClassNodeExample browseItem calls: browser ' 'PackageMethodNodeExample browseItem calls: browser ' 'PasteUpMorph defaultDesktopCommandKeyTriplets calls: browser recentMessageList ' 'PluggableButtonMorph browseAction calls: browser ' 'ProcessBrowser browseContext calls: browser ' 'RGBehaviorDefinition browse calls: browser ' 'RGMethodDefinition browse calls: browser ' 'RPackageOrganizer renamePackage:in: calls: openAlreadyExistingError ' 'SearchFacade class protocolSearchFor: calls: browser openOnClass:onProtocol: ' 'SearchFacade class rPackageSearchIn: calls: openOnPackage: browser ' 'SettingNode browseDeclaration calls: browser ' 'SpecDebuggerStack browseMethodFull calls: browser ' 'Spotlight resolveSymbol: calls: browser openOnPackage: 2013/11/26 Pavel Krivanek <pavel.krivanek(a)gmail.com> > Hi Stef, > > I started to play with this way of shrinking (see the attachment). At > least it's really faster than to use MC :-) Where are the configurations > you are creating? > > Cheers, > -- Pavel > > > 2013/11/25 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > >> >> On Nov 25, 2013, at 7:11 AM, Pavel Krivanek <pavel.krivanek(a)gmail.com> >> wrote: >> >> > Hi Stef, >> > >> > our starting point looks like this: >> > - we have a method how to produce small image without network etc. >> > - we are able to load network, Monticello and Gofer in it (this job is >> currently broken) >> > - we are able to load Metacello too - this should be the basic stage >> for normal users >> >> I would love to be able to grab an image up to the previous stage. Like >> that I can continue to work on the configurations regeneration project I >> have >> >> > - than we are a le to load rest od the system at once >> > - we have several configurations that we are able to load and unload. >> > >> > Our biggest problem is the huge nonmodular step between Metacello image >> and full Pharo. I think we shoud move forward using division. To define how >> an image without development tools should look like and create two big >> configurations for them. Then continue with the next splitting. >> >> Yes >> >> > >> > From the practical point of view, it's always faster to remove. >> something than to load something. >> Fun since it was difficult for me to unload I thought that I should focus >> on load :) >> >> >> >> > And it's much faster to unload it without Monticello. So I would use >> ugly removeAllButPackages: because it's fast, then fix the problems like >> obsolete classes an Undeclared, continue with the pretty unloding part of >> the configuration and finally loading part will be easy. >> > >> > -- Pavel >> > >> > 24. 11. 2013 v 22:36, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> > >> >> Hi pavel >> >> >> >> may be I should start from your miniimage and start to making sure >> that the configurations can load then in a second step >> >> I can make sure that they can unload. >> >> >> >> What do you think? >> >> >> >> Stef >> > >> >> >> >

Nov. 26, 2013

Re: [Pharo-dev] [Vm-dev] Frequent SegFaults in PharoVM with Pharo 3.0

by ClÃ©ment Bera

2013/11/26 Max Leske <maxleske(a)gmail.com> > Thanks for the explanation. I suspected something like that (interestingly > when I tried disabling all options on my Mac it worked fineâ¦). > This is because you didn't execute: 'OpalCompiler recompileAll'. > > Iâll dig some more and let you know. > We should dig into the '3 timesRepeat: [ Smalltalk garbageCollect ]', because this may be a bug somewhere. Now we shouldn't dig into having a system running without condition and loops inlined by the compiler, because this is too much work (for example as Marcus said loops on all objects should not create an object (even a context) ...). If we really want that we will invest time. But right now it is not a priority. > > > On 25.11.2013, at 18:42, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > > > > On Mon, Nov 25, 2013 at 9:37 AM, Sven Van Caekenberghe <sven(a)stfx.eu>wrote: > >> >> On 25 Nov 2013, at 17:56, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: >> >> > Yeah you cannot compile without inlining specific messages. You can >> disable inlining of #timesRepeat: at image level because we added it for >> fun to see if it was easy to do in Opal. Now all other optimizations were >> in the old compiler and are mandatories. However, you can now in Opal >> disable these optimized messages in a restricted area (such as a class and >> its subclasses). >> > >> > To me, it is kind of a bug that we cannot disable those optimizations, >> we should be able to do it (so 1 day in the very very far future we could >> have the JIT inlining these control structure allowing us to implement all >> these inlined messages in all classes). But one thing is that some methods >> such as #whileTrue are not implemented in a way they really work (they have >> not stop condition, so if the compiler does not inline it, it gives you an >> infinite loop). Another thing is the interrupt point problem as Marcus said. >> > >> > I don't think your other bug is related Opal optimization, only >> #timesRepeat: is new and therefore can be faulty (and in this case, the >> bytecode is correct, so I guess it is faulty because it removes an >> interrupt point). >> >> It is a bit scary that there is no explicit, crystal clear list of those >> interrupt critical points, especially if skipping them can lead to VM >> crashes. >> > > Before we raise the alarm the first thing is to identify the cause of the > VM crash. It could still be a VM bug. First track down the bug. Don't > try and find work-arounds. Try and find the cause. Only then can one > develop a correct fix. Anything else buries the true cause under hacks, a > process that is truly scary ;-) > > >> >> > 2013/11/25 Marcus Denker <marcus.denker(a)inria.fr> >> > >> > On 25 Nov 2013, at 16:26, Max Leske <maxleske(a)gmail.com> wrote: >> > >> > > Thanks ClÃ©ment, that seems to be it. Disabling the timesRepeat >> inlining makes most of the builds run through but not all of them. It seems >> like thereâs another (Opal related?) problem (with the exact same >> symptomsâ¦). >> > > >> > > Iâve tried disabling all options, just to see what happens: all >> builds fail with SegFaultsâ¦ >> > >> > You can not compile without optimisations. There are places in the >> image that would not work with e.g. whileTrue: optimisation disabled as it >> would e.g. add an interrupt point where none is now >> > And other things, like performance, or e.g. the loop that goes over all >> objects, if that creates objects while running you have a problemâ¦ >> > >> > Marcus >> > >> >> >> > > > -- > best, > Eliot > > >

Nov. 26, 2013

Re: [Pharo-dev] Understanding Roassal

by kilon alios

yeap thank you , not only anti-aliasing works now but every look way cooler, looks like Athens is quite an enhancement. On Tue, Nov 26, 2013 at 4:14 PM, Alexandre Bergel <alexandre.bergel(a)me.com>wrote: > Ah okay. Then, you need to load the package RoassalAthens from the > repository of Roassal. But Smalltalkhub is down right now. Here is a mcz: > > https://dl.dropboxusercontent.com/u/31543901/TMP/RoassalAthens-AlexandreBer… > > Load this mcz file (e.g., drag and drop it in your Pharo window), then > execute "ROPlatform setCurrent: 'athens'. â and you should get antialiasing. > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > On Nov 26, 2013, at 10:47 AM, kilon alios <kilon.alios(a)gmail.com> wrote: > > > ROPlatform setCurrent: 'athens'. > > > > gives me -> KeyNotFound: key 'athens' not found in Dictionary > > > > 'Athens' fails too. > > > > I can verify lack of anti-aliasing also on win7. > > > > I cant find an option to set anti-aliasing or Athens as backend in Easel > . > > > > Loaded Roassal today with -> > > > > Gofer new smalltalkhubUser: 'ObjectProfile' project: 'Roassal'; package: > 'ConfigurationOfRoassal'; load. (Smalltalk at: #ConfigurationOfRoassal) > load. > > > > the image I am using is version 30585. > > > > > > On Tue, Nov 26, 2013 at 2:23 PM, Alexandre Bergel < > alexandre.bergel(a)me.com> wrote: > > > Yes I am interested in Amber Roassal and also Roassal3d. Mostly on > Amber Roassal because I want to target tablets and phones and since I have > no desire to go through the App stores, javascript is my best option. > > > > We are in sync > > > > > Another thing I have observed is that in all examples there is no > anti-aliasing which I find very weird because my vector editor which uses > Athens as well, has anti-aliased lines. Why is that ? > > > > Strange. Have you tried to execute âROPlatform setCurrent: âathensââ. > You can use the easel to set the Athens canvas. > > Else, simply use the Moose image, it comes with Athens and Roassal > properly installed. > > > > > I am very excited about Roassal , the more I look at the code and the > documentation the more I realize how flexible it is. > > > > Thanks. We took care of having a lean and clean design. Although we are > quite satisfied, it is far from representing our ideal yet. One think I > would like to remove, is the rendering loop, having it just above Athens, > but below Roassal. We will work on this in January I think. > > > > > Is Roassal3d part of the Roassal project or is it an outside project ? > > > > It is a new and different project. > > > > > Also do you plan integrating with Spec ? Will Roassal be a backend for > Spec ? > > > > We have no plan for this right now. Glamour is well integrated with > Roassal. It should be easy to do it with Spec. > > > > Alexandre > > > > > > > > > > > > > On Mon, Nov 25, 2013 at 11:46 PM, Alexandre Bergel < > alexandre.bergel(a)me.com> wrote: > > > Hi! > > > > > > > So I took your advice and gave a good look to Roassal to learn more > about how to use Athens. First I want to congratulate the coders, I was > expecting a simple visualisation library for object graphs and what I see > is a full blown graphics library that can be used for many diffirent kinds > of graphical illustrations. > > > > > > Thanks for your nice words :-) > > > > > > > I still however trying to understand the end goal of Roassal , is > there an end goal or is it generally code visualisation ? > > > > > > The goal of Roassal is getting broader with the time. The main > objective of Roassal is to be a platform for data visualisation. So, as > soon as you have a bunch of data (e.g., plenty of numbers or any arbitrary > objects), then Roassal should give you the tools to visualize and interact > with your data. > > > > > > Roassal is slowly moving from a tool for end-user to a platform on > which domain specific languages can be created. This is an important point > when reusing visualizations (e.g., ROTreeMapBuilder, ROMapBuilder, > ROMondrianViewBuilder are all compelling examples). > > > > > > Roassal is currently being ported to Amber, which will probably > broaden the vision behind Roassal. Early examples may be found on: > http://pestefo.github.io/roamber/# > > > > > > > > > > Also I wanted to ask if Roassal can do visual coding. By that I mean > visualize not only objects but messages inside methods so the users with > drag and drop code in a visual way. > > > > > > Yes, Roassal is made for that. If there is something that Roassal does > not allow you to do, then let us know, we are a whole team ready to polish > Roassal. > > > > > > > I took a look at the examples but I see nowhere the use of bezier > curves , why is that ? > > > > > > There is a few. > > > > > > Try: > > > -=-=-=-=-=-=-=-=-=-=-=-= > > > "Source code: ROMondrianExample>>bezierCurveOn:" > > > "Preambule. It includes the initialization. " > > > | view rawView | > > > rawView := ROView new. > > > view := ROMondrianViewBuilder view: rawView. > > > "-------------" > > > "-------------" > > > > > > view shape circle size: 10. > > > view nodes: (Collection withAllSubclasses). > > > view shape bezierLine. > > > view edgesFrom: #superclass. > > > view radialTreeLayout. > > > view center. > > > > > > "-------------" > > > "-------------" > > > "Below is the initiation of the menu and opening the visualization" > > > ROEaselMorphic new populateMenuOn: view. > > > view open > > > -=-=-=-=-=-=-=-=-=-=-=-= > > > > > > Have a look at the class ROSplineExample > > > It does not contains many examples, but you get enough to build > appealing visualization (e.g., > https://www.facebook.com/media/set/?set=a.511442275609041.1073741827.340543… ) > > > > > > More screenshots are available on: > https://www.facebook.com/ObjectProfile > > > > > > Cheers, > > > Alexandre > > > > > > > > > > > > > > > > > >

Nov. 26, 2013

Re: [Pharo-dev] about miniimage

by Pavel Krivanek

Hi Stef, I started to play with this way of shrinking (see the attachment). At least it's really faster than to use MC :-) Where are the configurations you are creating? Cheers, -- Pavel 2013/11/25 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > On Nov 25, 2013, at 7:11 AM, Pavel Krivanek <pavel.krivanek(a)gmail.com> > wrote: > > > Hi Stef, > > > > our starting point looks like this: > > - we have a method how to produce small image without network etc. > > - we are able to load network, Monticello and Gofer in it (this job is > currently broken) > > - we are able to load Metacello too - this should be the basic stage for > normal users > > I would love to be able to grab an image up to the previous stage. Like > that I can continue to work on the configurations regeneration project I > have > > > - than we are a le to load rest od the system at once > > - we have several configurations that we are able to load and unload. > > > > Our biggest problem is the huge nonmodular step between Metacello image > and full Pharo. I think we shoud move forward using division. To define how > an image without development tools should look like and create two big > configurations for them. Then continue with the next splitting. > > Yes > > > > > From the practical point of view, it's always faster to remove. > something than to load something. > Fun since it was difficult for me to unload I thought that I should focus > on load :) > > > > > And it's much faster to unload it without Monticello. So I would use > ugly removeAllButPackages: because it's fast, then fix the problems like > obsolete classes an Undeclared, continue with the pretty unloding part of > the configuration and finally loading part will be easy. > > > > -- Pavel > > > > 24. 11. 2013 v 22:36, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > > > >> Hi pavel > >> > >> may be I should start from your miniimage and start to making sure that > the configurations can load then in a second step > >> I can make sure that they can unload. > >> > >> What do you think? > >> > >> Stef > > > > >

Nov. 26, 2013

Re: [Pharo-dev] 2 month Pharo break

by Tudor Girba

Man, these will be some long two months without you on this list! I already installed an alarm to remind you on January 26, 12:24 to come back :). I wish you good concentration! And do not forget to enjoy it, too. Doru On Tue, Nov 26, 2013 at 12:24 PM, Camillo Bruni <camillobruni(a)gmail.com>wrote: > Hi guys, > > I will cease my pharo activities for the next two months since I have to > finish my > thesis and I see myself too often "distracted" by pharo (consider this a > good thing :). > > Of course I will remain available for emergency activities or any other > urgent inquiries, > please contact me directly in these cases. > > see you on the other side! > -- www.tudorgirba.com "Every thing has its own flow"

Nov. 26, 2013

Re: [Pharo-dev] RabbitMQ support (was Re: The Second Coming of Java article)

by phil＠highoctane.be

Stamp is good enough for my usage from the Pharo side. On Tuesday, November 26, 2013, Frank Shearar wrote: > Oh, I see. Use STOMP to shove messages into RabbitMQ, and then you can > do whatever you like. I thought Phil was talking about using AMQP > directly. Writing a conformant/correct AMQP client is pretty hard, and > a lot of work, hence why I asked. > > frank > > On 26 November 2013 14:16, Sven Van Caekenberghe <sven(a)stfx.eu<javascript:;>> > wrote: > > > > On 26 Nov 2013, at 14:00, Frank Shearar <frank.shearar(a)gmail.com<javascript:;>> > wrote: > > > >> On 26 November 2013 12:21, phil(a)highoctane.be <javascript:;> < > phil(a)highoctane.be <javascript:;>> wrote: > >> > >>> On the front of interoperability, I personally have chosen to go the > >>> RabbitMQ route, it allows me to wire all kinds of things together with > some > >>> room for scale. > >> > >> What are you using on the Smalltalk side? I know Tony Garnock-Jones > >> did some basic parsing of AMQP, but I'm unaware of anything more than > >> that. Do you FFI to the C client library? Something else? > >> > >> frank > > > > I think Phil plans on using Stamp > > > > https://github.com/svenvc/docs/blob/master/neo/stamp.md > > > > it is a pretty simple and easy to understand interface. > > > > Sven > > > > > > -- --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller

Nov. 26, 2013

Re: [Pharo-dev] RabbitMQ support (was Re: The Second Coming of Java article)

by Sven Van Caekenberghe

On 26 Nov 2013, at 15:21, Frank Shearar <frank.shearar(a)gmail.com> wrote: > Oh, I see. Use STOMP to shove messages into RabbitMQ, and then you can > do whatever you like. I thought Phil was talking about using AMQP > directly. Writing a conformant/correct AMQP client is pretty hard, and > a lot of work, hence why I asked. AMQP would be faster as well I guess, but indeed much harder to implement. > frank > > On 26 November 2013 14:16, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> On 26 Nov 2013, at 14:00, Frank Shearar <frank.shearar(a)gmail.com> wrote: >> >>> On 26 November 2013 12:21, phil(a)highoctane.be <phil(a)highoctane.be> wrote: >>> >>>> On the front of interoperability, I personally have chosen to go the >>>> RabbitMQ route, it allows me to wire all kinds of things together with some >>>> room for scale. >>> >>> What are you using on the Smalltalk side? I know Tony Garnock-Jones >>> did some basic parsing of AMQP, but I'm unaware of anything more than >>> that. Do you FFI to the C client library? Something else? >>> >>> frank >> >> I think Phil plans on using Stamp >> >> https://github.com/svenvc/docs/blob/master/neo/stamp.md >> >> it is a pretty simple and easy to understand interface. >> >> Sven >> >> >

Nov. 26, 2013

Re: [Pharo-dev] RabbitMQ support (was Re: The Second Coming of Java article)

by Frank Shearar

Oh, I see. Use STOMP to shove messages into RabbitMQ, and then you can do whatever you like. I thought Phil was talking about using AMQP directly. Writing a conformant/correct AMQP client is pretty hard, and a lot of work, hence why I asked. frank On 26 November 2013 14:16, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 26 Nov 2013, at 14:00, Frank Shearar <frank.shearar(a)gmail.com> wrote: > >> On 26 November 2013 12:21, phil(a)highoctane.be <phil(a)highoctane.be> wrote: >> >>> On the front of interoperability, I personally have chosen to go the >>> RabbitMQ route, it allows me to wire all kinds of things together with some >>> room for scale. >> >> What are you using on the Smalltalk side? I know Tony Garnock-Jones >> did some basic parsing of AMQP, but I'm unaware of anything more than >> that. Do you FFI to the C client library? Something else? >> >> frank > > I think Phil plans on using Stamp > > https://github.com/svenvc/docs/blob/master/neo/stamp.md > > it is a pretty simple and easy to understand interface. > > Sven > >

Nov. 26, 2013

Re: [Pharo-dev] RabbitMQ support (was Re: The Second Coming of Java article)

by Sven Van Caekenberghe

On 26 Nov 2013, at 14:00, Frank Shearar <frank.shearar(a)gmail.com> wrote: > On 26 November 2013 12:21, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > >> On the front of interoperability, I personally have chosen to go the >> RabbitMQ route, it allows me to wire all kinds of things together with some >> room for scale. > > What are you using on the Smalltalk side? I know Tony Garnock-Jones > did some basic parsing of AMQP, but I'm unaware of anything more than > that. Do you FFI to the C client library? Something else? > > frank I think Phil plans on using Stamp https://github.com/svenvc/docs/blob/master/neo/stamp.md it is a pretty simple and easy to understand interface. Sven

Nov. 26, 2013