A bridge is already possible with dotNet without the sources on windows using COM: one can load the clr as a COM object and call COM methods (googling quite a bit should give examples in c++ IIRC, and it works). The pain could be marshalling arguments/returns and may be also with the threading model of pharo (may be calling from another thread here?). I think it is the same with the jvm (examples of loading the jvm as a com object are given in the openoffice or staroffice sdk I think, but don't remember exactly - we did it with a collegue quite some time ago). Smalltalk main feature is simplicity and expressiveness and it's great, but smalltalk world suffers from beeing too apart from others and too closed. This could be a great opening door, interoperability and openness is needed (IMHO). Le 13/11/2014 15:52, phil@highoctane.be a écrit :

Time for a bridge... But frankly .NET is a monster in termes of features (WPF comes to mind).

I've seen quite some projects die under the technical weight and delivering close to nil in terms of added value.

Phil

Le 13/11/2014 20:28, phil@highoctane.be a écrit :

0mq​ looks like a damn good answer to that if you ask me. yes it looks like, but albeit I like it's conceptual design, and like it because it is small and simple, I'm not sure about that now that I tryed it. As I said in a previous post, answering to stef about 0mq, I'm very disappointed with this library. I suspect there is some problem (or side effect) of the signal handling in pharo vm with 0mq (the reason for it not working on linux, and probably the reason for the bad performance I noticed in my first trials on windows), posted a question in the 0mq mailing list about that and what I found debugging the 0mq library, and got no answer. I think 0mq developpers are somewhat interested with mainstream languages but not really ready to help everybody (and probably they can't too, I understand that). About interoperability, stomp, openwire and amqp sounds also very interesting and much more open to the enterprise world and cloud (rabbitmq, activemq, apollo, qpid, msmq just to name the big ones). I'm working on that.