[RFA] Avoid infinite height for mingw GDB
Thu Oct 18 08:47:00 GMT 2012
I also agree, but you still need to remember that
the API function GetConsoleScreenBufferInfo
may fail and handle also that case, no?
> -----Message d'origine-----
> De : firstname.lastname@example.org [mailto:gdb-patches-
> email@example.com] De la part de Eli Zaretskii
> Envoyé : mercredi 17 octobre 2012 21:19
> À : Joel Brobecker
> Cc : firstname.lastname@example.org; email@example.com
> Objet : Re: [RFA] Avoid infinite height for mingw GDB
> > Date: Wed, 17 Oct 2012 09:55:42 -0700
> > From: Joel Brobecker <firstname.lastname@example.org>
> > Cc: email@example.com, firstname.lastname@example.org
> > > How about if we abandon the windows-termcap.c kludge entirely, and
> > > instead use a MinGW build of ncurses? It builds out of the box, and
> > > you can find a precompiled binary here:
> > >
> > > http://sourceforge.net/projects/ezwinports/files/ncurses-5.9-w32-
> > Is it the standard ncurses that now builds out of the box on MinGW,
> > or a modified version?
> There's a couple of small changes there (see DIFFS in the source zip),
> but they are not necessary to build ncurses out of the box.
> > > Any objections?
> > It makes building GDB from sources a little harder on Windows/MinGW,
> > but I think that would be fine.
> If no one beats me to it, I'll try to build GDB with ncurses when I
> have time.
> > In the meantime, if it's a larger project, I suggest we can put the hack
> > I provided in place. I don't think it'll harm us, and it should solve
> > Pierre's issue while we work on using ncurses.
> I don't object.
More information about the Gdb-patches