All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christoph Hellwig <hch@ns.caldera.de>
To: "Albert D. Cahalan" <acahalan@cs.uml.edu>
Cc: Keith Owens <kaos@ocs.com.au>, linux-kernel@vger.kernel.org
Subject: Re: daddr_t is inconsistent and barely used
Date: Thu, 16 Aug 2001 05:59:19 +0200	[thread overview]
Message-ID: <20010816055919.A30279@caldera.de> (raw)
In-Reply-To: <20010816052119.A28800@caldera.de> <200108160352.f7G3qbw236026@saturn.cs.uml.edu>
In-Reply-To: <200108160352.f7G3qbw236026@saturn.cs.uml.edu>; from acahalan@cs.uml.edu on Wed, Aug 15, 2001 at 11:52:37PM -0400

On Wed, Aug 15, 2001 at 11:52:37PM -0400, Albert D. Cahalan wrote:
> Christoph Hellwig writes:
> >>> In article <9980.997929632@kao2.melbourne.sgi.com> you wrote:
> 
> >>>> The use of daddr_t in freevxfs may give different in core
> >>>> and disk layouts on different machines.  Is that intended?.
> ...
> > vx_daddr_t is for disk structures, daddr_t for core.
> 
> This is asking for trouble. The disk structures aren't about
> to change. See include/linux/ext2_fs.h for a safe way to do
> the on-disk structure. For the in-core stuff, "unsigned long"
> is a perfectly fine data type -- and yes I know it gets wider
> with a 64-bit system.

Please take a look how vx_daddr_t is defined - just because I prefer
descriptive names I am not stupid.

	Christoph

> Don't forget to add explicit padding as needed to give natural alignment.

Thanks for you help, I have never worked with structure layouts before..

	Christoph

-- 
Of course it doesn't work. We've performed a software upgrade.

      reply	other threads:[~2001-08-16  4:00 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-08-16  2:40 daddr_t is inconsistent and barely used Keith Owens
2001-08-16  2:57 ` Christoph Hellwig
2001-08-16  3:14   ` Keith Owens
2001-08-16  3:21     ` Christoph Hellwig
2001-08-16  3:52       ` Albert D. Cahalan
2001-08-16  3:59         ` Christoph Hellwig [this message]

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=20010816055919.A30279@caldera.de \
    --to=hch@ns.caldera.de \
    --cc=acahalan@cs.uml.edu \
    --cc=kaos@ocs.com.au \
    --cc=linux-kernel@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.