Nabble - Gnu - Ncurses

Re: ncurses-5.7-20091205.patch.gz

2009-12-06T03:54:02Z

On Sun, 6 Dec 2009, Christian Ebert wrote:

> * Thomas Dickey on Saturday, December 05, 2009 at 20:41:38 -0500
>> Hi - my provider's ftp is down right now,
>
> Seems to work again now, I don't know about uploading though.

oddly, I could see the ftp via web-browser, but couldn't ping the host.

It's up now, and I put the files in the usual places.

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

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

Re: ncurses-5.7-20091205.patch.gz

2009-12-05T22:52:57Z

* Thomas Dickey on Saturday, December 05, 2009 at 20:41:38 -0500
> Hi - my provider's ftp is down right now,

Seems to work again now, I don't know about uploading though.

> so I can't post today's patch
> there. I'm attaching the patch, since it is bug-fixes.

Thanks.

c
--
Was heißt hier Dogma, ich bin Underdogma!
[ What the hell do you mean dogma, I am underdogma. ]

_F R E E_ _V I D E O S_ --->>> http://www.blacktrash.org/underdogma/

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

ncurses-5.7-20091205.patch.gz

2009-12-05T17:41:38Z

Hi - my provider's ftp is down right now, so I can't post today's patch
there. I'm attaching the patch, since it is bug-fixes.

--
Thomas E. Dickey <dickey@...>
http://invisible-island.net
ftp://invisible-island.net

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

ncurses-5.7-20091205.patch.gz (4K) Download Attachment
signature.asc (205 bytes) Download Attachment

Re: Possible bug with ncurses widec in form

2009-12-05T14:00:30Z

On Fri, Dec 04, 2009 at 12:23:58PM +0100, Rafael wrote:
> Sorry, the code was not complete in the previous post

this seems to work (thanks)

--
Thomas E. Dickey <dickey@...>
http://invisible-island.net
ftp://invisible-island.net

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

signature.asc (205 bytes) Download Attachment

Re: Possible bug with ncurses widec in form

2009-12-04T03:23:58Z

Sorry, the code was not complete in the previous post

