Hello John,<div><br></div><div>What i am asking is if i can apply this patch manually or something like this without making any upgrade of Asterisk, has anyone done this before?</div><div><br></div><div>Or i have to upgrade my Asterisk versions...i don't really want to do this...</div>
<div><br></div><div>Thanks in Advance!<br><br><div class="gmail_quote">2010/11/22 John Novack <span dir="ltr"><<a href="mailto:jnovack@stromberg-carlson.org">jnovack@stromberg-carlson.org</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hasn't this been fixed in later versions?<br>
1.4.37 is current, or at least it was in the last few days.<br>
<br>
Upgrading with no reason isn't suggested, but in this case you have a good reason, and if you dig deep enough you may find the fix is already in place.<br>
<br>
John Novack<div><div></div><div class="h5"><br>
<br>
<br>
Danny Dias wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello Asterisk community,<br>
<br>
We are having some problems with crashes in Asterisk, my asterisk<br>
versions are 1.4.24.1 and 1.4.23.2. I have found this:<br>
<br>
"~/work/asterisk-branch-1.4$ svn log -c 260345<br>
------------------------------------------------------------------------<br>
r260345 | mmichelson | 2010-04-30 22:08:15 +0200 (Fri, 30 Apr 2010) | 18 lines<br>
<br>
Fix potential crash from race condition due to accessing channel data<br>
without the channel locked.<br>
<br>
In res_musiconhold.c, there are several places where a channel's<br>
stream's existence is checked prior to calling ast_closestream on it. The issue<br>
here is that in several cases, the channel was not locked while checking the<br>
stream. The result was that if two threads checked the state of the channel's<br>
stream at approximately the same time, then there could be a situation where<br>
both threads attempt to call ast_closestream on the channel's stream. The result<br>
here is that the refcount for the stream would go below 0, resulting in a crash.<br>
<br>
I have added proper channel locking to res_musiconhold.c to ensure that<br>
we do not try to check chan->stream without the channel locked. A<br>
Digium customer has been using this patch for several weeks and has not<br>
had any crashes since applying the patch.<br>
<br>
ABE-2147<br>
"<br>
<br>
How can i apply this patch on my asterisk versions: 1.4.24.1 and<br>
1.4.23.2? do i have to apply this patch manually?<br>
<br>
Thanks in advance for your help<br>
<br>
<br>
</blockquote>
<br>
-- <br>
<br></div></div>
Dog is my Co-pilot<br>
<br>
</blockquote></div><br><br clear="all"><br>-- <br>Ing. Danny Dias<br><a href="http://www.DannTEL.net" target="_blank">www.DannTEL.net</a><br>
</div>