Summary: | ncurses breaks either vi or gdb | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | K.J. Wolf <kjwolf> |
Component: | [OLD] Unspecified | Assignee: | Matthew Kennedy (RETIRED) <mkennedy> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | azarah, carpaski |
Priority: | High | ||
Version: | 1.2 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
K.J. Wolf
2002-07-05 17:44:32 UTC
kjwolf@golulu:~ $ unset TERM kjwolf@golulu:~ $ vi Visual needs addressible cursor or upline capability :q kjwolf@golulu:~ $ export TERM=linux kjwolf@golulu:~ $ vi Segmentation fault kjwolf@golulu:~ $ export TERM=xterm kjwolf@golulu:~ $ vi ... dialog follows ... vi works ... sys-libs/ncurses-5.2.20020511-r1 * app-editors/vi-3.7-r1 gcc 3.1 this works for me in an aterm with TERM="rxvt" and TERM="linux" also works in console with TERM="linux" Indeed, ncurses-5.2.20020511-r1 fixes the problem. Aaargh. Either vi-5.7 gets broken (new ncurses), or gdb doesn't compile (old, masked ncurses). Could this bug actually be the same als bug 3837? By the way, a new patch rollup shell script just came out for ncurses today, downloadable at: ftp://invisible-island.net/ncurses/5.2/patch-5.2-20020901.sh.gz Ths patch is necessary for succesful compilation of ncurses 5.2 with GCC 3.2. I'm really busy seemant and this is more of core library issue.. ncurses isn't something I know to much about so can you assign this to someone that handles system libs? That would fantastic if you could, sorry to burden you with this :o( Thanx Naz I fixed this some time ago, and finalized it with libtermcap-compat the other day. |