HDTenEightyP/NetNews huggingface dataset:
From: apeacock@tartarus.uwa.edu.au (Anthony Peacock)
Newsgroups: comp.os.linux
Subject: Xwindows and bitmaps
Date: 21 Nov 1992 03:26:54 GMT
Organization: The University of Western Australia
NNTP-Posting-Host: tartarus.uwa.edu.au
Keywords: bitmaps/xwindows

I have the problem of being a) pretty new to the linux environment
and
			    b) Xwindows doesent want to run in colour
for me

What seems to be ahppening is that the bitmap is getting either
corrupted or that the bits are being placed in the wrong positions.
The cursor and all the screen is as if they had been "meshed" is the
only way i can describe it. They appear as fuzzy images rather than
clear. This problem does not occur in mono but xv is very fuzzy.
Could anyone offer some sugestions on what it is that i need do in order
to fix this problem 

Thanks in advance Anthony Peacock
From: sigurasg@rhi.hi.is (Sigurdur Asgeirsson)
Newsgroups: comp.os.linux
Subject: VM wizards - verify this please
Date: 19 Nov 92 14:46:02 GMT


  I downloaded the linux sources and browsed through the mm directory.
Could someone please tell me if the following is TRUE (*chuckle*), the
sources are not very readable.

1. Linux does not swap page tables.

2. On fork:
   All page tables are cloned
   All referenced pages that are in-core are made read only in both page tables
   and the share count bumped (mem_map[i]++)
   All referenced pages that are on disk are swap_dup - ed

3. When swapping out:
   All pagetables are searched for in-core pages and those are swapped
   out by saving them to disk, decrementing the share count and freeing
   if share count == 0.
   This result in multiple copies of shared pages in swap, and, on next
   reference, in memory, does it not? (and why all the ','?)
-- 
Sigurdur Asgeirsson    | "Well you know, C isn't that hard, void (*(*f[])())()
Fjardarsel 21          | for instance defines f as an array of unspecified size,
109 Reykjavik, Iceland | of pointers to functions that return pointers to
sigurasg@rhi.hi.is     | functions that return void... I think"
From: root@umibox.hanse.de
Newsgroups: comp.os.linux
Subject: setting up a dial-in
Date: Thu, 19 Nov 1992 17:40:09 GMT
Organization: Linux Box standing around in Hamburg, Germany

When my second phone-line gets installed this weekend, I'll open my
Linux-box as some kind of mailbox. But I need to hear from someone who has
managed to set up a dial-in before, because up to now I have some
problems.

Mainly, where is this uugetty thing? Or is it called getty_ps? I can't seem
to find it anywhere.

Thanks in advance, I'll announce the phone number next week,

     Bernie
From: donbon@unixd1.neuronet.pitt.edu (Donald L Bonaddio)
Newsgroups: comp.os.linux
Subject: Re: SLS t1-t5 TeX problems with xdvi !!
Date: 16 Nov 92 19:17:06 GMT
	<168A1A96C.HIPKR@ibm.rz.tu-clausthal.de>
	<1992Nov16.120352.20927@Informatik.TU-Muenchen.DE>
Organization: /afs/pitt.edu/usr10/donbon/.organization
In-reply-to: stoehr@Informatik.TU-Muenchen.DE's message of 16 Nov 92 12:03:52 GMT

XDVIFONTS!  that was it exactly !
I love it
have everthing I need at home now. (Just need a laser printer)
Linux is great !

Now, If i could just get Ka9q to work with ASLIP on my HP-710 at work.
Hmmm.

db

--
								  Don Bonaddio
	  University of Pgh Health Center and Childrens Hospital of Pittsburgh
				 (412)692-7179-Voice  donbon@neuronet.pitt.edu
				 (412)692-5093-Voice  donbon@unix.cis.pitt.edu
							   (412)692-5921-FAX
From: s_titz@ira.uka.de (Olaf Titz)
Newsgroups: comp.os.linux
Subject: Re: looking for useful TCP program
Date: 18 Nov 1992 12:20:50 GMT
Organization: Fachschaft math/inf, Uni Karlsruhe, FRG
NNTP-Posting-Host: irau29.ira.uka.de

In article <Bxt98z.6I0@cs.bham.ac.uk> row@cs.bham.ac.uk (Reuben O Wells) writes:
>Hi all,
>
>I am looking for a couple programs, one which takes a hostname and optionally
>a port number, reads data from stdin and the other which runs on the remote
>machine writes all data received on a specified port to stdout.

Look in the archives of comp.sources.unix for a program called
'socket(1)'. This is exactly what you want.

olaf
-- 
| Olaf Titz - comp.sc.student  |   o     | uknf@dkauni2.bitnet | old address |
| univ. of karlsruhe - germany |  _>\ _  | s_titz@ira.uka.de   | is still    |
| +49-721-60439                | (_)<(_) | praetorius@irc      | valid       |
   "Stop talkin' and start chalkin'!" - Eight Ball Deluxe
From: sog@craycos.com (Steve Gombosi)
Newsgroups: comp.os.linux
Subject: Xconfig for NEC ProSpeed 386 LCD?
Date: 16 Nov 92 23:52:39 GMT
Organization: Cray Computer Corporation

I'm trying to determine appropriate timing information
for the "VGA-compatible" LCD display on my NEC ProSpeed
386. Neither the owners manual nor the maintenance manual
give this information. Has anybody actually gotten X working
on one of these? I've tried bringing up the monochrome
server, using the clock rates of 25 and 28 MHz (which is what
the server returns) and the official VESA timing for VGA.

X comes up, but the display is essentially trashed (dark
vertical lines moving randomly when the mouse is moved), with
either a gray stipple pattern in the left 2/3 of the display area
or pure white in the left 2/3, depending on the "cursor" is located
(some experimentation with xterm has confirmed that the "pure
white" pattern is displayed when the cursor is located within
an xterm window, and the stipple pattern is displayed when it's
not). In all cases, the right 1/3 of the screen consists of thin
vertical lines. This suggests (to me) that my timing information is 
way off. Where do I go from here?

Steve Gombosi
Cray Computer Corporation
sog@craycos.com
Newsgroups: comp.os.linux
From: card@masi.ibp.fr (Remy CARD)
Subject: ANNOUNCE: efsprogs a10.1
Organization: Laboratoire MASI - Universite Pierre et Marie Curie - Paris - France
Date: Tue, 17 Nov 1992 10:02:25 GMT

In article <1992Nov16.170625.28675@jussieu.fr> I wrote :
>
>	The new release (alpha 10) of the extended file system programs (efsck
>and mkefs) is available for anonymous ftp from ftp-masi.ibp.fr [132.227.64.26]
>in the directory pub/linux/ALPHA/extfs.  It should be available soon on
>tsx-11.mit.edu [18.172.1.2] in the directory pub/linux/ALPHA/extfs.

	Well, there is a bug in this release so I have released version alpha
10.1 today.  In version alpha 10, when efsck corrected bad directory entries,
it didn't write changes back to the disk so corrections were not recorded 8-(

	I strongly apologize for this bug.  The new release which corrects this
bug is now available for anonymous ftp from ftp-masi.ibp.fr [132.227.64.26] in
the directory pub/linux/ALPHA/extfs and should be available soon on
tsx-11.mit.edu.

	People who have already retrieved version alpha 10 can use the patch
enclosed in this mail to upgrade to alpha 10.1.

	I feel sorry for the inconvenience and I hope that this version will
FINALLY be able to correct bad directories.

	Remy

---8<------8<------8<------8<---cut here--->8------>8------>8------>8---
*** efsprogs10/efsck.c	Sun Nov 15 19:00:10 1992
--- efsprogs/efsck.c	Tue Nov 17 10:29:35 1992
***************
*** 1033,1038 ****
--- 1033,1040 ----
  			* (unsigned long *) (name - 8) = 0;
  			* (unsigned short *) (name - 4) = rec_len;
  			* (unsigned short *) (name - 2) = rec_len - 8;
+ 			write_block(last_block_read, blkbuf);
+ 			changed = 1;
  		}
  		else
  			printf ("Skipping to next block\n");
***************
*** 1057,1062 ****
--- 1059,1065 ----
  			/* Zero the inode and write out the dir block */
  			* (unsigned long *) (name - 8) = 0;
  			write_block(last_block_read, blkbuf);
+ 			changed = 1;
  		}
  		goto exit;
  	}
***************
*** 1086,1091 ****
--- 1089,1095 ----
  		{
  			* (unsigned long *) (name - 8) = 0;
  			write_block (last_block_read, blkbuf);
+ 			changed = 1;
  		}
  	}
  	if (!inode)
***************
*** 1842,1848 ****
  	int count;
  	char c;
  
! 	printf ("efsck version alpha 10 - 15.11.92\n");
  	if (argc && *argv)
  		program_name = *argv;
  	if (INODE_SIZE * EXT_INODES_PER_BLOCK != BLOCK_SIZE)
--- 1846,1852 ----
  	int count;
  	char c;
  
! 	printf ("efsck version alpha 10.1 - 17.11.92\n");
  	if (argc && *argv)
  		program_name = *argv;
  	if (INODE_SIZE * EXT_INODES_PER_BLOCK != BLOCK_SIZE)
---8<------8<------8<------8<---cut here--->8------>8------>8------>8---
Newsgroups: comp.os.linux
From: card@masi.ibp.fr (Remy CARD)
Subject: Re: Inode/Zone count errors with ext fs
Organization: Laboratoire MASI - Universite Pierre et Marie Curie - Paris - France
Date: Tue, 17 Nov 1992 16:11:06 GMT

In article <1992Nov14.225450.23196@prime.mdata.fi> kennu@mits.mdata.fi (Kenneth Falck) writes:
>
>I wonder, what would happen if you first sync'ed (three times :),
>then ran efsck, and right after that switched the power off? Is
>there any other data kept in the kernel buffers after a sync except
>the superblock?

	If you sync, all buffers are written back to the disk and
the memory copy of the super block is also updated on the file system.
When you run efsck, it can correct the super block on the disk.  If
you switch off the power just after running efsck, the memory copy of
the super block is not written to the disk so the changes made by
efsck are not overwritten and you win.

	Note that if a process allocates or deallocates a block
or an inode just after you ran efsck and before you switch off the
power, you lose because the memory copy of the super block has been
modified.

>
>-- 
>kennu@mits.mdata.fi

--

	Remy Card
	card@masi.ibp.fr
Newsgroups: comp.os.linux
From: jy10033@ehsn11.cen.uiuc.edu (Joshua M Yelon)
Subject: function-->macro bugs.
Organization: University of Illinois at Urbana
Date: Fri, 20 Nov 1992 13:46:03 GMT


Our "stdlib.h" does something unusual: it defines malloc as a macro.
According to the standard, though, malloc is a function.  Indeed,
there are many functions that have been converted to macros by our
header files.


Here's why it's wrong to make a function into a macro:

1. This is correct:

extern void *malloc();

but if I put it in my program, and malloc is a macro, it will crash,
saying "malloc called with zero arguments." 

2. This is correct:

void *(*allocator)() = malloc;

this is also correct, but it will come back with "undefined external:
malloc" if malloc is a macro.

3. This is correct:

/* My-super-efficient-malloc: */
static void *malloc(n)
int n;
{...

but it will blow up if malloc is a macro.

In case you think these are far-fetched examples, and you don't think
they are likely to bite us, I'd like to point out that both emacs 18.59
and f2c _would_ compile out-of-the-box, but don't because of these errors.

I'd like to get these errors repaired, but when I wrote to HLU, he
gave me a "solution" involving compiler switches, and did not seem to
recognize this as an actual bug that requires proper repair.  Since I
do not have any desire to argue the point with him, I have dropped
this message into a public place, so that this group can solve the
problem or ignore it as it sees fit.
From: mal11@po.CWRU.Edu (Matthew A. Lewis)
Newsgroups: comp.os.linux
Subject: i am going absolutely insane...tcpip straight jacket needed :)
Date: 21 Nov 1992 06:27:43 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: mal11@po.CWRU.Edu (Matthew A. Lewis)
NNTP-Posting-Host: slc5.ins.cwru.edu



I've dedicated this weekend to getting my linux box up on
the ethernet. unfortunately, I 've run into the same probelms
as everyone else. Here is what I did.

1) installed SMC Elite 16 and changed parameters using software
2) recompiled tcpip with proper values in Space.c in 
   0.98.1 kernel.
3) got tcpip-0.8 suite and put stuff in /usr/bin and
   /usr/etc/inet
  NOTE: why did EVERYONE erase the tcpip suites on the various
        anon ftp sites?????
4) ran install.net 
   made up a router cause I don't know the one for this school.
5) all telnet and ftp attempts fail due to 'host unreachable'
   or name server lookup, even the loopback.

Would someone please take time out to assist me before I lose my
mind? i'd like to get this finished before Thankgiving.

BTW, I did read the new FAQ. Some suggestions: it never mentioned
   where to get ftp,telnet, etc. (aka the tcpip-0.8.tar.Z suite).
   in fact, it never even said you need it.      
   2nd, the part about named is very confusing. i will point out
   problems if the author is interested.

again, please please assist me. My dad works at the Coors Virtual Beer
Brewery and I can get you a few free virtual six-packs :)

-- 
maThiEu a. LeWis     "Don't ask me/what you know is true/don't have
cyber-mercenary       to tell you/I love your precious heart/I/I was
Thieves Like Us       standing/you were there/two worlds collided/and
mal11@Po.cwru.edu     they could never tear us apart." 
Newsgroups: comp.os.linux
From: adam@microware.com (Adam Goldberg)
Subject: Re: Eisa vs. LB -- IDE vs SCSI
Organization: Microware Systems Corp., Des Moines, Iowa
Date: Fri, 20 Nov 1992 14:27:12 GMT

varney@sage.cc.purdue.edu (Bruce Varney) writes:

>	486-33DX EISA 8 Meg ram, EISA Adaptec or Ultrastor SCSI controller
>(supports DMA, and bus mastering, but not a caching controller). 500 meg
>SCSI drive. 14" monitor. ISA Diamond Speedstar 24X. Tower case. Both floppies, 
>[...]

>	I plan on running Linux and Dos (I have games). I plan on adding
>a sound card to do some composition in the future, and would also like to
>be able to do full-motion video sometime in the future. 

If you plan on running X, don't get the Diamond Speedstar 24X.  Get
a plain-old ET4000 card...you'll be happier (especially since the 
24X will not be supported...ever it looks like)
-- 
Adam G.
adamg@microware.com, or ...!uunet!mcrware!adamg
The above is not to be construed in any way as the official or unofficial
statements of Microware, or any Microware employees.
Newsgroups: comp.os.linux
From: erc@unislc.uucp (Ed Carp)
Subject: Re: logout updating who display
X-Newsreader: TIN [version 1.1 PL6]
Organization: Unisys Corporation SLC
Date: Thu, 19 Nov 1992 03:37:33 GMT

Craig Metz (vaz@eagle.TC.cornell.edu) wrote:

: 	Might I ask exactly what program updates the /etc/utmp file such that
: users who have logged out don't show up as logged in anymore? I installed SLS
: and my system handled this procedure properly, but since installing poe-IGL
: and admutils (latest versions), my system does not properly handle updating
: the utmp file when a user logs out to reflect the user not being logged in any
: more. Does anyone have any suggestions as to how this problem may be fixed?

I think init does.  What happens is, getty spawns login which writes an entry
to /etc/utmp, then spawns a shell.  When the shell dies, init sees it, takes
the ttyslot() record out of /etc/utmp, and appends it to /etc/wtmp.  At least,
that's the way it usually works. :)
--
Ed Carp			erc@apple.com, erc@saturn.upl.com	801/538-0177

"There is nothing to seek and nothing to find.  You're already enlightened, and
all the words in the world won't give you what you already have.  The wise
seeker, therefore, is concerned with one thing only: to become aware of what
he already is, of the True Self within."  -- Zen maxim
-- 
Ed Carp			erc@apple.com, erc@saturn.upl.com	801/538-0177

"There is nothing to seek and nothing to find.  You're already enlightened, and
all the words in the world won't give you what you already have.  The wise
From: rick@ee.uwm.edu (Rick Miller, Linux Device Registrar)
Newsgroups: comp.os.linux
Subject: H.J.Lu's distribution and ELM in MailPak
Date: 17 Nov 1992 15:50:51 GMT
Organization: Just me.
NNTP-Posting-Host: 129.89.2.33
Summary: Just a minor glitch in /.bash_profile

I compiled the mailpak's ELM last night, and couldn't get it to work...
until I found the bug in the /.bash_profile...

MAIL=/usr/spool/mail/$USER	<--The problem is that $USER is undefined.

Adding the line:

	USER=`whoami`

*BEFORE* the "MAIL" variable is set solves the problem nicely.
Newsgroups: comp.os.linux
From: A.J.Bleasby@daresbury.ac.uk  (Alan Bleasby)
Subject: Re: emacs under X
Organization: SERC Daresbury Laboratory, Warrington, UK
Date: Mon, 9 Nov 1992 19:04:10 GMT

>This is probably a real easy question, but does anyone know how to make emacs
>work under X? It seems to want to stay under the Xterm window.

Not that easy. You need a version of emacs that has been compiled to take
advantage of X. Has anyone done this yet? I'd do it myself only am a little
short of disc space..... :-)
From: Joe.Klemmer@p5.f615.n109.z1.fidonet.org (Joe Klemmer)
Newsgroups: comp.os.linux
Subject: This Echo
Date: Sat, 14 Nov 1992 19:00:00 -0800

        For the last week I'v only been getting 1 or 2 messages a day
in
this echo.  I know that there's got to me more.  Is this something
that's happening on my system/setup only or is it down the chain more.
I'm gettin this through Fido.
 
 * SLMR 2.1a * COLDBEER.CAN found, programmer probably loaded.

 * Origin: My UnKnown BBS - Alexandria VA * 703-780-6890 V.32bis
(1:109/615.5)

Newsgroups: comp.os.linux
From: gerd@zaphod.physik.fu-berlin.de (Gerd Buntkowsky)
Subject: TCP Problems: Unknown service
Organization: Free University of Berlin, Germany
Date: Mon, 16 Nov 1992 21:56:09 GMT

Hello,
when I try to start a telnet session I get the error message:
   telnet: tcp/telnet unknown service
I get the same error if I try to do telnet loopback ,
which as I understood should also work without any ethernet hardware
I have 0.98 pl1 installed and my ethernet board configured to the
parameters described in the ethernet FAQ.
During boot procedure the card is found.
Thanks in advance
   gerd

ps.: btw: thanks to erveryone who helped me with the confid problem
--
 ___________________________________________________________________________
|                                         |                                 |
|     Gerd Buntkowsky                     | FU Berlin                       |
|     gerd@zaphod.physik.fu-berlin.de     | Inst. f. org. Chemie            |
Newsgroups: comp.os.linux
From: jy10033@ehsn11.cen.uiuc.edu (Joshua M Yelon)
Subject: Re: GCC problem
Organization: University of Illinois at Urbana
Date: Mon, 16 Nov 1992 18:52:24 GMT

Brian E. Gallew writes:

>When I compile, I get the following error:
>stdio.h: Line 145: error parsing before __gnuc_va_args
> 
>I can't find where this is defined anywhere!  I did find where
>_G_VA_ARGS (or something like it) was defined as __gnuc_va_args, but
>not the definition for the second.

Let me guess... you're trying to compile emacs?

The definition of __gnuc_va_args is built-in to the gnu C compiler.
Wierd, hun?  But it's ok.  That's how it knows that it needs to
do it's special tricks for variable-length argument list passing.

The error is about two tokens earlier, on 'const'.  s-linux.h is
using the '-traditional' switch to GCC, and I believe that turns
off 'const'.  Of course, that blows up practically everything, so
s-linux also does a #define const [nothing], which repairs almost
everything. Unfortunately, the 'stdio' header is included just a
little too soon in one place, and the 'const' doesn't get blanked
out soon enough, and boom.  I just took out the '-traditional', and
the define of 'const', and everything worked fine. (I am using
a 2.3 gcc.)

Incidentally, you'll need to get turn off the FIX_MALLOC nonsense
in stdlib.h, too, since it defines malloc as a macro, which is WRONG,
and it causes an error when emacs declares

void *malloc();

(which is perfectly correct).
From: hlu@yoda.wsu.edu (H.J. Lu)
Newsgroups: comp.os.linux
Subject: ANNOUNCE: special release of libc.so.4.2
Keywords: NULL pointer, fd_set
Date: 22 Nov 92 17:46:12 GMT
Article-I.D.: serval.1992Nov22.174612.2994
Organization: Washington State University!
Originator: hlu@yoda.eecs.wsu.edu

This is a special release of the shared image for the C library 4.2.
Since 0.98 pl 5 has uncovered a few bugs and changed fd_set, it has
become necessary to make this partial release. There is only
libc.so.4.2.Z on tsx-11.mit.edu under pub/linux/GCC.

You will get quite a few harmless warnings but all the previously
reported problems are gone. Until the full release of the C library
4.2 is out and old binaries are recompiled, you have to live with it.
I am still waiting for the releases of gcc 2.3.2/2.4 and libg++.a 2.3.

To install libc.so.4.2, do

  cd /lib
  cp libc.so.4.2 foo
  mv foo libc.so.4.2	# Do this to save some space.
  ln -sf libc.so.4.2 libc.so.4

  If you have an early version of libc.so.4.2 installed, this one is
  1121, you may have to play with it, like
  
  cd /lib
  cp libc.so.4.2 libc.so.4.2.old
  ln -sf libc.so.4.2.old libc.so.4
  
Note: c++ binaries linked with non-jump table shared library won't
      work with the new shared image as usual.

H.J.
hlu@eecs.wsu.edu
11/22/92
Newsgroups: comp.os.linux
From: ins217t@aurora.cc.monash.edu.au (Andrew J. Cosgriff !)
Subject: Re: Terminal emulator Linux <--> DOS
Organization: Monash University, Melb., Australia.
Date: Sun, 15 Nov 1992 22:20:23 GMT

Yeah, I wouldn't mind a similar thing, for the same reason exactly !


Ta heeps

Cos !

-- 
Andrew J. Cosgriff !	ins217t@aurora.cc.monash.edu.au
			ins217t@lindblat.cc.monash.edu.au
			cos@yoyo.cc.monash.edu.au
"Language is a virus from outer space" - William S. Burroughs
Newsgroups: comp.os.linux
From: jes@grendel.demon.co.uk (Jim Segrave)
Subject: Re: SLS Mail/News?
Reply-To: jes@grendel.demon.co.uk
Distribution: world
X-Mailer: cppnews $Revision: 1.20 $
Organization: None
Date: Sun, 22 Nov 1992 21:56:53 +0000


In article <1992Nov22.150653.1148@sol.UVic.CA> you write:
 
> Also, anyone using .98p5 will need to remove the seg fault upon code
> writes in order to use mail.  I tried finding the place in mail where
> this happens, but if I run it from "gdb" it doesn't happen :-<.

grep for mktemp in the sources. Find the string which is the first
parameter 'lettmp' is one such. Find the definition of this parameter and
if its of the form char *lettmp = "...", change it to char lettmp[] = "...",
Then go find any extern's referencing the variable in any other files and
make sure they are declaring them as extern char lettmp[]; (or whatever),
not extern char *lettmp;
Fix resolve() in sendrmt.c. If it doesn't find the usr/libs/pathalias
file (or some such), resolve drops off the end of the function without
returning a valid pointer (it should be NULL).
The code for mail is an atrocious - a good sample of why C has a bad
name in the rest of the programming world.
 
--
Jim Segrave (Segrave Software Services)     jes@grendel.demon.co.uk

Newsgroups: comp.os.linux
From: david@prism.demon.co.uk (David Metcalfe)
Subject: Re: groff 1.06 compile errors
Reply-To: david@prism.demon.co.uk
Distribution: world
X-Mailer: cppnews $Revision: 1.20 $
Organization: ** none **
Date: Sun, 15 Nov 1992 17:48:51 +0000

In article <1992Nov11.181452.2369@aladin.tynet.sub.org> root@aladin.tynet.sub.org (Admin Klaus Herrmann) writes:
> Hi,
> 
> perhaps I missed something during the gcc discussion - sorry, but my
> problem is, that I get the following errors during compilation of
> GNU groff 1.06:
> 
> In troff:
> 
> symbol.cc:33: parse error before `1024'
> make[2]: *** [symbol.o] Error 1
> make[2]: Target `all' not remade because of errors.
> make[1]: *** [troff] Error 1
> 
> In indexbib:
> 
> indxbib.cc:51: parse error before `('
> indxbib.cc: In function `char * get_cwd ()':
> indxbib.cc:323: warning: implicit declaration of function `getcwd'
> make[2]: *** [indxbib.o] Error 1
> 
< rest deleted >

The problem is due to BLOCK_SIZE already being defined in one of the
header files.  I just changed it to XBLOCK_SIZE in both files and
then it compiles OK.

David

-----------------------------------------------------
David Metcalfe          david@prism.demon.co.uk     
London, England         dmetcalf@cix.compulink.co.uk