From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Rocky Bernstein Newsgroups: gmane.emacs.devel Subject: Re: A couple of things that I think should be in byte bytecode meta comments Date: Sat, 23 Dec 2017 03:44:45 -0500 Message-ID: References: <83o9mqlin0.fsf@gnu.org> <83h8sildcd.fsf@gnu.org> <83fu81luke.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="001a113e3618f9365f0560fdf1a5" X-Trace: blaine.gmane.org 1514018605 32085 195.159.176.226 (23 Dec 2017 08:43:25 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 23 Dec 2017 08:43:25 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 23 09:43:21 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eSfOr-00082U-7G for ged-emacs-devel@m.gmane.org; Sat, 23 Dec 2017 09:43:21 +0100 Original-Received: from localhost ([::1]:41016 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eSfQp-000641-Jb for ged-emacs-devel@m.gmane.org; Sat, 23 Dec 2017 03:45:23 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35866) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eSfQG-00063w-7s for emacs-devel@gnu.org; Sat, 23 Dec 2017 03:44:49 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eSfQF-0001qz-8t for emacs-devel@gnu.org; Sat, 23 Dec 2017 03:44:48 -0500 Original-Received: from mail-qt0-x22f.google.com ([2607:f8b0:400d:c0d::22f]:33859) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eSfQF-0001qa-3U for emacs-devel@gnu.org; Sat, 23 Dec 2017 03:44:47 -0500 Original-Received: by mail-qt0-x22f.google.com with SMTP id 33so38797926qtv.1 for ; Sat, 23 Dec 2017 00:44:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:cc; bh=4/5YmHsCZpgmR4q6bCxV1eGezkG9BD2uQPD2SMOfzlI=; b=mti+l+0vQ4cKGzHqzxq4bkgL5ZD3wedn+lr6FuQ3VzxG23/o9Ro63+MOOA84Dwt1SB 4y9LsA7yVHugIMH9xJdAggVpYfQmqEmQPY69img8WZA8PwcajuzAXmUwJCVa9hKAQrIh kQeISy/OR5jq62K7ZjvyDGk/r9hdMHAdn8t5VDtp5kA9AneI+RENysNM/pH3zLA0UKIU 8KCzs9y0zBBAfEDnMUWHmCY/6bDUzG/FcS5zTfJmxtd3+J5bjnzv3tBOAtkiSFXoiCkT +/y9xiAHYQa+sm8D7Awx4CgVv471tmxUB4ZbM1oDjz67mmBXttsmW3H9flYpHxNR68ah nvLA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:cc; bh=4/5YmHsCZpgmR4q6bCxV1eGezkG9BD2uQPD2SMOfzlI=; b=W9J7h1N9f2n7E9p/10cY/3ypg9wp1lSNqJDXsue1F3zm97nm/NO4VvKSBNLXqCjD/Y 7Qt1AsXAnKjziNYqAr3u0GflXvBx8TmgkLN79X0XJoci8ie2hzBQNql0IO21TBeXkfuP W39TBi9+TTl6DatCZXM9Og4Fy14uPcALqyYZPq42+qTucT3Olsa8nnF9qm5CHvDOXBLo VbtOGDT8tqPqBuY+kRBMz+bNNSvpQLfkn5LE+GVbuA88hn3F28u5eK/CMFw5ubM9mzsn abGs+g1rNmgLaN87snz0eOz+1cHGNOMQSDOUP0d/vZLL8SpCbB8CLhYF39uoCsP3Agjl V6zw== X-Gm-Message-State: AKGB3mIvpORk1dhBR7icCfLemId0gUJC/RB8In+YoSxPp9huHrx9kint eiAm5v/Xyhe3OHeO23Pq4MqF0K3nYzZ8hxppg+cCHNsy X-Google-Smtp-Source: ACJfBovhIIXK1MDbDmZen1sBEcmuSt8Zx4l+hRsFL+Ki5fZov2+j75bS3DghJ7RfeyNrRR3xkxPhtrw8qy4dJR3/imY= X-Received: by 10.237.36.114 with SMTP id s47mr22769138qtc.144.1514018686185; Sat, 23 Dec 2017 00:44:46 -0800 (PST) Original-Received: by 10.12.197.8 with HTTP; Sat, 23 Dec 2017 00:44:45 -0800 (PST) In-Reply-To: <83fu81luke.fsf@gnu.org> X-Google-Sender-Auth: kViss5sI-KbNniWKdupQGHQ9HrA X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:400d:c0d::22f X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:221369 Archived-At: --001a113e3618f9365f0560fdf1a5 Content-Type: text/plain; charset="UTF-8" On Sat, Dec 23, 2017 at 3:25 AM, Eli Zaretskii wrote: > > From: Rocky Bernstein > > Date: Fri, 22 Dec 2017 15:55:06 -0500 > > Cc: emacs-devel@gnu.org > > > > That there is also a SHA of the text. If the text in any of those 60 > files is identical it doesn't matter for purposes > > of debugging and error location determination which one > > in the set you decide to call the source. > > If there's a SHA, why do we also need a file name? > > > I'm saying that the minuscule amount of times it will work will drown > > in the sea of times it won't. Worse, when it "doesn't work", it will > > many times produce a false alarm: the file name is different, but the > > contents was identical. > > > > If that's the case, then how is this different than what we have now? > > If it isn't different, why add the recording of file names? It does > nothing to improve the situation. > Path names give you good places to start looking for the file. And often they can quickly give information as to what's up, e.g. I am running from the stable or development branch. Or running from an Ubuntu build or a source-code build. --001a113e3618f9365f0560fdf1a5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sat, Dec 23, 2017 at 3:25 AM, Eli Zaretskii <eliz@gnu.org>= wrote:
> From: Roc= ky Bernstein <rocky@gnu.org>
> Date: Fri, 22 Dec 2017 15:55:06 -0500
> Cc: emacs-devel@gnu.org
>
> That there is also a SHA of=C2=A0 the text. If the text in any of thos= e 60 files is identical it doesn't matter for purposes
> of debugging and error location determination which one
> in the set you decide to call the source.

If there's a SHA, why do we also need a file name?

>=C2=A0 I'm saying that the minuscule amount of times it will work w= ill drown
>=C2=A0 in the sea of times it won't.=C2=A0 Worse, when it "doe= sn't work", it will
>=C2=A0 many times produce a false alarm: the file name is different, bu= t the
>=C2=A0 contents was identical.
>
> If that's the case, then how is this different than what we have n= ow?

If it isn't different, why add the recording of file names?=C2= =A0 It does
nothing to improve the situation.

=C2= =A0

Path names give you good places to start looking fo= r the file.

And often they can quickly give information as to what's up, e.g. I am=20 running=C2=A0 from the stable or development branch. Or running from an=20 Ubuntu build or a source-code build.
--001a113e3618f9365f0560fdf1a5--