HDTenEightyP/NetNews huggingface dataset:
From: jonwd@uwtc.washington.edu (Jon Wiederspan)
Newsgroups: comp.sys.sun.admin
Subject: Re: FTP site for current Sun whitepapers?
Date: 8 Jan 1993 16:40:43 GMT
Organization: Technical Japanese Program
Distribution: world
Reply-To: root@tjp.washington.edu
NNTP-Posting-Host: yojimbo.tjp.washington.edu

I have several white papers at ftp.uwtc.washington.edu in /pub/FAQs/SunWhitePapers.  I also have the instructions for using the Sun listserver in Seattle, WA to get more papers, but I can't find it right now.  As soon as I find it, I'll post it in the same folder.

Jon Wiederspan


Xref: sparky comp.sys.sun.admin:10269 aus.mail:249
From: jmalcolm@sura.net (Joseph Malcolm)
Newsgroups: comp.sys.sun.admin,aus.mail
Subject: Re: Timezones,Australia,SunOS4.1.2
Date: 13 Jan 93 02:27:02 GMT
Organization: SURAnet, College Park, MD, USA, NA, Earth, Milky Way

In article <bkAQx'o!@twinsun.com> eggert@twinsun.com (Paul Eggert) writes:
[much advice, which I wholeheartedly agree with, on why you want
to throw the SunOS sendmail out the window and replace it with
something reasonable (=working) as soon as possible deleted.]

>Yes.  If your mail goes through a mail-to-news gateway, C News will
>reject articles that have date lines like `Date: Fri, 8 Jan 1993
>05:49:32 +1030 (Aus/EDT)'.  This is a question of RFC 1036, not just
>RFC 822. 

True, but I think in this case writers of mail-to-news gateways should
take this into account. (It's really a pity that the news-n-mail list
appears to be defunct these days.)

>I think C News is being overly picky here, but you'll have
>to take that up with their maintainers.  It's best to stick with
>plain `+1030' for email headers.

Well, C News is indeed probably being too picky. Unfortunately, we're
stuck with that behavior now since there will always be people out
there running versions of C News that do that, even if it *is* fixed.

It might truly be wisest not to use it at all. Pity, really...

-- 
Joseph Malcolm				jmalcolm@sura.net		
SURAnet Operations			+1 301 982 4600
From: nsemani@nose.sth.icl.se (Markku Niku ICL/Swe)
Newsgroups: comp.sys.sun.admin
Subject: Re: mount CD-ROM as pcfs?
Date: 11 Jan 93 17:02:16 GMT
Organization: ICL DATA AB, Sweden

What I can see is that you have 'syntax error' in your mount request. :-)
Try: #mount -t hsfs -o ro /dev/sr0 /cdrom

/// Markku Niku, ICL Sweden
Newsgroups: comp.sys.sun.admin
From: M21520@mwvm.mitre.org
Subject: SUMMARY: Printing from Sun to Mac LaserWriter
Organization: The MITRE Corporation, McLean VA 22102
Date: Thu, 31 Dec 1992 13:16:04 GMT

Thanks to:
  Ken Lam
  Don McLachlan
  John Lee
  Leonard Hermens
  Per Hedelend
  Tad Guy
  Rob Tanner
for responding to my question on printing to a Mac LaserWriter from a Sun
workstation (please forgive any misspelled names!:-))  The consensus
suggests using the Columbia AppleTalk Protocol (CAP).  I've downloaded CAP
from the net, and am now attempting to get it up and running.  Any helpful
hints on installing & using CAP are most welcome!
 
Cheers,
 
Brian O'Sullivan         m21520@mwvm.mitre.org
MITRE Corp.
Wash. DC         * my opinions are not MITRE's *
Newsgroups: comp.sys.sun.admin
From: fwp@CC.MsState.Edu (Frank Peters)
Subject: Re: Uh-oh, Solaris 2.1 is here...
Organization: Computing Center, Mississippi State University
Date: Mon, 11 Jan 1993 23:31:50 GMT

