crash in pj pool

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Did you mean your code perform step 1 - 4 for every new conference session?

I only did caching pool and media endpoint initialization one time at
program startup.

regards,
Gang

On Thu, Sep 24, 2009 at 1:54 PM, Amritha Nambiar <
Amritha_Nambiar at infosys.com> wrote:

>
>
> Hi All,
>
>            We are using PJMEDIA for implementing multi-party call
> conference. The signaling is done using Sofia-sip. We create a conference
> bridge for every new call. The stream for the call is then added to the
> conference bridge. On making a couple of calls, a crash is encountered. We
> suspect this is during the release of the pj pool that was created. When the
> verbose log level was increased, the frequency of crash was however reduced.
> Also, the implementation worked consistently when run in debug mode.
>
>
>
> Below are the details of our implementation:
>
>
>
>    1. Media initialization ? A caching pool(pj_caching_pool_init) and
>    media endpoint(pjmedia_endpt_create) is created. Memory pool(
>    pj_pool_create) for conference purpose is also created. The conference
>    bridge with sound port is created and connected to tone generator.
>    2. A session pool is further created, codecs to use are obtained; the
>    RTP stream for the call is created and added to the conference bridge, also
>    connected to sound device and tone generator.
>    3. When the call is disconnected, all the connections in the conference
>    bridge are removed. The stream is destroyed using pjmedia_stream_destroy.
>    pj_pool_release function is called to release the session pool.
>    4. The conference bridge is then destroyed. The conference pool is
>    released, media endpoint and caching pool are destroyed; pj_shutdown is
>    called.
>
>
>
>
>
>   I am listing the call stack when the crash was encountered:
>
>   >   sip-soft-client-cli.exe!free(void * pBlock=0x0012fbb0)  Line 110  C
>
> sip-soft-client-cli.exe!default_block_free(pj_pool_factory *
> factory=0x0012ffb0, void * mem=0x00463650, unsigned int size=4136128086)
>       Line 78 + 0x6 bytes     C
>
>       sip-soft-client-cli.exe!pj_mutex_unlock(pj_mutex_t *
> mutex=0x01dc0048)  Line 964    C
>
> sip-soft-client-cli.exe!default_block_free(pj_pool_factory *
> factory=0x00a72b08, void * mem=0x01dc004c, unsigned int size=12288)  Line
>   78 + 0x6 bytes       C
>
>       sip-soft-client-cli.exe!pj_pool_destroy_int(pj_pool_t *
> pool=0x01dc004c)  Line 288 + 0x8 bytes        C
>
>       sip-soft-client-cli.exe!cpool_release_pool(pj_pool_factory *
> pf=0x00a72b08, pj_pool_t * pool=0x01dc004c)  Line 235       C
>
>       sip-soft-client-cli.exe!pj_pool_release(pj_pool_t * pool=0x01dc004c)
> Line 92 + 0x7 bytes     C
>
>
>
>     We have followed the PJMEDIA Reference documentation for our
> implementation. Any suggestion or direction to solve the issue would be
> greatly appreciated.
>
>
>
> Thanks,
>
> Amritha
>
>
>
>
>
> _______________________________________________
> Visit our blog: http://blog.pjsip.org
>
> pjsip mailing list
> pjsip at lists.pjsip.org
> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20090924/4fb0003e/attachment.html>


[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux