From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel Subject: Re: Omitting Windows-specific parts from infrastructure changes Date: Wed, 21 Jan 2015 09:32:09 -0800 Organization: UCLA Computer Science Department Message-ID: <54BFE299.3060600@cs.ucla.edu> 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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1421861554 18032 80.91.229.3 (21 Jan 2015 17:32:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 21 Jan 2015 17:32:34 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 21 18:32:34 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 1YDz8r-00058l-Ab for ged-emacs-devel@m.gmane.org; Wed, 21 Jan 2015 18:32:33 +0100 Original-Received: from localhost ([::1]:49475 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YDz8q-0006mW-F8 for ged-emacs-devel@m.gmane.org; Wed, 21 Jan 2015 12:32:32 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59094) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YDz8d-0006lp-KJ for emacs-devel@gnu.org; Wed, 21 Jan 2015 12:32:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YDz8c-0004vf-UI for emacs-devel@gnu.org; Wed, 21 Jan 2015 12:32:19 -0500 Original-Received: from smtp.cs.ucla.edu ([131.179.128.62]:36177) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YDz8Y-0004sf-Vn; Wed, 21 Jan 2015 12:32:15 -0500 Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 5C06DA600CE; Wed, 21 Jan 2015 09:32:13 -0800 (PST) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Original-Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kPqCBReWTTGc; Wed, 21 Jan 2015 09:32:13 -0800 (PST) Original-Received: from [192.168.1.9] (pool-173-55-11-52.lsanca.fios.verizon.net [173.55.11.52]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id DA380A600CC; Wed, 21 Jan 2015 09:32:12 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 In-Reply-To: <83d268w2w9.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 131.179.128.62 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:181507 Archived-At: 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. > _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. It's not urgent, and it can be omitted entirely for changes like this. > 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.