Forums | developer.brewmp.com Forums | developer.brewmp.com

Developer

Forums

Forums:

hi all
when i try to create the instance of ICall interface it revert back with error no 3 ECLASSNOTSUPPORT :: Specified class unsupported .Does ICall interface support to BREW 3.1.4 & device 3.0.1? i am checking the snippet in simulator .when i execute the code it gives caller number(inside code ) :eek: .
The call duration inside the tapi emulation is increasing but call id remains 0. :mad:

I can answer the call the call state from AEETCallInfo also changes then whats going wrong? :confused: :confused:
hope u reply thanks in advance

ketan

try adding tapi privileges to the mif.
Although it's weird as ICAll is a standard interface.
AEETcallstate always changes based on the current state of the call. So you wont' always gte the same value.

try adding tapi privileges to the mif.
Although it's weird as ICAll is a standard interface.
AEETcallstate always changes based on the current state of the call. So you wont' always gte the same value.

ash_123 wrote:try adding tapi privileges to the mif.
Although it's weird as ICAll is a standard interface.
AEETcallstate always changes based on the current state of the call. So you wont' always gte the same value.
i had added privileges to the mif but what i found is there is no need to create the
instance of ICall interface when there is call to answer. see the post
http://brewforums.qualcomm.com/showthread.php?t=13407
but again problem arises when i made call it first goes in AEET_CALL_STATE_INCOM where i answer the call the call duration in tapi simulation increases. After some seconds again the control goes in app at this time call goes in dermant state. & i got message
*OEMTelephone.c:1191 - CDMA Feature not defined in this build !!
what exactly the scenario is this ?
hope u reply
ketan

ash_123 wrote:try adding tapi privileges to the mif.
Although it's weird as ICAll is a standard interface.
AEETcallstate always changes based on the current state of the call. So you wont' always gte the same value.
i had added privileges to the mif but what i found is there is no need to create the
instance of ICall interface when there is call to answer. see the post
http://brewforums.qualcomm.com/showthread.php?t=13407
but again problem arises when i made call it first goes in AEET_CALL_STATE_INCOM where i answer the call the call duration in tapi simulation increases. After some seconds again the control goes in app at this time call goes in dermant state. & i got message
*OEMTelephone.c:1191 - CDMA Feature not defined in this build !!
what exactly the scenario is this ?
hope u reply
ketan

Can you describe what you are looking for exactly ?

Can you describe what you are looking for exactly ?

well the scenario is the application should receive all the call & answer the call whose numbers are in database. i managed to answer call through application but after answering the call using ICall_Answer() the call goes in dormant state. i am testing this for simulator
Hope u get.
ketan

well the scenario is the application should receive all the call & answer the call whose numbers are in database. i managed to answer call through application but after answering the call using ICall_Answer() the call goes in dormant state. i am testing this for simulator
Hope u get.
ketan

Register for ITAPI_OnCallStatus and see what status you get.
Test it on a device if you have one.
Also in simulator settings, set it to use CDMA network.. basically check the network settings on sim..

Register for ITAPI_OnCallStatus and see what status you get.
Test it on a device if you have one.
Also in simulator settings, set it to use CDMA network.. basically check the network settings on sim..