From: Eli Zaretskii <eliz@gnu.org>
To: Dan Nicolaescu <dann@ics.uci.edu>
Cc: emacs-devel@gnu.org
Subject: Re: multi-tty breakage on MS-Windows
Date: Sat, 08 Sep 2007 19:29:45 +0300 [thread overview]
Message-ID: <uhcm5qfwm.fsf@gnu.org> (raw)
In-Reply-To: <200709081532.l88FWcUu014489@oogie-boogie.ics.uci.edu> (message from Dan Nicolaescu on Sat, 08 Sep 2007 08:32:38 -0700)
> Cc: emacs-devel@gnu.org
> From: Dan Nicolaescu <dann@ics.uci.edu>
> Date: Sat, 08 Sep 2007 08:32:38 -0700
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
> > Is this incompatibility an absolute must?
>
> I think so, the communication between the emacsclient and emacs is
> more complex now, more stuff is sent over the wire.
Too bad. This will make life harder for those who, like me, routinely
run several different versions of Emacs (to test each one of them at
least to some extent).
> > . "emacs -nw" crashes on startup; backtrace attached below.
>
> This is a known problem, Jason Rumney stated that this does not work
> in his message announcing that multi-tty was ported to Windows.
> Can you please help fixing it?
I will, if I find enough time. This is made harder by almost complete
lack of documentation of how multi-tty works. Can someone please make
an effort of explaining it in plain English? The changes installed as
result of the merge are extensive and very invasive, and it's hard to
figure them out without some guidance. Judging by the amount of
problems we had lately on any platform but GNU/Linux, I think we will
need much more working knowledge of this feature before we can go on
with merging unicode-2 etc.
Also, how come Karoly is suddenly silent or unavailable for help when
his work is being installed and used on platforms he obviously didn't
try? It's annoying, to say the least: such a significant change
becomes almost completely unsupported the moment it's merged into the
trunk.
next prev parent reply other threads:[~2007-09-08 16:29 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-09-08 9:56 multi-tty breakage on MS-Windows Eli Zaretskii
2007-09-08 15:32 ` Dan Nicolaescu
2007-09-08 16:29 ` Eli Zaretskii [this message]
2007-09-08 17:24 ` Dan Nicolaescu
2007-09-08 17:48 ` martin rudalics
[not found] ` <E1IUCJC-0000YJ-0c@fencepost.gnu.org>
2007-09-10 3:35 ` Dan Nicolaescu
2007-09-10 4:44 ` dhruva
2007-09-10 23:54 ` Richard Stallman
2007-09-08 19:48 ` Stephen J. Turnbull
2007-09-09 20:05 ` Richard Stallman
2007-09-22 13:00 ` Eli Zaretskii
2007-09-22 21:16 ` Jason Rumney
2007-09-23 4:16 ` Eli Zaretskii
2007-09-23 11:37 ` Jason Rumney
2007-09-23 13:18 ` dhruva
2007-09-23 13:28 ` Jason Rumney
2007-09-25 9:01 ` Jason Rumney
2007-09-26 15:24 ` Eli Zaretskii
2007-09-09 19:51 ` Stefan Monnier
2007-09-09 20:03 ` David Kastrup
2007-09-10 3:21 ` Eli Zaretskii
-- strict thread matches above, loose matches on Subject: below --
2007-09-08 18:18 Angelo Graziosi
2007-09-09 21:18 Angelo Graziosi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=uhcm5qfwm.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=dann@ics.uci.edu \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).