<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to bugs</title><link href="https://sourceforge.net/p/sofia-sip/bugs/" rel="alternate"/><link href="https://sourceforge.net/p/sofia-sip/bugs/feed.atom" rel="self"/><id>https://sourceforge.net/p/sofia-sip/bugs/</id><updated>2021-12-15T09:20:52.912000Z</updated><subtitle>Recent changes to bugs</subtitle><entry><title>#127 Sofia Resolver is unable to handle the response from secondary DNS server when Primary is unreachable</title><link href="https://sourceforge.net/p/sofia-sip/bugs/127/?limit=25#4c12" rel="alternate"/><published>2021-12-15T09:20:52.912000Z</published><updated>2021-12-15T09:20:52.912000Z</updated><author><name>Andrey Volk</name><uri>https://sourceforge.net/u/andywolk/</uri></author><id>https://sourceforge.netf2c55716dfcd6beac7ca7b7131218a6288ab1e49</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Sofia-sip migrated to GitHub.  Use &lt;a href="https://github.com/freeswitch/sofia-sip/issues/new" rel="nofollow"&gt;https://github.com/freeswitch/sofia-sip/issues/new&lt;/a&gt;&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Sofia Resolver is unable to handle the response from secondary DNS server when Primary is unreachable</title><link href="https://sourceforge.net/p/sofia-sip/bugs/127/" rel="alternate"/><published>2021-12-15T08:11:44.339000Z</published><updated>2021-12-15T08:11:44.339000Z</updated><author><name>SAURABHA KUMAR BADHAI</name><uri>https://sourceforge.net/u/saurabhabadhai/</uri></author><id>https://sourceforge.net09c4129dea7858607f29758c104268c5d3178067</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I am using Sofia resolver libsofia-sip-ua to resolve FQDNs, currently I configured /etc/resolv.conf as &lt;/p&gt;
&lt;p&gt;nameserver 2.2.2.2 (Unreachable)&lt;br/&gt;
nameserver 10.74.137.221 (Reachable)&lt;br/&gt;
I am using sofia synchrnous query with  sres_blocking_query API.  I see request is going to primary DNS and then secondary DNS, and seeing a response from secondary DNS but sofia lib is unable to handle the response&lt;br/&gt;
Its showing POLLERR.&lt;br/&gt;
TCPDUMP OUTPUTs :&lt;br/&gt;
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode&lt;br/&gt;
listening on any, link-type LINUX_SLL (Linux cooked), capture size 262144 bytes&lt;br/&gt;
11:54:10.200277 IP 10.174.75.65.59263 &amp;gt; 2.2.2.2.domain: 62235+ A? radius1.example.com. (37)&lt;br/&gt;
11:54:10.200288 IP 10.174.75.65.59263 &amp;gt; 2.2.2.2.domain: 62235+ A? radius1.example.com. (37)&lt;br/&gt;
11:54:10.200291 IP 10.174.75.65.59263 &amp;gt; 2.2.2.2.domain: 62235+ A? radius1.example.com. (37)&lt;br/&gt;
11:54:10.201063 IP 10.174.75.65.21250 &amp;gt; 2.2.2.2.domain: 5568+ PTR? 2.2.2.2.in-addr.arpa. (38)&lt;br/&gt;
11:54:10.201067 IP 10.174.75.65.21250 &amp;gt; 2.2.2.2.domain: 5568+ PTR? 2.2.2.2.in-addr.arpa. (38)&lt;br/&gt;
11:54:10.201070 IP 10.174.75.65.21250 &amp;gt; 2.2.2.2.domain: 5568+ PTR? 2.2.2.2.in-addr.arpa. (38)&lt;br/&gt;
11:54:11.201309 IP 10.174.75.65.19237 &amp;gt; 10.74.137.221.domain: 62235+ A? radius1.example.com. (37)&lt;br/&gt;
11:54:11.201318 IP 10.174.75.65.19237 &amp;gt; 10.74.137.221.domain: 62235+ A? radius1.example.com. (37)&lt;br/&gt;
11:54:11.201322 IP 10.174.75.65.19237 &amp;gt; 10.74.137.221.domain: 62235+ A? radius1.example.com. (37)&lt;br/&gt;
11:54:11.201766 IP 10.74.137.221.domain &amp;gt; 10.174.75.65.19237: 62235&lt;em&gt;- 1/1/1 A 10.174.75.160 (88)&lt;br/&gt;
11:54:11.201766 IP 10.74.137.221.domain &amp;gt; 10.174.75.65.19237: 62235&lt;/em&gt;- 1/1/1 A 10.174.75.160 (88)&lt;br/&gt;
11:54:11.201766 IP 10.74.137.221.domain &amp;gt; 10.174.75.65.19237: 62235*- 1/1/1 A 10.174.75.160 (88)&lt;/p&gt;
&lt;p&gt;Is this bug in sofia resolver code ? Can anyone help on this ?&lt;/p&gt;
&lt;p&gt;Thanks.&lt;br/&gt;
Saurabha Badhai&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Memory leak in Sofia-sip</title><link href="https://sourceforge.net/p/sofia-sip/bugs/126/" rel="alternate"/><published>2018-10-05T10:33:34.582000Z</published><updated>2018-10-05T10:33:34.582000Z</updated><author><name>HarishKumar Dubakula</name><uri>https://sourceforge.net/u/harishyadav/</uri></author><id>https://sourceforge.net8c339b3f8f922a4a587367441387ce8938b26a07</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hello,&lt;br/&gt;
Recently I am using sofia sip library for handling subscribe messages.I found a memory leak regarding this.Below is the simple code snippet of mine.We receive every Event from this call back function.&lt;/p&gt;
&lt;div class="codehilite"&gt;&lt;pre&gt;&lt;span&gt;&lt;/span&gt;static void EventCallBack(nua_event_t   event  ,
                int           status ,
                char const   * phrase ,
                nua_t        * nua ,
                void * Object,
                nua_handle_t * nh ,
                nua_hmagic_t * hmagic ,
                sip_t const  *sip ,
                tagi_t        tags[]) {

    switch(event) {

        case nua_i_subscribe:

                       sofia_dispatch_event_t *de = (sofia_dispatch_event_t *)malloc(sizeof(sofia_dispatch_event_t));

                        memset(de, 0, sizeof(*de));
                        nua_save_event(nua, de-&amp;gt;event);
                        de-&amp;gt;nh = nua_handle_ref(nh);
                        de-&amp;gt;data = nua_event_data(de-&amp;gt;event);

                       nua_respond((nua_handle_t *)nh, SIP_200_OK , NUTAG_WITH_THIS_MSG(de-&amp;gt;data-&amp;gt;e_msg), SIPTAG_CONTACT_STR(cContact.c_str()), TAG_END());

                       free(de);
                        nua_handle_destroy((nua_handle_t *)nh);
    }
}
&lt;/pre&gt;&lt;/div&gt;


