[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Pythonmac-SIG] resizing terminal and curses

From: Chris Zubrzycki
Subject: Re: [Pythonmac-SIG] resizing terminal and curses
Date: Mon, 20 Mar 2006 15:35:57 -0500

Hash: SHA1

On Mar 19, 2006, at 2:22 PM, Thomas Dickey wrote:

On Sun, 19 Mar 2006, Nicholas Cole wrote:

But (back to the original problem) fixing ncurses' port to OS X would make this problem moot. I'd like to see if SIGWINCH is defined or not - part of seeing where the problem may lie. It is simple to see if SIGWINCH was defined when ncurses was compiled since _nc_handle_sigwinch() would
appear in a "nm" of the ncurses library.

It doesn't appear on an nm of either /usr/lib/libncurses.5.4.dylib or

That sounds like what I was thinking (unless nm isn't returning any
symbols at all- some shared  libraries work with nm, some don't).

Most platforms that have ifdef's for POSIX in their headers make
provision for handling the more common non-POSIX extensions.  The
way SIGWINCH is ifdef'd in the header I was reading for MacOS X 10.4.3
doesn't leave any way to use _POSIX_C_SOURCE and still use SIGWINCH.

In different versions of the configure script, I've either suppressed
the check for the "darwin" platform, or allowed it to try to set the
standard #define's.  Depending on which I choose, one or the other of
the programs using that configure macro works or not.

Right, you can't define _POSIX_C_SOURCE, iirc on os x 10.4, because if you do, you don't get all the neat extra non-POSIX types. This was a bug you fixed over a year ago.

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070
Security Is A Series Of Well-Defined Steps...

chmod -R 0 / ; and smile :)

Version: GnuPG v1.4.2.2 (Darwin)
Comment: Please sign reply-http://www.gnupg.org


reply via email to

[Prev in Thread] Current Thread [Next in Thread]