Re: Re: Cygwin GDB won't start or hangs at startup

Re: Re: Cygwin GDB won't start or hangs at startup

[Daniel Röhrborn]

>On 04.02.2021 13:13, Daniel Röhrborn via Cygwin wrote:
>> I have this issue on three different PCs (Win7_32bit, 2x Win10_64bit) with the latest Cygwin installer.
>> I installed Cygwin gcc/g++/gdb. Compiler works but gdb doesn't output anything when started. It seems to have blocked right after start. >What could cause this behaviour?
>> 
>> When I downgrade to gdb version 7.10.1-1 it works normally and outputs its startup message.
>> But with any higher version (7.12.1-2, 8.0.1-1, 8.1.1-1, 8.2.1-1, 8.3.1-1, 9.2-1, 10.1-1) I get no output at all. The process hangs forever. >Running GDB from the Cygwin Terminal also doesn't help.
>> Since nobody else seems to have similar problems, I think it could be a configuration problem.
>> 
>> Kind regards
>> Daniel R.
>
>Hi Daniel,
>does not start, as it goes back directly to the shell, or it seems 
>stacked and typing "quit" it exits back to the shell ?
>
>The first effect is caused by missing or mismatched DLL's.
>
>The second I have seen on my W10 only if I run GDB from CMD and the 
>Cygwin bin directory is not in the PATH
>
>Regards
>Marco

Hi Marco,
it seems stacked and when blindly typing "quit" it responds with exiting. So it seems like the output is invisible.
Tested it with Win7_32bit, GDB version 9.2-1 with Cygwin/bin in PATH (since the beginning).

Regards
Daniel

Re: Cygwin GDB won't start or hangs at startup

[Marco Atzeri]

On 05.02.2021 08:55, Daniel Röhrborn via Cygwin wrote:
>> On 04.02.2021 13:13, Daniel Röhrborn via Cygwin wrote:

> 
> Hi Marco,
> it seems stacked and when blindly typing "quit" it responds with exiting. So it seems like the output is invisible.
> Tested it with Win7_32bit, GDB version 9.2-1 with Cygwin/bin in PATH (since the beginning).
> 
> Regards
> Daniel

I can not fully replicate on my W10,

but I notice that running from CMD there is a small difference
between the working instance


Marco@LAPTOP-82F08ILC /proc/3072/fd
i686 $ ls -l
total 0
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 0 -> /dev/cons1
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 1 -> /dev/cons1
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 10 -> pipe:[21474850180]
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 2 -> /dev/cons1
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 3 -> pipe:[8589948292]
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 4 -> pipe:[8589948292]
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 5 -> pipe:[12884915588]
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 6 -> pipe:[12884915588]
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 7 -> pipe:[17179882884]
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 8 -> pipe:[17179882884]
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 9 -> pipe:[21474850180]

and a not working one

Marco@LAPTOP-82F08ILC /proc/3055/fd
i686 $ ls -l
total 0
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 0 -> /dev/cons0
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 1 -> pipe:[4294988268]
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 10 -> pipe:[17179890156]
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 11 -> pipe:[21474857452]
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 12 -> pipe:[21474857452]
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 2 -> pipe:[4294988268]
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 3 -> pipe:[8589955564]
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 4 -> pipe:[8589955564]
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 5 -> /dev/cons0
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 6 -> /dev/cons0
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 7 -> pipe:[12884922860]
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 8 -> pipe:[12884922860]
lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 9 -> pipe:[17179890156]

it is like the file descriptor of outputs are misaligned,
and I see two more of them

Maybe Takashi or Jon can provide hints on the matter.

Regards
Marco

RE: Cygwin GDB won't start or hangs at startup

[Lemke, Michael SF/HZA-ZIC2]

On Friday, February 5, 2021 10:08 AM 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:
>
>> 
>> Hi Marco,
>> it seems stacked and when blindly typing "quit" it responds with exiting. So it seems like the output is invisible.
>> Tested it with Win7_32bit, GDB version 9.2-1 with Cygwin/bin in PATH (since the beginning).
>> 
>> Regards
>> Daniel
>
>I can not fully replicate on my W10,
>
>but I notice that running from CMD there is a small difference
>between the working instance

Remember I reported something similar on Jan 15, 2021. I just tried again 
and can fully confirm these messed up file descriptors. My gdb just sits
there without any output but does quit when I type quit. The file descriptors
look exactly what Marco posts here for working and non-working version.

>
>Marco@LAPTOP-82F08ILC /proc/3072/fd
>i686 $ ls -l
>total 0
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 0 -> /dev/cons1
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 1 -> /dev/cons1
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 10 -> pipe:[21474850180]
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 2 -> /dev/cons1
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 3 -> pipe:[8589948292]
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 4 -> pipe:[8589948292]
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 5 -> pipe:[12884915588]
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 6 -> pipe:[12884915588]
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 7 -> pipe:[17179882884]
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 8 -> pipe:[17179882884]
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 9 -> pipe:[21474850180]
>
>and a not working one
>
>Marco@LAPTOP-82F08ILC /proc/3055/fd
>i686 $ ls -l
>total 0
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 0 -> /dev/cons0
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 1 -> pipe:[4294988268]
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 10 -> pipe:[17179890156]
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 11 -> pipe:[21474857452]
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 12 -> pipe:[21474857452]
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 2 -> pipe:[4294988268]
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 3 -> pipe:[8589955564]
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 4 -> pipe:[8589955564]
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 5 -> /dev/cons0
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 6 -> /dev/cons0
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 7 -> pipe:[12884922860]
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 8 -> pipe:[12884922860]
>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 9 -> pipe:[17179890156]
>
>it is like the file descriptor of outputs are misaligned,
>and I see two more of them

Exactly what I see in mintty.

RE: Cygwin GDB won't start or hangs at startup

[Lemke, Michael SF/HZA-ZIC2]

On Friday, February 5, 2021 3:08 PM Lemke, Michael SF/HZA-ZIC2 wrote:
>On Friday, February 5, 2021 10:08 AM 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:
>>
>>> 
>>> Hi Marco,
>>> it seems stacked and when blindly typing "quit" it responds with exiting. So it seems like the output is invisible.
>>> Tested it with Win7_32bit, GDB version 9.2-1 with Cygwin/bin in PATH (since the beginning).
>>> 
>>> Regards
>>> Daniel
>>
>>I can not fully replicate on my W10,
>>
>>but I notice that running from CMD there is a small difference
>>between the working instance
>
>Remember I reported something similar on Jan 15, 2021. I just tried again 
>and can fully confirm these messed up file descriptors. My gdb just sits
>there without any output but does quit when I type quit. The file descriptors
>look exactly what Marco posts here for working and non-working version.

P.S. The strange file descriptors start to appear with gdb 7.12.1-2.

>
>>
>>Marco@LAPTOP-82F08ILC /proc/3072/fd
>>i686 $ ls -l
>>total 0
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 0 -> /dev/cons1
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 1 -> /dev/cons1
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 10 -> pipe:[21474850180]
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 2 -> /dev/cons1
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 3 -> pipe:[8589948292]
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 4 -> pipe:[8589948292]
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 5 -> pipe:[12884915588]
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 6 -> pipe:[12884915588]
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 7 -> pipe:[17179882884]
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 8 -> pipe:[17179882884]
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 9 -> pipe:[21474850180]
>>
>>and a not working one
>>
>>Marco@LAPTOP-82F08ILC /proc/3055/fd
>>i686 $ ls -l
>>total 0
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 0 -> /dev/cons0
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 1 -> pipe:[4294988268]
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 10 -> pipe:[17179890156]
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 11 -> pipe:[21474857452]
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 12 -> pipe:[21474857452]
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 2 -> pipe:[4294988268]
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 3 -> pipe:[8589955564]
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 4 -> pipe:[8589955564]
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 5 -> /dev/cons0
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 6 -> /dev/cons0
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 7 -> pipe:[12884922860]
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 8 -> pipe:[12884922860]
>>lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 9 -> pipe:[17179890156]
>>
>>it is like the file descriptor of outputs are misaligned,
>>and I see two more of them
>
>Exactly what I see in mintty.
>
>--
>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

Re: Cygwin GDB won't start or hangs at startup

[Takashi Yano]

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:
> 
> > 
> > Hi Marco,
> > it seems stacked and when blindly typing "quit" it responds with exiting. So it seems like the output is invisible.
> > Tested it with Win7_32bit, GDB version 9.2-1 with Cygwin/bin in PATH (since the beginning).
> > 
> > Regards
> > Daniel
> 
> I can not fully replicate on my W10,
> 
> but I notice that running from CMD there is a small difference
> between the working instance
> 
> 
> Marco@LAPTOP-82F08ILC /proc/3072/fd
> i686 $ ls -l
> total 0
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 0 -> /dev/cons1
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 1 -> /dev/cons1
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 10 -> pipe:[21474850180]
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 2 -> /dev/cons1
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 3 -> pipe:[8589948292]
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 4 -> pipe:[8589948292]
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 5 -> pipe:[12884915588]
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 6 -> pipe:[12884915588]
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 7 -> pipe:[17179882884]
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 8 -> pipe:[17179882884]
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 9 -> pipe:[21474850180]
> 
> and a not working one
> 
> Marco@LAPTOP-82F08ILC /proc/3055/fd
> i686 $ ls -l
> total 0
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 0 -> /dev/cons0
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 1 -> pipe:[4294988268]
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 10 -> pipe:[17179890156]
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 11 -> pipe:[21474857452]
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 12 -> pipe:[21474857452]
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 2 -> pipe:[4294988268]
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 3 -> pipe:[8589955564]
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 4 -> pipe:[8589955564]
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 5 -> /dev/cons0
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 6 -> /dev/cons0
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 7 -> pipe:[12884922860]
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 8 -> pipe:[12884922860]
> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 9 -> pipe:[17179890156]
> 
> it is like the file descriptor of outputs are misaligned,
> and I see two more of them
> 
> Maybe Takashi or Jon can provide hints on the matter.

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.

