HDTenEightyP/NetNews huggingface dataset:
From: Conrad_Geiger@NeXT.com (Conrad Geiger - Manager, International NeXT User Groups)
Newsgroups: comp.unix.large
Subject: Announcing the 1993 NeXTWORLD EXPO and first Call for Exhibitors
Date: 6 Jan 93 20:02:05 GMT
Reply-To: user_groups@next.com

Announcing the 1993 NeXTWORLD EXPO

What it is....

The 2nd annual gathering of the world-wide NeXT community!
	An international Developers Conference!
		An educational Users Conference!
			A NeXTSTEP product exposition!
				A global User Group Meeting!

Call 1-800-767-2336 -or- from outside North America call
(508)470-3880 or fax to (508)470-0526 for registration information.

When it is...      
   
   MAY 25-27, 1993,
       

Where it is...

   THE MOSCONE CENTER,
   SAN FRANCISCO, CALIFORNIA, USA
            

What to do....

Pass the word.  Tell your colleagues, fellow user group members,
other computer industry user group members, fellow NeXTSTEP
developers, potential developers, and friends, to schedule this date,
and stay tuned for more information!!  Please post this message to
local and community electronic bulletin boards and feel free to
publish in your user group or company newsletters.

If you wish to receive future electronic updates regarding the 1993
NeXTWORLD Expo, please send email to the following address:

	user_groups@next.com

Once again, call to get on the postal mailing list for advanced
registration and more information about the 1993 NeXTWORLD Expo....

1-800-767-2336 -or- from outside North America call 508-470-3880
-or- fax (508)470-0526.



_____________________________________________________________________
CALL FOR EXHIBITORS AT 1993 NeXTWORLD EXPO

Join us from May 25-27 at Moscone Center in San Francisco for the
second annual gathering of the worldwide NeXT community, and
International Developers conference, an educational Users conference,
a NeXTSTEP product exposition, and a global User Group meeting!

NeXTWORLD Expo is being co-sponsored by NeXTWORLD Magazine and
Digital Consulting, Inc. (DCI).  DCI is handling all show management
and logistics for this year's Expo.

Exhibitors please contact Matthew Schmuck or Charlie Hurth at DCI
West--
        408 280 6778 voice
        408 280 6779 fax

Exhibitor kits will be available December 28.  Space will be assigned
on a first-come, first-serve basis. (Past NeXTWORLD Expo exhibitors
will be given priority consideration for space selection through
January 10).

Expo and Conference Attendees:

To participate in the User Conference, Developer Conference, or to  
attend the Expo, call 1-800-767-2336.  International callers can fax  
inquiries to DCI at 508-470-0526. Please label all correspondence:

        Attention: NeXTWORLD Expo

and include your name, address, business name, FAX and phone numbers.



Conrad Geiger
Manager, International NeXT User Groups


Xref: sparky comp.unix.large:415 comp.unix.admin:7035
From: varney@cbnewsd.cb.att.com (Al Varney)
Subject: Re: Unix for 3090E and up
Organization: AT&T Network Systems, Lisle, IL
Distribution: na
Date: Tue, 5 Jan 1993 20:28:29 GMT
Keywords: 3090 unix

In article <f8kZ03qEc5C200@amdahl.uts.amdahl.com> natalie@uts.amdahl.com (Natalie Jafari) writes:
>In article <b5.m02B=2f=s01@JUTS.ccc.amdahl.com> daf00@da.amdahl.com (Dana A Freiburger) writes:
>>
>>Colin,
>>
>>UTS is not a 'shell' version Unix, but runs native on an
>>IBM XA (not 370) machine.  Amdahl uses UTS internally with
>>600-800 users logged on at a time on a 4 processor machine.
>>Just adding a few facts to the discussion...
>>
>>
>>Dana
>> 
>
>Amdahl has more than 11 years experience in the development of UNIX system 
>solutions. 
>
>In fact, the next release of UTS or UTS4 (General Availability = April 1993)
>is based on UNIX System Laboratories'(USL) SVR4.1 Enhanced Security(SVR4.1ES).
>UTS4 is a value added 370-architecture specific SVR4.1ES that has been enhanced
>to extend a standard compliant, open system operating system to the Enterprise
>environment. Amdahl has added approximately 5 million lines of code to provide
>value-added enhancements required by commercial, enterperise customers (in
>comparison to the 2 million lines of code shipped by USL).

  [remainder of ad deleted]

  As a user of many UTS machines, I can give a "user" perspective.
The UTS systems have become so reliable that I no longer worry about when
the next "crash" will occur or when the next 'please log off NOW' message
will appear.  With >500 users logged on, and many running multiple "layers(1)"
sessions, the systems are still very responsive and seem to manage LARGE
files better than any other I use.  The systems also appear to offer more
communications and "peripheral" attachments than you could possibly want to
use.

  Don't you also offer an ISDN interface (or is that really an X.25 interface
after some Front End de-muxing)?

  I gave up trying to test normal benchmarks on the systems -- much too fast.
The real-world test is to load up some large C sources (GNU whatever, Kermit,
etc.) and then type (with 500 other folks logged in):

    make

  (The output just flies by....)

Al Varney -- just MY opinion.  I have no connection with Amdahl nor with
             the comp. center folks at any AT&T location, other than as a
             very satisfied user.  And I don't know the size/number of
             systems involved -- for all I know, they're all just virtual
             UTS systems running under VM-world on a VERY fast CPU....
From: beckmann@endor.harvard.edu (Gary Beckmann)
Newsgroups: comp.unix.sys5.misc
Subject: Re: System V and Yellow Pages
Date: 7 Jan 93 20:28:46 GMT
Organization: Aiken Computation Lab, Harvard University

As the other half of the "we" in Jamie's message, let me add that we
can now bind the domain (that is ypwhich responds with the name of the
ypserver, but non of the "normal" yp maps (i.e. passwd, group, etc)
work as they do auto-magically on our Ultrix and Starden GS system.
Has anyone done this???

--
					Gary Beckmann
					gary@jcrtk.dfci.harvard.edu
					beckmann@das.harvard.edu

Disclaimer: This space for sale.
Quote:      "I never met a chocolate I didn't like." --Deanna Troy, STtNG
From: pinkas@skywalker.intel.com (Israel Pinkas)
Newsgroups: comp.unix.sys5.misc
Subject: Re: System V and Yellow Pages
Date: 8 Jan 93 17:14:00 GMT
Organization: Software Technologies, INTeL Corporation, Santa Clara, CA

jamie@snips.harvard.edu (James M. Pelagatti) writes:

> We are trying to get NFS and Yellow Pages running across a heterogenous
> Unix network consisting of DECstations (ULTRIX), HPs (HP-UX), Stardent
> GS's (Stellix), and Stardent Vistras (AT&T System V).

[Stardent Vistras can't run YP.]

There were a large number of bugs in the NIS (aka YP) that came with SVR4.
The bugs ranged to imcompatibilities at the data level to kernel problems.
Intel and a number of other companies labored hard to fix these problems
last year and submitted the changes back to USL.

If I recall correctly, Stardent was one of those companies.  Contact them
for help.

-Israel
--
Israel Pinkas		pinkas@stps18.intel.com		408-765-4210

	"Everybody's askaird of death, until it hits you ...
	 then you don't care"		-Archie Bunker
Newsgroups: comp.unix.sys5.misc,comp.unix.sys5.r3
From: sheldon@iastate.edu (Steve Sheldon)
Subject: Re: PD "C" Compiler for SCO?
Organization: Iowa State University, Ames IA
Date: Tue, 5 Jan 1993 21:37:37 GMT

In <1iafg3INNrji@usenet.INS.CWRU.Edu> ba014@cleveland.Freenet.Edu (Matthew C. Brinkhoff) writes:


>Is there a public domain development system for SCO Unix SVR3.2.4?  I've
>heard of "GCC", but are there SCO binaries available anywhere?

 It's my understanding that GCC is absolutely worthless to us SCO Unix
owners unless we've already purchased the DevSys for $1000 from SCO.
The DevSys contains all the includes and libraries needed to compile and
link with.

 I'd love to be proved wrong!
-- 
sheldon@iastate.edu                Steve Sheldon
Project Vincent                    ICSS Resource Unit
SCO ODT, Arc/Info, Atlas GIS       2142 Agronomy Hall
                                   Iowa State University
From: jamie@snips.harvard.edu (James M. Pelagatti)
Newsgroups: comp.unix.sys5.misc
Subject: System V and Yellow Pages
Date: 6 Jan 1993 07:14:07 GMT
Organization: Joint Center for Radiation Therapy - Harvard Medical School
Distribution: world
NNTP-Posting-Host: snips.dfci.harvard.edu


We are trying to get NFS and Yellow Pages running across a heterogenous Unix 
network consisting of DECstations (ULTRIX), HPs (HP-UX), Stardent GS's 
(Stellix), and Stardent Vistras (AT&T System V).

We've had some success but are having a problem getting Yellow Pages to work
on the Stardent Vistras. They are running AT&T System V Release 4 Unix.
From what I can see, Yellow Pages appears to be unsupported in System V as
there is no documentation that I can find either online or in the AT&T manual
set. However, we've done what we thought was right (there are no AT&T Unix 
experts here) yet Yellow Pages won't function. When I type `ypwhich', I get 
a "domain not bound" error.

Here's what we did:

	1) Set up a master server and 2 slave servers. These work fine
	   when serving the ULTRIX and Stardent GS machines.
	2) Ensured that `ifconfig' properly sets the network mask and
	   broadcast address on the Vistra.
	3) Used `domainname' to declare the proper domain name, i.e. the one
	   being served by the master and slave servers.
	4) Ran `ypbind'. It seems to start successfully as there are no errors.

Yet we still get "domain not bound" errors. We also tried:

	5) Running `ypinit' and giving it the names of the Yellow Pages 
	   servers. I'm not sure if we need this command as we weren't familiar
	   with it from other versions of Yellow Pages.
	6) Rebooted several times.

