[OpenSIPS-Devel] [ opensips-Bugs-3585696 ] Crash due to mi commands
Bugs item #3585696, was opened at 2012-11-09 03:39 Message generated for change (Tracker Item Submitted) made by digipigeon You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3585696group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Digipigeon (digipigeon) Assigned to: Nobody/Anonymous (nobody) Summary: Crash due to mi commands Initial Comment: I am getting repeated crashing on my three X 1.8.2 opensips servers, also some crashing on my 1.7.1. The problem appears to be more noticeable when the profile_get_values is called frequently (every few seconds), however I cant confirm isolation of this command causes the crash. Please see attached (gdb) bt full -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3585696group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3585696 ] Crash due to mi commands
Bugs item #3585696, was opened at 2012-11-09 03:39 Message generated for change (Comment added) made by razvancrainea You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3585696group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Digipigeon (digipigeon) Assigned to: Nobody/Anonymous (nobody) Summary: Crash due to mi commands Initial Comment: I am getting repeated crashing on my three X 1.8.2 opensips servers, also some crashing on my 1.7.1. The problem appears to be more noticeable when the profile_get_values is called frequently (every few seconds), however I cant confirm isolation of this command causes the crash. Please see attached (gdb) bt full -- Comment By: Razvan Crainea (razvancrainea) Date: 2012-11-09 06:22 Message: Hi! The core you attached does not contain any indications that the cause of the crash are the dialog profiles, but rather some statistics you are fetching through MI. Can you provide us the exact MI command you are running? Best regards, Răzvan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3585696group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[9435] trunk/modules/sipmsgops
Revision: 9435 http://opensips.svn.sourceforge.net/opensips/?rev=9435view=rev Author: liviuchircu Date: 2012-11-09 17:28:28 + (Fri, 09 Nov 2012) Log Message: --- is_present_hf() and remove_hf() functions now receive string pseudo-variables as parameters Modified Paths: -- trunk/modules/sipmsgops/README trunk/modules/sipmsgops/doc/sipmsgops_admin.xml trunk/modules/sipmsgops/sipmsgops.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3585606 ] TCP Deadlock
Bugs item #3585606, was opened at 2012-11-08 20:47 Message generated for change (Settings changed) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3585606group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: core Group: 1.8.x Status: Open Resolution: None Priority: 9 Private: No Submitted By: David Sanders (dmsanders) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: TCP Deadlock Initial Comment: There is a serious deadlock issue when using TCP with OpenSIPS (1.8.0-tls). I found this paper which has the same conclusion (but is discussing OpenSER circa 2008): http://www.cs.rice.edu/CS/Architecture/docs/ram-ispass08.pdf I'll quote the relevant part of Section 6: This can lead to deadlock in the following situation. When a worker process requests a connection from the supervisor process, it then blocks waiting to receive that file descriptor. If, at the same time, the supervisor process blocks waiting to send a new connection to the same worker (since the buffer at the receiver is full), the two processes will deadlock. Once the supervisor process deadlocks, no other worker can make progress either, as they will quickly need their own connections from the supervisor process. Similarly, no new connections will be accepted. This clearly illustrates that in an event-driven server, one must be careful to only read from sockets when the event mechanism says there is something to read and only write to sockets when the event mechanism says there is space to write. I can reliably reproduce this deadlock with any number of TCP children. Interestingly it seems to happen faster with a larger number of children. Under constant load, once the main TCP process deadlocks, all the children will as well. It seems to be rate related. Using SIPp to drive TCP traffic to an OpenSIPS server, 50 registers/second do not encounter the deadlock issue. However, if increase the traffic load a deadlock will occur within 30 seconds. My theory is that if the TCP children can't process a message and reply faster than they are coming in (in this case faster than 20ms) then the deadlock will occur. For completeness the GDB backtrace output of the deadlocked processes when running two TCP children are attached. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-11-09 09:40 Message: Hi David - thank you for the report - I will look into it asap ! Regards, Bogdan -- Comment By: David Sanders (dmsanders) Date: 2012-11-08 20:49 Message: I took the liberty of upgrading this to a higher priority bug since it can completely deadlock TCP traffic for a server if the call rate gets too high. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3585606group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[9436] trunk/modules/sipmsgops/sipmsgops.c
Revision: 9436 http://opensips.svn.sourceforge.net/opensips/?rev=9436view=rev Author: liviuchircu Date: 2012-11-09 18:03:18 + (Fri, 09 Nov 2012) Log Message: --- fixed buffer reallocating too often in previous commit Modified Paths: -- trunk/modules/sipmsgops/sipmsgops.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[9437] trunk/modules/drouting/prefix_tree.h
Revision: 9437 http://opensips.svn.sourceforge.net/opensips/?rev=9437view=rev Author: osas Date: 2012-11-09 18:37:40 + (Fri, 09 Nov 2012) Log Message: --- drouting: remove bogus semicolon in structure declaration (most likely a copy/paste error) Modified Paths: -- trunk/modules/drouting/prefix_tree.h This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[9438] branches/1.8/modules/drouting/prefix_tree.h
Revision: 9438 http://opensips.svn.sourceforge.net/opensips/?rev=9438view=rev Author: osas Date: 2012-11-09 18:44:45 + (Fri, 09 Nov 2012) Log Message: --- drouting: remove bogus semicolon in structure declaration (most likely a copy/paste error) backport from trunk (rev 9437) Revision Links: -- http://opensips.svn.sourceforge.net/opensips/?rev=9437view=rev Modified Paths: -- branches/1.8/modules/drouting/prefix_tree.h This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[9439] trunk/menuconfig/Makefile
Revision: 9439 http://opensips.svn.sourceforge.net/opensips/?rev=9439view=rev Author: osas Date: 2012-11-09 19:08:52 + (Fri, 09 Nov 2012) Log Message: --- menuconfig: pass extra options to enable proper cross compilation Modified Paths: -- trunk/menuconfig/Makefile This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3585696 ] Crash due to mi commands
Bugs item #3585696, was opened at 2012-11-09 03:39 Message generated for change (Comment added) made by digipigeon You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3585696group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Digipigeon (digipigeon) Assigned to: Nobody/Anonymous (nobody) Summary: Crash due to mi commands Initial Comment: I am getting repeated crashing on my three X 1.8.2 opensips servers, also some crashing on my 1.7.1. The problem appears to be more noticeable when the profile_get_values is called frequently (every few seconds), however I cant confirm isolation of this command causes the crash. Please see attached (gdb) bt full -- Comment By: Digipigeon (digipigeon) Date: 2012-11-09 11:40 Message: Hi Bogdan, There was nothing in the log files relevant, it just crashes without any response. I am not sure if I have correctly ran the commands, but I get the following: (gdb) f 0 brother #0 0x7663723a65726f63 in ?? () (gdb) f 0 *brother Cannot access memory at address 0x7663723a65726f63 (gdb) f 0 name value has been optimised out (gdb) f 0 value value has been optimised out (gdb) f 0 *brother-next Cannot access memory at address 0x7663723a65726f93 Sorry if this is not correct. Kind Regards Jonathan -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-11-09 09:32 Message: Hi, 1) do you see in the logs any err message before the crash (from the same process) ? 2) in gdb, frame 0, please print : brother, *brother, name, value, *brother-next . Thanks and regards, Bogdan -- Comment By: Digipigeon (digipigeon) Date: 2012-11-09 07:09 Message: The only parameter that I have programmed in for get_statistics is the parameter all, this is ran through xmlrpc -- Comment By: Razvan Crainea (razvancrainea) Date: 2012-11-09 06:22 Message: Hi! The core you attached does not contain any indications that the cause of the crash are the dialog profiles, but rather some statistics you are fetching through MI. Can you provide us the exact MI command you are running? Best regards, Răzvan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3585696group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3585696 ] Crash due to mi commands
Bugs item #3585696, was opened at 2012-11-09 03:39 Message generated for change (Comment added) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3585696group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Digipigeon (digipigeon) Assigned to: Nobody/Anonymous (nobody) Summary: Crash due to mi commands Initial Comment: I am getting repeated crashing on my three X 1.8.2 opensips servers, also some crashing on my 1.7.1. The problem appears to be more noticeable when the profile_get_values is called frequently (every few seconds), however I cant confirm isolation of this command causes the crash. Please see attached (gdb) bt full -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-11-09 12:42 Message: Jonathan, Once you are in gdb, run the commands: f 0 p brother p *brother p name p value p *brother-name Regards, Bogdan -- Comment By: Digipigeon (digipigeon) Date: 2012-11-09 11:40 Message: Hi Bogdan, There was nothing in the log files relevant, it just crashes without any response. I am not sure if I have correctly ran the commands, but I get the following: (gdb) f 0 brother #0 0x7663723a65726f63 in ?? () (gdb) f 0 *brother Cannot access memory at address 0x7663723a65726f63 (gdb) f 0 name value has been optimised out (gdb) f 0 value value has been optimised out (gdb) f 0 *brother-next Cannot access memory at address 0x7663723a65726f93 Sorry if this is not correct. Kind Regards Jonathan -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-11-09 09:32 Message: Hi, 1) do you see in the logs any err message before the crash (from the same process) ? 2) in gdb, frame 0, please print : brother, *brother, name, value, *brother-next . Thanks and regards, Bogdan -- Comment By: Digipigeon (digipigeon) Date: 2012-11-09 07:09 Message: The only parameter that I have programmed in for get_statistics is the parameter all, this is ran through xmlrpc -- Comment By: Razvan Crainea (razvancrainea) Date: 2012-11-09 06:22 Message: Hi! The core you attached does not contain any indications that the cause of the crash are the dialog profiles, but rather some statistics you are fetching through MI. Can you provide us the exact MI command you are running? Best regards, Răzvan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3585696group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3585696 ] Crash due to mi commands
Bugs item #3585696, was opened at 2012-11-09 03:39 Message generated for change (Comment added) made by digipigeon You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3585696group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Digipigeon (digipigeon) Assigned to: Nobody/Anonymous (nobody) Summary: Crash due to mi commands Initial Comment: I am getting repeated crashing on my three X 1.8.2 opensips servers, also some crashing on my 1.7.1. The problem appears to be more noticeable when the profile_get_values is called frequently (every few seconds), however I cant confirm isolation of this command causes the crash. Please see attached (gdb) bt full -- Comment By: Digipigeon (digipigeon) Date: 2012-11-09 13:12 Message: Hi Bogdan, Thanks for the explanation. Please see the following output: (gdb) f 0 #0 add_next (flags=2, value_len=26, value=optimised out, name_len=optimised out, name=optimised out, brother=0x7663723a65726f63) at mi/tree.c:184 184 brother-last-next = new; (gdb) p brother $1 = (struct mi_node *) 0x7663723a65726f63 (gdb) p *brother Cannot access memory at address 0x7663723a65726f63 (gdb) p name $2 = optimised out (gdb) p value $3 = optimised out (gdb) p *brother-name Structure has no component named operator*. Kind Regards Jonathan. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-11-09 12:42 Message: Jonathan, Once you are in gdb, run the commands: f 0 p brother p *brother p name p value p *brother-name Regards, Bogdan -- Comment By: Digipigeon (digipigeon) Date: 2012-11-09 11:40 Message: Hi Bogdan, There was nothing in the log files relevant, it just crashes without any response. I am not sure if I have correctly ran the commands, but I get the following: (gdb) f 0 brother #0 0x7663723a65726f63 in ?? () (gdb) f 0 *brother Cannot access memory at address 0x7663723a65726f63 (gdb) f 0 name value has been optimised out (gdb) f 0 value value has been optimised out (gdb) f 0 *brother-next Cannot access memory at address 0x7663723a65726f93 Sorry if this is not correct. Kind Regards Jonathan -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-11-09 09:32 Message: Hi, 1) do you see in the logs any err message before the crash (from the same process) ? 2) in gdb, frame 0, please print : brother, *brother, name, value, *brother-next . Thanks and regards, Bogdan -- Comment By: Digipigeon (digipigeon) Date: 2012-11-09 07:09 Message: The only parameter that I have programmed in for get_statistics is the parameter all, this is ran through xmlrpc -- Comment By: Razvan Crainea (razvancrainea) Date: 2012-11-09 06:22 Message: Hi! The core you attached does not contain any indications that the cause of the crash are the dialog profiles, but rather some statistics you are fetching through MI. Can you provide us the exact MI command you are running? Best regards, Răzvan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3585696group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3585696 ] Crash due to mi commands
Bugs item #3585696, was opened at 2012-11-09 03:39 Message generated for change (Comment added) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3585696group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Digipigeon (digipigeon) Assigned to: Nobody/Anonymous (nobody) Summary: Crash due to mi commands Initial Comment: I am getting repeated crashing on my three X 1.8.2 opensips servers, also some crashing on my 1.7.1. The problem appears to be more noticeable when the profile_get_values is called frequently (every few seconds), however I cant confirm isolation of this command causes the crash. Please see attached (gdb) bt full -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-11-09 13:34 Message: Ok, it seems the brother pointer is overwritten - the pointer is not a valid mem addrs, but decoded as hexa is core:rcv which is a statistic name. Please try more: f 1 p parent p *parent f 4 p *rpl Also is there any why to get access to the core to speed up the debugging ? Regards, -- Comment By: Digipigeon (digipigeon) Date: 2012-11-09 13:12 Message: Hi Bogdan, Thanks for the explanation. Please see the following output: (gdb) f 0 #0 add_next (flags=2, value_len=26, value=optimised out, name_len=optimised out, name=optimised out, brother=0x7663723a65726f63) at mi/tree.c:184 184 brother-last-next = new; (gdb) p brother $1 = (struct mi_node *) 0x7663723a65726f63 (gdb) p *brother Cannot access memory at address 0x7663723a65726f63 (gdb) p name $2 = optimised out (gdb) p value $3 = optimised out (gdb) p *brother-name Structure has no component named operator*. Kind Regards Jonathan. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-11-09 12:42 Message: Jonathan, Once you are in gdb, run the commands: f 0 p brother p *brother p name p value p *brother-name Regards, Bogdan -- Comment By: Digipigeon (digipigeon) Date: 2012-11-09 11:40 Message: Hi Bogdan, There was nothing in the log files relevant, it just crashes without any response. I am not sure if I have correctly ran the commands, but I get the following: (gdb) f 0 brother #0 0x7663723a65726f63 in ?? () (gdb) f 0 *brother Cannot access memory at address 0x7663723a65726f63 (gdb) f 0 name value has been optimised out (gdb) f 0 value value has been optimised out (gdb) f 0 *brother-next Cannot access memory at address 0x7663723a65726f93 Sorry if this is not correct. Kind Regards Jonathan -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-11-09 09:32 Message: Hi, 1) do you see in the logs any err message before the crash (from the same process) ? 2) in gdb, frame 0, please print : brother, *brother, name, value, *brother-next . Thanks and regards, Bogdan -- Comment By: Digipigeon (digipigeon) Date: 2012-11-09 07:09 Message: The only parameter that I have programmed in for get_statistics is the parameter all, this is ran through xmlrpc -- Comment By: Razvan Crainea (razvancrainea) Date: 2012-11-09 06:22 Message: Hi! The core you attached does not contain any indications that the cause of the crash are the dialog profiles, but rather some statistics you are fetching through MI. Can you provide us the exact MI command you are running? Best regards, Răzvan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3585696group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3585696 ] Crash due to mi commands
Bugs item #3585696, was opened at 2012-11-09 03:39 Message generated for change (Comment added) made by digipigeon You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3585696group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Digipigeon (digipigeon) Assigned to: Nobody/Anonymous (nobody) Summary: Crash due to mi commands Initial Comment: I am getting repeated crashing on my three X 1.8.2 opensips servers, also some crashing on my 1.7.1. The problem appears to be more noticeable when the profile_get_values is called frequently (every few seconds), however I cant confirm isolation of this command causes the crash. Please see attached (gdb) bt full -- Comment By: Digipigeon (digipigeon) Date: 2012-11-09 13:52 Message: Hi Bogdan, The results of your requested commands is as follows: (gdb) f 1 #1 add_mi_node_child (value_len=26, value=optimised out, name_len=optimised out, name=optimised out, flags=2, parent=optimised out) at mi/tree.c:219 219 return add_next(parent-kids, name, name_len, value, value_len, flags); (gdb) p parent $1 = optimised out (gdb) p *parent value has been optimised out (gdb) f 4 #4 mi_get_stats (cmd=optimised out, param=optimised out) at statistics.c:535 535 if (mi_add_module_stats( rpl, collector-amodules[i] )!=0) (gdb) p *rpl $2 = {value = {s = 0x2 Address 0x2 out of bounds, len = 0}, name = {s = 0x0, len = -840856056}, flags = 0, kids = 0x7663723a65726f63, next = 0x7365696c7065725f, last = 0x3730393134203d20, attributes = 0x33} The dump is 2.1GB, I will get this somewhere you can access it. Kind Regards Jonathan -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-11-09 13:34 Message: Ok, it seems the brother pointer is overwritten - the pointer is not a valid mem addrs, but decoded as hexa is core:rcv which is a statistic name. Please try more: f 1 p parent p *parent f 4 p *rpl Also is there any why to get access to the core to speed up the debugging ? Regards, -- Comment By: Digipigeon (digipigeon) Date: 2012-11-09 13:12 Message: Hi Bogdan, Thanks for the explanation. Please see the following output: (gdb) f 0 #0 add_next (flags=2, value_len=26, value=optimised out, name_len=optimised out, name=optimised out, brother=0x7663723a65726f63) at mi/tree.c:184 184 brother-last-next = new; (gdb) p brother $1 = (struct mi_node *) 0x7663723a65726f63 (gdb) p *brother Cannot access memory at address 0x7663723a65726f63 (gdb) p name $2 = optimised out (gdb) p value $3 = optimised out (gdb) p *brother-name Structure has no component named operator*. Kind Regards Jonathan. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-11-09 12:42 Message: Jonathan, Once you are in gdb, run the commands: f 0 p brother p *brother p name p value p *brother-name Regards, Bogdan -- Comment By: Digipigeon (digipigeon) Date: 2012-11-09 11:40 Message: Hi Bogdan, There was nothing in the log files relevant, it just crashes without any response. I am not sure if I have correctly ran the commands, but I get the following: (gdb) f 0 brother #0 0x7663723a65726f63 in ?? () (gdb) f 0 *brother Cannot access memory at address 0x7663723a65726f63 (gdb) f 0 name value has been optimised out (gdb) f 0 value value has been optimised out (gdb) f 0 *brother-next Cannot access memory at address 0x7663723a65726f93 Sorry if this is not correct. Kind Regards Jonathan -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-11-09 09:32 Message: Hi, 1) do you see in the logs any err message before the crash (from the same process) ? 2) in gdb, frame 0, please print : brother, *brother, name, value, *brother-next . Thanks and regards, Bogdan -- Comment By: Digipigeon (digipigeon) Date: 2012-11-09 07:09 Message: The only parameter that I have programmed in for get_statistics is the parameter all, this is ran through xmlrpc -- Comment By: Razvan Crainea (razvancrainea) Date: 2012-11-09 06:22 Message: Hi! The core you attached does not contain any indications that the cause of the crash are the dialog profiles, but rather some statistics you are fetching through MI. Can you provide us the exact MI