Re: process output has become a bit random...

[David Kastrup <dak@gnu.org>]

[-- Attachment #1: Type: text/plain, Size: 625 bytes --]

David Kastrup <dak@gnu.org> writes:

> storm@cua.dk (Kim F. Storm) writes:
> 
> > storm@cua.dk (Kim F. Storm) writes:
> > 
> > > Could you try to set readmax to 1024 ?
> > >
> > > That may break UDP packet receive, but it isn't relevant for this case.
> > 
> > 
> > Could you also try the following patch (with readmax=4096).
> > 
> > I don't expect it to make a lot of difference, but just to rule out
> > the obvious...
> 
> [...]
> 
> Sorry for the delay, had to go climbing.  The patch does not cure the
> problem.  The problem still occurs with comparable severity.

However, the following patch cures everything then:


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Type: text/x-patch, Size: 463 bytes --]

--- coding.c	22 Jun 2004 11:22:11 +0200	1.305
+++ coding.c	01 Aug 2004 02:17:32 +0200	
@@ -5330,7 +5330,7 @@
 /* As shrinking conversion region requires some overhead, we don't try
    shrinking if the length of conversion region is less than this
    value.  */
-static int shrink_conversion_region_threshhold = 1024;
+static int shrink_conversion_region_threshhold = 4100;
 
 #define SHRINK_CONVERSION_REGION(beg, end, coding, str, encodep)	\
   do {									\

[-- Attachment #3: Type: text/plain, Size: 364 bytes --]


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.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

[-- Attachment #4: Type: text/plain, Size: 142 bytes --]

_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel