From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Nikolay Kudryavtsev Newsgroups: gmane.emacs.bugs Subject: bug#48228: json-serialize should signal error when dll is not found [MS Windows] Date: Thu, 6 May 2021 18:26:49 +0300 Message-ID: References: <83o8dq4h2s.fsf@gnu.org> <3b2dba36-1714-6c19-556b-6cfe52fdb222@yandex.ru> <87fsz28n5x.fsf@gmail.com> <83eeem4cqt.fsf@gnu.org> <463fc132-792a-4e4d-9a04-ec6c78549b21@yandex.ru> <83bl9q4bkz.fsf@gnu.org> <75507c21-1910-5f4d-76d7-63fc3c0dc2a9@yandex.ru> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="------------EFA3D4C315820F427E2E7648" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="23596"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 Cc: rpluim@gmail.com, p.stephani2@gmail.com, 48228@debbugs.gnu.org To: Dmitry Gutov , Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu May 06 17:27:25 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lefuN-0005s2-9f for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 06 May 2021 17:27:23 +0200 Original-Received: from localhost ([::1]:54340 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lefuM-0006V7-Cp for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 06 May 2021 11:27:22 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41772) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lefu3-0006TB-FD for bug-gnu-emacs@gnu.org; Thu, 06 May 2021 11:27:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:54784) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lefu3-0003IT-2E for bug-gnu-emacs@gnu.org; Thu, 06 May 2021 11:27:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lefu2-0001sv-Vm for bug-gnu-emacs@gnu.org; Thu, 06 May 2021 11:27:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Nikolay Kudryavtsev Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 06 May 2021 15:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 48228 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 48228-submit@debbugs.gnu.org id=B48228.16203148207232 (code B ref 48228); Thu, 06 May 2021 15:27:02 +0000 Original-Received: (at 48228) by debbugs.gnu.org; 6 May 2021 15:27:00 +0000 Original-Received: from localhost ([127.0.0.1]:38096 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1leftz-0001sa-TT for submit@debbugs.gnu.org; Thu, 06 May 2021 11:27:00 -0400 Original-Received: from mail-lf1-f50.google.com ([209.85.167.50]:45581) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1leftx-0001sS-Oq for 48228@debbugs.gnu.org; Thu, 06 May 2021 11:26:58 -0400 Original-Received: by mail-lf1-f50.google.com with SMTP id j10so8313710lfb.12 for <48228@debbugs.gnu.org>; Thu, 06 May 2021 08:26:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=Do/Wonn5axuoAgJw731QtP+LYrtstNxVFHVYqFoHtT4=; b=BsOOMoTLDt2am8dC9z4aLC3wgoCMHdiSVSddhPf5ZO7Acyu7zY7lFu4qA+nZgx+1Tn 8Mwn/JbLFyj8A0zqdPUEIIc8i1QmVTI5J2zxRddsDyDwUCYTAUzPKemtp0wwdi0E8bVj aRsE2YmukwwaODVI8ayen/kpV6t1BLmBo+dOpLWn7pefBDYPM6l3M3dmGZJ4QrylHEvE mQr2XBHUyPw+X7BzZbKLS/jmh848Yqivuu/jx3MSJhey3DkzfgM/EBBWQqBWnKxXEJzN 8cUFW6sgRGbb9wg0r4uFbS5b/ikWbQWPwln3GB3iu+DY9xAowgcTf3caC/rGSkxSCpW3 L/Pg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=Do/Wonn5axuoAgJw731QtP+LYrtstNxVFHVYqFoHtT4=; b=EcCWKrbvy+51gvy7rq4OEWjkgkce4YF4qyS46mzo/8Tac7s3Dq0zc0jyMPQ8B/LCbn fm3NHo0T1PnE/0IPl79ddCxAyxXLTck4Qk66H1uCF80vFndqFtWdFP1uLQ9RAyZSIx+J JW+3nzRbzChmaM7MQVH5y/fXtb6bPtaIz9imCzG80vZswfcHRHlEOhbc55s0fEWUtwvk VX6U92mGmOelUjcoeCYewYL1LfsN0cPzyubDxZIQjidbYuJ8EuKLxMMM3hb8VnR4uDPU /XxWgqsXYGnQgFvPasFO5OC3MFCqviiIkR1w1Yxk+ekkI/VMb3GepRKrl7HeMlbo/K+R jdGg== X-Gm-Message-State: AOAM533iinaoVNZJf4qIKF9AIM1ygv7RuImJMrr6/r0wiSfVIKH+Pov/ poBueJEM4ku3Uoy0gMPvvmu88dSi0Hg= X-Google-Smtp-Source: ABdhPJznzn1zAp8dLrLEXuUbJ5ivkkXaDZfX/hrITMB1JzdwKnsCrd24AgiwNlyLExiv0cDKGjff2A== X-Received: by 2002:ac2:4c34:: with SMTP id u20mr3509552lfq.338.1620314811217; Thu, 06 May 2021 08:26:51 -0700 (PDT) Original-Received: from ?IPv6:2a02:2168:b115:9d00:7fa8:39c0:8052:1cba? ([2a02:2168:b115:9d00:7fa8:39c0:8052:1cba]) by smtp.gmail.com with ESMTPSA id h14sm979395lji.57.2021.05.06.08.26.50 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 06 May 2021 08:26:50 -0700 (PDT) X-Google-Original-From: Nikolay Kudryavtsev In-Reply-To: <75507c21-1910-5f4d-76d7-63fc3c0dc2a9@yandex.ru> Content-Language: en-US X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:205846 Archived-At: This is a multi-part message in MIME format. --------------EFA3D4C315820F427E2E7648 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit I'd definitely enjoy a more standardized API for testing optional feature presence. We already have system-configuration-features, seems like it's reasonable we get system-configuration-working-features(can't think of a good name), which would do X-available-p for every X in system-configuration-features. But first we'd have to get X-available-p(or some other convention) working for everything. Would it be acceptable for Emacs to ship with a small image in every supported format? Then imageX-available-p can be implemented by opening that image and catching the failure in create-image. I know that the spash.* image is already shipped in most formats, even in bmp for some reason. This would let you quickly test which features are working... Now I have to go through a checklist . Then I'd be able to automate such a check, which would be pretty helpful. --------------EFA3D4C315820F427E2E7648 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit

I'd definitely enjoy a more standardized API for testing optional feature presence.

We already have system-configuration-features, seems like it's reasonable we get system-configuration-working-features(can't think of a good name), which would do X-available-p for every X in system-configuration-features.

But first we'd have to get X-available-p(or some other convention) working for everything. Would it be acceptable for Emacs to ship with a small image in every supported format? Then imageX-available-p can be implemented by opening that image and catching the failure in create-image. I know that the spash.* image is already shipped in most formats, even in bmp for some reason.

This would let you quickly test which features are working... Now I have to go through a checklist. Then I'd be able to automate such a check, which would be pretty helpful.

--------------EFA3D4C315820F427E2E7648--