Most of the functionality of Newlib is either in the GCC standard
libraries or, in this case, built into the Arduino environment.
I really dislike the arduino environment but the base code that I am
using is written in it.
I also almost never use printf/scanf and its derivatives in embedded
code because printf/scanf are among the biggest space hogs in the C
library. I have written my own set of text input and output routines
that replaces all of the printf/scanf functionality that I need in an
embedded system.
Thank you for your advice. I will look into screen, if I an find it.
Mike
On 12/9/2024 11:17 PM, Henry Bent wrote:
If this were my project, I would start by getting newlib going and
then seeing if I could use that to run an older (presumably more
simple, with fewer requirements) version of screen.
-Henry
On Mon, Dec 9, 2024, 22:04 Mike Katz <bit...@12bitsbest.com> wrote:
Overlapping would be amazing, different screen quadrants at a
minimum. I am going to try to port Txwindows as that is the only
package I could find
On Dec 9, 2024 8:40 PM, Henry Bent <henry.r.b...@gmail.com> wrote:
On Thu, 5 Dec 2024 at 20:26, Mike Katz via cctalk
<cctalk@classiccmp.org> wrote:
Thank you.
Screen is a linux utility. I am writing this on a bare
metal (no
operating system) ESP32 dev board.
Right now the program is text menu driven. I would like
to enhance it
with textual windows.
The Txwindows package is perfect but over kill and will
need some
hacking to work in my environment and it doesn't support
the VT-100's
region scrolling so screen updates might be slow.
What might be helpful is if you could be more specific about
what it is you're trying to achieve. Do you want arbitrarily
sized, overlapping windows or do you just want the screen
divided up into discrete segments?
-Henry
