Dear developers, Hope you enjoy your friday!
If a such plan is underway, please have in mind to make the freeze of the CVS to have a stable branch. Im very thrilled to see this project moving into the module direction. This way I think we should consider to generalize the concept of modules and have well defined description of how to add/write a module to bearerbox with a generalist touch that modules should be capable of instanciating eachother in various ways. In this way a very fantastic complicated loadbalancing or routing would be possible, or some crazy horse might add an on the fly python interpreter as a module or...whatever. Looking at the increasing number of apache modules it seems like human creativity does not stop just because C programmers always make programs that leak memory ;-) I really appreciate this direction, -- med venlig hilsen / Best Regards Bernino Lind +45 7021 0050 catpipe Systems ApS - www.catpipe.net Best done *BSD solutions -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Stipe Tolj Sent: 21. februar 2002 20:10 Cc: [EMAIL PROTECTED] Subject: Re: loadable modules ? Oded Arbel wrote: > > I think that would be very nice feature, and I see several things I can > do with it. > another revolutionary idea - wouldn't it be nice to load the smsc > modules as dynamic libraries ? that way we don't need to build smsc > modules that we're not going to use... yep, that brings us to 2 API architectures we should think about: 1) module API to load-on-the-fly smsc modules (smpp, emi2, at2, etc.) 2) module API to load-on-the-fly sms-services (so that there is no need to SIGHUP smsbox for processing) Stipe [EMAIL PROTECTED] ------------------------------------------------------------------- Wapme Systems AG M�nsterstr. 248 40470 D�sseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de ------------------------------------------------------------------- wapme.net - wherever you are
