From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: [PATCH 2/2] Added SQLite history plugin
Date: Wed, 07 Apr 2010 13:20:47 -0500 [thread overview]
Message-ID: <201004071320.47709.denkenz@gmail.com> (raw)
In-Reply-To: <n2w359c5481004071109x6378017dia94253542b9e4626@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1609 bytes --]
Hi Niko,
> On Wed, Apr 7, 2010 at 7:55 PM, Denis Kenzior <denkenz@gmail.com> wrote:
> [...]
>
> >> Yes, anyway I'm thinking about the case when the storage system is
> >> full, or an other error occours while trying to store the message.
> >> In this case the driver should notify the network with a NACK, while a
> >> signal should notify the user that the storage is full or there is
> >> another problem.
> >
> > If your storage is full then you have other problems. Adding nack/ack
> > capability would increate the complexity of the driver/core about 10
> > fold, so this is not something we're willing to consider right now. If
> > this is an issue, then the user should be notified well in advance to
> > rectify the situation or face possible data loss.
>
> That's not always possibile, for example in the case of
> filesystem/block device faults.
> I have a real case here, on the freerunner sometimes using the WiFi
> will broke the access to the SD media card, I know it's not a perfect
> device but similiar problems may happen on different hardware too.
>
> Anyway I was aware of such complexity, my old phones nacks when the
> sim/me/fs storage is full, hoping that will be addressed in some
> future.
This is certainly possible to add, however the priority is rather low because
only truly bizarre conditions result in loss of data. Namely disk full and
physical device corruption. In both cases you have other more important
information than SMS that will be lost.
If this is important to you, you can always submit a patch :)
Regards,
-Denis
next prev parent reply other threads:[~2010-04-07 18:20 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-06 10:43 [PATCH 2/2] Added SQLite history plugin Dario
2010-04-06 17:56 ` Denis Kenzior
2010-04-07 8:50 ` Dario
2010-04-07 17:01 ` Denis Kenzior
2010-04-07 17:54 ` Nicola Mfb
2010-04-07 18:05 ` Denis Kenzior
2010-04-07 19:20 ` Nicola Mfb
2010-04-07 19:33 ` Denis Kenzior
2010-04-07 21:26 ` Nicola Mfb
2010-04-07 11:47 ` Nicola Mfb
2010-04-07 17:28 ` Bastian, Waldo
2010-04-07 17:33 ` Denis Kenzior
2010-04-07 17:43 ` Nicola Mfb
2010-04-07 17:55 ` Denis Kenzior
2010-04-07 18:09 ` Nicola Mfb
2010-04-07 18:20 ` Denis Kenzior [this message]
2010-04-07 18:03 ` Bastian, Waldo
2010-04-07 18:27 ` Denis Kenzior
2010-04-07 19:28 ` Denis Kenzior
-- strict thread matches above, loose matches on Subject: below --
2010-04-04 21:51 Dario
2010-04-05 2:54 ` Bastian, Waldo
2010-04-06 10:55 ` Dario
2010-04-06 16:12 ` Bastian, Waldo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201004071320.47709.denkenz@gmail.com \
--to=denkenz@gmail.com \
--cc=ofono@ofono.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.