
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">

<HTML>

<HEAD>

  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">

  <META NAME="GENERATOR" CONTENT="GtkHTML/3.6.2">

</HEAD>

<BODY>

Just a detail of explanation...<BR>

<BR>

On Fri, 2005-11-18 at 12:11 -0600, maiko@pcs.mb.ca wrote:<BR>

>>SNIP<<

<BLOCKQUOTE TYPE=CITE>

<PRE>


<FONT COLOR="#000000">> For me, the workaround is "# reset" to reinit the session.</FONT>


<FONT COLOR="#000000">I rarely see a crash that messes up the screen. Usually, it's trace</FONT>

<FONT COLOR="#000000">data that is not printable that does that.</FONT>


</PRE>

</BLOCKQUOTE>

>>SNIP<<<BR>

I have "always" used the multi console feature for jnos.  Jnos needs to be "root", and I typically do as much as I can from "user" so it is my practice to have <U>alt-ctrl-F2</U> as my root session to execute jnos (keeping the jnos admin screen).  I typically have gdb running from F3 and telnet from F5 as me the user...  Weird?<BR>

<BR>

In any case, F2 requires the "reset" from whenever jnos does abort.  I suspect the FC-4 crash recovery processing doesn't deal completely with parameters used by jnos to set up the admin screen.  If it terminates normally - no problem (so far).<BR>

<BR>

I understand Maiko to use terminal emulation from a GUI.  Now IF there is a problem here, it may be that FC-4 multi session and GUI support act a little bit differently.  I can't believe it is a serious problem, there is a simple work around available.  Please consider this to be a nuisance and not worth much effort to fix > or even talk about here...<BR>

<BR>

If I find the problem for my system, I'll forward it to the Fedora Core folks and let you know.<BR>

<BR>

Skip

</BODY>

</HTML>