software bloat - is this really useful to anyone?
\ Lee Howard (30 Jul 2007)
. \ Jared Smith (30 Jul 2007)
. \ Jason Parker (30 Jul 2007)
. \ Jon Pounder (30 Jul 2007)
. . \ Russell Bryant (30 Jul 2007)
. . \ Tzafrir Cohen (30 Jul 2007)
. . . \ Kevin P. Fleming (31 Jul 2007)
. \ zoachien (30 Jul 2007)
. \ Jay R. Ashworth (30 Jul 2007)
. . \ Alex Balashov (30 Jul 2007)
. . \ Russell Bryant (30 Jul 2007)
. \ Anselm Martin Hoffmeister (31 Jul 2007)

1 msgRTP Session Streaming
1 msgString truncation problems on FreeBSD Sparc64
1 msgQuestions about SPA3102.
2 msgMeetMe through DeadAGI has changed to return -1...
1 msgAGI Que 'Say Time'
1 msgZombie (Masqueraded) Channel CDR Problem
6 msgSilly MeetMe() question.
1 msgTrouble getting sound from a call
2 msgDial plan question: PSTN via Linksys SPA3102 th...
5 msgStrange ISDN Troubles
2 msgiax2 trunk registration with auth rsa
3 msgCreating an SIP softphone
2 msgAGI and exec Playback
8 msgDescription for each sound files
1 msgWhat is SIP conntrack status ?
1 msgannouncement server
5 msgG729 licenses installed - voicemail has no audi...
2 msgHow to use 1 channel from TE110P for datatransm...
7 msgoutbound caller ID
Subject:Re: software bloat - is this reallyuseful to anyone?
Group:Asterisk-users
From:Kevin P. Fleming
Date:31 Jul 2007


 
Tzafrir Cohen wrote:

> OTOH: /usr/sbin/asterisk depends on libopenh323 . Now this *is* bloat.

Did you bother to check into why this is the case before spreading this
unfounded information on the mailing list?

First of all, this is *NOT* true unless the chan_h323 module was built,
which the vast majority of users do not do.

Second, the library is linked to the main Asterisk binary because of
some complex shared-library dependencies inside OpenH.323 and PWLIB. I
don't completely understand what they where, but the developer who did
the work (Pavel Cadach) does, and he can show you how *not* doing it
this way results in the OpenH.323 libraries being left in memory after
chan_h323 is unloaded. Since this can only affect users who build
chan_h323, it seemed like a reasonable change to make.

--
Kevin P. Fleming
Director of Software Technologies
Digium, Inc. - "The Genuine Asterisk Experience" (TM)

_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users


© 2004-2008 readlist.com