From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Richard Copley Newsgroups: gmane.emacs.devel Subject: Re: gnutls on mingw64 Date: Fri, 29 Nov 2019 08:32:01 +0000 Message-ID: References: <86h82qq0jh.fsf@stephe-leake.org> <83k17mskr1.fsf@gnu.org> <86zhghod06.fsf@stephe-leake.org> <83blsxqprv.fsf@gnu.org> <86v9r3op8n.fsf@stephe-leake.org> <83eexrp2w9.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000fb4161059878116b" Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="199375"; mail-complaints-to="usenet@blaine.gmane.org" Cc: Stephen Leake , Emacs Development To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 29 09:55:38 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iac3u-000pkK-DV for ged-emacs-devel@m.gmane.org; Fri, 29 Nov 2019 09:55:38 +0100 Original-Received: from localhost ([::1]:56036 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iac3t-0005a5-8Y for ged-emacs-devel@m.gmane.org; Fri, 29 Nov 2019 03:55:37 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41954) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iabhi-00042b-R1 for emacs-devel@gnu.org; Fri, 29 Nov 2019 03:32:45 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iabhd-0004rR-Dc for emacs-devel@gnu.org; Fri, 29 Nov 2019 03:32:40 -0500 Original-Received: from mail-ot1-x332.google.com ([2607:f8b0:4864:20::332]:34929) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iabha-0004Kt-Et; Fri, 29 Nov 2019 03:32:34 -0500 Original-Received: by mail-ot1-x332.google.com with SMTP id o9so3136115ote.2; Fri, 29 Nov 2019 00:32:30 -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 :cc; bh=aaoD7iqAn8novNlHEBB6yEJGIKVumISeJP9oKmRJW7s=; b=hI/Oxq4+kLqY4cO9zJqoDF56d2RPqpcxFTnv2hA7cx+Qa45aYyMkuTugY2NhoCWIca HLk1iARdwzNxrkZ9qLF6cnr2vdB1hABuH2rNIGWSYzqvtUPAasG529Ve/gdygKMxrV/m zz6rlUQ1lpeg4nZpkePUp6Ko54CHg1R+fUyKEUKJoTagfch4pRncWBujyR/MoTSWoZSl GD+4qQN4UY9dlOis5EitybdeUoVONNmWoac/Yt1Pn8Rnyjw8ccR/DGdyWSkLF23e+9VA jM7ZLSuXWsQ5CwcGbErW0OicREjjTryRKly3jITWLC+Mwis6FTWxyyFdankrP3Uqx4eo DNgg== 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:cc; bh=aaoD7iqAn8novNlHEBB6yEJGIKVumISeJP9oKmRJW7s=; b=X84DIZzByHdhnPRhwQ9sG0UtILysQHybiHwQQWkIvk46YzkdIJ1HhFRlNbN9VATs3W Uo2hwYbGRySmm74SetcDdhk9LSaqpx6n2u+WDsJJD1rko7UodM57MXLMdtV0/hInI4Xa BdVa8rAh+12VnNjLFbJTBaZxwwC08JmtKzUGVPTHc6dMYA1rBcOpRvDi6KAznkjEu7Xg N7YjxqF9gFYyeog+sIQgwYBk93xayLei4yJiZ+BXdU/kOlvcjvTZ16yHb17zNgj2KmmO cveLYDSqhuGo5yfLkFnuAkI3DEUzFjM18fV+STWHD80iihbMt1CWc943boY8TuyeocNK bYoQ== X-Gm-Message-State: APjAAAWvcbDJDoJgIOC7JHYfMdfltzCDfIDVj6O50uXw3L2pGjumxVv9 FTsGsutYW0AZ5G9SQCnrmTXnbFg+PoF7PE/c34Rungyj4F0= X-Google-Smtp-Source: APXvYqy6nEULdSu6MMa9i6VG5c1PEL8CS1pGZPjFdlirAPpK4uQdPRSAp5MwEEwmsZKKnRPVlD1n8A3uySqZR5EmtGM= X-Received: by 2002:a9d:154:: with SMTP id 78mr9942595otu.294.1575016348728; Fri, 29 Nov 2019 00:32:28 -0800 (PST) In-Reply-To: <83eexrp2w9.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::332 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:242862 Archived-At: --000000000000fb4161059878116b Content-Type: text/plain; charset="UTF-8" > On Thu, 28 Nov 2019 at 21:08, Stephen Leake < stephen_leake@stephe-leake.org> wrote: > > The most common error I get is "file not found" because > > PATH is wrong or the file is not installed, when it's perfectly clear > > that the system knows the name of the file it's looking for, but _I_ > > don't, and it's not telling me! _very_ frustrating; Gnu/Linux is much > > better here. So I assume that's the error message GetLastError will > > return here. > On Fri, 29 Nov 2019 at 07:17, Eli Zaretskii wrote: > > From: Richard Copley > > > GetLastError() is just an integer, like errno. You must have to do a little more work to get descriptive errors > > from other systems? There's probably an equivalent. The Application error log in Event Viewer springs to > > mind. > > I usually do from the shell prompt: > > net helpmsg NNN > > where NNN is the code returned by GetLastError. (Programmatically, > there's the FormatMessage function to return the error string.) > Example: > > D:\usr\eli>net helpmsg 2 > > The system cannot find the file specified. > On GNU/Linux, the strerror family of functions can be used to format an error message. I'd demonstrate, but it would be patronising and beside the point. You've brought us back to the error message Stephe complained about in the first place. I quoted him in the email you replied to. He complained that the message doesn't include the name of the file that was not found. He remarked "Gnu/Linux is much better here". I wondered how. > > ("Dependencies" gets detailed information somehow. But for all I know (I haven't looked) it emulates the > > loader to see what happens.) > > You can do the same with objdump, btw. I'll leave the conversation here. It's not going anywhere. --000000000000fb4161059878116b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> On Thu, 28 Nov 2019 at 21:08, Stephen Leake <stephen_leake@stephe-leake.org= > wrote:
> > The most common error I get is "file not = found" because
> > PATH is wrong or the file is not installed= , when it's perfectly clear
> > that the system knows the name= of the file it's looking for, but _I_
> > don't, and it&#= 39;s not telling me! _very_ frustrating; Gnu/Linux is much
> > bet= ter here. So I assume that's the error message GetLastError will
>= ; > return here.