diff -Naur ncurses-5.7-20091128/form/frm_driver.c ncurses-5.7-20091128.mod/form/frm_driver.c
--- ncurses-5.7-20091128/form/frm_driver.c 2009-11-07 20:54:03.000000000 +0100
+++ ncurses-5.7-20091128.mod/form/frm_driver.c 2009-12-04 11:42:02.000000000 +0100
@@ -4430,11 +4430,11 @@
* and other special cases that we really do not want to handle here.
*/
#if NCURSES_EXT_FUNCS
- if (wresize(field->working, field->drows, field->dcols) == ERR)
+ if (wresize(field->working, 1, Buffer_Length( field) + 1) == ERR)
#endif
{
delwin(field->working);
- field->working = newpad(field->drows, field->dcols);
+ field->working = newpad( 1, Buffer_Length( field) + 1);
}
len = Buffer_Length(field);
wclear(field->working);
@@ -4448,7 +4448,7 @@
{
for (i = 0; i < (unsigned)field->drows; ++i)
{
- mvwin_wchnstr(field->working, i, 0,
+ mvwin_wchnstr(field->working, 0, i * field->dcols,
widevalue + (i * field->dcols),
field->dcols);
}

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

Possible bug with ncurses widec in form

2009-12-03T03:48:37Z

Hello,

We are having trouble reading in a form field with more than one row,
this problem only happens with "ncurses wide.
The problem is that only returns the contents of the first line of the
form.

Looking at the code I've seen in "fld_def.c" with widec enabled that
"working field" is defined as:

newpad (1, Buffer_Length (New_Field) + 1)
ie, rows="1" and columns="Buffer_Length (New_Field) + 1"

but in "frm_driver.c" uses: newpad (field-> drow, field-> dcols)

I tried to change "set_field_buffer" in "frm_driver.c" and now it
returns the contents of all rows.

diff -Naur ncurses-5.7-20091128/form/frm_driver.c
ncurses-5.7-20091128.mod/form/frm_driver.c
--- ncurses-5.7-20091128/form/frm_driver.c 2009-11-07
20:54:03.000000000 +0100
+++ ncurses-5.7-20091128.mod/form/frm_driver.c 2009-12-03
11:39:09.000000000 +0100
@@ -4430,11 +4430,11 @@
* and other special cases that we really do not want to handle here.
*/
#if NCURSES_EXT_FUNCS
- if (wresize(field->working, field->drows, field->dcols) == ERR)
+ if (wresize(field->working, 1, Buffer_Length( field) + 1) == ERR)
#endif
{
delwin(field->working);
- field->working = newpad(field->drows, field->dcols);
+ field->working = newpad(1, Buffer_Length( field) + 1);
}
len = Buffer_Length(field);
wclear(field->working);

Is this correct?

Regards

--
Rafael Garrido Fernandez
Dpto. de Informática
Tlf: +34 957-32-59-94
Fax: +34 957-32-59-98
Email: sistemas@...
DEZA CALIDAD S.A

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

ncurses-5.7-20091128.patch.gz

2009-11-28T18:09:09Z

ncurses 5.7 - patch 20091128 - Thomas E. Dickey

------------------------------------------------------------------------------

Ncurses 5.7 is at
ftp.gnu.org:/pub/gnu

Patches for ncurses 5.7 are in the subdirectory
ftp://invisible-island.net/ncurses/5.7

------------------------------------------------------------------------------
ftp://invisible-island.net/ncurses/5.7/ncurses-5.7-20091128.patch.gz
patch by Thomas E. Dickey <dickey@...>
created Sun Nov 29 02:00:36 UTC 2009
------------------------------------------------------------------------------
NEWS | 9
configure | 1563 +++++++++++++++++++++---------------------
configure.in | 25
dist.mk | 4
mk-1st.awk | 4
ncurses/base/define_key.c | 10
ncurses/base/lib_newterm.c | 3
ncurses/base/lib_set_term.c | 40 -
ncurses/curses.priv.h | 14
ncurses/tinfo/lib_data.c | 6
ncurses/tinfo/lib_setup.c | 43 +
11 files changed, 881 insertions(+), 840 deletions(-)
------------------------------------------------------------------------------

20091128
+ modify mk-1st.awk to allow tinfo library to be built when term-driver
is enabled.
+ add error-check to configure script to ensure that sp-funcs is
enabled if term-driver is, since some internal interfaces rely upon
this.

--
Thomas E. Dickey <dickey@...>
http://invisible-island.net
ftp://invisible-island.net

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

signature.asc (205 bytes) Download Attachment

Re: MC/ncurses on cygwin: Borders turn into chinese characters and layout screws up

2009-11-24T19:12:35Z

For the umpteenth time, this bug does not affect me at all and I am not requesting any help or action. I sent it as advice only, hoping it would be useful to you. If you really don't want to know about bugs that the reporter can work around then I suggest you say so on the bug-reporting-instructions pages that you all have. Something like "don't bother reporting bugs that you're not desperate about, and certainly not because you're hoping anybody might appreciate the tip-off." I'd be surprised if you wrote that though, because I don't think that's what you really mean.

What's really happening is that you guys are not accepting that I have to get back to my real job.

I suppose an apology for the tone of my initial mailing is due. It was rather irate. I should have read it through and thought about the effect it might have before firing it off. But I was feeling irate, and the reason is that I've already experienced precisely this attitude that you're all giving me right now, and I just don't see it that way. If I was asking for support, it would sound like I was, but I'm not, I've said I'm not in every single email I've sent, and you all keep telling me that I am. That makes me feel pretty irate. It's happened many times before, and it's still happening. If you go back and read my first post with that in mind, you'll see that that's exactly what it said. I said it very loudly and you all took offence at that, but the message still didn't get across.

Why don't you believe in this scenario: that somebody might have tipped you off just because he thought you might like to know, not because he really gave a damn. And why do I have to grovel for the priviledge of giving you that information? I just don't know why you keep denying this scenario.

Anyway, returning to the bug itself, I have absolutely no idea what libraries mc is linked against. I told you the mc version already. I installed this cygwin about 10 months ago and cygcheck output is now attached. I don't really feel like doing all those tests because I'm too busy and I don't know how. But if you send me a bash script to get that information I'll run it and return the results.

I actually think this issue is between cygwin and ncurses, and I think it's a big, fundamental problem, not just a typo in one version of one program like mc. The problem is that curses wants to draw those box-corner characters, but they just don't exist anymore, at least, not with those ascii codes. I think somebody should be very worried about it. You might not know anybody who's seeing this, but that's because they all live on the other side of the world, however, there are rather a lot of them. To get started, the cygwin guys just need to install Chinese characters on any of their test boxes and run any curses program. But I'll be prioritising on totally different stuff.

Adrian.

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

cygcheck_mc_outofsync (35K) Download Attachment

Re: MC/ncurses on cygwin: Borders turn into chinese characters and layout screws up

2009-11-24T10:28:07Z

On Sat, 2009-11-21 at 17:59 +0800, Adrian May wrote:

> 6. I did actually give you all the information you need and I don't
> care why your mail server spat it back. Which version of cygwin?

If you want US to look into this, you need at least to supply the
versions of libraries mc is linked against (whether it uses slang /
ncurses and which version of it) and test whether this is reproducible
on latest master, linked against these libraries and the latest master
linked against the latest versions of these libraries.

Then, if it's indeed a problem with mc, we'll have to have someone to
install cygwin or get an access to a machine with such a setup and have
a look into this.

So far I can't think of anyone using Windows for starters...

Concerning all the rest, you've got it the wrong way all along.
Developers are mostly interested in the software that works for them and
their employers / customers, which MIGHT (or might not) have a nice side
effect of it working for you as well.

If it's not the case, then nobody cares about you unless you contribute
your time (I mean reporting the bug as a rude accusation is not enough)
or money to fix the issue ([*], see problem #7).

We are doing a great favor to even listen to you, not the other way
around. If you fail to understand this, please keep posting to the curl
& cygwin list, as apparently they appreciate it, but exclude mc-devel
from your further mailings.

Thanks for your time.

[*] http://vtbsd.net/notwindows.html

--
Sincerely yours,
Yury V. Zaytsev

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

Re: MC/ncurses on cygwin: Borders turn into chinese characters and layout screws up

2009-11-24T08:19:26Z

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Adrian May wrote:

> 1. If you ...
> 2. Does anybody ...
> 3. Even if ...
> 4. You can ...
> 5. I did ...
> 6. I did ...

Too much words for my mind. My vocabulary of English ended in the middle
of the first paragraph.

Man, you really offended at the opensource community - that's all what I
understand. What specific suggestions? But, please, not need to write a
poem by Shakespeare - briefly and clearly, please.

If you want to help - good. Just help. If you only want to talk -
please, find place for this (like /.) and feel free to start speech.

You wrote a bugreport - cool, you have already helped (and thanks to
you). But what you expect now? Everyone started running around your
bugreport? Nope. Bugreport as a child: to give birth easily, it is
difficult to educate (easy to write bug reports, more difficult to
accompany).
If you have a different opinion - huge thanks for bugreport and good bye :)

P.S. guys from cygwin devel-team: mc-4.6.1 too old for supporting,
mc-4.7.0-pre2 and newest don't compile on current cygwin (because
cyrrent cygwin don't have ipv6 support :( ). Is you have any ideas about?

WBR, Slavaz.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)

iD8DBQFLDAeHb3oGR6aVLpoRAnBoAJ0e0BtlsuB+uD3+7JbllcKcJ/WQ4wCeOfv3
2o9B/uLHO9aIWVVd4vo9z/4=
=FYJQ
-----END PGP SIGNATURE-----

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

ncurses-5.7-20091121.patch.gz

2009-11-21T17:58:47Z

ncurses 5.7 - patch 20091121 - Thomas E. Dickey

------------------------------------------------------------------------------

Ncurses 5.7 is at
ftp.gnu.org:/pub/gnu

Patches for ncurses 5.7 are in the subdirectory
ftp://invisible-island.net/ncurses/5.7

------------------------------------------------------------------------------
ftp://invisible-island.net/ncurses/5.7/ncurses-5.7-20091121.patch.gz
patch by Thomas E. Dickey <dickey@...>
created Sun Nov 22 01:54:35 UTC 2009
------------------------------------------------------------------------------
NEWS | 10
aclocal.m4 | 53 +
configure | 1265 +++++++++++++++++++++--------------------
dist.mk | 4
man/curs_trace.3x | 6
ncurses/curses.priv.h | 3
ncurses/tinfo/lib_data.c | 3
ncurses/tinfo/lib_tputs.c | 15
ncurses/trace/lib_traceatr.c | 7
9 files changed, 727 insertions(+), 639 deletions(-)
------------------------------------------------------------------------------

20091121
+ fix case where progs/tput is used while sp-funcs is configure; this
requires save/restore of out-character function from _nc_prescreen
rather than the SCREEN structure (report by Charles Wilson).
+ fix typo in man/curs_trace.3x which caused incorrect symbolic links
+ improved configure macros CF_GCC_ATTRIBUTES, CF_PROG_LINT.

--
Thomas E. Dickey <dickey@...>
http://invisible-island.net
ftp://invisible-island.net

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

signature.asc (205 bytes) Download Attachment

Re: putp in non-screen app

2009-11-20T14:56:46Z

On Fri, 20 Nov 2009, Charles Wilson wrote:

> With --enable-sp-funcs, it appears that putp can't be used in non-screen
> apps anymore (such as tput.exe).
>
> This is because, when NCURSES_SP_FUNCS, putp is;
>
> NCURSES_EXPORT(int)
> putp(const char *string)
> {
> return NCURSES_SP_NAME(putp) (CURRENT_SCREEN, string);

perhaps that should be CURRENT_SCREEN_PRE, which covers cases like this.

> }
>
> So, to use putp, you need to call initscr() (and possibly various other
> setup functions) when NCURSES_SP_FUNCS. However, the man page for putp
> only says you need to call setupterm().
>
> Is this change in the behavior/requirements of putp intended (when
> --enable-sp-funcs), or is this a bug? If it is intended, then tput

It's a bug - now that I have everything in one source, I'm intending to
work through things like this. (Bugs in the non-sp-funcs "original"
flavor do get higher priority, of course).

> needs the following change (or something similar):
>
> --- progs/tput.c 2009-10-26 17:49:12.971112200 -0400
> +++ progs/tput.c 2009-11-20 13:14:16.700000000 -0500
> @@ -345,8 +345,7 @@ tput(int argc, char *argv[])
> }
> }
>
> - /* use putp() in order to perform padding */
> - putp(s);
> + tputs(s, 1, putchar);

