X-Recipient: archive-cygwin AT delorie DOT com X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 92CB9386F02D Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dronecode.org.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=jon DOT turney AT dronecode DOT org DOT uk Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney AT btinternet DOT com X-SNCR-Rigid: 5ED9B6612603F397 X-Originating-IP: [86.139.158.36] X-OWM-Source-IP: 86.139.158.36 (GB) X-OWM-Env-Sender: jonturney AT btinternet DOT com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgeduledrhedugdeiiecutefuodetggdotefrodftvfcurfhrohhfihhlvgemuceutffkvffkuffjvffgnffgvefqofdpqfgfvfenuceurghilhhouhhtmecufedtudenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhepuffvfhfhkffffgggjggtgfesthekredttdefjeenucfhrhhomheplfhonhcuvfhurhhnvgihuceojhhonhdrthhurhhnvgihsegurhhonhgvtghouggvrdhorhhgrdhukheqnecuggftrfgrthhtvghrnhepleeigeehgefhveefvefhvdeiudfgvdeuhfejheetjefffefhueduteehuefgfffhnecukfhppeekiedrudefledrudehkedrfeeinecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghloheplgduledvrdduieekrddurdduuddungdpihhnvghtpeekiedrudefledrudehkedrfeeipdhmrghilhhfrhhomhepoehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkqecuuefqffgjpeekuefkvffokffogfdprhgtphhtthhopeeotgihghifihhnsegthihgfihinhdrtghomheq X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Subject: Re: Cygwin GDB won't start or hangs at startup To: The Cygwin Mailing List References: <20210206001809 DOT f2d27fddcf3cfec75e348d71 AT nifty DOT ne DOT jp> From: Jon Turney Message-ID: <717b4667-fb2f-a4ef-5cdf-6092c79ab18b@dronecode.org.uk> Date: Sun, 7 Feb 2021 14:25:48 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.7.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-GB X-Spam-Status: No, score=-3570.7 required=5.0 tests=BAYES_00, FORGED_SPF_HELO, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_PASS, SPF_NONE, TXREP autolearn=no 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 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8"; Format="flowed" Errors-To: cygwin-bounces AT cygwin DOT com Sender: "Cygwin" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by delorie.com id 117EQMMC009082 On 05/02/2021 19:06, Marco Atzeri via Cygwin wrote: > On 05.02.2021 17:39, Lemke, Michael SF/HZA-ZIC2 wrote: >> On Friday, February 5, 2021 4:18 PM Takashi Yano wrote: >>> On Fri, 5 Feb 2021 10:07:46 +0100 >>> Marco Atzeri wrote: >>>> On 05.02.2021 08:55, Daniel Röhrborn via Cygwin wrote: >>>>>> On 04.02.2021 13:13, Daniel Röhrborn via Cygwin wrote: >>>> > >>> >>> I looked into this problem and found this issue causes if iconv >>> cannot be found in the search path. >>> >>> Installing libiconv package should solve the issue, I guess. >> >> I can confirm that installing libiconv solves the problem. So it >> was not a case of BLODA here. >> >>> >>> It seems that the GDB package should set a dependency on libiconv. >>> >> >> I had libiconv2 installed. Is that somehow related? > > > gdb always needed the shared lib in libiconv2 > > $ cygcheck /usr/bin/gdb.exe | grep iconv >   D:\cygwin64\bin\cygiconv-2.dll > > $ cygcheck -f /usr/bin/cygiconv-2.dll > libiconv2-1.16-2 > > but is seems the last versions are also calling > the program that is packaged separately > > $ cygcheck -f /usr/bin/iconv.exe > libiconv-1.16-2 > > this dependency is more difficult to catch > and it was missed when GDB was packaged Thanks for investigating this, and fixing it on sourceware. I've updated the .cygport appropriately. It seems that gdb wants to run 'iconv -l' to list the available encodings. It looks like perhaps an upstream bug that gdb outputs nothing when iconv can't be found (rather than using the default encoding?). -- 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