diff options
author | Jeff Brown <jeffbrown@google.com> | 2013-03-27 12:34:30 -0700 |
---|---|---|
committer | Jeff Brown <jeffbrown@google.com> | 2013-03-27 12:34:30 -0700 |
commit | 44e13ef1a1aee36b4ce667670345de8ce4e6bb7b (patch) | |
tree | 5b59df86234d6123f0435f1b7db1f86f1fe751d2 /core/jni/android_database_SQLiteCommon.h | |
parent | ca3d655d20c13c71972a4475cec3b98efa7dbdd0 (diff) | |
download | frameworks_base-44e13ef1a1aee36b4ce667670345de8ce4e6bb7b.zip frameworks_base-44e13ef1a1aee36b4ce667670345de8ce4e6bb7b.tar.gz frameworks_base-44e13ef1a1aee36b4ce667670345de8ce4e6bb7b.tar.bz2 |
Disable some noisy error logs.
Disabled some error logs that occur when an input channel is
closed remotely by its peer. These can happen during normal
course of operations because the act of removing windows or
finishing IME sessions is asynchronous so both peers may react
to the change independently at different times.
The coordination with the input dispatcher is designed to
avoid logging these errors. However it's not possible to achieve
the same coordination with the IME so we might as well silence
the errors since they don't tell us anything useful.
If something truly bad happens then one of two things will occur:
1. The system will realize that the process crashed because
of a DeadObjectException or other error, so it will take
measures to clean up.
2. If the error was spurious and non-fatal (how?) then at worst
an ANR may occur because the consumer stopped reading from
the input channel. However this has never been observed
and I doubt it's even possible.
Change-Id: I11a05d6d75e63e91be003971a544069b3a0d77f4
Diffstat (limited to 'core/jni/android_database_SQLiteCommon.h')
0 files changed, 0 insertions, 0 deletions