From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: process output has become a bit random... Date: 03 Aug 2004 04:07:50 +0200 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: References: <4108D78A.7090001@math.ku.dk> <200408020003.JAA21336@etlken.m17n.org> <200408030144.KAA24311@etlken.m17n.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1091498913 30675 80.91.224.253 (3 Aug 2004 02:08:33 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 3 Aug 2004 02:08:33 +0000 (UTC) Cc: storm@cua.dk, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 03 04:08:24 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1Broj1-0000zq-00 for ; Tue, 03 Aug 2004 04:08:24 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BromR-0004dT-Fv for ged-emacs-devel@m.gmane.org; Mon, 02 Aug 2004 22:11:55 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BromJ-0004dO-Ll for emacs-devel@gnu.org; Mon, 02 Aug 2004 22:11:47 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BromI-0004dB-VI for emacs-devel@gnu.org; Mon, 02 Aug 2004 22:11:47 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BromI-0004d8-RP for emacs-devel@gnu.org; Mon, 02 Aug 2004 22:11:46 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BroiX-0001B4-3J for emacs-devel@gnu.org; Mon, 02 Aug 2004 22:07:53 -0400 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1BroiW-0001KX-4R; Mon, 02 Aug 2004 22:07:52 -0400 Original-To: Kenichi Handa In-Reply-To: <200408030144.KAA24311@etlken.m17n.org> Original-Lines: 55 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 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 Xref: main.gmane.org gmane.emacs.devel:26163 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:26163 Kenichi Handa writes: > In article <200408020003.JAA21336@etlken.m17n.org>, Kenichi Handa writes: > > >> This might explain why the changes in buffer size that I did > >> previously triggered problems: that way the buffer could get larger > >> than this threshold of 1024 bytes. It would appear that as soon as > >> shrink_decoding_region is called via SHRINK_CONVERSION_REGION in > >> decode-coding-string, things start going haywire. > > > Thank you for tracking the problem down to here. I'll check > > what's wrong with shrink_conversion_region soon. > > After intalling auctex and preview-latex, I tried C-c C-p > C-d on circ.tex (lang. env. is German), but couldn't > reproduce the problem. Rats. You have the threshold for the shrinking significantly lower than readmax in process.c? > Attached is the contents of a buffer shown by C-c C-l. > > Even though it has this line: > > Preview-LaTeX exited abnormally with code 1 at Tue Aug 3 10:41:49 Which is normal. I probably should try to weazle around producing this message since people tend to get surprised by it. > the buffer circ.tex is shown with lots of preview images. I found > that C-v doesn't work when a image that is taller than the window > height is shown, but it seems that this is a different bug. Quite so. So let us compare our language environments: Latin-1 language environment [...] Character sets: ascii: ASCII (ISO646 IRV) latin-iso8859-1: Right-Hand Part of Latin Alphabet 1 (ISO/IEC 8859-1): ISO-IR-100. Coding systems: iso-latin-1 (`1' in mode line): ISO 2022 based 8-bit encoding for Latin-1 (MIME:ISO-8859-1). (alias: iso-latin-1 iso-8859-1 latin-1) [back] -- David Kastrup, Kriemhildstr. 15, 44793 Bochum