From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?UTF-8?B?S8Ohcm9seSBMxZFyZW50ZXk=?= Newsgroups: gmane.emacs.devel Subject: Re: multi-tty branch created Date: Wed, 16 May 2007 17:04:25 +0200 Message-ID: References: <87sla0rgs4.fsf@catnip.gol.com> <85abw8pyk7.fsf@lola.goethe.zz> <85646wpuqn.fsf@lola.goethe.zz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0587412640==" X-Trace: sea.gmane.org 1179327902 5527 80.91.229.12 (16 May 2007 15:05:02 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 16 May 2007 15:05:02 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed May 16 17:04:59 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HoL3i-0002Cy-Su for ged-emacs-devel@m.gmane.org; Wed, 16 May 2007 17:04:59 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HoLBi-0006d7-8N for ged-emacs-devel@m.gmane.org; Wed, 16 May 2007 11:13:14 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HoLBd-0006bo-5M for emacs-devel@gnu.org; Wed, 16 May 2007 11:13:09 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HoLBb-0006bS-PX for emacs-devel@gnu.org; Wed, 16 May 2007 11:13:08 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HoLBb-0006bO-FR for emacs-devel@gnu.org; Wed, 16 May 2007 11:13:07 -0400 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1HoL3a-0001pc-Kt for emacs-devel@gnu.org; Wed, 16 May 2007 11:04:51 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HoL3P-0003NQ-SJ for emacs-devel@gnu.org; Wed, 16 May 2007 17:04:39 +0200 Original-Received: from ns.netvisor.hu ([195.228.79.242]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 16 May 2007 17:04:39 +0200 Original-Received: from karoly by ns.netvisor.hu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 16 May 2007 17:04:39 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 72 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: ns.netvisor.hu User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) In-Reply-To: X-Enigmail-Version: 0.95.0 X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:71177 Archived-At: This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --===============0587412640== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7B654446102E9493B3ED9FD7" This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7B654446102E9493B3ED9FD7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Juanma Barranquero wrote: > In the merge, the execvp wrapper for Windows has been moved to below > the point where execvp is used; i.e, execvp is used in fail, but >=20 > #undef execvp > #define execvp w32_execvp >=20 > happens quite a bit later. That's an error, I think. That's right. Could you please fix it? >> I hope most people would agree that the new emacsclient features are a= >> definite improvement. >=20 > As long as the features currently in the trunk are maintained, yes. They should be. If anything is lost, then that's a bug. At the very least, emacsclient works good enough not to impede unrelated Emacs development. >> Keep in mind that improving emacsclient behaviour is one of the primar= y >> results of the multi-tty branch. >=20 > Then it should continue to be done in the multi-tty branch until > merging it to the trunk does not represent a regression. I don't believe it represents a regression in its current form. As we know, Windows support is broken, but thankfully people are working on that now. I argue that it is not a good idea to keep the trunk's emacsclient a moving target. The more changes you make to it now, the more probable I create a new regression while merging (i.e., reimplementing) your changes in multi-tty. If there is a good chance that Emacs 23 will be released without multi-tty, then of course things are different. I think people should look at the code and report if it is basically sound or not. If not, then it's better to have that decided early than to waste more time developing it. You can also decide to keep a subset of multi-tty changes (C-level changes, Lisp interface, emacsclient improvements, environment implementation, Lisp package adaptations, etc.) and discard/reimplement the rest. For example, David has already expressed his dissatisfaction with the environment implementation. --=20 Karoly --------------enig7B654446102E9493B3ED9FD7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGSx176eoyqA+yej8RAijrAJ0R/ers/KvBzfNLnMq7rzQvfFeX9QCfbwiR GPirJYYUOBkesmTCkpjk22A= =bDmv -----END PGP SIGNATURE----- --------------enig7B654446102E9493B3ED9FD7-- --===============0587412640== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel --===============0587412640==--