In article <1993Jan11.101303.18753@einoed.in-berlin.de> alh@einoed.in-berlin.de (Adrian Le Hanne) says:
: morley@suncad.camosun.bc.ca (Mark Morley) writes:
: >There came with the CD only a *very* thin pamphlet about installing it.
: >Needless to say I'm a little worried about botching the install.  Do any
: >of you who have actually done it already have any tips/gotchas/suggestions?
: 
: Some hints: The 'User' or 'Development' package does not include all packages
: from Solaris 2.1. You have to install the other packages with 'swm', the
: software manager (which is not documented in my notes), especially the
: SunWABE (?) package, which contains the system documentation (not man pages).

I thought that the suninstall program did a very clear job of
indicating which packages were available and letting you choose which
to install.  Much nicer than the 4.1.x suninstall method.

: Solaris 2.1 is slow, i hope that newer Solaris 2.X versions fix this 
: problem. 

Are you sure you mean 2.1 and not 2.0??  Solaris 2.1 is about as fast
as 4.1.3 for most things, slower for some things and faster for
others.

:           Connect all devices (tape, CD) you want to use before booting
: and installing Solaris, since it will only create driver entrys for 
: installed peripherals at boot time. Otherwise you need to edit /etc/system or
: use add_drvs to install peripheral drivers, 

I'm not sure what you mean here.  the Solaris 2.1 suninstall loads up
all of the drivers for supported systems when you install it.  You can,
for instance, load it without a tape drive attached and add the tape
drive later.

:                                              but i didn't find out (yet)
: how to create the special devices in /devices/ (for tapes, as example).

If you halt the system and boot with "b -r" (or "boot -r" in new prom
mode) it will look for attached devices, load appropriate drivers and
configure new /devices and /dev entries for them...all automatically.
No need to use add_drvs or anything else.

: I saw that there is a Solaris 1.X - 2.X migration guide for administrators
: availabe (McGrawHill or Addison&Wesley).

Its good for novice administrators wanting to make the switch.  It has
some nice "recipes" for doing specific tasks and a cool "what's
changed" reference sheet.

It probably lacks meat for more advanced administrators though.
--
Frank Peters  -  UNIX Systems Programmer  -  Mississippi State University
Internet: fwp@CC.MsState.Edu  -  Phone: (601)325-7030  -  FAX: (601)325-8921
Newsgroups: comp.sys.sun.admin
From: roihar@cc4.crl.aecl.ca
Subject: need to talk with someone who knows cu inside out on SunOS 4.1.x
Organization: AECL RESEARCH
Date: Wed, 6 Jan 1993 16:47:13 GMT

I can get cu to talk to a Concurrent 3280 supermini via /dev/ttya but I
cannot seem to get the login sequence to execute properly. It shouldn't
be difficult (according to the F^&%ing manual). I merely want to send
two carriage returns wait for a string ending in '*' character and then
send 'MTM' string followed bye a carriage return (for a start). I've modified
the /etc/uucp/Devices file and the /etc/uucp/Systems file and can email both
if anyone is kind enough to respond.
    Please contact me via Internet email at root@cu48.crl.aecl.ca
                            Thanks
Newsgroups: comp.sys.sun.admin
From: roihar@cc4.crl.aecl.ca
Subject: looking for source for 'cu' utility under SunOS 4.1.1.
Organization: AECL RESEARCH
Date: Wed, 6 Jan 1993 14:32:59 GMT

I'm looking for cu source code but when I use archie all I find is a
front end to tip which makes it look like cu. Please reply to
                root@cu48.crl.aecl.ca on Internet
From: cbarber@bbn.com (Chris Barber)
Newsgroups: comp.sys.sun.admin
Subject: Accessing NIS from NIS+
Date: 11 Jan 93 19:26:14 GMT
Organization: Bolt Beranek and Newman (BBN)
NNTP-Posting-Host: litchi.bbn.com

