From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dan Nicolaescu Newsgroups: gmane.emacs.devel Subject: Re: isearch multiple buffers Date: Fri, 26 Oct 2007 12:41:38 -0700 Message-ID: <200710261941.l9QJfcH0010503@oogie-boogie.ics.uci.edu> References: <87odfcggvl.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> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1193427774 27851 80.91.229.12 (26 Oct 2007 19:42:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 26 Oct 2007 19:42:54 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 26 21:42:56 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 1IlV50-0004jg-UU for ged-emacs-devel@m.gmane.org; Fri, 26 Oct 2007 21:42:51 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IlV4s-0002KG-CU for ged-emacs-devel@m.gmane.org; Fri, 26 Oct 2007 15:42:42 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IlV4o-0002J8-MI for emacs-devel@gnu.org; Fri, 26 Oct 2007 15:42:38 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IlV4o-0002Io-1j for emacs-devel@gnu.org; Fri, 26 Oct 2007 15:42:38 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IlV4n-0002Ii-US for emacs-devel@gnu.org; Fri, 26 Oct 2007 15:42:37 -0400 Original-Received: from oogie-boogie.ics.uci.edu ([128.195.1.41]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IlV4h-0000Su-7m; Fri, 26 Oct 2007 15:42:31 -0400 Original-Received: from mothra.ics.uci.edu (mothra.ics.uci.edu [128.195.6.93]) by oogie-boogie.ics.uci.edu (8.13.6/8.13.6) with ESMTP id l9QJfcH0010503; Fri, 26 Oct 2007 12:41:38 -0700 (PDT) In-Reply-To: (Eli Zaretskii's message of "Fri\, 26 Oct 2007 21\:21\:19 +0200") Original-Lines: 69 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@mothra.ics.uci.edu X-detected-kernel: by monty-python.gnu.org: Solaris 9 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:81790 Archived-At: Eli Zaretskii writes: > > 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. I wouldn't call it negligible, it is annoying. And that is just one search, looking other keywords might find more stuff. And again, the feeling of a lot of people on this list is that this dealing with this is unjustified, as the platform does not seem to be too much alive > > 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? I did not say, nor did I want to imply anything about "stubbornness", I am sorry if that's what you read into this. I just felt that it wasn't worth my time or yours to try to convince you about this. (which is quite possible with the right technical arguments). > > 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. Exactly, if there are many other systems that are dead, we should just delete the corresponding cruft. > This thread was only about 8+3 file-name limitations. I might have confused the thread, I thought the discussion was in general about if it was about if keeping the MSDOS port altogether.