It seems that the GDB package should set a dependency on libiconv.

-- 
Takashi Yano <takashi.yano@nifty.ne.jp>

RE: Cygwin GDB won't start or hangs at startup

[Lemke, Michael SF/HZA-ZIC2]

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:
>> 
>> > 
>> > Hi Marco,
>> > it seems stacked and when blindly typing "quit" it responds with exiting. So it seems like the output is invisible.
>> > Tested it with Win7_32bit, GDB version 9.2-1 with Cygwin/bin in PATH (since the beginning).
>> > 
>> > Regards
>> > Daniel
>> 
>> I can not fully replicate on my W10,
>> 
>> but I notice that running from CMD there is a small difference
>> between the working instance
>> 
>> 
>> Marco@LAPTOP-82F08ILC /proc/3072/fd
>> i686 $ ls -l
>> total 0
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 0 -> /dev/cons1
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 1 -> /dev/cons1
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 10 -> pipe:[21474850180]
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 2 -> /dev/cons1
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 3 -> pipe:[8589948292]
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 4 -> pipe:[8589948292]
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 5 -> pipe:[12884915588]
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 6 -> pipe:[12884915588]
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 7 -> pipe:[17179882884]
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 8 -> pipe:[17179882884]
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:59 9 -> pipe:[21474850180]
>> 
>> and a not working one
>> 
>> Marco@LAPTOP-82F08ILC /proc/3055/fd
>> i686 $ ls -l
>> total 0
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 0 -> /dev/cons0
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 1 -> pipe:[4294988268]
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 10 -> pipe:[17179890156]
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 11 -> pipe:[21474857452]
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 12 -> pipe:[21474857452]
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 2 -> pipe:[4294988268]
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 3 -> pipe:[8589955564]
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 4 -> pipe:[8589955564]
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 5 -> /dev/cons0
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 6 -> /dev/cons0
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 7 -> pipe:[12884922860]
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 8 -> pipe:[12884922860]
>> lrwxrwxrwx 1 Marco Kein 0 Feb  5 09:57 9 -> pipe:[17179890156]
>> 
>> it is like the file descriptor of outputs are misaligned,
>> and I see two more of them
>> 
>> Maybe Takashi or Jon can provide hints on the matter.
>
>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?

Re: Cygwin GDB won't start or hangs at startup

[Marco Atzeri]

On 05.02.2021 16:18, Takashi Yano via Cygwin 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:
>>

>>
>> it is like the file descriptor of outputs are misaligned,
>> and I see two more of them
>>
>> Maybe Takashi or Jon can provide hints on the matter.
> 
> 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.
> 
> It seems that the GDB package should set a dependency on libiconv.
> 

Hi Takashi,

it makes sense. Comparing the two straces I see that is looking
for iconv and of course it finds iconv only if the directory is
in my PATH

This also explain whay it was so difficult to replicate
as many of us have libiconv installed anyway.

Thanks
Marco

Re: Cygwin GDB won't start or hangs at startup

[Marco Atzeri]

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

Regards
Marco

Re: Cygwin GDB won't start or hangs at startup

[Jon Turney]

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?).

Re: Cygwin GDB won't start or hangs at startup

[marco atzeri]

On Sun, Feb 7, 2021 at 4:13 PM Jon Turney  wrote:
>

>
> 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?).

the lack of a backup solution is clearly an upstream bug.
I assume iconv is usually present and only on border case the bug
is evident.

Regards
Marco

Re: Cygwin GDB won't start or hangs at startup

[matthew patton]

On Sun, Feb 7, 2021 at 4:13 PM Jon Turney  wrote:

>> 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?).

> the lack of a backup solution is clearly an upstream bug.
> I assume iconv is usually present and only on border case the bug
> is evident.

Indeed it is.iconv is provided by glibc-common on Linux distros so it's always available. Forcing a cygwin package dependency on iconv would be easiest fix. And open an ERRATA with upstream to gracefully handle lack of the binary.  

Re: Cygwin GDB won't start or hangs at startup

[Marco Atzeri]

On 08.02.2021 16:33, matthew patton wrote:
> On Sun, Feb 7, 2021 at 4:13 PM Jon Turney  wrote:
> 
>  >> 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?).
> 
>  > the lack of a backup solution is clearly an upstream bug.
>  > I assume iconv is usually present and only on border case the bug
>  > is evident.
> 
> Indeed it is.
> iconv is provided by glibc-common on Linux distros so it's always 
> available.
> Forcing a cygwin package dependency on iconv would be easiest fix.

this is already implemented

https://cygwin.com/packages/summary/gdb.html

gdb is now pulling libiconv

> And open an ERRATA with upstream to gracefully handle lack of the binary.


Regards
Marco