Supposedly there is a way to access an NIS server from an NIS+
client. However, after several days of trying various things 
suggested in the documention, have been unable to get this to 
work. Has anybody gotten this to work?


-- 
Christopher Barber
(cbarber@bbn.com)
From: aad@siemens.com (Anthony Datri)
Newsgroups: comp.sys.sun.admin
Subject: Re: rdist on Sun IPX
Date: 1 Jan 93 05:42:44 GMT
Organization: Siemens Corporate Research, Princeton (Plainsboro), NJ


>Well, I've always found NIS to be more transparent than periodically
>shipping files all around my net.

So, you don't mind unreasonable line-length problems, ypserv hanging your
machine, or having to rebuild the dbm files every thing you change something?
What about the case sensitivity?  How is it transparent to not be able to see
how the original files look?  Don't tell me "ypcat" -- ypcat does not provide
aliases, for example, in a readable format, or with comments.

> Or do you call forcing your users to
>log onto a master machine to change their password "transparent?"

Guess what:  /etc/passwd isn't the only file in the world.

>Yes, there are security problems, yes, there are gotchas, but overall
>it works.  For me, I have a network of now 31 machines.

Try it with several hundred.

-- 

======================================================================8--<
Newsgroups: comp.sys.sun.admin
From: kevin@longs.LANCE.ColoState.Edu (Kevin J. Eyre)
Subject: disk partitioning
Date: Tue, 05 Jan 1993 17:17:23 GMT
Organization: Colorado State U. Engineering College


Is there a command for the Suns that performs a similar function to
/etc/chpt on a Dec-Ultrix system?

Thanks,

Kevin
Newsgroups: comp.sys.sun.admin,comp.sys.sun.hardware
From: lendl@cosy.sbg.ac.at (Otmar Lendl)
Subject: What about clones ? re: Sunergy (SPARCclassic and LX) and 4.1.3
Organization: University of Salzburg / Austria
Date: Sat, 9 Jan 1993 15:42:11 GMT

In article <1992Dec30.090129.6667@elroy.jpl.nasa.gov> earle@elroy.jpl.nasa.gov (Greg Earle - Gainfully Unemployed) writes:
>
>(1) There was an internal Sun communication from either Scott McNealy or Joe
>    Roebuck (depending on which rumor mill you heard it from) that supposedly
>    emphasized the fact that the new machines were THE transition point from
>    SunOS 4.1.x to Solaris 2.1, and therefore doing anything which aided and
>    abetted 4.1.3 running on either constituted a fireable offense.  Capiche?
>
As far as I read the current discussion, _Sun_ won't do anything to
let 4.1.x run on the new machines. 
To my understanding, there are lots of sites which want to add some of
the new cheap models to their LANs of Sun running SunOS 4.1.X, without
upgrading the whole net to Solaris 2.x. (At least that's the case here.)
Isn't this a classical market niche which the clone manufacturers could
cover ?
I don't know if the MicroSparc architecture is already available to
the cloners (as the SuperSparc seems to be, as there are SS 10 clones
(at least) announced.), but if yes, the porting effort should be
worthwhile. LX systems running SunOS 4.1.x would probably sell very good.

Just my 2 cents worth ...

Otmar

-- 
|Otmar Lendl (lendl@cosy.sbg.ac.at) | Student of CS & Math at Salzburg |
|Akademiestr. 15  A-5020 Salzburg   | University (Austria / Europe)    |
| Put the scrabble away Arthur, it won't save the human race !  Ford P.|
From: jpd@discovery.msu.edu (Joe P. DeCello)
Newsgroups: comp.sys.sun.admin
Subject: HELP!!: Openwindows 3.0 Mailtool gives dlopen: stub interception failed
Date: 5 Jan 93 22:11:53 GMT
Reply-To: jpd@discovery.msu.edu
Organization: Michigan State University
NNTP-Posting-Host: discovery.cl.msu.edu

SETUP:	NCD connecting to SPARC using X11R4 xdm and olwm from OpenWindows

I just upgraded a sparc running 4.1.1 to Openwindows 3.0, everyone on the console is fine,
but now (meaning after upgrading only) mailtool, audiotool, and filemgr give this error in xdm-errors:

	dlopen: stub interception failed

And binder and iconeditor give
	ttsession:  can't init server
	Warning:  Tooltakd initialized in Binder
	dlopen:  stub interception failed

ANY CLUES???


Here is my Xsession file (remember I am using X11R4 xdm to start Openwin 3.0):

#!/bin/sh
#
# Xsession
#
# This is the program that is run as the client
# for the display manager.  This example is
# quite friendly as it attempts to run a per-user
# .xsession file instead of forcing a particular
# session layout
#
OPENWINHOME=/usr/openwin
PATH=$OPENWINHOME/bin:$PATH
LD_LIBRARY_PATH=/usr/lib/:$OPENWINHOME/lib
HELPPATH=$OPENHOME/lib/help
MANPATH=/usr/man:/usr/local/man:$OPENWINHOME/share/man
LOGNAME=$user

export PATH
export OPENWINHOME
export LD_LIBRARY_PATH
export HELPPATH
export MANPATH
export LOGNAME

case $# in
1)
	case $1 in
	failsafe)
		exec xterm -geometry 80x24-0-0 -ls
		;;
	esac
esac

startup=$HOME/.xsession
resources=$HOME/.Xresources

if [ -f $startup ]; then
	exec $startup
	exec /bin/sh $startup
else
	if [ -f $resources ]; then
		xrdb -load $resources
	fi
	exec /usr/etc/setsid -b shelltool &
	exec /usr/etc/setsid -b cm &
	sleep 15 & pid=$!
	olwm -syncpid $pid
	wait $pid
fi


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Joseph P. DeCello III                      e-mail:  jpd@cad.msu.edu
Michigan State University                      ph:  (517) 353-3027 
Specialized Computing Support Services           1:00pm - 5:00pm EST
From: cbarber@bbn.com (Chris Barber)
Newsgroups: comp.sys.sun.admin
Subject: Solaris 2.1 - /dev/bd.off screwed up - ps broken! (SUMMARY)
Date: 12 Jan 1993 00:06:41 GMT
Organization: Bolt Beranek and Newman (BBN)
Distribution: world
NNTP-Posting-Host: litchi.bbn.com

I was having a problem with ps giving the following error message:

ps: ftw() failed, operation not applicable

This turned out to be due to the corruption of the symbolic link
/dev/bd.off.  In order to fix it, I had to remove the corrupted file
and create a new one pointing to /dev/term/b.  When I first tried to
fix it, I mv'ed the old link to /dev/bd.off.save but had to actually
remove the file entirely for the fix to work.

The guy that I spoke with at Sun did not know why ps would be looking
at /dev/bd.off....

Thanks to those that responded!

- Chris

-- 
Christopher Barber
(cbarber@bbn.com)
From: cbarber@bbn.com (Chris Barber)
Newsgroups: comp.sys.sun.admin
Subject: Solaris 2.1 - /dev/bd.off screwed up - ps broken!
Date: 11 Jan 1993 19:22:27 GMT
Organization: Bolt Beranek and Newman (BBN)
Distribution: world
NNTP-Posting-Host: litchi.bbn.com

We have a newly installed SPARCserver class machine running Solaris 2.1
which has developed a weird problem, probably due to a hard reboot: the
ps command fails with an error message referring to the ftw() function.
It seems that the Solaris version of ps uses the file system to find process
information. The file /dev/bd.off seems to play some role here. When I did
an ls -l on it, it showed up as a link to nowhere:

