gnokii-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

first version of gnokii-proxyd in sf.net xanadux/qomunicator cvs


From: Luke Kenneth Casson Leighton
Subject: first version of gnokii-proxyd in sf.net xanadux/qomunicator cvs
Date: Sat, 14 Jan 2006 01:53:23 +0000
User-agent: Mutt/1.5.5.1+cvs20040105i

okay, it's just committed (give it couple hours to sync for anon cvs).

it's very basic, and as it stands, there's three unix-domain-sockets:
one for phone, one for sms, one for contacts.  i'm starting by filling
out the phone one.

_unfortunately_, libgnokii doesn't have support for phone call
monitoring (+CRING) and it also doesn't appear either - in
atbus_rx_statemachine - that it supports "RING" or "NO CARRIER",
and that sort of thing.  gomunicator, with its built-in and orribly
'acky code, focussed on this area as a priority because its primary
goals are different from gnokii (which is message management not phone
calling).

_so_ - i have quite a bit to do there... but anyway.

the initial milestone: get phone calls working, make and receive.
                       hold and battery status would be a plus.
the second milestone: get contact data read and written.
the third milestone: get SMS send/receive working.
the fourth milestone: make it possible for multiple thingies
                      to receive information.

this last one needs a little explanation.  there are _only_ three
sockets, and there is _only_ one process.  it may be worthwhile, once
things settle, adding in a bit more code to support several programs
that want to know "status" information.

this is very straightforward to do: in the "socket connection accept"
loop (check_and_accept_connects()), all i do is make the data structure
an array or list of (int)filedescriptors instead of a single one, and
then parse the entire list of file descriptors on a select() for
possible incoming commands.

in this way, many programs can be run.  one to check battery status.
one to run some sound on incoming calls.  one to check signal strength
and other status info (to be put onto a gnome/kde/opie systray).  even
built in to superkaramba (erk!!)

the only key thing is: should it be possible / allowed for many programs
to answer phone calls, and for many programs to get - and delete - SMS
messages?  that seems to be a bit of a recipe for disaster, if not
handled correctly by the programs.

l.

[p.s. and it _doesn't_ involve d-bus, and i need about an extra... 50
 lines of code, max, to do it.  the people who wrote d-bus have
 deceived you by promising something "great" when in fact it's
 nothing but extra work, and genuinely wasted a lot of developers
 time and effort.]

-- 
--
<a href="http://lkcl.net";>http://lkcl.net</a>
--




reply via email to

[Prev in Thread] Current Thread [Next in Thread]