From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp-out1.suse.de (smtp-out1.suse.de [IPv6:2001:67c:2178:6::1c]) by sourceware.org (Postfix) with ESMTPS id 3CC7C3858D39 for ; Wed, 8 Feb 2023 09:18:23 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 3CC7C3858D39 Authentication-Results: sourceware.org; dmarc=fail (p=quarantine dis=none) header.from=suse.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=suse.de Received: from relay2.suse.de (relay2.suse.de [149.44.160.134]) by smtp-out1.suse.de (Postfix) with ESMTP id 346123407D for ; Wed, 8 Feb 2023 09:18:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=susede1; t=1675847902; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=JjpPtNE0loIk7bUQk4VRaTp3NloQoeqDHHwNKBPVyO8=; b=i4YQoMcXMQW/DQQ2rfC2CxcpKso06FUHa7t6jp9baYUe+BkkIFpoQyTKL4zpcqtCm/8TwJ OEBXyXmFMotjvBfwn4POZtBBKUaksDsYvfFonpUKZx9wkZ/c7q/Jb9chKzVxiQ6sj61V7Y eb000tEgphV9wJkIQqBJW9Jh1OF04IM= Received: from kukuk-phex.future.suse.de (unknown [10.162.233.67]) by relay2.suse.de (Postfix) with ESMTP id 29E292C141 for ; Wed, 8 Feb 2023 09:18:22 +0000 (UTC) Received: by kukuk-phex.future.suse.de (Postfix, from userid 358) id 105F35F125; Wed, 8 Feb 2023 10:18:22 +0100 (CET) Date: Wed, 8 Feb 2023 10:18:22 +0100 From: Thorsten Kukuk To: libc-alpha@sourceware.org Subject: 64-bit time_t and __WORDSIZE_TIME64_COMPAT32 Message-ID: <20230208091821.GA2282@suse.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,KAM_NUMSUBJECT,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Hi, Currently on 64bit architectures like x86-64 we define __WORDSIZE_TIME64_COMPAT32 as 1, which leads to a 32bit time_t in utmp, wtmp, lastlog and similar files. This leads to the problem, that utmp, wtmp and lastlog stops working in 2038 even if you have a pure 64bit system. Since I couldn't found anything about this, was it ever discussed or is there any plan how to handle this? Looking at my system there are much more systems using this interface than I thought, so my first idea of just deprecating this interface is no solution. I think the only solution would be additional functions like for other 32bit time_t functions and use symbol versioning for it? Thorsten -- Thorsten Kukuk, Distinguished Engineer, Senior Architect, Future Technologies SUSE Software Solutions Germany GmbH, Frankenstraße 146, 90461 Nuernberg, Germany Managing Director: Ivo Totev, Andrew Myers, Andrew McDonald, Martje Boudien Moerman (HRB 36809, AG Nürnberg)