Bugs item #2723978, was opened at 2009-03-31 17:43
Message generated for change (Comment added) made by padraigf65
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2723978&group_id=232389
Please note that this message will contain a full copy of the comme
Revision: 5577
http://opensips.svn.sourceforge.net/opensips/?rev=5577&view=rev
Author: anca_vamanu
Date: 2009-04-02 14:59:37 + (Thu, 02 Apr 2009)
Log Message:
---
- added dependency check if module pua is loaded before modules adding events
in pua module
Modified Path
Revision: 5576
http://opensips.svn.sourceforge.net/opensips/?rev=5576&view=rev
Author: anca_vamanu
Date: 2009-04-02 14:58:07 + (Thu, 02 Apr 2009)
Log Message:
---
- added dependency check if module pua is loaded before modules adding events
in pua module
Modified Path
On Thursday 02 April 2009, Mauro Davi' wrote:
> Hi All,
>
> a brief point of view. It's true, how Dan said, that the call_control
> module don't have all the information to know at the time that the
> dialogs are loaded from the database, to which of them it needs to
> attach the callbacks.
>
> But
Revision: 5575
http://opensips.svn.sourceforge.net/opensips/?rev=5575&view=rev
Author: anca_vamanu
Date: 2009-04-02 14:37:05 + (Thu, 02 Apr 2009)
Log Message:
---
- added dependency check if module pua is loaded before modules adding events
in pua module
Modified Path
Jan,
there were some fixes in the DB area (prepared statements); maybe your
crash was related to that, so now it is fixed. Try the latest SVN versions.
Regards,
Bogdan
Jan D. wrote:
> Bogdan,
>
> The revision is:
> version: opensips 1.5.0-notls (x86_64/linux)
> flags: STATS: Off, USE_IPV6, USE_
Hi All,
a brief point of view. It's true, how Dan said, that the call_control module
don't have all the information to know at the time that the dialogs are
loaded from the database, to which of them it needs to attach the callbacks.
But it is also true, that if I attach the callback to all the
Hi All,
attached the new call_control module patch using the DLBCB_LOADED callback
type. Now it isn't necessary to modify the register_dlgcb function in the
dialog module
It works fine. The stop message of the current active dialog now arrives also
after a server restart.
Regards,
MD
--
Hi Bogdan, thanks for the reply.
It looks like it is the SHM mem that has the problem. As I see the shared
memory grow up and not released when I monitor opensips processes with top.
I compiled the code with the memory debugger but to be quite honest I coudn't
make much sense of the dump at th
Bogdan,
The revision is:
version: opensips 1.5.0-notls (x86_64/linux)
flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM,
SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZ
10 matches
Mail list logo
