well, the unix98 fork was due to redhat shipping
fedora 2 with the legacy bsd ptys switched off.
So it seems appropriate to have some rpms
for fedora 2, since I am building them for myself
there is a branch on CVS called
HTL_UNIX98_start (with branch
point from main at the HTL_UNIX98_fork tag)
which switches cxterm to use the newer
unix 98 style tty - this is driven by redhat fedora 2
shipping by default without the older BSD style
tty that cxterm needs.
an updated version of cemacs.el which works with all version of emacs from v19 onwards has been commited
to cvs. See README.emacs for details.
Since the introduction of MULE (MUlti-Lingual Extension) to emacs at v20 in 1995, cemacs, a
elisp script, for using emacs embedded within
cxterm, has gone broken.
The problem has now been diagnosed. For emacs
v21, run emacs with the '--unibyte' switch before
loading cemacs.el. There is also a variant of cemacs.el
floating around which does version check, and
the version check code needs to be commented out.... read more
CXterm uses the xterm termcap/terminfo entries
on the host (unless a cxterm entry exist).
As xterm in XFree86 got better over the years, its termcap/terminfo entries had changed; whereas
CXterm is essentially stuck in time with X
Consortium's initial X11R6.
CVS now has proper terminfo/termcap entries recovered from archives. Read
"README.terminfo" for installation instructions
Finally got round to commit the gcc -Wall clean up, cygwin
build corrections, etc. See Change log.
The work around for screen corruption under Xfree86
didn't make into the file bundle. See the mailing list
archive for details.