From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: isearch multiple buffers Date: Fri, 26 Oct 2007 21:21:19 +0200 Message-ID: References: <87odfcggvl.fsf@jurta.org> <878x6a6ktw.fsf@jurta.org> <871wc15m2b.fsf@jurta.org> <87lk9ylkbb.fsf@jurta.org> <87hckk9uoa.fsf@jurta.org> <87abqcrq9p.fsf@catnip.gol.com> <471BE5D3.3050007@gmail.com> <87y7dwq7x9.fsf@catnip.gol.com> <87odepv21n.fsf@catnip.gol.com> <87ir4wjcev.fsf@catnip.gol.com> <200710261516.l9QFGQ7C001069@oogie-boogie.ics.uci.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1193426515 22792 80.91.229.12 (26 Oct 2007 19:21:55 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 26 Oct 2007 19:21:55 +0000 (UTC) Cc: emacs-devel@gnu.org To: Dan Nicolaescu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 26 21:21:57 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 1IlUkm-00074g-Lk for ged-emacs-devel@m.gmane.org; Fri, 26 Oct 2007 21:21:56 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IlUkd-0005l6-Tk for ged-emacs-devel@m.gmane.org; Fri, 26 Oct 2007 15:21:47 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IlUkJ-0005Sw-3A for emacs-devel@gnu.org; Fri, 26 Oct 2007 15:21:27 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IlUkH-0005Rb-UM for emacs-devel@gnu.org; Fri, 26 Oct 2007 15:21:26 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IlUkH-0005RI-I5 for emacs-devel@gnu.org; Fri, 26 Oct 2007 15:21:25 -0400 Original-Received: from nitzan.inter.net.il ([213.8.233.22]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IlUkH-0006Ct-4s for emacs-devel@gnu.org; Fri, 26 Oct 2007 15:21:25 -0400 Original-Received: from HOME-C4E4A596F7 (IGLD-80-230-4-136.inter.net.il [80.230.4.136]) by nitzan.inter.net.il (MOS 3.7.3a-GA) with ESMTP id IDN57444 (AUTH halo1); Fri, 26 Oct 2007 21:18:41 +0200 (IST) In-reply-to: <200710261516.l9QFGQ7C001069@oogie-boogie.ics.uci.edu> (message from Dan Nicolaescu on Fri, 26 Oct 2007 08:16:26 -0700) X-detected-kernel: by monty-python.gnu.org: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) 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:81787 Archived-At: > Cc: Miles Bader , emacs-devel@gnu.org > From: Dan Nicolaescu > Date: Fri, 26 Oct 2007 08:16:26 -0700 > > Eli Zaretskii writes: > > > > Because the 8.3 name restriction has a negative effect for _all_ > > > developers. > > > > What negative effects? can you show them in the archives? AFAIR, this > > is about the first such issue in years. > > Here are quite a few exmaples: go to http://search.gmane.org/ search > for 8.3 and use "gmane.emacs.devel" for "In group". It produces a good > amount of hits. All I see, in addition to this thread is the following: . An issue with foo-+.texi in June 2004 . A couple of messages about ChangeLog-unicode in February 2005 . A discussion back in August 2005 when MH-E was added to Emacs, and a related discussion in September that year about image files. . A comment by Kim Storm in June this year about renaming a single file. . A few other hits that have nothing to do with conflicts in file names due to 8+3 restrictions, such as the discussion in May 2004 about the doc string of convert-standard-filename So there are, like, 4-5 instances since 2004---more than I thought, but still very much negligible. > Another situation where the DOS port had to be taken into account: > recently I wanted to clean up the code and get rid of the MULTI_KBOARD > #ifdefs. You asked me not to because the MSDOS port might need it. I > am 100% convinced that it won't be needed, but preferred to drop the > issue rather that try to convince you of this. So you are saying that my stubbornness is also a problem related to the MSDOS port? > Also, there are a LOT of DOS #ifdefs in the code that we could get rid > of, that should simplify future maintenance. You can say this about many other supported platforms. Look at sysdep.c, for example, or at process.c. This thread was only about 8+3 file-name limitations.