<div>Traun, thanks again for your help. </div>
<div>I followed your advice and I made some progress!</div>
<div> </div>
<div>I tested with the latest trunk version and also with 1.0.2, and both exhibited the same behavior.</div>
<div>I then tried writing a test script in Lua, and it worked fine.</div>
<div>So this meant the problem was in the Python module (I was sure it was some FS config issue).</div>
<div>So I started playing with a small test Python script, and I narrowed the problem down to when I'm using the "read" function.</div>
<div>Here is my test script:</div>
<div> </div>
<div>from freeswitch import *</div>
<div>def handler(session, args):</div>
<div> #answer the call<br> session.answer();</div>
<div> #play a file<br> session.streamFile("long_prompt.mp3")</div>
<div> # Test 1 - FAILED!<br> digits = session.read(5, 10, "long_prompt.mp3", 3000, "#")</div>
<div> # Test 2 - WORKED OK!<br> #session.getDigits(1,"#",7000)<br> #session.streamFile("long_prompt.mp3")</div>
<div> # TEST 3 - WORKED OK!<br> #digits = session.playAndGetDigits(5, 10, 1, 60, "#","long_prompt.mp3", "", "")</div>
<div> #hangup<br> session.hangup();<br></div>
<div>When I uncomment the code under test 1 and I make two simultaneous calls, the initial prompt plays for both calls just fine. But then the second prompt only plays on one of the channels and the other one just has dead air. When the first channel finishes playing the prompt, then the second channel starts playing it.</div>
<div> </div>
<div>Then I re-comment test 1 and uncomment either test 2 or test 3, Both prompts play just fine for both channels.</div>
<div> </div>
<div>So I think there may be a bug in the read() function somewhere. I took a look at it, but it's way over my head.</div>
<div> </div>
<div>Thanks again, </div>
<div>Adam</div>
<div> </div>
<div> </div>
<div> </div>
<div>>Message: 8<br>>Date: Thu, 9 Apr 2009 02:36:08 +0430<br>>From: Traun Leyden <<a href="mailto:tleyden@branchcut.com">tleyden@branchcut.com</a>><br>>Subject: Re: [Freeswitch-users] Two or more simultaneous calls not<br>
>To: <a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a><br>>Message-ID:<br>> <<a href="mailto:f9f80d540904081506p3f0647fei4cf843d0b1904bc0@mail.gmail.com">f9f80d540904081506p3f0647fei4cf843d0b1904bc0@mail.gmail.com</a>><br>
>Content-Type: text/plain; charset="iso-8859-1"</div>
<p>>Hi Adam,</p>
<p>>I'm stumped .. I guess you could try the following:</p>
<p>>* Try with the trunk version of freeswitch. I don't think it will matter,<br>>but just in case</p>
<p>>* Try to simulate the same test with a Lua script. Do you see the same<br>>problem?</p>
<p>>If those don't turn up anything, then the next logical step would be<br>>to start adding printf() statements in the mod_python code and<br>>find out where it is getting stuck. In particular around the parts where<br>
>it swaps the threadstate in and out. I might be able to create a patch<br>>for you, but try those other tests first.</p>
<p>>HTH,<br>>Traun</p>
<p>></p>
<div>>><br>>> Thanks for the response Traun. The version of Python is 2.4.3, and I<br>>> didn't<br>>> build it myself, I installed it with yum.<br>>> The version of Red Hat is 4.1.2-41.<br>
>> "import threading" works fine, so I don't think it's a Python threading<br>>> issue.<br>>> The FreeSWITCH version I installed is the<br>>> freeswitch-1.0.3.tar.gz<<br>>> <a href="http://files.freeswitch.org/freeswitch-1.0.3.tar.gz">http://files.freeswitch.org/freeswitch-1.0.3.tar.gz</a>><br>
>> located<br>>> at <a href="http://files.freeswitch.org">files.freeswitch.org</a>.<br>>> I didn't make any major changes to the configuration; I enabled Python and<br>>> set-up the SIP profile, directory and dialplan. No other changes.<br>
>> Any other help would be appreciated, since I really don't know where to<br>>> look.<br>>><br>>> Thanks,<br>>> Adam</div>
<div> </div>