X-Git-Url: http://git.nikiroo.be/?a=blobdiff_plain;f=README.md;h=ab6069ea253144c30aed456e26f10b5fda6c1b8e;hb=5dfd1c11947e9cb32fcac4772f1b16879d9ffe67;hp=4e71a9c60490da52f21588553934f9d7d2b1340f;hpb=c8165631ed92c58eb90b94b80390b5bfaf9b1b6e;p=fanfix.git

diff --git a/README.md b/README.md
index 4e71a9c..ab6069e 100644
--- a/README.md
+++ b/README.md
@@ -172,12 +172,6 @@ Some arbitrary design decisions had to be made when either the
 obviously expected behavior did not happen or when a specification was
 ambiguous.  This section describes such issues.
 
-  - TTerminalWindow will hang on input from the remote if the
-    TApplication is exited before the TTerminalWindow's process has
-    closed on its own.  This is due to a Java limitation/interaction
-    between blocking reads (which is necessary to get UTF8 translation
-    correct) and file streams.
-
   - See jexer.tterminal.ECMA48 for more specifics of terminal
     emulation limitations.
 
@@ -191,6 +185,9 @@ ambiguous.  This section describes such issues.
     checking for a tty: script launches $SHELL in a pseudo-tty.  This
     works on Linux but might not on other Posix-y platforms.
 
+  - Closing a TTerminalWindow without exiting the process inside it
+    may result in a zombie 'script' process.
+
   - Java's InputStreamReader as used by the ECMA48 backend requires a
     valid UTF-8 stream.  The default X10 encoding for mouse
     coordinates outside (160,94) can corrupt that stream, at best