&lt;p&gt;this simple code snippet making memory leak...I think i am destroying the event perfectly.&lt;/p&gt;
&lt;p&gt;Thank you&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Can not add headers</title><link href="https://sourceforge.net/p/sofia-sip/bugs/125/" rel="alternate"/><published>2018-04-11T07:47:16.467000Z</published><updated>2018-04-11T07:47:16.467000Z</updated><author><name>Bidyut</name><uri>https://sourceforge.net/u/bidyutmaji/</uri></author><id>https://sourceforge.net1339709c711f3780242a50e589a0a5c22dfd34c8</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;I am getting following errors when I am trying to add header&lt;/p&gt;
&lt;p&gt;nta_msg_tsend(request): cannot add headers&lt;/p&gt;
&lt;p&gt;Here is my Node JS code:&lt;/p&gt;
&lt;p&gt;var acceptcontact = req.getParsedHeader('Accept-Contact');&lt;/p&gt;
&lt;div class="codehilite"&gt;&lt;pre&gt;&lt;span&gt;&lt;/span&gt;srf.proxyRequest(req, dest, {
    headers: {
        'Accept-Contact': acceptcontact
      }
    }
&lt;/pre&gt;&lt;/div&gt;


&lt;p&gt;Can you please point me, why I am getting error ?&lt;/p&gt;
&lt;p&gt;Regards&lt;br/&gt;
Bidyut&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Unittest failure in test_msg</title><link href="https://sourceforge.net/p/sofia-sip/bugs/124/" rel="alternate"/><published>2017-08-19T12:35:07.370000Z</published><updated>2017-08-19T12:35:07.370000Z</updated><author><name>Gilles Dartiguelongue</name><uri>https://sourceforge.net/u/evasdk/</uri></author><id>https://sourceforge.netabac3b33905c09f34756418f1c55912e6f175fc8</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I was trying to fix various test failures for Gentoo  and some tests in test_msg unittests are failing. &lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>msg_hclass_offset() does not work correctly when sofia-sip has been built with gcc 4.9.x</title><link href="https://sourceforge.net/p/sofia-sip/bugs/123/" rel="alternate"/><published>2015-01-09T14:45:32.634000Z</published><updated>2015-01-09T14:45:32.634000Z</updated><author><name>François Grisez</name><uri>https://sourceforge.net/u/fgrisez/</uri></author><id>https://sourceforge.net85088b1c4e40bf240b50a5be8b9fdb84c736ebd5</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hello sofia-sip team.&lt;/p&gt;
&lt;p&gt;I am working on a SIP server which use sofia-sip as SIP stack. I found that msg_dup does not completly copy SIP messages when sofia-sip has been built with gcc 4.9.2. After more investigations, I found that gcc's optimizations alterate the working of the msg_hclass_offset() function. More sepcificaly, gcc destroies the loop situated at line 2551.&lt;/p&gt;
&lt;p&gt;The issue occures with version 4.9.x of gcc and the last release of sofia-sip (1.12.11).&lt;/p&gt;
&lt;p&gt;I give you in attachement a programm that highlight the issue. It parse a SIP message located in a file, copy it with msg_dup() and print the source message and copied message by using msg_as_string().&lt;/p&gt;
&lt;p&gt;Thank you in advance&lt;/p&gt;
&lt;p&gt;François Grisez&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>sres_sip.c:907: possible cut'n'paste error ?</title><link href="https://sourceforge.net/p/sofia-sip/bugs/122/" rel="alternate"/><published>2014-04-28T09:22:02.831000Z</published><updated>2014-04-28T09:22:02.831000Z</updated><author><name>dcb</name><uri>https://sourceforge.net/u/dcb314/</uri></author><id>https://sourceforge.net04e31357fafbbfde638016bc1b50299cec3ddd15</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;sres_sip.c:907]: (style) Expression is always false because 'else if' condition matches previous condition at line 902.&lt;/p&gt;
&lt;p&gt;Source code is&lt;/p&gt;
&lt;div class="codehilite"&gt;&lt;pre&gt;&lt;span class="k"&gt;else&lt;/span&gt; &lt;span class="nf"&gt;if&lt;/span&gt; &lt;span class="p"&gt;(&lt;/span&gt;&lt;span class="n"&gt;type&lt;/span&gt; &lt;span class="o"&gt;==&lt;/span&gt; &lt;span class="n"&gt;sres_type_cname&lt;/span&gt;&lt;span class="p"&gt;)&lt;/span&gt; &lt;span class="p"&gt;{&lt;/span&gt;
  &lt;span class="kt"&gt;char&lt;/span&gt; &lt;span class="k"&gt;const&lt;/span&gt; &lt;span class="o"&gt;*&lt;/span&gt;&lt;span class="n"&gt;cname&lt;/span&gt; &lt;span class="o"&gt;=&lt;/span&gt; &lt;span class="n"&gt;sr&lt;/span&gt;&lt;span class="o"&gt;-&amp;gt;&lt;/span&gt;&lt;span class="n"&gt;sr_cname&lt;/span&gt;&lt;span class="o"&gt;-&amp;gt;&lt;/span&gt;&lt;span class="n"&gt;cn_cname&lt;/span&gt;&lt;span class="p"&gt;;&lt;/span&gt;
  &lt;span class="n"&gt;SU_DEBUG_5&lt;/span&gt;&lt;span class="p"&gt;((&lt;/span&gt;&lt;span class="s"&gt;&amp;quot;srs(%p): %s IN CNAME %s&lt;/span&gt;&lt;span class="se"&gt;\n&lt;/span&gt;&lt;span class="s"&gt;&amp;quot;&lt;/span&gt;&lt;span class="p"&gt;,&lt;/span&gt; &lt;span class="p"&gt;(&lt;/span&gt;&lt;span class="kt"&gt;void&lt;/span&gt; &lt;span class="o"&gt;*&lt;/span&gt;&lt;span class="p"&gt;)&lt;/span&gt;&lt;span class="n"&gt;srs&lt;/span&gt;&lt;span class="p"&gt;,&lt;/span&gt; &lt;span class="n"&gt;domain&lt;/span&gt;&lt;span class="p"&gt;,&lt;/span&gt; &lt;span class="n"&gt;cname&lt;/span&gt;&lt;span class="p"&gt;));&lt;/span&gt;
&lt;span class="p"&gt;}&lt;/span&gt;
&lt;/pre&gt;&lt;/div&gt;
&lt;h1 id="if-su_have_in6"&gt;if SU_HAVE_IN6&lt;/h1&gt;
&lt;div class="codehilite"&gt;&lt;pre&gt;&lt;span class="k"&gt;else&lt;/span&gt; &lt;span class="nf"&gt;if&lt;/span&gt; &lt;span class="p"&gt;(&lt;/span&gt;&lt;span class="n"&gt;type&lt;/span&gt; &lt;span class="o"&gt;==&lt;/span&gt; &lt;span class="n"&gt;sres_type_cname&lt;/span&gt;&lt;span class="p"&gt;)&lt;/span&gt; &lt;span class="p"&gt;{&lt;/span&gt;
  &lt;span class="kt"&gt;sres_aaaa_record_t&lt;/span&gt; &lt;span class="k"&gt;const&lt;/span&gt; &lt;span class="o"&gt;*&lt;/span&gt;&lt;span class="n"&gt;aaaa&lt;/span&gt; &lt;span class="o"&gt;=&lt;/span&gt; &lt;span class="n"&gt;sr&lt;/span&gt;&lt;span class="o"&gt;-&amp;gt;&lt;/span&gt;&lt;span class="n"&gt;sr_aaaa&lt;/span&gt;&lt;span class="p"&gt;;&lt;/span&gt;
  &lt;span class="n"&gt;su_inet_ntop&lt;/span&gt;&lt;span class="p"&gt;(&lt;/span&gt;&lt;span class="n"&gt;AF_INET6&lt;/span&gt;&lt;span class="p"&gt;,&lt;/span&gt; &lt;span class="o"&gt;&amp;amp;&lt;/span&gt;&lt;span class="n"&gt;aaaa&lt;/span&gt;&lt;span class="o"&gt;-&amp;gt;&lt;/span&gt;&lt;span class="n"&gt;aaaa_addr&lt;/span&gt;&lt;span class="p"&gt;,&lt;/span&gt; &lt;span class="n"&gt;addr&lt;/span&gt;&lt;span class="p"&gt;,&lt;/span&gt; &lt;span class="k"&gt;sizeof&lt;/span&gt;&lt;span class="p"&gt;(&lt;/span&gt;&lt;span class="n"&gt;addr&lt;/span&gt;&lt;span class="p"&gt;));&lt;/span&gt;
  &lt;span class="n"&gt;SU_DEBUG_5&lt;/span&gt;&lt;span class="p"&gt;((&lt;/span&gt;&lt;span class="s"&gt;&amp;quot;srs(%p): %s IN AAAA %s&lt;/span&gt;&lt;span class="se"&gt;\n&lt;/span&gt;&lt;span class="s"&gt;&amp;quot;&lt;/span&gt;&lt;span class="p"&gt;,&lt;/span&gt; &lt;span class="p"&gt;(&lt;/span&gt;&lt;span class="kt"&gt;void&lt;/span&gt; &lt;span class="o"&gt;*&lt;/span&gt;&lt;span class="p"&gt;)&lt;/span&gt;&lt;span class="n"&gt;srs&lt;/span&gt;&lt;span class="p"&gt;,&lt;/span&gt; &lt;span class="n"&gt;domain&lt;/span&gt;&lt;span class="p"&gt;,&lt;/span&gt; &lt;span class="n"&gt;addr&lt;/span&gt;&lt;span class="p"&gt;));&lt;/span&gt;
&lt;span class="p"&gt;}&lt;/span&gt;
&lt;/pre&gt;&lt;/div&gt;
&lt;/div&gt;</summary></entry><entry><title>#121 Undefined C language feature triggered</title><link href="https://sourceforge.net/p/sofia-sip/bugs/121/?limit=25#af20" rel="alternate"/><published>2013-12-05T20:22:40.128000Z</published><updated>2013-12-05T20:22:40.128000Z</updated><author><name>Simon McVittie</name><uri>https://sourceforge.net/u/smcvittie/</uri></author><id>https://sourceforge.net3f423dcbe3fbec9aba41014dd2ba7d9b91da660e</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Steps to reproduce:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;compile with gcc 4.8&lt;/li&gt;
&lt;li&gt;various uses of SIP, including running the telepathy-rakia regression tests as described on &lt;a href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729301" rel="nofollow"&gt;http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729301&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Expected result:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;tests pass, SIP calls work, etc.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Actual result:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;the symptom I saw in the failing regression tests was that the body of a MESSAGE was 0 bytes long, rather than the expected 5 ("hello")&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Workaround:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;gcc -fno-aggressive-loop-optimizations&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</summary></entry><entry><title>#121 Undefined C language feature triggered</title><link href="https://sourceforge.net/p/sofia-sip/bugs/121/?limit=50#d3a3" rel="alternate"/><published>2013-12-05T20:18:16.705000Z</published><updated>2013-12-05T20:18:16.705000Z</updated><author><name>Simon McVittie</name><uri>https://sourceforge.net/u/smcvittie/</uri></author><id>https://sourceforge.net030b22a9e117de76ae84f3afb753003ad55a13c6</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Here is a version of the patch without whitespace damage so git/patch can apply it.&lt;/p&gt;
&lt;p&gt;Other downstream references to this bug include:&lt;/p&gt;
&lt;p&gt;&lt;a href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729301" rel="nofollow"&gt;http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729301&lt;/a&gt;&lt;br /&gt;
&lt;a href="https://bugs.launchpad.net/ubuntu/+source/sofia-sip/+bug/1246171" rel="nofollow"&gt;https://bugs.launchpad.net/ubuntu/+source/sofia-sip/+bug/1246171&lt;/a&gt;&lt;br /&gt;
&lt;a href="http://lists.freedesktop.org/archives/telepathy/2013-November/006536.html" rel="nofollow"&gt;http://lists.freedesktop.org/archives/telepathy/2013-November/006536.html&lt;/a&gt;&lt;br /&gt;
&lt;a href="http://lists.freedesktop.org/archives/telepathy/2013-December/006542.html" rel="nofollow"&gt;http://lists.freedesktop.org/archives/telepathy/2013-December/006542.html&lt;/a&gt;&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Undefined C language feature triggered</title><link href="https://sourceforge.net/p/sofia-sip/bugs/121/" rel="alternate"/><published>2013-11-14T21:03:17.840000Z</published><updated>2013-11-14T21:03:17.840000Z</updated><author><name>Olivier Crête</name><uri>https://sourceforge.net/u/therealtester/</uri></author><id>https://sourceforge.net7a69fc610ab089c72339bc2b0ae024bf1f6401fa</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;There is a patch at&lt;br /&gt;
&lt;a href="https://bugzilla.redhat.com/show_bug.cgi?id=981056" rel="nofollow"&gt;https://bugzilla.redhat.com/show_bug.cgi?id=981056&lt;/a&gt;&lt;/p&gt;&lt;/div&gt;</summary></entry></feed>