that looks like it's in the right direction, though it's preferable to
make the library entrypoints behave the same (will see).

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

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

Re: MC/ncurses on cygwin: Borders turn into chinese characters and layout screws up

2009-11-20T14:41:24Z

On Fri, Nov 20, 2009 at 08:57:57AM -0500, Charles Wilson wrote:
> Adrian May wrote:
> > Please don't involve me in your triage process or ask me to send
[snip drivel]
>
> Go to hell, you rude jerk. This is a VOLUNTEER project. You are
[snip rant]

I created an acronym, SWEET, and a Web page, for requests like this.
http://sweet.nodns4.us/

Use and enjoy, I hope it helps keep your frustration level down. I'm
also hoping to help educate posters such as Adrian (who probably
won't see this, unfortunately, since I do not send it through GMX
facilities, and thus fail some spam tests.)

Suggestions are welcome (see .sig or send to rob0 at the parent
domain.) Remember, the goal is to keep the page short and ... yes,
sweet.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

putp in non-screen app

2009-11-20T10:40:35Z

With --enable-sp-funcs, it appears that putp can't be used in non-screen
apps anymore (such as tput.exe).

This is because, when NCURSES_SP_FUNCS, putp is;

NCURSES_EXPORT(int)
putp(const char *string)
{
return NCURSES_SP_NAME(putp) (CURRENT_SCREEN, string);
}

So, to use putp, you need to call initscr() (and possibly various other
setup functions) when NCURSES_SP_FUNCS. However, the man page for putp
only says you need to call setupterm().

Is this change in the behavior/requirements of putp intended (when
--enable-sp-funcs), or is this a bug? If it is intended, then tput
needs the following change (or something similar):

--- progs/tput.c 2009-10-26 17:49:12.971112200 -0400
+++ progs/tput.c 2009-11-20 13:14:16.700000000 -0500
@@ -345,8 +345,7 @@ tput(int argc, char *argv[])
}
}

- /* use putp() in order to perform padding */
- putp(s);
+ tputs(s, 1, putchar);
return exit_code(STRING, 0);
}
return exit_code(STRING, 1);

--
Chuck

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

Re: MC/ncurses on cygwin: Borders turn into chinese characters and layout screws up

2009-11-20T08:05:40Z

Hi!

Actually it's a pretty old version of mc which is no longer supported,
but if it's reproducible on latest master, then we might want to have a
look at it. Mind you, however, that no one is using cygwin over here, so
you'll have to have quite a bit of involvement in the process for us to
fix it.

P.S. I imagine you're pretty much pissed off, but even having this
considered, your social skills do not impress and you formulated your
request in a most stupid / unhelpful way possible.

P.P.S. Now I almost hear you swearing that you gonna stop using mc /
cygwin... Who the heck cares about that?.. :-)

--
Sincerely yours,
Yury V. Zaytsev

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

Re: MC/ncurses on cygwin: Borders turn into chinese characters and layout screws up

2009-11-20T05:57:57Z

Adrian May wrote:

> Please don't involve me in your triage process or ask me to send it
> somewhere else. I've had that several times before and I think it's
> rubbish to expect a user to navigate a project's internal processes just
> because you expect them to feel good about contributing to an open
> source project. It's not my product or my problem. You've seen the
> proof, so figure it out for yourselves.
>
> Just a quickie for cygwin: if you insist on patronising your customers
> about their bug reporting skills (http://cygwin.com/problems.html) then
> may I suggest that you show some smartness yourselves by just telling us
> which bloody mailing list to use right there in the bug reporting page
> instead of making us hunt through the rest of the site. Better still,
> provide a form and have it search the archives itself.

Go to hell, you rude jerk. This is a VOLUNTEER project. You are asking
me -- as cygwin/ncurses maintainer -- or someone else, as cygwin/mc
maintainer -- to take time away our family or loved ones, or away from
doing some other enjoyable activity, and instead fix a problem FOR YOU,
a stranger I do not know.

I don't see this problem. You do. So, it doesn't really affect my life
-- you're asking me for a favor. To increase the likelihood of me
sacrificing my precious and limited free time to help you, some random
schmoe on the internet, for no reward other than the warm fuzzy of
helping a stranger -- you should make it as easy as possible to help
you, and reduce MY cost (in time away from the more enjoyable things in
life) so that I'm more likely to pay it, and help you.

Or...you can rudely insult me.

Your choice -- but guess which one is more likely to get your problem
fixed (remember, I don't see it, so it doesn't bug me at all).

--
Chuck

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

Re: MC/ncurses on cygwin: Borders turn into chinese characters and layout screws up

2009-11-20T03:49:17Z

On Fri, 20 Nov 2009, Adrian May wrote:

> Hi folks,
>
> The attachment shows what mc version 4.6.1 looks like in my cygwin:
>
> $ bash --version
> GNU bash, version 3.2.49(22)-release (i686-pc-cygwin)
>
> It's an XP box, evidently with chinese fonts installed. Looks like the old
> dos border-drawing characters are turning into chinese characters and taking
> up less space.

there's no details here about ncurses.

mc may use ncurses.
it also may use ncursesw (there's no details about mc's use of
ncurses/ncursesw in this comment).
you need ncursesw to display chinese fonts
you also need utf-8 support to make that work.

cygwin (unreleased) may support utf-8
there's no details about which version of cygwin you're using.

In either case, your audience would be the mc-developers or
cygwin-developers.

...removed the remainder of the comment, since it's nontopical

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

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

MC/ncurses on cygwin: Borders turn into chinese characters and layout screws up

2009-11-20T02:49:31Z

Hi folks,

The attachment shows what mc version 4.6.1 looks like in my cygwin:

$ bash --version
GNU bash, version 3.2.49(22)-release (i686-pc-cygwin)

It's an XP box, evidently with chinese fonts installed. Looks like the old dos border-drawing characters are turning into chinese characters and taking up less space.

Please don't involve me in your triage process or ask me to send it somewhere else. I've had that several times before and I think it's rubbish to expect a user to navigate a project's internal processes just because you expect them to feel good about contributing to an open source project. It's not my product or my problem. You've seen the proof, so figure it out for yourselves.

Just a quickie for cygwin: if you insist on patronising your customers about their bug reporting skills (http://cygwin.com/problems.html) then may I suggest that you show some smartness yourselves by just telling us which bloody mailing list to use right there in the bug reporting page instead of making us hunt through the rest of the site. Better still, provide a form and have it search the archives itself.

Adrian.

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

mcbad.GIF (84K) Download Attachment

ncurses-5.7-20091114.patch.gz

2009-11-14T18:04:56Z

ncurses 5.7 - patch 20091114 - Thomas E. Dickey

------------------------------------------------------------------------------

Ncurses 5.7 is at
ftp.gnu.org:/pub/gnu

Patches for ncurses 5.7 are in the subdirectory
ftp://invisible-island.net/ncurses/5.7

------------------------------------------------------------------------------
ftp://invisible-island.net/ncurses/5.7/ncurses-5.7-20091114.patch.gz
patch by Thomas E. Dickey <dickey@...>
created Sun Nov 15 02:00:17 UTC 2009
------------------------------------------------------------------------------
NEWS | 8 +++++++-
dist.mk | 4 ++--
man/curs_trace.3x | 29 ++++++++++++++++++++++++++---
ncurses/base/lib_newwin.c | 4 ++--
ncurses/tinfo/MKcaptab.sh | 31 ++++++++++++++++++++++++-------
5 files changed, 61 insertions(+), 15 deletions(-)
------------------------------------------------------------------------------

20091114
+ updated man/curs_trace.3x
+ limit hashing for termcap-names to 2-characters (Ubuntu #481740).
+ change a variable name in lib_newwin.c to make it clearer which
value is being freed on error (patch by Nicholas Marriott).

--
Thomas E. Dickey <dickey@...>
http://invisible-island.net
ftp://invisible-island.net

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

signature.asc (205 bytes) Download Attachment

Re: strange char echo

2009-11-10T13:37:26Z

On Tue, 10 Nov 2009, Bryan Christ wrote:

> I added these lines to my application (after initscr) and the problem
> went away...
>
> tcgetattr(STDIN_FILENO,&term_desc);
> term_desc.c_lflag &= ~(ECHO);
> tcsetattr(STDIN_FILENO,TCSADRAIN,&term_desc);
>
> The version of ncurses I am using is:
> ncurses = 5.7 (20081102)
>
> Any known bugs of this nature with this build?

not that I recall - low-level I/O was not touched much for a while.

(this year, I've made a number of changes, and broken initialization 2-3
times)

>
> On Fri, 2009-11-06 at 21:36 +0000, Thomas Dickey wrote:
>> On Fri, 6 Nov 2009, Bryan Christ wrote:
>>
>>> Now that I think of it, I've only seen this problem when I try to run my
>>> software on a remote systems via SSH. I just tried to reproduce it
>>> locally and couldn't. The problem manifests 9 out of 10 times on remote
>>> connections. When I tried it 10 times locally, 100% pass.
>>>
>>> Thoughts?
>>
>> just guessing - ssh may not be passing the ioctl information along
>> fast enough to make it look as if it succeeded.
>>
>> I'd investigate it by building the application with ncurses' tracing
>> turned on (normally a feature of the debug-library...).
>>
>>>
>>> On Thu, 2009-11-05 at 23:56 +0000, Thomas Dickey wrote:
>>>> On Thu, 5 Nov 2009, Bryan Christ wrote:
>>>>
>>>>> does anyone know what might cause characters to be echoed to the screen
>>>>> even though noecho() was called at startup?
>>>>
>>>> aside from a new bug report?
>>>>
>>>> It's possible that the ioctl to disable echoing is failing, e.g., if
>>>> stdout is redirected.
>>>>
>>>> (n)curses disables echo at initialization, and simulates the echo/noecho
>>>> behavior.
>>>>
>>>
>>>
>>
>
>

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

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

Re: strange char echo

2009-11-10T10:38:58Z

I added these lines to my application (after initscr) and the problem
went away...

tcgetattr(STDIN_FILENO,&term_desc);
term_desc.c_lflag &= ~(ECHO);
tcsetattr(STDIN_FILENO,TCSADRAIN,&term_desc);

The version of ncurses I am using is:
ncurses = 5.7 (20081102)

Any known bugs of this nature with this build?

On Fri, 2009-11-06 at 21:36 +0000, Thomas Dickey wrote:

> On Fri, 6 Nov 2009, Bryan Christ wrote:
>
> > Now that I think of it, I've only seen this problem when I try to run my
> > software on a remote systems via SSH. I just tried to reproduce it
> > locally and couldn't. The problem manifests 9 out of 10 times on remote
> > connections. When I tried it 10 times locally, 100% pass.
> >
> > Thoughts?
>
> just guessing - ssh may not be passing the ioctl information along
> fast enough to make it look as if it succeeded.
>
> I'd investigate it by building the application with ncurses' tracing
> turned on (normally a feature of the debug-library...).
>
> >
> > On Thu, 2009-11-05 at 23:56 +0000, Thomas Dickey wrote:
> >> On Thu, 5 Nov 2009, Bryan Christ wrote:
> >>
> >>> does anyone know what might cause characters to be echoed to the screen
> >>> even though noecho() was called at startup?
> >>
> >> aside from a new bug report?
> >>
> >> It's possible that the ioctl to disable echoing is failing, e.g., if
> >> stdout is redirected.
> >>
> >> (n)curses disables echo at initialization, and simulates the echo/noecho
> >> behavior.
> >>
> >
> >
>

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

Re: rollup-patches

2009-11-08T12:53:31Z

On Sun, 8 Nov 2009, Thomas Dickey wrote:

> The merge that I've been working on is complete (though more work is
> needed to make that release-quality). So I uploaded new rollup patches
> to consolide, in
consolidate

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

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

rollup-patches

2009-11-08T04:08:03Z

The merge that I've been working on is complete (though more work is
needed to make that release-quality). So I uploaded new rollup patches
to consolide, in

ftp://invisible-island.net/ncurses/5.7

ncurses-5.7-20091107-patch.sh.bz2
patch-5.7-20091107.sh.gz

--
Thomas E. Dickey <dickey@...>
http://invisible-island.net
ftp://invisible-island.net

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

signature.asc (205 bytes) Download Attachment

ncurses-5.7-20091107.patch.gz

2009-11-07T16:51:05Z

ncurses 5.7 - patch 20091107 - Thomas E. Dickey

------------------------------------------------------------------------------

Ncurses 5.7 is at
ftp.gnu.org:/pub/gnu

Patches for ncurses 5.7 are in the subdirectory
ftp://invisible-island.net/ncurses/5.7

------------------------------------------------------------------------------
ftp://invisible-island.net/ncurses/5.7/ncurses-5.7-20091107.patch.gz
patch by Thomas E. Dickey <dickey@...>
created Sun Nov 8 00:45:43 UTC 2009
------------------------------------------------------------------------------
NEWS | 11
configure | 3191 ++++++++++++++++++++--------------------
configure.in | 18
dist.mk | 6
form/fld_ftchoice.c | 9
form/fld_newftyp.c | 18
form/form.h | 81 -
form/form.priv.h | 41
form/frm_def.c | 55
form/frm_driver.c | 146 +
form/frm_sub.c | 4
form/frm_win.c | 6
form/fty_alnum.c | 61
form/fty_alpha.c | 61
form/fty_enum.c | 154 +
form/fty_generic.c | 189 +-
form/fty_int.c | 75
form/fty_ipv4.c | 25
form/fty_num.c | 81 -
form/fty_regex.c | 172 +-
form/modules | 6
include/curses.h.in | 8
ncurses/base/lib_color.c | 4
ncurses/base/lib_newterm.c | 4
ncurses/base/lib_newwin.c | 8
ncurses/base/lib_redrawln.c | 16
ncurses/base/lib_set_term.c | 42
ncurses/base/lib_slkclear.c | 8
ncurses/tinfo/lib_napms.c | 5
ncurses/tty/hardscroll.c | 4
ncurses/tty/hashmap.c | 10
ncurses/tty/lib_mvcur.c | 4
ncurses/win32con/win_driver.c | 48
test/ncurses.c | 237 +-
34 files changed, 2693 insertions(+), 2115 deletions(-)
------------------------------------------------------------------------------

20091107
+ improve test/ncurses.c color-cycling test by reusing attribute-
and color-cycling logic from the video-attributes screen.
+ add ifdef'd with NCURSES_INTEROP_FUNCS experimental bindings in form
library which help make it compatible with interop applications
(patch by Juergen Pfeifer).
+ add configure option --enable-interop, for integrating changes
for generic/interop support to form-library by Juergen Pfeifer

--
Thomas E. Dickey <dickey@...>
http://invisible-island.net
ftp://invisible-island.net

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

signature.asc (205 bytes) Download Attachment

Re: strange char echo

2009-11-06T13:36:58Z

On Fri, 6 Nov 2009, Bryan Christ wrote:

> Now that I think of it, I've only seen this problem when I try to run my
> software on a remote systems via SSH. I just tried to reproduce it
> locally and couldn't. The problem manifests 9 out of 10 times on remote
> connections. When I tried it 10 times locally, 100% pass.
>
> Thoughts?

just guessing - ssh may not be passing the ioctl information along
fast enough to make it look as if it succeeded.

I'd investigate it by building the application with ncurses' tracing
turned on (normally a feature of the debug-library...).

>
> On Thu, 2009-11-05 at 23:56 +0000, Thomas Dickey wrote:
>> On Thu, 5 Nov 2009, Bryan Christ wrote:
>>
>>> does anyone know what might cause characters to be echoed to the screen
>>> even though noecho() was called at startup?
>>
>> aside from a new bug report?
>>
>> It's possible that the ioctl to disable echoing is failing, e.g., if
>> stdout is redirected.
>>
>> (n)curses disables echo at initialization, and simulates the echo/noecho
>> behavior.
>>
>
>

Re: strange char echo

2009-11-06T08:02:25Z

Now that I think of it, I've only seen this problem when I try to run my
software on a remote systems via SSH. I just tried to reproduce it
locally and couldn't. The problem manifests 9 out of 10 times on remote
connections. When I tried it 10 times locally, 100% pass.

Thoughts?

On Thu, 2009-11-05 at 23:56 +0000, Thomas Dickey wrote:

> On Thu, 5 Nov 2009, Bryan Christ wrote:
>
> > does anyone know what might cause characters to be echoed to the screen
> > even though noecho() was called at startup?
>
> aside from a new bug report?
>
> It's possible that the ioctl to disable echoing is failing, e.g., if
> stdout is redirected.
>
> (n)curses disables echo at initialization, and simulates the echo/noecho
> behavior.
>

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

Re: strange char echo

2009-11-06T07:32:04Z

ya. i considered that they may just be stubs.

On Thu, 2009-11-05 at 23:53 +0000, Thomas Dickey wrote:

> On Thu, 5 Nov 2009, Scott Furry wrote:
>
> > Two schools of thought....
> > a) hardware
> > b) software
> >
> > For a) assuming some kind of external comms - do you have some form of loop
> > back?
> > I'm going to say this is probably unlikely and would be special case.
> > However, I have to throw it out.
> >
> > For b) when you did you initial build (assuming you built from source) did
> > you config using the flag "with_sp_funcs"?
> > From the source see the configure file (line 9350 sets the flag
> > NCURSES_SP_FUNCS) and lib_echo.c (NCURSES_SP_FUNCS is used to enable the
> > build of the noecho function at line 77).
>
> You're being misled by a trick with the ifdef's and define's: there's
> always a "noecho", but the ifdef's provide a different name for the
> function which accepts a SCREEN* parameter. Since the bulk of the logic
> in most cases is in the latter, the plain "noecho" looks like it's just
> an add-on.
>
> > Scott
> >
> >
> >
> >
> > Bryan Christ wrote:
> >> does anyone know what might cause characters to be echoed to the screen
> >> even though noecho() was called at startup?
> >>
> >>
> >>
> >> _______________________________________________
> >> Bug-ncurses mailing list
> >> Bug-ncurses@...
> >> http://lists.gnu.org/mailman/listinfo/bug-ncurses
> >>
> >>
> >
> >
> >
> > _______________________________________________
> > Bug-ncurses mailing list
> > Bug-ncurses@...
> > http://lists.gnu.org/mailman/listinfo/bug-ncurses
> >
>

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