> ls -l /dev/bd.off
lrwxrrwxrwx     1 root  root            0 Jan  8 17:33 /dev/bd.off ->

Can anyone tell me what is going on here, or at least tell me what 
/dev/bd.off is supposed to point to?

Thanks


-- 
Christopher Barber
(cbarber@bbn.com)
From: exodus@crackle.Eng.Sun.COM (Greg Onufer)
Newsgroups: comp.sys.sun.admin
Subject: Re: How do I apply a software patch?
Date: 12 Jan 1993 05:01:39 GMT
Organization: Sun Microsystems Inc., Mountain View, CA
Distribution: usa
NNTP-Posting-Host: crackle

>   I wanted to apply a software patch to a program, but I don't know how.
>   The head of the patch file looks like this...

Get Larry Wall's "patch" program from prep.ai.mit.edu (or any ftp
site with Gnu code that's closer to you) in the pub/gnu directory.
Read the instructions to build and use it.  It's a "must have" for
anyone's toolbox...

Cheers!greg
From: dinah@rockytop.tivoli.com (Dinah McNutt {Sysadmazon})
Newsgroups: comp.sys.sun.admin
Subject: Re: removing bootpd messages
Date: 6 Jan 93 16:37:01 GMT
Organization: TIVOLI Systems

In article <bostater.726178589@rsal>, bostater@rsal.gatech.edu (Scott Bostater) writes:
|> I have a Sun Sparc 2 running Sun OS 4.1.2  that I need to have running
|> as a bootpd server for a *single* device.  Unfortunately, the
|> ethernet segment I'm on has a lot of devices that use bootpd that I
|> don't service.  My /usr/adm/messages file is getting flooded with
|> warnings that a hardware address was not found.  I've tried setting
|> the logging level to 0 (bootpd -d 0) but I still get the warning
|> messages. 
|> 
|> Is there some other way to disable the logging?  A good 90-95% of my
|> /usr/adm/messages file is taken up with these wasted lines. I guess I
|> could 'grep -v bootpd messages' but then I'd have to also filter out
|> the appropriate 'last line repeated n times' lines as well.
|> 

I am not sure you want to do this (because you will loose other
types of error messages you really want to see), but the logging is
being done by syslog. In /etc/syslog.conf you probably have a line like:

*.err;kern.debug;daemon,auth.notice;mail.crit;user.none /var/adm/messages

If you take out the *.err, the logging of those error message will stop.
(You need to verify which facility the errors are coming from and what the
severity level is. I am guessing that they are coming from a system daemon.)
You may want to log these error messages to a different file and use cron
job to clean up the file. If you know they are coming from a daemon,
you could modify the above line to be:

*.err;daemon.none;kern.debug;daemon,auth.notice;mail.crit;user.none /var/adm/messages
daemon.err					/var/adm/whosit

I would be hesitant to remove all the error messages from a particular
facility, but logging them to a separate file might do the trick.

-- 


Dinah McNutt      TIVOLI Systems, Inc.   (512)794-9070
             dinah@tivoli.com
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.sys.sun.admin
Subject: Re: Changing MAXUPRC
Date: 13 Jan 93 01:28:22 GMT
Organization: Auspex Systems, Santa Clara

> I have an application that forks a large number of processes under the
> same UID.  There is a field in /usr/include/sys/param.h, MAXUPRC, that
> appears to allow me to increase the maximum number of simultaneous
> processes a user can have on the system.  Is this the case?

Not in SunOS prior to 5.0, at least.

In SunOS prior to 5.0, you can set that field to anything you want, but
the maximum number of user processes per user ID will stay pegged at
NPROC - 5.  Check out "/usr/share/sys/conf.common/param.c".
Newsgroups: comp.sys.sun.admin
From: casper@fwi.uva.nl (Casper H.S. Dik)
Subject: Re: gcc2.3.3 and Solaris 2
Organization: FWI, University of Amsterdam
Date: Mon, 11 Jan 1993 09:04:31 GMT