> On Fri, 29 Nov 2019 at 07:17, Eli Zaretskii= <eliz@gnu.org> wrote:
> &g= t; From: Richard Copley <rcopley@gm= ail.com>
>
> > GetLastError() is just an integer, lik= e errno. You must have to do a little more work to get descriptive errors> > from other systems? There's probably an equivalent. The App= lication error log in Event Viewer springs to
> > mind.
>> I usually do from the shell prompt:
>
> =C2=A0 =C2=A0net = helpmsg NNN
>
> where NNN is the code returned by GetLastError.= =C2=A0 (Programmatically,
> there's the FormatMessage function to= return the error string.)
> Example:
>
> =C2=A0 D:\usr\e= li>net helpmsg 2
>
> =C2=A0 The system cannot find the file = specified.
>

On GNU/Linux, the strerror family of functions ca= n be used to format an error message. I'd demonstrate, but it would be = patronising and beside the point.
You've brought us back to the erro= r message Stephe complained about in the first place. I quoted him in the e= mail you replied to. He complained that the message doesn't include the= name of the file that was not found. He remarked "Gnu/Linux is much b= etter here". I wondered how.

> > ("Dependencies"= ; gets detailed information somehow. But for all I know (I haven't look= ed) it emulates the
> > loader to see what happens.)
>
&g= t; You can do the same with objdump, btw.

I'll l= eave the conversation here. It's not going anywhere.

--000000000000fb4161059878116b--