From MAILER-DAEMON Tue Jan 03 15:34:39 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Etsrf-0001BE-1p for mharc-bug-ncurses@gnu.org; Tue, 03 Jan 2006 15:34:39 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Etsrd-0001B7-EW for bug-ncurses@gnu.org; Tue, 03 Jan 2006 15:34:37 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EtsrO-00019N-Jx for bug-ncurses@gnu.org; Tue, 03 Jan 2006 15:34:37 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EtsrO-00019K-Fr for bug-ncurses@gnu.org; Tue, 03 Jan 2006 15:34:22 -0500 Received: from [216.194.216.39] (helo=mail504.his.com) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1Etssf-0003Iq-Om for bug-ncurses@gnu.org; Tue, 03 Jan 2006 15:35:41 -0500 Received: from mail504.his.com (localhost.his.com [127.0.0.1]) by mail504.his.com (8.13.4/8.13.3) with ESMTP id k03KWX2T066351 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Jan 2006 15:32:34 -0500 (EST) (envelope-from dickey@his.com) Received: from localhost (dickey@localhost) by mail504.his.com (8.13.4/8.13.4/Submit) with ESMTP id k03KWXUJ066347; Tue, 3 Jan 2006 15:32:33 -0500 (EST) (envelope-from dickey@his.com) X-Authentication-Warning: mail504.his.com: dickey owned process doing -bs Date: Tue, 3 Jan 2006 15:32:33 -0500 (EST) From: Thomas Dickey To: Fu Steve X In-Reply-To: Message-ID: <20060103152926.I58842@mail504.his.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "'bug-ncurses@gnu.org'" Subject: Re: Core dump in the latest CDK X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jan 2006 20:34:37 -0000 On Tue, 3 Jan 2006, Fu Steve X wrote: > Thomas, > > I started to look at version 20051230. Some fixes works well such as the > setCDKFocusFirst function and getting rid of multiple highlighted widgets > when first popping up. Thanks so much! > > Please take a look at the core dump below. Thanks. Is this with Solaris curses? There could be some place where it returns a null WINDOW pointer that ncurses does not. A quick check with ncurses and valgrind isn't showing me a problem. The quick fix of course would be to add a null-pointer check in fixCursorPosition(), but it would also be good to fix whatever problem is producing the null-pointer check. thanks > > > Steve Fu > > ------------------------ cut here ----------------- > > program terminated by signal SEGV (no mapping at the fault address) > 0xffffffff7e225d50: wmove+0x0020: ldsh [%i0 + 6], %g4 > Current function is fixCursorPosition > 215 wmove(InputWindowOf(widget), ypos, xpos); > (dbx) where > > [1] wmove(0x0, 0x1, 0x1, 0x1b, 0x232d, 0x0), at 0xffffffff7e225d50 > =>[2] fixCursorPosition(widget = 0x100280670), line 215 in "scroll.c" > [3] _injectCDKScroll(object = 0x100280670, input = 27U), line 375 in > "scroll.c" > [4] traverseCDKOnce(screen = 0x100185950, curobj = 0x100280670, keyCode = > 27, functionKey = 0, funcMenuKey = 0x10005c1c0 = > &`assn.exe`traverse.c`checkMenuKey(int keyCode, int functionKey)), line 291 > in "traverse.c" > [5] traverseCDKScreen(screen = 0x100185950), line 370 in "traverse.c" > -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From MAILER-DAEMON Tue Jan 03 15:34:54 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Etsru-0001Gq-8g for mharc-bug-ncurses@gnu.org; Tue, 03 Jan 2006 15:34:54 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EtsVP-0002cW-Oh for bug-ncurses@gnu.org; Tue, 03 Jan 2006 15:11:39 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EtsVI-0002ai-Cz for bug-ncurses@gnu.org; Tue, 03 Jan 2006 15:11:39 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EtsVI-0002af-8b for bug-ncurses@gnu.org; Tue, 03 Jan 2006 15:11:32 -0500 Received: from [199.196.132.8] (helo=mx-relay23.treas.gov) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EtsWU-00082P-3V for bug-ncurses@gnu.org; Tue, 03 Jan 2006 15:12:51 -0500 Received: from localhost (localhost [127.0.0.1]) by mx-relay23.treas.gov (Postfix) with ESMTP id AD789584 for ; Tue, 3 Jan 2006 15:09:42 -0500 (EST) Received: from mx-relay23.treas.gov ([127.0.0.1]) by localhost (mx-relay23 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 27747-01-59 for ; Tue, 3 Jan 2006 15:09:41 -0500 (EST) Received: from tias24.treas.gov (tias24.treas.gov [199.196.132.24]) by mx-relay23.treas.gov (Postfix) with ESMTP id AE6D0537 for ; Tue, 3 Jan 2006 15:09:40 -0500 (EST) Received: from mailhub.treas.gov by tias24.treas.gov via smtpd (for mx-mart-relay.treas.gov [199.196.132.8]) with ESMTP; Tue, 3 Jan 2006 15:09:40 -0500 Received: from mailhub-21.treas.gov (localhost [127.0.0.1]) by localhost.mailer.treas.gov (Postfix) with ESMTP id 7FC22159 for ; Tue, 3 Jan 2006 15:09:40 -0500 (EST) Received: from mtb0120bh01.mcc.irs.gov (unknown [152.225.63.18]) by mailhub-21.treas.gov (Postfix) with ESMTP id 556D0158 for ; Tue, 3 Jan 2006 15:09:40 -0500 (EST) Received: by mtb0120bh01.mcc.irs.gov with Internet Mail Service (5.5.2657.72) id ; Tue, 3 Jan 2006 15:09:39 -0500 Message-ID: From: Fu Steve X To: "'bug-ncurses@gnu.org'" , 'Thomas Dickey' Date: Tue, 3 Jan 2006 15:09:29 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C610A0.E9472B08" X-Mailman-Approved-At: Tue, 03 Jan 2006 15:34:51 -0500 Cc: Subject: Core dump in the latest CDK X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jan 2006 20:11:40 -0000 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C610A0.E9472B08 Content-Type: text/plain Thomas, I started to look at version 20051230. Some fixes works well such as the setCDKFocusFirst function and getting rid of multiple highlighted widgets when first popping up. Thanks so much! Please take a look at the core dump below. Thanks. Steve Fu ------------------------ cut here ----------------- program terminated by signal SEGV (no mapping at the fault address) 0xffffffff7e225d50: wmove+0x0020: ldsh [%i0 + 6], %g4 Current function is fixCursorPosition 215 wmove(InputWindowOf(widget), ypos, xpos); (dbx) where [1] wmove(0x0, 0x1, 0x1, 0x1b, 0x232d, 0x0), at 0xffffffff7e225d50 =>[2] fixCursorPosition(widget = 0x100280670), line 215 in "scroll.c" [3] _injectCDKScroll(object = 0x100280670, input = 27U), line 375 in "scroll.c" [4] traverseCDKOnce(screen = 0x100185950, curobj = 0x100280670, keyCode = 27, functionKey = 0, funcMenuKey = 0x10005c1c0 = &`assn.exe`traverse.c`checkMenuKey(int keyCode, int functionKey)), line 291 in "traverse.c" [5] traverseCDKScreen(screen = 0x100185950), line 370 in "traverse.c" ------_=_NextPart_001_01C610A0.E9472B08 Content-Type: text/html Content-Transfer-Encoding: quoted-printable Core dump in the latest CDK

Thomas,

I started to look at version 20051230. Some fixes = works well such as the setCDKFocusFirst function and getting rid of = multiple highlighted widgets when first popping up. Thanks so = much!

Please take a look at the core dump below. = Thanks.


Steve Fu

------------------------ cut here = -----------------

program terminated by signal SEGV (no mapping at the = fault address)
0xffffffff7e225d50: = wmove+0x0020:       = ldsh     [%i0 + 6], %g4
Current function is fixCursorPosition
  215      = wmove(InputWindowOf(widget), ypos, xpos);
(dbx) = where           &= nbsp;           &= nbsp;           &= nbsp;           &= nbsp;           &= nbsp;     
  [1] wmove(0x0, 0x1, 0x1, 0x1b, 0x232d, 0x0), = at 0xffffffff7e225d50
=3D>[2] fixCursorPosition(widget =3D = 0x100280670), line 215 in "scroll.c"
  [3] _injectCDKScroll(object =3D 0x100280670, = input =3D 27U), line 375 in "scroll.c"
  [4] traverseCDKOnce(screen =3D 0x100185950, = curobj =3D 0x100280670, keyCode =3D 27, functionKey =3D 0, funcMenuKey = =3D 0x10005c1c0 =3D &`assn.exe`traverse.c`checkMenuKey(int keyCode, = int functionKey)), line 291 in "traverse.c"

  [5] traverseCDKScreen(screen =3D 0x100185950), = line 370 in "traverse.c"

------_=_NextPart_001_01C610A0.E9472B08-- From MAILER-DAEMON Wed Jan 04 08:53:42 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Eu8jb-00062M-Ms for mharc-bug-ncurses@gnu.org; Wed, 04 Jan 2006 08:31:23 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Eu8jR-0005zx-5a for bug-ncurses@gnu.org; Wed, 04 Jan 2006 08:31:13 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Eu8ZC-00033K-4P for bug-ncurses@gnu.org; Wed, 04 Jan 2006 08:20:38 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Eu8YK-0002tc-IV for bug-ncurses@gnu.org; Wed, 04 Jan 2006 08:19:44 -0500 Received: from [216.194.216.39] (helo=mail504.his.com) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1Eu8Zj-0000uz-GI for bug-ncurses@gnu.org; Wed, 04 Jan 2006 08:21:11 -0500 Received: from mail504.his.com (localhost.his.com [127.0.0.1]) by mail504.his.com (8.13.4/8.13.3) with ESMTP id k04DHnOX043207 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Jan 2006 08:17:49 -0500 (EST) (envelope-from dickey@his.com) Received: from localhost (dickey@localhost) by mail504.his.com (8.13.4/8.13.4/Submit) with ESMTP id k04DHnW1043199; Wed, 4 Jan 2006 08:17:49 -0500 (EST) (envelope-from dickey@his.com) X-Authentication-Warning: mail504.his.com: dickey owned process doing -bs Date: Wed, 4 Jan 2006 08:17:49 -0500 (EST) From: Thomas Dickey To: Fu Steve X In-Reply-To: Message-ID: <20060104081017.W32536@mail504.his.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "'bug-ncurses@gnu.org'" Subject: RE: Core dump in the latest CDK X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jan 2006 13:31:21 -0000 On Wed, 4 Jan 2006, Fu Steve X wrote: > Yes, I use CDK with Solaris Curses. > > Now I know what happened. As discussed in the thread below, I moved the call > InjectObj (curobj, key) in traverseCDKScreen around in order to register > callbacks for the TAB and ESC keys. That was in the previous version of CDK. > Now I do the similar thing in the new CDK, moving the call InjectObj > (curobj, key) to the first line in traverseCDKScreen. Callbacks for TAB and > ESC work but that causes core dump. > > http://lists.gnu.org/archive/html/bug-ncurses/2005-12/msg00019.html > > Is there any way to get the callbacks for TAB and ESC to work correctly with > traverseCDKScreen? That's going to take some more thinking. In the current snapshot, I was looking at complaints from three different people who wanted to change traverseCDKScreen in different ways. I addressed part of this by making that a simpler function which calls reusable pieces. So it would be "simple" to solve your problem with ESC by making a new function corresponding to traverseCDKScreen() which doesn't use menus (I forget if you want to use menus). However, TAB is still embedded in the logic of the traverseCDKOnce() function. Also, traverse.c doesn't have its own key bindings. I think that's the problem we have to address. One thing that I have in mind to reduce some of this is to make Cdk use virtual bindings (keycodes unrelated to curses) as I did in dialog. Doing that would get rid of the literal KEY_TAB in the case statement, moving it to a binding table (which could then be altered). > > Thanks! > > > > Steve Fu > > > -----Original Message----- > From: Thomas Dickey [mailto:dickey@his.com] > Sent: Tuesday, January 03, 2006 3:33 PM > To: Fu Steve X > Cc: 'bug-ncurses@gnu.org' > Subject: Re: Core dump in the latest CDK > > On Tue, 3 Jan 2006, Fu Steve X wrote: > >> Thomas, >> >> I started to look at version 20051230. Some fixes works well such as the >> setCDKFocusFirst function and getting rid of multiple highlighted widgets >> when first popping up. Thanks so much! >> >> Please take a look at the core dump below. Thanks. > > Is this with Solaris curses? There could be some place where it returns > a null WINDOW pointer that ncurses does not. A quick check with ncurses > and valgrind isn't showing me a problem. > > The quick fix of course would be to add a null-pointer check in > fixCursorPosition(), but it would also be good to fix whatever problem is > producing the null-pointer check. > > thanks > >> >> >> Steve Fu >> >> ------------------------ cut here ----------------- >> >> program terminated by signal SEGV (no mapping at the fault address) >> 0xffffffff7e225d50: wmove+0x0020: ldsh [%i0 + 6], %g4 >> Current function is fixCursorPosition >> 215 wmove(InputWindowOf(widget), ypos, xpos); >> (dbx) where >> >> [1] wmove(0x0, 0x1, 0x1, 0x1b, 0x232d, 0x0), at 0xffffffff7e225d50 >> =>[2] fixCursorPosition(widget = 0x100280670), line 215 in "scroll.c" >> [3] _injectCDKScroll(object = 0x100280670, input = 27U), line 375 in >> "scroll.c" >> [4] traverseCDKOnce(screen = 0x100185950, curobj = 0x100280670, keyCode = >> 27, functionKey = 0, funcMenuKey = 0x10005c1c0 = >> &`assn.exe`traverse.c`checkMenuKey(int keyCode, int functionKey)), line > 291 >> in "traverse.c" >> [5] traverseCDKScreen(screen = 0x100185950), line 370 in "traverse.c" >> > > -- > Thomas E. Dickey > http://invisible-island.net > ftp://invisible-island.net > -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From MAILER-DAEMON Wed Jan 04 09:00:32 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Eu98z-0005Hq-Uw for mharc-bug-ncurses@gnu.org; Wed, 04 Jan 2006 08:57:38 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Eu96p-0004Pp-L4 for bug-ncurses@gnu.org; Wed, 04 Jan 2006 08:55:24 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Eu91f-0002zD-PP for bug-ncurses@gnu.org; Wed, 04 Jan 2006 08:50:04 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Eu8z9-0001xG-PT for bug-ncurses@gnu.org; Wed, 04 Jan 2006 08:47:29 -0500 Received: from [216.194.216.39] (helo=mail504.his.com) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1Eu90Y-0004lJ-RH for bug-ncurses@gnu.org; Wed, 04 Jan 2006 08:48:55 -0500 Received: from mail504.his.com (localhost.his.com [127.0.0.1]) by mail504.his.com (8.13.4/8.13.3) with ESMTP id k04Djg5J058996 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Jan 2006 08:45:42 -0500 (EST) (envelope-from dickey@his.com) Received: from localhost (dickey@localhost) by mail504.his.com (8.13.4/8.13.4/Submit) with ESMTP id k04Djf5B058991; Wed, 4 Jan 2006 08:45:41 -0500 (EST) (envelope-from dickey@his.com) X-Authentication-Warning: mail504.his.com: dickey owned process doing -bs Date: Wed, 4 Jan 2006 08:45:41 -0500 (EST) From: Thomas Dickey To: Fu Steve X In-Reply-To: Message-ID: <20060104084433.U57607@mail504.his.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "'bug-ncurses@gnu.org'" Subject: RE: Core dump in the latest CDK X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jan 2006 13:57:34 -0000 On Wed, 4 Jan 2006, Fu Steve X wrote: > I don't use menus. Thanks! I know that I have some email describing what you're doing with TAB, but it would also be helpful to see how you're adapting traverse.c currently. > > Steve Fu > > > -----Original Message----- > From: Thomas Dickey [mailto:dickey@his.com] > Sent: Wednesday, January 04, 2006 8:18 AM > To: Fu Steve X > Cc: 'bug-ncurses@gnu.org' > Subject: RE: Core dump in the latest CDK > > On Wed, 4 Jan 2006, Fu Steve X wrote: > >> Yes, I use CDK with Solaris Curses. >> >> Now I know what happened. As discussed in the thread below, I moved the > call >> InjectObj (curobj, key) in traverseCDKScreen around in order to register >> callbacks for the TAB and ESC keys. That was in the previous version of > CDK. >> Now I do the similar thing in the new CDK, moving the call InjectObj >> (curobj, key) to the first line in traverseCDKScreen. Callbacks for TAB > and >> ESC work but that causes core dump. >> >> http://lists.gnu.org/archive/html/bug-ncurses/2005-12/msg00019.html >> >> Is there any way to get the callbacks for TAB and ESC to work correctly > with >> traverseCDKScreen? > > That's going to take some more thinking. In the current snapshot, I was > looking at complaints from three different people who wanted to change > traverseCDKScreen in different ways. I addressed part of this by making > that a simpler function which calls reusable pieces. > > So it would be "simple" to solve your problem with ESC by making a new > function corresponding to traverseCDKScreen() which doesn't use menus > (I forget if you want to use menus). > > However, TAB is still embedded in the logic of the traverseCDKOnce() > function. Also, traverse.c doesn't have its own key bindings. I think > that's the problem we have to address. > > One thing that I have in mind to reduce some of this is to make Cdk use > virtual bindings (keycodes unrelated to curses) as I did in dialog. Doing > that would get rid of the literal KEY_TAB in the case statement, moving it > to a binding table (which could then be altered). > > > > Thanks! >> >> >> >> Steve Fu >> >> >> -----Original Message----- >> From: Thomas Dickey [mailto:dickey@his.com] >> Sent: Tuesday, January 03, 2006 3:33 PM >> To: Fu Steve X >> Cc: 'bug-ncurses@gnu.org' >> Subject: Re: Core dump in the latest CDK >> >> On Tue, 3 Jan 2006, Fu Steve X wrote: >> >>> Thomas, >>> >>> I started to look at version 20051230. Some fixes works well such as the >>> setCDKFocusFirst function and getting rid of multiple highlighted widgets >>> when first popping up. Thanks so much! >>> >>> Please take a look at the core dump below. Thanks. >> >> Is this with Solaris curses? There could be some place where it returns >> a null WINDOW pointer that ncurses does not. A quick check with ncurses >> and valgrind isn't showing me a problem. >> >> The quick fix of course would be to add a null-pointer check in >> fixCursorPosition(), but it would also be good to fix whatever problem is >> producing the null-pointer check. >> >> thanks >> >>> >>> >>> Steve Fu >>> >>> ------------------------ cut here ----------------- >>> >>> program terminated by signal SEGV (no mapping at the fault address) >>> 0xffffffff7e225d50: wmove+0x0020: ldsh [%i0 + 6], %g4 >>> Current function is fixCursorPosition >>> 215 wmove(InputWindowOf(widget), ypos, xpos); >>> (dbx) where >>> >>> [1] wmove(0x0, 0x1, 0x1, 0x1b, 0x232d, 0x0), at 0xffffffff7e225d50 >>> =>[2] fixCursorPosition(widget = 0x100280670), line 215 in "scroll.c" >>> [3] _injectCDKScroll(object = 0x100280670, input = 27U), line 375 in >>> "scroll.c" >>> [4] traverseCDKOnce(screen = 0x100185950, curobj = 0x100280670, keyCode > = >>> 27, functionKey = 0, funcMenuKey = 0x10005c1c0 = >>> &`assn.exe`traverse.c`checkMenuKey(int keyCode, int functionKey)), line >> 291 >>> in "traverse.c" >>> [5] traverseCDKScreen(screen = 0x100185950), line 370 in "traverse.c" >>> >> >> -- >> Thomas E. Dickey >> http://invisible-island.net >> ftp://invisible-island.net >> > > -- > Thomas E. Dickey > http://invisible-island.net > ftp://invisible-island.net > -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From MAILER-DAEMON Wed Jan 04 15:50:04 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1EuFa8-0002oq-9P for mharc-bug-ncurses@gnu.org; Wed, 04 Jan 2006 15:50:04 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Eu86Z-0003r1-Jl for bug-ncurses@gnu.org; Wed, 04 Jan 2006 07:51:03 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Eu7zO-0001uU-LX for bug-ncurses@gnu.org; Wed, 04 Jan 2006 07:44:25 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Eu7zN-0001tq-4k for bug-ncurses@gnu.org; Wed, 04 Jan 2006 07:43:37 -0500 Received: from [199.196.144.5] (helo=mx-relay3.treas.gov) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Eu80l-0004pM-L6 for bug-ncurses@gnu.org; Wed, 04 Jan 2006 07:45:03 -0500 Received: from localhost (localhost [127.0.0.1]) by mx-relay3.treas.gov (Postfix) with ESMTP id 57C68128F for ; Wed, 4 Jan 2006 07:41:51 -0500 (EST) Received: from mx-relay3.treas.gov ([127.0.0.1]) by localhost (mx-relay3 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 28690-01-18 for ; Wed, 4 Jan 2006 07:41:50 -0500 (EST) Received: from tias5.treas.gov (tias-gw5.treas.gov [199.196.144.15]) by mx-relay3.treas.gov (Postfix) with ESMTP id E55171292 for ; Wed, 4 Jan 2006 07:41:49 -0500 (EST) Received: from mailhub.net.treas.gov by tias5.treas.gov via smtpd (for mx-relay.treas.gov [199.196.144.5]) with ESMTP; Wed, 4 Jan 2006 07:41:49 -0500 Received: from mailhub-1.treas.gov (localhost [127.0.0.1]) by localhost.mailer.treas.gov (Postfix) with ESMTP id AF7A81135 for ; Wed, 4 Jan 2006 07:41:49 -0500 (EST) Received: from mtb0120bh01.mcc.irs.gov (unknown [152.225.63.18]) by mailhub-1.treas.gov (Postfix) with ESMTP id 8F4CF1132 for ; Wed, 4 Jan 2006 07:41:49 -0500 (EST) Received: by mtb0120bh01.mcc.irs.gov with Internet Mail Service (5.5.2657.72) id ; Wed, 4 Jan 2006 07:41:49 -0500 Message-ID: From: Fu Steve X To: 'Thomas Dickey' Date: Wed, 4 Jan 2006 07:41:44 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6112C.386EF7AC" X-Mailman-Approved-At: Wed, 04 Jan 2006 15:50:01 -0500 Cc: "'bug-ncurses@gnu.org'" Subject: RE: Core dump in the latest CDK X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jan 2006 13:18:11 -0000 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C6112C.386EF7AC Content-Type: text/plain Yes, I use CDK with Solaris Curses. Now I know what happened. As discussed in the thread below, I moved the call InjectObj (curobj, key) in traverseCDKScreen around in order to register callbacks for the TAB and ESC keys. That was in the previous version of CDK. Now I do the similar thing in the new CDK, moving the call InjectObj (curobj, key) to the first line in traverseCDKScreen. Callbacks for TAB and ESC work but that causes core dump. http://lists.gnu.org/archive/html/bug-ncurses/2005-12/msg00019.html Is there any way to get the callbacks for TAB and ESC to work correctly with traverseCDKScreen? Thanks! Steve Fu -----Original Message----- From: Thomas Dickey [mailto:dickey@his.com] Sent: Tuesday, January 03, 2006 3:33 PM To: Fu Steve X Cc: 'bug-ncurses@gnu.org' Subject: Re: Core dump in the latest CDK On Tue, 3 Jan 2006, Fu Steve X wrote: > Thomas, > > I started to look at version 20051230. Some fixes works well such as the > setCDKFocusFirst function and getting rid of multiple highlighted widgets > when first popping up. Thanks so much! > > Please take a look at the core dump below. Thanks. Is this with Solaris curses? There could be some place where it returns a null WINDOW pointer that ncurses does not. A quick check with ncurses and valgrind isn't showing me a problem. The quick fix of course would be to add a null-pointer check in fixCursorPosition(), but it would also be good to fix whatever problem is producing the null-pointer check. thanks > > > Steve Fu > > ------------------------ cut here ----------------- > > program terminated by signal SEGV (no mapping at the fault address) > 0xffffffff7e225d50: wmove+0x0020: ldsh [%i0 + 6], %g4 > Current function is fixCursorPosition > 215 wmove(InputWindowOf(widget), ypos, xpos); > (dbx) where > > [1] wmove(0x0, 0x1, 0x1, 0x1b, 0x232d, 0x0), at 0xffffffff7e225d50 > =>[2] fixCursorPosition(widget = 0x100280670), line 215 in "scroll.c" > [3] _injectCDKScroll(object = 0x100280670, input = 27U), line 375 in > "scroll.c" > [4] traverseCDKOnce(screen = 0x100185950, curobj = 0x100280670, keyCode = > 27, functionKey = 0, funcMenuKey = 0x10005c1c0 = > &`assn.exe`traverse.c`checkMenuKey(int keyCode, int functionKey)), line 291 > in "traverse.c" > [5] traverseCDKScreen(screen = 0x100185950), line 370 in "traverse.c" > -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net ------_=_NextPart_001_01C6112C.386EF7AC Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: Core dump in the latest CDK

Yes, I use CDK with Solaris Curses.

Now I know what happened. As discussed in the thread = below, I moved the call InjectObj (curobj, key) in traverseCDKScreen = around in order to register callbacks for the TAB and ESC keys. That = was in the previous version of CDK. Now I do the similar thing in the = new CDK, moving the call InjectObj (curobj, key) to the first line in = traverseCDKScreen. Callbacks for TAB and ESC work but that causes core = dump.

http://lists.gnu.org/archive/html/bug-ncurses/2005-12/= msg00019.html

Is there any way to get the callbacks for TAB and ESC = to work correctly with traverseCDKScreen?

Thanks!
 


Steve Fu


-----Original Message-----
From: Thomas Dickey [mailto:dickey@his.com]
Sent: Tuesday, January 03, 2006 3:33 PM
To: Fu Steve X
Cc: 'bug-ncurses@gnu.org'
Subject: Re: Core dump in the latest CDK

On Tue, 3 Jan 2006, Fu Steve X wrote:

> Thomas,
>
> I started to look at version 20051230. Some = fixes works well such as the
> setCDKFocusFirst function and getting rid of = multiple highlighted widgets
> when first popping up. Thanks so much!
>
> Please take a look at the core dump below. = Thanks.

Is this with Solaris curses?  There could be = some place where it returns
a null WINDOW pointer that ncurses does not.  A = quick check with ncurses
and valgrind isn't showing me a problem.

The quick fix of course would be to add a = null-pointer check in
fixCursorPosition(), but it would also be good to = fix whatever problem is
producing the null-pointer check.

thanks

