I am trying to programmatically change the dial tone
in our application.  I'm using the NetServiceAPI.lib and ConnectionMgr API
to try
and do this.

I have seen a couple of reports of strange behavior regarding the use
of these APIs.  From what others have reported and my own research, it would
appear that the structures and/or functions supplied in this API do NOT
match
the underlying structures in the OS.

In particular, there seems to be a size problem that consistently causes the
setting
of the pulse flag to be corrupted (usually resulting in the flag being true
and a pulse dial).
I have had no luck changing this setting programmatically (though
call-waiting, prefix, etc., 
appear to work correctly).

There is a slight difference in behavior between 3.5, 3.5.2 and 4.0 (with
3.5.2 and 4.0
behaving nearly the same).  In 3.5, invoking the network preference panel
can cause the
desired changes to stick.  In 3.5.2 and 4.0, I find it difficult to get a
tone dialing
preference to stick at all.  Basically, what I'm seeing is that if in these
versions, one
touches the preferences at all with the NetServiceAPI, then the settings
will be corrupted
(with the dialing type always being pulse).

There are a couple of disturbing things in this API...  1.) Examination of
the structures
shows a flag pulseDial in the PhonePrefs, but, there is also a setting in
the CncProfile
API for setting a pulse dial mode.  This can't be good having the same
setting in two 
APIs - It makes me worry that there is some collision going on in there.

Sorry, I'm rambling here, there are a lot of scenarios going on in me head.
What I'm hoping is
that someone at Palm can look at the NetServiceAPI code and/or CncXXX code
and verify that there
is indeed a structure size problem going on here....  I think my problem can
be summed up as:
Using the NetServiceAPI corrupts the underlying structures resulting in a
pulse dial....



Thanks,
Kevin

-- 
For information on using the Palm Developer Forums, or to unsubscribe, please see 
http://www.palmos.com/dev/tech/support/forums/

Reply via email to