From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.bugs Subject: bug#19874: 25.0.50; encode-time not working as expected Date: Sat, 28 Feb 2015 11:43:10 -0800 Organization: UCLA Computer Science Department Message-ID: <54F21A4E.70707@cs.ucla.edu> References: <54EE0959.5080901@cs.ucla.edu> <86sidta5ak.fsf@chateau.d.if> <54EED638.8070604@cs.ucla.edu> <85385s94c9.fsf@iznogoud.viz> <54EF5ECD.2030909@cs.ucla.edu> <85mw405whp.fsf@iznogoud.viz> <86a900sbix.fsf@chateau.d.if> <85ioeo5tgf.fsf@iznogoud.viz> <8661aos5ui.fsf@chateau.d.if> <85h9u8rrsb.fsf@iznogoud.viz> <864mq8ar1g.fsf@chateau.d.if> <54F010E7.3040900@cs.ucla.edu> <8561an5k8q.fsf@iznogoud.viz> <54F10399.8010207@cs.ucla.edu> <85lhjim8ig.fsf@iznogoud.viz> 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 1425152670 5090 80.91.229.3 (28 Feb 2015 19:44:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 28 Feb 2015 19:44:30 +0000 (UTC) Cc: 19874@debbugs.gnu.org, Ashish SHUKLA To: Wolfgang Jenkner Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Feb 28 20:44:14 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1YRnJ8-0001Io-25 for geb-bug-gnu-emacs@m.gmane.org; Sat, 28 Feb 2015 20:44:14 +0100 Original-Received: from localhost ([::1]:42237 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YRnJ7-00083F-Du for geb-bug-gnu-emacs@m.gmane.org; Sat, 28 Feb 2015 14:44:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39873) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YRnJ3-00081k-BJ for bug-gnu-emacs@gnu.org; Sat, 28 Feb 2015 14:44:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YRnIw-0002AF-Ku for bug-gnu-emacs@gnu.org; Sat, 28 Feb 2015 14:44:09 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:57259) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YRnIw-0002A9-Hr for bug-gnu-emacs@gnu.org; Sat, 28 Feb 2015 14:44:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YRnIv-0006ho-Rv for bug-gnu-emacs@gnu.org; Sat, 28 Feb 2015 14:44:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Feb 2015 19:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19874 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19874-submit@debbugs.gnu.org id=B19874.142515260025716 (code B ref 19874); Sat, 28 Feb 2015 19:44:01 +0000 Original-Received: (at 19874) by debbugs.gnu.org; 28 Feb 2015 19:43:20 +0000 Original-Received: from localhost ([127.0.0.1]:60857 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YRnIG-0006gi-DG for submit@debbugs.gnu.org; Sat, 28 Feb 2015 14:43:20 -0500 Original-Received: from smtp.cs.ucla.edu ([131.179.128.62]:52142) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YRnID-0006gO-UT for 19874@debbugs.gnu.org; Sat, 28 Feb 2015 14:43:18 -0500 Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id B6E29A60004; Sat, 28 Feb 2015 11:43:11 -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 PSCzf8oiZtmY; Sat, 28 Feb 2015 11:43:10 -0800 (PST) Original-Received: from [192.168.1.9] (pool-100-32-155-148.lsanca.fios.verizon.net [100.32.155.148]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id A5B2139E8014; Sat, 28 Feb 2015 11:43:10 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 In-Reply-To: <85lhjim8ig.fsf@iznogoud.viz> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:99913 Archived-At: Wolfgang Jenkner wrote: > No, I think about the parenthetical remark above: It states `copying the > environment strings' and not `copying the pointers to the environment > strings'. Normally, in documentation, copying a `string' refers to the > object, i.e the region in memory it occupies, not to the pointer > designating it. That interpretation of the rationale is inconsistent with how putenv is required to behave. If one uses putenv to add a string to the environment, one can later alter the string (via strcpy, say), and this changes the environment; this is quite clear from the normative text. Under the above interpretation, however, getenv could copy the string's contents somewhere else, which would mean that modifying the putenv-supplied string would not change the environment. If the rationale were intended to discuss copying the strings' contents, then its sentence "copying the environment strings into a new array and assigning environ to point to it" would be incorrect, as one would not assign environ to point to the new array containing the strings' contents, but rather one would assign environ[0], environ[1], environ[2], etc. to point within the new array. The context of that part of the rationale makes it clear that "assign to environ" means "environ = SOMETHING", not "environ[0] = SOMETHING".