On Fri, 6 Jul 2001, Alex Judd wrote:
> Ideally the whole of the smsc_at module could do with a good overhall to
> make it asyncronous and to learn from the behaviour patterns that everyone
> in this group has worked out (as well as to make it upgraded to the new smsc
> code style). Best plan would be to put a team together to work on this part
> of the code and it's architecture - I suggest Nick Clarey, myself, yourself,
> any other volunteers - and then we can ideally produce a fully working at
> smsc gateway (*smslink and all the others in the market that I have found
> have various other limitations so it would do everyone a favour to do this).
Remember to write it to use smscconn.c, not smsc.c, when you do this :)
(it should be even easier to write it to use smscconn than smsc as
there is no more pending_message etc. calls. After that only sema uses
smsc.c and it needs rewriting, too, and then we can finally get rid of
that old relic causing problems)
I was also looking to update smsc_at but I am completely filled up
with other little fixes so if someone else does this that would be
excellent.
--
&Kalle || http://iki.fi/rpr/
