DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 9EEFB386F432
From: "Lemke, Michael  SF/HZA-ZIC2" <lemkemch AT schaeffler DOT com>
To: "cygwin AT cygwin DOT com" <cygwin AT cygwin DOT com>
Subject: RE: gdb not working
Thread-Topic: gdb not working
Thread-Index: AQHW7Zz8pg62ObhcoUmPvACL0NzPTaotYu3ggAAE/DA=
Date: Mon, 18 Jan 2021 13:58:30 +0000
Message-ID: <VI1PR03MB6446A0479B04B362488A23FEBEA40@VI1PR03MB6446.eurprd03.prod.outlook.com>
References: <VI1PR03MB6446FA40EEFB0EA70F30BDEABEA70 AT VI1PR03MB6446 DOT eurprd03 DOT prod DOT outlook DOT com>
 <b46cb846-67c2-cf89-a7cf-2893eb7272af AT dronecode DOT org DOT uk>
 <VI1PR03MB64466C55A1E70A362C185F85BEA70 AT VI1PR03MB6446 DOT eurprd03 DOT prod DOT outlook DOT com>
 <2585ec4c-4711-8f75-4166-c9905bc42e50 AT cornell DOT edu>
 <VI1PR03MB64465EA77323D6609D159168BEA40 AT VI1PR03MB6446 DOT eurprd03 DOT prod DOT outlook DOT com>
 <b8878848-bcff-15b7-0bac-54208cff0df6 AT gmail DOT com>
 <VI1PR03MB64466A47A1F2E0238C039DEDBEA40 AT VI1PR03MB6446 DOT eurprd03 DOT prod DOT outlook DOT com>
In-Reply-To: <VI1PR03MB64466A47A1F2E0238C039DEDBEA40@VI1PR03MB6446.eurprd03.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 3bd2869d-154c-4054-35ec-08d8bbb922e1
X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Jan 2021 13:58:30.0876 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 67416604-6509-4014-9859-45e709f53d3f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Hr351Mb81tG/v3NVqdEJJ9PFZGnp004ULEDSA19YRG4DQUsjanxipXzuuweLX3AZmxxI8+1kcVug0jfyMforJQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR03MB6336
X-OriginatorOrg: schaeffler.com
X-MailControlDKIMCheck: cGFzcyB3b3Jrc2l0ZS5vbm1pY3Jvc29mdC5jb20gW3Bhc3Nd
X-MailControl-OutInfo: MTYxMDk3ODMxNDpGUEtleTEucHJpdjqA7rUuuqO2y2ZOXJ18BfUuX6Z6TNpy/I2m3Aq2tNc+brzLnxOLE2DRQeywTeIyEk4MTF9p7j/Y+SL1bbAbEcE0HCKErXitsZQ2ygf3UYxo1CpUm4NI1O3vfIUaUFl+IGNkQyIrx9eoyMpsPS/4/J0IrcC/FO3G+qnviO7Ug2ENIkaPhG6YljQQNbcsWZMV3GZWCNvazoaXKO7iJviSqnOR0J+BeIaTBJWXWNuQUqx50+2ashmRh0gbQfdDM58mky0LPwdsbpWjek1BoejOlaengH9luwvjzagkrfr8AHJ+r100Kui+cMqcjCH+g3yqaJ8B38+h7yaynRxPtHcY6Jl3
X-Scanned-By: MailControl 44278.2100 (www.mailcontrol.com) on 10.68.0.162
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00, DKIM_SIGNED,
 DKIM_VALID, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL,
 SPF_HELO_PASS, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on
 server2.sourceware.org
X-BeenThere: cygwin AT cygwin DOT com
X-Mailman-Version: 2.1.29
List-Id: General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
 <mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: "Cygwin" <cygwin-bounces AT cygwin DOT com>

On Monday, January 18, 2021 2:54 PM Lemke, Michael SF/HZA-ZIC2 wrote:
>On Monday, January 18, 2021 2:23 PM Marco Atzeri wrote:
>On 18.01.2021 14:08, Lemke, Michael SF/HZA-ZIC2 wrote:
>> On Friday, January 15, 2021 9:02 PM Ken Brown wrote:
>>> On 1/15/2021 1:47 PM, Lemke, Michael SF/HZA-ZIC2 wrote:
>>>> On Friday, January 15, 2021 4:45 PM Jon Turney wrote:
>>>>> On 15/01/2021 12:28, Lemke, Michael wrote:
>>>>>> I just installed a fresh copy of Cygwin and gdb with setup-x86_64.exe.
>>>>>> However, gdb does not produce any output.
>>>>>>
>> 
>>>
>>>> Also ldd `which gdb` is
>>>> fine.
>>>
>>> Please show the output.
>> 
>> pc> ldd `which gdb`
>
>>          cyggcc_s-seh-1.dll => /usr/bin/cyggcc_s-seh-1.dll (0x3fdf60000)
>>          cygstdc++-6.dll => /usr/bin/cygstdc++-6.dll (0x3f8840000)
>
>>          cyggcc_s-seh-1.dll => /usr/bin/cyggcc_s-seh-1.dll (0x170000)
>                                                this is very low ^^^^
>>          cygstdc++-6.dll => /usr/bin/cygstdc++-6.dll (0x3600000)
>
>>          cygicuuc61.dll => /usr/bin/cygicuuc61.dll (0x3fc240000)
>>          cygicuuc61.dll => /usr/bin/cygicuuc61.dll (0x3600000)
>
>
>I do not see duplicate entries on my system. it seems a BLODA
>is interfering with dll's loading
>