Re: strange char echo

2009-11-05T15:56:06Z

On Thu, 5 Nov 2009, Bryan Christ wrote:

> does anyone know what might cause characters to be echoed to the screen
> even though noecho() was called at startup?

aside from a new bug report?

It's possible that the ioctl to disable echoing is failing, e.g., if
stdout is redirected.

(n)curses disables echo at initialization, and simulates the echo/noecho
behavior.

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

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

Re: strange char echo

2009-11-05T15:53:33Z

On Thu, 5 Nov 2009, Scott Furry wrote:

> Two schools of thought....
> a) hardware
> b) software
>
> For a) assuming some kind of external comms - do you have some form of loop
> back?
> I'm going to say this is probably unlikely and would be special case.
> However, I have to throw it out.
>
> For b) when you did you initial build (assuming you built from source) did
> you config using the flag "with_sp_funcs"?
> From the source see the configure file (line 9350 sets the flag
> NCURSES_SP_FUNCS) and lib_echo.c (NCURSES_SP_FUNCS is used to enable the
> build of the noecho function at line 77).

You're being misled by a trick with the ifdef's and define's: there's
always a "noecho", but the ifdef's provide a different name for the
function which accepts a SCREEN* parameter. Since the bulk of the logic
in most cases is in the latter, the plain "noecho" looks like it's just
an add-on.

