RE: New Stable release

a) We can use configure switches to turn this behaviour on and off. the
patches against at2 use #ifdefs to enable/disable them. I have tested it
to work in a production environment with and without the the
USE_SIM_BUFFERING define.
b) The at2 patches were written to solve the problem of the SIM flash
memory shor life span by only allowing writes to the flash memory when
absolutly needed. under normal load no SM will ever be stored in memory.
these changes only come into effect when under heavy load some messages
lend in SIM memory.

I regard the at2 patch to be completly safe and we have been using it in
a production setting for almost two months now.

Oded Arbel
m-Wise Inc.
[email protected]

--
"Success is not the result of spontaneous combustion. You must set
yourself on fire."
	-- Reggie Leach


> -----Original Message-----
> From: Bruno David Rodrigues [mailto:[email protected]]
> Sent: Monday, February 25, 2002 3:43 PM
> To: Alexei Pashkovsky
> Cc: [email protected]
> Subject: Re: New Stable release
> 
> 
> Cant we have it configurable in ./configure or config file to 
> choose between
> direct, sim card or phone memory has I suggested before ?
> 
> 
> ----- Original Message -----
> From: "Alexei Pashkovsky" <[email protected]>
> To: <[email protected]>
> Sent: Monday, February 25, 2002 10:40 PM
> Subject: Re: New Stable release
> 
> 
> As regarding to SIM buffering patches :
> I don't think these are to be included in any type of stable 
> version, and
> there's a very simple and clear reason.
> Sim card has flash memory where it stores those messages if 
> they are not
> requested to be output to the prompt by terminal.
> Every flash memory card has it's life circle , which is pretty short
> comparing to count of messages one would want to receive/send 
> with it in
> production environment.
> Let's say normal Sim will not live if you save to it over 
> 10.000 - 50.000
> sms.
> While   10.000 seems to be a huge number, it is not actually 
> that big, and
> in production environments I personally saw a sim card which 
> received over
> 100.000 sms.
> This would not be possible if it would be over the "Sim 
> buffering" technics,
> the card would simply go screwed.
> So far, I suppose this buffering conception is for risky 
> people only, and we
> definately would not want to include in stable release 
> something that could
> damage user's hardware.
> 
> ----- Original Message -----
> From: "Stipe Tolj" <[email protected]>
> Cc: <[email protected]>
> Sent: Monday, February 25, 2002 5:19 AM
> Subject: Re: New Stable release
> 
> 
> > Oded Arbel wrote:
> > >
> > >
> > > I'm not absolutly sure we don't need AT anymore, but I 
> think it would
> > > probably be a good idea. if we need something that only 
> AT does (nothing
> > > AFAIK) we can always grab it from the CVS.
> > > what about the SIM buffering patches - do you think these 
> should be
> > > merged in the old/new AT module ?
> >
> > I haven't reviewed them and I'm out of time scope until next Sunday.
> >
> > If anyone other can suggest in merging the patch in please take your
> > heads up on the list and present your review results and tell us how
> > far you have tested it.
> >
> > Stipe
> >
> > [email protected]
> > -------------------------------------------------------------------
> > Wapme Systems AG
> >
> > Münsterstr. 248
> > 40470 Düsseldorf
> >
> > Tel: +49-211-74845-0
> > Fax: +49-211-74845-299
> >
> > E-Mail: [email protected]
> > Internet: http://www.wapme-systems.de
> > -------------------------------------------------------------------
> > wapme.net - wherever you are
> >
> >
> 
> 
> 
> 
> 
>