From: Duncan <1i5t5.duncan@cox.net>
To: linux-btrfs@vger.kernel.org
Subject: Re: btrfsck errors is it save to fix?
Date: Wed, 13 Nov 2013 12:20:32 +0000 (UTC) [thread overview]
Message-ID: <pan$51c39$fb46cbde$f4d41682$79fffe0c@cox.net> (raw)
In-Reply-To: llcala-j7c.ln1@hurikhan77.spdns.de
Kai Krakow posted on Tue, 12 Nov 2013 20:37:57 +0100 as excerpted:
>>> BTW, my first impression was that "errors 400" means something like
>>> "400 errors" - but that is just a hex bitmask which shows what errors
>>> have been found. So "errors 100" is just _one_ bit set, thus only
>>> _one_
>>> error.
>>
>> Same impression here, tho I did wonder at the conveniently even number
>> of errors... Perhaps "errors" should be retermed "error-mask" or some
>> such,
>> to make the meaning clearer?
>
> Of course the numbers are even because they are powers of two:
That's what I meant: Once I read that they were bit-flags and thus
powers of two represented in octal or hex, it made sense. Before that, I
had idly/sub-consciously wondered why errors "coincidentally" seemed to
always occur in nice round batches of X-hundred, etc, but it hadn't yet
risen to a level of consciousness where I was even aware what it was that
seemed odd about it -- that only happened in hindsight once I read the
bitflags explanation and realized what had been subconsciously bothering
me about the "too round" numbers I was interpreting them as, before.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
next prev parent reply other threads:[~2013-11-13 12:20 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-01 22:29 btrfsck errors is it save to fix? Hendrik Friedel
2013-11-02 8:12 ` cwillu
2013-11-02 8:58 ` Hendrik Friedel
2013-11-04 21:14 ` Hendrik Friedel
2013-11-05 2:03 ` cwillu
2013-11-06 6:45 ` Hendrik Friedel
2013-11-07 19:16 ` Hendrik Friedel
2013-11-08 10:09 ` Duncan
2013-11-09 8:33 ` Hendrik Friedel
2013-11-11 19:06 ` Hendrik Friedel
2013-11-11 23:58 ` Kai Krakow
2013-11-12 7:32 ` Duncan
2013-11-12 19:37 ` Kai Krakow
2013-11-13 12:20 ` Duncan [this message]
2013-11-13 12:24 ` Duncan
2013-11-16 12:32 ` Hendrik Friedel
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='pan$51c39$fb46cbde$f4d41682$79fffe0c@cox.net' \
--to=1i5t5.duncan@cox.net \
--cc=linux-btrfs@vger.kernel.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.