From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mail-qk1-f172.google.com ([209.85.222.172]) by ewsd; Wed Feb 12 19:33:53 EST 2020
Received: by mail-qk1-f172.google.com with SMTP id o28so2683154qkj.9
        for <9front@9front.org>; Wed, 12 Feb 2020 16:33:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to;
        bh=G3R0exK176jPwoipOIeW5XTcEh29D9onmpGX6GrD8Ps=;
        b=UTOgyovZWmudlZRQkyoO+X9D2JegZkR38KpKc5McAdu/NOrI83pZGKCXeKUl1qLaF6
         H135+Vi6m4QGL13aV89HPVW53o+AUQubEVKT42trSBt+gPkhlwZzB8Mc2AtLiPZfi4lK
         uKENMC62QavB3nDWYzveGwfVbLWOaKA7spCW0/18COCbwUmzfMsKv2d5hpyKHQhfB9+5
         r9+OvansyhST4Std6nizs+w1XZEac6uwvmeQ18EZE+t5grmlGu11eARwBLRPAaYFt6RD
         phQkSv6cmU1ebNduLahKkysUTwI5sj0/ZyRh6lznJzTWed7ie/BE8mEjmuO5IUjZIekP
         iOJA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to;
        bh=G3R0exK176jPwoipOIeW5XTcEh29D9onmpGX6GrD8Ps=;
        b=AQMpCbVQM667dW7UXo/HlkXvI2VMP248T7CzcCU++Pw/Na3SRJOkmruJGBNzi8mJdN
         Gs5YbdSNYAxJ6YmvByBaUUzpyvBQo4BLljaCVvmuHD4SlL9E1k09Y+wMCXycZeJlxbhS
         ugg0CkdgjJjd+jBr6aBbeESuT8uBqKbaGjF4VLCWO1rtPqdtcUuDYJKZ/3acve2gpApG
         JjPQhF9aDPgFrzMHDRUxXOlHKjkVWSE6kYhiRGbS742Ue1jwPp+O3eas5zVK/A8H5MZg
         zm42e2BOGZd3XVghVtxb5CFfp6mh9byznYXXf5yC1hjB0xuno7Z31zWJ8+qqtN2uXaZJ
         HqCA==
X-Gm-Message-State: APjAAAXEmm5LTYvNnpiC0T/C+rtgwGzVIQnKbRPBbME3De6gnRqIG7yH
	A2i1atYjhPyBhWyWv7eUFWyPpSpq5KoiAYyH2X6PJzGe
X-Google-Smtp-Source: APXvYqyzmHE/tVMI49pM5A/yxw4qwWHaORLYnyG5nNLlWvQVGWXDixp20RHvMyhJkXA58bGb0V3xOF/9Zby9Whd40uc=
X-Received: by 2002:a37:a08f:: with SMTP id j137mr13144589qke.467.1581554029968;
 Wed, 12 Feb 2020 16:33:49 -0800 (PST)
MIME-Version: 1.0
References: <CAF=5iUUiB5f3=6dQw6dPpneHm-kO1vOxnTWKGyaJZ37fq_ut6w@mail.gmail.com>
 <1ba93b51-da78-8c37-f714-e354fab32b5a@qs.co.nz> <CAHjwAuxsW9J2faquv2djaedf9fT9OgFXc6FRfBH29vQBaRm6fA@mail.gmail.com>
In-Reply-To: <CAHjwAuxsW9J2faquv2djaedf9fT9OgFXc6FRfBH29vQBaRm6fA@mail.gmail.com>
From: Eli Cohen <echoline@gmail.com>
Date: Wed, 12 Feb 2020 16:33:39 -0800
Message-ID: <CAHwi9byyMsBUSzhj+zsG-JiHsda_e2kFKoU0D=24a23nkco7cg@mail.gmail.com>
Subject: Re: [9front] Mixfs: potential bug?
To: 9front@9front.org
Content-Type: text/plain; charset="UTF-8"
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: responsive extension firewall full-stack optimizer 

I've had trouble with mixfs but haven't looked into it closely yet.
sometimes it just screws up and starts missing data or something.

On Wed, Feb 12, 2020 at 4:21 PM Silas McCroskey <inkswinc@gmail.com> wrote:
>
> http://doc.cat-v.org/plan_9/4th_edition/papers/comp
>
> The "Extensions" section goes over this compiler extension:
>
> structs-within-structs declared without a name allow their members to
> be accessed directly, so
> qlock(s)
> does the same thing as
> qlock(s->Lock)
> since the "locked" member used by qlock is accessible to both.
>
> This is a compiler extension rather than pointer tricks, so it does
> not depend on ordering within the struct (as displayed in the
> Extensions section itself, where Lock is the last member of the outer
> struct).
>
> - sam-d
>
> On Wed, Feb 12, 2020 at 4:07 PM Trevor Higgins
> <plan9fullfrontal@qs.co.nz> wrote:
> >
> > Looking at the code for audio/mixfs (mixfs.c)
> >
> > The code uses qlock(s) where s is: struct Stream*.
> >
> > In the structure ,shouldn't the QLock member of the structure be the
> > first member in the structure?
> > If not so, then why does it not matter?
> >
> > Thanks.
> >
> > --
> >



-- 
http://echoline.org