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: Omitting Windows-specific parts from infrastructure changes Date: Wed, 21 Jan 2015 19:55:09 +0200 Message-ID: <833874vx1e.fsf@gnu.org> References: <838uh32gpg.fsf@gnu.org> <54B9D960.1000001@cs.ucla.edu> <834mrp24b1.fsf@gnu.org> <54BBF6E7.3090802@cs.ucla.edu> <83a91gymld.fsf@gnu.org> <54BC08B2.8070302@cs.ucla.edu> <837fwjzx5f.fsf@gnu.org> <54BC18B9.50202@cs.ucla.edu> <83y4oyycz8.fsf@gnu.org> <54BD4657.3010202@cs.ucla.edu> <83egqqy637.fsf@gnu.org> <54BD81C4.1070109@cs.ucla.edu> <833875xvin.fsf@gnu.org> <54BEC86A.7060605@cs.ucla.edu> <83d268w2w9.fsf@gnu.org> <54BFE299.3060600@cs.ucla.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1421862952 9820 80.91.229.3 (21 Jan 2015 17:55:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 21 Jan 2015 17:55:52 +0000 (UTC) Cc: emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 21 18:55:52 2015 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 1YDzVL-0001dR-8Y for ged-emacs-devel@m.gmane.org; Wed, 21 Jan 2015 18:55:47 +0100 Original-Received: from localhost ([::1]:49549 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YDzVK-0007Ge-N1 for ged-emacs-devel@m.gmane.org; Wed, 21 Jan 2015 12:55:46 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36314) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YDzUu-0007C7-IO for emacs-devel@gnu.org; Wed, 21 Jan 2015 12:55:25 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YDzUp-00074P-CT for emacs-devel@gnu.org; Wed, 21 Jan 2015 12:55:20 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:36130) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YDzUp-00074E-4Z for emacs-devel@gnu.org; Wed, 21 Jan 2015 12:55:15 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NIJ00K00GBOXF00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Wed, 21 Jan 2015 19:55:13 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NIJ00K0YGG0L9B0@a-mtaout22.012.net.il>; Wed, 21 Jan 2015 19:55:13 +0200 (IST) In-reply-to: <54BFE299.3060600@cs.ucla.edu> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.172 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:181510 Archived-At: > Date: Wed, 21 Jan 2015 09:32:09 -0800 > From: Paul Eggert > CC: emacs-devel@gnu.org > > Eli Zaretskii wrote: > >> it still works, in the places where the MS-Windows code still uses strcat > >> instead of stpcpy. > >> > >> Beg your pardon, but how do you know this? > >> > >> Because I made an extra effort to check, as part of following up this conversation. > > > > Which changeset did you check? > > I looked at the the version of the master current as of when I wrote the email. All of it? And how do you know it's not broken? Did you run Emacs on Windows? Did you try all those features affected by the changes I was talking about? > > _After_ we know that the changeset had to deal with strcat following > > strcpy, yes, it's a simple thing to find those places. > > Great, then you can do this simple thing, whenever you find it > convenient. How can I do that without knowing what to do? "This simple thing" needs to be defined, and I'm asking you to help me define it. Then I can pick up where you prefer to leave off. > It's not urgent, and it can be omitted entirely for changes like > this. No, it cannot be omitted. It should be your job, as part of the changes you make. I could simply object to your changes that do a partial job, or revert them. Instead, I agree to do that work for you, and all I'm asking in return is a little help, insignificant for you, but one that will save me a non-trivial amount of time cleaning up after you. > > We all have our > > personal preferences, but we shouldn't go after fellow developers > > whose preferences are different. > > Exactly, and for several days you have been going after me, asking me to do > nonessential drudgework to help polish up the MS-Windows code. I prefer not to. You could have said yes after the first request. Then this discussion would have been long over. I'm sorry, but "I prefer not to" is unacceptable in this case. Please find a way to provide the minimal help that I'm asking for.