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: Unibyte characters, strings, and buffers Date: Thu, 03 Apr 2014 22:11:44 +0300 Message-ID: <83sipu9qj3.fsf@gnu.org> References: <831txozsqa.fsf@gnu.org> <83ppl7y30l.fsf@gnu.org> <87r45nouvx.fsf@uwakimon.sk.tsukuba.ac.jp> <8361myyac6.fsf@gnu.org> <87a9capqfr.fsf@uwakimon.sk.tsukuba.ac.jp> <5335C336.3080108@dancol.org> <87mwg9nti0.fsf@uwakimon.sk.tsukuba.ac.jp> <83ioqxdzax.fsf@gnu.org> <87ha6hngak.fsf@uwakimon.sk.tsukuba.ac.jp> <83k3bacs02.fsf@gnu.org> <87ppl1n2k2.fsf@uwakimon.sk.tsukuba.ac.jp> <837g79cc66.fsf@gnu.org> <87lhvomkfb.fsf@uwakimon.sk.tsukuba.ac.jp> <83ioqrbr0l.fsf@gnu.org> <874n2aisqf.fsf@fencepost.gnu.org> <83vbuq9z2c.fsf@gnu.org> <87wqf6fkg1.fsf@fencepost.gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1396552317 26899 80.91.229.3 (3 Apr 2014 19:11:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 3 Apr 2014 19:11:57 +0000 (UTC) Cc: emacs-devel@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Apr 03 21:11:51 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WVn3G-0000VX-QH for ged-emacs-devel@m.gmane.org; Thu, 03 Apr 2014 21:11:50 +0200 Original-Received: from localhost ([::1]:45883 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WVn3G-0003ye-5e for ged-emacs-devel@m.gmane.org; Thu, 03 Apr 2014 15:11:50 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59117) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WVn38-0003yU-W2 for emacs-devel@gnu.org; Thu, 03 Apr 2014 15:11:48 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WVn33-00053f-M8 for emacs-devel@gnu.org; Thu, 03 Apr 2014 15:11:42 -0400 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:40968) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WVn2x-00052O-Rg; Thu, 03 Apr 2014 15:11:32 -0400 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0N3G00G00YLWCB00@a-mtaout21.012.net.il>; Thu, 03 Apr 2014 22:11:30 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N3G00GU6YN55DA0@a-mtaout21.012.net.il>; Thu, 03 Apr 2014 22:11:30 +0300 (IDT) In-reply-to: <87wqf6fkg1.fsf@fencepost.gnu.org> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.169 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:171281 Archived-At: > From: David Kastrup > Cc: emacs-devel@gnu.org > Date: Thu, 03 Apr 2014 18:26:38 +0200 > > Eli Zaretskii writes: > > >> > > > > Even if you take this article at face value (as opposed to someone > > whose interests are unknown reiterating rumors), the conclusion is > > that jury is still out in this issue. Which is exactly what I wrote: > > this issue is not decided yet, and precedents are contradictory. > > > >> and that the FSF would not have been in a position to pay the kind of > >> legal expenses incurred here. > > > > If there is a precedent, you don't need to pay any expenses. > > Nonsense. You misunderstood. I meant there would be no need to pay for creating a precedent where one already exists. > If an employer of a non-assigned contributor is sued by the FSF over > infringement of some FSF-copyrighted software, the whole case can get > thrown out of court if the FSF is shown to have "dirty hands", namely to > have incorporated code themselves that is legally under copyright by the > employer. If you are afraid to get into a road accident, stay inside. > In the case of XEmacs, we are not necessarily talking about core > developers highly sympathetic to the FSF. There is no playful element > to the history of the Emacs/XEmacs schism like with the Emacs/vi "editor > wars". The amount of code borrowed by XEmacs from Emacs is orders of magnitude larger than the other way around. So this is a red herring. > nobody should be blamed for choosing to err on the safe side. I never blamed anyone. People should know the true state of affairs, and then decide for themselves.