From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham
	autolearn_force=no version=3.4.4
Received: (qmail 10931 invoked from network); 24 Jun 2021 19:18:02 -0000
Received: from 1ess.inri.net (216.126.196.35)
  by inbox.vuxu.org with ESMTPUTF8; 24 Jun 2021 19:18:02 -0000
Received: from outgoing.selfhost.de ([82.98.82.6]) by 1ess; Thu Jun 24 15:12:43 -0400 2021
Received: (qmail 6903 invoked from network); 24 Jun 2021 19:05:49 -0000
Received: from unknown (HELO mx03.bss-wf.de) (postmaster@emdtgvmf.mail.selfhost.de@84.190.147.108)
  by mailout.selfhost.de with ESMTPA; 24 Jun 2021 19:05:49 -0000
Received: by mx03.bss-wf.de (Postfix, from userid 1000)
	id E0E4A3DD8E; Thu, 24 Jun 2021 21:05:48 +0200 (CEST)
Received: from [10.137.0.34] (46.59.215.70.dynamic-pppoe.dt.ipv4.wtnet.de [46.59.215.70])
	by mx03.bss-wf.de (Postfix) with ESMTPSA id 338DF3DD78
	for <9front@9front.org>; Thu, 24 Jun 2021 21:05:47 +0200 (CEST)
To: 9front@9front.org
From: Tobias Heinicke <theinicke@bss-wf.de>
Message-ID: <6db084ee-3191-92e8-3fe1-f897ad2b50fa@bss-wf.de>
Date: Thu, 24 Jun 2021 21:05:44 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
 Thunderbird/78.11.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: proven DOM-scale element service software 
Subject: [9front] Mailing list mails completely lost?
Reply-To: 9front@9front.org
Precedence: bulk

Hi,

writing from one of my unix boxes hoping that this mail is delivered..

It seems that mails towards the ML now do get lost or maybe it is just 
me (out of order delivery is expected, but afaik no one has reported 
complete losses yet(?))

Anyhow I had send the following mail and it was never delivered (or at 
least I have not received it from the ML):

 From theinicke@bss-wf.de Mon, 21 Jun 2021 19:53:28 +0200
To: 9front@9front.org
Subject: Re: [9front] commit 1a09421f7db897e1d2e2a9210f79ca4389362c3a
Date: Mon, 21 Jun 2021 19:53:28 +0200
From: theinicke@bss-wf.de
In-Reply-To: <YNBLzJoLBatVq6U6@alice>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

Quoth Anthony Martin <ality@pbrane.org>:
 > > kencc: clarify warning for unused assignments
 > >
 > > [...]
 > >
 > > - warn(Z, "set and not used: %B", bit);
 > > + warn(Z, "assignment not used: %B", bit);
 >
 > What is unclear about "set and not used"?
 >
 > This looks to me like change for change's sake.
 > Now it's even more tedious to compare the various
 > compiler forks, the symmetry with "used and not
 > set" is gone, and the reference to this specific
 > warning in /sys/doc/comp.ms is stale.
 >
 > For what gain?
 >
 >   Anthony

I totally agree with what Anthony wrote;
also in addition to all of this the change is half-assed:

Just looking at the diff one can see that there is
still the line with the typo "set an not used".

s/set an not used/set and not used/ would have been a
better substitution!

--
Tobias Heinicke

Please feel free to correct me if my assumptions are wrong.

Cheers,
Tobias Heinicke