diff options
| author | derat@chromium.org <derat@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2011-02-23 02:39:46 +0000 |
|---|---|---|
| committer | derat@chromium.org <derat@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2011-02-23 02:39:46 +0000 |
| commit | b1d454e9a59d482da63eba58ac6e08654524c996 (patch) | |
| tree | af2ef9786788d21ec0048ceef5bde207e4f3a82c /chrome/chrome_common.gypi | |
| parent | aabf17888937408499239fbbc1cc927c5f42796c (diff) | |
| download | chromium_src-b1d454e9a59d482da63eba58ac6e08654524c996.zip chromium_src-b1d454e9a59d482da63eba58ac6e08654524c996.tar.gz chromium_src-b1d454e9a59d482da63eba58ac6e08654524c996.tar.bz2 | |
chromeos: Check ALSA return values in mixer code.
We're seeing a NaN value sometimes get saved (incorrectly)
to the prefs file in the volume setting, which results in
the prefs file being unparseable the next time Chrome
starts, which results in us going through OOBE again. The
prefs code ought to write NaNs correctly so that they don't
corrupt the file, but in the meantime, this change checks
the return values from a bunch of ALSA functions (my best
theory as to how the NaN is creeping in) and for good
measure, also maps NaN volume values to the minimum volume.
BUG=chromium-os:12229
TEST=built and ran it (i haven't been able to repro the problem)
Review URL: http://codereview.chromium.org/6562001
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@75698 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'chrome/chrome_common.gypi')
0 files changed, 0 insertions, 0 deletions