From unknown Sun Jun 15 08:39:20 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39927: 12.2; preview-latex gs treatment off by one Resent-From: candeb@free.fr Original-Sender: "Debbugs-submit" Resent-CC: bug-auctex@gnu.org Resent-Date: Thu, 05 Mar 2020 15:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 39927 X-GNU-PR-Package: auctex X-GNU-PR-Keywords: To: 39927@debbugs.gnu.org X-Debbugs-Original-To: bug-auctex@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.158342173524268 (code B ref -1); Thu, 05 Mar 2020 15:23:02 +0000 Received: (at submit) by debbugs.gnu.org; 5 Mar 2020 15:22:15 +0000 Received: from localhost ([127.0.0.1]:43524 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j9sKE-0006JK-QW for submit@debbugs.gnu.org; Thu, 05 Mar 2020 10:22:15 -0500 Received: from lists.gnu.org ([209.51.188.17]:40926) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j9puo-0002B5-7l for submit@debbugs.gnu.org; Thu, 05 Mar 2020 07:47:50 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:42186) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j9pum-00020H-Ex for bug-auctex@gnu.org; Thu, 05 Mar 2020 07:47:49 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j9puk-0003S7-Rc for bug-auctex@gnu.org; Thu, 05 Mar 2020 07:47:48 -0500 Received: from smtp6-g21.free.fr ([2a01:e0c:1:1599::15]:51046) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j9puk-0003Px-Gs for bug-auctex@gnu.org; Thu, 05 Mar 2020 07:47:46 -0500 Received: from zimbra74-e12.priv.proxad.net (unknown [172.20.243.224]) by smtp6-g21.free.fr (Postfix) with ESMTP id 3CDE178031A for ; Thu, 5 Mar 2020 13:47:43 +0100 (CET) Date: Thu, 5 Mar 2020 13:47:42 +0100 (CET) From: candeb@free.fr Message-ID: <2022679935.1716847958.1583412462871.JavaMail.root@zimbra74-e12.priv.proxad.net> In-Reply-To: <1558492652.1716737013.1583410880094.JavaMail.root@zimbra74-e12.priv.proxad.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [134.214.156.231] X-Mailer: Zimbra 7.2.0-GA2598 (ZimbraWebClient - FF3.0 (Linux)/7.2.0-GA2598) X-Authenticated-User: candeb@free.fr X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a01:e0c:1:1599::15 X-Spam-Score: -0.7 (/) X-Mailman-Approved-At: Thu, 05 Mar 2020 10:22:13 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hello, Funny bug with preview-latex. I use gs 9.50 with preview-pdf-color-adjust-= method =3D t. Whenever generating previews, I get error messages for essentially all prev= iew images, such as: =C2=AB Cannot find image file =E2=80=98.../_region_.prv/.../pr1-1.png=E2=80= =99 =C2=BB=20 Then, one preview image (first one in document order, last one to be treate= d, if I understood things correctly) fails to load, just get a big blank sq= uare. Move the cursor a bit, and it loads as well. Particularly annoying if you = are just refreshing a single preview image and it fails to load. My diagnosis : in parsing the GS output, preview-gs-transact just assumes t= hat some prompts from GS mean that an image has been treated. I **guess** = the introduction of -dDELAYBIND could have added an extra such prompt, so n= ow it assumes the image is ready before it actually is. emacs complains it= cannot be found. Then when adding the next image to its overlay, emacs re= alises that the previous image is there now, and loads it, so in the end, i= t is only the last image to be loaded that is missing, but error messages a= re displayed for all. Possible solution : it **seems** that GS outputs GS<1> when it has treated = an image, and GS> when it has, well, done I am not sure what. So instead o= f just counting all prompts and just skip one as current code seems to do, = I would suggest to ignore the GS> prompts. The following code does this, and solves the problem (for me). Cheers, Ita=C3=AF. (defun preview-gs-transact (process answer) "Work off Ghostscript transaction. This routine is the action routine called via the process filter. The Ghostscript process buffer of PROCESS will already be selected, and and the standard output of Ghostscript up to the next prompt will be given as ANSWER." (while (and (< (length preview-gs-outstanding) =09=09 preview-gs-outstanding-limit) =09 (setq ov (pop preview-gs-queue))) (let ((queued (overlay-get ov 'queued))) (when (and queued =09=09 (not (memq ov preview-gs-outstanding)) =09=09 (overlay-buffer ov)) =09(let* ((filenames (overlay-get ov 'filenames)) =09 (oldfile (car (nth 0 =09=09=09=09 (nconc filenames =09=09=09=09=09 (list =09=09=09=09=09 (preview-make-filename =09=09=09=09=09 (format "pr%d-%d.%s" =09=09=09=09=09=09 (car preview-gs-sequence) =09=09=09=09=09=09 (cdr preview-gs-sequence) =09=09=09=09=09=09 preview-gs-image-type) =09=09=09=09=09 TeX-active-tempdir)))))) =09 (bbox (aset queued 0 =09=09=09 (or (and preview-prefer-TeX-bb =09=09=09=09 (aref queued 0)) =09=09=09 (and (stringp oldfile) =09=09=09=09 (preview-extract-bb =09=09=09=09 oldfile)) =09=09=09 (aref queued 0) =09=09=09 (error "No bounding box")))) =09 (snippet (aref queued 2)) =09 (gs-line =09=09(format =09=09 "%s<<%s>>preview-do\n" =09=09 (if preview-ps-file =09=09 (concat "dup " =09=09=09 (preview-gs-dsc-cvx =09=09=09 snippet =09=09=09 preview-gs-dsc)) =09=09 (format "%s(r)file cvx" =09=09=09 (preview-ps-quote-filename =09=09=09 (if (listp oldfile) =09=09=09=09(car (last oldfile)) =09=09=09 oldfile)))) =09=09 (if preview-parsed-tightpage =09=09 "" =09=09 (format "/PageSize[%g %g]/PageOffset[%g \ %g[1 1 dtransform exch]{0 ge{neg}if exch}forall]" =09=09=09 (- (aref bbox 2) (aref bbox 0)) =09=09=09 (- (aref bbox 3) (aref bbox 1)) =09=09=09 (aref bbox 0) (aref bbox 1)))))) =09 (setcdr preview-gs-sequence (1+ (cdr preview-gs-sequence))) =09 (setq preview-gs-outstanding =09=09(nconc preview-gs-outstanding =09=09 (list ov))) =09 (aset queued 1 gs-line) =09 ;; ignore errors because of dying processes: they will get =09 ;; caught by the sentinel, anyway. =09 (condition-case nil =09 (process-send-string =09 process =09 gs-line) =09 (error nil)))))) (when (not (string-match "\\`GS>\\'" answer)) (let ((ov (pop preview-gs-outstanding)) =09 (have-error (not =09=09 (string-match "\\`GS\\(<[0-9]+\\)?>\\'" answer)))) (when (and ov (overlay-buffer ov)) =09(let ((queued (overlay-get ov 'queued))) =09 (when queued =09 (let* ((bbox (aref queued 0)) =09=09 (filenames (overlay-get ov 'filenames)) =09=09 (oldfile (nth 0 filenames)) =09=09 (newfile (nth 1 filenames))) =09 (if have-error =09=09 (preview-gs-flag-error ov answer) =09=09(condition-case nil =09=09 (preview-delete-file oldfile) =09=09 (file-error nil)) =09=09(overlay-put ov 'filenames (cdr filenames)) =09=09(preview-replace-active-icon =09=09 ov =09=09 (preview-create-icon (car newfile) =09=09=09=09 preview-gs-image-type =09=09=09=09 (preview-ascent-from-bb =09=09=09=09 bbox) =09=09=09=09 (aref preview-colors 2)))) =09 (overlay-put ov 'queued nil)))))) (unless preview-gs-outstanding (condition-case nil =09 (process-send-eof process) =09(error nil))))) Emacs : GNU Emacs 26.3 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.11= ) of 2019-09-22, modified by Debian Package: 12.2 current state: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D (setq AUCTeX-date "2019-10-30" window-system 'x LaTeX-version "2e" TeX-style-path '("/var/lib/auctex/emacs/" =09=09 "/usr/share/emacs/site-lisp/auctex/style" =09=09 "/home/begnac/.emacs.d/auctex/auto" =09=09 "/home/begnac/.emacs.d/auctex/style" "auto" "style") TeX-auto-save nil TeX-parse-self nil TeX-master t TeX-command-list '(("LaTeX" "%`%l%(mode)%' %t" TeX-run-TeX nil =09=09 (latex-mode doctex-mode) :help "Run LaTeX") =09=09 ("BibTeX" "bibtex %s" TeX-run-BibTeX nil t :help =09=09 "Run BibTeX") =09=09 ("View" "%V" TeX-run-discard-or-function nil t :help =09=09 "Run Viewer") =09=09 ("Index" "makeindex %s" TeX-run-index nil =09=09 (plain-tex-mode latex-mode doctex-mode ams-tex-mode =09=09 texinfo-mode) =09=09 :help "Run makeindex to create index file") =09=09 ("Clean" "TeX-clean" TeX-run-function nil t :help =09=09 "Delete generated intermediate files") =09=09 ("Clean All" "(TeX-clean t)" TeX-run-function nil t :help =09=09 "Delete generated intermediate and output files") =09=09 ) ) From unknown Sun Jun 15 08:39:20 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39927: 12.2; preview-latex gs treatment off by one Resent-From: David Kastrup Original-Sender: "Debbugs-submit" Resent-CC: bug-auctex@gnu.org Resent-Date: Thu, 05 Mar 2020 15:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39927 X-GNU-PR-Package: auctex X-GNU-PR-Keywords: To: candeb@free.fr Cc: 39927@debbugs.gnu.org Received: via spool by 39927-submit@debbugs.gnu.org id=B39927.158342293326468 (code B ref 39927); Thu, 05 Mar 2020 15:43:02 +0000 Received: (at 39927) by debbugs.gnu.org; 5 Mar 2020 15:42:13 +0000 Received: from localhost ([127.0.0.1]:43557 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j9sdZ-0006sq-6l for submit@debbugs.gnu.org; Thu, 05 Mar 2020 10:42:13 -0500 Received: from eggs.gnu.org ([209.51.188.92]:35010) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j9sdX-0006sd-FD for 39927@debbugs.gnu.org; Thu, 05 Mar 2020 10:42:11 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45801) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1j9sdR-0006o7-RR; Thu, 05 Mar 2020 10:42:05 -0500 Received: from x2f36160.dyn.telefonica.de ([2.243.97.96]:50160 helo=lola) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1j9sdR-0007Wn-1g; Thu, 05 Mar 2020 10:42:05 -0500 From: David Kastrup References: <2022679935.1716847958.1583412462871.JavaMail.root@zimbra74-e12.priv.proxad.net> Date: Thu, 05 Mar 2020 16:42:02 +0100 In-Reply-To: <2022679935.1716847958.1583412462871.JavaMail.root@zimbra74-e12.priv.proxad.net> (candeb@free.fr's message of "Thu, 5 Mar 2020 13:47:42 +0100 (CET)") Message-ID: <87lfoeerlh.fsf@fencepost.gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) candeb@free.fr writes: > Hello, > > Funny bug with preview-latex. I use gs 9.50 with preview-pdf-color-adjus= t-method =3D t. > > Whenever generating previews, I get error messages for essentially all pr= eview images, such as: > =C2=AB Cannot find image file =E2=80=98.../_region_.prv/.../pr1-1.png=E2= =80=99 =C2=BB=20 > > Then, one preview image (first one in document order, last one to be trea= ted, if I understood things correctly) fails to load, just get a big blank = square. > Move the cursor a bit, and it loads as well. Particularly annoying if yo= u are just refreshing a single preview image and it fails to load. > > My diagnosis : in parsing the GS output, preview-gs-transact just assumes= that some prompts from GS mean that an image has been treated. I **guess*= * the introduction of -dDELAYBIND could have added an extra such prompt, so= now it assumes the image is ready before it actually is. emacs complains = it cannot be found. Then when adding the next image to its overlay, emacs = realises that the previous image is there now, and loads it, so in the end,= it is only the last image to be loaded that is missing, but error messages= are displayed for all. > > Possible solution : it **seems** that GS outputs GS<1> when it has treate= d an image, and GS> when it has, well, done I am not sure what. So instead= of just counting all prompts and just skip one as current code seems to do= , I would suggest to ignore the GS> prompts. > The following code does this, and solves the problem (for me). > Cheers, That doesn't seem right. GS> means that Ghostscript is waiting for input. GS<1> means that Ghostscript is waiting for input and there is one item left on its stack (which is where PostScript passes data around). I don't think that this should regularly be the case. --=20 David Kastrup From unknown Sun Jun 15 08:39:20 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39927: 12.2; preview-latex gs treatment off by one References: <2022679935.1716847958.1583412462871.JavaMail.root@zimbra74-e12.priv.proxad.net> Resent-From: candeb@free.fr Original-Sender: "Debbugs-submit" Resent-CC: bug-auctex@gnu.org Resent-Date: Mon, 09 Mar 2020 14:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39927 X-GNU-PR-Package: auctex X-GNU-PR-Keywords: To: David Kastrup Cc: 39927@debbugs.gnu.org Received: via spool by 39927-submit@debbugs.gnu.org id=B39927.158376444020132 (code B ref 39927); Mon, 09 Mar 2020 14:34:02 +0000 Received: (at 39927) by debbugs.gnu.org; 9 Mar 2020 14:34:00 +0000 Received: from localhost ([127.0.0.1]:51298 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jBJTj-0005Ed-TE for submit@debbugs.gnu.org; Mon, 09 Mar 2020 10:34:00 -0400 Received: from smtp1-g21.free.fr ([212.27.42.1]:58138) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jBHGK-0001UZ-3q for 39927@debbugs.gnu.org; Mon, 09 Mar 2020 08:12:00 -0400 Received: from zimbra74-e12.priv.proxad.net (unknown [172.20.243.224]) by smtp1-g21.free.fr (Postfix) with ESMTP id C7ED4B00576; Mon, 9 Mar 2020 13:11:58 +0100 (CET) Date: Mon, 9 Mar 2020 13:11:58 +0100 (CET) From: candeb@free.fr Message-ID: <989260818.1735291892.1583755918668.JavaMail.root@zimbra74-e12.priv.proxad.net> In-Reply-To: <87lfoeerlh.fsf@fencepost.gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [134.214.156.231] X-Mailer: Zimbra 7.2.0-GA2598 (ZimbraWebClient - FF3.0 (Linux)/7.2.0-GA2598) X-Authenticated-User: candeb@free.fr X-Spam-Score: 0.0 (/) X-Mailman-Approved-At: Mon, 09 Mar 2020 10:33:58 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) That doesn't seem right. GS> means that Ghostscript is waiting for input. GS<1> means that Ghostscript is waiting for input and there is one item left on its stack (which is where PostScript passes data around). I don't think that this should regularly be the case. --=20 David Kastrup [[[ Not sure if it is important, but I am using Debian, which sets prev= iew-image-type to 'dvipng ]]] Well, I never pretended to understand the first thing about how gs operates= , I am just making observations... Here is the output of some debugging messages : printing the gs prompt and = a directory listing for the preview dir. Type =E2=80=98C-c C-l=E2=80=99 to display results of compilation. locating previews... Type =E2=80=98C-c C-l=E2=80=99 to display results of compilation. GS> ("." ".." "preview.dsc") GS> ("." ".." "preview.dsc") GS<1> ("." ".." "pr1-1.png" "preview.dsc") GS<1> ("." ".." "pr1-1.png" "pr1-2.png" "preview.dsc") GS<1> ("." ".." "pr1-1.png" "pr1-2.png" "pr1-3.png" "preview.dsc") GS<1> ("." ".." "pr1-1.png" "pr1-2.png" "pr1-3.png" "pr1-4.png" "preview.dsc") GS<1> ("." ".." "pr1-1.png" "pr1-2.png" "pr1-3.png" "pr1-4.png" "pr1-5.png" "prev= iew.dsc") GS<1> ("." ".." "pr1-1.png" "pr1-2.png" "pr1-3.png" "pr1-4.png" "pr1-5.png" "pr1-= 6.png" "preview.dsc") GS<1> ("." ".." "pr1-1.png" "pr1-2.png" "pr1-3.png" "pr1-4.png" "pr1-5.png" "pr1-= 6.png" "pr1-7.png" "preview.dsc") GS<1> ("." ".." "pr1-1.png" "pr1-2.png" "pr1-3.png" "pr1-4.png" "pr1-5.png" "pr1-= 6.png" "pr1-7.png" "pr1-8.png" "preview.dsc") GS<1> ("." ".." "pr1-1.png" "pr1-2.png" "pr1-3.png" "pr1-4.png" "pr1-5.png" "pr1-= 6.png" "pr1-7.png" "pr1-8.png" "pr1-9.png" "preview.dsc") This was with preview-gs-outstanding-limit =3D 2. With 5 and preview-image= -type set to 'png I get the same general behaviour : Type =E2=80=98C-c C-l=E2=80=99 to display results of compilation. locating previews... Type =E2=80=98C-c C-l=E2=80=99 to display results of compilation. GS> ("." ".." "preview.dsc") GS> ("." ".." "preview.dsc") GS<1> ("." ".." "pr1-1.png" "preview.dsc") GS<1> ("." ".." "pr1-1.png" "pr1-2.png" "pr1-3.png" "pr1-4.png" "pr1-5.png" "prev= iew.dsc") GS<1> ("." ".." "pr1-1.png" "pr1-2.png" "pr1-3.png" "pr1-4.png" "pr1-5.png" "prev= iew.dsc") GS<1> ("." ".." "pr1-1.png" "pr1-2.png" "pr1-3.png" "pr1-4.png" "pr1-5.png" "prev= iew.dsc") GS<1> ("." ".." "pr1-1.png" "pr1-2.png" "pr1-3.png" "pr1-4.png" "pr1-5.png" "prev= iew.dsc") GS<1> ("." ".." "pr1-1.png" "pr1-2.png" "pr1-3.png" "pr1-4.png" "pr1-5.png" "pr1-= 6.png" "preview.dsc") GS<1> ("." ".." "pr1-1.png" "pr1-2.png" "pr1-3.png" "pr1-4.png" "pr1-5.png" "pr1-= 6.png" "pr1-7.png" "pr1-8.png" "pr1-9.png" "preview.dsc") GS<1> ("." ".." "pr1-1.png" "pr1-2.png" "pr1-3.png" "pr1-4.png" "pr1-5.png" "pr1-= 6.png" "pr1-7.png" "pr1-8.png" "pr1-9.png" "preview.dsc") GS<1> ("." ".." "pr1-1.png" "pr1-2.png" "pr1-3.png" "pr1-4.png" "pr1-5.png" "pr1-= 6.png" "pr1-7.png" "pr1-8.png" "pr1-9.png" "preview.dsc") Mark set So notwithstanding what GS thinks its prompts mean, it looks from where I a= m that I can take GS<1> for "image is ready". Of course if you have a better solution / understanding of what is happenin= g I am eager to learn. In any case the bug I reported is real and this loo= ks like a solution. All the best, Ita=C3=AF. From unknown Sun Jun 15 08:39:20 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39927: 12.2; preview-latex gs treatment off by one Resent-From: Ikumi Keita Original-Sender: "Debbugs-submit" Resent-CC: bug-auctex@gnu.org Resent-Date: Thu, 12 Mar 2020 06:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39927 X-GNU-PR-Package: auctex X-GNU-PR-Keywords: To: candeb@free.fr Cc: 39927@debbugs.gnu.org Received: via spool by 39927-submit@debbugs.gnu.org id=B39927.158399583414872 (code B ref 39927); Thu, 12 Mar 2020 06:51:01 +0000 Received: (at 39927) by debbugs.gnu.org; 12 Mar 2020 06:50:34 +0000 Received: from localhost ([127.0.0.1]:55838 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jCHft-0003rn-S3 for submit@debbugs.gnu.org; Thu, 12 Mar 2020 02:50:34 -0400 Received: from smtp1.inetd.co.jp ([210.129.88.11]:44898) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jCHfr-0003ra-Ee for 39927@debbugs.gnu.org; Thu, 12 Mar 2020 02:50:32 -0400 Received: from localhost (210-20-200-113.rev.home.ne.jp [210.20.200.113]) by smtp1.inetd.co.jp (Postfix) with ESMTPA id 8DC3C6A; Thu, 12 Mar 2020 15:50:28 +0900 (JST) From: Ikumi Keita In-reply-to: <2022679935.1716847958.1583412462871.JavaMail.root@zimbra74-e12.priv.proxad.net> References: <2022679935.1716847958.1583412462871.JavaMail.root@zimbra74-e12.priv.proxad.net> Comments: In-reply-to candeb@free.fr message dated "Thu, 05 Mar 2020 13:47:42 +0100." X-Mailer: MH-E 8.6+git; nmh 1.7.1; GNU Emacs 26.3 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Date: Thu, 12 Mar 2020 15:50:27 +0900 Message-ID: <93585.1583995827@localhost> X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Ita=C3=AF, >>>>> candeb@free.fr writes: > Whenever generating previews, I get error messages for essentially all pr= eview images, such as: > =C2=AB Cannot find image file =E2=80=98.../_region_.prv/.../pr1-1.png=E2= =80=99 =C2=BB=20 > Then, one preview image (first one in document order, last one to be trea= ted, if I understood things correctly) fails to load, just get a big blank = square. > Move the cursor a bit, and it loads as well. Particularly annoying if yo= u are just refreshing a single preview image and it fails to load. I often (always?) have simiar experiences. It seems that the attached patch works as a workaround. It is just a workaround, not a solution because it does not suppress errors like Cannot find image file =E2=80=98.../_region_.prv/.../pr1-1.png=E2=80=99 in *Messages* buffer at all. Another workaround is to type C-l after you get blank rectangle. > My diagnosis : in parsing the GS output, preview-gs-transact just > assumes that some prompts from GS mean that an image has been treated. > I **guess** the introduction of -dDELAYBIND could have added an extra > such prompt, so now it assumes the image is ready before it actually > is. emacs complains it cannot be found. Then when adding the next > image to its overlay, emacs realises that the previous image is there > now, and loads it, so in the end, it is only the last image to be > loaded that is missing, but error messages are displayed for all. I'm not sure whether -dDELAYBIND is relevant or not, but my guess is similar with you. This off-by-one behavior reminds me of a topic in https://lists.gnu.org/archive/html/bug-auctex/2019-10/msg00015.html : > Secondly, the file name on your command line is > "bbb.prv/tmp821SQO/pr1-2.png" but the one in the error is > "bbb.prv/tmp821SQO/pr1-1.png". So, clearly not the same file. It seems that there is a discrepancy between the sequence numbers which preview-latex expects and ghostscript actually produces. I.e., when preview-latex expects that gs has produced pr1-1.png, gs acutually produced nothing, when preview-latex expects that gs has produced pr1-2.png, gs acutually produced pr1-1.png, and so on. Unfortunately I don't understand the core of preview-latex, so I cannot solve this problem completely. Regards, Ikumi Keita --=-=-= Content-Type: text/x-diff Content-Disposition: attachment; filename=workaround Content-Description: workaround diff --git a/preview.el.in b/preview.el.in index 89b767ad..a402544f 100644 --- a/preview.el.in +++ b/preview.el.in @@ -662,6 +662,7 @@ and tries to restart Ghostscript if necessary." (substring (current-time-string) 0 -5)) (forward-char 1) (TeX-command-mode-line process) + (if (eq status 'exit) (force-mode-line-update t)) (when (memq status '(exit signal)) ;; process died. ;; Throw away culprit, go on. --=-=-=-- From unknown Sun Jun 15 08:39:20 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39927: 12.2; preview-latex gs treatment off by one References: <2022679935.1716847958.1583412462871.JavaMail.root@zimbra74-e12.priv.proxad.net> Resent-From: candeb@free.fr Original-Sender: "Debbugs-submit" Resent-CC: bug-auctex@gnu.org Resent-Date: Thu, 12 Mar 2020 14:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39927 X-GNU-PR-Package: auctex X-GNU-PR-Keywords: To: Ikumi Keita Cc: 39927@debbugs.gnu.org Received: via spool by 39927-submit@debbugs.gnu.org id=B39927.158402360218219 (code B ref 39927); Thu, 12 Mar 2020 14:34:01 +0000 Received: (at 39927) by debbugs.gnu.org; 12 Mar 2020 14:33:22 +0000 Received: from localhost ([127.0.0.1]:57632 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jCOtl-0004jm-Sy for submit@debbugs.gnu.org; Thu, 12 Mar 2020 10:33:22 -0400 Received: from smtp3-g21.free.fr ([212.27.42.3]:32544) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jCJYi-0007CY-85 for 39927@debbugs.gnu.org; Thu, 12 Mar 2020 04:51:17 -0400 Received: from zimbra74-e12.priv.proxad.net (unknown [172.20.243.224]) by smtp3-g21.free.fr (Postfix) with ESMTP id AAB1813F8AF; Thu, 12 Mar 2020 09:51:14 +0100 (CET) Date: Thu, 12 Mar 2020 09:51:14 +0100 (CET) From: candeb@free.fr Message-ID: <1144560121.1748292864.1584003074395.JavaMail.root@zimbra74-e12.priv.proxad.net> In-Reply-To: <93585.1583995827@localhost> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_1748292860_1042329685.1584003074394" X-Originating-IP: [2001:660:5001:156:227d:4244:d7b9:c92d] X-Mailer: Zimbra 7.2.0-GA2598 (ZimbraWebClient - FF3.0 (Linux)/7.2.0-GA2598) X-Authenticated-User: candeb@free.fr X-Spam-Score: 0.0 (/) X-Mailman-Approved-At: Thu, 12 Mar 2020 10:33:21 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) ------=_Part_1748292860_1042329685.1584003074394 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Ikumi I spent some time digging into the internals of preview-latex, even though = I do not speak elisp wery well... The crucial part happens inside preview-gs-transact, which gets called each= time GS has written something to the standard output (usually GS> or GS= <1>) As I wrote in a previous message, adding some debug prints to the beginning= of preview-gs-transact shows that you need to count the number of GS<1> pr= ompts in order to guess when a new file is ready. Current code just counts all prompts, skipping one, so with two GS> prompts= at the beginning it is off by one. The attached patch, based on that observation, solves the problem entirely. Again, as I said in all my previous messages, I DO NOT UNDERSTAND ghostscri= pt, I am just making empiric observations regarding the correlation between= what GS writes to stdout and what seems to happen. These observations seem to be consistent regardless of the color compatibil= ity option you choose or the number of files you feed into GS at a time (bu= t only tested with 9.50) Cheers, Ita=C3=AF ------=_Part_1748292860_1042329685.1584003074394 Content-Type: text/x-patch; name=0103-Improve-preview-gs-transact.patch Content-Disposition: attachment; filename=0103-Improve-preview-gs-transact.patch Content-Transfer-Encoding: base64 LS0tIGF1Y3RleC0xMi4yLm9yaWcvcHJldmlldy5lbC5pbgorKysgYXVjdGV4LTEyLjIvcHJldmll dy5lbC5pbgpAQCAtMTMxOCw4OCArMTMxOCw4OSBAQCBUaGlzIHJvdXRpbmUgaXMgdGhlIGFjdGlv biByb3V0aW5lIGNhbGxlCiBUaGUgR2hvc3RzY3JpcHQgcHJvY2VzcyBidWZmZXIgb2YgUFJPQ0VT UyB3aWxsIGFscmVhZHkgYmUgc2VsZWN0ZWQsIGFuZAogYW5kIHRoZSBzdGFuZGFyZCBvdXRwdXQg b2YgR2hvc3RzY3JpcHQgdXAgdG8gdGhlIG5leHQgcHJvbXB0IHdpbGwgYmUKIGdpdmVuIGFzIEFO U1dFUi4iCi0gIChsZXQgKChvdiAocG9wIHByZXZpZXctZ3Mtb3V0c3RhbmRpbmcpKQotCShoYXZl LWVycm9yIChub3QKLQkJICAgICAoc3RyaW5nLW1hdGNoICJcXGBHU1xcKDxbMC05XStcXCk/Plxc JyIgYW5zd2VyICkpKSkKLSAgICAod2hlbiAoYW5kIG92IChvdmVybGF5LWJ1ZmZlciBvdikpCi0g ICAgICAobGV0ICgocXVldWVkIChvdmVybGF5LWdldCBvdiAncXVldWVkKSkpCi0JKHdoZW4gcXVl dWVkCi0JICAobGV0KiAoKGJib3ggKGFyZWYgcXVldWVkIDApKQotCQkgKGZpbGVuYW1lcyAob3Zl cmxheS1nZXQgb3YgJ2ZpbGVuYW1lcykpCi0JCSAob2xkZmlsZSAobnRoIDAgZmlsZW5hbWVzKSkK LQkJIChuZXdmaWxlIChudGggMSBmaWxlbmFtZXMpKSkKLQkgICAgKGlmIGhhdmUtZXJyb3IKLQkJ KHByZXZpZXctZ3MtZmxhZy1lcnJvciBvdiBhbnN3ZXIpCi0JICAgICAgKGNvbmRpdGlvbi1jYXNl IG5pbAotCQkgIChwcmV2aWV3LWRlbGV0ZS1maWxlIG9sZGZpbGUpCi0JCShmaWxlLWVycm9yIG5p bCkpCi0JICAgICAgKG92ZXJsYXktcHV0IG92ICdmaWxlbmFtZXMgKGNkciBmaWxlbmFtZXMpKQot CSAgICAgIChwcmV2aWV3LXJlcGxhY2UtYWN0aXZlLWljb24KLQkgICAgICAgb3YKLQkgICAgICAg KHByZXZpZXctY3JlYXRlLWljb24gKGNhciBuZXdmaWxlKQotCQkJCSAgICBwcmV2aWV3LWdzLWlt YWdlLXR5cGUKLQkJCQkgICAgKHByZXZpZXctYXNjZW50LWZyb20tYmIKLQkJCQkgICAgIGJib3gp Ci0JCQkJICAgIChhcmVmIHByZXZpZXctY29sb3JzIDIpKSkpCi0JICAgIChvdmVybGF5LXB1dCBv diAncXVldWVkIG5pbCkpKSkpCi0gICAgKHdoaWxlIChhbmQgKDwgKGxlbmd0aCBwcmV2aWV3LWdz LW91dHN0YW5kaW5nKQotCQkgICBwcmV2aWV3LWdzLW91dHN0YW5kaW5nLWxpbWl0KQotCQkoc2V0 cSBvdiAocG9wIHByZXZpZXctZ3MtcXVldWUpKSkKLSAgICAgIChsZXQgKChxdWV1ZWQgKG92ZXJs YXktZ2V0IG92ICdxdWV1ZWQpKSkKLQkod2hlbiAoYW5kIHF1ZXVlZAotCQkgICAobm90IChtZW1x IG92IHByZXZpZXctZ3Mtb3V0c3RhbmRpbmcpKQotCQkgICAob3ZlcmxheS1idWZmZXIgb3YpKQot CSAgKGxldCogKChmaWxlbmFtZXMgKG92ZXJsYXktZ2V0IG92ICdmaWxlbmFtZXMpKQotCQkgKG9s ZGZpbGUgKGNhciAobnRoIDAKLQkJCQkgICAgKG5jb25jIGZpbGVuYW1lcwotCQkJCQkgICAobGlz dAotCQkJCQkgICAgKHByZXZpZXctbWFrZS1maWxlbmFtZQotCQkJCQkgICAgIChmb3JtYXQgInBy JWQtJWQuJXMiCi0JCQkJCQkgICAgIChjYXIgcHJldmlldy1ncy1zZXF1ZW5jZSkKLQkJCQkJCSAg ICAgKGNkciBwcmV2aWV3LWdzLXNlcXVlbmNlKQotCQkJCQkJICAgICBwcmV2aWV3LWdzLWltYWdl LXR5cGUpCi0JCQkJCSAgICAgVGVYLWFjdGl2ZS10ZW1wZGlyKSkpKSkpCi0JCSAoYmJveCAoYXNl dCBxdWV1ZWQgMAotCQkJICAgICAob3IgKGFuZCBwcmV2aWV3LXByZWZlci1UZVgtYmIKLQkJCQkg ICAgICAoYXJlZiBxdWV1ZWQgMCkpCi0JCQkJIChhbmQgKHN0cmluZ3Agb2xkZmlsZSkKLQkJCQkg ICAgICAocHJldmlldy1leHRyYWN0LWJiCi0JCQkJICAgICAgIG9sZGZpbGUpKQotCQkJCSAoYXJl ZiBxdWV1ZWQgMCkKLQkJCQkgKGVycm9yICJObyBib3VuZGluZyBib3giKSkpKQotCQkgKHNuaXBw ZXQgKGFyZWYgcXVldWVkIDIpKQotCQkgKGdzLWxpbmUKLQkJICAoZm9ybWF0Ci0JCSAgICIlczw8 JXM+PnByZXZpZXctZG9cbiIKLQkJICAgKGlmIHByZXZpZXctcHMtZmlsZQotCQkgICAgICAgKGNv bmNhdCAiZHVwICIKLQkJCSAgICAgICAocHJldmlldy1ncy1kc2MtY3Z4Ci0JCQkJc25pcHBldAot CQkJCXByZXZpZXctZ3MtZHNjKSkKLQkJICAgICAoZm9ybWF0ICIlcyhyKWZpbGUgY3Z4IgotCQkJ ICAgICAocHJldmlldy1wcy1xdW90ZS1maWxlbmFtZQotCQkJICAgICAgKGlmIChsaXN0cCBvbGRm aWxlKQotCQkJCSAgKGNhciAobGFzdCBvbGRmaWxlKSkKLQkJCQlvbGRmaWxlKSkpKQotCQkgICAo aWYgcHJldmlldy1wYXJzZWQtdGlnaHRwYWdlCi0JCSAgICAgICAiIgotCQkgICAgIChmb3JtYXQg Ii9QYWdlU2l6ZVslZyAlZ10vUGFnZU9mZnNldFslZyBcCisgICh3aGlsZSAoYW5kICg8IChsZW5n dGggcHJldmlldy1ncy1vdXRzdGFuZGluZykKKwkJIHByZXZpZXctZ3Mtb3V0c3RhbmRpbmctbGlt aXQpCisJICAgICAgKHNldHEgb3YgKHBvcCBwcmV2aWV3LWdzLXF1ZXVlKSkpCisgICAgKGxldCAo KHF1ZXVlZCAob3ZlcmxheS1nZXQgb3YgJ3F1ZXVlZCkpKQorICAgICAgKHdoZW4gKGFuZCBxdWV1 ZWQKKwkJIChub3QgKG1lbXEgb3YgcHJldmlldy1ncy1vdXRzdGFuZGluZykpCisJCSAob3Zlcmxh eS1idWZmZXIgb3YpKQorCShsZXQqICgoZmlsZW5hbWVzIChvdmVybGF5LWdldCBvdiAnZmlsZW5h bWVzKSkKKwkgICAgICAgKG9sZGZpbGUgKGNhciAobnRoIDAKKwkJCQkgIChuY29uYyBmaWxlbmFt ZXMKKwkJCQkJIChsaXN0CisJCQkJCSAgKHByZXZpZXctbWFrZS1maWxlbmFtZQorCQkJCQkgICAo Zm9ybWF0ICJwciVkLSVkLiVzIgorCQkJCQkJICAgKGNhciBwcmV2aWV3LWdzLXNlcXVlbmNlKQor CQkJCQkJICAgKGNkciBwcmV2aWV3LWdzLXNlcXVlbmNlKQorCQkJCQkJICAgcHJldmlldy1ncy1p bWFnZS10eXBlKQorCQkJCQkgICBUZVgtYWN0aXZlLXRlbXBkaXIpKSkpKSkKKwkgICAgICAgKGJi b3ggKGFzZXQgcXVldWVkIDAKKwkJCSAgIChvciAoYW5kIHByZXZpZXctcHJlZmVyLVRlWC1iYgor CQkJCSAgICAoYXJlZiBxdWV1ZWQgMCkpCisJCQkgICAgICAgKGFuZCAoc3RyaW5ncCBvbGRmaWxl KQorCQkJCSAgICAocHJldmlldy1leHRyYWN0LWJiCisJCQkJICAgICBvbGRmaWxlKSkKKwkJCSAg ICAgICAoYXJlZiBxdWV1ZWQgMCkKKwkJCSAgICAgICAoZXJyb3IgIk5vIGJvdW5kaW5nIGJveCIp KSkpCisJICAgICAgIChzbmlwcGV0IChhcmVmIHF1ZXVlZCAyKSkKKwkgICAgICAgKGdzLWxpbmUK KwkJKGZvcm1hdAorCQkgIiVzPDwlcz4+cHJldmlldy1kb1xuIgorCQkgKGlmIHByZXZpZXctcHMt ZmlsZQorCQkgICAgIChjb25jYXQgImR1cCAiCisJCQkgICAgIChwcmV2aWV3LWdzLWRzYy1jdngK KwkJCSAgICAgIHNuaXBwZXQKKwkJCSAgICAgIHByZXZpZXctZ3MtZHNjKSkKKwkJICAgKGZvcm1h dCAiJXMocilmaWxlIGN2eCIKKwkJCSAgIChwcmV2aWV3LXBzLXF1b3RlLWZpbGVuYW1lCisJCQkg ICAgKGlmIChsaXN0cCBvbGRmaWxlKQorCQkJCShjYXIgKGxhc3Qgb2xkZmlsZSkpCisJCQkgICAg ICBvbGRmaWxlKSkpKQorCQkgKGlmIHByZXZpZXctcGFyc2VkLXRpZ2h0cGFnZQorCQkgICAgICIi CisJCSAgIChmb3JtYXQgIi9QYWdlU2l6ZVslZyAlZ10vUGFnZU9mZnNldFslZyBcCiAlZ1sxIDEg ZHRyYW5zZm9ybSBleGNoXXswIGdle25lZ31pZiBleGNofWZvcmFsbF0iCi0JCQkgICAgICgtIChh cmVmIGJib3ggMikgKGFyZWYgYmJveCAwKSkKLQkJCSAgICAgKC0gKGFyZWYgYmJveCAzKSAoYXJl ZiBiYm94IDEpKQotCQkJICAgICAoYXJlZiBiYm94IDApIChhcmVmIGJib3ggMSkpKSkpKQotCSAg ICAoc2V0Y2RyIHByZXZpZXctZ3Mtc2VxdWVuY2UgKDErIChjZHIgcHJldmlldy1ncy1zZXF1ZW5j ZSkpKQotCSAgICAoc2V0cSBwcmV2aWV3LWdzLW91dHN0YW5kaW5nCi0JCSAgKG5jb25jIHByZXZp ZXctZ3Mtb3V0c3RhbmRpbmcKLQkJCSAobGlzdCBvdikpKQotCSAgICAoYXNldCBxdWV1ZWQgMSBn cy1saW5lKQotCSAgICA7OyBpZ25vcmUgZXJyb3JzIGJlY2F1c2Ugb2YgZHlpbmcgcHJvY2Vzc2Vz OiB0aGV5IHdpbGwgZ2V0Ci0JICAgIDs7IGNhdWdodCBieSB0aGUgc2VudGluZWwsIGFueXdheS4K LQkgICAgKGNvbmRpdGlvbi1jYXNlIG5pbAotCQkocHJvY2Vzcy1zZW5kLXN0cmluZwotCQkgcHJv Y2VzcwotCQkgZ3MtbGluZSkKLQkgICAgICAoZXJyb3IgbmlsKSkpKSkpCisJCQkgICAoLSAoYXJl ZiBiYm94IDIpIChhcmVmIGJib3ggMCkpCisJCQkgICAoLSAoYXJlZiBiYm94IDMpIChhcmVmIGJi b3ggMSkpCisJCQkgICAoYXJlZiBiYm94IDApIChhcmVmIGJib3ggMSkpKSkpKQorCSAgKHNldGNk ciBwcmV2aWV3LWdzLXNlcXVlbmNlICgxKyAoY2RyIHByZXZpZXctZ3Mtc2VxdWVuY2UpKSkKKwkg IChzZXRxIHByZXZpZXctZ3Mtb3V0c3RhbmRpbmcKKwkJKG5jb25jIHByZXZpZXctZ3Mtb3V0c3Rh bmRpbmcKKwkJICAgICAgIChsaXN0IG92KSkpCisJICAoYXNldCBxdWV1ZWQgMSBncy1saW5lKQor CSAgOzsgaWdub3JlIGVycm9ycyBiZWNhdXNlIG9mIGR5aW5nIHByb2Nlc3NlczogdGhleSB3aWxs IGdldAorCSAgOzsgY2F1Z2h0IGJ5IHRoZSBzZW50aW5lbCwgYW55d2F5LgorCSAgKGNvbmRpdGlv bi1jYXNlIG5pbAorCSAgICAgIChwcm9jZXNzLXNlbmQtc3RyaW5nCisJICAgICAgIHByb2Nlc3MK KwkgICAgICAgZ3MtbGluZSkKKwkgICAgKGVycm9yIG5pbCkpKSkpKQorICAod2hlbiAobm90IChz dHJpbmctbWF0Y2ggIlxcYEdTPlxcJyIgYW5zd2VyKSkKKyAgICAobGV0ICgob3YgKHBvcCBwcmV2 aWV3LWdzLW91dHN0YW5kaW5nKSkKKwkgIChoYXZlLWVycm9yIChub3QKKwkJICAgICAgIChzdHJp bmctbWF0Y2ggIlxcYEdTXFwoPFswLTldK1xcKT8+XFwnIiBhbnN3ZXIpKSkpCisgICAgICAod2hl biAoYW5kIG92IChvdmVybGF5LWJ1ZmZlciBvdikpCisJKGxldCAoKHF1ZXVlZCAob3ZlcmxheS1n ZXQgb3YgJ3F1ZXVlZCkpKQorCSAgKHdoZW4gcXVldWVkCisJICAgIChsZXQqICgoYmJveCAoYXJl ZiBxdWV1ZWQgMCkpCisJCSAgIChmaWxlbmFtZXMgKG92ZXJsYXktZ2V0IG92ICdmaWxlbmFtZXMp KQorCQkgICAob2xkZmlsZSAobnRoIDAgZmlsZW5hbWVzKSkKKwkJICAgKG5ld2ZpbGUgKG50aCAx IGZpbGVuYW1lcykpKQorCSAgICAgIChpZiBoYXZlLWVycm9yCisJCSAgKHByZXZpZXctZ3MtZmxh Zy1lcnJvciBvdiBhbnN3ZXIpCisJCShjb25kaXRpb24tY2FzZSBuaWwKKwkJICAgIChwcmV2aWV3 LWRlbGV0ZS1maWxlIG9sZGZpbGUpCisJCSAgKGZpbGUtZXJyb3IgbmlsKSkKKwkJKG92ZXJsYXkt cHV0IG92ICdmaWxlbmFtZXMgKGNkciBmaWxlbmFtZXMpKQorCQkocHJldmlldy1yZXBsYWNlLWFj dGl2ZS1pY29uCisJCSBvdgorCQkgKHByZXZpZXctY3JlYXRlLWljb24gKGNhciBuZXdmaWxlKQor CQkJCSAgICAgIHByZXZpZXctZ3MtaW1hZ2UtdHlwZQorCQkJCSAgICAgIChwcmV2aWV3LWFzY2Vu dC1mcm9tLWJiCisJCQkJICAgICAgIGJib3gpCisJCQkJICAgICAgKGFyZWYgcHJldmlldy1jb2xv cnMgMikpKSkKKwkgICAgICAob3ZlcmxheS1wdXQgb3YgJ3F1ZXVlZCBuaWwpKSkpKSkKICAgICAo dW5sZXNzIHByZXZpZXctZ3Mtb3V0c3RhbmRpbmcKICAgICAgIChjb25kaXRpb24tY2FzZSBuaWwK IAkgIChwcm9jZXNzLXNlbmQtZW9mIHByb2Nlc3MpCg== ------=_Part_1748292860_1042329685.1584003074394-- From unknown Sun Jun 15 08:39:20 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39927: 12.2; preview-latex gs treatment off by one Resent-From: Ikumi Keita Original-Sender: "Debbugs-submit" Resent-CC: bug-auctex@gnu.org Resent-Date: Thu, 07 Jan 2021 12:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39927 X-GNU-PR-Package: auctex X-GNU-PR-Keywords: To: candeb@free.fr Cc: Luke Lau , "Braun, Michael" , 39927@debbugs.gnu.org Received: via spool by 39927-submit@debbugs.gnu.org id=B39927.16100218442914 (code B ref 39927); Thu, 07 Jan 2021 12:18:01 +0000 Received: (at 39927) by debbugs.gnu.org; 7 Jan 2021 12:17:24 +0000 Received: from localhost ([127.0.0.1]:46731 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kxUEF-0000kw-Qo for submit@debbugs.gnu.org; Thu, 07 Jan 2021 07:17:24 -0500 Received: from smtp1a.inetd.co.jp ([210.129.88.11]:37288) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kxUED-0000km-NH for 39927@debbugs.gnu.org; Thu, 07 Jan 2021 07:17:22 -0500 Received: from localhost (42-146-120-70.rev.home.ne.jp [42.146.120.70]) by smtp1a.inetd.co.jp (Postfix) with ESMTPA id 2EBDF203; Thu, 7 Jan 2021 21:17:19 +0900 (JST) From: Ikumi Keita In-reply-to: <1144560121.1748292864.1584003074395.JavaMail.root@zimbra74-e12.priv.proxad.net> References: <7A62C5E5-FAD3-48B6-8728-BA459E36ACCD@icloud.com>, <13F0A91B-6FD1-4650-9F01-B0742452F217@mail.smu.edu>, <1144560121.1748292864.1584003074395.JavaMail.root@zimbra74-e12.priv.proxad.net> Comments: In-reply-to candeb@free.fr message dated "Thu, 12 Mar 2020 09:51:14 +0100." X-Mailer: MH-E 8.6+git; nmh 1.7.1; GNU Emacs 27.1 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Date: Thu, 07 Jan 2021 21:17:10 +0900 Message-ID: <14529.1610021830@localhost> X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi Ita=EF, Luke, Braun, Sorry for late response. It seems that I managed to fix the bug of preview-latex you reported before. I don't speak Postscript and the fix is totally heuristic, but it simply works, at least for me. The attached patch removes a newline in the middle of initial string sent to ghostscript. This newline was interpreted as a delimeter as ghostscript, thus ghostscript responded twice to the initial string, if my speculation is right, which led to a spurious prompt from ghostscript. Could you please test whether this patch fixes the problem on your side if possible? Best regards, Ikumi Keita --=-=-= Content-Type: text/x-diff Content-Disposition: attachment; filename=patch Content-Description: remove newline to suppress additional GS prompt diff --git a/preview.el.in b/preview.el.in index eb40ae56..90b9b382 100644 --- a/preview.el.in +++ b/preview.el.in @@ -1166,7 +1166,7 @@ NONREL is not NIL." (setq preview-gs-init-string ;; Add commands for revised file access controls introduced ;; after gs 9.27 (bug#37719) - (concat (format "systemdict /.addcontrolpath known {%s} if\n" + (concat (format "systemdict /.addcontrolpath known {%s} if " (mapconcat (lambda (f) (format "/PermitFileReading %s .addcontrolpath" (preview-ps-quote-filename f))) --=-=-=-- From unknown Sun Jun 15 08:39:20 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39927: 12.2; preview-latex gs treatment off by one Resent-From: "Braun, Michael" Original-Sender: "Debbugs-submit" Resent-CC: bug-auctex@gnu.org Resent-Date: Sat, 09 Jan 2021 19:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39927 X-GNU-PR-Package: auctex X-GNU-PR-Keywords: To: Ikumi Keita Cc: Luke Lau , "candeb@free.fr" , "39927@debbugs.gnu.org" <39927@debbugs.gnu.org> Received: via spool by 39927-submit@debbugs.gnu.org id=B39927.161022161024838 (code B ref 39927); Sat, 09 Jan 2021 19:47:02 +0000 Received: (at 39927) by debbugs.gnu.org; 9 Jan 2021 19:46:50 +0000 Received: from localhost ([127.0.0.1]:52634 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kyKCI-0006SW-6b for submit@debbugs.gnu.org; Sat, 09 Jan 2021 14:46:50 -0500 Received: from smtap6.smu.edu ([129.119.65.155]:38959) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kyKCF-0006SJ-6e for 39927@debbugs.gnu.org; Sat, 09 Jan 2021 14:46:48 -0500 IronPort-SDR: TtlqNY7pYAMKBNHjuE6O6YrvsPP9eEqI7u4Sa7dTgEb6fk6ad5ZgU0vwHfsJDFBV6oVd57lVX7 1uq/dy89XnmLisVhYVIgl7g1v1diPNgsYxx/jtHXi/sAHongD8IAjFOJIiIzbimbvWerpL9gux AdqfeeL0mqV/eYq16/T05mVGLHU0pPBZJ6dhTh4KG5UdOhhMBq4bGiiuCanslC/ZnV7orOsK/h yfNaVvEb8j7sFN1X7oVnxmdk/ZjFRNF7eA0u5L/qi+FDFa/LCJ2YGKyadZdO/wN7yJotTmqN+2 ZP0= X-IPAS-Result: A2HtAABRB/pf/yJHd4FiGwEBAQEBAQEBBQEBARIBAQEDAwEBAUCBT4FTgiheCoQ1kRconDwCCQEDAQEBCgEtAgQBAYRKAheBWgIlOBMCAwEBAQMCAwEBAQEGAQEBAQEBBQQBAQKGFUWCOCkBg24BAQEBAgEjETsKBQsCAQgYAgImAgICMBUQAgQOBYMmgmcgAQSsQHaBMoh7CYFPgQ4qhnOGPiYbgUE/gTgMAw2Bamw+hD0Bgxg0giwEggCDPZBwgyyTYpE/AweCd5IJiVYDH4Mpii+VCLFjg28CAgICCQIWgW2Be3ITZQGCPj4SFwINnGpDMTQDAgYBCQEBAwl8i0kBgRABAQ IronPort-PHdr: 9a23:XcbzCh2L++jdxKegsmDT+DRfVm0co7zxezQtwd8ZsesWLfTxwZ3uMQTl6Ol3ixeRBMOHsq0C0baJ+P69EUU7or+5+EgYd5JNUxJXwe43pCcHRPC/NEvgMfTxZDY7FskRHHVs/nW8LFQHUJ2mPw6arXK99yMdFQviPgRpOOv1BpTSj8Oq3Oyu5pHfeQpFiCe/bL9oMhm7ogfcusYXjIZiN6081gbHrnxUdupM2GhmP0iTnxHy5sex+J5s7SFdsO8/+sBDTKv3Yb02QaRXAzo6PW814tbrtQTYQguU+nQcSGQWnQFWDAXD8Rr3Q43+sir+tup6xSmaIcj7Rq06VDi+86tmTgLjhTwZPDAl7m7Yls1wjLpaoB2/oRx/35XUa5yROPZnY6/RYc8WSW9HU81MVSJOH5m8YpMPAeQfIOhYs4fzqVgArRS8AgesBf/gxDBHiXLtwa01yOEhHR3G3AA8Hd8DtmnfotXvNKcVVOC41KfEwCjZb/xMxDf97pDEeQ0mr/GNQb1wcdDexlcrFw/Lk16drpfqPymP2eQQtWib6vFtVee1hG4mrwF9uCOvxsIxioXTmI0a103E+Dx/zY0oKtK2VFR1bsS4EJtMqS6aLY12T9s+Tm10tig0yqMLt566cSYK1Jkq2xzSZ+CDfoSV/x7vSvqcLCl7iX9lZL6yiBa8/FShx+PyVcS60FVHoyRGn9TRsH0Gyh/d6tCfR/dg4Eus3SyD2x3O5uxAO0w5l7fXJ4Qvz7M/jpYfrFrPEyvslEnrkaObcl8o9+q05+j9f7nrpoOQO5dphg3gNqkigNGzDfk8PwQUXWWX5P6w2bPj8ED/Xb5ElOc5krPDv5DfPckbo6m5DBJL3Ys78Ba/Cium0MwfnXkaMFJJYBKHgJbtO1HJOP34Fvi+g1G3nzt23/DGPKftAo7ILnjeirvuY6ty61NExAoyy9BQ+Y5UB6kcLP7tXkL9rsHUAgI9PgCuwevrFc9x240RVG6XB6+WKqLSsVuG5uI1JOmMYZcYty3nK/c/+v7ui3o5lEQYfaaz3JsXbGq0Hu9jI0WEe3bjnMoOEXoSsgokUOPqkEGCUSJUZ3uqXqI85Sw7CIenDYrYR4Ctg6GB3CK6HpFMf2BGF06DHW3qd4WcQ/0Mcj6dItd9kjwYUrisU5Mu2guotADn1bVoNfHZ+iMCtZ39ytd5/ePTlQsq/zxuE8udy32NT31znm4QSTI72KRyrVJ/x1qYzKd3nedXGsdO5/NGSQc2L5Hcz+pnC9zoXQLBZNiJQk68Qtq6GTExUs4xw9gWbkZ5BtWijQ7M0DKuA7APiryGH500/b7Y33j2OsZy1mzK27Umj1kjEYNzMjiHhbN69kDwCo/Vmg3NlqW3cKU03S3Q8WbF1HeD+kNABl1eS6LACDo1fELLq5Cxw0LJT7ajDf5vZgFbwNOEL4NPY9zty05DWbHuNMmIMDH5oHu5GRvdnuDEV4HtYWhImXyFUEU= X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.79,334,1602565200"; d="scan'208";a="14475200" Received: from sxmb1pj.smu.edu ([129.119.71.34]) by smtah6.smu.edu with ESMTP/TLS/ECDHE-RSA-AES128-SHA256; 09 Jan 2021 13:46:41 -0600 Received: from sxmb1ph.smu.edu (129.119.71.35) by sxmb1pj.smu.edu (129.119.71.34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2044.4; Sat, 9 Jan 2021 13:46:40 -0600 Received: from sxmb1ph.smu.edu ([fe80::2c06:d591:8051:204c]) by sxmb1ph.smu.edu ([fe80::2c06:d591:8051:204c%14]) with mapi id 15.01.2044.012; Sat, 9 Jan 2021 13:46:40 -0600 From: "Braun, Michael" Thread-Topic: bug#39927: 12.2; preview-latex gs treatment off by one Thread-Index: AQHW5O8OvrQwK5RbhU2aeESZw9gTqqogGwMA Date: Sat, 9 Jan 2021 19:46:40 +0000 Message-ID: <86773275-2E2D-4B71-8A3D-D2FD3B2BF481@mail.smu.edu> References: <7A62C5E5-FAD3-48B6-8728-BA459E36ACCD@icloud.com> <13F0A91B-6FD1-4650-9F01-B0742452F217@mail.smu.edu> <1144560121.1748292864.1584003074395.JavaMail.root@zimbra74-e12.priv.proxad.net> <14529.1610021830@localhost> In-Reply-To: <14529.1610021830@localhost> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3654.40.0.2.32) x-originating-ip: [129.119.70.150] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) SWt1bWk6DQoNCkl0IGRvZXMgYXBwZWFyIHRvIGhhdmUgZml4ZWQgdGhlIHByb2JsZW0uICBJIGFt IG5vIGxvbmdlciBnZXR0aW5nIHRoZSB3YXJuaW5ncy4NCg0KVGhhbmtzIGZvciB0aGUgcGF0Y2gu DQoNCk1pY2hhZWwNCg0KPiBPbiBKYW4gNywgMjAyMSwgYXQgNjoxNyBBTSwgSWt1bWkgS2VpdGEg PGlrdW1pQGlrdW1pLnF1ZS5qcD4gd3JvdGU6DQo+IA0KPiBIaSBJdGHDrywgTHVrZSwgQnJhdW4s DQo+IA0KPiBTb3JyeSBmb3IgbGF0ZSByZXNwb25zZS4gSXQgc2VlbXMgdGhhdCBJIG1hbmFnZWQg dG8gZml4IHRoZSBidWcgb2YNCj4gcHJldmlldy1sYXRleCB5b3UgcmVwb3J0ZWQgYmVmb3JlLiBJ IGRvbid0IHNwZWFrIFBvc3RzY3JpcHQgYW5kIHRoZSBmaXgNCj4gaXMgdG90YWxseSBoZXVyaXN0 aWMsIGJ1dCBpdCBzaW1wbHkgd29ya3MsIGF0IGxlYXN0IGZvciBtZS4NCj4gDQo+IFRoZSBhdHRh Y2hlZCBwYXRjaCByZW1vdmVzIGEgbmV3bGluZSBpbiB0aGUgbWlkZGxlIG9mIGluaXRpYWwgc3Ry aW5nDQo+IHNlbnQgdG8gZ2hvc3RzY3JpcHQuIFRoaXMgbmV3bGluZSB3YXMgaW50ZXJwcmV0ZWQg YXMgYSBkZWxpbWV0ZXIgYXMNCj4gZ2hvc3RzY3JpcHQsIHRodXMgZ2hvc3RzY3JpcHQgcmVzcG9u ZGVkIHR3aWNlIHRvIHRoZSBpbml0aWFsIHN0cmluZywgaWYNCj4gbXkgc3BlY3VsYXRpb24gaXMg cmlnaHQsIHdoaWNoIGxlZCB0byBhIHNwdXJpb3VzIHByb21wdCBmcm9tDQo+IGdob3N0c2NyaXB0 Lg0KPiANCj4gQ291bGQgeW91IHBsZWFzZSB0ZXN0IHdoZXRoZXIgdGhpcyBwYXRjaCBmaXhlcyB0 aGUgcHJvYmxlbSBvbiB5b3VyIHNpZGUNCj4gaWYgcG9zc2libGU/DQo+IA0KPiBCZXN0IHJlZ2Fy ZHMsDQo+IElrdW1pIEtlaXRhDQo+IA0KPiA8cGF0Y2g+DQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQpNaWNoYWVsIEJyYXVuLCBQaC5ELg0KQXNzb2NpYXRlIFByb2Zlc3NvciBvZiBNYXJr ZXRpbmcsIGFuZA0KICBDb3JyaWdhbiBSZXNlYXJjaCBQcm9mZXNzb3INCkNveCBTY2hvb2wgb2Yg QnVzaW5lc3MNClNvdXRoZXJuIE1ldGhvZGlzdCBVbml2ZXJzaXR5DQpEYWxsYXMsIFRYIDc1Mjc1 DQpicmF1bm1Ac211LmVkdQ0KDQoNCg0KDQo= From unknown Sun Jun 15 08:39:20 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39927: 12.2; preview-latex gs treatment off by one Resent-From: Ikumi Keita Original-Sender: "Debbugs-submit" Resent-CC: bug-auctex@gnu.org Resent-Date: Sun, 10 Jan 2021 08:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39927 X-GNU-PR-Package: auctex X-GNU-PR-Keywords: To: "Braun, Michael" Cc: Luke Lau , "candeb@free.fr" , "39927@debbugs.gnu.org" <39927@debbugs.gnu.org> Received: via spool by 39927-submit@debbugs.gnu.org id=B39927.1610266738951 (code B ref 39927); Sun, 10 Jan 2021 08:19:02 +0000 Received: (at 39927) by debbugs.gnu.org; 10 Jan 2021 08:18:58 +0000 Received: from localhost ([127.0.0.1]:53073 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kyVw9-0000FH-OZ for submit@debbugs.gnu.org; Sun, 10 Jan 2021 03:18:58 -0500 Received: from smtp1a.inetd.co.jp ([210.129.88.11]:45066) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kyVw5-0000F2-1h for 39927@debbugs.gnu.org; Sun, 10 Jan 2021 03:18:56 -0500 Received: from localhost (42-146-120-70.rev.home.ne.jp [42.146.120.70]) by smtp1a.inetd.co.jp (Postfix) with ESMTPA id 7BDD25F; Sun, 10 Jan 2021 17:18:50 +0900 (JST) From: Ikumi Keita In-reply-to: <86773275-2E2D-4B71-8A3D-D2FD3B2BF481@mail.smu.edu> References: <7A62C5E5-FAD3-48B6-8728-BA459E36ACCD@icloud.com> <13F0A91B-6FD1-4650-9F01-B0742452F217@mail.smu.edu> <1144560121.1748292864.1584003074395.JavaMail.root@zimbra74-e12.priv.proxad.net> <14529.1610021830@localhost> <86773275-2E2D-4B71-8A3D-D2FD3B2BF481@mail.smu.edu> Comments: In-reply-to "Braun, Michael" message dated "Sat, 09 Jan 2021 19:46:40 +0000." X-Mailer: MH-E 8.6+git; nmh 1.7.1; GNU Emacs 27.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <87355.1610266728.1@localhost> Content-Transfer-Encoding: quoted-printable Date: Sun, 10 Jan 2021 17:18:48 +0900 Message-ID: <87358.1610266728@localhost> X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> "Braun, Michael" writes: > Ikumi: > It does appear to have fixed the problem. I am no longer getting the wa= rnings. > Thanks for the patch. > Michael Thanks a lot! I pushed the change into the git repository. Regards, Ikumi Keita From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 12 00:20:56 2021 Received: (at control) by debbugs.gnu.org; 12 Jan 2021 05:20:57 +0000 Received: from localhost ([127.0.0.1]:59012 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzC6y-0003o7-JB for submit@debbugs.gnu.org; Tue, 12 Jan 2021 00:20:56 -0500 Received: from smtp1a.inetd.co.jp ([210.129.88.11]:49280) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzC6w-0003nx-9o for control@debbugs.gnu.org; Tue, 12 Jan 2021 00:20:55 -0500 Received: from localhost (42-146-120-70.rev.home.ne.jp [42.146.120.70]) by smtp1a.inetd.co.jp (Postfix) with ESMTPA id 4798F5F for ; Tue, 12 Jan 2021 14:20:52 +0900 (JST) To: control@debbugs.gnu.org From: Ikumi Keita Subject: control message for bug #39927 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <2085.1610428851.1@localhost> Date: Tue, 12 Jan 2021 14:20:51 +0900 Message-ID: <2086.1610428851@localhost> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 39927 fixed close 39927 quit