#1699 can be closed. I misposted to the wrong list.

I've since reposted my message to the appropriate bug case.

(I sent this to the wrong list earlier. Resending to, hopefully, the
right place this time.)

Here's a patch for bug#1469 (term.el regression when dealing with long
lines under bash).

* term.el (term-emulate-terminal): Decode substring just prior to
inserting it. (Bug#1469)

bug#1469 was introduced while fixing bug#1006. I verified this patch
against the repro steps in bug#1006 to make sure I haven't made a
regression.

Can someone please review? I'd appreciate any feedback.

-- Nicholas

Index: lisp/term.el
===================================================================
RCS file: /sources/emacs/emacs/lisp/term.el,v
retrieving revision 1.107
diff -c -p -r1.107 term.el
*** lisp/term...

The above fix relies on the

The fix might be as simple as this. I'll use this for a while and see
how it goes.

xah lee xahlee.org> writes:

You should report that to the author of the get-image-dimensions
function.

Andreas.

xah lee xahlee.org> writes:

You should report that to the author of the get-image-dimensions
function.

Andreas.

From OSX 10.4, I log in via ssh to a remote machine R running Ubuntu
jaunty, and there do:

$ emacs -nw -Q -f server-start

In another terminal in OSX, I again ssh to R, and there do:

$ emacsclient -c

As expected, I get an X frame on the local machine (OSX). Now I close
the terminal in which I started the remote emacsclient, thus killing
the client. The remote server at this point shows the message:

server: Connection lost to X server `localhost:11.0'

Now I again ssh to R, and again do there:

$ emacsclient -c

Now, only a blank frame shows up, and the remote server repeatedly
shows the following message:

(emacs:11624): GLib-WARNING **: g_main_context_prepare() called
recursively from within a source's check() or prepare() member.

Information about Emacs on the remote machine R: