Path: utzoo!utgpu!watserv1!ria!csd.uwo.ca!webber
From: webber@csd.uwo.ca (Robert E. Webber)
Newsgroups: comp.os.minix
Subject: Re: macminix (linewrap and crashing on idle)
Message-ID: <1985@ria.ccs.uwo.ca>
Date: 3 Jan 91 07:27:52 GMT
References: <199024.1046.1155@canrem.uucp>
Sender: news@ria.ccs.uwo.ca
Organization: see disclaimer
Lines: 61

In article <199024.1046.1155@canrem.uucp> "glen lalonde" <glen_lalonde@canrem.uucp> writes:
.Here is a patch to MacMinix that will enable LINEWRAP, that is
.output will wrap to the next line after 80 cols.

(As described at the end of this message, it breaks a rare situation that
occurs while using elle - possibly other screen editors as well.)
.
.In the file kernel/console.c in function vduput:
. There is a line vdumoveto(v->crow, v->ccol+1);
.                 return;
. (this is for the normal char case) change this to:

For general compatibility, one probably wants to include this in an
#if LINEWRAP, which in turn means an #include <minix/config.h> needs
to be added to the top of console.c.

. if (v->ccol >(LINEWRAPPOS -2)) {

I decided to use NCOL instead of introducing a new macro.  However, whether
or not it is a good idea to link NCOL to linewrapping is unclear given the
documentation in this module.

.      if (v->crow == NROW -1) {
.              for (i=0; i<NROW-1; i++) vducpyline(i+1,i);
.              vduclrline(i);
.              vdumoveto(c->crow,0);

I assume this is a typo for v->crow

.      } else vdumoveto(v->crow+1,0);
. } else vdumoveto(v->crow, v->ccol +1);
. return;
.
.You need to put 'register i;' at the top of the function, and
.to define LINEWRAPPOS as a macro, I made it 80 so it will wrap
.at col 80 in my case.
.
.Please report any problems with the above modification.

Actually, I do notice a problem when using elle (that only occurs when
this patch to console.c has been made).  If under elle one generates a
line that is overlong, it wraps around fine.  However, if one goes
back to the beginning of that line and inserts a new character, both
lines are redrawn.  In the redrawing of the second line (the wrapped
portion of the line), only the last character appears, the others are
blanked out.  Control-l redraws the screen fine.  When removing a
character from an overlong line, it redraws fine too.  Incidently, on
a separate matter, a few times now, elle has freaked on me (behaving
as if all the keybindings had been changed) - has anyone else seen
this?

--- BOB (webber@csd.uwo.ca)

p.s., On another matter, letting MacMinix idle for 40 minutes without
anyone logging in after bootup doesn't crash my system (Mac+, 4meg, no ramdisk,
heap set to 1meg) running under plain finder.  Perhaps people having problems
with this have some Init doing something.  Also, in the early days, a comment
to the general effect that increasing heap size sometimes fixes problems
was made (hence my gargantuan heap).