[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
A Valgrind-observant ncurses
From: |
Steve Litt |
Subject: |
A Valgrind-observant ncurses |
Date: |
Thu, 20 Jun 2024 08:03:54 -0400 |
:-)
Every two years I observe that programs compiled with ncurses make
Valgrind throw an error, and could somebody please have a command line
option to make ncurses get rid of all its RAM. From the responses the
last several years I assume the answer is probably still no.
So this year I'll ask a different question. My understanding is that
ncurses can be slightly modified and then compiled to not throw that
Valgrind error, the downside being worse performance and possible loss
of some functionality. So what I'd like to do is compile a special,
diagnostic ncurses that doesn't throw the Valgrind error, use it for
testing, and then switch to the version of ncurses that comes with my
Linux distribution (Void Linux in my case). So here are some questions:
1) How do I keep my diagnostic ncurses completely separate from my
distro provided ncurses so that my distro-provided applications don't
go slower or lose functionality?
2) Where can I find instructions on how to compile my diagnostic ncurses
so that my home-brew applications don't throw Valgrind errors (assuming
I have no memory leaks in the code I wrote) when compiled with my
diagnostic ncurses?
Thanks,
SteveT
Steve Litt
http://444domains.com
- A Valgrind-observant ncurses,
Steve Litt <=
- Re: A Valgrind-observant ncurses, Bill Gray, 2024/06/20
- Re: A Valgrind-observant ncurses, G. Branden Robinson, 2024/06/20
- Re: A Valgrind-observant ncurses, Thomas Dickey, 2024/06/20
- Re: A Valgrind-observant ncurses, Michael D. Setzer II, 2024/06/20
- Re: A Valgrind-observant ncurses, Thomas Dickey, 2024/06/22
- Re: A Valgrind-observant ncurses, Steve Litt, 2024/06/23
- Re: Ctrl-L cleaning the screen, Thomas Dickey, 2024/06/23