From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <7a892f212376bb182f0c323f8ec320e1@terzarima.net> References: <7a892f212376bb182f0c323f8ec320e1@terzarima.net> Date: Fri, 10 Dec 2010 13:21:49 +0200 Message-ID: From: Eugene Gorodinsky To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=0016367f9f667e905604970c8f58 Subject: Re: [9fans] How would you go about implementing this in Plan9? Topicbox-Message-UUID: 8ad4d15e-ead6-11e9-9d60-3106f5b1d025 --0016367f9f667e905604970c8f58 Content-Type: text/plain; charset=UTF-8 I came across dyncall. Is that the library you were talking about? If there already is an existing library out there, then I might experiment with both approaches. 2010/12/10 Charles Forsyth > >On a system that supports dynamic linking this is trivial. > > it's usually error prone, for instance there's no type checking, > and dangerous: the main application crashes each time a plug-in blows a > fuse, > because dynamically loaded things are simply read in to the same protection > domain. > > in your particular applications, on modern hardware, i shouldn't think > have trouble with the overhead of connecting separate processes, > especially the instant messenger one, but with care in design the > mediaplayer should work too. after all, in both cases you can't > send faster than the network, and in the latter you can't display > faster than humans can see it, so there's quite a bit of slack. > the main problem in the latter is maintaining a steady flow > (the EDF scheduling might help you there). > > having said that, plan 9's loader has got support for creating dynamically > loaded things, > with type checking. there's a supporting library that provides a reasonable > interface to it, but that's not part of the distribution. > if there's not already a copy somewhere i'll dig it out again. > > --0016367f9f667e905604970c8f58 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I came across dyncall. Is that the library you were talking about? If there= already is an existing library out there, then I might experiment with bot= h approaches.

2010/12/10 Charles For= syth <forsyth= @terzarima.net>
>On a system that supp= orts dynamic linking this is trivial.

it's usually error prone, for instance there's no type checki= ng,
and dangerous: the main application crashes each time a plug-in blows a fus= e,
because dynamically loaded things are simply read in to the same protection= domain.

in your particular applications, on modern hardware, i shouldn't think<= br> have trouble with the overhead of connecting separate processes,
especially the instant messenger one, but with care in design the
mediaplayer should work too. after all, in both cases you can't
send faster than the network, and in the latter you can't display
faster than humans can see it, so there's quite a bit of slack.
the main problem in the latter is maintaining a steady flow
(the EDF scheduling might help you there).

having said that, plan 9's loader has got support for creating dynamica= lly loaded things,
with type checking. there's a supporting library that provides a reason= able
interface to it, but that's not part of the distribution.
if there's not already a copy somewhere i'll dig it out again.


--0016367f9f667e905604970c8f58--