It might very well be. I also noticed the output of ldd is not reproducible.
It shows different duplicate entries when run repeatedly and the load 
address you marked is also a duplicate:

 pc> ldd `which gdb`|grep --color gcc
        cyggcc_s-seh-1.dll => /usr/bin/cyggcc_s-seh-1.dll (0x3fdf60000)
        cyggcc_s-seh-1.dll => /usr/bin/cyggcc_s-seh-1.dll (0x170000)
 pc> ldd `which gdb` | grep --color gcc
        cyggcc_s-seh-1.dll => /usr/bin/cyggcc_s-seh-1.dll (0x3fdf60000)
 pc> ldd `which gdb` | grep --color gcc
        cyggcc_s-seh-1.dll => /usr/bin/cyggcc_s-seh-1.dll (0x3fdf60000)
 pc> ldd `which gdb` | grep --color gcc
        cyggcc_s-seh-1.dll => /usr/bin/cyggcc_s-seh-1.dll (0x3fdf60000)
 pc> ldd `which gdb` | grep --color gcc
        cyggcc_s-seh-1.dll => /usr/bin/cyggcc_s-seh-1.dll (0x3fdf60000)
 pc> ldd `which gdb` | grep --color gcc
        cyggcc_s-seh-1.dll => /usr/bin/cyggcc_s-seh-1.dll (0x3fdf60000)
 pc> ldd `which gdb` | grep --color gcc
        cyggcc_s-seh-1.dll => /usr/bin/cyggcc_s-seh-1.dll (0x3fdf60000)
        cyggcc_s-seh-1.dll => /usr/bin/cyggcc_s-seh-1.dll (0x170000)
 pc> ldd `which gdb` | grep --color gcc
        cyggcc_s-seh-1.dll => /usr/bin/cyggcc_s-seh-1.dll (0x3fdf60000)
 pc> ldd `which gdb` | grep --color gcc
        cyggcc_s-seh-1.dll => /usr/bin/cyggcc_s-seh-1.dll (0x3fdf60000)
        cyggcc_s-seh-1.dll => /usr/bin/cyggcc_s-seh-1.dll (0xa0000)

Hm, is gdb dependent on gcc? I just noticed my gcc is apparently broken:
 pc> cygcheck -c gcc
Cygwin Package Information
Package              Version        Status
 pc>


P.S.:
 pc> cygcheck -c gcc
Cygwin Package Information
Package              Version        Status
 pc> gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-cygwin/10/lto-wrapper.exe
Target: x86_64-pc-cygwin
Configured with: /mnt/share/cygpkgs/gcc/gcc.x86_64/src/gcc-10.2.0/configure --srcdir=/mnt/share/cygpkgs/gcc/gcc.x86_64/src/gcc-10.2.0 --prefix=/usr --exec-prefix=/usr --localstatedir=/var --sysconfdir=/etc --docdir=/usr/share/doc/gcc --htmldir=/usr/share/doc/gcc/html -C --build=x86_64-pc-cygwin --host=x86_64-pc-cygwin --target=x86_64-pc-cygwin --without-libiconv-prefix --without-libintl-prefix --libexecdir=/usr/lib --with-gcc-major-version-only --enable-shared --enable-shared-libgcc --enable-static --enable-version-specific-runtime-libs --enable-bootstrap --enable-__cxa_atexit --with-dwarf2 --with-tune=generic --enable-languages=c,c++,fortran,lto,objc,obj-c++ --enable-graphite --enable-threads=posix --enable-libatomic --enable-libgomp --enable-libquadmath --enable-libquadmath-support --disable-libssp --enable-libada --disable-symvers --with-gnu-ld --with-gnu-as --with-cloog-include=/usr/include/cloog-isl --without-libiconv-prefix --without-libintl-prefix --with-system-zlib --enable-l
 inker-build-id --with-default-libstdcxx-abi=gcc4-compatible --enable-libstdcxx-filesystem-ts
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 10.2.0 (GCC)

And I can compile C programs.
--
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple