[comp.unix.xenix] emacs 18.55

root@grumbly.UUCP (Superuser) (04/12/90)

Has anyone made emacs 18.55 with the SCO Unix dev syst? [cc or rcc]
I'm using the m-intel386.h and s-usg5-3.h files.  Seem to be
getting problems with TIOCGETC, winsize , ws_row, etc (at one
time or another).

Does this sound familiar to anyone?  [I've tried undef'ng TIO...
ala XENIX and some other things - to no avail]

We be woed
rbduc



-- 
 ///   - - - - - - - - - - - - - - - - - - - - - - > 
 0 0   Richard Ducoty                               ..uunet!grumbly!root
  >    Capitola, Calif                                root@grumbly.com
 `  

tneff@bfmny0.UU.NET (Tom Neff) (04/12/90)

In article <31@grumbly.UUCP> root@grumbly.com writes:
>Has anyone made emacs 18.55 with the SCO Unix dev syst? [cc or rcc]
>I'm using the m-intel386.h and s-usg5-3.h files.  Seem to be
>getting problems with TIOCGETC, winsize , ws_row, etc (at one
>time or another).

A perfect example of why comp.unix.sco was a bad idea.  This problem,
and the fixes for it, have been around on all 386 V/386 Unix variants
for quite some time.  There are a couple of .h files not being included.

Install this shell script somewhere you can use it:

#! /bin/sh
# This is a shell archive, meaning:
# 1. Remove everything above the #! /bin/sh line.
# 2. Save the resulting text in a file.
# 3. Execute the file with /bin/sh (not csh) to create:
#	fhs
# This archive created: Thu Apr 12 07:57:00 1990
export PATH; PATH=/bin:/usr/bin:$PATH
if test -f 'fhs'
then
	echo shar: "will not over-write existing file 'fhs'"
else
sed 's/^X//' << \SHAR_EOF > 'fhs'
X# fhs - find a header file symbol
Xcd /usr/include ; \
X		/usr/bin/fgrep -n $* *.h ; \
X		/usr/bin/fgrep -n $* sys/*.h 
SHAR_EOF
chmod +x 'fhs'
fi
exit 0
#	End of shell archive

root@dasteel.UUCP (Jonathan Dasteel) (04/13/90)

In article <31@grumbly.UUCP> root@grumbly.UUCP (Superuser) writes:

   Has anyone made emacs 18.55 with the SCO Unix dev syst? [cc or rcc]
   I'm using the m-intel386.h and s-usg5-3.h files.  Seem to be
   getting problems with TIOCGETC, winsize , ws_row, etc (at one
   time or another).

   Does this sound familiar to anyone?  [I've tried undef'ng TIO...
   ala XENIX and some other things - to no avail]


I had the same problem with 386/ix. If you don't need X11, this is what
I did:
	In sysdep.c ~line 688 --
		   #ifdef TIOCGETC
		   struct tchars	{ 					/* JBD */
			   unsigned char	t_intrc;		/* add this structure */
			   unsigned char	t_quitc;
			   unsigned char	t_startc;
			   unsigned char	t_stopc;
			   unsigned char	t_eofc;
			   unsigned char	t_brkc;
		   };
			.
			.	the rest of ifdef the same
			.

	In sysdep.c ~line 986, change the ifdef thusly:
		OLD:
		#ifdef TIOCGWINSZ
		NEW:
		#if defined(TIOCGWINSZ) && (defined(HBTCP) || defined(XWIN))

Apparently there is something brain damaged about the attempt to
retain Xenix backward compatability, but I could be wrong. At any
rate, this worked for me. BTW, my termcap (info?) had standout-glitch
(or some such thing) erroneously defined, which caused bogus behavior
on the mode line. You may need to fix this too, though not Emacs' fault.

                   -- JBD

-------------------------------------------------------------------------------
Jonathan Dasteel                   Dasteel Software
213-394-1229                       1148 Fourth Street, Suite 100
uunet!dasteel!jbd                  Santa Monica, CA 90403
                                   Typesetting and graphics software
-------------------------------------------------------------------------------

root@grumbly.UUCP (Superuser) (04/13/90)

In article root@dasteel.UUCP (Jonathan Dasteel) writes:
->>In article  root@grumbly.UUCP (Richard Ducoty) writes:
->>
->>  Has anyone made emacs 18.55 with the SCO Unix dev syst? [cc or rcc]
->>  I'm using the m-intel386.h and s-usg5-3.h files.  Seem to be
->>  getting problems with tchars etc (at one or another).
->>
->>  Does this sound familiar to anyone?  [I've tried undef'ng TIO...
->>  ala XENIX and some other things - to no avail]
->>
->I had the same problem with 386/ix. If you don't need X11, this is what
->I did:
->	In sysdep.c ~line 688 --
->		   #ifdef TIOCGETC
->		   struct tchars	{ 					/* JBD */
->			   unsigned char	t_intrc;		/* add this structure */
->			   unsigned char	t_quitc;
->			   unsigned char	t_startc;
->			   unsigned char	t_stopc;
->			   unsigned char	t_eofc;
->			   unsigned char	t_brkc;
->		   };
->			.
->			.	the rest of ifdef the same
->			.
->
->	In sysdep.c ~line 986, change the ifdef thusly:
->		OLD:
->		#ifdef TIOCGWINSZ
->		NEW:
->		#if defined(TIOCGWINSZ) && (defined(HBTCP) || defined(XWIN))
->
->Apparently there is something brain damaged about the attempt to
->retain Xenix backward compatability, but I could be wrong. At any
->rate, this worked for me. BTW, my termcap (info?) had standout-glitch
->(or some such thing) erroneously defined, which caused bogus behavior
->on the mode line. You may need to fix this too, though not Emacs' fault.
->
->                   -- JBD
->
->-------------------------------------------------------------------------------
->Jonathan Dasteel                   Dasteel Software
->213-394-1229                       1148 Fourth Street, Suite 100
->uunet!dasteel!jbd                  Santa Monica, CA 90403
->                                   Typesetting and graphics software
->-------------------------------------------------------------------------------

Thanka you thanka you - that fix did it, went through with several
more minor changes (makefile trying to get into .../etc instead of
../etc ,etc.

gott go --> twin peaks be on
:wq

-- 
 ///   - - - - - - - - - - - - - - - - - - - - - - > 
 0 0   Richard Ducoty                               ..uunet!grumbly!root
  >    Capitola, Calif                                root@grumbly.com
 `