All of lore.kernel.org
 help / color / mirror / Atom feed
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


  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.