TAPI architecture.   

Hello, everybody.
 It seems what TAPI developer must go directly to the heaven after
death because of problems while alive :)

I am not sure but I think it is so. Let say there are two processes
using same phisical
 line. ( In my case this is cellphone line). Now if one application
( for example MS phone)
 gets a handle it becomes like it is written 'sole' owner. Other
application can apply some
 functions to this new handle (cause it can take owner rights), but it
seems what not all things
 can be done or they cannot be done right at the moment but can be
done later. For example:

App1: makeRequest -> new handle allocated
App2: gets new handle via LINECALLSTATE_APPNEWCALL
  if it is try to drop this call no errors occures, (lineDrop called
from app2 ends asynchronously with 0 result)
  but call left alive like it is was not droppped.
After app1 establish connection to other part, app2 can drop call and
it will be closed.

In my case I need to drop call before it is becomes connected. I think
I cannot drop call at early
 state because I am not 'sole' owner of this call.
Is there any solution how to become full right owner of the call ?
Maybe there some solution how hook system so it call my application to
makeRequest ( I try
lineSetAppPriority, but it was not working for me, it is possible what
I am doing something wrong).
So if somebody see something like this, or maybe already has such
problems or maybe knows
 somebody who knows how, give any info.
Normally I would write application which impelemnts all functions
inside. But I need to use some
 windows or phone native functions (like speed dial, contact search,
etc.) so I cannot fully disable
 native phone processing.
I hope you understand what I write here :)

Respectfully,
Romualdas

date: Thu, 14 Aug 2008 02:02:41 -0700 (PDT)   author:   unknown

Re: TAPI architecture.   

schrieb im Newsbeitrag
news:182b9667-c71d-4d5a-be92-cb5335a0a872@w7g2000hsa.googlegroups.com...
> Is there any solution how to become full right owner of the call ?

Romualdas,
you may want to try lineSetCallPrivilege(hCall, _OWNER);

-- 
Best Regards
Andreas Marschall
Microsoft MVP for TAPI / Windows SDK / Visual C++
TAPI / TSP Developer and Tester
My TAPI and TSPI FAQ:
http://www.I-B-A-M.de/Andreas_Marschall's_TAPI_and_TSPI_FAQ.htm
My Toto® Tools (a collection of free, mostly TAPI related tools):
http://www.i-b-a-m.de/Andreas_Marschall's_Toto_Tools.htm
TAPI development around the world (Frappr! map):
http://www.frappr.com/TAPIaroundTheWorld
* Please post all messages and replies to the newsgroup so all may
* benefit from the discussion.  Private mail is usually not replied to.
* This posting is provided "AS IS" with no warranties, and confers no rights.

date: Thu, 14 Aug 2008 23:06:16 +0200   author:   Andreas Marschall [MVP TAPI]

Re: TAPI architecture.   

Hello Andreas,

I do this, but it seems there are some undeclared
 differences between _OWNER and 'sole' owner

For example application which initiates call - allocates
 call handle first becomes real owner and can drop call
immideatly all other can be owners after some time or after
call reaches some state. So maybe there are some info
ohow I can take ownership, so other application loose its
 owner rights or something like this.
For now, from my point of view it seems I need some TSP dll
 wrapper which takes all of calls processing and some of them
 do not goes directly to the TSP dll.

I check phone and I found two TSP dlls on my system. First is UniTsp
and other is CellTsp. Is it possible that our applications use
different TSP
for same call types (we use DATAMODEM | INTERACTIVEVOICE) ?

Respectully,
Romualdas

date: Fri, 15 Aug 2008 01:35:13 -0700 (PDT)   author:   unknown

Re: TAPI architecture.   

schrieb im Newsbeitrag 
news:efb1bd5c-20d4-4aa8-a4ab-fb26012eb518@z66g2000hsc.googlegroups.com...

> For now, from my point of view it seems I need some TSP dll
> wrapper which takes all of calls processing and some of them
> do not goes directly to the TSP dll.
>
> I check phone and I found two TSP dlls on my system. First is UniTsp
> and other is CellTsp. Is it possible that our applications use
> different TSP
> for same call types (we use DATAMODEM | INTERACTIVEVOICE) ?
>
> Respectully,
> Romualdas


hey Romualdas,

I am not an expert, but if you want a TSP dll wrapper, you can try Julmar 
TSP++.
AFAIK, using different TSP at the same time is not possible.

regards, Sheng Zhang

date: Tue, 19 Aug 2008 13:29:45 +0200   author:   Sheng Zhang

Re: TAPI architecture.   

Thanks all for answers. Was a little bit busy with my TAPI project.
I will look for TSP++, but I like more to write my own code, just to
know things, I am working on, better.

Respectfully,
Romualdas

date: Mon, 1 Sep 2008 02:26:24 -0700 (PDT)   author:   unknown