From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jinsong Zhao Newsgroups: gmane.emacs.bugs Subject: bug#68452: w32-use-native-image-API makes weird behavior Date: Tue, 16 Jan 2024 13:09:52 +0800 Message-ID: <46eb1d18-ffbc-4188-b1a1-479842672e10@yeah.net> References: <94d6c33b-c135-4b61-aec3-ea45c66e3642@yeah.net> <83v87veuwz.fsf@gnu.org> <83le8re0c9.fsf@gnu.org> <8f411e6b-519e-4e9f-876b-ec191c7b3e38@yeah.net> <837ckaeoc0.fsf@gnu.org> <831qaiejha.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="10582"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla Thunderbird Cc: 68452@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jan 16 06:11:18 2024 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 1rPbjJ-0002XR-LD for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 16 Jan 2024 06:11:17 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rPbj9-0004ET-4o; Tue, 16 Jan 2024 00:11:07 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rPbj4-0004EA-I3 for bug-gnu-emacs@gnu.org; Tue, 16 Jan 2024 00:11:02 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rPbj4-0005fM-AF for bug-gnu-emacs@gnu.org; Tue, 16 Jan 2024 00:11:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rPbj4-00011s-7O for bug-gnu-emacs@gnu.org; Tue, 16 Jan 2024 00:11:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Jinsong Zhao Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 16 Jan 2024 05:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 68452 X-GNU-PR-Package: emacs Original-Received: via spool by 68452-submit@debbugs.gnu.org id=B68452.17053818073891 (code B ref 68452); Tue, 16 Jan 2024 05:11:02 +0000 Original-Received: (at 68452) by debbugs.gnu.org; 16 Jan 2024 05:10:07 +0000 Original-Received: from localhost ([127.0.0.1]:47445 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rPbiB-00010h-0g for submit@debbugs.gnu.org; Tue, 16 Jan 2024 00:10:07 -0500 Original-Received: from mail-177131.yeah.net ([123.58.177.131]:17310) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rPbi6-000100-Rt for 68452@debbugs.gnu.org; Tue, 16 Jan 2024 00:10:05 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yeah.net; s=s110527; h=Message-ID:Date:MIME-Version:Subject:From: Content-Type; bh=5rhZXVqI2cjJt75UuGI99T1tX0F5P5B8hyUpeiocYDY=; b=C7sDesjBzSxOg66JPW7r5eyi0XrtE0YaXzRgTBowaANjIreA0JgXo+bwUpiUPd lGUq5Q4cdB254x5+YtfZqkE72vbYwxxObPNYEBSExs+UsDj+iMQA2+Nf1hb7JiSN 3Ov4Oy/bC8ml1Z4XQIMNMyLp2GQCkQnAnEol6aQ/ELoko= Original-Received: from [10.162.75.112] (unknown [59.172.4.240]) by smtp1 (Coremail) with SMTP id ClUQrACX326hD6ZlOeFzAQ--.40499S2; Tue, 16 Jan 2024 13:09:53 +0800 (CST) Content-Language: en-US In-Reply-To: <831qaiejha.fsf@gnu.org> X-CM-TRANSID: ClUQrACX326hD6ZlOeFzAQ--.40499S2 X-Coremail-Antispam: 1Uf129KBjvJXoWxJF1UKry7Jw17GFyrZFyrWFg_yoW8uFW7pa 98W3W2kayDJFnFyrykZw12qFnrZrn3A345GF95tr4kJa15trsFvFWxGrWq9a98tFyfJa1q qF4kuFZxJas5KaDanT9S1TB71UUUUU7qnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDUYxBIdaVFxhVjvjDU0xZFpf9x07Ud739UUUUU= X-Originating-IP: [59.172.4.240] X-CM-SenderInfo: xmv2xt3r61vtnkoqv3/1tbiBQFnz1sVCM0S6gAAsf 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:278318 Archived-At: On 2024/1/15 22:53, Eli Zaretskii wrote: >> Date: Mon, 15 Jan 2024 22:17:37 +0800 >> Cc: 68452@debbugs.gnu.org >> From: Jinsong Zhao >> >>> Thanks. I have no problems displaying the 2 PNG files with >>> w32-use-native-image-API set to a non-nil value. So I don't know why >>> this doesn't work for you. Are you able to display the files you sent >>> in your Emacs with w32-use-native-image-API set to its default non-nil >>> value? >> My problem is not that I can't display images, but that the same action >> doesn't work the same way with either setting. >> >> When w32-use-native-image-API is nil, image "1" can be displayed as soon >> as the Enter key is pressed (before "(%2)" appears, see 11.png). >> However, if w32-use-native-image-API is t, image 1 will not be >> displayed, just an empty box (see 22.png). >> >> Now we enter another expression. If w32-use-native-image-API is nil, >> image "2" can be displayed immediately after pressing enter, and it will >> not affect the display of the previous image "1", see 33.png. If >> w32-use-native-image-API is t, instead of displaying an empty box, image >> "2" is not displayed, but the first empty box is replaced by image "1", >> see 44.png. > > I see. But in that case, this is something that involves imaxima and > what it does, and I'm not familiar with that. The empty box means > Emacs cannot display the image for whatever reason -- it could be that > the image is invalid, or there's not enough memory, or something else. > Since when you press enter twice, you see the first image instead of > the second, this is something related with how imaxima outputs the > image and passes it to Emacs. Sorry, I cannot help you more than that > since I don't know enough about imaxima and its interfaces. > > So I suggest that you set w32-use-native-image-API to nil, and use > imaxima that way. I was able to confirm that my question is not related to w32-use-native-image-API. The reason is that the image is not valid. In fact, it's empty because Ghostscript on Windows doesn't flush the image to the file. So this bug should be closed. Thanks for your help. Best wishes, Jinsong