From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id +Kh2LP3HJWgE2yMAWB0awg (envelope-from ) for ; Thu, 15 May 2025 06:54:53 -0400 Authentication-Results: simark.ca; dkim=pass (1024-bit key; secure) header.d=sourceware.org header.i=@sourceware.org header.a=rsa-sha256 header.s=default header.b=qlq3nhqa; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id A39361E10E; Thu, 15 May 2025 06:54:53 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-9.1 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,RCVD_IN_VALIDITY_CERTIFIED,RCVD_IN_VALIDITY_RPBL, RCVD_IN_VALIDITY_SAFE autolearn=ham autolearn_force=no version=4.0.1 Received: from server2.sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id C54EB1E092 for ; Thu, 15 May 2025 06:54:52 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 11227385AC3B for ; Thu, 15 May 2025 10:54:52 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 11227385AC3B DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1747306492; bh=lbbk+Mre+3vIVpycIQbeQMbOBkB/qz0geHwc+L/kjT8=; h=Date:Subject:To:List-Id:List-Unsubscribe:List-Archive:List-Post: List-Help:List-Subscribe:From:Reply-To:From; b=qlq3nhqarrd9qhiazpEVrULq8slTSy63fA3QoEo+gMbLP0G2j7Gm06XD+D/VeDwMu I7mKMdYdO4JeS9cM+m46XU9eSJpDwxibBc/RtOqCsLmBOvcmTK/jYGR9i/rtSKQfz1 vFEpskeRor9c7/l8rDGlMQHIw6bPh3U0U0okcq1Q= Received: from mail-ej1-f46.google.com (mail-ej1-f46.google.com [209.85.218.46]) by sourceware.org (Postfix) with ESMTPS id 358ED385840E for ; Thu, 15 May 2025 10:54:10 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 358ED385840E ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 358ED385840E ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1747306450; cv=none; b=Fzymko0p+QJwGS5Z40c5rFE40lAViiXl3STwrZkhJz2mYefFPfR9NHYtzDzjEnvMNc/cyEKwqHdiTcEOqN6SlNYi4G0PJf6dVO4FAiwonshRnyxvgO/JTlBDNRhMx1G6BIAKesJrCXJK5MslIfB+aTO3FGv3uVNdLVM+MQfnt5s= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1747306450; c=relaxed/simple; bh=9/HC2JJEJLRfIDA/JsBFXgueB90hoUTZtL2bOEsPP9k=; h=MIME-Version:From:Date:Message-ID:Subject:To; b=vD5l6NTEmMoxE7cEARpLGfFYf7oP6nd8K+4X+CHBMW5X/0HG+AJgALk2M70XP9hCv7yMrVLZl9Jdrm0jKC7hsTYcbCvZbkC/kaEHhc+6hTfsR9D0kjm+LJOMrrYsQY144wUwVXcx7VTQYPz9JKIKnIwEmTqoKWgJ/NIqdPP2kdE= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 358ED385840E Received: by mail-ej1-f46.google.com with SMTP id a640c23a62f3a-ad4ce8cc3c1so96543766b.2 for ; Thu, 15 May 2025 03:54:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1747306449; x=1747911249; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=9/HC2JJEJLRfIDA/JsBFXgueB90hoUTZtL2bOEsPP9k=; b=PvdZmUTqUq99rh9qsx1s/PtCHsNGhatPvviaGfnsSOpyz23oz2aKIdnLR5Oi670PnG lAAvSAf/IrS26q3VZ2RfLV3tmcypwYHmyyf6j1SDltjtZKvCIp0okH/XhbkA3CnUJTbH 1VMdW0OyWobPzWx27kK4xOiRQJf4BuMSVrWIQdIHtUiE2mRA2MyTLUAwuCMv31Fr5EBr 5fAfEGYN6LGErFetythwQBJ/eJSd6itep0ssdBIlJm7tH2etw4OwYqII9/WGisVYruMm XOr1nAYuki1Jg/l6gReWM3lkeXzfn+n6rDfQxoLlFwbfH4XkJzgLKoHLbeh7qRMDgdl9 RA1A== X-Gm-Message-State: AOJu0YyEPG5Q3LykIcpN9NQBlR/ElFy3jMmL3H1nQA9RolWZY1DVZXhD LEOIottl1BljpEDwHkPzdtKro4HILVFTORgpA8dDmMl9QkMZOyj6WGy6M/4+VId1nE6H9UcLRGS cAQea1SPToaQD5xupSWg5siJKiIHTcACI X-Gm-Gg: ASbGncv7ccQ6VQUOK6Vo5K10kJKoqmQfqtLlDFvLNlO/Fxzq1O00Z+jMkgg7FPIlZM3 5ztlisxUctLQ4C5d371Hp8WLs79uurX90QHzWLiqRX8R1gRNNh/s/zD6Om8wuUSrtfZJ6nb3BKJ kie8ifAS7D2nEBPn5Rdu2qf4pxoxT8LpVmNw== X-Google-Smtp-Source: AGHT+IGCB9eiXOZO54VAreyXgmyU4Z8kUvTHna5bY301hJtkUHTGvHYOJhlWIjTOTb+GfsBahjcA8oXoLGq2FKVU4cU= X-Received: by 2002:a17:907:94d6:b0:ad5:1ef3:20e5 with SMTP id a640c23a62f3a-ad51ef32d98mr100677166b.21.1747306448752; Thu, 15 May 2025 03:54:08 -0700 (PDT) MIME-Version: 1.0 Date: Thu, 15 May 2025 12:53:56 +0200 X-Gm-Features: AX0GCFs8rkHzeHyGBJJHiY38SnM7AQNfMv0m7-PUjdEdgTXce2TurWdtCmsgrPI Message-ID: Subject: To: gdb@sourceware.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.30 X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Max Larsson via Gdb Reply-To: Max Larsson Errors-To: gdb-bounces~public-inbox=simark.ca@sourceware.org Sender: "Gdb" Hi everyone, I/We (The others do the testing, I do the coding) do have a problem the our port of GDB to AmigaOS4 (PowerPC, big-endian, 32bit cpu, ELF, single/shared address space). My current port is based around GDB version 14, works in regards that it compiles,runs, can start inferiors etc. Simple debug cases works already. My problem in some cases are breakpoints. And the issue arise from the fact that the target has a single address space for all running programs. So when the inferior is launched, my nat tells the gdb core on which address the exe is really running. So if gdb file command is use to read an exe, gdb uses the address for the exe as defined in the elf file. So if i disas the _start function it show me all the assembler code starting with an address 0x010000054. So long everything is fine. Now I tell gdb to set an break point on that address and run the exe. Now the (my) nat loads the exe, figure out where the OS loaded it and correct the addresses in the section_offets and calls objfile_relocate. As more or less next step gdb tells the nat to place a breakpoint at the address 0x010000054 via (xfer_partial). And that is my problem that address isn't valid. I would have assumed that gdb is smart to know that if the exe is relocated the defined breakpoints needs to be adapted. So Am I wrong, do I need to check all address passed in in xfer_partial and do my own mapping in my nat? Or is there some magic hidden settings I need to activate? Or theoretically it should work, but because modern OS separates each exe in their own virtuell address space the feature hasn't been tested for years and thus wen bust? Any hint/information is highly welcome. kind regards Max Larsson