> Scott
>
>
>
>
> Bryan Christ wrote:
>> does anyone know what might cause characters to be echoed to the screen
>> even though noecho() was called at startup?
>>
>>
>>
>> _______________________________________________
>> Bug-ncurses mailing list
>> Bug-ncurses@...
>> http://lists.gnu.org/mailman/listinfo/bug-ncurses
>>
>>
>
>
>
> _______________________________________________
> Bug-ncurses mailing list
> Bug-ncurses@...
> http://lists.gnu.org/mailman/listinfo/bug-ncurses
>

Re: strange char echo

2009-11-05T14:00:09Z

Brian,

Try Ctrl+Shift+underscore to use the "Go To Line" command.
In Nano, this will allow you to enter line number and column number to
advance the cursor.

'configure' line 9341: "# Check whether --enable-sp-funcs or
--disable-sp-funcs was given."

There is also the config.log file which should show the configure
settings used to build ncurses.
It should show lines like:

configure:9338: checking if you want to build with experimental SCREEN
extensions
configure:9348: result: no

...which covers the test for --enable-sp-funcs or --disable-sp-funcs.

BTW, I'm working with the latest ncurses that includes all patches upto
the end of October.

Regards,
Scott

Bryan Christ wrote:

> Scott,
>
> My reply on item "b" was basically that that the following yields
> nothing:
>
> ./configure --help |grep sp_funcs
> ./configure --help |grep sp-funcs
>
> opening configure in nano and searching for sp_funcs and sp-funcs finds
> nothing either.
>
> On Thu, 2009-11-05 at 21:15 +0000, Scott Furry wrote:
>
>> Apologies...wasn't sure how you were using ncurses. Had to throw out the
>> 'corner case'
>>
>> My bad...should have directed you up a few more lines.
>> If you look up at line 9341 in 'configure' (in the ncurses directory)
>> you will see a reference to..
>> --enable-sp-funcs or --disable-sp-funcs
>> This also will cause NCURSES_SP_FUNS to be enabled/disabled.
>>
>> To see all the available options with a build, you can either type
>> ./configure --help | more <-- pipe the output
>> - or -
>> ./configure --help >> somefile.txt <-- my prefered option as then I
>> can look at all the available options in a text editor
>>
>> If this isn't the case then I may have to defer to the 'gurus' on this one.
>>
>> Good Luck.
>> Scott
>>
>> Bryan Christ wrote:
>>
>>> a) is unlikely because the terminal is Gnome Terminal.
>>> b) i do not see a configure option with_sp_funcs (or anything like it)
>>> and when i look at the symbol table i do see echo and noecho.
>>>
>>> On Thu, 2009-11-05 at 20:26 +0000, Scott Furry wrote:
>>>
>>>
>>>> Two schools of thought....
>>>> a) hardware
>>>> b) software
>>>>
>>>> For a) assuming some kind of external comms - do you have some form of
>>>> loop back?
>>>> I'm going to say this is probably unlikely and would be special case.
>>>> However, I have to throw it out.
>>>>
>>>> For b) when you did you initial build (assuming you built from source)
>>>> did you config using the flag "with_sp_funcs"?
>>>> From the source see the configure file (line 9350 sets the flag
>>>> NCURSES_SP_FUNCS) and lib_echo.c (NCURSES_SP_FUNCS is used to enable the
>>>> build of the noecho function at line 77).
>>>>
>>>> Regards,
>>>> Scott
>>>>
>>>>
>>>> Bryan Christ wrote:
>>>>
>>>>
>>>>> does anyone know what might cause characters to be echoed to the screen
>>>>> even though noecho() was called at startup?

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