>
>
> Steve Fu
>
> ------------------------ cut here = -----------------
>
> program terminated by signal SEGV (no mapping = at the fault address)
> 0xffffffff7e225d50: = wmove+0x0020:       = ldsh     [%i0 + 6], %g4
> Current function is fixCursorPosition
>  215      = wmove(InputWindowOf(widget), ypos, xpos);
> (dbx) where
>
>  [1] wmove(0x0, 0x1, 0x1, 0x1b, 0x232d, = 0x0), at 0xffffffff7e225d50
> =3D>[2] fixCursorPosition(widget =3D = 0x100280670), line 215 in "scroll.c"
>  [3] _injectCDKScroll(object =3D = 0x100280670, input =3D 27U), line 375 in
> "scroll.c"
>  [4] traverseCDKOnce(screen =3D = 0x100185950, curobj =3D 0x100280670, keyCode =3D
> 27, functionKey =3D 0, funcMenuKey =3D = 0x10005c1c0 =3D
> &`assn.exe`traverse.c`checkMenuKey(int = keyCode, int functionKey)), line 291
> in "traverse.c"
>  [5] traverseCDKScreen(screen =3D = 0x100185950), line 370 in "traverse.c"
>

--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net

------_=_NextPart_001_01C6112C.386EF7AC-- From MAILER-DAEMON Wed Jan 04 15:50:05 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1EuFa8-0002p6-Ej for mharc-bug-ncurses@gnu.org; Wed, 04 Jan 2006 15:50:04 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Eu96N-0004FZ-SZ for bug-ncurses@gnu.org; Wed, 04 Jan 2006 08:54:59 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Eu8tn-0008QO-1f for bug-ncurses@gnu.org; Wed, 04 Jan 2006 08:41:57 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Eu8hn-0005X2-4Q for bug-ncurses@gnu.org; Wed, 04 Jan 2006 08:29:31 -0500 Received: from [199.196.144.5] (helo=mx-relay1.treas.gov) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Eu8jC-0002Xp-0M for bug-ncurses@gnu.org; Wed, 04 Jan 2006 08:30:58 -0500 Received: from localhost (localhost [127.0.0.1]) by mx-relay1.treas.gov (Postfix) with ESMTP id A2B8C2BCF for ; Wed, 4 Jan 2006 08:27:45 -0500 (EST) Received: from mx-relay1.treas.gov ([127.0.0.1]) by localhost (mx-relay1 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 05186-07-9 for ; Wed, 4 Jan 2006 08:27:43 -0500 (EST) Received: from tias5.treas.gov (tias-gw5.treas.gov [199.196.144.15]) by mx-relay1.treas.gov (Postfix) with ESMTP id C0F302BD4 for ; Wed, 4 Jan 2006 08:27:43 -0500 (EST) Received: from mailhub.net.treas.gov by tias5.treas.gov via smtpd (for mx-relay.treas.gov [199.196.144.5]) with ESMTP; Wed, 4 Jan 2006 08:27:43 -0500 Received: from mailhub-1.treas.gov (localhost [127.0.0.1]) by localhost.mailer.treas.gov (Postfix) with ESMTP id 8189DEBA for ; Wed, 4 Jan 2006 08:27:43 -0500 (EST) Received: from mtb0120bh01.mcc.irs.gov (unknown [152.225.63.18]) by mailhub-1.treas.gov (Postfix) with ESMTP id 573BDE81 for ; Wed, 4 Jan 2006 08:27:43 -0500 (EST) Received: by mtb0120bh01.mcc.irs.gov with Internet Mail Service (5.5.2657.72) id ; Wed, 4 Jan 2006 08:27:42 -0500 Message-ID: From: Fu Steve X To: 'Thomas Dickey' Date: Wed, 4 Jan 2006 08:27:40 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C61132.97A77E32" X-Mailman-Approved-At: Wed, 04 Jan 2006 15:50:01 -0500 Cc: "'bug-ncurses@gnu.org'" Subject: RE: Core dump in the latest CDK X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jan 2006 13:56:54 -0000 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C61132.97A77E32 Content-Type: text/plain I don't use menus. Thanks! Steve Fu -----Original Message----- From: Thomas Dickey [mailto:dickey@his.com] Sent: Wednesday, January 04, 2006 8:18 AM To: Fu Steve X Cc: 'bug-ncurses@gnu.org' Subject: RE: Core dump in the latest CDK On Wed, 4 Jan 2006, Fu Steve X wrote: > Yes, I use CDK with Solaris Curses. > > Now I know what happened. As discussed in the thread below, I moved the call > InjectObj (curobj, key) in traverseCDKScreen around in order to register > callbacks for the TAB and ESC keys. That was in the previous version of CDK. > Now I do the similar thing in the new CDK, moving the call InjectObj > (curobj, key) to the first line in traverseCDKScreen. Callbacks for TAB and > ESC work but that causes core dump. > > http://lists.gnu.org/archive/html/bug-ncurses/2005-12/msg00019.html > > Is there any way to get the callbacks for TAB and ESC to work correctly with > traverseCDKScreen? That's going to take some more thinking. In the current snapshot, I was looking at complaints from three different people who wanted to change traverseCDKScreen in different ways. I addressed part of this by making that a simpler function which calls reusable pieces. So it would be "simple" to solve your problem with ESC by making a new function corresponding to traverseCDKScreen() which doesn't use menus (I forget if you want to use menus). However, TAB is still embedded in the logic of the traverseCDKOnce() function. Also, traverse.c doesn't have its own key bindings. I think that's the problem we have to address. One thing that I have in mind to reduce some of this is to make Cdk use virtual bindings (keycodes unrelated to curses) as I did in dialog. Doing that would get rid of the literal KEY_TAB in the case statement, moving it to a binding table (which could then be altered). > > Thanks! > > > > Steve Fu > > > -----Original Message----- > From: Thomas Dickey [mailto:dickey@his.com] > Sent: Tuesday, January 03, 2006 3:33 PM > To: Fu Steve X > Cc: 'bug-ncurses@gnu.org' > Subject: Re: Core dump in the latest CDK > > On Tue, 3 Jan 2006, Fu Steve X wrote: > >> Thomas, >> >> I started to look at version 20051230. Some fixes works well such as the >> setCDKFocusFirst function and getting rid of multiple highlighted widgets >> when first popping up. Thanks so much! >> >> Please take a look at the core dump below. Thanks. > > Is this with Solaris curses? There could be some place where it returns > a null WINDOW pointer that ncurses does not. A quick check with ncurses > and valgrind isn't showing me a problem. > > The quick fix of course would be to add a null-pointer check in > fixCursorPosition(), but it would also be good to fix whatever problem is > producing the null-pointer check. > > thanks > >> >> >> Steve Fu >> >> ------------------------ cut here ----------------- >> >> program terminated by signal SEGV (no mapping at the fault address) >> 0xffffffff7e225d50: wmove+0x0020: ldsh [%i0 + 6], %g4 >> Current function is fixCursorPosition >> 215 wmove(InputWindowOf(widget), ypos, xpos); >> (dbx) where >> >> [1] wmove(0x0, 0x1, 0x1, 0x1b, 0x232d, 0x0), at 0xffffffff7e225d50 >> =>[2] fixCursorPosition(widget = 0x100280670), line 215 in "scroll.c" >> [3] _injectCDKScroll(object = 0x100280670, input = 27U), line 375 in >> "scroll.c" >> [4] traverseCDKOnce(screen = 0x100185950, curobj = 0x100280670, keyCode = >> 27, functionKey = 0, funcMenuKey = 0x10005c1c0 = >> &`assn.exe`traverse.c`checkMenuKey(int keyCode, int functionKey)), line > 291 >> in "traverse.c" >> [5] traverseCDKScreen(screen = 0x100185950), line 370 in "traverse.c" >> > > -- > Thomas E. Dickey > http://invisible-island.net > ftp://invisible-island.net > -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net ------_=_NextPart_001_01C61132.97A77E32 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: Core dump in the latest CDK

I don't use menus. Thanks!


Steve Fu


-----Original Message-----
From: Thomas Dickey [mailto:dickey@his.com]
Sent: Wednesday, January 04, 2006 8:18 AM
To: Fu Steve X
Cc: 'bug-ncurses@gnu.org'
Subject: RE: Core dump in the latest CDK

On Wed, 4 Jan 2006, Fu Steve X wrote:

> Yes, I use CDK with Solaris Curses.
>
> Now I know what happened. As discussed in the = thread below, I moved the call
> InjectObj (curobj, key) in traverseCDKScreen = around in order to register
> callbacks for the TAB and ESC keys. That was in = the previous version of CDK.
> Now I do the similar thing in the new CDK, = moving the call InjectObj
> (curobj, key) to the first line in = traverseCDKScreen. Callbacks for TAB and
> ESC work but that causes core dump.
>
> http://lists.gnu.org/archive/html/bug-ncurses/2005-12/= msg00019.html
>
> Is there any way to get the callbacks for TAB = and ESC to work correctly with
> traverseCDKScreen?

That's going to take some more thinking.  In the = current snapshot, I was
looking at complaints from three different people = who wanted to change
traverseCDKScreen in different ways.  I = addressed part of this by making
that a simpler function which calls reusable = pieces.

So it would be "simple" to solve your = problem with ESC by making a new
function corresponding to traverseCDKScreen() which = doesn't use menus
(I forget if you want to use menus).

However, TAB is still embedded in the logic of the = traverseCDKOnce()
function. Also, traverse.c doesn't have its own key = bindings.  I think
that's the problem we have to address.

One thing that I have in mind to reduce some of this = is to make Cdk use
virtual bindings (keycodes unrelated to curses) as I = did in dialog. Doing
that would get rid of the literal KEY_TAB in the = case statement, moving it
to a binding table (which could then be = altered).

  > > Thanks!
>
>
>
> Steve Fu
>
>
> -----Original Message-----
> From: Thomas Dickey [mailto:dickey@his.com]
> Sent: Tuesday, January 03, 2006 3:33 PM
> To: Fu Steve X
> Cc: 'bug-ncurses@gnu.org'
> Subject: Re: Core dump in the latest CDK
>
> On Tue, 3 Jan 2006, Fu Steve X wrote:
>
>> Thomas,
>>
>> I started to look at version 20051230. Some = fixes works well such as the
>> setCDKFocusFirst function and getting rid = of multiple highlighted widgets
>> when first popping up. Thanks so = much!
>>
>> Please take a look at the core dump below. = Thanks.
>
> Is this with Solaris curses?  There could = be some place where it returns
> a null WINDOW pointer that ncurses does = not.  A quick check with ncurses
> and valgrind isn't showing me a problem.
>
> The quick fix of course would be to add a = null-pointer check in
> fixCursorPosition(), but it would also be good = to fix whatever problem is
> producing the null-pointer check.
>
> thanks
>
>>
>>
>> Steve Fu
>>
>> ------------------------ cut here = -----------------
>>
>> program terminated by signal SEGV (no = mapping at the fault address)
>> 0xffffffff7e225d50: = wmove+0x0020:       = ldsh     [%i0 + 6], %g4
>> Current function is = fixCursorPosition
>>  215      = wmove(InputWindowOf(widget), ypos, xpos);
>> (dbx) where
>>
>>  [1] wmove(0x0, 0x1, 0x1, 0x1b, = 0x232d, 0x0), at 0xffffffff7e225d50
>> =3D>[2] fixCursorPosition(widget =3D = 0x100280670), line 215 in "scroll.c"
>>  [3] _injectCDKScroll(object =3D = 0x100280670, input =3D 27U), line 375 in
>> "scroll.c"
>>  [4] traverseCDKOnce(screen =3D = 0x100185950, curobj =3D 0x100280670, keyCode =3D
>> 27, functionKey =3D 0, funcMenuKey =3D = 0x10005c1c0 =3D
>> &`assn.exe`traverse.c`checkMenuKey(int = keyCode, int functionKey)), line
> 291
>> in "traverse.c"
>>  [5] traverseCDKScreen(screen =3D = 0x100185950), line 370 in "traverse.c"
>>
>
> --
> Thomas E. Dickey
> http://invisible-island.net
> ftp://invisible-island.net
>

--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net

------_=_NextPart_001_01C61132.97A77E32-- From MAILER-DAEMON Wed Jan 04 15:50:05 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1EuFa9-0002pD-9d for mharc-bug-ncurses@gnu.org; Wed, 04 Jan 2006 15:50:05 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EuEmj-0001zw-Ct for bug-ncurses@gnu.org; Wed, 04 Jan 2006 14:59:01 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EuEmi-0001ys-DV for bug-ncurses@gnu.org; Wed, 04 Jan 2006 14:59:01 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EuEmi-0001yl-AO for bug-ncurses@gnu.org; Wed, 04 Jan 2006 14:59:00 -0500 Received: from [199.196.132.8] (helo=mx-relay23.treas.gov) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EuEo9-0001Xf-Qz for bug-ncurses@gnu.org; Wed, 04 Jan 2006 15:00:30 -0500 Received: from localhost (localhost [127.0.0.1]) by mx-relay23.treas.gov (Postfix) with ESMTP id 62B39483 for ; Wed, 4 Jan 2006 14:57:13 -0500 (EST) Received: from mx-relay23.treas.gov ([127.0.0.1]) by localhost (mx-relay23 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 20501-01-53 for ; Wed, 4 Jan 2006 14:57:11 -0500 (EST) Received: from tias22.treas.gov (tias22.treas.gov [199.196.132.22]) by mx-relay23.treas.gov (Postfix) with ESMTP id A53FE3B8 for ; Wed, 4 Jan 2006 14:57:10 -0500 (EST) Received: from mailhub.treas.gov by tias22.treas.gov via smtpd (for mx-mart-relay.treas.gov [199.196.132.8]) with ESMTP; Wed, 4 Jan 2006 14:57:10 -0500 Received: from mailhub-21.treas.gov (localhost [127.0.0.1]) by localhost.mailer.treas.gov (Postfix) with ESMTP id 644EB11B7 for ; Wed, 4 Jan 2006 14:57:10 -0500 (EST) Received: from mtb0120bh01.mcc.irs.gov (unknown [152.225.63.18]) by mailhub-21.treas.gov (Postfix) with ESMTP id 2B69511B6 for ; Wed, 4 Jan 2006 14:57:10 -0500 (EST) Received: by mtb0120bh01.mcc.irs.gov with Internet Mail Service (5.5.2657.72) id ; Wed, 4 Jan 2006 14:57:09 -0500 Message-ID: From: Fu Steve X To: 'Thomas Dickey' Date: Wed, 4 Jan 2006 14:57:03 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C61168.7598C9FA" X-Mailman-Approved-At: Wed, 04 Jan 2006 15:50:01 -0500 Cc: "'bug-ncurses@gnu.org'" Subject: RE: Core dump in the latest CDK X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jan 2006 19:59:01 -0000 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C61168.7598C9FA Content-Type: text/plain Actually the core dump was caused by a bug in my code -- I called destroyCDKScreen from a callback function. But It didn't bomb before. I am in the process of testing my application with the new CDK. Will let you know more. Thanks. Steve Fu -----Original Message----- From: Thomas Dickey [mailto:dickey@his.com] Sent: Wednesday, January 04, 2006 8:46 AM To: Fu Steve X Cc: 'bug-ncurses@gnu.org' Subject: RE: Core dump in the latest CDK On Wed, 4 Jan 2006, Fu Steve X wrote: > I don't use menus. Thanks! I know that I have some email describing what you're doing with TAB, but it would also be helpful to see how you're adapting traverse.c currently. > > Steve Fu > > > -----Original Message----- > From: Thomas Dickey [mailto:dickey@his.com] > Sent: Wednesday, January 04, 2006 8:18 AM > To: Fu Steve X > Cc: 'bug-ncurses@gnu.org' > Subject: RE: Core dump in the latest CDK > > On Wed, 4 Jan 2006, Fu Steve X wrote: > >> Yes, I use CDK with Solaris Curses. >> >> Now I know what happened. As discussed in the thread below, I moved the > call >> InjectObj (curobj, key) in traverseCDKScreen around in order to register >> callbacks for the TAB and ESC keys. That was in the previous version of > CDK. >> Now I do the similar thing in the new CDK, moving the call InjectObj >> (curobj, key) to the first line in traverseCDKScreen. Callbacks for TAB > and >> ESC work but that causes core dump. >> >> http://lists.gnu.org/archive/html/bug-ncurses/2005-12/msg00019.html >> >> Is there any way to get the callbacks for TAB and ESC to work correctly > with >> traverseCDKScreen? > > That's going to take some more thinking. In the current snapshot, I was > looking at complaints from three different people who wanted to change > traverseCDKScreen in different ways. I addressed part of this by making > that a simpler function which calls reusable pieces. > > So it would be "simple" to solve your problem with ESC by making a new > function corresponding to traverseCDKScreen() which doesn't use menus > (I forget if you want to use menus). > > However, TAB is still embedded in the logic of the traverseCDKOnce() > function. Also, traverse.c doesn't have its own key bindings. I think > that's the problem we have to address. > > One thing that I have in mind to reduce some of this is to make Cdk use > virtual bindings (keycodes unrelated to curses) as I did in dialog. Doing > that would get rid of the literal KEY_TAB in the case statement, moving it > to a binding table (which could then be altered). > > > > Thanks! >> >> >> >> Steve Fu >> >> >> -----Original Message----- >> From: Thomas Dickey [mailto:dickey@his.com] >> Sent: Tuesday, January 03, 2006 3:33 PM >> To: Fu Steve X >> Cc: 'bug-ncurses@gnu.org' >> Subject: Re: Core dump in the latest CDK >> >> On Tue, 3 Jan 2006, Fu Steve X wrote: >> >>> Thomas, >>> >>> I started to look at version 20051230. Some fixes works well such as the >>> setCDKFocusFirst function and getting rid of multiple highlighted widgets >>> when first popping up. Thanks so much! >>> >>> Please take a look at the core dump below. Thanks. >> >> Is this with Solaris curses? There could be some place where it returns >> a null WINDOW pointer that ncurses does not. A quick check with ncurses >> and valgrind isn't showing me a problem. >> >> The quick fix of course would be to add a null-pointer check in >> fixCursorPosition(), but it would also be good to fix whatever problem is >> producing the null-pointer check. >> >> thanks >> >>> >>> >>> Steve Fu >>> >>> ------------------------ cut here ----------------- >>> >>> program terminated by signal SEGV (no mapping at the fault address) >>> 0xffffffff7e225d50: wmove+0x0020: ldsh [%i0 + 6], %g4 >>> Current function is fixCursorPosition >>> 215 wmove(InputWindowOf(widget), ypos, xpos); >>> (dbx) where >>> >>> [1] wmove(0x0, 0x1, 0x1, 0x1b, 0x232d, 0x0), at 0xffffffff7e225d50 >>> =>[2] fixCursorPosition(widget = 0x100280670), line 215 in "scroll.c" >>> [3] _injectCDKScroll(object = 0x100280670, input = 27U), line 375 in >>> "scroll.c" >>> [4] traverseCDKOnce(screen = 0x100185950, curobj = 0x100280670, keyCode > = >>> 27, functionKey = 0, funcMenuKey = 0x10005c1c0 = >>> &`assn.exe`traverse.c`checkMenuKey(int keyCode, int functionKey)), line >> 291 >>> in "traverse.c" >>> [5] traverseCDKScreen(screen = 0x100185950), line 370 in "traverse.c" >>> >> >> -- >> Thomas E. Dickey >> http://invisible-island.net >> ftp://invisible-island.net >> > > -- > Thomas E. Dickey > http://invisible-island.net > ftp://invisible-island.net > -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net ------_=_NextPart_001_01C61168.7598C9FA Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: Core dump in the latest CDK

Actually the core dump was caused by a bug in my code = -- I called destroyCDKScreen from a callback function. But It didn't = bomb before.

I am in the process of testing my application with = the new CDK. Will let you know more.

Thanks.

Steve Fu
 

-----Original Message-----
From: Thomas Dickey [mailto:dickey@his.com]
Sent: Wednesday, January 04, 2006 8:46 AM
To: Fu Steve X
Cc: 'bug-ncurses@gnu.org'
Subject: RE: Core dump in the latest CDK

On Wed, 4 Jan 2006, Fu Steve X wrote:

> I don't use menus. Thanks!

I know that I have some email describing what you're = doing with TAB,
but it would also be helpful to see how you're = adapting traverse.c
currently.