Can anyone help us with this problem? Please email to me.

Thanks!

P.S. For those who don't know, the Vistras come from Stardent which went
     bankrupt last January. Thus, we have no support for them.
--
Jamie Pelagatti | Longwood Galleria | Harvard Medical School
(617) 735-8774  | level 1, room 404 | Joint Center for Radiation Therapy
------------------------------------| 50 Binney Street
Email:  jamie@tpc1.dfci.harvard.edu | Boston, Massachusetts 02115
Xref: sparky comp.unix.sys5.misc:99 comp.unix.sys5.r3:165
From: ba014@cleveland.Freenet.Edu (Matthew C. Brinkhoff)
Newsgroups: comp.unix.sys5.misc,comp.unix.sys5.r3
Subject: PD "C" Compiler for SCO?
Date: 4 Jan 1993 22:59:15 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
Reply-To: ba014@cleveland.Freenet.Edu (Matthew C. Brinkhoff)
NNTP-Posting-Host: hela.ins.cwru.edu


Is there a public domain development system for SCO Unix SVR3.2.4?  I've
heard of "GCC", but are there SCO binaries available anywhere?

-- 
0----------------------------------------------------------------------0
/ That's the history eraser  | Internet: ba014@cleveland.freenet.edu   /
/ button, you fool!    -Ren  | Real Life:  Matt C. Brinkhoff, jerk     /
o----------------------------------------------------------------------o
Newsgroups: comp.unix.sys5.r4
From: zdxh0a@trc.amoco.com (Douglas Horn)
Subject: Re: Public Domain SLIP/PPP on SVR4.
Originator: zdxh0a@gpss53
Organization: Amoco Production Company, Tulsa Research
Date: Thu, 7 Jan 1993 14:07:13 GMT


In article <1993Jan6.225653.17018@thunder.mcrcim.mcgill.edu>, bruno@athena.mcrcim.mcgill.edu (Bruno Hall) writes:
> troy@centerline (Troy Runkel) writes:
> 
> >  I am currently setting up an NCR486 machine running System V.4.
> >Unfortunately the system doesn't seem to come with SLIP so I was
> >wondering if anybody out there knew of a publicly available version 
> >of SLIP, Compressed SLIP, or PPP that would work under System V.4
> >streams.  Thanks in advance.
> 
> Sure:
> 
> rapfast.unibase.sk.ca:slip.tar.Z 			compressed SLIP
> svin02.info.win.tue.nl:pub/sysvX86/slip.ix.386.shar.Z	SLIP
> svin02.info.win.tue.nl:pub/sysvX86/slip.V4		SLIP
> 
> I too would like to know where free PPP sources for SVR? can be found.
> 
> Bruno
> -- 
> /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
> Bruno Hall  |  VE2HUM  |  bruno@mcrcim.mcgill.edu         
> McGill Research Centre for Intelligent Machines - Controls Group
> New systems generate new problems -- Join the Flat Earth Society.

Does anyone know if these will work on the new SVR4.2?

Also is there a newer version of these some where? The date
on the SLIP at svin02.info.win.tue.nl is March 1991.

-- 
/*  Douglas Horn (zdxh0a@trc.amoco.com)     (918)660-3247             

    Helpful hints:   Stop programming before it is too late.  */
From: maziere1@husc8.harvard.edu (David Mazieres)
Newsgroups: comp.unix.sys5.r4
Subject: Followup:  SUID/mkdir(1) weirdness
Date: 9 Jan 93 21:57:01 GMT
Organization: Harvard University Science Center

Much thanks to guy@auspex.com and mbm@oasis.icl.co.uk for replying to my
earlier post about set-uid shell scripts.  It seems that the following
things are true in SVR4.0:

First, one of the bugs for set-uid shell scripts--namely the fact that
one could exec a symbolic link to a shell script, quickly change the symbolic
link to point to another file, and if the timing was good make your own
shell script run set-uid--has been fixed in SVR4.0.  The fix is to open
the file for reading, and then pass in "/dev/fd/N" (where N is usually 3)
as argv[0].  This means that you can't link several SUID shell scriptso different pathnames and then check argv[0] to decide what to do, but
you can just chmod u+s any old shell script and have it run SUID.

Second, "truss /bin/mkdir" reveals the following:

> truss mkdir mkdir_test
execve("/usr/bin/mkdir", 0x08047E70, 0x08047E7C)  argc = 2
open("/dev/zero", O_RDONLY, 020000537744)	= 3
mmap(0x00000000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE, 3, 0) = 0x8002E000
getuid()					= 100  [ 100 ]
getuid()					= 100  [ 100 ]
getgid()					= 100  [ 100 ]
getgid()					= 100  [ 100 ]
close(3)					= 0
sysi86(SI86FPHW, 0x8002C4C0, 0x8002BFE4, 0x8000B185) = 0x00000000
getuid()					= 100  [ 100 ]
setuid(100)					= 0
getgid()					= 100  [ 100 ]
setgid(100)					= 0
mkdir("mkdir_test", 0777)			= 0
_exit(0)
> exit

That's right, /bin/mkdir actually does a setuid(uid)!  The only conceivable
reason for this is backwards compatibility.  Before the mkdir(2) system call
was available, mkdir(1) ran set-uid root to be able to mknod the directory
and then link . and .. in it.  Obviously if mkdir was already SUID it would
not have had access to the effective UID of its own process before the
exec system call, so all directories were made with the real UID as owner.

That still does not explain why the group of the new directory can't be
the same as the effective GID, but oh well, this bug/feature has apparently
been fixed in SVR4.2.  In the meantime, I'll just use GNU mkdir in the
very few shell-scripts I actually need to have.
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
From: larry@news.rn.com (Larry Snyder)
Subject: Re: Will Dell load off a Wangdat DAT?
Organization: Gator Communications - Feeds-R-Us 219-289-3745 
Date: Tue, 12 Jan 1993 20:39:06 GMT

vagarwal@dis9002.shearson.com (Virendra Agarwal) writes:

>	Does DELL sell Unix as a package or packaged with its HARDWARE ?

Both.  Purchased with Dell hardware, the complete OS is $495, without
hardware the price is $1295. 

-- 
Larry Snyder                                    internet: larry@gator.use.com
keeper of the Gator                                   uucp: uunet!gator!larry
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
From: pls@cibecue.az05.bull.com (Paul Schauble)
Subject: Re: Will Dell load off a Wangdat DAT?
Organization: Bull HN Information Systems, Inc., Phoenix Product Division
Date: Tue, 05 Jan 93 23:57:54 GMT

