freebsd-dev

History

Marcel Moolenaar 3cf3c5d9dd sigset_t change (part 5 of 5) ----------------------------- Most of the userland changes are in libc. For both the alpha and the i386 setjmp has been changed to accomodate for the new sigset_t. Internally, libc is mostly rewritten to use the new syscalls. The exception is in compat-43/sigcompat.c The POSIX thread library has also been rewritten to use the new sigset_t. Except, that it currently only handles NSIG signals instead of the maximum _SIG_MAXSIG. This should not be a problem because current applications don't use any signals higher than NSIG. There are version bumps for the following libraries: libdialog libreadline libc libc_r libedit libftpio libss These libraries either a) have one of the modified structures visible in the interface, or b) use sigset_t internally and may cause breakage if new binaries are used against libraries that don't have the sigset_t change. This not an immediate issue, but will be as soon as applications start using the new range to its fullest. NOTE: libncurses already had an version bump and has not been given one now. NOTE: doscmd is a real casualty and has been disconnected for the moment. Reconnection will eventually happen after doscmd has been fixed. I'm aware that being the last one to touch it, I'm automaticly promoted to being maintainer. According to good taste this means that I will receive a badge which either will be glued or mechanically stapled, drilled or otherwise violently forced onto me :-) NOTE: pcvt/vttest cannot be compiled with -traditional. The change cause sys/types to be included along the way which contains the const and volatile modifiers. I don't consider this a solution, but more a workaround.		1999-09-29 15:18:46 +00:00
..
esc.c
header.h
main.c
Makefile	sigset_t change (part 5 of 5)	1999-09-29 15:18:46 +00:00
README
vttest.1	Add $FreeBSD$ lines to man pages that are missing them to make it	1999-08-28 23:23:38 +00:00

README

NOTES FROM THE MOD.SOURCES MODERATOR:
I split the source up into the three separate pieces it now is.
In doing this, I put lines like "int reading;" in a header file
that both C modules include.  If your Unix requires one of these
to be "extern int reading;" then you will have some editing to do.
Also note that this program uses FIONREAD, which must be implemented
differently in SystemV, etc., and check out the setjmp() call...
	/Rich $alz
Oh, yeah:  I also wrote the Makefile and manpage, such as they are.
-------------------------------------------------------------------

This is a program to test the compatibility (or to demonstrate the
non-compatibility) of so-called "VT100-compatible" terminals. In
conformance of the good old hacker traditions, the only documentation
of this program is the source code itself. To understand it, you also
need a copy of the original VT100 manual from DEC.

Comments and bug reports: Since this is a release (via USENET) to the
whole world, a lot of people are going to have opinions and fresh
ideas about it. (What -- bugs in MY program? Aww...)  I can't deal
with everyone sending me a hacked version, but if you have found a
serious bug, or ported it to VMS, do tell me. I can't promise any new
version release, though. From this version on (1.7b) VTTEST will have
to live its own life without its father holding its hand.

My adress is:

Network-mail adress:     (mcvax,seismo)!enea!suadb!lindberg

Real-world-mail address: Per Lindberg
                         QZ, Stockholm University Computing Center
			 Box 27322
			 S - 102 54  Stockholm
			 SWEDEN

The original version of this program is written for the Sargasso C
compiler for the DECsystem-10. Many thanks to all sales persons with
quote VT100-compatible unquote terminals, who prompted me to write
this program, and also to:

-- Bo Kleve, LIDAC, Linkoping University, Sweden
   for the portation to DECSYSTEM-20 with the Sargasso C compiler

-- Johan Widen, TTDS, Royal Institute of Technology, Stockholm, Sweden
   for the portation to various UNIX systems (incl. System III and Xenix)

-- Russ Herman, AES Data Inc., Missisauga, Ont. Canada
   for fixes and code for the VT102 test

Thanx also to JMR "Gremlin" at KTH, and Goran Wallberg at QZ
for suggestions, bug fixes, etc.

This program does not have support for all the different variations
of VT100, like VT125, VT131 nor the new VT200 series. Feel free to
add that yourself. Happy Hacking!

                 /TMP