From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ivan Shmakov Newsgroups: gmane.emacs.bugs Subject: bug#19302: 24.4.51; `date-to-time' fails after 2038 Date: Tue, 09 Dec 2014 18:17:59 +0000 Message-ID: <87h9x4k7qg.fsf@violet.siamics.net> References: <87vblmc377.fsf@gmail.com> <83ppbswzfq.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1418149163 20980 80.91.229.3 (9 Dec 2014 18:19:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 9 Dec 2014 18:19:23 +0000 (UTC) To: 19302@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Dec 09 19:19:16 2014 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 1XyPNU-0005qD-Ar for geb-bug-gnu-emacs@m.gmane.org; Tue, 09 Dec 2014 19:19:16 +0100 Original-Received: from localhost ([::1]:41811 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XyPNT-0002fW-TH for geb-bug-gnu-emacs@m.gmane.org; Tue, 09 Dec 2014 13:19:15 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53247) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XyPNM-0002fM-OY for bug-gnu-emacs@gnu.org; Tue, 09 Dec 2014 13:19:13 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XyPNI-0008WB-HZ for bug-gnu-emacs@gnu.org; Tue, 09 Dec 2014 13:19:08 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:34451) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XyPNG-0008VY-S9 for bug-gnu-emacs@gnu.org; Tue, 09 Dec 2014 13:19:04 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XyPNG-00016A-C5 for bug-gnu-emacs@gnu.org; Tue, 09 Dec 2014 13:19:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Ivan Shmakov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 09 Dec 2014 18:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19302 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19302-submit@debbugs.gnu.org id=B19302.14181490954165 (code B ref 19302); Tue, 09 Dec 2014 18:19:02 +0000 Original-Received: (at 19302) by debbugs.gnu.org; 9 Dec 2014 18:18:15 +0000 Original-Received: from localhost ([127.0.0.1]:59897 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XyPMT-000156-PH for submit@debbugs.gnu.org; Tue, 09 Dec 2014 13:18:14 -0500 Original-Received: from fely.am-1.org ([78.47.74.50]:44069) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XyPMQ-00014u-UA for 19302@debbugs.gnu.org; Tue, 09 Dec 2014 13:18:11 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=siamics.net; s=a2013295; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:Sender:References:Subject:To:From; bh=NUOIYCS8zDi2sKMuF1ZLXiyoj3CsvcGI1rCEFZDyi7k=; b=h21R+obeU+r8HIIjqgst1/l02OxVnpvxzcdR6hddFfzIVVHRNq0lwb1W7yV8FSUvEuMyFoLJMjCstAKHz/d+8P5TdfSnwKCsPfRFYdmF/Oyr0Kfad3vxAqhi79cI1PNmx+QYeFr6dvKoBNbGkKyRpghdTeZyLRL5FQbWbCZCefI=; Original-Received: from [2a02:2560:6d4:26ca::1:1d] (helo=violet.siamics.net) by fely.am-1.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1XyPMN-0002qO-Vx for 19302@debbugs.gnu.org; Tue, 09 Dec 2014 18:18:08 +0000 Original-Received: from localhost ([::1] helo=violet.siamics.net) by violet.siamics.net with esmtps (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1XyPMG-0007Su-Fi for 19302@debbugs.gnu.org; Wed, 10 Dec 2014 01:18:00 +0700 Mail-Followup-To: 19302@debbugs.gnu.org In-Reply-To: <83ppbswzfq.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 09 Dec 2014 18:38:49 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) 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:97094 Archived-At: >>>>> Eli Zaretskii writes: >>>>> Date: Tue, 09 Dec 2014 06:01:26 -0500 From: Richard Stallman >>> If I remember correctly, there are OS-es out there that have a >>> 32-bit time_t? >> Apparently so -- that is why I suggest making Emacs use 64 bits even >> if the operating system uses 32 bits. > What do you do with time_t fields of 'struct stat', 'struct timeval', > and other structures used by library functions? They will still wrap > around. How would that affect a function whose purpose is not to pass such a time value to some library call? And when a value /is/ passed to the underlying platform, it can be checked if it fits the target type, and the error signalled if it doesn=E2=80=99t. In the case of date-to-time, the likely culprit is encode-time, which is (more or less) a wrapper around mktime (). Granted, Emacs may use Gnulib=E2=80=99s mktime.c, but it doesn=E2=80=99t seem to pr= ovide a 64-bit variant of mktime () suitable for systems with 32-bit time_t, either. Thus, the real question is: do we want some kind of time64_t support in Gnulib, and if so, who=E2=80=99d volunteer to implement it? --=20 FSF associate member #7257 http://boycottsystemd.org/ =E2=80=A6 3013 B6A0= 230E 334A