This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author skrah
Recipients akuchling, asmodai, mark.dickinson, r.david.murray, rpetrov, skrah
Date 2010-04-27.12:43:15
SpamBayes Score 2.0586373e-05
Marked as misclassified No
Message-id <>
In-reply-to <>
Jeroen Ruigrok van der Werven <> wrote:
> Stefan, I was emailing with Rong-En Fan, a FreeBSD committer, about this issue and he asked:
> "Basically, this is caused by
>   a) our is linked against (via -ltermcap which is the same lib)
>   b) wide-character enabled ncurses,, is also loaded in the same process
> To solve that, we need to have a separate, do I understand the issue correctly?"

Yes, only that the separate termcap is called The approach of
splitting out libtinfo from ncurses (used by Fedora) is the most flexible
and allows the user to choose ncurses or ncursesw.

[stefan@fedora-amd64 ~]$ ldd /lib64/ =>  (0x00007fff725ff000) => /lib64/ (0x00000036e4a00000) => /lib64/ (0x00000036d9600000)
        /lib64/ (0x00000036d9200000)

+ports that use ncurses (ncurses and ncursesw are source compatible, but in most cases they are binary compatible as long as application don't
+assume size of ncurses structures)."
> Which I fully support, it's something that I did on DragonFly BSD a long time ago already (for all I can remember).
> Your opinion?

I think the libtinfo approach is more flexible, and I'm not aware of any drawbacks.
So, for FreeBSD, I'd use it.

Stefan Krah
Date User Action Args
2010-04-27 12:43:25skrahsetrecipients: + skrah, akuchling, mark.dickinson, asmodai, rpetrov, r.david.murray
2010-04-27 12:43:15skrahlinkissue7384 messages
2010-04-27 12:43:15skrahcreate