>
> Steve Fu
>
>
> -----Original Message-----
> From: Thomas Dickey [mailto:dickey@his.com]
> Sent: Wednesday, January 04, 2006 8:18 = AM
> To: Fu Steve X
> Cc: 'bug-ncurses@gnu.org'
> Subject: RE: Core dump in the latest CDK
>
> On Wed, 4 Jan 2006, Fu Steve X wrote:
>
>> Yes, I use CDK with Solaris Curses.
>>
>> Now I know what happened. As discussed in = the thread below, I moved the
> call
>> InjectObj (curobj, key) in = traverseCDKScreen around in order to register
>> callbacks for the TAB and ESC keys. That = was in the previous version of
> CDK.
>> Now I do the similar thing in the new CDK, = moving the call InjectObj
>> (curobj, key) to the first line in = traverseCDKScreen. Callbacks for TAB
> and
>> ESC work but that causes core dump.
>>
>> http://lists.gnu.org/archive/html/bug-ncurses/2005-12/= msg00019.html
>>
>> Is there any way to get the callbacks for = TAB and ESC to work correctly
> with
>> traverseCDKScreen?
>
> That's going to take some more thinking.  = In the current snapshot, I was
> looking at complaints from three different = people who wanted to change
> traverseCDKScreen in different ways.  I = addressed part of this by making
> that a simpler function which calls reusable = pieces.
>
> So it would be "simple" to solve your = problem with ESC by making a new
> function corresponding to traverseCDKScreen() = which doesn't use menus
> (I forget if you want to use menus).
>
> However, TAB is still embedded in the logic of = the traverseCDKOnce()
> function. Also, traverse.c doesn't have its own = key bindings.  I think
> that's the problem we have to address.
>
> One thing that I have in mind to reduce some of = this is to make Cdk use
> virtual bindings (keycodes unrelated to curses) = as I did in dialog. Doing
> that would get rid of the literal KEY_TAB in = the case statement, moving it
> to a binding table (which could then be = altered).
>
>  > > Thanks!
>>
>>
>>
>> Steve Fu
>>
>>
>> -----Original Message-----
>> From: Thomas Dickey [mailto:dickey@his.com]
>> Sent: Tuesday, January 03, 2006 3:33 = PM
>> To: Fu Steve X
>> Cc: 'bug-ncurses@gnu.org'
>> Subject: Re: Core dump in the latest = CDK
>>
>> On Tue, 3 Jan 2006, Fu Steve X = wrote:
>>
>>> Thomas,
>>>
>>> I started to look at version 20051230. = Some fixes works well such as the
>>> setCDKFocusFirst function and getting = rid of multiple highlighted widgets
>>> when first popping up. Thanks so = much!
>>>
>>> Please take a look at the core dump = below. Thanks.
>>
>> Is this with Solaris curses?  There = could be some place where it returns
>> a null WINDOW pointer that ncurses does = not.  A quick check with ncurses
>> and valgrind isn't showing me a = problem.
>>
>> The quick fix of course would be to add a = null-pointer check in
>> fixCursorPosition(), but it would also be = good to fix whatever problem is
>> producing the null-pointer check.
>>
>> thanks
>>
>>>
>>>
>>> Steve Fu
>>>
>>> ------------------------ cut here = -----------------
>>>
>>> program terminated by signal SEGV (no = mapping at the fault address)
>>> 0xffffffff7e225d50: = wmove+0x0020:       = ldsh     [%i0 + 6], %g4
>>> Current function is = fixCursorPosition
>>>  215      = wmove(InputWindowOf(widget), ypos, xpos);
>>> (dbx) where
>>>
>>>  [1] wmove(0x0, 0x1, 0x1, 0x1b, = 0x232d, 0x0), at 0xffffffff7e225d50
>>> =3D>[2] fixCursorPosition(widget =3D = 0x100280670), line 215 in "scroll.c"
>>>  [3] _injectCDKScroll(object =3D = 0x100280670, input =3D 27U), line 375 in
>>> "scroll.c"
>>>  [4] traverseCDKOnce(screen =3D = 0x100185950, curobj =3D 0x100280670, keyCode
> =3D
>>> 27, functionKey =3D 0, funcMenuKey =3D = 0x10005c1c0 =3D
>>> = &`assn.exe`traverse.c`checkMenuKey(int keyCode, int functionKey)), = line
>> 291
>>> in "traverse.c"
>>>  [5] traverseCDKScreen(screen =3D = 0x100185950), line 370 in "traverse.c"
>>>
>>
>> --
>> Thomas E. Dickey
>> http://invisible-island.net
>> ftp://invisible-island.net
>>
>
> --
> Thomas E. Dickey
> http://invisible-island.net
> ftp://invisible-island.net
>

--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net

------_=_NextPart_001_01C61168.7598C9FA-- From MAILER-DAEMON Wed Jan 04 17:15:58 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1EuGvG-0000tG-52 for mharc-bug-ncurses@gnu.org; Wed, 04 Jan 2006 17:15:58 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EuGvE-0000sl-Fa for bug-ncurses@gnu.org; Wed, 04 Jan 2006 17:15:56 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EuGvC-0000sH-TM for bug-ncurses@gnu.org; Wed, 04 Jan 2006 17:15:56 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EuGvC-0000sE-Ph for bug-ncurses@gnu.org; Wed, 04 Jan 2006 17:15:54 -0500 Received: from [216.194.216.39] (helo=mail504.his.com) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1EuGwf-0003HV-PH for bug-ncurses@gnu.org; Wed, 04 Jan 2006 17:17:25 -0500 Received: from mail504.his.com (localhost.his.com [127.0.0.1]) by mail504.his.com (8.13.4/8.13.3) with ESMTP id k04ME7K8042872 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Jan 2006 17:14:07 -0500 (EST) (envelope-from dickey@his.com) Received: from localhost (dickey@localhost) by mail504.his.com (8.13.4/8.13.4/Submit) with ESMTP id k04ME7up042869; Wed, 4 Jan 2006 17:14:07 -0500 (EST) (envelope-from dickey@his.com) X-Authentication-Warning: mail504.his.com: dickey owned process doing -bs Date: Wed, 4 Jan 2006 17:14:07 -0500 (EST) From: Thomas Dickey To: Fu Steve X In-Reply-To: Message-ID: <20060104171306.C41634@mail504.his.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "'bug-ncurses@gnu.org'" Subject: RE: Core dump in the latest CDK X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jan 2006 22:15:56 -0000 On Wed, 4 Jan 2006, Fu Steve X wrote: > > Actually the core dump was caused by a bug in my code -- I called > destroyCDKScreen from a callback function. But It didn't bomb before. Among other things, I fixed the memory leaks that I could find using valgrind in the examples (there are a few that I overlooked, and noted for another time, of course). > > I am in the process of testing my application with the new CDK. Will let you > know more. thanks > > Thanks. > > Steve Fu > > > -----Original Message----- > From: Thomas Dickey [mailto:dickey@his.com] > Sent: Wednesday, January 04, 2006 8:46 AM > To: Fu Steve X > Cc: 'bug-ncurses@gnu.org' > Subject: RE: Core dump in the latest CDK > > On Wed, 4 Jan 2006, Fu Steve X wrote: > >> I don't use menus. Thanks! > > I know that I have some email describing what you're doing with TAB, > but it would also be helpful to see how you're adapting traverse.c > currently. > >> >> Steve Fu >> >> >> -----Original Message----- >> From: Thomas Dickey [mailto:dickey@his.com] >> Sent: Wednesday, January 04, 2006 8:18 AM >> To: Fu Steve X >> Cc: 'bug-ncurses@gnu.org' >> Subject: RE: Core dump in the latest CDK >> >> On Wed, 4 Jan 2006, Fu Steve X wrote: >> >>> Yes, I use CDK with Solaris Curses. >>> >>> Now I know what happened. As discussed in the thread below, I moved the >> call >>> InjectObj (curobj, key) in traverseCDKScreen around in order to register >>> callbacks for the TAB and ESC keys. That was in the previous version of >> CDK. >>> Now I do the similar thing in the new CDK, moving the call InjectObj >>> (curobj, key) to the first line in traverseCDKScreen. Callbacks for TAB >> and >>> ESC work but that causes core dump. >>> >>> http://lists.gnu.org/archive/html/bug-ncurses/2005-12/msg00019.html >>> >>> Is there any way to get the callbacks for TAB and ESC to work correctly >> with >>> traverseCDKScreen? >> >> That's going to take some more thinking. In the current snapshot, I was >> looking at complaints from three different people who wanted to change >> traverseCDKScreen in different ways. I addressed part of this by making >> that a simpler function which calls reusable pieces. >> >> So it would be "simple" to solve your problem with ESC by making a new >> function corresponding to traverseCDKScreen() which doesn't use menus >> (I forget if you want to use menus). >> >> However, TAB is still embedded in the logic of the traverseCDKOnce() >> function. Also, traverse.c doesn't have its own key bindings. I think >> that's the problem we have to address. >> >> One thing that I have in mind to reduce some of this is to make Cdk use >> virtual bindings (keycodes unrelated to curses) as I did in dialog. Doing >> that would get rid of the literal KEY_TAB in the case statement, moving it >> to a binding table (which could then be altered). >> >> >> Thanks! >>> >>> >>> >>> Steve Fu >>> >>> >>> -----Original Message----- >>> From: Thomas Dickey [mailto:dickey@his.com] >>> Sent: Tuesday, January 03, 2006 3:33 PM >>> To: Fu Steve X >>> Cc: 'bug-ncurses@gnu.org' >>> Subject: Re: Core dump in the latest CDK >>> >>> On Tue, 3 Jan 2006, Fu Steve X wrote: >>> >>>> Thomas, >>>> >>>> I started to look at version 20051230. Some fixes works well such as the >>>> setCDKFocusFirst function and getting rid of multiple highlighted > widgets >>>> when first popping up. Thanks so much! >>>> >>>> Please take a look at the core dump below. Thanks. >>> >>> Is this with Solaris curses? There could be some place where it returns >>> a null WINDOW pointer that ncurses does not. A quick check with ncurses >>> and valgrind isn't showing me a problem. >>> >>> The quick fix of course would be to add a null-pointer check in >>> fixCursorPosition(), but it would also be good to fix whatever problem is >>> producing the null-pointer check. >>> >>> thanks >>> >>>> >>>> >>>> Steve Fu >>>> >>>> ------------------------ cut here ----------------- >>>> >>>> program terminated by signal SEGV (no mapping at the fault address) >>>> 0xffffffff7e225d50: wmove+0x0020: ldsh [%i0 + 6], %g4 >>>> Current function is fixCursorPosition >>>> 215 wmove(InputWindowOf(widget), ypos, xpos); >>>> (dbx) where >>>> >>>> [1] wmove(0x0, 0x1, 0x1, 0x1b, 0x232d, 0x0), at 0xffffffff7e225d50 >>>> =>[2] fixCursorPosition(widget = 0x100280670), line 215 in "scroll.c" >>>> [3] _injectCDKScroll(object = 0x100280670, input = 27U), line 375 in >>>> "scroll.c" >>>> [4] traverseCDKOnce(screen = 0x100185950, curobj = 0x100280670, keyCode >> = >>>> 27, functionKey = 0, funcMenuKey = 0x10005c1c0 = >>>> &`assn.exe`traverse.c`checkMenuKey(int keyCode, int functionKey)), line >>> 291 >>>> in "traverse.c" >>>> [5] traverseCDKScreen(screen = 0x100185950), line 370 in "traverse.c" >>>> >>> >>> -- >>> Thomas E. Dickey >>> http://invisible-island.net >>> ftp://invisible-island.net >>> >> >> -- >> Thomas E. Dickey >> http://invisible-island.net >> ftp://invisible-island.net >> > > -- > Thomas E. Dickey > http://invisible-island.net > ftp://invisible-island.net > -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From MAILER-DAEMON Thu Jan 05 19:21:21 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1EufM8-0005lw-Ja for mharc-bug-ncurses@gnu.org; Thu, 05 Jan 2006 19:21:20 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EuWfG-0005xh-Vx for bug-ncurses@gnu.org; Thu, 05 Jan 2006 10:04:31 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EuWfE-0005xR-Sb for bug-ncurses@gnu.org; Thu, 05 Jan 2006 10:04:29 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EuWfE-0005xL-2q for bug-ncurses@gnu.org; Thu, 05 Jan 2006 10:04:28 -0500 Received: from [70.243.10.236] (helo=mail.smartcsc.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EuWgo-0004ov-GQ for bug-ncurses@gnu.org; Thu, 05 Jan 2006 10:06:06 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.smartcsc.com (Postfix) with ESMTP id 09D1FA40C6 for ; Thu, 5 Jan 2006 22:43:28 -0600 (CST) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.smartcsc.com (Postfix) with ESMTP id CE1A8A40CF for ; Thu, 5 Jan 2006 22:43:27 -0600 (CST) Received: from mail.smartcsc.com ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18534-09 for ; Thu, 5 Jan 2006 22:43:27 -0600 (CST) Received: from bigkid (adsl-70-243-10-234.dsl.wcfltx.swbell.net [70.243.10.234]) by mail.smartcsc.com (Postfix) with ESMTP id 204E6A40C6 for ; Thu, 5 Jan 2006 22:43:27 -0600 (CST) From: Ricardo Cantu Organization: Computer Services To: bug-ncurses@gnu.org Date: Thu, 5 Jan 2006 09:02:35 -0600 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601050902.35628.ricky@smartcsc.com> X-Virus-Scanned: by amavisd-new at smartcsc.com X-Mailman-Approved-At: Thu, 05 Jan 2006 19:21:13 -0500 Subject: utf8 X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jan 2006 15:04:32 -0000 It seems that the handling of utf8 chars may have changed between versions = 5.4=20 and 5.5. The following code would display all the box drawing elements fine in 5.4 b= ut=20 not in 5.5. I'm patched to ncurses-5.5-20051231.patch #include #include #include #include int main () { int i; char *UniBlock[] =3D { "\xE2\x96\x91", /* B0 1 U+2591 LIGHT SHADE */ "\xE2\x96\x92", /* B1 2 U+2592 MEDIUM SHADE */ "\xE2\x96\x93", /* B2 3 U+2593 DARK SHADE */ "\xE2\x94\x82", /* B3 4 =E2=94=82 U+2502 LIGHT VERTICAL */ "\xE2\x94\xA4", /* B4 5 =E2=94=A4 U+2524 LIGHT VERTICAL AND LEFT */ "\xE2\x95\xA1", /* B5 6 =E2=95=A1 U+2561 VERTICAL SINGLE AND LEFT DOUB= LE */ "\xE2\x95\xA2", /* B6 7 =E2=95=A2 U+2562 VERTICAL DOUBLE AND LEFT SING= LE */ "\xE2\x95\x96", /* B7 8 =E2=95=96 U+2556 DOWN DOUBLE AND LEFT SINGLE */ "\xE2\x95\x95", /* B8 9 =E2=95=95 U+2555 DOWN SINGLE AND LEFT DOUBLE */ "\xE2\x95\xA3", /* B9 10 =E2=95=A3 U+2563 DOUBLE VERTICAL AND LEFT */ "\xE2\x95\x91", /* BA 11 =E2=95=91 U+2551 DOUBLE VERTICAL */ "\xE2\x95\x97", /* BB 12 =E2=95=97 U+2557 DOUBLE DOWN AND LEFT */ "\xE2\x95\x9D", /* BC 13 */ "\xE2\x95\x9C", /* BD 14 */ "\xE2\x95\x9B", /* BE 15 */ "\xE2\x94\x90", /* BF 16 =E2=94=90 U+2510 LIGHT DOWN AND LEFT */ "\xE2\x94\x94", /* C0 17 =E2=94=94 U+2514 LIGHT UP AND RIGHT */ "\xE2\x94\xB4", /* C1 18 */ "\xE2\x94\xAC", /* C2 19 */ "\xE2\x94\xA3", /* 20 */ "\xE2\x94\x80", /* 21 */ "\xE2\x94\xBC", /* 22 */ "\xE2\x95\x9E", /* 23 */ "\xE2\x95\x9F", /* 24 */ "\xE2\x95\x9A", /* 25 */ "\xE2\x95\x94", /* 26 */ "\xE2\x95\xA9", /* 27 */ "\xE2\x95\xA6", /* 28 */ "\xE2\x95\xA0", /* 29 */ "\xE2\x95\x90", /* 30 */ "\xE2\x95\xAC", /* 31 */ "\xE2\x95\xA7", /* 32 */ "\xE2\x95\xA8", /* 33 */ "\xE2\x95\xA4", /* 34 */ "\xE2\x95\xA5", /* 35 */ "\xE2\x95\x99", /* 36 */ "\xE2\x95\x98", /* 37 */ "\xE2\x95\x92", /* 38 */ "\xE2\x95\x93", /* 39 */ "\xE2\x95\xAB", /* 40 */ "\xE2\x95\xAA", /* 41 */ "\xE2\x94\x98", /* 42 */ "\xE2\x94\x8C", /* 43 */ "\xE2\x96\x88", /* 44 */ "\xE2\x96\x84", /* 45 */ "\xE2\x96\x8C", /* 46 */ "\xE2\x96\x90", /* 47 */ "\xE2\x96\x80" }; initscr (); /* Initialize curses= */ noecho (); setlocale (LC_ALL, ""); =20 for (i =3D 0; i < (sizeof (UniBlock) / 4); i++) { addstr (UniBlock[i]); } refresh (); getch (); endwin (); return (0); } From MAILER-DAEMON Thu Jan 05 19:57:46 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1EufvN-0006wA-UJ for mharc-bug-ncurses@gnu.org; Thu, 05 Jan 2006 19:57:46 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EufvM-0006vo-5H for bug-ncurses@gnu.org; Thu, 05 Jan 2006 19:57:44 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EufvK-0006va-Ib for bug-ncurses@gnu.org; Thu, 05 Jan 2006 19:57:43 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EufvK-0006vX-GA for bug-ncurses@gnu.org; Thu, 05 Jan 2006 19:57:42 -0500 Received: from [216.194.216.39] (helo=mail504.his.com) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1Eufwz-0003W7-Kb for bug-ncurses@gnu.org; Thu, 05 Jan 2006 19:59:25 -0500 Received: from mail504.his.com (localhost.his.com [127.0.0.1]) by mail504.his.com (8.13.4/8.13.3) with ESMTP id k060tnYq001741 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Jan 2006 19:55:49 -0500 (EST) (envelope-from dickey@his.com) Received: from localhost (dickey@localhost) by mail504.his.com (8.13.4/8.13.4/Submit) with ESMTP id k060tnsc001737; Thu, 5 Jan 2006 19:55:49 -0500 (EST) (envelope-from dickey@his.com) X-Authentication-Warning: mail504.his.com: dickey owned process doing -bs Date: Thu, 5 Jan 2006 19:55:49 -0500 (EST) From: Thomas Dickey To: Ricardo Cantu In-Reply-To: <200601050902.35628.ricky@smartcsc.com> Message-ID: <20060105195342.S99948@mail504.his.com> References: <200601050902.35628.ricky@smartcsc.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: bug-ncurses@gnu.org Subject: Re: utf8 X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jan 2006 00:57:44 -0000 On Thu, 5 Jan 2006, Ricardo Cantu wrote: > It seems that the handling of utf8 chars may have changed between versions 5.4 > and 5.5. > > The following code would display all the box drawing elements fine in 5.4 but > not in 5.5. It's a change, but the problem is in your example. The call to setlocale() should be before initscr: > initscr (); /* Initialize curses */ > noecho (); > setlocale (LC_ALL, ""); -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From MAILER-DAEMON Fri Jan 06 17:08:13 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Euzkr-0000qR-9u for mharc-bug-ncurses@gnu.org; Fri, 06 Jan 2006 17:08:13 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Eus2H-0002oF-7E for bug-ncurses@gnu.org; Fri, 06 Jan 2006 08:53:41 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Eus14-0002gq-Ck for bug-ncurses@gnu.org; Fri, 06 Jan 2006 08:52:28 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Eus0Q-0002JL-QT for bug-ncurses@gnu.org; Fri, 06 Jan 2006 08:51:47 -0500 Received: from [199.196.132.8] (helo=mx-relay24.treas.gov) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Eus2B-0003hP-Kw for bug-ncurses@gnu.org; Fri, 06 Jan 2006 08:53:35 -0500 Received: from localhost (localhost [127.0.0.1]) by mx-relay24.treas.gov (Postfix) with ESMTP id 2BD324DE for ; Fri, 6 Jan 2006 08:49:54 -0500 (EST) Received: from mx-relay24.treas.gov ([127.0.0.1]) by localhost (mx-relay24 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 17801-04-39 for ; Fri, 6 Jan 2006 08:49:52 -0500 (EST) Received: from tias24.treas.gov (tias24.treas.gov [199.196.132.24]) by mx-relay24.treas.gov (Postfix) with ESMTP id 18B3A4E6 for ; Fri, 6 Jan 2006 08:49:51 -0500 (EST) Received: from mailhub.treas.gov by tias24.treas.gov via smtpd (for mx-mart-relay.treas.gov [199.196.132.8]) with ESMTP; Fri, 6 Jan 2006 08:49:51 -0500 Received: from mailhub-21.treas.gov (localhost [127.0.0.1]) by localhost.mailer.treas.gov (Postfix) with ESMTP id CB7AB10A9 for ; Fri, 6 Jan 2006 08:49:50 -0500 (EST) Received: from mtb0120bh01.mcc.irs.gov (unknown [152.225.63.18]) by mailhub-21.treas.gov (Postfix) with ESMTP id 9CC251098 for ; Fri, 6 Jan 2006 08:49:50 -0500 (EST) Received: by mtb0120bh01.mcc.irs.gov with Internet Mail Service (5.5.2657.72) id ; Fri, 6 Jan 2006 08:49:50 -0500 Message-ID: From: Fu Steve X To: "'bug-ncurses@gnu.org'" Date: Fri, 6 Jan 2006 08:49:48 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C612C8.0F15E972" X-Mailman-Approved-At: Fri, 06 Jan 2006 17:08:08 -0500 Cc: Subject: Syncronization between highlight and cursor in new CDK X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jan 2006 13:54:57 -0000 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C612C8.0F15E972 Content-Type: text/plain I know the synchronization between highlight and cursor position are much better in the new version. But there are still some subtleties. Please just look at the resetCB function in the test program below. Tabbing to Button 1 and press F7 to reset. There are different behaviors depending on the order of two lines of code. If refreshCDKScreen is called after setCDKFocusFirst, then the cursor is put at the last position (lower right-hand corner) of the screen although the focus does move to the entry widget. If the setCDKFocusFirst is called after refreshCDKScreen, both the cursor and the focus are put at the entry widget correctly, but Button 1 is still left highlighted. Thanks. Steve Fu ------------------------------------ cut here ----------------------- #include WINDOW *cursesWin = 0; CDKSCREEN *cdkscreen = 0; CDKENTRY *entry = 0; CDKBUTTON *btn1 = 0; CDKBUTTON *btn2 = 0; CDKLABEL *lbl = 0; static int escCB (EObjectType cdktype GCC_UNUSED, void *object GCC_UNUSED, void *clientData GCC_UNUSED, chtype key GCC_UNUSED) { endCDK(); exit(0); } static int resetCB (EObjectType cdktype GCC_UNUSED, void *object GCC_UNUSED, void *clientData GCC_UNUSED, chtype key GCC_UNUSED) { CDKOBJS * currObj = getCDKFocusCurrent(cdkscreen); setCDKEntryValue(entry, ""); /* Neither order of the two lines below gives correct behavior */ setCDKFocusFirst(cdkscreen); refreshCDKScreen(cdkscreen); return (TRUE); } /* * This demonstrates the Cdk entry field widget. */ int main(int argc, char **argv) { /* Declare local variables. */ char *title = "Enter \nSomething."; char *label = "Value: "; char *info, temp[256]; char *msg[1] = { "F7 - RESET"}; CDK_PARAMS params; CDKparseParams(argc, argv, ¶ms, CDK_MIN_PARAMS); /* Set up CDK. */ cursesWin = initscr(); cdkscreen = initCDKScreen (cursesWin); /* Create the entry field widget. */ entry = newCDKEntry (cdkscreen, CDKparamValue(¶ms, 'X', CENTER), CDKparamValue(¶ms, 'Y', 1), title, label, A_NORMAL, '.', vMIXED, 40, 0, 256, CDKparamValue(¶ms, 'N', TRUE), CDKparamValue(¶ms, 'S', FALSE)); btn1 = newCDKButton (cdkscreen, CDKparamValue(¶ms, 'X', CENTER), CDKparamValue(¶ms, 'Y', 7), "Button 1", NULL, TRUE, FALSE); btn2 = newCDKButton (cdkscreen, CDKparamValue(¶ms, 'X', CENTER), CDKparamValue(¶ms, 'Y', 11), "Button 2", NULL, TRUE, FALSE); lbl = newCDKLabel (cdkscreen, CDKparamValue(¶ms, 'X', CENTER), CDKparamValue(¶ms, 'Y', 16), msg, 1, CDKparamValue(¶ms, 'N', FALSE), CDKparamValue(¶ms, 'S', FALSE)); bindCDKObject (vENTRY, entry, KEY_F(7), resetCB, NULL); bindCDKObject (vENTRY, entry, KEY_ESC, escCB, NULL); bindCDKObject (vBUTTON, btn1, KEY_F(7), resetCB, NULL); bindCDKObject (vBUTTON, btn1, KEY_ESC, resetCB, NULL); bindCDKObject (vBUTTON, btn2, KEY_F(7), resetCB, NULL); bindCDKObject (vBUTTON, btn2, KEY_ESC, resetCB, NULL); refreshCDKScreen(cdkscreen); traverseCDKScreen(cdkscreen); /* Clean up and exit. */ destroyCDKScreen (cdkscreen); endCDK(); exit (EXIT_SUCCESS); } ------_=_NextPart_001_01C612C8.0F15E972 Content-Type: text/html Content-Transfer-Encoding: quoted-printable Syncronization between highlight and cursor in new CDK

I know the synchronization between highlight and = cursor position are much better in the new version. But there are still = some subtleties. Please just look at the resetCB function in the test = program below.

Tabbing to Button 1 and press F7 to reset. There are = different behaviors depending on the order of two lines of code.

If refreshCDKScreen is called after setCDKFocusFirst, = then the cursor is put at the last position (lower right-hand corner) = of the screen although the focus does move to the entry widget. If the = setCDKFocusFirst is called after refreshCDKScreen, both the cursor and = the focus are put at the entry widget correctly, but Button 1 is still = left highlighted.

       
Thanks.


Steve Fu

------------------------------------ cut here = -----------------------

#include <cdk.h>

WINDOW *cursesWin       = =3D 0;
CDKSCREEN *cdkscreen =3D 0;
CDKENTRY *entry =3D 0;
CDKBUTTON *btn1 =3D 0;
CDKBUTTON *btn2 =3D 0;
CDKLABEL *lbl =3D 0;

static int  escCB (EObjectType cdktype = GCC_UNUSED, void *object GCC_UNUSED, void *clientData GCC_UNUSED, = chtype key GCC_UNUSED)

{
        endCDK();
   exit(0);
}

static int  resetCB (EObjectType cdktype = GCC_UNUSED, void *object GCC_UNUSED, void *clientData GCC_UNUSED, = chtype key GCC_UNUSED)

{

        CDKOBJS * = currObj =3D getCDKFocusCurrent(cdkscreen);

        setCDKEntryValue(entry, "");    =

        /* Neither = order of the two lines below gives correct behavior */
        setCDKFocusFirst(cdkscreen);
        = refreshCDKScreen(cdkscreen);

   return (TRUE);
}

/*
 * This demonstrates the Cdk entry field = widget.
 */
int main(int argc, char **argv)
{
   /* Declare local variables. */

   char *title  =         =3D "<C>Enter = \n<C>Something.";
   char *label  =         =3D "Value: = ";
   char *info,  temp[256];
   char *msg[1] =3D { = "</U/5>F7<!U!5> - RESET"};

   CDK_PARAMS params;

   CDKparseParams(argc, argv, &params, = CDK_MIN_PARAMS);

   /* Set up CDK. */
   cursesWin =3D initscr();
   cdkscreen =3D initCDKScreen = (cursesWin);

   /* Create the entry field widget. = */
   entry =3D newCDKEntry = (cdkscreen,
        =         =             CDKparamValue(&params, 'X', = CENTER),
        =         =             CDKparamValue(&params, 'Y', 1),
        =         =             title, label, A_NORMAL, '.', vMIXED,
        =         =             40, 0, 256,
        =         =             CDKparamValue(&params, 'N', = TRUE),
        =         =             CDKparamValue(&params, 'S', = FALSE));

        btn1 =3D = newCDKButton (cdkscreen,
        =         =         =         CDKparamValue(&params, 'X', CENTER),
          &nb= sp;  CDKparamValue(&params, 'Y', 7),
          &nb= sp;      "Button 1", NULL,
          &nb= sp;      TRUE, FALSE);

        btn2 =3D = newCDKButton (cdkscreen,
        =         =         =         CDKparamValue(&params, 'X', CENTER),
          &nb= sp;  CDKparamValue(&params, 'Y', 11),
          &nb= sp;      "Button 2", NULL,
          &nb= sp;      TRUE, FALSE);

        lbl =3D = newCDKLabel (cdkscreen,
          &nb= sp;  CDKparamValue(&params, 'X', CENTER),
          &nb= sp;  CDKparamValue(&params, 'Y', 16),
          &nb= sp;  msg, 1,
          &nb= sp;  CDKparamValue(&params, 'N', FALSE),
          &nb= sp;  CDKparamValue(&params, 'S', FALSE));

   bindCDKObject (vENTRY, entry, KEY_F(7), = resetCB, NULL);
   bindCDKObject (vENTRY, entry, KEY_ESC, = escCB, NULL);

   bindCDKObject (vBUTTON, btn1, KEY_F(7), = resetCB, NULL);
   bindCDKObject (vBUTTON, btn1, KEY_ESC, = resetCB, NULL);

   bindCDKObject (vBUTTON, btn2, KEY_F(7), = resetCB, NULL);
   bindCDKObject (vBUTTON, btn2, KEY_ESC, = resetCB, NULL);

        = refreshCDKScreen(cdkscreen);

        traverseCDKScreen(cdkscreen);

   /* Clean up and exit. */
   destroyCDKScreen (cdkscreen);
   endCDK();
   exit (EXIT_SUCCESS);
}