In article <PCG.93Jan4044924@decb.aber.ac.uk> pcg@aber.ac.uk (Piercarlo Grandi) writes:
>On 3 Jan 93 06:14:58 GMT, pls@cibecue.az05.bull.com (Paul Schauble) said:
>
>pls> (Piercarlo Grandi) writes:
>
>pcg> (Paul Schauble) said:
>
>pls> I know The Net has praised Dell Unix and Dell support. But this
>pls> really makes me wonder how they would be AFTER they've gotten my
>pls> money.
>
>pcg> That's why you want Dell -- given that most support organizations
>pcg> are awful (and theirs is one of the least awful, *if you get ot
>pcg> their Unix people*), you want the most robust and well engineered
>pcg> system, and their SVR4 product is about that. What is important is
>pcg> to avoid needing support.
>
>pls> High praise indeed, and you're not the only one.
>
>Well, I was just trying to provide Larry with some rest in his pro-Dell
>activity. It must be tiring to sing hymn on Dell's Unix all day.
>:-) :-) :-)
>
>pls> BTW, I though Dell was SysV 4.2. An earlier post leads me to
>pls> believe that they aren't up to 4.2 and don't intend to be. What are
>pls> they really?
>
>As of now their 2.2 product is a SVR4.0.4, with DOSmerge 2.2.
>
>They have stated on these very screens that they will surely offer
>Solaris 2.x in the future, alongside SVR4.0.4, and maybe even SVR4.2.
>
>We all hope they will get an SVR4.2 product once SVR4.2 has become even
>more stable.
>--
>Piercarlo Grandi, Dept of CS, PC/UW@Aberystwyth <pcg@aber.ac.uk>
>  E l'italiano cantava, cantava. E le sue disperate invocazioni giunsero
>  alle orecchie del suo divino protettore, il dio della barzelletta

I've seen it stated that Dell both WILL and WILL NOT move to SVR4.2? Is 
there any official word?

BTW, what's the word on Dell supporting CD-ROM? That's an essential for my
project?

    ++PLS

Newsgroups: comp.unix.sys5.r4
From: corey@cbnewsm.cb.att.com (william.c.brown)
Subject: MEMORY? WHAT MEMORY!
Organization: AT&T
Distribution: usa
Date: Tue, 12 Jan 1993 13:32:21 GMT
Keywords: ESIX 4.0.4 and available memory

Can I put ESIX 4.0.4 on a diet?? I have 8 MEG of memory on my
386/33 clone and seem to be running short of memory. In multi-
user mode with very few daemons running, "sar -r" tells me that
I have about 800 PAGES of available memory. In single user mode
"sar -r " tells me that I have about 900 PAGES free.  If a PAGE
,as defined in <sys/param.h>, is 4096 bytes then on an 8 meg
system I should have about 1900 PAGES base memory. This means 
that UNIX is using about 1000 PAGES in single user mode. Forget
running X, the machine starts swapping badly. What modules can
I trim from the kernel (or at least de-tune) to aquire more memory??

I plan to get another 8MEG but until then I would like to get 
the most out of what I have. Any help would be greatly appreciated..


/* -----							*/
/* Corey Brown  (WB0RXQ): 20m, 15m, 2m(146.82) 70cm(443.65)     */
/* AT&T NSD							*/
/* Alpharetta, Ga 30202						*/
/* (404)750-8071						*/
/*			-----------------			*/
/* att!alphlk!wcb          | They're history in terms of the	*/
/* attmail!wcbrown         | future! (lws-91)			*/
/*							  ----- */
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.unix.sys5.r4
Subject: Re: Solaris as a server
Date: 12 Jan 93 19:03:41 GMT
Organization: Auspex Systems, Santa Clara

>I had heard that SunSoft essentially rewrote the MP-affected areas of the
>kernel,

True.

>and that all resulting code changes were to be sent back to USL to be
>re-integrated into SVR4 (SVR4.3)?

Dunno.  As far as I know, the SVR4 ES/MP release (which I think is what
SVR4.3 is going to be) is *not* based on Sun's MP stuff, however,
although there was at least some attempt to keep the device-driver
interfaces and some level of user-mode and maybe kernel-mode threads
stuff compatible.
Xref: sparky comp.unix.sys5.r4:1168 biz.comp.telebit.netblazer:16 comp.protocols.tcp-ip:5856
From: merce@xenitec.on.ca (Jim Mercer)
Newsgroups: comp.unix.sys5.r4,biz.comp.telebit.netblazer,comp.protocols.tcp-ip
Subject: Re: Netblazer
Date: 8 Jan 93 06:38:15 GMT
Organization: Reptilian Research, Toronto, Ontario, CANADA

In article <C0IEE9.M4I@news.rn.com> larry@news.rn.com (Larry Snyder) writes:
>merce@xenitec.on.ca (Jim Mercer) writes:
>
>>>Can the NB support 2 56700 baud modems going full blast on the
>>>stock 2 serial ports on the motherboard?
>
>>try pulling the case off and seeing of the UARTs are 16550's.
>
>>i would suspect so.
>
>but does their code use the FIFO in the 550A if installed in a slot?

