From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS autolearn=no autolearn_force=no version=3.4.4 Received: from blvuug.org (hurricane.the-brannons.com [IPv6:2602:ff06:725:1:20::25]) by inbox.vuxu.org (Postfix) with ESMTP id 79C992602E for ; Fri, 5 Apr 2024 16:21:30 +0200 (CEST) Received: from hurricane (localhost.localdomain [127.0.0.1]) by blvuug.org (OpenSMTPD) with ESMTP id 6dbe2646 for ; Fri, 5 Apr 2024 14:21:28 +0000 (UTC) Received: from resqmta-h2p-567038.sys.comcast.net (resqmta-h2p-567038.sys.comcast.net [2001:558:fd02:2446::7]) by hurricane.the-brannons.com (OpenSMTPD) with ESMTPS id 7fd62884 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO) for ; Fri, 5 Apr 2024 14:21:24 +0000 (UTC) Received: from resomta-h2p-555627.sys.comcast.net ([96.102.179.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 256/256 bits) (Client did not present a certificate) by resqmta-h2p-567038.sys.comcast.net with ESMTPS id sjYzrVQlvfnlWskRWri3rH; Fri, 05 Apr 2024 14:21:22 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1712326882; bh=0Pc7cYLJoT7sFFta80H1qXBOV/Q3XfUhV+vqVYoLroE=; h=Received:Received:To:From:Reply-To:Subject:Date:Message-ID: MIME-Version:Content-Type:Xfinity-Spam-Result; b=k3jdFCqtAXW/Oo/ntIbcLkYb50wRWED/Z1MXB2UDxxG6f0d0Ap5jFUfZJDNAsuSTq tP2+842RTjI0jNHKynU8U1tJzd2TADhKm8dcE86napxyNHxEPDaYZTQzC4vVccNTTn 7Q8yUk6m7v37vmLYB7QPwDi8tiYLADdCBuG+sir0t5iwCUjADvjOaGYIYOE9jpqTEj kJfsUCnPHZskk16VmRzmIi4NmqKFZWoGTxNXBOxhGee92j0RsicOKx9P7fEvMX1Zyi zCnXF/mI2j2FqAVp+v5HdrfyvRtdRcsHdczO4LLslrCLbLxit8MvXWkR/WN8Pb+cLk mGtbVgzvTQ/CA== Received: from unknown ([IPv6:2601:408:c580:7bd0::5277]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 256/256 bits) (Client did not present a certificate) by resomta-h2p-555627.sys.comcast.net with ESMTPSA id skRSrfSpJwYwSskRUrKuTP; Fri, 05 Apr 2024 14:21:21 +0000 To: shumenda@gmx.de, edbrowse-dev@edbrowse.org From: Karl Dahlke Reply-To: Karl Dahlke References: <20240305042901.eklhad@comcast.net> Subject: uninitialized globals Date: Fri, 05 Apr 2024 10:21:18 -0400 Message-ID: <20240305102118.eklhad@comcast.net> X-BeenThere: edbrowse-dev@edbrowse.org List-Id: Edbrowse Development List MIME-Version: 1.0 Content-Type: text/plain; format=flowed; delsp=no Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4xfMIFpuSk4c6H3onS6ugpnGLKvo9LWP/CgqAskCagggiBwSaRbNzv3dROOUXQvHeTNIf338ggw4kPTIIMxVDJb/VYFmb+nU5EO28fgnYsVQIPIDa1bXK3 30AjxXdUCNVp0/po6CrwE2EnYsYD62ImS545XeHI6jOedORoHLojsUcXjH4gKqLP2JgqeAtwZJ+MwaCgUi/+Lvilk/u5ddKCruuH5+T67GXQFj/Wae1ZzGC8 xkUT7gjIXm6F+iN0E9680w== And this captures the weirdness. > % nm src/edbrowse | grep 'sslCerts' > 0000000000247088 D sslCerts It puts it in the .data section of the executable, I bet everyone else has B as I do, for .bss. Why does it not wind up in .bss? For grins I did the same with the object, before the linke, $ nm main.o | fgrep sslCerts 00000004 C sslCerts It puts the uninitialized global in a C section, of some kind, maybe that's a gcc thing, then at link time C becomes .bss, but in your world C becomes .data. Karl Dahlke