adonkin@waikato.ac.nz writes:


>	Help!  I am having difficulties building gcc 2.3.3 on a Sun SS10
>running Solaris 2 (SunOS 5.1) using Cygnus's 2.0.2 gcc.  I configure with
>target "sparc-sun-sysv4".  The following files compile happily:

>	cccp.c, cexp.c, version.c, obstack.c, alloca.c, (all those combined to
>form cccp), c-parse.c, c-lang.c, c-lex.c, c-decl.c, c-typeck.c, c-convert.c,
>c-aux-info.c, c-common.c, c-pragma.c, genattr.c, rtl.c, genattr.

>	The next file, "tree.c", reveals the problem.  The invocation is:

>cc -c  -DIN_GCC -DSVR4  -g     -I. -I. -I. -I./config tree.c

>	...and it produces about 20 of these:

>/usr/ccs/bin/as: "/tmp/cca001qQ.s". line 14353: error: can't compute value of
>an expression involving an external symbol

>	...with line numbers increasing to 15243.

>	The assember, "as", is CDS SPARCompilers 2.0.1, September 1992.  The
>compiler, "cc", is gcc version cygnus-2.0.1.  Please help me with this one, I'm
>sure it's been done many times before and I'm relying on gcc to build a
>whole bunch of other things A.S.A.P - thanks in advance.

To build GCC 2.3.[23] on Solaris 2.1 with cygnus-2.0.2 you must
not specify the ``-g'' option to gcc 2.0.2. I.e.,

	make CC=/opt/cygnus/bin/gcc CFLAGS= <rest of arguments>

There's a bug in the cygnus compiler that makes it generate ivalid
debugging information.

Casper
From: hanson@pogo.fnal.gov (Steve Hanson)
Newsgroups: comp.sys.sun.admin
Subject: Re: Sun 10's and their SCSI bus.
Keywords: wimpy SCSI
Date: 5 Jan 93 15:00:15 GMT
Reply-To: hanson@pogo.fnal.gov
Organization: FERMILAB, Batavia, IL
NNTP-Posting-Host: pogo.fnal.gov

In <1993Jan5.010245.27893@netcom.com> kwan@netcom.com (Kwan-Seng Low) writes:

>In article <1993Jan4.191513.11724@ll.mit.edu> yasu@ll.mit.edu (Alan Yasutovich) writes:
>>
>>
>>	We just got a SUN 10 and it seems that whatever order
>>	we put our SCSI devices in, we can put approximately
>>	3-4 devices on.  After that, we get SCSI errors.
>>
>>
>>	We have concluded that the SCSI bus is wimpy.  That it
>>	either cannot handle the disks, or it is electrically
>>	wimpy.
>>
>>	Has anyone had any of these SCSI problems?
>>
>>
>>
>>-- 
>>	Alan Yasutovich
>>	"inquiring  (and nosey) minds WANT TO KNOW!!!"
>>	I can remember when "safe sex" meant having a padded headboard!!
>>	Tick Tock.....Tick Tock......Tick Tock .....Tick Tock......

>I was told by a technician that Sparc10 using a slightly different SCSI standard. It's SCSI2 indeed, but it's using differential SCSI, which will limited the
>old style (pre-Sparc10) SCSI device to 6 ft. long, physically. Either you need
>to get the differential SCSI disk or put a active terminator at the SCSI end. 
>Correct me if I'm wrong, it's only a heard-say....

>Kwan
NO, NO, NO-
	The problem here is that it ISN"T differential, but IS