Re: strange char echo

2009-11-05T13:32:38Z

Scott,

My reply on item "b" was basically that that the following yields
nothing:

./configure --help |grep sp_funcs
./configure --help |grep sp-funcs

opening configure in nano and searching for sp_funcs and sp-funcs finds
nothing either.

On Thu, 2009-11-05 at 21:15 +0000, Scott Furry wrote:

> Apologies...wasn't sure how you were using ncurses. Had to throw out the
> 'corner case'
>
> My bad...should have directed you up a few more lines.
> If you look up at line 9341 in 'configure' (in the ncurses directory)
> you will see a reference to..
> --enable-sp-funcs or --disable-sp-funcs
> This also will cause NCURSES_SP_FUNS to be enabled/disabled.
>
> To see all the available options with a build, you can either type
> ./configure --help | more <-- pipe the output
> - or -
> ./configure --help >> somefile.txt <-- my prefered option as then I
> can look at all the available options in a text editor
>
> If this isn't the case then I may have to defer to the 'gurus' on this one.
>
> Good Luck.
> Scott
>
> Bryan Christ wrote:
> > a) is unlikely because the terminal is Gnome Terminal.
> > b) i do not see a configure option with_sp_funcs (or anything like it)
> > and when i look at the symbol table i do see echo and noecho.
> >
> > On Thu, 2009-11-05 at 20:26 +0000, Scott Furry wrote:
> >
> >> Two schools of thought....
> >> a) hardware
> >> b) software
> >>
> >> For a) assuming some kind of external comms - do you have some form of
> >> loop back?
> >> I'm going to say this is probably unlikely and would be special case.
> >> However, I have to throw it out.
> >>
> >> For b) when you did you initial build (assuming you built from source)
> >> did you config using the flag "with_sp_funcs"?
> >> From the source see the configure file (line 9350 sets the flag
> >> NCURSES_SP_FUNCS) and lib_echo.c (NCURSES_SP_FUNCS is used to enable the
> >> build of the noecho function at line 77).
> >>
> >> Regards,
> >> Scott
> >>
> >>
> >> Bryan Christ wrote:
> >>
> >>> does anyone know what might cause characters to be echoed to the screen
> >>> even though noecho() was called at startup?
> >>>
>
>
> _______________________________________________
> Bug-ncurses mailing list
> Bug-ncurses@...
> http://lists.gnu.org/mailman/listinfo/bug-ncurses

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