------_=_NextPart_001_01C612C8.0F15E972-- From MAILER-DAEMON Fri Jan 06 17:08:14 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Euzkr-0000qi-Pw for mharc-bug-ncurses@gnu.org; Fri, 06 Jan 2006 17:08:13 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EusGB-0001IW-E8 for bug-ncurses@gnu.org; Fri, 06 Jan 2006 09:08:03 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EusG8-0001HJ-S7 for bug-ncurses@gnu.org; Fri, 06 Jan 2006 09:08:01 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EusDP-0008Us-WC for bug-ncurses@gnu.org; Fri, 06 Jan 2006 09:05:12 -0500 Received: from [199.196.144.5] (helo=mx-relay3.treas.gov) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EusFA-0004Tt-Qp for bug-ncurses@gnu.org; Fri, 06 Jan 2006 09:07:01 -0500 Received: from localhost (localhost [127.0.0.1]) by mx-relay3.treas.gov (Postfix) with ESMTP id E3A1B1344 for ; Fri, 6 Jan 2006 09:03:19 -0500 (EST) Received: from mx-relay3.treas.gov ([127.0.0.1]) by localhost (mx-relay3 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 21301-01-23 for ; Fri, 6 Jan 2006 09:03:18 -0500 (EST) Received: from tias5.treas.gov (tias-gw5.treas.gov [199.196.144.15]) by mx-relay3.treas.gov (Postfix) with ESMTP id DEB861343 for ; Fri, 6 Jan 2006 09:03:17 -0500 (EST) Received: from mailhub.net.treas.gov by tias5.treas.gov via smtpd (for mx-relay.treas.gov [199.196.144.5]) with ESMTP; Fri, 6 Jan 2006 09:03:17 -0500 Received: from mailhub-1.treas.gov (localhost [127.0.0.1]) by localhost.mailer.treas.gov (Postfix) with ESMTP id A057C38D for ; Fri, 6 Jan 2006 09:03:17 -0500 (EST) Received: from mtb0120bh01.mcc.irs.gov (unknown [152.225.63.18]) by mailhub-1.treas.gov (Postfix) with ESMTP id 73119388 for ; Fri, 6 Jan 2006 09:03:17 -0500 (EST) Received: by mtb0120bh01.mcc.irs.gov with Internet Mail Service (5.5.2657.72) id ; Fri, 6 Jan 2006 09:03:16 -0500 Message-ID: From: Fu Steve X To: "'bug-ncurses@gnu.org'" Date: Fri, 6 Jan 2006 09:03:13 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C612C9.EEEE5100" X-Mailman-Approved-At: Fri, 06 Jan 2006 17:08:08 -0500 Cc: Subject: Scroll in new CDK X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jan 2006 14:08:05 -0000 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C612C9.EEEE5100 Content-Type: text/plain I found that the co-existing of a Label and a Scroll on the same cdkscreen causes some weird behavior of the highlighting in the scroll. In the test program below, pressing ENTER key pops up/down a label and triggers the cdkscreen to refresh. After such a refresh, the item in the scroll that is used to be highlighted looses its highlighting. It stays like that when arrowing up and down. But the highlighting is back to normal if the label is commented out. Thanks. Steve Fu ---------------------------------- cut here ---------------------- #include static int enterCB (EObjectType cdktype GCC_UNUSED, void *object, void *clientData GCC_UNUSED, chtype input GCC_UNUSED) { CDKSCROLL *s = (CDKSCROLL *)object; char *msg[3] = { " ", " press any key to continue ", " "}; popupLabel(ScreenOf (s), msg, 3); return (TRUE); } /* * This program demonstrates the Cdk scrolling list widget. */ int main (int argc, char **argv) { /* Declare variables. */ CDKSCREEN *cdkscreen = 0; CDKSCROLL *scrollList = 0; CDKLABEL *lbl = 0; WINDOW *cursesWin = 0; char **item = 0; char *temp[1]; char *msg[1] = {"this label messes up scroll highlight"}; int selection, count; CDK_PARAMS params; CDKparseParams (argc, argv, ¶ms, "cs:t:" CDK_CLI_PARAMS); /* Set up CDK. */ cursesWin = initscr (); cdkscreen = initCDKScreen (cursesWin); /* Set up CDK Colors. */ initCDKColor (); /* Use the current diretory list to fill the radio list. */ count = CDKgetDirectoryContents (".", &item); /* This label illustrates the confliction with scrollList */ lbl = newCDKLabel ( cdkscreen, CDKparamValue(¶ms, 'X', CENTER), 0, msg, 1, FALSE, FALSE ); /* Create the scrolling list. */ scrollList = newCDKScroll (cdkscreen, CDKparamValue (¶ms, 'X', CENTER), CDKparamValue (¶ms, 'Y', CENTER), CDKparsePosition(CDKparamString2(¶ms, 's', "RIGHT")), CDKparamValue (¶ms, 'H', 10), /* CDKparamValue (¶ms, 'W', 50), */ CDKparamValue (¶ms, 'W', 78), CDKparamString2(¶ms, 't', ""), CDKparamNumber(¶ms, 'c') ? 0 : item, CDKparamNumber(¶ms, 'c') ? 0 : count, FALSE, A_REVERSE, CDKparamValue (¶ms, 'N', TRUE), CDKparamValue (¶ms, 'S', FALSE)); bindCDKObject (vSCROLL, scrollList, KEY_ENTER, enterCB, NULL); refreshCDKScreen(cdkscreen); traverseCDKScreen(cdkscreen); /* Clean up. */ destroyCDKScroll (scrollList); destroyCDKScreen (cdkscreen); endCDK (); exit(EXIT_SUCCESS); } ------_=_NextPart_001_01C612C9.EEEE5100 Content-Type: text/html Content-Transfer-Encoding: quoted-printable Scroll in new CDK

I found that the co-existing of a Label and a Scroll = on the same cdkscreen causes some weird behavior of the highlighting in = the scroll.

In the test program below, pressing ENTER key pops = up/down a label and triggers the cdkscreen to refresh. After such a = refresh, the item in the scroll that is used to be highlighted looses = its highlighting. It stays like that when arrowing up and down. But the = highlighting is back to normal if the label is commented = out.

Thanks.


Steve Fu

----------------------------------  cut here = ----------------------

#include <cdk.h>

static int enterCB (EObjectType cdktype GCC_UNUSED, = void *object,
        =               void *clientData = GCC_UNUSED,
        =               chtype input GCC_UNUSED)
{

   CDKSCROLL *s =3D (CDKSCROLL = *)object;
        char = *msg[3] =3D {
        =         "<C> ",
        =         "<C>        =             =      press any key to = continue       ",
        =         "<C> "};
       =20
        popupLabel(ScreenOf (s), msg, 3);

        return = (TRUE); 
       =20
}

/*
 * This program demonstrates the Cdk scrolling = list widget.
 */
int main (int argc, char **argv)
{
   /* Declare variables. */
   CDKSCREEN *cdkscreen =3D 0;
   CDKSCROLL *scrollList =3D 0;
   CDKLABEL *lbl =3D 0;
   WINDOW *cursesWin =3D 0;
   char **item =3D 0;
        char = *temp[1];
   char *msg[1] =3D {"this label = messes up scroll highlight"};
   int selection, count;

   CDK_PARAMS params;

   CDKparseParams (argc, argv, &params, = "cs:t:" CDK_CLI_PARAMS);

   /* Set up CDK. */
   cursesWin =3D initscr ();
   cdkscreen =3D initCDKScreen = (cursesWin);

   /* Set up CDK Colors. */
   initCDKColor ();

   /* Use the current diretory list to fill = the radio list. */
   count =3D CDKgetDirectoryContents = (".", &item);

        /* This = label illustrates the confliction with scrollList
*/
        lbl =3D = newCDKLabel ( cdkscreen,
      = CDKparamValue(&params, 'X', CENTER),
      0,
      msg, 1,
      FALSE,
      FALSE
      );

   /* Create the scrolling list. */
   scrollList =3D newCDKScroll = (cdkscreen,
        =         =               CDKparamValue (&params, = 'X', CENTER),
        =         =               CDKparamValue (&params, = 'Y', CENTER),
        =         =               = CDKparsePosition(CDKparamString2(&params, 's', = "RIGHT")),
        =         =               CDKparamValue (&params, = 'H', 10),
        =         =               /* CDKparamValue (&params, = 'W', 50), */
        =         =               CDKparamValue (&params, = 'W', 78),
        =         =               CDKparamString2(&params, = 't', ""),
        =         =               CDKparamNumber(&params, = 'c') ? 0 : item,
        =         =               CDKparamNumber(&params, = 'c') ? 0 : count,
        =         =               FALSE,
        =         =               A_REVERSE,
        =         =               CDKparamValue (&params, = 'N', TRUE),
        =         =               CDKparamValue (&params, = 'S', FALSE));


   bindCDKObject (vSCROLL, scrollList, = KEY_ENTER, enterCB, NULL);

        refreshCDKScreen(cdkscreen);

        traverseCDKScreen(cdkscreen);

   /* Clean up. */
   destroyCDKScroll (scrollList);
   destroyCDKScreen (cdkscreen);
   endCDK ();
   exit(EXIT_SUCCESS);
}

------_=_NextPart_001_01C612C9.EEEE5100-- From MAILER-DAEMON Fri Jan 06 17:08:15 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Euzks-0000rN-7k for mharc-bug-ncurses@gnu.org; Fri, 06 Jan 2006 17:08:14 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Euu73-0001QT-Vo for bug-ncurses@gnu.org; Fri, 06 Jan 2006 11:06:46 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Euu6y-0001PI-Iz for bug-ncurses@gnu.org; Fri, 06 Jan 2006 11:06:45 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Euu6x-0001Ov-52 for bug-ncurses@gnu.org; Fri, 06 Jan 2006 11:06:39 -0500 Received: from [199.196.132.8] (helo=mx-relay23.treas.gov) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Euu8j-0006jy-1X for bug-ncurses@gnu.org; Fri, 06 Jan 2006 11:08:29 -0500 Received: from localhost (localhost [127.0.0.1]) by mx-relay23.treas.gov (Postfix) with ESMTP id DECA9563 for ; Fri, 6 Jan 2006 11:04:46 -0500 (EST) Received: from mx-relay23.treas.gov ([127.0.0.1]) by localhost (mx-relay23 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 29097-01-36 for ; Fri, 6 Jan 2006 11:04:45 -0500 (EST) Received: from tias24.treas.gov (tias24.treas.gov [199.196.132.24]) by mx-relay23.treas.gov (Postfix) with ESMTP id C94CF47F for ; Fri, 6 Jan 2006 11:04:42 -0500 (EST) Received: from mailhub.treas.gov by tias24.treas.gov via smtpd (for mx-mart-relay.treas.gov [199.196.132.8]) with ESMTP; Fri, 6 Jan 2006 11:04:42 -0500 Received: from mailhub-21.treas.gov (localhost [127.0.0.1]) by localhost.mailer.treas.gov (Postfix) with ESMTP id 8150A104A for ; Fri, 6 Jan 2006 11:04:42 -0500 (EST) Received: from mtb0120bh01.mcc.irs.gov (unknown [152.225.63.18]) by mailhub-21.treas.gov (Postfix) with ESMTP id 44211100 for ; Fri, 6 Jan 2006 11:04:42 -0500 (EST) Received: by mtb0120bh01.mcc.irs.gov with Internet Mail Service (5.5.2657.72) id ; Fri, 6 Jan 2006 11:04:41 -0500 Message-ID: From: Fu Steve X To: "'bug-ncurses@gnu.org'" Date: Fri, 6 Jan 2006 11:04:38 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C612DA.14D46674" X-Mailman-Approved-At: Fri, 06 Jan 2006 17:08:08 -0500 Cc: Subject: Patches suggestions to CDK X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jan 2006 16:06:49 -0000 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C612DA.14D46674 Content-Type: text/plain The highlighting and cursor behaviors appear to be correct in the test program below. But I had to make the function switchFocus in traverse.c public in order to call it in user code. Is it possible to patch setCDKFocusFirst and setCDKFocusNext so they also take care of switching from oldObj to newObj? Or, do I miss anything and don't use them correctly? Thanks. Steve Fu ---------------------- cut here ------------------------ #include WINDOW *cursesWin = 0; CDKSCREEN *cdkscreen = 0; CDKENTRY *entry = 0; CDKBUTTON *btn1 = 0; CDKBUTTON *btn2 = 0; CDKLABEL *lbl = 0; static int escCB (EObjectType cdktype GCC_UNUSED, void *object GCC_UNUSED, void *clientData GCC_UNUSED, chtype key GCC_UNUSED) { endCDK(); exit(0); } static int resetCB (EObjectType cdktype GCC_UNUSED, void *object GCC_UNUSED, void *clientData GCC_UNUSED, chtype key GCC_UNUSED) { CDKOBJS * currObj = getCDKFocusCurrent(cdkscreen); setCDKEntryValue(entry, ""); drawCDKEntry(entry, TRUE); switchFocus(setCDKFocusFirst(cdkscreen), currObj); return (TRUE); } static int enterCB (EObjectType cdktype GCC_UNUSED, void *object GCC_UNUSED, void *clientData GCC_UNUSED, chtype key GCC_UNUSED) { CDKOBJS * currObj = getCDKFocusCurrent(cdkscreen); switchFocus(setCDKFocusNext(cdkscreen), currObj); return (TRUE); } /* * This demonstrates the Cdk entry field widget. */ int main(int argc, char **argv) { /* Declare local variables. */ char *title = "Enter \nSomething."; char *label = "Value: "; char *info, temp[256]; char *msg[1] = { "F7 - RESET"}; CDK_PARAMS params; CDKparseParams(argc, argv, ¶ms, CDK_MIN_PARAMS); /* Set up CDK. */ cursesWin = initscr(); cdkscreen = initCDKScreen (cursesWin); /* Create the entry field widget. */ entry = newCDKEntry (cdkscreen, CDKparamValue(¶ms, 'X', CENTER), CDKparamValue(¶ms, 'Y', 1), title, label, A_NORMAL, '.', vMIXED, 40, 0, 256, CDKparamValue(¶ms, 'N', TRUE), CDKparamValue(¶ms, 'S', FALSE)); btn1 = newCDKButton (cdkscreen, CDKparamValue(¶ms, 'X', CENTER), CDKparamValue(¶ms, 'Y', 7), "Button 1", NULL, TRUE, FALSE); btn2 = newCDKButton (cdkscreen, CDKparamValue(¶ms, 'X', CENTER), CDKparamValue(¶ms, 'Y', 11), "Button 2", NULL, TRUE, FALSE); lbl = newCDKLabel (cdkscreen, CDKparamValue(¶ms, 'X', CENTER), CDKparamValue(¶ms, 'Y', 16), msg, 1, CDKparamValue(¶ms, 'N', FALSE), CDKparamValue(¶ms, 'S', FALSE)); bindCDKObject (vENTRY, entry, KEY_F(7), resetCB, NULL); bindCDKObject (vENTRY, entry, KEY_ESC, escCB, NULL); bindCDKObject (vBUTTON, btn1, KEY_F(7), resetCB, NULL); bindCDKObject (vBUTTON, btn1, KEY_ESC, resetCB, NULL); bindCDKObject (vBUTTON, btn1, KEY_ENTER, enterCB, NULL); bindCDKObject (vBUTTON, btn2, KEY_F(7), resetCB, NULL); bindCDKObject (vBUTTON, btn2, KEY_ESC, resetCB, NULL); refreshCDKScreen(cdkscreen); traverseCDKScreen(cdkscreen); /* Clean up and exit. */ destroyCDKScreen (cdkscreen); endCDK(); exit (EXIT_SUCCESS); } ------_=_NextPart_001_01C612DA.14D46674 Content-Type: text/html Content-Transfer-Encoding: quoted-printable Patches suggestions to CDK

The highlighting and cursor behaviors appear to be = correct in the test program below. But I had to make the function = switchFocus in traverse.c public in order to call it in user code. Is = it possible to patch setCDKFocusFirst and setCDKFocusNext so they also = take care of switching from oldObj to newObj? Or, do I miss anything = and don't use them correctly?

Thanks.


Steve Fu

---------------------- cut here = ------------------------

#include <cdk.h>

WINDOW *cursesWin       = =3D 0;
CDKSCREEN *cdkscreen =3D 0;
CDKENTRY *entry =3D 0;
CDKBUTTON *btn1 =3D 0;
CDKBUTTON *btn2 =3D 0;
CDKLABEL *lbl =3D 0;

static int  escCB (EObjectType cdktype = GCC_UNUSED, void *object GCC_UNUSED, void *clientData GCC_UNUSED, = chtype key GCC_UNUSED)

{
        endCDK();
   exit(0);
}

static int  resetCB (EObjectType cdktype = GCC_UNUSED, void *object GCC_UNUSED, void *clientData GCC_UNUSED, = chtype key GCC_UNUSED)

{

        CDKOBJS * = currObj =3D getCDKFocusCurrent(cdkscreen);

        setCDKEntryValue(entry, "");    =
        drawCDKEntry(entry, TRUE);

        switchFocus(setCDKFocusFirst(cdkscreen), currObj);

   return (TRUE);
}

static int  enterCB (EObjectType cdktype = GCC_UNUSED, void *object GCC_UNUSED, void *clientData GCC_UNUSED, = chtype key GCC_UNUSED)

{

        CDKOBJS * = currObj =3D getCDKFocusCurrent(cdkscreen);

        switchFocus(setCDKFocusNext(cdkscreen), currObj);

   return (TRUE);
}

/*
 * This demonstrates the Cdk entry field = widget.
 */
int main(int argc, char **argv)
{
   /* Declare local variables. */

   char *title  =         =3D "<C>Enter = \n<C>Something.";
   char *label  =         =3D "Value: = ";
   char *info,  temp[256];
   char *msg[1] =3D { = "</U/5>F7<!U!5> - RESET"};

   CDK_PARAMS params;

   CDKparseParams(argc, argv, &params, = CDK_MIN_PARAMS);

   /* Set up CDK. */
   cursesWin =3D initscr();
   cdkscreen =3D initCDKScreen = (cursesWin);

   /* Create the entry field widget. = */
   entry =3D newCDKEntry = (cdkscreen,
        =         =             CDKparamValue(&params, 'X', = CENTER),
        =         =             CDKparamValue(&params, 'Y', 1),
        =         =             title, label, A_NORMAL, '.', vMIXED,
        =         =             40, 0, 256,
        =         =             CDKparamValue(&params, 'N', = TRUE),
        =         =             CDKparamValue(&params, 'S', = FALSE));

        btn1 =3D = newCDKButton (cdkscreen,
        =         =         =         CDKparamValue(&params, 'X', CENTER),
          &nb= sp;  CDKparamValue(&params, 'Y', 7),
          &nb= sp;      "Button 1", NULL,
          &nb= sp;      TRUE, FALSE);

        btn2 =3D = newCDKButton (cdkscreen,
        =         =         =         CDKparamValue(&params, 'X', CENTER),
          &nb= sp;  CDKparamValue(&params, 'Y', 11),
          &nb= sp;      "Button 2", NULL,
          &nb= sp;      TRUE, FALSE);

        lbl =3D = newCDKLabel (cdkscreen,
          &nb= sp;  CDKparamValue(&params, 'X', CENTER),
          &nb= sp;  CDKparamValue(&params, 'Y', 16),
          &nb= sp;  msg, 1,
          &nb= sp;  CDKparamValue(&params, 'N', FALSE),
          &nb= sp;  CDKparamValue(&params, 'S', FALSE));

   bindCDKObject (vENTRY, entry, KEY_F(7), = resetCB, NULL);
   bindCDKObject (vENTRY, entry, KEY_ESC, = escCB, NULL);

   bindCDKObject (vBUTTON, btn1, KEY_F(7), = resetCB, NULL);
   bindCDKObject (vBUTTON, btn1, KEY_ESC, = resetCB, NULL);
   bindCDKObject (vBUTTON, btn1, = KEY_ENTER, enterCB, NULL);

   bindCDKObject (vBUTTON, btn2, KEY_F(7), = resetCB, NULL);
   bindCDKObject (vBUTTON, btn2, KEY_ESC, = resetCB, NULL);

        = refreshCDKScreen(cdkscreen);

        traverseCDKScreen(cdkscreen);

   /* Clean up and exit. */
   destroyCDKScreen (cdkscreen);
   endCDK();
   exit (EXIT_SUCCESS);
}

------_=_NextPart_001_01C612DA.14D46674-- From MAILER-DAEMON Sat Jan 07 18:32:23 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1EvNXr-0000We-9B for mharc-bug-ncurses@gnu.org; Sat, 07 Jan 2006 18:32:23 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EvNXq-0000WZ-1H for bug-ncurses@gnu.org; Sat, 07 Jan 2006 18:32:22 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EvNXo-0000WN-G7 for bug-ncurses@gnu.org; Sat, 07 Jan 2006 18:32:21 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EvNXo-0000WK-Cy for bug-ncurses@gnu.org; Sat, 07 Jan 2006 18:32:20 -0500 Received: from [69.255.17.110] (helo=crayon.invisible-island.net) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1EvNZo-0002hm-JT for bug-ncurses@gnu.org; Sat, 07 Jan 2006 18:34:24 -0500 Received: from crayon.invisible-island.net (tom@localhost [127.0.0.1]) by crayon.invisible-island.net (8.13.5/8.13.5/Debian-3) with ESMTP id k07NU29P025983 for ; Sat, 7 Jan 2006 18:30:02 -0500 Received: (from tom@localhost) by crayon.invisible-island.net (8.13.5/8.13.5/Submit) id k07NU2SU025981 for bug-ncurses@gnu.org; Sat, 7 Jan 2006 18:30:02 -0500 Date: Sat, 7 Jan 2006 18:30:02 -0500 From: Thomas Dickey To: Ncurses Mailing List Message-ID: <20060107233002.GA25968@invisible-island.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline User-Agent: Mutt/1.5.11 Subject: ncurses-5.5-20060107.patch.gz X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dickey@his.com List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jan 2006 23:32:22 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable ncurses 5.5 - patch 20060107 - T.Dickey --------------------------------------------------------------------------= ---- Ncurses 5.5 is at ftp.gnu.org:/pub/gnu Patches for ncurses 5.5 are in the subdirectory ftp://invisible-island.net/ncurses/5.5 --------------------------------------------------------------------------= ---- NEWS | 12 +++++++++++- dist.mk | 4 ++-- include/curses.h.in | 9 +++++---- man/curs_extend.3x | 7 ++++--- man/curs_util.3x | 19 +++++++++++++++++-- ncurses/base/lib_newterm.c | 21 ++++++++++++++++++--- ncurses/curses.priv.h | 5 +++-- ncurses/tinfo/lib_acs.c | 6 +++--- ncurses/tinfo/lib_setup.c | 6 +++--- ncurses/tty/tty_update.c | 27 +++++++++++++++++++++++---- 10 files changed, 89 insertions(+), 27 deletions(-) --------------------------------------------------------------------------= ---- 20060107 + check if filter() was called when getting the screensize. Keep it at 1 if so (based on Redhat #174498). + add extension nofilter(). + refined the workaround for ACS mapping. + make ifdef's consistent in curses.h for the extended colors so the header file can be used for the normal curses library. The header file installed for extended colors is a variation of the wide-character configuration (report by Frederic L W Meunier). --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDwE76cCNT4PfkjtsRArjlAKCMoJW8m/UmhwXtv4vgxf9wkWitQgCfTc+1 s2r0opCym0iLIowMgLF5OOI= =Fhqe -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From MAILER-DAEMON Sat Jan 07 20:47:29 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1EvPeb-00024X-CM for mharc-bug-ncurses@gnu.org; Sat, 07 Jan 2006 20:47:29 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EvPeZ-00021U-EZ for bug-ncurses@gnu.org; Sat, 07 Jan 2006 20:47:27 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EvPeU-0001yO-Fz for bug-ncurses@gnu.org; Sat, 07 Jan 2006 20:47:26 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EvPeU-0001xz-4V for bug-ncurses@gnu.org; Sat, 07 Jan 2006 20:47:22 -0500 Received: from [69.255.17.110] (helo=crayon.invisible-island.net) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1EvPgV-0001SH-Dl for bug-ncurses@gnu.org; Sat, 07 Jan 2006 20:49:27 -0500 Received: from crayon.invisible-island.net (tom@localhost [127.0.0.1]) by crayon.invisible-island.net (8.13.5/8.13.5/Debian-3) with ESMTP id k081j3bp009225; Sat, 7 Jan 2006 20:45:03 -0500 Received: (from tom@localhost) by crayon.invisible-island.net (8.13.5/8.13.5/Submit) id k081j3SF009223; Sat, 7 Jan 2006 20:45:03 -0500 Date: Sat, 7 Jan 2006 20:45:03 -0500 From: Thomas Dickey To: Fu Steve X Message-ID: <20060108014503.GA26171@invisible-island.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: "'bug-ncurses@gnu.org'" Subject: Re: Scroll in new CDK X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dickey@his.com List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 01:47:27 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 06, 2006 at 09:03:13AM -0500, Fu Steve X wrote: > I found that the co-existing of a Label and a Scroll on the same cdkscreen > causes some weird behavior of the highlighting in the scroll.=20 >=20 > In the test program below, pressing ENTER key pops up/down a label and > triggers the cdkscreen to refresh. After such a refresh, the item in the > scroll that is used to be highlighted looses its highlighting. It stays l= ike > that when arrowing up and down. But the highlighting is back to normal if > the label is commented out. I see (I'm starting to debug this). --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDwG6fcCNT4PfkjtsRAglLAJ9hur8exNCWYjWY1Ks3mTTCDhDkhQCgoy40 TiopAsT/+PLVqnkNb349D2Y= =OZn3 -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From MAILER-DAEMON Sat Jan 07 20:48:46 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1EvPfq-0003Cx-EV for mharc-bug-ncurses@gnu.org; Sat, 07 Jan 2006 20:48:46 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EvPfp-0003Ce-NT for bug-ncurses@gnu.org; Sat, 07 Jan 2006 20:48:45 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EvPfp-0003Bv-5H for bug-ncurses@gnu.org; Sat, 07 Jan 2006 20:48:45 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EvPfo-0003Bl-Mo for bug-ncurses@gnu.org; Sat, 07 Jan 2006 20:48:45 -0500 Received: from [69.255.17.110] (helo=crayon.invisible-island.net) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1EvPhp-0001X3-T3 for bug-ncurses@gnu.org; Sat, 07 Jan 2006 20:50:50 -0500 Received: from crayon.invisible-island.net (tom@localhost [127.0.0.1]) by crayon.invisible-island.net (8.13.5/8.13.5/Debian-3) with ESMTP id k081kQAY009250; Sat, 7 Jan 2006 20:46:26 -0500 Received: (from tom@localhost) by crayon.invisible-island.net (8.13.5/8.13.5/Submit) id k081kQ2m009248; Sat, 7 Jan 2006 20:46:26 -0500 Date: Sat, 7 Jan 2006 20:46:26 -0500 From: Thomas Dickey To: Fu Steve X Message-ID: <20060108014626.GB26171@invisible-island.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0ntfKIWw70PvrIHh" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: "'bug-ncurses@gnu.org'" Subject: Re: Patches suggestions to CDK X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dickey@his.com List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 01:48:45 -0000 --0ntfKIWw70PvrIHh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 06, 2006 at 11:04:38AM -0500, Fu Steve X wrote: > The highlighting and cursor behaviors appear to be correct in the test > program below. But I had to make the function switchFocus in traverse.c > public in order to call it in user code. Is it possible to patch > setCDKFocusFirst and setCDKFocusNext so they also take care of switching > from oldObj to newObj? Or, do I miss anything and don't use them correctl= y? I had thought that using setCDKFocusCurrent() would do what you need rather than switchFocus(), but a quick check shows me not. I'll investigate that and see how to fix it. --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --0ntfKIWw70PvrIHh Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDwG7ycCNT4PfkjtsRAohSAJ4/aJ2d7xUOaWppAI5XiXBBUtgOsACgpWo+ LoDJep+qvVmQf/uUQrwpPRk= =si3B -----END PGP SIGNATURE----- --0ntfKIWw70PvrIHh-- From MAILER-DAEMON Sat Jan 07 20:50:08 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1EvPhA-0003fv-A2 for mharc-bug-ncurses@gnu.org; Sat, 07 Jan 2006 20:50:08 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EvPh8-0003ex-Od for bug-ncurses@gnu.org; Sat, 07 Jan 2006 20:50:06 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EvPh7-0003eP-TG for bug-ncurses@gnu.org; Sat, 07 Jan 2006 20:50:06 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EvPh7-0003eK-If for bug-ncurses@gnu.org; Sat, 07 Jan 2006 20:50:05 -0500 Received: from [69.255.17.110] (helo=crayon.invisible-island.net) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1EvPj8-0001bE-O1 for bug-ncurses@gnu.org; Sat, 07 Jan 2006 20:52:11 -0500 Received: from crayon.invisible-island.net (tom@localhost [127.0.0.1]) by crayon.invisible-island.net (8.13.5/8.13.5/Debian-3) with ESMTP id k081lk7F009265; Sat, 7 Jan 2006 20:47:46 -0500 Received: (from tom@localhost) by crayon.invisible-island.net (8.13.5/8.13.5/Submit) id k081lkch009263; Sat, 7 Jan 2006 20:47:46 -0500 Date: Sat, 7 Jan 2006 20:47:46 -0500 From: Thomas Dickey To: Fu Steve X Message-ID: <20060108014746.GC26171@invisible-island.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MnLPg7ZWsaic7Fhd" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: "'bug-ncurses@gnu.org'" Subject: Re: Syncronization between highlight and cursor in new CDK X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dickey@his.com List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 01:50:07 -0000 --MnLPg7ZWsaic7Fhd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 06, 2006 at 08:49:48AM -0500, Fu Steve X wrote: > I know the synchronization between highlight and cursor position are much > better in the new version. But there are still some subtleties. Please ju= st > look at the resetCB function in the test program below.=20 >=20 > Tabbing to Button 1 and press F7 to reset. There are different behaviors > depending on the order of two lines of code. >=20 > If refreshCDKScreen is called after setCDKFocusFirst, then the cursor is = put > at the last position (lower right-hand corner) of the screen although the > focus does move to the entry widget. If the setCDKFocusFirst is called af= ter > refreshCDKScreen, both the cursor and the focus are put at the entry widg= et > correctly, but Button 1 is still left highlighted.=20 yes, I see that. I'll investigate this one after the other two (which are all related, I guess). --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --MnLPg7ZWsaic7Fhd Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDwG9CcCNT4PfkjtsRApLmAJ0TO+bwodwRvYjStzQWgaNhWnXZtACfQsfz TbZGrkUCDonCzSoq6IXluAQ= =sUf3 -----END PGP SIGNATURE----- --MnLPg7ZWsaic7Fhd-- From MAILER-DAEMON Wed Jan 11 20:22:32 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1EwrAd-0000Au-P3 for mharc-bug-ncurses@gnu.org; Wed, 11 Jan 2006 20:22:31 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EwrAc-00008K-1D for bug-ncurses@gnu.org; Wed, 11 Jan 2006 20:22:30 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EwrAa-00006n-1B for bug-ncurses@gnu.org; Wed, 11 Jan 2006 20:22:29 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EwrAZ-00006g-RF for bug-ncurses@gnu.org; Wed, 11 Jan 2006 20:22:27 -0500 Received: from [69.255.17.110] (helo=crayon.invisible-island.net) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1EwrDI-0003Bo-FN for bug-ncurses@gnu.org; Wed, 11 Jan 2006 20:25:16 -0500 Received: from crayon.invisible-island.net (tom@localhost [127.0.0.1]) by crayon.invisible-island.net (8.13.5/8.13.5/Debian-3) with ESMTP id k0C1JUbh004530 for ; Wed, 11 Jan 2006 20:19:30 -0500 Received: (from tom@localhost) by crayon.invisible-island.net (8.13.5/8.13.5/Submit) id k0C1JUIl004528 for bug-ncurses@gnu.org; Wed, 11 Jan 2006 20:19:30 -0500 Date: Wed, 11 Jan 2006 20:19:30 -0500 From: Thomas Dickey To: Ncurses Mailing List Message-ID: <20060112011930.GA4519@invisible-island.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline User-Agent: Mutt/1.5.11 Subject: ncurses-5.5-20060111.patch.gz X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dickey@his.com List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 01:22:30 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable ncurses 5.5 - patch 20060111 - T.Dickey --------------------------------------------------------------------------= ---- Ncurses 5.5 is at ftp.gnu.org:/pub/gnu Patches for ncurses 5.5 are in the subdirectory ftp://invisible-island.net/ncurses/5.5 --------------------------------------------------------------------------= ---- NEWS | 8 ++++++- dist.mk | 4 +-- man/curs_getstr.3x | 18 ++++++++++------- ncurses/base/lib_getstr.c | 17 ++++++++++++---- ncurses/base/lib_newterm.c | 30 +++-------------------------- ncurses/base/lib_set_term.c | 43 +++++++++++++++++++++++++++++++++++++--= --- ncurses/curses.priv.h | 4 +-- ncurses/tinfo/lib_setup.c | 4 +-- ncurses/tty/lib_mvcur.c | 6 ++--- test/filter.c | 22 ++++++++++++++++++--- 10 files changed, 101 insertions(+), 55 deletions(-) --------------------------------------------------------------------------= ---- 20060111 + modify wgetnstr() to return KEY_RESIZE if a sigwinch occurs. Use this in test/filter.c + fix an error in filter() modification which caused some applications to fail. --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDxa6icCNT4PfkjtsRAsO0AJ9idufhozvAuWi0eaXt88KVVNfy+gCfVakF fYLKJ08T+KfY+pPAb4l7nXY= =T5C3 -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From MAILER-DAEMON Sat Jan 14 20:19:17 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1ExwY9-0003qf-HZ for mharc-bug-ncurses@gnu.org; Sat, 14 Jan 2006 20:19:17 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ExwY7-0003qK-T8 for bug-ncurses@gnu.org; Sat, 14 Jan 2006 20:19:15 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ExwY2-0003po-VZ for bug-ncurses@gnu.org; Sat, 14 Jan 2006 20:19:15 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ExwY2-0003pl-SI for bug-ncurses@gnu.org; Sat, 14 Jan 2006 20:19:10 -0500 Received: from [69.255.17.110] (helo=crayon.invisible-island.net) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1ExwbI-0004Fy-6f for bug-ncurses@gnu.org; Sat, 14 Jan 2006 20:22:32 -0500 Received: from crayon.invisible-island.net (tom@localhost [127.0.0.1]) by crayon.invisible-island.net (8.13.5/8.13.5/Debian-3) with ESMTP id k0F1FjJ6024346 for ; Sat, 14 Jan 2006 20:15:45 -0500 Received: (from tom@localhost) by crayon.invisible-island.net (8.13.5/8.13.5/Submit) id k0F1FjnB024322 for bug-ncurses@gnu.org; Sat, 14 Jan 2006 20:15:45 -0500 Date: Sat, 14 Jan 2006 20:15:45 -0500 From: Thomas Dickey To: Ncurses Mailing List Message-ID: <20060115011545.GA21230@invisible-island.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline User-Agent: Mutt/1.5.11 Subject: ncurses-5.5-20060114.patch.gz X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dickey@his.com List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 01:19:16 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable ncurses 5.5 - patch 20060114 - T.Dickey --------------------------------------------------------------------------= ---- Ncurses 5.5 is at ftp.gnu.org:/pub/gnu Patches for ncurses 5.5 are in the subdirectory ftp://invisible-island.net/ncurses/5.5 --------------------------------------------------------------------------= ---- NEWS | 10 + dist.mk | 4=20 include/tic.h | 20 ++ man/tic.1m | 15 +- man/toe.1m | 19 +- misc/ncu-indent | 4=20 misc/terminfo.src | 6=20 ncurses/base/lib_newterm.c | 130 +++++++++---------- ncurses/base/lib_restart.c | 59 ++++---- ncurses/curses.priv.h | 14 +- ncurses/tinfo/lib_setup.c | 4=20 ncurses/tinfo/read_entry.c | 215 ++++++++++++++++++++----------- ncurses/tty/lib_tstp.c | 55 ++++++-- progs/toe.c | 292 +++++++++++++++++++++++++---------------= --- test/ncurses.c | 14 +- 15 files changed, 543 insertions(+), 318 deletions(-) --------------------------------------------------------------------------= ---- 20060114 + add toe -a option, to show all databases. + fix toe from 20000909 changes which made it not look at $HOME/.terminfo + make toe's -v option parameter optional as per manpage. + improve SIGWINCH handling by postponing its effect during newterm(), etc., when allocating screens. --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDyaJBcCNT4PfkjtsRAvwyAJ4x2ySECgW1VHEupRW2sjtypMQcgQCgszEA gWGdeRWeGRSA2vRaLWiEcXE= =eYcD -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- From MAILER-DAEMON Sat Jan 21 12:23:32 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F0MSY-0002if-3A for mharc-bug-ncurses@gnu.org; Sat, 21 Jan 2006 12:23:30 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ez8Wp-00024x-3R for bug-ncurses@gnu.org; Wed, 18 Jan 2006 03:18:51 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ez8Wl-00024V-K2 for bug-ncurses@gnu.org; Wed, 18 Jan 2006 03:18:50 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ez8Wk-00024N-S1 for bug-ncurses@gnu.org; Wed, 18 Jan 2006 03:18:47 -0500 Received: from [202.43.219.152] (helo=web8404.mail.in.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.34) id 1Ez8aZ-0002Nx-EV for bug-ncurses@gnu.org; Wed, 18 Jan 2006 03:22:44 -0500 Received: (qmail 43225 invoked by uid 60001); 18 Jan 2006 08:09:34 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.co.in; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=aiZkcWUKep0PEuQg03AqP3JRd5dGbJfRzmz6kfMX7hkFhNWBuFYDU8rMy9ceVDAT0X+Wdmb+iNuplsrH+PvHW0SLpR9p8fBjYcNc6LHqT5szVmQfWuRkdLz5m5us1eYuAciWCboZ+UBg/4AK5Uz3SqlMY164Pn3R3Q68+UY4ToA= ; Message-ID: <20060118080934.43223.qmail@web8404.mail.in.yahoo.com> Received: from [59.144.62.159] by web8404.mail.in.yahoo.com via HTTP; Wed, 18 Jan 2006 08:09:34 GMT Date: Wed, 18 Jan 2006 08:09:34 +0000 (GMT) From: guru raj To: bug-ncurses@gnu.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-796471287-1137571774=:43158" Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Sat, 21 Jan 2006 12:23:24 -0500 Subject: ncurses in python X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 08:18:51 -0000 --0-796471287-1137571774=:43158 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi, i m new to curses... i m coding in python n i m using ncurses to create a front end .. so i have a logic of progress bar in python... my problem is how to draw a progress bar in ncurses using python.. pls send me the code.. thanking u gururaj.s Send instant messages to your online friends http://in.messenger.yahoo.com --0-796471287-1137571774=:43158 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
 Hi,
        i m new to curses... i m coding in python n i m using ncurses to create a front end .. so i have a logic of progress bar in python... my problem is how to draw a progress bar in ncurses using python.. pls send me the code..

thanking u
 gururaj.s

Send instant messages to your online friends http://in.messenger.yahoo.com --0-796471287-1137571774=:43158-- From MAILER-DAEMON Sat Jan 21 19:39:42 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F0TGe-0006dv-7H for mharc-bug-ncurses@gnu.org; Sat, 21 Jan 2006 19:39:40 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F0TDu-0004G3-UJ for bug-ncurses@gnu.org; Sat, 21 Jan 2006 19:36:51 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F0TDo-0004BH-7z for bug-ncurses@gnu.org; Sat, 21 Jan 2006 19:36:45 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F0TDn-0004AF-2v for bug-ncurses@gnu.org; Sat, 21 Jan 2006 19:36:43 -0500 Received: from [69.255.17.110] (helo=crayon.invisible-island.net) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1F0TIG-0001IX-B8 for bug-ncurses@gnu.org; Sat, 21 Jan 2006 19:41:20 -0500 Received: from crayon.invisible-island.net (tom@localhost [127.0.0.1]) by crayon.invisible-island.net (8.13.5/8.13.5/Debian-3) with ESMTP id k0M0XYWX004417 for ; Sat, 21 Jan 2006 19:33:34 -0500 Received: (from tom@localhost) by crayon.invisible-island.net (8.13.5/8.13.5/Submit) id k0M0XYTe004415 for bug-ncurses@gnu.org; Sat, 21 Jan 2006 19:33:34 -0500 Date: Sat, 21 Jan 2006 19:33:34 -0500 From: Thomas Dickey To: Ncurses Mailing List Message-ID: <20060122003334.GA4406@invisible-island.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline User-Agent: Mutt/1.5.11 Subject: ncurses-5.5-20060121.patch.gz X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dickey@his.com List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 00:39:38 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable ncurses 5.5 - patch 20060121 - T.Dickey --------------------------------------------------------------------------= ---- Ncurses 5.5 is at ftp.gnu.org:/pub/gnu Patches for ncurses 5.5 are in the subdirectory ftp://invisible-island.net/ncurses/5.5 --------------------------------------------------------------------------= ---- NEWS | 15 +++++- c++/demo.cc | 6 +- dist.mk | 4 - ncurses/base/lib_set_term.c | 44 ++++++++++++++----- ncurses/curses.priv.h | 3 - ncurses/tinfo/init_keytry.c | 6 +- ncurses/tinfo/read_entry.c | 11 ++-- ncurses/tty/lib_vidattr.c | 44 +++++++++++++++++-- ncurses/tty/tty_update.c | 96 ++++++++++++++++++++++++++-------------= --- progs/dump_entry.c | 6 +- progs/toe.c | 5 +- test/demo_termcap.c | 6 +- test/ncurses.c | 11 +++- 13 files changed, 178 insertions(+), 79 deletions(-) --------------------------------------------------------------------------= ---- 20060121 + minor fixes to xmc-glitch experimental code: + suppress line-drawing + implement max_attributes tested with xterm. + minor fixes for the database iterator. + fix some buffer limits in c++ demo (comment by Falk Hueffner in Debian #348117). --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD0tLecCNT4PfkjtsRAsI5AKDDRbztLewXYwGtoP9pJ+A82xplJQCgknD1 uvtQ48EATaahqqkNKix6HPI= =p/77 -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From MAILER-DAEMON Sun Jan 22 13:21:41 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F0jnO-0002nX-4z for mharc-bug-ncurses@gnu.org; Sun, 22 Jan 2006 13:18:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F0jmZ-0002Hk-FU for bug-ncurses@gnu.org; Sun, 22 Jan 2006 13:17:44 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F0jlT-0001VI-AF for bug-ncurses@gnu.org; Sun, 22 Jan 2006 13:16:40 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F0jkr-0001Gl-Io for bug-ncurses@gnu.org; Sun, 22 Jan 2006 13:15:57 -0500 Received: from [213.84.46.114] (helo=keetweej.vanheusden.com) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1F0jpS-0004FL-Li for bug-ncurses@gnu.org; Sun, 22 Jan 2006 13:20:42 -0500 Received: from keetweej.intranet.vanheusden.com (keetweej.intranet.vanheusden.com [192.168.64.99]) by keetweej.vanheusden.com (Postfix) with ESMTP id 48336136EBA for ; Sun, 22 Jan 2006 19:13:13 +0100 (CET) Date: Sun, 22 Jan 2006 19:13:12 +0100 From: Folkert van Heusden To: bug-ncurses@gnu.org Message-ID: <20060122181312.GH31977@vanheusden.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: www.unixexpert.nl X-Chameleon-Return-To: folkert@vanheusden.com X-Xfmail-Return-To: folkert@vanheusden.com X-Phonenumber: +31-6-41278122 X-URL: http://www.vanheusden.com/ X-PGP-KeyID: 1F28D8AE X-GPG-fingerprint: AC89 09CE 41F2 00B4 FCF2 B174 3019 0E8C 1F28 D8AE X-Key: http://pgp.surfnet.nl:11371/pks/lookup?op=get&search=0x1F28D8AE Read-Receipt-To: Reply-By: Mon Jan 23 16:05:36 CET 2006 X-Message-Flag: Want to extend your PGP web-of-trust? Coordinate a key-signing at www.biglumber.com User-Agent: Mutt/1.5.10i Subject: how to determine startvalue for init_color X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 18:18:29 -0000 Hi, How can I determine what color-indexes I can use for my own colors? E.g.: init_color(color, r, g, b); Now for color, COLOR_RED, COLOR_BLACK are already defined, at what index for 'color' can I start defining colors WITHOUT destroying the default ones? Folkert van Heusden -- Try MultiTail! Multiple windows with logfiles, filtered with regular expressions, colored output, etc. etc. www.vanheusden.com/multitail/ ---------------------------------------------------------------------- Get your PGP/GPG key signed at www.biglumber.com! ---------------------------------------------------------------------- Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com From MAILER-DAEMON Sun Jan 22 13:59:47 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F0kRH-0002zQ-30 for mharc-bug-ncurses@gnu.org; Sun, 22 Jan 2006 13:59:47 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F0kR9-0002wH-Fe for bug-ncurses@gnu.org; Sun, 22 Jan 2006 13:59:39 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F0kR7-0002uo-ER for bug-ncurses@gnu.org; Sun, 22 Jan 2006 13:59:38 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F0kR6-0002uN-7Z for bug-ncurses@gnu.org; Sun, 22 Jan 2006 13:59:36 -0500 Received: from [213.84.46.114] (helo=keetweej.vanheusden.com) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1F0kVh-00085i-Kk for bug-ncurses@gnu.org; Sun, 22 Jan 2006 14:04:21 -0500 Received: from keetweej.intranet.vanheusden.com (keetweej.intranet.vanheusden.com [192.168.64.99]) by keetweej.vanheusden.com (Postfix) with ESMTP id 924EC136EBA for ; Sun, 22 Jan 2006 19:56:52 +0100 (CET) Date: Sun, 22 Jan 2006 19:56:52 +0100 From: Folkert van Heusden To: bug-ncurses@gnu.org Message-ID: <20060122185652.GB1278@vanheusden.com> References: <20060122181312.GH31977@vanheusden.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060122181312.GH31977@vanheusden.com> Organization: www.unixexpert.nl X-Chameleon-Return-To: folkert@vanheusden.com X-Xfmail-Return-To: folkert@vanheusden.com X-Phonenumber: +31-6-41278122 X-URL: http://www.vanheusden.com/ X-PGP-KeyID: 1F28D8AE X-GPG-fingerprint: AC89 09CE 41F2 00B4 FCF2 B174 3019 0E8C 1F28 D8AE X-Key: http://pgp.surfnet.nl:11371/pks/lookup?op=get&search=0x1F28D8AE Read-Receipt-To: Reply-By: Mon Jan 23 19:46:49 CET 2006 X-Message-Flag: www.unixexpert.nl User-Agent: Mutt/1.5.10i Subject: Re: how to determine startvalue for init_color X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 18:59:44 -0000 Am I right that 'init_color' isn't supported on any terminal at all currently? I ran http://www.vanheusden.com/Linux/testncurses-0.1.tgz to see if they're capable of and xterm, gnome terminal and konsole none of these can change the colors according to the can_change_color() call. Running ncurses 5.5 (patch: 20051010). On Sun, Jan 22, 2006 at 07:13:12PM +0100, Folkert van Heusden wrote: > Hi, > > How can I determine what color-indexes I can use for my own colors? > E.g.: > init_color(color, r, g, b); > Now for color, COLOR_RED, COLOR_BLACK are already defined, at what index > for 'color' can I start defining colors WITHOUT destroying the default > ones? > > > Folkert van Heusden > > -- > Try MultiTail! Multiple windows with logfiles, filtered with regular > expressions, colored output, etc. etc. www.vanheusden.com/multitail/ > ---------------------------------------------------------------------- > Get your PGP/GPG key signed at www.biglumber.com! > ---------------------------------------------------------------------- > Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com Folkert van Heusden -- Try MultiTail! Multiple windows with logfiles, filtered with regular expressions, colored output, etc. etc. www.vanheusden.com/multitail/ ---------------------------------------------------------------------- Get your PGP/GPG key signed at www.biglumber.com! ---------------------------------------------------------------------- Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com From MAILER-DAEMON Sun Jan 22 17:42:24 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F0nui-0006KO-Cl for mharc-bug-ncurses@gnu.org; Sun, 22 Jan 2006 17:42:24 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F0nue-0006J3-HZ for bug-ncurses@gnu.org; Sun, 22 Jan 2006 17:42:21 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F0nuc-0006Hr-3u for bug-ncurses@gnu.org; Sun, 22 Jan 2006 17:42:19 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F0nub-0006He-Oj for bug-ncurses@gnu.org; Sun, 22 Jan 2006 17:42:17 -0500 Received: from [216.194.216.42] (helo=mail501.his.com) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1F0nzF-0001oX-2p for bug-ncurses@gnu.org; Sun, 22 Jan 2006 17:47:05 -0500 Received: from mail501.his.com (localhost.his.com [127.0.0.1]) by mail501.his.com (8.13.4/8.13.3) with ESMTP id k0MMdY4W098078 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 22 Jan 2006 17:39:34 -0500 (EST) (envelope-from dickey@his.com) Received: from localhost (dickey@localhost) by mail501.his.com (8.13.4/8.13.4/Submit) with ESMTP id k0MMdYI2098075; Sun, 22 Jan 2006 17:39:34 -0500 (EST) (envelope-from dickey@his.com) X-Authentication-Warning: mail501.his.com: dickey owned process doing -bs Date: Sun, 22 Jan 2006 17:39:34 -0500 (EST) From: Thomas Dickey To: Folkert van Heusden In-Reply-To: <20060122185652.GB1278@vanheusden.com> Message-ID: <20060122173138.D92704@mail501.his.com> References: <20060122181312.GH31977@vanheusden.com> <20060122185652.GB1278@vanheusden.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: bug-ncurses@gnu.org Subject: Re: how to determine startvalue for init_color X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 22:42:22 -0000 On Sun, 22 Jan 2006, Folkert van Heusden wrote: > Am I right that 'init_color' isn't supported on any terminal at all > currently? no. It should be usable on the terminals that have the initc property. I've tested it on Linux console (linux-c-nc) and with xterm compiled for 88- and 256-colors (xterm-256color). I see that putty also supports this, but I don't recall testing it. While testing this, I added linux-color.dat, xterm-16color.dat and xterm-88color.dat file in ncurses/test. > I ran http://www.vanheusden.com/Linux/testncurses-0.1.tgz to see if > they're capable of and xterm, gnome terminal and konsole none of these > can change the colors according to the can_change_color() call. > Running ncurses 5.5 (patch: 20051010). > > On Sun, Jan 22, 2006 at 07:13:12PM +0100, Folkert van Heusden wrote: >> Hi, >> >> How can I determine what color-indexes I can use for my own colors? >> E.g.: >> init_color(color, r, g, b); >> Now for color, COLOR_RED, COLOR_BLACK are already defined, at what index >> for 'color' can I start defining colors WITHOUT destroying the default >> ones? >> >> >> Folkert van Heusden >> >> -- >> Try MultiTail! Multiple windows with logfiles, filtered with regular >> expressions, colored output, etc. etc. www.vanheusden.com/multitail/ >> ---------------------------------------------------------------------- >> Get your PGP/GPG key signed at www.biglumber.com! >> ---------------------------------------------------------------------- >> Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com > > > Folkert van Heusden > > -- > Try MultiTail! Multiple windows with logfiles, filtered with regular > expressions, colored output, etc. etc. www.vanheusden.com/multitail/ > ---------------------------------------------------------------------- > Get your PGP/GPG key signed at www.biglumber.com! > ---------------------------------------------------------------------- > Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com > > > _______________________________________________ > Bug-ncurses mailing list > Bug-ncurses@gnu.org > http://lists.gnu.org/mailman/listinfo/bug-ncurses > -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From MAILER-DAEMON Sun Jan 22 17:46:26 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F0nyb-00014p-92 for mharc-bug-ncurses@gnu.org; Sun, 22 Jan 2006 17:46:25 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F0nyZ-00012d-Bh for bug-ncurses@gnu.org; Sun, 22 Jan 2006 17:46:23 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F0nyY-000114-96 for bug-ncurses@gnu.org; Sun, 22 Jan 2006 17:46:22 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F0nyX-00010X-Vh for bug-ncurses@gnu.org; Sun, 22 Jan 2006 17:46:22 -0500 Received: from [216.194.216.42] (helo=mail501.his.com) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1F0o3B-00027W-7j for bug-ncurses@gnu.org; Sun, 22 Jan 2006 17:51:09 -0500 Received: from mail501.his.com (localhost.his.com [127.0.0.1]) by mail501.his.com (8.13.4/8.13.3) with ESMTP id k0MMhcsN099925 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 22 Jan 2006 17:43:38 -0500 (EST) (envelope-from dickey@his.com) Received: from localhost (dickey@localhost) by mail501.his.com (8.13.4/8.13.4/Submit) with ESMTP id k0MMhc0n099922; Sun, 22 Jan 2006 17:43:38 -0500 (EST) (envelope-from dickey@his.com) X-Authentication-Warning: mail501.his.com: dickey owned process doing -bs Date: Sun, 22 Jan 2006 17:43:38 -0500 (EST) From: Thomas Dickey To: Folkert van Heusden In-Reply-To: <20060122181312.GH31977@vanheusden.com> Message-ID: <20060122173945.J92704@mail501.his.com> References: <20060122181312.GH31977@vanheusden.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: bug-ncurses@gnu.org Subject: Re: how to determine startvalue for init_color X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 22:46:23 -0000 On Sun, 22 Jan 2006, Folkert van Heusden wrote: > Hi, > > How can I determine what color-indexes I can use for my own colors? > E.g.: > init_color(color, r, g, b); > Now for color, COLOR_RED, COLOR_BLACK are already defined, at what index > for 'color' can I start defining colors WITHOUT destroying the default > ones? You should be able to independently redefine any of the colors using initc. The ncurses test program's 'd' screen uses this feature for terminals that support it. The program also accepts a command line option -p which lets it load a set of color data from a file. See the ".dat" files in ncurses/test for an example. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From MAILER-DAEMON Mon Jan 23 04:43:56 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F0yEq-00007n-8D for mharc-bug-ncurses@gnu.org; Mon, 23 Jan 2006 04:43:53 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F0y9z-0007Zh-JI for bug-ncurses@gnu.org; Mon, 23 Jan 2006 04:38:52 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F0y6u-0006YP-9Z for bug-ncurses@gnu.org; Mon, 23 Jan 2006 04:36:22 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F0y6q-0006Xj-2h for bug-ncurses@gnu.org; Mon, 23 Jan 2006 04:35:37 -0500 Received: from [213.84.46.114] (helo=keetweej.vanheusden.com) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1F0yBW-0008F5-Ka for bug-ncurses@gnu.org; Mon, 23 Jan 2006 04:40:28 -0500 Received: from keetweej.intranet.vanheusden.com (keetweej.intranet.vanheusden.com [192.168.64.99]) by keetweej.vanheusden.com (Postfix) with ESMTP id 05172136FF2; Mon, 23 Jan 2006 10:32:49 +0100 (CET) Date: Mon, 23 Jan 2006 10:32:48 +0100 From: Folkert van Heusden To: Thomas Dickey Message-ID: <20060123093248.GF1965@vanheusden.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline Organization: www.unixexpert.nl X-Chameleon-Return-To: folkert@vanheusden.com X-Xfmail-Return-To: folkert@vanheusden.com X-Phonenumber: +31-6-41278122 X-URL: http://www.vanheusden.com/ X-PGP-KeyID: 1F28D8AE X-GPG-fingerprint: AC89 09CE 41F2 00B4 FCF2 B174 3019 0E8C 1F28 D8AE X-Key: http://pgp.surfnet.nl:11371/pks/lookup?op=get&search=0x1F28D8AE Read-Receipt-To: Reply-By: Mon Jan 23 21:29:26 CET 2006 X-Message-Flag: www.unixexpert.nl User-Agent: Mutt/1.5.10i Cc: bug-ncurses@gnu.org Subject: compiling ncurses on a cray y-mp running unicos 9.0 (9.0.2.2) X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 09:43:44 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I'm trying to compile ncurses 5.5 on a cray y-mp running unicos 9.0 (9.0.2.2). ./configure runs cleanly only compilation fails which some errors. Are these errors familiar to you? Like: maybe with one .configure-switch it can be fixed. cc -o make_hash -DHAVE_CONFIG_H -I../ncurses -I. -I./../include -I../include -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include -D_XOPEN_SOURCE=500 -I/usr/local/include/ncurses -DMAIN_PROGRAM ./ tinfo/comp_hash.c -ldir cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 105 The macro "B19200" is redefined. cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 106 The macro "B38400" is redefined. cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 163 The macro "TCGETA" is redefined. cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 164 The macro "TCSETA" is redefined. cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 165 The macro "TCSETAW" is redefined. cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 166 The macro "TCSETAF" is redefined. cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 167 The macro "TCSBRK" is redefined. cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 168 The macro "TCXONC" is redefined. cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 169 The macro "TCFLSH" is redefined. cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 170 The macro "TCGETPGRP" is redefined. cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 171 The macro "TCSETPGRP" is redefined. cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 172 The macro "TCSETCTTY" is redefined. cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 173 The macro "TCCLRCTTY" is redefined. cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 174 The macro "TCGETDEV" is redefined. cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 176 The macro "TCSIG" is redefined. cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 177 The macro "TCTTRD" is redefined. cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 178 The macro "TCSIGME" is redefined. cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 179 The macro "TCRDFL" is redefined. cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 180 The macro "TCDSET" is redefined. cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 181 The macro "TCVHUP" is redefined. cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = ./../include/term.h, Line = 93 The macro "TTY" is redefined. cc-315 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term.h, Line = 133 The include file "sgtty.h" is unavailable. cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = ./../include/term.h, Line = 135 The macro "TTY" is redefined. cc-106 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = ./../include/term.h, Line = 1 The declaration of "bad" has no type specifier. cc-633 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term.h, Line = 1 The token "switch" appears where a semicolon is expected. cc-106 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termios.h, Line = 186 The declaration of "tcflag_t" has no type specifier. cc-119 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termios.h, Line = 186 There is no semicolon after a declaration. cc-106 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termios.h, Line = 188 The declaration of "tcflag_t" has no type specifier. cc-426 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termios.h, Line = 188 The identifier "tcflag_t" has been declared and cannot be redefined. cc-119 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termios.h, Line = 188 There is no semicolon after a declaration. cc-106 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termios.h, Line = 190 The declaration of "tcflag_t" has no type specifier. cc-426 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termios.h, Line = 190 The identifier "tcflag_t" has been declared and cannot be redefined. cc-119 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termios.h, Line = 190 There is no semicolon after a declaration. cc-106 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termios.h, Line = 192 The declaration of "tcflag_t" has no type specifier. cc-426 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termios.h, Line = 192 The identifier "tcflag_t" has been declared and cannot be redefined. cc-119 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termios.h, Line = 192 There is no semicolon after a declaration. cc-555 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term.h, Line = 699 A member of a structure or union has an incomplete type. cc-555 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term.h, Line = 700 A member of a structure or union has an incomplete type. cc-106 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = ./../include/term.h, Line = 1 The declaration of "bad" has no type specifier. cc-633 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term.h, Line = 1 The token "switch" appears where a semicolon is expected. cc-132 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 69 An extra "}" appears in the compilation unit. cc-106 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 70 The declaration of "ENTRY" has no type specifier. cc-633 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 94 The token "*" appears where a semicolon is expected. cc-633 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 95 The token "*" appears where a semicolon is expected. cc-633 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 121 The token "*" appears where a semicolon is expected. cc-500 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 125 A "," or ")" does not appear after a function parameter. cc-500 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 125 A "," or ")" does not appear after a function parameter. cc-425 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 125 Keyword "const" cannot be used in this declaration. cc-451 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 125 A function definition is not present where required. cc-500 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 145 A "," or ")" does not appear after a function parameter. cc-501 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 145 An identifier is expected to follow a ","; "int" appears instead. cc-451 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 145 A function definition is not present where required. cc-508 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 153 A "pointer to function" contains an identifier list. cc-106 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 153 The declaration of "ENTRY" has no type specifier. cc-498 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 153 A "," or ")" is expected where "*" appears in a function prototype. cc-633 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 153 The token ")" appears where a semicolon is expected. cc-500 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 157 A "," or ")" does not appear after a function parameter. cc-451 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 157 A function definition is not present where required. cc-633 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ../ncurses/curses.priv.h, Line = 1100 The token "*" appears where a semicolon is expected. cc-500 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ../ncurses/curses.priv.h, Line = 1116 A "," or ")" does not appear after a function parameter. cc-500 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ../ncurses/curses.priv.h, Line = 1116 A "," or ")" does not appear after a function parameter. cc-521 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ../ncurses/curses.priv.h, Line = 1116 The identifier "*" is used more than once in a function declarator. cc-451 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ../ncurses/curses.priv.h, Line = 1116 A function definition is not present where required. cc-515 cc: ERROR File = ./tinfo/comp_hash.c, Line = 270 Both sides of the assignment operator are not compatible. TOTAL WARNINGS DETECTED IN comp_hash.c: 35 TOTAL ERRORS DETECTED IN comp_hash.c: 29 I'll attach config.log. Folkert van Heusden -- Try MultiTail! Multiple windows with logfiles, filtered with regular expressions, colored output, etc. etc. www.vanheusden.com/multitail/ ---------------------------------------------------------------------- Get your PGP/GPG key signed at www.biglumber.com! ---------------------------------------------------------------------- Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="config.log" This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.52.20030208. Invocation command line was $ ./configure ## ---------- ## ## Platform. ## ## ---------- ## hostname = yel.cray-cyber.org uname -m = CRAY Y-MP uname -r = 9.0.2.2 uname -s = sn5176 uname -v = sin.0 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH = /usr/local/bin:/bin:/usr/bin:/usr/bin/X11:/usr/ucb:/usr/lbin:/etc ## ------------ ## ## Core tests. ## ## ------------ ## configure:1037: PATH=".;."; conftest.sh sh-56 ./configure[1038]: conftest.sh: not found. configure:1040: $? = 127 configure:1057: result: Configuring NCURSES 5.5 ABI 5 (Mon Jan 23 09:34:33 MET 2006) configure:1162: checking build system type configure:1180: result: ymp-cray-unicos9.0.2.X configure:1187: checking host system type configure:1201: result: ymp-cray-unicos9.0.2.X configure:1209: checking target system type configure:1223: result: ymp-cray-unicos9.0.2.X configure:1254: result: Configuring for unicos9.0.2.X configure:1278: checking for prefix configure:1290: result: /usr/local configure:1365: checking for gcc configure:1391: result: no configure:1439: checking for cc configure:1454: found /bin/cc configure:1462: result: cc configure:1616: checking for C compiler version configure:1619: cc --version &5 cc-703 cc: ERROR in command line No valid filenames appear on the command line. configure:1622: $? = 1 configure:1624: cc -v &5 cc-703 cc: ERROR in command line No valid filenames appear on the command line. configure:1627: $? = 1 configure:1629: cc -V &5 Cray Standard C Version 4.0.3 (057126) Jan 23 2006 09:34:56 configure:1632: $? = 0 configure:1652: checking for C compiler default output configure:1655: cc conftest.c >&5 configure:1658: $? = 0 configure:1687: result: a.out configure:1692: checking whether the C compiler works configure:1698: ./a.out configure:1701: $? = 0 configure:1716: result: yes configure:1723: checking whether we are cross compiling configure:1725: result: no configure:1728: checking for executable suffix configure:1730: cc -o conftest conftest.c >&5 configure:1733: $? = 0 configure:1755: result: configure:1761: checking for object suffix configure:1779: cc -c conftest.c >&5 configure:1782: $? = 0 configure:1801: result: o configure:1805: checking whether we are using the GNU C compiler configure:1826: cc -c conftest.c >&5 cc-478 cc: ERROR File = configure, Line = 1817 The identifier "choke" is not declared. TOTAL ERRORS DETECTED IN conftest.c: 1 configure:1829: $? = 1 configure: failed program was: #line 1811 "configure" #include "confdefs.h" int main () { #ifndef __GNUC__ choke me #endif ; return 0; } configure:1847: result: no configure:1853: checking whether cc accepts -g configure:1871: cc -c -g conftest.c >&5 configure:1874: $? = 0 configure:1877: test -s conftest.o configure:1880: $? = 0 configure:1890: result: yes configure:1917: cc -c -g conftest.c >&5 cc-106 cc: WARNING File = conftest.c, Line = 2 The declaration of "choke" has no type specifier. cc-633 cc: ERROR File = conftest.c, Line = 2 The token "me" appears where a semicolon is expected. TOTAL WARNINGS DETECTED IN conftest.c: 1 TOTAL ERRORS DETECTED IN conftest.c: 1 configure:1920: $? = 1 configure: failed program was: #ifndef __cplusplus choke me #endif configure:2033: checking how to run the C preprocessor configure:2059: cc -E conftest.c configure:2065: $? = 0 configure:2092: cc -E conftest.c cc-315 cc: ERROR File = configure, Line = 2089 The include file "ac_nonexistent.h" is unavailable. TOTAL ERRORS DETECTED IN conftest.c: 1 configure:2098: $? = 1 configure: failed program was: #line 2088 "configure" #include "confdefs.h" #include configure:2135: result: cc -E configure:2150: cc -E conftest.c configure:2156: $? = 0 configure:2183: cc -E conftest.c cc-315 cc: ERROR File = configure, Line = 2180 The include file "ac_nonexistent.h" is unavailable. TOTAL ERRORS DETECTED IN conftest.c: 1 configure:2189: $? = 1 configure: failed program was: #line 2179 "configure" #include "confdefs.h" #include configure:2271: checking whether cc understands -c and -o together configure:2287: cc -c conftest.c -o conftest2.o >&5 configure:2290: $? = 0 configure:2292: cc -c conftest.c -o conftest2.o >&5 configure:2295: $? = 0 configure:2306: result: yes configure:2313: checking for POSIXized ISC configure:2332: result: no configure:2337: checking for cc option to accept ANSI C configure:2452: cc -c -g -DCC_HAS_PROTOS conftest.c >&5 configure:2455: $? = 0 configure:2458: test -s conftest.o configure:2461: $? = 0 configure:2474: result: -DCC_HAS_PROTOS configure:2597: checking for ldconfig configure:2628: result: no configure:2636: checking if you want to ensure bool is consistent with C++ configure:2646: result: yes configure:2702: checking for g++ configure:2728: result: no configure:2702: checking for c++ configure:2728: result: no configure:2702: checking for gpp configure:2728: result: no configure:2702: checking for aCC configure:2728: result: no configure:2702: checking for CC configure:2728: result: no configure:2702: checking for cxx configure:2728: result: no configure:2702: checking for cc++ configure:2728: result: no configure:2702: checking for cl configure:2728: result: no configure:2702: checking for FCC configure:2728: result: no configure:2702: checking for KCC configure:2728: result: no configure:2702: checking for RCC configure:2728: result: no configure:2702: checking for xlC_r configure:2728: result: no configure:2702: checking for xlC configure:2728: result: no configure:2740: checking for C++ compiler version configure:2743: g++ --version &5 sh-56 ./configure[2744]: g++: not found. configure:2746: $? = 127 configure:2748: g++ -v &5 sh-56 ./configure[2749]: g++: not found. configure:2751: $? = 127 configure:2753: g++ -V &5 sh-56 ./configure[2754]: g++: not found. configure:2756: $? = 127 configure:2759: checking whether we are using the GNU C++ compiler configure:2780: g++ -c conftest.cc >&5 sh-56 ./configure[2781]: g++: not found. configure:2783: $? = 127 configure: failed program was: #line 2765 "configure" #include "confdefs.h" int main () { #ifndef __GNUC__ choke me #endif ; return 0; } configure:2801: result: no configure:2807: checking whether g++ accepts -g configure:2825: g++ -c -g conftest.cc >&5 sh-56 ./configure[2826]comsubst: g++: not found. configure:2828: $? = 127 configure: failed program was: #line 2813 "configure" #include "confdefs.h" int main () { ; return 0; } configure:2844: result: no configure:2884: g++ -c conftest.cc >&5 sh-56 ./configure[2885]: g++: not found. configure:2887: $? = 127 configure: failed program was: #line 2871 "configure" #include "confdefs.h" #include int main () { exit (42); ; return 0; } configure:2884: g++ -c conftest.cc >&5 sh-56 ./configure[2885]: g++: not found. configure:2887: $? = 127 configure: failed program was: #line 2871 "configure" #include "confdefs.h" #include #include int main () { exit (42); ; return 0; } configure:2884: g++ -c conftest.cc >&5 sh-56 ./configure[2885]: g++: not found. configure:2887: $? = 127 configure: failed program was: #line 2871 "configure" #include "confdefs.h" #include extern "C" void std::exit (int) throw (); using std::exit; int main () { exit (42); ; return 0; } configure:2884: g++ -c conftest.cc >&5 sh-56 ./configure[2885]: g++: not found. configure:2887: $? = 127 configure: failed program was: #line 2871 "configure" #include "confdefs.h" #include extern "C" void std::exit (int); using std::exit; int main () { exit (42); ; return 0; } configure:2884: g++ -c conftest.cc >&5 sh-56 ./configure[2885]: g++: not found. configure:2887: $? = 127 configure: failed program was: #line 2871 "configure" #include "confdefs.h" #include extern "C" void exit (int) throw (); int main () { exit (42); ; return 0; } configure:2884: g++ -c conftest.cc >&5 sh-56 ./configure[2885]: g++: not found. configure:2887: $? = 127 configure: failed program was: #line 2871 "configure" #include "confdefs.h" #include extern "C" void exit (int); int main () { exit (42); ; return 0; } configure:2884: g++ -c conftest.cc >&5 sh-56 ./configure[2885]: g++: not found. configure:2887: $? = 127 configure: failed program was: #line 2871 "configure" #include "confdefs.h" #include void exit (int); int main () { exit (42); ; return 0; } configure:2950: checking for g++ configure:2981: result: no configure:3012: checking if you want to build C++ binding and demo configure:3022: result: yes configure:3025: checking if you want to build with Ada95 configure:3035: result: yes configure:3038: checking if you want to build programs such as tic configure:3048: result: yes configure:3051: checking if you wish to install curses.h configure:3061: result: yes configure:3087: checking for mawk configure:3113: result: no configure:3087: checking for gawk configure:3113: result: no configure:3087: checking for nawk configure:3102: found /usr/bin/nawk configure:3110: result: nawk configure:3120: checking whether make sets ${MAKE} configure:3140: result: yes configure:3161: checking for a BSD compatible install configure:3210: result: ./install-sh -c configure:3231: checking for long file names configure:3270: result: yes configure:3280: checking if filesystem supports mixed-case filenames configure:3307: result: yes configure:3313: checking whether ln -s works configure:3317: result: yes configure:3326: checking for ctags configure:3341: found /usr/bin/ctags configure:3350: result: yes configure:3360: checking for etags configure:3375: found /usr/bin/etags configure:3384: result: yes configure:3411: checking for tdlint configure:3437: result: no configure:3411: checking for lint configure:3426: found /usr/bin/lint configure:3434: result: lint configure:3448: checking for man configure:3463: found /usr/bin/man configure:3471: result: man configure:3519: checking for ranlib configure:3543: result: ':' configure:3593: checking for ld configure:3608: found /bin/ld configure:3617: result: ld configure:3667: checking for ar configure:3682: found /bin/ar configure:3691: result: ar configure:3707: checking for archiver options (symbol AR_OPTS) configure:3710: result: rv configure:3718: checking for makeflags variable configure:3751: result: configure:3754: checking if you have specified an install-prefix configure:3767: result: configure:3939: checking if you want to build libraries with libtool configure:3949: result: no configure:4073: checking if you want to build shared libraries configure:4083: result: no configure:4087: checking if you want to build static libraries configure:4097: result: yes configure:4101: checking if you want to build debug libraries configure:4111: result: yes configure:4115: checking if you want to build profiling libraries configure:4125: result: no configure:4133: checking for specified models configure:4137: result: normal debug configure:4142: checking for default model configure:4145: result: normal configure:4170: checking if you want to build a separate terminfo library configure:4180: result: no configure:4185: checking if you want to link with dbmalloc for testing configure:4195: result: no configure:4299: checking if you want to link with dmalloc for testing configure:4309: result: no configure:4415: checking if you want to link with the GPM mouse library configure:4425: result: maybe configure:4428: checking for Gpm_Open in -lgpm configure:4455: cc -o conftest -g conftest.c -lgpm >&5 ldr-334 cc: CAUTION File 'libgpm.a' cannot be found in any of the search directories. ldr-133 cc: WARNING Unsatisfied external references have been encountered. Unsatisfied external references Entry name Modules referencing entry Gpm_Open conftest$c ldr-112 cc: WARNING Because of previous errors, file 'conftest' is not executable. configure:4458: $? = 1 configure: failed program was: #line 4436 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ #ifdef __cplusplus extern "C" #endif /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char Gpm_Open (); int main () { Gpm_Open (); ; return 0; } configure:4475: result: no configure:4908: checking for default loader flags configure:4917: result: configure:4920: checking if rpath option should be used configure:4930: result: no configure:4940: checking if release/abi version should be used for shared libs configure:4964: result: auto configure:5262: checking if you wish to install ncurses overwriting curses configure:5272: result: no configure:5275: checking if external terminfo-database is used configure:5285: result: yes configure:5307: checking which terminfo source-file will be installed configure:5315: result: ${top_srcdir}/misc/terminfo.src configure:5319: checking for list of fallback descriptions configure:5329: result: configure:5333: checking if you want modern xterm or antique configure:5347: result: xterm-new configure:5357: checking for list of terminfo directories configure:5404: result: /usr/local/share/terminfo configure:5410: checking for default terminfo directory configure:5447: result: /usr/local/share/terminfo configure:5457: checking if big-core option selected configure:5483: cc -o conftest -g conftest.c >&5 configure:5486: $? = 0 configure:5488: ./conftest configure:5491: $? = 0 configure:5503: result: yes configure:5510: checking if you want termcap-fallback support configure:5520: result: no configure:5630: checking if ~/.terminfo is wanted configure:5640: result: yes configure:5646: checking if you want to use restrict environment when running as root configure:5656: result: yes configure:5670: checking for remove configure:5707: cc -o conftest -g conftest.c >&5 configure:5710: $? = 0 configure:5713: test -s conftest configure:5716: $? = 0 configure:5726: result: yes configure:5670: checking for unlink configure:5707: cc -o conftest -g conftest.c >&5 configure:5710: $? = 0 configure:5713: test -s conftest configure:5716: $? = 0 configure:5726: result: yes configure:5810: checking if link/symlink functions work configure:5853: cc -o conftest -g conftest.c >&5 configure:5856: $? = 0 configure:5858: ./conftest configure:5861: $? = 0 configure:5853: cc -o conftest -g conftest.c >&5 configure:5856: $? = 0 configure:5858: ./conftest configure:5861: $? = 0 configure:5879: result: link symlink configure:5915: checking if tic should use symbolic links configure:5925: result: no configure:5938: checking if you want broken-linker support code configure:5948: result: no configure:5983: checking if cc -U and -D options work together configure:6011: cc -c -g -UU_D_OPTIONS -DU_D_OPTIONS -DD_U_OPTIONS -UD_U_OPTIONS conftest.c >&5 cc-478 cc: ERROR File = configure, Line = 5999 The identifier "make" is not declared. TOTAL ERRORS DETECTED IN conftest.c: 1 configure:6014: $? = 1 configure: failed program was: #line 5992 "configure" #include "confdefs.h" int main () { #ifndef U_D_OPTIONS make an undefined-error #endif #ifdef D_U_OPTIONS make a defined-error #endif ; return 0; } configure:6034: result: no configure:6169: checking if we should define _XOPEN_SOURCE configure:6191: cc -c -g conftest.c >&5 cc-478 cc: ERROR File = configure, Line = 6183 The identifier "make" is not declared. TOTAL ERRORS DETECTED IN conftest.c: 1 configure:6194: $? = 1 configure: failed program was: #line 6176 "configure" #include "confdefs.h" #include int main () { #ifndef _XOPEN_SOURCE make an error #endif ; return 0; } configure:6224: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 cc-478 cc: ERROR File = configure, Line = 6216 The identifier "make" is not declared. TOTAL ERRORS DETECTED IN conftest.c: 1 configure:6227: $? = 1 configure: failed program was: #line 6209 "configure" #include "confdefs.h" #include int main () { #ifdef _XOPEN_SOURCE make an error #endif ; return 0; } configure:6248: result: 500 configure:6282: checking if we should define _POSIX_C_SOURCE (line 6288) testing if the symbol is already defined go no further ... configure:6306: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 configure:6309: $? = 0 configure:6312: test -s conftest.o configure:6315: $? = 0 configure:6419: result: no configure:6438: checking for nl_langinfo and CODESET configure:6456: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c >&5 configure:6459: $? = 0 configure:6462: test -s conftest configure:6465: $? = 0 configure:6476: result: yes configure:6490: checking if you want wide-character code configure:6500: result: no configure:7051: checking whether to enable _LP64 definition in curses.h configure:7061: result: no configure:7070: checking for _LARGEFILE_SOURCE value needed for large files configure:7090: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 cc-478 cc: ERROR File = configure, Line = 7083 The identifier "fseeko" is not declared. TOTAL ERRORS DETECTED IN conftest.c: 1 configure:7093: $? = 1 configure: failed program was: #line 7078 "configure" #include "confdefs.h" #include int main () { return !fseeko; ; return 0; } configure:7121: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 cc-478 cc: ERROR File = configure, Line = 7114 The identifier "fseeko" is not declared. TOTAL ERRORS DETECTED IN conftest.c: 1 configure:7124: $? = 1 configure: failed program was: #line 7108 "configure" #include "confdefs.h" #define _LARGEFILE_SOURCE 1 #include int main () { return !fseeko; ; return 0; } configure:7141: result: no configure:7155: checking for fseeko configure:7173: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c >&5 cc-478 cc: ERROR File = configure, Line = 7166 The identifier "fseeko" is not declared. TOTAL ERRORS DETECTED IN conftest.c: 1 configure:7176: $? = 1 configure: failed program was: #line 7161 "configure" #include "confdefs.h" #include int main () { return fseeko && fseeko (stdin, 0, 0); ; return 0; } configure:7192: result: no configure:7209: checking for special C compiler options needed for large files configure:7241: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 configure:7244: $? = 0 configure:7247: test -s conftest.o configure:7250: $? = 0 configure:7283: result: no configure:7289: checking for _FILE_OFFSET_BITS value needed for large files configure:7317: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 configure:7320: $? = 0 configure:7323: test -s conftest.o configure:7326: $? = 0 configure:7376: result: no configure:7386: checking for _LARGE_FILES value needed for large files configure:7414: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 configure:7417: $? = 0 configure:7420: test -s conftest.o configure:7423: $? = 0 configure:7473: result: no configure:7495: checking whether to use struct dirent64 configure:7523: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 cc-428 cc: ERROR File = configure, Line = 7512 The type of "readdir" is not compatible with its previously declared type. cc-515 cc: ERROR File = configure, Line = 7513 Both sides of the assignment operator are not compatible. cc-514 cc: ERROR File = configure, Line = 7515 One or both operands of "-" do not have the correct type. TOTAL ERRORS DETECTED IN conftest.c: 3 configure:7526: $? = 1 configure: failed program was: #line 7502 "configure" #include "confdefs.h" #include #include int main () { /* if transitional largefile support is setup, this is true */ extern struct dirent64 * readdir(DIR *); struct dirent64 *x = readdir((DIR *)0); struct dirent *y = readdir((DIR *)0); int z = x - y; ; return 0; } configure:7543: result: no configure:7550: checking for type of bool configure:7560: result: auto configure:7563: checking for alternate terminal capabilities file configure:7574: result: Caps configure:7578: checking for type of chtype configure:7588: result: auto configure:7592: checking for type of ospeed configure:7602: result: short configure:7606: checking for type of mmask_t configure:7616: result: auto configure:7620: checking if tputs should process BSD-style prefix padding configure:7630: result: no configure:7637: checking if RCS identifiers should be compiled-in configure:7647: result: no configure:7655: checking format of man-pages configure:7744: result: normal configure:7751: checking for manpage renaming configure:7793: result: no configure:7796: checking if manpage aliases will be installed configure:7807: result: yes configure:7818: checking if manpage symlinks should be used configure:7837: result: yes configure:7841: checking for manpage tbl configure:7852: result: no configure:8141: checking if you want to build with function extensions configure:8151: result: yes configure:8188: checking for extended use of const keyword configure:8198: result: no configure:8205: checking if you want $NCURSES_NO_PADDING code configure:8215: result: yes configure:8222: checking if you want SIGWINCH handler configure:8232: result: yes configure:8239: checking if you want user-definable terminal capabilities like termcap configure:8249: result: yes configure:8257: checking if you want all development code configure:8267: result: no configure:8271: checking if you want hard-tabs code configure:8281: result: no configure:8288: checking if you want limited support for xmc configure:8298: result: no configure:8307: checking if you do not want to assume colors are white-on-black configure:8317: result: yes configure:8324: checking if you want hashmap scrolling-optimization code configure:8334: result: yes configure:8341: checking if you want colorfgbg code configure:8351: result: no configure:8358: checking if you want to use experimental extended colors configure:8368: result: no configure:8398: checking if you want to use experimental extended mouse encoding configure:8408: result: no configure:8427: checking if you want experimental safe-sprintf code configure:8437: result: no configure:8467: checking if you want to display full commands during build configure:8483: result: yes configure:8487: checking if you want to see compiler warnings configure:8495: result: configure:8893: checking if you want to enable runtime assertions configure:8903: result: no configure:8964: checking whether to add trace feature to all models configure:8974: result: no configure:9055: checking for gettimeofday configure:9092: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c >&5 configure:9095: $? = 0 configure:9098: test -s conftest configure:9101: $? = 0 configure:9111: result: yes configure:9179: checking if -lm needed for math functions configure:9201: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c >&5 configure:9204: $? = 0 configure:9207: test -s conftest configure:9210: $? = 0 configure:9220: result: no configure:9228: checking for ANSI C header files configure:9242: cc -E -D_XOPEN_SOURCE=500 conftest.c configure:9248: $? = 0 configure:9335: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c >&5 configure:9338: $? = 0 configure:9340: ./conftest configure:9343: $? = 0 configure:9356: result: yes configure:9369: checking for dirent.h that defines DIR configure:9390: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 configure:9393: $? = 0 configure:9396: test -s conftest.o configure:9399: $? = 0 configure:9409: result: yes configure:9422: checking for opendir in -ldir configure:9449: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. configure:9452: $? = 0 configure:9455: test -s conftest configure:9458: $? = 0 configure:9469: result: yes configure:9531: checking whether time.h and sys/time.h may both be included configure:9553: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 configure:9556: $? = 0 configure:9559: test -s conftest.o configure:9562: $? = 0 configure:9572: result: yes configure:9582: checking for regular-expression headers configure:9607: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. configure:9610: $? = 0 configure:9613: test -s conftest configure:9616: $? = 0 configure:9698: result: regex.h configure:9734: checking for fcntl.h configure:9744: cc -E -D_XOPEN_SOURCE=500 conftest.c configure:9750: $? = 0 configure:9769: result: yes configure:9734: checking for getopt.h configure:9744: cc -E -D_XOPEN_SOURCE=500 conftest.c cc-315 cc: ERROR File = configure, Line = 9741 The include file "getopt.h" is unavailable. TOTAL ERRORS DETECTED IN conftest.c: 1 configure:9750: $? = 1 configure: failed program was: #line 9740 "configure" #include "confdefs.h" #include configure:9769: result: no configure:9734: checking for limits.h configure:9744: cc -E -D_XOPEN_SOURCE=500 conftest.c configure:9750: $? = 0 configure:9769: result: yes configure:9734: checking for locale.h configure:9744: cc -E -D_XOPEN_SOURCE=500 conftest.c configure:9750: $? = 0 configure:9769: result: yes configure:9734: checking for poll.h configure:9744: cc -E -D_XOPEN_SOURCE=500 conftest.c cc-315 cc: ERROR File = configure, Line = 9741 The include file "poll.h" is unavailable. TOTAL ERRORS DETECTED IN conftest.c: 1 configure:9750: $? = 1 configure: failed program was: #line 9740 "configure" #include "confdefs.h" #include configure:9769: result: no configure:9734: checking for sys/bsdtypes.h configure:9744: cc -E -D_XOPEN_SOURCE=500 conftest.c cc-315 cc: ERROR File = configure, Line = 9741 The include file "sys/bsdtypes.h" is unavailable. TOTAL ERRORS DETECTED IN conftest.c: 1 configure:9750: $? = 1 configure: failed program was: #line 9740 "configure" #include "confdefs.h" #include configure:9769: result: no configure:9734: checking for sys/ioctl.h configure:9744: cc -E -D_XOPEN_SOURCE=500 conftest.c configure:9750: $? = 0 configure:9769: result: yes configure:9734: checking for sys/param.h configure:9744: cc -E -D_XOPEN_SOURCE=500 conftest.c configure:9750: $? = 0 configure:9769: result: yes configure:9734: checking for sys/poll.h configure:9744: cc -E -D_XOPEN_SOURCE=500 conftest.c cc-315 cc: ERROR File = configure, Line = 9741 The include file "sys/poll.h" is unavailable. TOTAL ERRORS DETECTED IN conftest.c: 1 configure:9750: $? = 1 configure: failed program was: #line 9740 "configure" #include "confdefs.h" #include configure:9769: result: no configure:9734: checking for sys/select.h configure:9744: cc -E -D_XOPEN_SOURCE=500 conftest.c configure:9750: $? = 0 configure:9769: result: yes configure:9734: checking for sys/time.h configure:9744: cc -E -D_XOPEN_SOURCE=500 conftest.c configure:9750: $? = 0 configure:9769: result: yes configure:9734: checking for sys/times.h configure:9744: cc -E -D_XOPEN_SOURCE=500 conftest.c configure:9750: $? = 0 configure:9769: result: yes configure:9734: checking for ttyent.h configure:9744: cc -E -D_XOPEN_SOURCE=500 conftest.c cc-315 cc: ERROR File = configure, Line = 9741 The include file "ttyent.h" is unavailable. TOTAL ERRORS DETECTED IN conftest.c: 1 configure:9750: $? = 1 configure: failed program was: #line 9740 "configure" #include "confdefs.h" #include configure:9769: result: no configure:9734: checking for unistd.h configure:9744: cc -E -D_XOPEN_SOURCE=500 conftest.c configure:9750: $? = 0 configure:9769: result: yes configure:9734: checking for wctype.h configure:9744: cc -E -D_XOPEN_SOURCE=500 conftest.c configure:9750: $? = 0 configure:9769: result: yes configure:9888: checking if sys/time.h works with sys/select.h configure:9915: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 configure:9918: $? = 0 configure:9921: test -s conftest.o configure:9924: $? = 0 configure:9936: result: yes configure:9949: checking for cc option to accept ANSI C configure:10006: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 configure:10009: $? = 0 configure:10012: test -s conftest.o configure:10015: $? = 0 configure:10032: result: none needed configure:10040: checking for an ANSI C-conforming const configure:10104: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 configure:10107: $? = 0 configure:10110: test -s conftest.o configure:10113: $? = 0 configure:10123: result: yes configure:10133: checking for inline configure:10150: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 cc-633 cc: ERROR File = configure, Line = 10143 The token "int" appears where a semicolon is expected. cc-132 cc: WARNING File = configure, Line = 10143 An extra "}" appears in the compilation unit. cc-106 cc: WARNING File = configure, Line = 10144 The declaration of "inline" has no type specifier. cc-633 cc: ERROR File = configure, Line = 10144 The token "int" appears where a semicolon is expected. cc-132 cc: WARNING File = configure, Line = 10144 An extra "}" appears in the compilation unit. TOTAL WARNINGS DETECTED IN conftest.c: 3 TOTAL ERRORS DETECTED IN conftest.c: 2 configure:10153: $? = 1 configure: failed program was: #line 10141 "configure" #include "confdefs.h" #ifndef __cplusplus static inline int static_foo () {return 0; } inline int foo () {return 0; } #endif configure:10150: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 cc-633 cc: ERROR File = configure, Line = 10143 The token "int" appears where a semicolon is expected. cc-132 cc: WARNING File = configure, Line = 10143 An extra "}" appears in the compilation unit. cc-106 cc: WARNING File = configure, Line = 10144 The declaration of "__inline__" has no type specifier. cc-633 cc: ERROR File = configure, Line = 10144 The token "int" appears where a semicolon is expected. cc-132 cc: WARNING File = configure, Line = 10144 An extra "}" appears in the compilation unit. TOTAL WARNINGS DETECTED IN conftest.c: 3 TOTAL ERRORS DETECTED IN conftest.c: 2 configure:10153: $? = 1 configure: failed program was: #line 10141 "configure" #include "confdefs.h" #ifndef __cplusplus static __inline__ int static_foo () {return 0; } __inline__ int foo () {return 0; } #endif configure:10150: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 cc-633 cc: ERROR File = configure, Line = 10143 The token "int" appears where a semicolon is expected. cc-132 cc: WARNING File = configure, Line = 10143 An extra "}" appears in the compilation unit. cc-106 cc: WARNING File = configure, Line = 10144 The declaration of "__inline" has no type specifier. cc-633 cc: ERROR File = configure, Line = 10144 The token "int" appears where a semicolon is expected. cc-132 cc: WARNING File = configure, Line = 10144 An extra "}" appears in the compilation unit. TOTAL WARNINGS DETECTED IN conftest.c: 3 TOTAL ERRORS DETECTED IN conftest.c: 2 configure:10153: $? = 1 configure: failed program was: #line 10141 "configure" #include "confdefs.h" #ifndef __cplusplus static __inline int static_foo () {return 0; } __inline int foo () {return 0; } #endif configure:10170: result: no configure:10191: checking for type of chtype configure:10236: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. configure:10239: $? = 0 configure:10241: ./conftest configure:10244: $? = 0 configure:10259: result: long configure:10270: checking if unsigned literals are legal configure:10289: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 configure:10292: $? = 0 configure:10295: test -s conftest.o configure:10298: $? = 0 configure:10310: result: yes configure:10325: checking if external errno is declared configure:10350: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 configure:10353: $? = 0 configure:10356: test -s conftest.o configure:10359: $? = 0 configure:10370: result: yes configure:10385: checking if external errno exists configure:10407: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. configure:10410: $? = 0 configure:10413: test -s conftest configure:10416: $? = 0 configure:10427: result: yes configure:10440: checking if data-only library module links configure:10451: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 configure:10454: $? = 0 cmd-1102 ar: Creating 'conftest.a'. configure:10474: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 configure:10477: $? = 0 configure:10501: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c conftest.a -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. configure:10504: $? = 0 configure:10506: ./conftest configure:10509: $? = 0 configure:10524: result: yes configure:10559: checking for getcwd configure:10596: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. configure:10599: $? = 0 configure:10602: test -s conftest configure:10605: $? = 0 configure:10615: result: yes configure:10559: checking for getegid configure:10596: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. configure:10599: $? = 0 configure:10602: test -s conftest configure:10605: $? = 0 configure:10615: result: yes configure:10559: checking for geteuid configure:10596: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. configure:10599: $? = 0 configure:10602: test -s conftest configure:10605: $? = 0 configure:10615: result: yes configure:10559: checking for getttynam configure:10596: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. ldr-133 cc: WARNING Unsatisfied external references have been encountered. Unsatisfied external references Entry name Modules referencing entry getttynam conftest$c ldr-112 cc: WARNING Because of previous errors, file 'conftest' is not executable. configure:10599: $? = 1 configure: failed program was: #line 10565 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char getttynam (); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ #ifdef __cplusplus extern "C" #endif /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char getttynam (); char (*f) (); int main () { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub_getttynam) || defined (__stub___getttynam) choke me #else f = getttynam; #endif ; return 0; } configure:10615: result: no configure:10559: checking for issetugid configure:10596: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. ldr-133 cc: WARNING Unsatisfied external references have been encountered. Unsatisfied external references Entry name Modules referencing entry issetugid conftest$c ldr-112 cc: WARNING Because of previous errors, file 'conftest' is not executable. configure:10599: $? = 1 configure: failed program was: #line 10565 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char issetugid (); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ #ifdef __cplusplus extern "C" #endif /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char issetugid (); char (*f) (); int main () { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub_issetugid) || defined (__stub___issetugid) choke me #else f = issetugid; #endif ; return 0; } configure:10615: result: no configure:10559: checking for poll configure:10596: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. ldr-133 cc: WARNING Unsatisfied external references have been encountered. Unsatisfied external references Entry name Modules referencing entry poll conftest$c ldr-112 cc: WARNING Because of previous errors, file 'conftest' is not executable. configure:10599: $? = 1 configure: failed program was: #line 10565 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char poll (); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ #ifdef __cplusplus extern "C" #endif /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char poll (); char (*f) (); int main () { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub_poll) || defined (__stub___poll) choke me #else f = poll; #endif ; return 0; } configure:10615: result: no configure:10559: checking for remove configure:10615: result: yes configure:10559: checking for select configure:10596: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. configure:10599: $? = 0 configure:10602: test -s conftest configure:10605: $? = 0 configure:10615: result: yes configure:10559: checking for setbuf configure:10596: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. configure:10599: $? = 0 configure:10602: test -s conftest configure:10605: $? = 0 configure:10615: result: yes configure:10559: checking for setbuffer configure:10596: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. ldr-133 cc: WARNING Unsatisfied external references have been encountered. Unsatisfied external references Entry name Modules referencing entry setbuffer conftest$c ldr-112 cc: WARNING Because of previous errors, file 'conftest' is not executable. configure:10599: $? = 1 configure: failed program was: #line 10565 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char setbuffer (); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ #ifdef __cplusplus extern "C" #endif /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char setbuffer (); char (*f) (); int main () { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub_setbuffer) || defined (__stub___setbuffer) choke me #else f = setbuffer; #endif ; return 0; } configure:10615: result: no configure:10559: checking for setvbuf configure:10596: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. configure:10599: $? = 0 configure:10602: test -s conftest configure:10605: $? = 0 configure:10615: result: yes configure:10559: checking for sigaction configure:10596: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. configure:10599: $? = 0 configure:10602: test -s conftest configure:10605: $? = 0 configure:10615: result: yes configure:10559: checking for sigvec configure:10596: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. configure:10599: $? = 0 configure:10602: test -s conftest configure:10605: $? = 0 configure:10615: result: yes configure:10559: checking for strdup configure:10596: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. configure:10599: $? = 0 configure:10602: test -s conftest configure:10605: $? = 0 configure:10615: result: yes configure:10559: checking for strstr configure:10596: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. configure:10599: $? = 0 configure:10602: test -s conftest configure:10605: $? = 0 configure:10615: result: yes configure:10559: checking for tcgetpgrp configure:10596: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. configure:10599: $? = 0 configure:10602: test -s conftest configure:10605: $? = 0 configure:10615: result: yes configure:10559: checking for times configure:10596: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. configure:10599: $? = 0 configure:10602: test -s conftest configure:10605: $? = 0 configure:10615: result: yes configure:10559: checking for vsnprintf configure:10596: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. configure:10599: $? = 0 configure:10602: test -s conftest configure:10605: $? = 0 configure:10615: result: yes configure:10683: checking for isascii configure:10702: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. configure:10705: $? = 0 configure:10708: test -s conftest configure:10711: $? = 0 configure:10722: result: yes configure:10729: checking whether sigaction needs _POSIX_SOURCE configure:10746: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 configure:10749: $? = 0 configure:10752: test -s conftest.o configure:10755: $? = 0 configure:10802: result: no configure:10806: checking if nanosleep really works configure:10841: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. ldr-133 cc: WARNING Unsatisfied external references have been encountered. Unsatisfied external references Entry name Modules referencing entry nanosleep conftest$c ldr-112 cc: WARNING Because of previous errors, file 'conftest' is not executable. configure:10844: $? = 1 configure: program exited with status 1 configure: failed program was: #line 10816 "configure" #include "confdefs.h" #include #include #include #ifdef HAVE_SYS_TIME_H #include #endif int main() { struct timespec ts1, ts2; int code; ts1.tv_sec = 0; ts1.tv_nsec = 750000000; ts2.tv_sec = 0; ts2.tv_nsec = 0; errno = 0; code = nanosleep(&ts1, &ts2); /* on failure errno is ENOSYS. */ exit(code != 0); } configure:10861: result: no configure:10875: checking for termio.h configure:10885: cc -E -D_XOPEN_SOURCE=500 conftest.c configure:10891: $? = 0 configure:10910: result: yes configure:10875: checking for termios.h configure:10885: cc -E -D_XOPEN_SOURCE=500 conftest.c configure:10891: $? = 0 configure:10910: result: yes configure:10875: checking for unistd.h configure:10910: result: yes configure:10978: checking whether termios.h needs _POSIX_SOURCE configure:10993: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 configure:10996: $? = 0 configure:10999: test -s conftest.o configure:11002: $? = 0 configure:11048: result: no configure:11053: checking for tcgetattr configure:11088: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. configure:11091: $? = 0 configure:11094: test -s conftest configure:11097: $? = 0 configure:11107: result: yes configure:11113: checking for vsscanf function or workaround configure:11136: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. ldr-133 cc: WARNING Unsatisfied external references have been encountered. Unsatisfied external references Entry name Modules referencing entry vsscanf conftest$c ldr-112 cc: WARNING Because of previous errors, file 'conftest' is not executable. configure:11139: $? = 1 configure: failed program was: #line 11120 "configure" #include "confdefs.h" #include #include int main () { va_list ap; vsscanf("from", "%d", ap) ; return 0; } configure:11175: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 cc-478 cc: ERROR File = configure, Line = 11168 The identifier "ap" is not declared. TOTAL ERRORS DETECTED IN conftest.c: 1 configure:11178: $? = 1 configure: failed program was: #line 11153 "configure" #include "confdefs.h" #include #include int main () { FILE strbuf; char *str = "from"; strbuf._flag = _IOREAD; strbuf._ptr = strbuf._base = (unsigned char *) str; strbuf._cnt = strlen(str); strbuf._file = _NFILE; return (vfscanf(&strbuf, "%d", ap)) ; return 0; } configure:11214: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 cc-478 cc: ERROR File = configure, Line = 11207 The identifier "ap" is not declared. TOTAL ERRORS DETECTED IN conftest.c: 1 configure:11217: $? = 1 configure: failed program was: #line 11192 "configure" #include "confdefs.h" #include #include int main () { FILE strbuf; char *str = "from"; strbuf._flag = _IOREAD; strbuf._ptr = strbuf._base = (unsigned char *) str; strbuf._cnt = strlen(str); strbuf._file = _NFILE; return (_doscan(&strbuf, "%d", ap)) ; return 0; } configure:11238: result: no configure:11256: checking for working mkstemp configure:11363: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. ldr-133 cc: WARNING Unsatisfied external references have been encountered. Unsatisfied external references Entry name Modules referencing entry mkstemp conftest$c ldr-112 cc: WARNING Because of previous errors, file 'conftest' is not executable. configure:11366: $? = 1 configure: program exited with status 1 configure: failed program was: #line 11325 "configure" #include "confdefs.h" #include #include #include #include #include int main() { char *tmpl = "conftestXXXXXX"; char name[2][80]; int n; int result = 0; int fd; struct stat sb; umask(077); for (n = 0; n < 2; ++n) { strcpy(name[n], tmpl); if ((fd = mkstemp(name[n])) >= 0) { if (!strcmp(name[n], tmpl) || stat(name[n], &sb) != 0 || (sb.st_mode & S_IFMT) != S_IFREG || (sb.st_mode & 077) != 0) { result = 1; } close(fd); } } if (result == 0 && !strcmp(name[0], name[1])) result = 1; exit(result); } configure:11386: result: no configure:11406: checking whether setvbuf arguments are reversed configure:11434: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 cc-269 cc: WARNING File = configure, Line = 11426 The type of argument #2 to function "setvbuf" is not compatible with a previous declaration. cc-269 cc: WARNING File = configure, Line = 11426 The type of argument #3 to function "setvbuf" is not compatible with a previous declaration. TOTAL WARNINGS DETECTED IN conftest.c: 2 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. configure:11437: $? = 0 configure:11439: ./conftest configure:11442: $? = 1 configure: program exited with status 1 configure: failed program was: #line 11417 "configure" #include "confdefs.h" #include /* If setvbuf has the reversed format, exit 0. */ int main () { /* This call has the arguments reversed. A reversed system may check and see that the address of main is not _IOLBF, _IONBF, or _IOFBF, and return nonzero. */ if (setvbuf(stdout, _IOLBF, (char *) main, BUFSIZ) != 0) exit(1); putc('\r', stdout); exit(0); /* Non-reversed systems segv here. */ } configure:11455: result: no configure:11466: checking return type of signal handlers configure:11494: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 configure:11497: $? = 0 configure:11500: test -s conftest.o configure:11503: $? = 0 configure:11513: result: void configure:11520: checking for type sigaction_t configure:11540: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 cc-478 cc: ERROR File = configure, Line = 11533 The identifier "sigaction_t" is not declared. TOTAL ERRORS DETECTED IN conftest.c: 1 configure:11543: $? = 1 configure: failed program was: #line 11527 "configure" #include "confdefs.h" #include int main () { sigaction_t x ; return 0; } configure:11560: result: no configure:11566: checking declaration of size-change configure:11625: cc -c -g -D_XOPEN_SOURCE=500 conftest.c >&5 configure:11628: $? = 0 configure:11631: test -s conftest.o configure:11634: $? = 0 size-change succeeded () configure:11653: result: yes configure:11670: checking for memmove configure:11707: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 ldr-334 cc: CAUTION File 'libdir.a' cannot be found in any of the search directories. configure:11710: $? = 0 configure:11713: test -s conftest configure:11716: $? = 0 configure:11726: result: yes configure:11858: checking if poll really works configure:11889: cc -o conftest -g -D_XOPEN_SOURCE=500 conftest.c -ldir >&5 cc-315 cc: ERROR File = configure, Line = 11874 The include file "sys/poll.h" is unavailable. cc-526 cc: ERROR File = configure, Line = 11877 The identifier "myfds" is declared to have an incomplete type. cc-421 cc: ERROR File = configure, Line = 11880 The member name "fd" is not a member of the "struct" or "union". cc-421 cc: ERROR File = configure, Line = 11881 The member name "events" is not a member of the "struct" or "union". TOTAL ERRORS DETECTED IN conftest.c: 4 configure:11892: $? = 1 configure: program exited with status 1 configure: failed program was: #line 11868 "configure" #include "confdefs.h" #include #ifdef HAVE_POLL_H #include #else #include #endif int main() { struct pollfd myfds; int ret; myfds.fd = 0; myfds.events = POLLIN; ret = poll(&myfds, 1, 100); exit(ret != 0); } configure:11909: result: no configure:11922: checking if we should include stdbool.h configure:11942: cc -c -D_XOPEN_SOURCE=500 conftest.c >&5 cc-478 cc: ERROR File = configure, Line = 11935 The identifier "bool" is not declared. TOTAL ERRORS DETECTED IN conftest.c: 1 configure:11945: $? = 1 configure: failed program was: #line 11930 "configure" #include "confdefs.h" int main () { bool foo = false ; return 0; } configure:11974: cc -c -D_XOPEN_SOURCE=500 conftest.c >&5 cc-315 cc: ERROR File = configure, Line = 11961 The include file "stdbool.h" is unavailable. cc-478 cc: ERROR File = configure, Line = 11967 The identifier "bool" is not declared. TOTAL ERRORS DETECTED IN conftest.c: 2 configure:11977: $? = 1 configure: failed program was: #line 11958 "configure" #include "confdefs.h" #ifndef __BEOS__ #include #endif int main () { bool foo = false ; return 0; } configure:11999: result: no configure:12003: checking for builtin bool type configure:12026: cc -c -D_XOPEN_SOURCE=500 conftest.c >&5 cc-478 cc: ERROR File = configure, Line = 12019 The identifier "bool" is not declared. TOTAL ERRORS DETECTED IN conftest.c: 1 configure:12029: $? = 1 configure: failed program was: #line 12011 "configure" #include "confdefs.h" #include #include int main () { bool x = false ; return 0; } configure:12050: result: no configure:13276: checking for fallback type of bool configure:13282: result: int configure:13311: checking for gnatmake configure:13335: result: no configure:13564: checking for library subsets configure:13577: result: termlib+ext_tinfo+base+ext_funcs configure:13615: checking default library suffix configure:13626: result: configure:13629: checking default library-dependency suffix configure:13658: result: .a configure:13661: checking default object directory configure:13677: result: objects configure:13682: checking c++ library-dependency suffix configure:13708: result: .a configure:13747: checking where we will install curses.h configure:13752: result: $(prefix)/include/ncurses configure:13773: checking for src modules configure:13836: result: ncurses progs tack panel menu form configure:14061: creating ./config.status ## ----------------------- ## ## Running config.status. ## ## ----------------------- ## This file was extended by config.status 2.52.20030208, executed with CONFIG_FILES = CONFIG_HEADERS = CONFIG_LINKS = CONFIG_COMMANDS = > ./config.status on yel.cray-cyber.org config.status:14700: creating include/MKterm.h.awk config.status:14700: creating include/curses.head config.status:14700: creating include/termcap.h config.status:14700: creating include/unctrl.h config.status:14700: creating man/Makefile config.status:14700: creating include/Makefile config.status:14700: creating ncurses/Makefile config.status:14700: creating progs/Makefile config.status:14700: creating tack/Makefile config.status:14700: creating panel/Makefile config.status:14700: creating menu/Makefile config.status:14700: creating form/Makefile config.status:14700: creating test/Makefile config.status:14700: creating misc/Makefile config.status:14700: creating c++/Makefile config.status:14700: creating misc/run_tic.sh config.status:14700: creating Makefile config.status:14797: creating include/ncurses_cfg.h ## ----------------- ## ## Cache variables. ## ## ----------------- ## ac_cv_build=ymp-cray-unicos9.0.2.X ac_cv_build_alias=ymp-cray-unicos9.0.2.X ac_cv_c_compiler_gnu=no ac_cv_c_const=yes ac_cv_c_inline=no ac_cv_cxx_compiler_gnu=no ac_cv_env_CC_set='' ac_cv_env_CC_value='' ac_cv_env_CFLAGS_set='' ac_cv_env_CFLAGS_value='' ac_cv_env_CPPFLAGS_set='' ac_cv_env_CPPFLAGS_value='' ac_cv_env_CPP_set='' ac_cv_env_CPP_value='' ac_cv_env_CXXCPP_set='' ac_cv_env_CXXCPP_value='' ac_cv_env_CXXFLAGS_set='' ac_cv_env_CXXFLAGS_value='' ac_cv_env_CXX_set='' ac_cv_env_CXX_value='' ac_cv_env_LDFLAGS_set='' ac_cv_env_LDFLAGS_value='' ac_cv_env_build_alias_set='' ac_cv_env_build_alias_value='' ac_cv_env_host_alias_set='' ac_cv_env_host_alias_value='' ac_cv_env_target_alias_set='' ac_cv_env_target_alias_value='' ac_cv_func_fseeko=no ac_cv_func_getcwd=yes ac_cv_func_getegid=yes ac_cv_func_geteuid=yes ac_cv_func_gettimeofday=yes ac_cv_func_getttynam=no ac_cv_func_issetugid=no ac_cv_func_link=yes ac_cv_func_memmove=yes ac_cv_func_poll=no ac_cv_func_remove=yes ac_cv_func_select=yes ac_cv_func_setbuf=yes ac_cv_func_setbuffer=no ac_cv_func_setvbuf=yes ac_cv_func_setvbuf_reversed=no ac_cv_func_sigaction=yes ac_cv_func_sigvec=yes ac_cv_func_strdup=yes ac_cv_func_strstr=yes ac_cv_func_symlink=yes ac_cv_func_tcgetpgrp=yes ac_cv_func_times=yes ac_cv_func_unlink=yes ac_cv_func_vsnprintf=yes ac_cv_header_dirent_dirent_h=yes ac_cv_header_fcntl_h=yes ac_cv_header_getopt_h=no ac_cv_header_limits_h=yes ac_cv_header_locale_h=yes ac_cv_header_poll_h=no ac_cv_header_stdc=yes ac_cv_header_sys_bsdtypes_h=no ac_cv_header_sys_ioctl_h=yes ac_cv_header_sys_param_h=yes ac_cv_header_sys_poll_h=no ac_cv_header_sys_select_h=yes ac_cv_header_sys_time_h=yes ac_cv_header_sys_times_h=yes ac_cv_header_termio_h=yes ac_cv_header_termios_h=yes ac_cv_header_time=yes ac_cv_header_ttyent_h=no ac_cv_header_unistd_h=yes ac_cv_header_wctype_h=yes ac_cv_host=ymp-cray-unicos9.0.2.X ac_cv_host_alias=ymp-cray-unicos9.0.2.X ac_cv_lib_dir_opendir=yes ac_cv_lib_gpm_Gpm_Open=no ac_cv_objext=o ac_cv_prog_AWK=nawk ac_cv_prog_CPP='cc -E' ac_cv_prog_LINT=lint ac_cv_prog_MAKE_LOWER_TAGS=yes ac_cv_prog_MAKE_UPPER_TAGS=yes ac_cv_prog_MAN=man ac_cv_prog_ac_ct_AR=ar ac_cv_prog_ac_ct_CC=cc ac_cv_prog_ac_ct_LD=ld ac_cv_prog_ac_ct_RANLIB=''\'':'\' ac_cv_prog_cc_g=yes ac_cv_prog_cc_stdc='' ac_cv_prog_cxx_g=no ac_cv_prog_gnat_exists=no ac_cv_prog_make_make_set=yes ac_cv_sys_file_offset_bits=no ac_cv_sys_large_files=no ac_cv_sys_largefile_CC=no ac_cv_sys_largefile_source=no ac_cv_sys_long_file_names=yes ac_cv_target=ymp-cray-unicos9.0.2.X ac_cv_target_alias=ymp-cray-unicos9.0.2.X ac_cv_type_signal=void am_cv_langinfo_codeset=yes cf_cv_1UL=1UL cf_cv_abi_version=5 cf_cv_ansi_cc=-DCC_HAS_PROTOS cf_cv_builtin_bool=1 cf_cv_cc_bool_type=0 cf_cv_cc_u_d_options=no cf_cv_dcl_errno=yes cf_cv_do_symlinks=no cf_cv_enable_lp64=0 cf_cv_func_mkstemp=no cf_cv_func_nanosleep=no cf_cv_func_vsscanf=no cf_cv_have_errno=yes cf_cv_have_isascii=yes cf_cv_have_tcgetattr=yes cf_cv_header_stdbool_h=0 cf_cv_ld_rpath=no cf_cv_link_dataonly=yes cf_cv_link_funcs=' link symlink' cf_cv_makeflags='' cf_cv_mixedcase=yes cf_cv_need_libm=no cf_cv_posix_c_source=no cf_cv_prog_CC_c_o=yes cf_cv_regex=regex.h cf_cv_rel_version=5.5 cf_cv_rm_so_locs=no cf_cv_shlib_version=auto cf_cv_shlib_version_infix=no cf_cv_sizechange=yes cf_cv_src_modules='ncurses progs tack panel menu form' cf_cv_struct_dirent64=no cf_cv_subst_AR_OPTS=rv cf_cv_sys_time_select=yes cf_cv_system_name=unicos9.0.2.X cf_cv_timestamp='Mon Jan 23 09:34:33 MET 2006' cf_cv_type_of_bool=int cf_cv_type_sigaction=no cf_cv_typeof_chtype=long cf_cv_typeof_mmask_t=long cf_cv_unsigned_literals=yes cf_cv_working_poll=no cf_cv_xopen_source=500 ## ------------ ## ## confdefs.h. ## ## ------------ ## #define SYSTEM_NAME "unicos9.0.2.X" #define CC_HAS_PROTOS 1 #ifdef __cplusplus void exit (int); #endif #define HAVE_LONG_FILE_NAMES 1 #define MIXEDCASE_FILENAMES 1 #define USE_DATABASE 1 #define TERMINFO_DIRS "/usr/local/share/terminfo" #define TERMINFO "/usr/local/share/terminfo" #define HAVE_BIG_CORE 1 #define PURE_TERMINFO 1 #define USE_HOME_TERMINFO 1 #define USE_ROOT_ENVIRON 1 #define HAVE_REMOVE 1 #define HAVE_UNLINK 1 #define HAVE_LINK 1 #define HAVE_SYMLINK 1 #define HAVE_LANGINFO_CODESET 1 #define HAVE_CURSES_VERSION 1 #define HAVE_HAS_KEY 1 #define HAVE_RESIZETERM 1 #define HAVE_RESIZE_TERM 1 #define HAVE_USE_DEFAULT_COLORS 1 #define HAVE_WRESIZE 1 #define NCURSES_EXT_FUNCS 1 #define NCURSES_NO_PADDING 1 #define USE_SIGWINCH 1 #define USE_ASSUMED_COLOR 1 #define USE_HASHMAP 1 #define HAVE_NC_ALLOC_H 1 #define HAVE_GETTIMEOFDAY 1 #define STDC_HEADERS 1 #define HAVE_DIRENT_H 1 #define TIME_WITH_SYS_TIME 1 #define HAVE_REGEX_H_FUNCS 1 #define HAVE_FCNTL_H 1 #define HAVE_LIMITS_H 1 #define HAVE_LOCALE_H 1 #define HAVE_SYS_IOCTL_H 1 #define HAVE_SYS_PARAM_H 1 #define HAVE_SYS_SELECT_H 1 #define HAVE_SYS_TIME_H 1 #define HAVE_SYS_TIMES_H 1 #define HAVE_UNISTD_H 1 #define HAVE_WCTYPE_H 1 #define HAVE_SYS_TIME_SELECT 1 #define inline #define TYPEOF_CHTYPE long #define HAVE_ERRNO 1 #define HAVE_GETCWD 1 #define HAVE_GETEGID 1 #define HAVE_GETEUID 1 #define HAVE_REMOVE 1 #define HAVE_SELECT 1 #define HAVE_SETBUF 1 #define HAVE_SETVBUF 1 #define HAVE_SIGACTION 1 #define HAVE_SIGVEC 1 #define HAVE_STRDUP 1 #define HAVE_STRSTR 1 #define HAVE_TCGETPGRP 1 #define HAVE_TIMES 1 #define HAVE_VSNPRINTF 1 #define HAVE_ISASCII 1 #define HAVE_TERMIO_H 1 #define HAVE_TERMIOS_H 1 #define HAVE_UNISTD_H 1 #define HAVE_TCGETATTR 1 #define RETSIGTYPE void #define HAVE_SIZECHANGE 1 #define HAVE_SLK_COLOR 1 #define HAVE_PANEL_H 1 #define HAVE_LIBPANEL 1 #define HAVE_MENU_H 1 #define HAVE_LIBMENU 1 #define HAVE_FORM_H 1 #define HAVE_LIBFORM 1 #define NCURSES_PATHSEP ':' #define NCURSES_VERSION_STRING "5.5.20051010" configure: exit 0 --FL5UXtIhxfXey3p5-- From MAILER-DAEMON Mon Jan 23 05:32:42 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F0yvq-0008AV-9s for mharc-bug-ncurses@gnu.org; Mon, 23 Jan 2006 05:28:19 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F0ytT-0007Dm-Gm for bug-ncurses@gnu.org; Mon, 23 Jan 2006 05:25:52 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F0ykp-0004KV-N9 for bug-ncurses@gnu.org; Mon, 23 Jan 2006 05:16:58 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F0yhq-0003mH-2I for bug-ncurses@gnu.org; Mon, 23 Jan 2006 05:13:50 -0500 Received: from [216.194.216.42] (helo=mail501.his.com) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1F0ymY-00037g-E3 for bug-ncurses@gnu.org; Mon, 23 Jan 2006 05:18:42 -0500 Received: from mail501.his.com (localhost.his.com [127.0.0.1]) by mail501.his.com (8.13.4/8.13.3) with ESMTP id k0NAB3n2002122 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Jan 2006 05:11:04 -0500 (EST) (envelope-from dickey@his.com) Received: from localhost (dickey@localhost) by mail501.his.com (8.13.4/8.13.4/Submit) with ESMTP id k0NAB3G2002118; Mon, 23 Jan 2006 05:11:03 -0500 (EST) (envelope-from dickey@his.com) X-Authentication-Warning: mail501.his.com: dickey owned process doing -bs Date: Mon, 23 Jan 2006 05:11:03 -0500 (EST) From: Thomas Dickey To: Folkert van Heusden In-Reply-To: <20060123093248.GF1965@vanheusden.com> Message-ID: <20060123050714.H151@mail501.his.com> References: <20060123093248.GF1965@vanheusden.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: bug-ncurses@gnu.org Subject: Re: compiling ncurses on a cray y-mp running unicos 9.0 (9.0.2.2) X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 10:28:13 -0000 On Mon, 23 Jan 2006, Folkert van Heusden wrote: > Hi, > > I'm trying to compile ncurses 5.5 on a cray y-mp running unicos 9.0 > (9.0.2.2). ./configure runs cleanly only compilation fails which some > errors. Are these errors familiar to you? Like: maybe with one no - it's likely something that can be fixed by adding configure script checks to turn on some ifdef's in unicos's headers. config.log is helpful, but someone has to read the header files to see what the fix might be. making a guess, unicos is probably pre-POSIX. ncurses has been built on a few of those, e.g., SunOS 4.x, but there are several flavors to work with. > ..configure-switch it can be fixed. > > cc -o make_hash -DHAVE_CONFIG_H -I../ncurses -I. -I./../include -I../include -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include -D_XOPEN_SOURCE=500 -I/usr/local/include/ncurses -DMAIN_PROGRAM ./ > tinfo/comp_hash.c -ldir > cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 105 > The macro "B19200" is redefined. > cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 106 > The macro "B38400" is redefined. > cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 163 > The macro "TCGETA" is redefined. > cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 164 > The macro "TCSETA" is redefined. > cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 165 > The macro "TCSETAW" is redefined. > cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 166 > The macro "TCSETAF" is redefined. > cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 167 > The macro "TCSBRK" is redefined. > cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 168 > The macro "TCXONC" is redefined. > cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 169 > The macro "TCFLSH" is redefined. > cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 170 > The macro "TCGETPGRP" is redefined. > cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 171 > The macro "TCSETPGRP" is redefined. > cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 172 > The macro "TCSETCTTY" is redefined. > cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 173 > The macro "TCCLRCTTY" is redefined. > cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 174 > The macro "TCGETDEV" is redefined. > cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 176 > The macro "TCSIG" is redefined. > cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 177 > The macro "TCTTRD" is redefined. > cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 178 > The macro "TCSIGME" is redefined. > cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 179 > The macro "TCRDFL" is redefined. > cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 180 > The macro "TCDSET" is redefined. > cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termio.h, Line = 181 > The macro "TCVHUP" is redefined. > cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = ./../include/term.h, Line = 93 > The macro "TTY" is redefined. > cc-315 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term.h, Line = 133 > The include file "sgtty.h" is unavailable. > cc-101 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = ./../include/term.h, Line = 135 > The macro "TTY" is redefined. > cc-106 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = ./../include/term.h, Line = 1 > The declaration of "bad" has no type specifier. > cc-633 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term.h, Line = 1 > The token "switch" appears where a semicolon is expected. > cc-106 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termios.h, Line = 186 > The declaration of "tcflag_t" has no type specifier. > cc-119 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termios.h, Line = 186 > There is no semicolon after a declaration. > cc-106 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termios.h, Line = 188 > The declaration of "tcflag_t" has no type specifier. > cc-426 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termios.h, Line = 188 > The identifier "tcflag_t" has been declared and cannot be redefined. > cc-119 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termios.h, Line = 188 > There is no semicolon after a declaration. > cc-106 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termios.h, Line = 190 > The declaration of "tcflag_t" has no type specifier. > cc-426 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termios.h, Line = 190 > The identifier "tcflag_t" has been declared and cannot be redefined. > cc-119 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termios.h, Line = 190 > There is no semicolon after a declaration. > cc-106 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termios.h, Line = 192 > The declaration of "tcflag_t" has no type specifier. > cc-426 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termios.h, Line = 192 > The identifier "tcflag_t" has been declared and cannot be redefined. > cc-119 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = /usr/include/sys/termios.h, Line = 192 > There is no semicolon after a declaration. > cc-555 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term.h, Line = 699 > A member of a structure or union has an incomplete type. > cc-555 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term.h, Line = 700 > A member of a structure or union has an incomplete type. > cc-106 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = ./../include/term.h, Line = 1 > The declaration of "bad" has no type specifier. > cc-633 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term.h, Line = 1 > The token "switch" appears where a semicolon is expected. > cc-132 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 69 > An extra "}" appears in the compilation unit. > cc-106 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 70 > The declaration of "ENTRY" has no type specifier. > cc-633 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 94 > The token "*" appears where a semicolon is expected. > cc-633 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 95 > The token "*" appears where a semicolon is expected. > cc-633 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 121 > The token "*" appears where a semicolon is expected. > cc-500 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 125 > A "," or ")" does not appear after a function parameter. > cc-500 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 125 > A "," or ")" does not appear after a function parameter. > cc-425 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 125 > Keyword "const" cannot be used in this declaration. > cc-451 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 125 > A function definition is not present where required. > cc-500 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 145 > A "," or ")" does not appear after a function parameter. > cc-501 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 145 > An identifier is expected to follow a ","; "int" appears instead. > cc-451 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 145 > A function definition is not present where required. > cc-508 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 153 > A "pointer to function" contains an identifier list. > cc-106 cc: WARNING ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 153 > The declaration of "ENTRY" has no type specifier. > cc-498 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 153 > A "," or ")" is expected where "*" appears in a function prototype. > cc-633 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 153 > The token ")" appears where a semicolon is expected. > cc-500 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 157 > A "," or ")" does not appear after a function parameter. > cc-451 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ./../include/term_entry.h, Line = 157 > A function definition is not present where required. > cc-633 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ../ncurses/curses.priv.h, Line = 1100 > The token "*" appears where a semicolon is expected. > cc-500 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ../ncurses/curses.priv.h, Line = 1116 > A "," or ")" does not appear after a function parameter. > cc-500 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ../ncurses/curses.priv.h, Line = 1116 > A "," or ")" does not appear after a function parameter. > cc-521 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ../ncurses/curses.priv.h, Line = 1116 > The identifier "*" is used more than once in a function declarator. > cc-451 cc: ERROR ./tinfo/comp_hash.c, Line = 42, File = ../ncurses/curses.priv.h, Line = 1116 > A function definition is not present where required. > cc-515 cc: ERROR File = ./tinfo/comp_hash.c, Line = 270 > Both sides of the assignment operator are not compatible. > > TOTAL WARNINGS DETECTED IN comp_hash.c: 35 > TOTAL ERRORS DETECTED IN comp_hash.c: 29 > > I'll attach config.log. > > > Folkert van Heusden > > -- > Try MultiTail! Multiple windows with logfiles, filtered with regular > expressions, colored output, etc. etc. www.vanheusden.com/multitail/ > ---------------------------------------------------------------------- > Get your PGP/GPG key signed at www.biglumber.com! > ---------------------------------------------------------------------- > Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com > -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From MAILER-DAEMON Wed Jan 25 18:31:34 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F1u6w-0001A1-8q for mharc-bug-ncurses@gnu.org; Wed, 25 Jan 2006 18:31:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F1smU-0005sV-8u for bug-ncurses@gnu.org; Wed, 25 Jan 2006 17:06:22 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F1smR-0005q0-Dp for bug-ncurses@gnu.org; Wed, 25 Jan 2006 17:06:21 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F1smM-0005na-AL for bug-ncurses@gnu.org; Wed, 25 Jan 2006 17:06:15 -0500 Received: from [70.243.10.236] (helo=mail.smartcsc.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1F1sjo-0007Sm-Jv for bug-ncurses@gnu.org; Wed, 25 Jan 2006 17:03:36 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.smartcsc.com (Postfix) with ESMTP id 09C02A40C1 for ; Thu, 26 Jan 2006 05:46:39 -0600 (CST) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.smartcsc.com (Postfix) with ESMTP id CB406A40CE for ; Thu, 26 Jan 2006 05:46:38 -0600 (CST) Received: from mail.smartcsc.com ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08543-01 for ; Thu, 26 Jan 2006 05:46:38 -0600 (CST) Received: from bigkid (adsl-70-243-10-234.dsl.wcfltx.swbell.net [70.243.10.234]) by mail.smartcsc.com (Postfix) with ESMTP id 5659DA40C1 for ; Thu, 26 Jan 2006 05:46:38 -0600 (CST) From: Ricardo Cantu Organization: Computer Services To: bug-ncurses@gnu.org Date: Wed, 25 Jan 2006 16:03:18 -0600 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601251603.18864.ricky@smartcsc.com> X-Virus-Scanned: by amavisd-new at smartcsc.com X-Mailman-Approved-At: Wed, 25 Jan 2006 18:31:32 -0500 Subject: Pad chars issue X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2006 22:06:23 -0000 It seems that > AttrOf(*p) == ChAttrOf(pad) will never evaluate true . AttrOf is a macro that simply points to the attr member of a wide_char structure. ChAttrOf is the actual character &'ed to a A_ATTRIB bit. Either this can never evaluate true or the attr is not being set for the padded char during the initial buffer population. The pad chars are being returned in the buffer when they should be filtered out by the following code. form/form_driver.c > /* replace visual padding character by blanks in buffer */ > if (pad != C_BLANK) > { > int i; > > for (i = 0; i < len; i++, p++) > { > if ((unsigned long)CharOf(*p) == ChCharOf(pad) >#if USE_WIDEC_SUPPORT > && p->chars[1] == 0 >#endif > ) /* This is borken: && AttrOf(*p) == ChAttrOf(pad)) */ . > *p = myBLANK; > } > } From MAILER-DAEMON Wed Jan 25 19:39:49 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F1vAy-0002b2-Vo for mharc-bug-ncurses@gnu.org; Wed, 25 Jan 2006 19:39:49 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F1vAw-0002Zt-Nd for bug-ncurses@gnu.org; Wed, 25 Jan 2006 19:39:47 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F1vAr-0002Ye-Il for bug-ncurses@gnu.org; Wed, 25 Jan 2006 19:39:45 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F1vAn-0002YU-Cl for bug-ncurses@gnu.org; Wed, 25 Jan 2006 19:39:38 -0500 Received: from [216.194.216.42] (helo=mail501.his.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1F1v8F-0003i7-VZ for bug-ncurses@gnu.org; Wed, 25 Jan 2006 19:37:00 -0500 Received: from mail501.his.com (localhost.his.com [127.0.0.1]) by mail501.his.com (8.13.4/8.13.3) with ESMTP id k0Q0af7G077557 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Jan 2006 19:36:41 -0500 (EST) (envelope-from dickey@his.com) Received: from localhost (dickey@localhost) by mail501.his.com (8.13.4/8.13.4/Submit) with ESMTP id k0Q0adMh077532; Wed, 25 Jan 2006 19:36:39 -0500 (EST) (envelope-from dickey@his.com) X-Authentication-Warning: mail501.his.com: dickey owned process doing -bs Date: Wed, 25 Jan 2006 19:36:39 -0500 (EST) From: Thomas Dickey To: Ricardo Cantu In-Reply-To: <200601251603.18864.ricky@smartcsc.com> Message-ID: <20060125193628.E76895@mail501.his.com> References: <200601251603.18864.ricky@smartcsc.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: bug-ncurses@gnu.org Subject: Re: Pad chars issue X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 00:39:47 -0000 On Wed, 25 Jan 2006, Ricardo Cantu wrote: > It seems that >> AttrOf(*p) == ChAttrOf(pad) > will never evaluate true . AttrOf is a macro that simply points to the attr > member of a wide_char structure. ChAttrOf is the actual character &'ed to a > A_ATTRIB bit. Either this can never evaluate true or the attr is not being > set for the padded char during the initial buffer population. thanks (will fix). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From MAILER-DAEMON Thu Jan 26 21:43:04 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F2JZo-0005BX-MC for mharc-bug-ncurses@gnu.org; Thu, 26 Jan 2006 21:43:04 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F2JZm-0005Ay-5F for bug-ncurses@gnu.org; Thu, 26 Jan 2006 21:43:02 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F2JZi-00057P-6w for bug-ncurses@gnu.org; Thu, 26 Jan 2006 21:43:01 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F2JZi-00056y-1h for bug-ncurses@gnu.org; Thu, 26 Jan 2006 21:42:58 -0500 Received: from [68.230.240.34] (helo=eastrmmtao05.cox.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1F2JXN-0007lw-Bh for bug-ncurses@gnu.org; Thu, 26 Jan 2006 21:40:33 -0500 Received: from localhost.localdomain ([68.9.66.48]) by eastrmmtao05.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060127024007.VNPP14098.eastrmmtao05.cox.net@localhost.localdomain> for ; Thu, 26 Jan 2006 21:40:07 -0500 Received: from bob by localhost.localdomain with local (Exim 4.52) id 1F2JXP-0005Rm-2s for bug-ncurses@gnu.org; Thu, 26 Jan 2006 21:40:35 -0500 Date: Thu, 26 Jan 2006 21:40:35 -0500 From: Bob Rossi To: bug-ncurses@gnu.org Message-ID: <20060127024034.GB20440@brasko.net> Mail-Followup-To: bug-ncurses@gnu.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: foreground/background colors X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 02:43:02 -0000 Hi All, I search the mailing list and couldn't find exactly what I was interested in. I was wondering if there was a way to determine what the foreground and background colors of the terminal are, that an ncurses application was started in. I recently learned about use_default_colors() function and it is very nice. However, I want a status bar (like vim), that displays the opposite of the default color. So if the default is white on black, I want a status bar that's black on white. And vice versa. Any suggestions would be greatly appreciated. Thanks, Bob Rossi From MAILER-DAEMON Fri Jan 27 12:52:39 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F2Xjx-0001PD-9Z for mharc-bug-ncurses@gnu.org; Fri, 27 Jan 2006 12:50:29 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F2Xbx-000838-M7 for bug-ncurses@gnu.org; Fri, 27 Jan 2006 12:42:14 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F2WMh-0004yN-32 for bug-ncurses@gnu.org; Fri, 27 Jan 2006 11:22:23 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F2UBF-0003Ti-J1 for bug-ncurses@gnu.org; Fri, 27 Jan 2006 09:02:27 -0500 Received: from [216.194.216.42] (helo=mail501.his.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1F2U90-0000OZ-2s for bug-ncurses@gnu.org; Fri, 27 Jan 2006 09:00:06 -0500 Received: from mail501.his.com (localhost.his.com [127.0.0.1]) by mail501.his.com (8.13.4/8.13.3) with ESMTP id k0RDx7ml045221 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Jan 2006 08:59:07 -0500 (EST) (envelope-from dickey@his.com) Received: from localhost (dickey@localhost) by mail501.his.com (8.13.4/8.13.4/Submit) with ESMTP id k0RDx7Fn045216; Fri, 27 Jan 2006 08:59:07 -0500 (EST) (envelope-from dickey@his.com) X-Authentication-Warning: mail501.his.com: dickey owned process doing -bs Date: Fri, 27 Jan 2006 08:59:07 -0500 (EST) From: Thomas Dickey To: Bob Rossi In-Reply-To: <20060127024034.GB20440@brasko.net> Message-ID: <20060127085828.I39805@mail501.his.com> References: <20060127024034.GB20440@brasko.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: bug-ncurses@gnu.org Subject: Re: foreground/background colors X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 17:50:24 -0000 On Thu, 26 Jan 2006, Bob Rossi wrote: > Hi All, > > I search the mailing list and couldn't find exactly what I was > interested in. I was wondering if there was a way to determine what the > foreground and background colors of the terminal are, that an ncurses > application was started in. no - there's no portable way to obtain this information -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From MAILER-DAEMON Sat Jan 28 21:04:04 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F311v-0003PV-Rz for mharc-bug-ncurses@gnu.org; Sat, 28 Jan 2006 20:07:00 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F30mz-0001DT-Fz for bug-ncurses@gnu.org; Sat, 28 Jan 2006 19:51:34 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F30ik-0000YY-AI for bug-ncurses@gnu.org; Sat, 28 Jan 2006 19:47:13 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F30eE-0008Rn-UQ for bug-ncurses@gnu.org; Sat, 28 Jan 2006 19:42:31 -0500 Received: from [69.255.17.110] (helo=crayon.invisible-island.net) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1F30cH-0007YN-EJ for bug-ncurses@gnu.org; Sat, 28 Jan 2006 19:40:29 -0500 Received: from crayon.invisible-island.net (tom@localhost [127.0.0.1]) by crayon.invisible-island.net (8.13.5/8.13.5/Debian-3) with ESMTP id k0T0dHdk012675 for ; Sat, 28 Jan 2006 19:39:17 -0500 Received: (from tom@localhost) by crayon.invisible-island.net (8.13.5/8.13.5/Submit) id k0T0dHPm012673 for bug-ncurses@gnu.org; Sat, 28 Jan 2006 19:39:17 -0500 Date: Sat, 28 Jan 2006 19:39:17 -0500 From: Thomas Dickey To: Ncurses Mailing List Message-ID: <20060129003917.GA12646@invisible-island.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline User-Agent: Mutt/1.5.11 Subject: ncurses-5.5-20060128.patch.gz X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dickey@his.com List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 01:06:54 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable ncurses 5.5 - patch 20060128 - T.Dickey --------------------------------------------------------------------------= ---- Ncurses 5.5 is at ftp.gnu.org:/pub/gnu Patches for ncurses 5.5 are in the subdirectory ftp://invisible-island.net/ncurses/5.5 --------------------------------------------------------------------------= ---- NEWS | 6 +++++- dist.mk | 4 ++-- form/frm_driver.c | 8 ++++---- 3 files changed, 11 insertions(+), 7 deletions(-) --------------------------------------------------------------------------= ---- 20060128 + correct form library Window_To_Buffer() change (cf: 20040516), which should ignore the video attributes (report by Ricardo Cantu). --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD3A61cCNT4PfkjtsRAkqiAJ0Ua4wemNBoZJ2hkVp4Jxi+2pHoYgCgjYGy iyzL5vhIlY78J2/ZfcXoCGE= =XKIa -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From MAILER-DAEMON Sat Jan 28 21:09:15 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F3209-0002l4-R1 for mharc-bug-ncurses@gnu.org; Sat, 28 Jan 2006 21:09:14 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F3207-0002kF-GX for bug-ncurses@gnu.org; Sat, 28 Jan 2006 21:09:11 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F3206-0002js-Cw for bug-ncurses@gnu.org; Sat, 28 Jan 2006 21:09:10 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F3205-0002jg-GL for bug-ncurses@gnu.org; Sat, 28 Jan 2006 21:09:09 -0500 Received: from [216.194.216.42] (helo=mail501.his.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1F31y8-00045h-Lu for bug-ncurses@gnu.org; Sat, 28 Jan 2006 21:07:08 -0500 Received: from mail501.his.com (localhost.his.com [127.0.0.1]) by mail501.his.com (8.13.4/8.13.3) with ESMTP id k0T269j0091215 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Jan 2006 21:06:09 -0500 (EST) (envelope-from dickey@his.com) Received: from localhost (dickey@localhost) by mail501.his.com (8.13.4/8.13.4/Submit) with ESMTP id k0T268NL091212; Sat, 28 Jan 2006 21:06:08 -0500 (EST) (envelope-from dickey@his.com) X-Authentication-Warning: mail501.his.com: dickey owned process doing -bs Date: Sat, 28 Jan 2006 21:06:08 -0500 (EST) From: Thomas Dickey To: Folkert van Heusden In-Reply-To: <20060129015104.GU21673@vanheusden.com> Message-ID: <20060128210316.G89990@mail501.his.com> References: <20060129015104.GU21673@vanheusden.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: bug-ncurses@gnu.org Subject: Re: any upcoming changes that will create binary incompatibilities? X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 02:09:11 -0000 On Sun, 29 Jan 2006, Folkert van Heusden wrote: > Hi, > > I've heard that the reason that I could not get > 8 colors is that to "> 16" ncurses uses 8 bits for color pairs in the normal versions. > have the ncurses-library support this, it'll become binary incompatible > with previous versions of the library. Now the maintainer of the > distribution I use is waiting for another reason to break things as he > needs to increase the soversion to 6. So my question now is: is there > anything big coming up which at itself would also require recompilation > like this > 8 color-thing does? Not at the moment - the things I'm investigating don't require a change to the ABI. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From MAILER-DAEMON Sat Jan 28 21:20:17 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F329x-0006Q1-Ca for mharc-bug-ncurses@gnu.org; Sat, 28 Jan 2006 21:19:21 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F322k-0003Yj-4P for bug-ncurses@gnu.org; Sat, 28 Jan 2006 21:11:54 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F31c3-0006x7-1V for bug-ncurses@gnu.org; Sat, 28 Jan 2006 20:44:25 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F30sL-0002Kp-1M for bug-ncurses@gnu.org; Sat, 28 Jan 2006 19:57:05 -0500 Received: from [213.84.46.114] (helo=keetweej.vanheusden.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1F30qM-0000AJ-SP for bug-ncurses@gnu.org; Sat, 28 Jan 2006 19:55:03 -0500 Received: from keetweej.intranet.vanheusden.com (keetweej.intranet.vanheusden.com [192.168.64.99]) by keetweej.vanheusden.com (Postfix) with ESMTP id 5332A13702F; Sun, 29 Jan 2006 01:54:01 +0100 (CET) Date: Sun, 29 Jan 2006 01:54:01 +0100 From: Folkert van Heusden To: Thomas Dickey Message-ID: <20060129005400.GO21673@vanheusden.com> References: <20060122181312.GH31977@vanheusden.com> <20060122185652.GB1278@vanheusden.com> <20060122173138.D92704@mail501.his.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060122173138.D92704@mail501.his.com> Organization: www.unixexpert.nl X-Chameleon-Return-To: folkert@vanheusden.com X-Xfmail-Return-To: folkert@vanheusden.com X-Phonenumber: +31-6-41278122 X-URL: http://www.vanheusden.com/ X-PGP-KeyID: 1F28D8AE X-GPG-fingerprint: AC89 09CE 41F2 00B4 FCF2 B174 3019 0E8C 1F28 D8AE X-Key: http://pgp.surfnet.nl:11371/pks/lookup?op=get&search=0x1F28D8AE Read-Receipt-To: Reply-By: Sun Jan 29 19:45:22 CET 2006 X-Message-Flag: MultiTail - tail on steroids User-Agent: Mutt/1.5.10i Cc: bug-ncurses@gnu.org Subject: Re: how to determine startvalue for init_color X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 02:19:19 -0000 > >Am I right that 'init_color' isn't supported on any terminal at all > >currently? > no. It should be usable on the terminals that have the initc property. > I've tested it on Linux console (linux-c-nc) and with xterm compiled for > 88- and 256-colors (xterm-256color). I see that putty also supports this, > but I don't recall testing it. Hmmm. If the terminal-program supports it, is it possible that it still can't do it because of a compilation-setting in ncurses? I tested these terminal programs: ii aterm 0.4.2-11 Afterstep XVT - a VT102 emulator for the X w ii eterm 0.9.2-8.1 Enlightened Terminal Emulator ii gnome-terminal 2.12.0-2 The GNOME 2 terminal emulator application ii konsole 3.3.2-1sarge1 KDE X terminal emulator ii mrxvt 0.4.2-1 lightweight multi-tabbed X terminal emulator ii multi-aterm 0.2.1-1 tabbed terminal emulator with efficent pseud ii multi-gnome-terminal 1.6.2-11.1 Enhanced the GNOME Terminal ii pterm 0.58-3 PuTTY terminal emulator ii xterm 208-3.1 X terminal emulator and none of them gave that I could change the colors and more then 8 colors. This is (part of) the code: initscr(); start_color(); _hascolors = has_colors(); _canchangecolor = can_change_color(); _COLORPAIRS = COLOR_PAIRS; _COLORS = COLORS; (I output these _-variables) I use these packages from debian unstable: ii libncurses5 5.5-1 Shared libraries for terminal handling ii libncursesw5 5.5-1 Shared libraries for terminal handling (wide ii ncurses-base 5.5-1 Descriptions of common terminal types ii ncurses-term 5.5-1 Additional terminal type definitions which are the patches of 20051010. Folkert van Heusden -- Temperature outside: -2.500000 ---------------------------------------------------------------------- Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com From MAILER-DAEMON Sat Jan 28 21:22:09 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F32BM-00070k-4Z for mharc-bug-ncurses@gnu.org; Sat, 28 Jan 2006 21:20:48 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F326V-00051N-A7 for bug-ncurses@gnu.org; Sat, 28 Jan 2006 21:15:47 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F31xg-00021n-M8 for bug-ncurses@gnu.org; Sat, 28 Jan 2006 21:06:41 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F31lX-0007gB-0r for bug-ncurses@gnu.org; Sat, 28 Jan 2006 20:54:07 -0500 Received: from [213.84.46.114] (helo=keetweej.vanheusden.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1F31jZ-00038k-JV for bug-ncurses@gnu.org; Sat, 28 Jan 2006 20:52:05 -0500 Received: from keetweej.intranet.vanheusden.com (keetweej.intranet.vanheusden.com [192.168.64.99]) by keetweej.vanheusden.com (Postfix) with ESMTP id 889CC136E7A; Sun, 29 Jan 2006 02:51:05 +0100 (CET) Date: Sun, 29 Jan 2006 02:51:05 +0100 From: Folkert van Heusden To: Thomas Dickey Message-ID: <20060129015104.GU21673@vanheusden.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: www.unixexpert.nl X-Chameleon-Return-To: folkert@vanheusden.com X-Xfmail-Return-To: folkert@vanheusden.com X-Phonenumber: +31-6-41278122 X-URL: http://www.vanheusden.com/ X-PGP-KeyID: 1F28D8AE X-GPG-fingerprint: AC89 09CE 41F2 00B4 FCF2 B174 3019 0E8C 1F28 D8AE X-Key: http://pgp.surfnet.nl:11371/pks/lookup?op=get&search=0x1F28D8AE Read-Receipt-To: Reply-By: Sun Jan 29 19:45:22 CET 2006 X-Message-Flag: MultiTail - tail on steroids User-Agent: Mutt/1.5.10i Cc: bug-ncurses@gnu.org Subject: any upcoming changes that will create binary incompatibilities? X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 02:20:46 -0000 Hi, I've heard that the reason that I could not get > 8 colors is that to have the ncurses-library support this, it'll become binary incompatible with previous versions of the library. Now the maintainer of the distribution I use is waiting for another reason to break things as he needs to increase the soversion to 6. So my question now is: is there anything big coming up which at itself would also require recompilation like this > 8 color-thing does? Folkert van Heusden -- Ever wonder what is out there? Any alien races? Then please support the seti@home project: setiathome.ssl.berkeley.edu ---------------------------------------------------------------------- Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com From MAILER-DAEMON Sat Jan 28 21:23:18 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F32DT-00085x-5v for mharc-bug-ncurses@gnu.org; Sat, 28 Jan 2006 21:22:59 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F32Bc-000786-9w for bug-ncurses@gnu.org; Sat, 28 Jan 2006 21:21:04 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F32AH-0006U2-CO for bug-ncurses@gnu.org; Sat, 28 Jan 2006 21:19:42 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F30qt-00021z-Nv for bug-ncurses@gnu.org; Sat, 28 Jan 2006 19:55:37 -0500 Received: from [69.255.17.110] (helo=crayon.invisible-island.net) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1F30ow-00005n-24 for bug-ncurses@gnu.org; Sat, 28 Jan 2006 19:53:34 -0500 Received: from crayon.invisible-island.net (tom@localhost [127.0.0.1]) by crayon.invisible-island.net (8.13.5/8.13.5/Debian-3) with ESMTP id k0T0qI0I015180 for ; Sat, 28 Jan 2006 19:52:18 -0500 Received: (from tom@localhost) by crayon.invisible-island.net (8.13.5/8.13.5/Submit) id k0T0q8N9015177 for bug-ncurses@gnu.org; Sat, 28 Jan 2006 19:52:08 -0500 Date: Sat, 28 Jan 2006 19:52:08 -0500 From: Thomas Dickey To: Ncurses Mailing List Message-ID: <20060129005208.GA15168@invisible-island.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline User-Agent: Mutt/1.5.11 Subject: patch-5.5-20060128.sh.gz X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dickey@his.com List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 02:22:55 -0000 --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Here are rollup patches from ncurses 5.5 to today (2006/1/28): ftp://invisible-island.net/ncurses/5.5/patch-5.5-20060128.sh.gz ftp://invisible-island.net/ncurses/5.5/ncurses-5.5-20060128-patch.sh.bz2 --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --zhXaljGHf11kAtnf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD3BG4cCNT4PfkjtsRApbSAJ4twQ7l2d1CnWJ769uRfQlXDJSYZwCdHpno iAYdO7Byx+TQv6geZL6tJnk= =1lnb -----END PGP SIGNATURE----- --zhXaljGHf11kAtnf-- From MAILER-DAEMON Sat Jan 28 21:26:23 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F31sl-0000WW-CR for mharc-bug-ncurses@gnu.org; Sat, 28 Jan 2006 21:01:35 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F31sc-0000UF-TO for bug-ncurses@gnu.org; Sat, 28 Jan 2006 21:01:27 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F31sY-0000T2-MM for bug-ncurses@gnu.org; Sat, 28 Jan 2006 21:01:25 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F31bu-0006vT-TF for bug-ncurses@gnu.org; Sat, 28 Jan 2006 20:44:12 -0500 Received: from [216.194.216.42] (helo=mail501.his.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1F31Zx-0002lM-TI for bug-ncurses@gnu.org; Sat, 28 Jan 2006 20:42:10 -0500 Received: from mail501.his.com (localhost.his.com [127.0.0.1]) by mail501.his.com (8.13.4/8.13.3) with ESMTP id k0T1fABX073132 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Jan 2006 20:41:10 -0500 (EST) (envelope-from dickey@his.com) Received: from localhost (dickey@localhost) by mail501.his.com (8.13.4/8.13.4/Submit) with ESMTP id k0T1fAWi073126; Sat, 28 Jan 2006 20:41:10 -0500 (EST) (envelope-from dickey@his.com) X-Authentication-Warning: mail501.his.com: dickey owned process doing -bs Date: Sat, 28 Jan 2006 20:41:10 -0500 (EST) From: Thomas Dickey To: Folkert van Heusden In-Reply-To: <20060129005400.GO21673@vanheusden.com> Message-ID: <20060128203820.R71445@mail501.his.com> References: <20060122181312.GH31977@vanheusden.com> <20060122185652.GB1278@vanheusden.com> <20060122173138.D92704@mail501.his.com> <20060129005400.GO21673@vanheusden.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: bug-ncurses@gnu.org Subject: Re: how to determine startvalue for init_color X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 02:01:28 -0000 On Sun, 29 Jan 2006, Folkert van Heusden wrote: >>> Am I right that 'init_color' isn't supported on any terminal at all >>> currently? >> no. It should be usable on the terminals that have the initc property. >> I've tested it on Linux console (linux-c-nc) and with xterm compiled for >> 88- and 256-colors (xterm-256color). I see that putty also supports this, >> but I don't recall testing it. > > Hmmm. If the terminal-program supports it, is it possible that it still > can't do it because of a compilation-setting in ncurses? > > I tested these terminal programs: > ii aterm 0.4.2-11 Afterstep XVT - a VT102 emulator for the X w > ii eterm 0.9.2-8.1 Enlightened Terminal Emulator > ii gnome-terminal 2.12.0-2 The GNOME 2 terminal emulator application > ii konsole 3.3.2-1sarge1 KDE X terminal emulator > ii mrxvt 0.4.2-1 lightweight multi-tabbed X terminal emulator > ii multi-aterm 0.2.1-1 tabbed terminal emulator with efficent pseud > ii multi-gnome-terminal 1.6.2-11.1 Enhanced the GNOME Terminal > ii pterm 0.58-3 PuTTY terminal emulator > ii xterm 208-3.1 X terminal emulator > and none of them gave that I could change the colors and more then 8 colors. It's defined in the terminfo. The names I cited above are terminfo entry names. Normally ncurses supports 16 colors (256 pairs). ncurses 5.5 can be compiled to support 256 colors, but that's not binary-compatible with the normal release, so it's experimental. Of course you can set $TERM to any of those, but it doesn't mean that the terminal supports those features... -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From MAILER-DAEMON Sat Jan 28 23:29:41 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F34C3-00024n-W0 for mharc-bug-ncurses@gnu.org; Sat, 28 Jan 2006 23:29:40 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F34Bz-00021n-RY for bug-ncurses@gnu.org; Sat, 28 Jan 2006 23:29:35 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F34Bx-0001zi-E0 for bug-ncurses@gnu.org; Sat, 28 Jan 2006 23:29:35 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F34Bw-0001zE-LR for bug-ncurses@gnu.org; Sat, 28 Jan 2006 23:29:33 -0500 Received: from [68.230.240.33] (helo=eastrmmtao06.cox.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1F34A0-0005E9-OS for bug-ncurses@gnu.org; Sat, 28 Jan 2006 23:27:32 -0500 Received: from localhost.localdomain ([68.9.66.48]) by eastrmmtao06.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060129042637.ZMJY9108.eastrmmtao06.cox.net@localhost.localdomain> for ; Sat, 28 Jan 2006 23:26:37 -0500 Received: from bob by localhost.localdomain with local (Exim 4.52) id 1F349c-00026s-5x for bug-ncurses@gnu.org; Sat, 28 Jan 2006 23:27:08 -0500 Date: Sat, 28 Jan 2006 23:27:08 -0500 From: Bob Rossi To: bug-ncurses@gnu.org Message-ID: <20060129042708.GC30565@brasko.net> Mail-Followup-To: bug-ncurses@gnu.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: LINES && COLS X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 04:29:36 -0000 Hi, I've spent a ton of time recently trying to understand how ncurses manipulates the LINES and COLS variables, and how they effect the display of the windows. For some reason, on Cygwin, my application does not display properly, unless I have a 25x80 terminal window. My program indirectly calls tgetent through readline, and I've noticed that on linux that calls set LINES and COLS to the correct size of the terminal. However on Cygwin that call does not set LINES and COLS at all. Finally, when initscr is called on Linux the variables are already set, and stay set. However, on Cygwin, they were not set, and get set to 25x80, which is not the size of the terminal. On both windows and linux the screen size is correct when I fetch it with the ioctl TIOCGWINSZ. If I set the environment variables LINES and COLUMNS, then on Cygwin the display works, cause initscr figures out the correct size of the terminal. I was really hoping someone here could help me figure out what is wrong with the initscr code (or with my code), so that I can get my application working on Cygwin. Thanks, Bob Rossi From MAILER-DAEMON Tue Jan 31 20:40:07 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F46yc-0007Mv-O4 for mharc-bug-ncurses@gnu.org; Tue, 31 Jan 2006 20:40:06 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F46yb-0007Lq-3A for bug-ncurses@gnu.org; Tue, 31 Jan 2006 20:40:05 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F46yY-0007K9-L3 for bug-ncurses@gnu.org; Tue, 31 Jan 2006 20:40:04 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F46yW-0007K0-Q4 for bug-ncurses@gnu.org; Tue, 31 Jan 2006 20:40:02 -0500 Received: from [216.194.216.42] (helo=mail501.his.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1F46x6-0006Wj-Bx for bug-ncurses@gnu.org; Tue, 31 Jan 2006 20:38:32 -0500 Received: from mail501.his.com (localhost.his.com [127.0.0.1]) by mail501.his.com (8.13.4/8.13.3) with ESMTP id k111ak0b049790 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 Jan 2006 20:36:46 -0500 (EST) (envelope-from dickey@his.com) Received: from localhost (dickey@localhost) by mail501.his.com (8.13.4/8.13.4/Submit) with ESMTP id k111akwv049785; Tue, 31 Jan 2006 20:36:46 -0500 (EST) (envelope-from dickey@his.com) X-Authentication-Warning: mail501.his.com: dickey owned process doing -bs Date: Tue, 31 Jan 2006 20:36:46 -0500 (EST) From: Thomas Dickey To: Bob Rossi In-Reply-To: <20060129042708.GC30565@brasko.net> Message-ID: <20060131202343.X39879@mail501.his.com> References: <20060129042708.GC30565@brasko.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: bug-ncurses@gnu.org Subject: Re: LINES && COLS X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 01:40:05 -0000 On Sat, 28 Jan 2006, Bob Rossi wrote: > Hi, > > I've spent a ton of time recently trying to understand how ncurses > manipulates the LINES and COLS variables, and how they effect the > display of the windows. tgetent calls _nc_setupterm which calls _nc_get_screensize The last one is where LINES/COLS are manipulated. That slice has been relatively stable for a few years - I'm not sure what would go wrong with the cygwin package. It's possible that you're linking with the termcap library on cygwin. That would explain the 25x80, for instance, if the termcap file contains those values - which it does for the "cygwin" entry. > > For some reason, on Cygwin, my application does not display properly, > unless I have a 25x80 terminal window. > > My program indirectly calls tgetent through readline, and I've noticed > that on linux that calls set LINES and COLS to the correct size of the > terminal. However on Cygwin that call does not set LINES and COLS at > all. > > Finally, when initscr is called on Linux the variables are already set, > and stay set. However, on Cygwin, they were not set, and get set to > 25x80, which is not the size of the terminal. > > On both windows and linux the screen size is correct when I fetch it > with the ioctl TIOCGWINSZ. > > If I set the environment variables LINES and COLUMNS, then on Cygwin the > display works, cause initscr figures out the correct size of the > terminal. > > I was really hoping someone here could help me figure out what is wrong > with the initscr code (or with my code), so that I can get my > application working on Cygwin. > > Thanks, > Bob Rossi > > > _______________________________________________ > Bug-ncurses mailing list > Bug-ncurses@gnu.org > http://lists.gnu.org/mailman/listinfo/bug-ncurses > -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From MAILER-DAEMON Tue Jan 31 20:41:02 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F46zW-0008Ay-7V for mharc-bug-ncurses@gnu.org; Tue, 31 Jan 2006 20:41:02 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F464I-0006N9-Fl for bug-ncurses@gnu.org; Tue, 31 Jan 2006 19:41:54 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F464F-0006M3-4k for bug-ncurses@gnu.org; Tue, 31 Jan 2006 19:41:53 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F464E-0006Lw-6p for bug-ncurses@gnu.org; Tue, 31 Jan 2006 19:41:50 -0500 Received: from [12.37.7.162] (helo=mail1.nav-international.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1F462n-0008Jm-CH for bug-ncurses@gnu.org; Tue, 31 Jan 2006 19:40:21 -0500 Received: from mfapp01.navistar.com (127.0.0.1) by mail1.nav-international.com (MlfMTA v3.1r24) id hrunjo0171sj for ; Tue, 31 Jan 2006 12:40:59 -0600 (envelope-from ) Received: from brksvw42.ad.navistar.com ([167.6.249.188]) by mfapp01.navistar.com (MailFrontier 4.5.3.7159) with ESMTP; Tue, 31 Jan 2006 12:40:59 -0600 Received: from brksvw43.ad.navistar.com ([167.6.249.189]) by brksvw42.ad.navistar.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 31 Jan 2006 18:37:40 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C626C7.B4E6567A" Date: Tue, 31 Jan 2006 18:37:40 -0600 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ncurses5.5 depot appears to not include the runtime and shlibs Thread-Index: AcYmx7TOsk0Y2LBTRRS8e6yoCyP2ug== From: "Feltman, Irv" To: X-OriginalArrivalTime: 01 Feb 2006 00:37:40.0241 (UTC) FILETIME=[B4ECE810:01C626C7] X-Mlf-Version: 4.5.3.7159 X-Mailman-Approved-At: Tue, 31 Jan 2006 20:41:01 -0500 Cc: "Feltman, Irv" Subject: ncurses5.5 depot appears to not include the runtime and shlibs X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 00:41:57 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C626C7.B4E6567A Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable http://hpux.connect.org.uk/hppd/hpux/Sysadmin/ncurses-5.5/ ------_=_NextPart_001_01C626C7.B4E6567A Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable ncurses5.5 depot appears to not include the runtime and = shlibs

http:= //hpux.connect.org.uk/hppd/hpux/Sysadmin/ncurses-5.5/

------_=_NextPart_001_01C626C7.B4E6567A-- From MAILER-DAEMON Tue Jan 31 20:43:05 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F471V-00027K-2H for mharc-bug-ncurses@gnu.org; Tue, 31 Jan 2006 20:43:05 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F471T-00025D-4z for bug-ncurses@gnu.org; Tue, 31 Jan 2006 20:43:03 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F471R-00022p-3o for bug-ncurses@gnu.org; Tue, 31 Jan 2006 20:43:02 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F471R-00022j-1W for bug-ncurses@gnu.org; Tue, 31 Jan 2006 20:43:01 -0500 Received: from [216.194.216.42] (helo=mail501.his.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1F4700-0006xT-OI for bug-ncurses@gnu.org; Tue, 31 Jan 2006 20:41:32 -0500 Received: from mail501.his.com (localhost.his.com [127.0.0.1]) by mail501.his.com (8.13.4/8.13.3) with ESMTP id k111dpDp051419 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 Jan 2006 20:39:51 -0500 (EST) (envelope-from dickey@his.com) Received: from localhost (dickey@localhost) by mail501.his.com (8.13.4/8.13.4/Submit) with ESMTP id k111dpiJ051416; Tue, 31 Jan 2006 20:39:51 -0500 (EST) (envelope-from dickey@his.com) X-Authentication-Warning: mail501.his.com: dickey owned process doing -bs Date: Tue, 31 Jan 2006 20:39:51 -0500 (EST) From: Thomas Dickey To: "Feltman, Irv" In-Reply-To: Message-ID: <20060131203914.R50993@mail501.his.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: bug-ncurses@gnu.org Subject: Re: ncurses5.5 depot appears to not include the runtime and shlibs X-BeenThere: bug-ncurses@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for ncurses, the GNU implementation of curses" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 01:43:03 -0000 On Tue, 31 Jan 2006, Feltman, Irv wrote: > http://hpux.connect.org.uk/hppd/hpux/Sysadmin/ncurses-5.5/ That's an HP site - not an ncurses bug. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net