fast.  Since it is running at 10 MEG and is still single ended, if
you are actually using devices that negotiate a high transfer speed,
you'll have trouble putting a lot of cable or devices on the bus because
single-ended just won't handle those speeds well on a single-ended line.
Either use disks that won't run over 5 meg or go with a differential
SCSI adapter and differential disks.
-- 
Steve Hanson - FERMILAB, Batavia, Il.
hanson@pogo.fnal.gov or hanson@fnal.fnal.gov
Newsgroups: comp.sys.sun.admin,comp.sys.sun.misc
From: gaarder@well.sf.ca.us (Steve Gaarder)
Subject: Re: Printing from Sun to Mac LaserWriter
Organization: Whole Earth 'Lectronic Link
Date: Mon, 4 Jan 1993 16:29:30 GMT

In article <168CD7A8A.M21520@mwvm.mitre.org> M21520@mwvm.mitre.org writes:
>Our office has an Ethernet LAN of approximately 60 Macs, 6 Mac LaserWriters, &
>one Sun workstation.  We would like to print to the existing LaserWriters from
>the Sun.  Being new to the Sun admin world, I am seeking the wisdom of the
>net.
> 
>Can I simply edit the /etc/printcap file with parameters for the LaserWriters?
>Do we need special software to do this?  Thanks in advance for any help!

You do need special software, specifically to do the necessary Appletalk
protocol stuff.  We use the Columbia Appletalk Protocol (CAP) software, which
is available on rutgers.edu, gatekeeper.dec.com, and other fine ftp sites.
In addition to allowing printing, it lets the SUN serve files to the Macs.

Steven Gaarder                              Network and Systems Administrator
gaarder@actech.com                          A C Technology, Ithaca, N.Y., USA
Newsgroups: comp.sys.sun.admin
From: eloranta@jyu.fi (Jussi Eloranta)
Subject: Re: gcc2.3.3 and Solaris 2
Organization: University of Jyvaskyla, Finland
Date: Mon, 11 Jan 1993 09:40:54 GMT

In article <1993Jan11.103538.13092@waikato.ac.nz> adonkin@waikato.ac.nz writes:
>
>	Help!  I am having difficulties building gcc 2.3.3 on a Sun SS10
>running Solaris 2 (SunOS 5.1) using Cygnus's 2.0.2 gcc.  I configure with
>target "sparc-sun-sysv4".  The following files compile happily:
>
>	cccp.c, cexp.c, version.c, obstack.c, alloca.c, (all those combined to
>form cccp), c-parse.c, c-lang.c, c-lex.c, c-decl.c, c-typeck.c, c-convert.c,
>c-aux-info.c, c-common.c, c-pragma.c, genattr.c, rtl.c, genattr.
>
>	The next file, "tree.c", reveals the problem.  The invocation is:
>
>cc -c  -DIN_GCC -DSVR4  -g     -I. -I. -I. -I./config tree.c
>
>	...and it produces about 20 of these:
>
>/usr/ccs/bin/as: "/tmp/cca001qQ.s". line 14353: error: can't compute value of
>an expression involving an external symbol
>
I had the same problem. If you remove -g switch then it compiles ok (at least
for me it did..)

jussi
-- 
============================================================================
Jussi Eloranta               Internet(/Bitnet):    ! The ultimate trip is
University of Jyvaskyla,     Jussi.Eloranta@jyu.fi !    death.
Finland                      [130.234.0.1]         !  -- Jim Morrison
Newsgroups: comp.sys.sun.admin
From: gahooten@yamato.arc.nasa.gov (Greg Hooten -- RCS)
Subject: SS10 and SCSI length.
Organization: NASA/Ames Research Center
Date: Tue, 12 Jan 93 17:23:41 GMT

Several articles mentioned that the SCSI length allowed on the SS10 was 6ft.  About
1ft was in the case.  This is dramatically shorter than the 6Meters that the SS2 had
usable for cable.  Which is correct?  Is it indeed a 6ft length, or is it still 6M?

Regards,

Greg Hooten
From: toomajia@hpcc01.corp.hp.com (Mark Toomajian)
Date: Tue, 12 Jan 1993 17:20:07 GMT
Subject: Re: Out of kernel inodes?
Organization: the HP Corporate notes server