ka9q has had support for the 550 for some time.

i once asked Phil Karn if the rumor was true that the Netblazer kernel
was based on ka9q.

his responded something like "a much mutated version".

if the motherboard has 550's on it, it would be rediculous(sp?) for
telebit not to support them, especialy if the support was in the
base code.

8^)

-- 
[ Jim Mercer   Reptilian Research  merce@iguana.reptiles.org  +1 416-506-0654 ]
[                      longer life through colder blood                       ]
From: shah@fnsony.fnal.gov (Hemant Shah)
Newsgroups: comp.unix.sys5.r4
Subject: Sendmail on SVR4  (SONY 3710 system)
Date: 6 Jan 1993 19:14:42 GMT
Organization: Fermi National Accelerator Laboratory, Batavia, IL
Distribution: world
Reply-To: shah@fnsony.fnal.gov
NNTP-Posting-Host: fnsony.fnal.gov

Has anyone used sendmail on SONY 3710 system (MIPS R3000). WHen ever I try
to use sendmail I get following error message.

fnsony:{shah}502>/usr/ucblib/sendmail -v shah@cdsun
This is a test message from fnsony......
.
(send) 7ba00db0 1 050 shah@cdsun... Connecting to cdsun via ether...
shah@cdsun... Connecting to cdsun via ether...
(sent) 7ba00db0 1 050 shah@cdsun... Connecting to cdsun via ether...
Trying 131.225.85.100... addr= 83e15564 port= 25 family=2 zero=0
Address family not supported by protocol family
(send) 7ba00db0 1 554 shah@cdsun... Service unavailable: Address family not supported by protocol family
shah@cdsun... Service unavailable: Address family not supported by protocol family
(sent) 7ba00db0 1 554 shah@cdsun... Service unavailable: Address family not supported by protocol family
(send) 7ba00db0 1 050 Saving message in /home/shah/dead.letter
Saving message in /home/shah/dead.letter
(sent) 7ba00db0 1 050 Saving message in /home/shah/dead.letter
(send) 7ba00db0 1 050 /home/shah/dead.letter... Sent
/home/shah/dead.letter... Sent
(sent) 7ba00db0 1 050 /home/shah/dead.letter... Sent


I also compiled IDA sendmail (sendmail-5.65c+IDA-1.4.4.1). When I run test to
check if it can parse email address, etc everything is fine but if I run

sendmail -v shah@cdsun

I get segmentation fault and it crashes. It seems that all the commands that
does not require network access works fine.

Has anyone had this problem ?? Can anyone help ?? :-(

Thanks.

-- 
-------------------------------------------------------------------------------
Hemant Shah                            | All the opinions expressed are my own
Fermi National Accelerator Laboratory  | and does not necessarily reflect
Systems Integration Group              | those of Fermilab.
E-mail :shah@fnal.fnal.gov             |
 Voice : (708) 840-8071	               | I haven't lost my mind
   Fax : (708) 840-2783                | it's backed on tape somewhere.
-------------------------------------------------------------------------------
Newsgroups: comp.unix.sys5.r4
From: day@cactus.org (Carl E. Day)
Subject: motif-imake config files missing??
Organization: Capital Area Central Texas UNIX Society, Austin, Tx
Distribution: usa
Date: Sat, 9 Jan 1993 08:48:29 GMT

From: CarL Day  
Email address: day\@cactus.org
To; SVR4.0 users
Re: Motif Imake config files missing??

One of my systems is using Consensys V4 SVR4.0  and since
all of SVR4.0 uses the stock code; I wonder if anyone
else has come across this problems:  
(( I've read this news group for 6 mos and did not see it in FAQ. ))
  When imake builds a Makefile  from an Imake for X or Motif source
file; there are text configuration files use for the system.
The motif configuration files on my system are in the dir
  /usr/motif/lib/X11/config.
 ( I've check my orginal source for missing files also))
When imake is run it uses Imake.tmpl which includes other files in
 the config dir. The 2 missing files in the config dir are:
 Motif.rules  and Motif.tmpl.  The imake for the X sources works
ok.  (( Did not find imake  to be very useful so this not a bigie))
 BTW Consensys SVR4.2 , from what i've heard, does not have
Motif content, so a upgrade will not help.
  Thanx  Carl Day   email-day\@cactus.org  
Newsgroups: comp.unix.sys5.r4