Recent posts to newshttps://sourceforge.net/p/cxterm/news/2004-08-04T21:20:47ZRecent posts to newsFedora 2 unix98 rpms2004-08-04T21:20:47Z2004-08-04T21:20:47ZChangsen Xuhttps://sourceforge.net/u/xucs/https://sourceforge.nete447212695502c91c6eae718dd7f5c4904774a1b<div class="markdown_content"><p>well, the unix98 fork was due to redhat shipping<br />
fedora 2 with the legacy bsd ptys switched off.<br />
So it seems appropriate to have some rpms<br />
for fedora 2, since I am building them for myself<br />
anyway.</p></div>forked to unix98 ttys.2004-08-04T20:35:45Z2004-08-04T20:35:45ZChangsen Xuhttps://sourceforge.net/u/xucs/https://sourceforge.net25c76a4768d0b841b16e4ced4f623fe061dc0eae<div class="markdown_content"><p>there is a branch on CVS called<br />
HTL_UNIX98_start (with branch<br />
point from main at the HTL_UNIX98_fork tag)<br />
which switches cxterm to use the newer<br />
unix 98 style tty - this is driven by redhat fedora 2<br />
shipping by default without the older BSD style<br />
tty that cxterm needs.</p></div>cemacs commited to cvs2003-06-13T23:23:42Z2003-06-13T23:23:42ZChangsen Xuhttps://sourceforge.net/u/xucs/https://sourceforge.net33c063deddcc2510cbe88b5b79c3ed10fe86cb7f<div class="markdown_content"><p>an updated version of cemacs.el which works with all version of emacs from v19 onwards has been commited <br />
to cvs. See README.emacs for details.</p></div>emacs (v21) works again in cxterm after 8 years!2003-05-27T11:52:11Z2003-05-27T11:52:11ZChangsen Xuhttps://sourceforge.net/u/xucs/https://sourceforge.net74e8db63423d650e7baa49534f503e8bb513505b<div class="markdown_content"><p>Since the introduction of MULE (MUlti-Lingual Extension) to emacs at v20 in 1995, cemacs, a <br />
elisp script, for using emacs embedded within <br />
cxterm, has gone broken. </p>
<p>The problem has now been diagnosed. For emacs<br />
v21, run emacs with the '--unibyte' switch before<br />
loading cemacs.el. There is also a variant of cemacs.el<br />
floating around which does version check, and <br />
the version check code needs to be commented out.</p>
<p>I'll check in a file called 'README.cemacs' into CVS in the next few days with the details, and also possibly<br />
include a tested/updated version of cemacs.el itself <br />
also, since the authors seem to have lost interest in it.</p></div>screen corruption under Xfree86 (e.g. linux) fixed2003-05-27T11:45:48Z2003-05-27T11:45:48ZChangsen Xuhttps://sourceforge.net/u/xucs/https://sourceforge.net470d7ffc3aeafb7de78c146ee62b03fcc04a7017<div class="markdown_content"><p>CXterm uses the xterm termcap/terminfo entries <br />
on the host (unless a cxterm entry exist).<br />
As xterm in XFree86 got better over the years, its termcap/terminfo entries had changed; whereas <br />
CXterm is essentially stuck in time with X <br />
Consortium's initial X11R6. </p>
<p>CVS now has proper terminfo/termcap entries recovered from archives. Read <br />
"README.terminfo" for installation instructions <br />
and details.</p></div>v5.2.3 released.2003-05-06T08:22:21Z2003-05-06T08:22:21ZChangsen Xuhttps://sourceforge.net/u/xucs/https://sourceforge.neteaab40dc2fb3a95383015d9e19bf37198c3ed8e4<div class="markdown_content"><p>Finally got round to commit the gcc -Wall clean up, cygwin<br />
build corrections, etc. See Change log.</p>
<p>The work around for screen corruption under Xfree86<br />
didn't make into the file bundle. See the mailing list<br />
archive for details.</p></div>