[Top][All Lists]

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

Re: CTRL macro conflict on AIX 5.2 - wchar versions of form and menu fun

From: Thomas Dickey
Subject: Re: CTRL macro conflict on AIX 5.2 - wchar versions of form and menu functions
Date: Fri, 12 Mar 2004 05:47:48 -0500
User-agent: Mutt/1.5.4i

On Tue, Mar 09, 2004 at 12:44:33PM -0800, Jim Idle wrote:
> Just a minor note, but the view.c test won?t compile on AIX 5.2 without a bit
> of a hack.  This is because it ends up including <sys/ioctl.h>, which in turn
> includes <sys/ttychars.h>, which defines the macro CTRL.  This causes the xlc
> compiler to halt telling us that the CTRL macro is already defined in
> test.priv.h and cannot be redefined.  A minor fix, I am sure.  This is
> ncurses 5.4 with patches up to ../../ncurses-5.4-20040306.patch, but this
> also fails on previous versions.  Ncurses also seems to work fine in 64 bit
> mode on AIX 5.2, in case anyone wants to know ;-)

thanks (I'm not sure how I overlooked it)
> My next question is whether there are currently any plans to add wchar
> support to the menu and form/field processing code?  If there aren?t then I
> might be willing to add it, but I don?t want to duplicate any efforts.  The
> wchar versions of the other functions seem to work fine ?  I wondered if
> there was any reason this had not been extended into forms and menus - other
> than time?

not time - I just didn't happen to think of it, since my focus has always
been on the ncurses library itself.

I've started working on this.  Mike Aubury pointed it out, and the past
few patches have been directed toward this.  At this point I'm using the
ncurses.c 'r' test, fixing the issues that prevent it from working (by
pasting a wide-character from dialog's UTF-8 demo into an input field).

There are some isolated things that I've seen which need attention - they're
bugs, but not on the thread I'm following.  For example (from my to-do list):

        I noticed a problem in ncurses 'r'; typed in "abcdef^]" and a couple
        of back-arrows, then "123".  The "1" appeared on the end.  But that
        went away with my changes to paint the (INS) or (OVL) on the top
        right corner.  This glitch appears between ncurses 4.2 and 5.0, appears
        to be a form-bug which was exposed by edit_secure() logic in
                set_field_back(me, A_REVERSE);

*       Solaris curses checks input characters for validity in 'r' test as
        I type them - not at the end.  So I can't type "abc123" in the first
        field.  Also the display glitch above doesn't happen.

**      modify winsnstr() to do wrapping

Thomas E. Dickey <address@hidden>

Attachment: signature.asc
Description: Digital signature

reply via email to

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