Re: strange char echo

2009-11-05T13:15:39Z

Apologies...wasn't sure how you were using ncurses. Had to throw out the
'corner case'

My bad...should have directed you up a few more lines.
If you look up at line 9341 in 'configure' (in the ncurses directory)
you will see a reference to..
--enable-sp-funcs or --disable-sp-funcs
This also will cause NCURSES_SP_FUNS to be enabled/disabled.

To see all the available options with a build, you can either type
./configure --help | more <-- pipe the output
- or -
./configure --help >> somefile.txt <-- my prefered option as then I
can look at all the available options in a text editor

If this isn't the case then I may have to defer to the 'gurus' on this one.

Good Luck.
Scott

Bryan Christ wrote:

> a) is unlikely because the terminal is Gnome Terminal.
> b) i do not see a configure option with_sp_funcs (or anything like it)
> and when i look at the symbol table i do see echo and noecho.
>
> On Thu, 2009-11-05 at 20:26 +0000, Scott Furry wrote:
>
>> Two schools of thought....
>> a) hardware
>> b) software
>>
>> For a) assuming some kind of external comms - do you have some form of
>> loop back?
>> I'm going to say this is probably unlikely and would be special case.
>> However, I have to throw it out.
>>
>> For b) when you did you initial build (assuming you built from source)
>> did you config using the flag "with_sp_funcs"?
>> From the source see the configure file (line 9350 sets the flag
>> NCURSES_SP_FUNCS) and lib_echo.c (NCURSES_SP_FUNCS is used to enable the
>> build of the noecho function at line 77).
>>
>> Regards,
>> Scott
>>
>>
>> Bryan Christ wrote:
>>
>>> does anyone know what might cause characters to be echoed to the screen
>>> even though noecho() was called at startup?
>>>

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

Re: strange char echo

2009-11-05T12:58:25Z

a) is unlikely because the terminal is Gnome Terminal.
b) i do not see a configure option with_sp_funcs (or anything like it)
and when i look at the symbol table i do see echo and noecho.

On Thu, 2009-11-05 at 20:26 +0000, Scott Furry wrote:

> Two schools of thought....
> a) hardware
> b) software
>
> For a) assuming some kind of external comms - do you have some form of
> loop back?
> I'm going to say this is probably unlikely and would be special case.
> However, I have to throw it out.
>
> For b) when you did you initial build (assuming you built from source)
> did you config using the flag "with_sp_funcs"?
> From the source see the configure file (line 9350 sets the flag
> NCURSES_SP_FUNCS) and lib_echo.c (NCURSES_SP_FUNCS is used to enable the
> build of the noecho function at line 77).
>
> Regards,
> Scott
>
>
>
>
> Bryan Christ wrote:
> > does anyone know what might cause characters to be echoed to the screen
> > even though noecho() was called at startup?
> >
> >
> >
> > _______________________________________________
> > Bug-ncurses mailing list
> > Bug-ncurses@...
> > http://lists.gnu.org/mailman/listinfo/bug-ncurses
> >
> >
>
>
>
> _______________________________________________
> Bug-ncurses mailing list
> Bug-ncurses@...
> http://lists.gnu.org/mailman/listinfo/bug-ncurses

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

Re: strange char echo

2009-11-05T12:26:39Z

Two schools of thought....
a) hardware
b) software

For a) assuming some kind of external comms - do you have some form of
loop back?
I'm going to say this is probably unlikely and would be special case.
However, I have to throw it out.

For b) when you did you initial build (assuming you built from source)
did you config using the flag "with_sp_funcs"?
From the source see the configure file (line 9350 sets the flag
NCURSES_SP_FUNCS) and lib_echo.c (NCURSES_SP_FUNCS is used to enable the
build of the noecho function at line 77).

Regards,
Scott

Bryan Christ wrote:

> does anyone know what might cause characters to be echoed to the screen
> even though noecho() was called at startup?
>
>
>
> _______________________________________________
> Bug-ncurses mailing list
> Bug-ncurses@...
> http://lists.gnu.org/mailman/listinfo/bug-ncurses
>
>

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses

strange char echo

2009-11-05T11:57:43Z

does anyone know what might cause characters to be echoed to the screen
even though noecho() was called at startup?

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses@...
http://lists.gnu.org/mailman/listinfo/bug-ncurses