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 0D0F221604 for ; Fri, 5 Apr 2024 17:11:05 +0200 (CEST) Received: from hurricane (localhost.localdomain [127.0.0.1]) by blvuug.org (OpenSMTPD) with ESMTP id 2c2e5cc4 for ; Fri, 5 Apr 2024 15:11:04 +0000 (UTC) Received: from resqmta-c2p-570217.sys.comcast.net (resqmta-c2p-570217.sys.comcast.net [2001:558:fd00:56::7]) by hurricane.the-brannons.com (OpenSMTPD) with ESMTPS id c33ba4d4 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO) for ; Fri, 5 Apr 2024 15:11:01 +0000 (UTC) Received: from resomta-c2p-555440.sys.comcast.net ([96.102.18.231]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 256/256 bits) (Client did not present a certificate) by resqmta-c2p-570217.sys.comcast.net with ESMTPS id skpIrUGoTASttslDWrcrHb; Fri, 05 Apr 2024 15:10:58 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1712329858; bh=4pgO//UcaxVXrgu067ctaolrItUyaGKHsV+/UFL0RJY=; h=Received:Received:To:From:Reply-To:Subject:Date:Message-ID: MIME-Version:Content-Type:Xfinity-Spam-Result; b=cioM4vO8fA/gEYSuv/hAU5jbQbJa2nsxCpDMdBBHrDTsRXGJxkG0R+5Y3vuBcY6JG wqFVOJSxGuxPErn68yGWiMozwdf+D6lERQEttrlx+O7p2gXlKc9p2d+A5uGGUDnRmm bQWef6HfZOAuyCUw9yLtJ4M3SPp6vPhRMdnNvZgRhK817s3PKeyp08jBKr6xbqKnkV pHTc7FSygbgdb6aIlyfD7njsYvOHCL9haoR6qerxo654kA3/JoHrj7SrZWxyjrK0s4 mbN4Zfs0EgTUJpjmkFpbZV6hy3Ai7yKEi2MkYtZUp8huYt/Qrgpd0RZaJEY5oA+EwB RO8mArIbUpDfg== 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-c2p-555440.sys.comcast.net with ESMTPSA id slDVrZATlS6psslDWrOQ9T; Fri, 05 Apr 2024 15:10:58 +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 11:10:57 -0400 Message-ID: <20240305111057.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: MS4xfF7a+lbKCFHobE4CzwNLSPzv6ey6oCpaONJ3mqUSh2Spa/XFAuDo/xyTSV2pau8MSvfT93idYkESxMx6GcXHsWaluseGhSBeC4T3SAIwY7gyfFq5lkFP sdKams2xW9lBG68gXrQzLjicumP5AHHglQDLKBTJgg/5cRASMcvjo6eT1iBwVhxrjviD9Qml6Yh9zka9qsHIkdNFcLSQGE6UPDiCxPUCicpOWEqXUWNrRzt4 fqKctZrrqiDQNHd71fVgmg== > Also if you use the posted compiler and linker flags? Yes. I used same flags, as much as possible, save a couple of -I locations, sslCerts is in C the common symbols in main.o, as expected, but in B in my executable. No idea why it folds into D that is .data in your executable. Though I'm on a 32 bit machine so that could make a difference, and I'm sure a different version of gcc, but all that said, I've never heard of such a behavior, of putting those variables in the .data section. Karl Dahlke