On 7/27/07, <b class="gmail_sendername">Mark Michelson</b> <<a href="mailto:mmichelson@digium.com">mmichelson@digium.com</a>> wrote:<div><span class="gmail_quote"></span> <br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Could you submit this as an issue on the bugtracker? The 'n' option was<br>mucked with just prior to the 1.4.9 release and so any problems<br>experienced with it should be reported there so they can be fixed as<br>
quickly as possible.</blockquote><div><br><br>It's been submitted; to clarify though the change made in 1.4.8 related to the 'n' option doesn't seem to cause this. 1.4.8 (with or without the 'n' option) does what I'd expect it to. It's the logical overloading of go_on in
1.4.9 that broke things. go_on used to be a boolean - now it's a dual-valued variable. Sometimes it's compared just for it's truthfulness, and sometimes it's used in a numeric comparison against the queues's membercount.
<br><br>If go_on had been left alone and a new variable used to store the threshold to be compared against membercount, I don't think 1.4.9 would have broken things, because go_on would (in my configuration) never have been set to anything but zero, preventing the numeric comparison against membercount from ever being performed.
<br></div></div><br>-- <br>j.