Re:Jim Breen's patched kterm (fwd)

[Dennis McMurchy <denismcm@example.com>]

  Hi,

  Since I had raised this on the list recently, I thought y'all might
be interested in what Jim Breen had to say about it.  When I do hear
from Jim again, I'll let you all know.

Dennis McMurchy, 
Tojinmachi, Fukuoka


---------- Forwarded message ----------
Date: Mon, 28 Oct 1996 09:52:47 -0500
From: Jim Breen <jwb@example.com>
To: Dennis McMurchy <denismcm@example.com>
Subject: Re:Jim Breen's patched kterm (fwd)

On Oct 26, 12:05pm, Dennis McMurchy wrote:
} Subject: Re:Jim Breen's patched kterm (fwd)

Hullo Dennis,

>>   Since I posted this request for help and/or info on the Tokyo Linux
>> Users' Group list, I've had two replies.  One suggests that you're 
>> waiting for me to send you the patches to make it work.  The other
>> consists of the single word 'remove'.
>> 
>>   I don't have any pressing use for this patched kterm, but I am
>> curious as to how I might get it to work.  Since you say unambiguously
>> that you are using it under Ultrix and Linux, I am a little puzzled
>> (but not discouraged or annoyed - don't misunderstand me) by the 
>> experience I've had with it so far.

Well I got the patches for kterm (which apply to the X11R6) and applied
them. At the time I was using Ultrix V4.4 and Linux (kernel 1.0.9) both of
which were R5. (Ultrix still is). I found, serendipitously, that I could
more or less run the imake, and once I fixed a R6 funny by hand in the
Makefile, it all compiled and installed OK in both environments.

About 5 weeks ago I lost my HDD at home (my Linux box), so I have rebuilt
the system, using Slackware with kernel 2.0.x and X11R6. Guess what, I have
had the same compilation problems as you have!

>>   Well, Steve was right.  Including time.h and types.h (I don't care 
>> which did it) fixed that snag with the compile.  A little later on
>> though, this happens:

Yep, I found that one too. Adding time.h fixed it.

>> gcc -c -O2 -m486 -ansi    -I/usr/X11R6/include  -Dlinux -D__i386__ -D_POSIX_SOUR
>> CE -D_BSD_SOURCE -D_GNU_SOURCE -DX_LOCALE  -DFUNCPROTO=15 -DNARROWPROTO  -DKTERM
>>  -DSTATUSLINE -DKEEPALIVE  misc.c
>> misc.c: In function `Bell':
>> misc.c:328: too few arguments to function `gettimeofday'
>> make: *** [misc.o] Error 1
>> 
>>   The code at that point looks like this:
>> 
>>  gettimeofday(*curtime);
>>         now_msecs = 1000*curtime.tv_sec + curtime.tv_usec/1000;

>From memory, you need to add a timezone struct and a second parameter to the
gettimeofday.

>>   I don't have time to pursue this right now, but even I can see (I think)
>> that we need another argument to the system call 'gettimeofday'.

Yep.

>>   My question is, I guess, how on earth did Jim Breen ever get this to 
>> compile if it's such a mess?  And is it worth my while fixing these problems
>> one by one?  Does anyone else out there think they need/want this?  Want to
>> help?

See above 8-)}

I have it compiling now, but have struck problems with the ld and the
-lXaw etc.etc.  A Linux guru is trying to sort it out for me. I'll email
you when I have some progress.

The probelm seems to have entirely emerged with the move from R5 to R6.

Cheers

Jim

-----------------------------------------------------------------
a word from the sponsor will appear below
-----------------------------------------------------------------
The TLUG mailing list is proudly sponsored by TWICS - Japan's First
Public-Access Internet System.  Now offering 20,000 yen/year flat
rate Internet access with no time charges.  Full line of corporate
Internet and intranet products are available.   info@example.com
Tel: 03-3351-5977   Fax: 03-3353-6096