From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Fri, 10 Dec 2010 08:47:28 -0300 Message-ID: From: "Federico G. Benavento" To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Subject: Re: [9fans] How would you go about implementing this in Plan9? Topicbox-Message-UUID: 8adef77e-ead6-11e9-9d60-3106f5b1d025 what about a pipe? juke spawns /bin/games/mp3dec, page, png(1), jpg(1), etc there's even an avidec somewhere intended to be used that way, if I'm not mistaken. On Fri, Dec 10, 2010 at 6:34 AM, Eugene Gorodinsky wrote: > Suppose you're writing an app such as a multiprotocol instant messenger or a > mediaplayer that supports multiple container formats and codecs. It's a good > idea for your app to have a plug-in functionality, so that plugins could be > developed independently and functionality added to the program without the > need to recompile the whole thing. On a system that supports dynamic linking > this is trivial. On Plan9 I'm not sure how to go about this. Having separate > processes interacting with the main one seems somewhat wrong to me (slower, > more overhead etc). Perhaps it's better to implement a limited form of > dynamic linking, so that modules compiled to load dynamically could be > loaded by the application that wants to load them whenever it needs. What do > you think? -- Federico G. Benavento