Sun-Spots Digest, v6n75

William LeFebvre Sun-Spots-Request at RICE.EDU
Mon May 9 10:55:41 AEST 1988


SUN-SPOTS DIGEST         Saturday, 7 May 1988          Volume 6 : Issue 75

Today's Topics:
                   Re: dialin/dialout on the same line
                   Re: "rusers" RPC broadcasts on a SUN
                    Re: BIND on a Sun 3/180 with 3.5? 
                   FIG 1.4 available for anonymous ftp
                            3/60 Clock problem
            NFS 'df' oddities (was Re: Mac II Ethernet Boards)
                       A SCL floating-point problem
                                Fig to TeX
                       What is a stale NFS handle?
               Anybody got a Sun2/50 with a 141 Mbyte disk?
        Anybody have SUN emulators for TEKTRONIX 4105/07/25/28 ???
                            Applying 'diffs'?
           Availability of X11 and NeWS 1.1 Servers on Micros?

Send contributions to:  sun-spots at rice.edu
Send subscription add/delete requests to:  sun-spots-request at rice.edu
Bitnet readers can subscribe directly with the CMS command:
    TELL LISTSERV AT RICE SUBSCRIBE SUNSPOTS My Full Name
Recent backissues are available via anonymous FTP from "titan.rice.edu".
For volume X, issue Y, "get sun-spots/vXnY".  They are also accessible
through the archive server:  mail the request "send sun-spots vXnY" to
"archive-server at rice.edu" or mail the word "help" to the same address
for more information.

----------------------------------------------------------------------

Date:    27 Apr 88 17:27:04 GMT
From:    vsi1!lmb at uunet.uu.net (Larry Blair)
Subject: Re: dialin/dialout on the same line

I had been watching the discussion on this subject, waiting to see if
someone else had seen the problems that we had.  Someone finally indicated
that they had.

What we have noticed, on our systems running 3.4, is that the flags for
zs0 are being read wrong, at least for ttyb.  We have tried setting the
flags to 0x1 and it doesn't work.  Just for the hell of it, we tried 0x2.
That didn't work either. 0x0 works great.  I suspect that somewhere along
the line, something is looking at the wrong flag.

We haven't bothered to try to talk to Sun about this.  One of our
customers did, and they told him that he had to use US Robotics modems
before they'd look at it!

Larry Blair            +1-408-432-8660
VICOM Systems Inc.     sun!pyramid----\
2520 Junction Ave.     uunet!ubvax----->!vsi1!lmb
San Jose, CA  95134    ucbvax!tolerant/

------------------------------

Date:    Thu, 28 Apr 88 10:26:56 -0400
From:    randy at ncifcrf.gov
Subject: Re: "rusers" RPC broadcasts on a SUN

You are looking at a genuine bug, fixed in 3.5.  It also affects the
yellow pages when ypbind needs to rebroadcast for a ypserv and can hang
you entire network if the server which everybody happens to be listening
to goes down.  Very annoying!  Upgrade to 3.5 (files affected: ypbind,
rusers, rup, umount.  Pulling just these files off of the upgrade tape
will fix the problem; that's what I did).

-- Randy

------------------------------

Date:    Thu, 28 Apr 88 10:38:53 -0400
From:    randy at ncifcrf.gov
Subject: Re: BIND on a Sun 3/180 with 3.5? 

> I'm trying to build Berkeley BIND 4.7.3  on a Sun 3/180 with 3.5 source.
> Maybe this is my mistake.  Not sure.  I NEED BIND and am having REALLY BAD
> times doing something about it.  Some of the problems I face are: 

Ok.  Almost all of these problems are a result of the difference between
the 4.2 netdb.h and the 4.3 netdb.h.  In case anyone is interested, sun
still uses the 4.2 netdb.h.  What I did to build bind (it's 4.8, but the
problems are the same) was the following:

1) *Not modify any of the sun distribution (including include files and
libraries*  I just wasn't interested in dealing with the resultant hassle.
Bind is the *only* program on my system that runs with the 4.3 netdb.h).
I figure that everything else on the suns will use bind through the yellow
pages (though you have to run ypserv with the -i option).

2) Use a -I../include to build the resolve library (I'm pretty sure that's
the flag but my sources are on tape.  In any case it's pretty obvious what
I mean; use the include files provided with the bind distribution directly
from their directory.  Keep the 4.3 version of netdb.h).  I did install
this library (in /usr/lib).

3) Use "-I../include -lresolv" to build the nameserver itself.  

This requires a couple of mods to the makefile, but they aren't too hard.
The resulting named binary works fine (do some nslookups on ncifcrf.gov if
you don't believe me).  If you really, truely want to upgrade all your
network programs to use the resolver instead of the host table/yellow
pages (which, like I say, eventually uses the resolver anyway), YOYO; I
don't have sun sources.  But the above sketch has caused me no problems so
far, and sun will eventually (I assume) do the integration for us.

If you have any problems with this, send me a note; I'll be happy to help.
Good luck.

-- Randy

  Randy Smith    @	NCI Supercomputer Facility
  c/o PRI, Inc.		Phone: (301) 698-5660                  
  PO Box B, Bldng. 430  Uucp: ...!uunet!ncifcrf.gov!randy
  Frederick, MD 21701	Arpa: randy at ncifcrf.gov

------------------------------

Date:    26 Apr 88 21:16:49 GMT
From:    ut-sally!paul at uunet.uu.net (Supoj Sutanthavibul)
Subject: FIG 1.4 available for anonymous ftp

Fig is an interactive drawing tool running under sunwindow or sunview.
The version 1.4 is available for anonymous ftp on sally.utexas.edu.  It is
in compressed tar format.  This version comes with f2p and f2ps (pic and
postscript filters).

enjoy,
supoj

[[ This version is also now available in the sun-spots archives.  It has
been repackaged into 9 shar files, all available in the directory
"sun-source", with the names "fig.shar.01" thru "fig.shar.09".  They can
be retrieved via anonymous FTP from the host "titan.rice.edu" or via the
archive server.  For more information about the archive server, send a
mail message containing the word "help" to the address
"archive-server at rice.edu".  --wnl ]]

------------------------------

Date:    Wed, 27 Apr 88 15:24:51 EDT
From:    gotham!rctsun!rct at sun.com (Robert C. Terzi)
Subject: 3/60 Clock problem

reference: v6n57

>  From:    ndmath!ndcheg!evan at iuvax.cs.indiana.edu (Evan Bauman)
>  Subject: Sun 3/50 clock keeps resetting
     [ stuff deleted ]
>  We've had a Sun 3/50 for just about a year, and lately, when we reboot we
>  get a message that the clock has lost 29 days.  It also says to please
>  check the clock and reset.  This has only just started happening.
     [ stuff deleted ]
>  My first guess is that there's a battery that needs replacing.  But before

>  BTW, we're running SunOS 3.5.  I looked at the patches posted back in
>  volume 6 #1 of sun-spots and I'm pretty sure we have a different problem.

A newly arrived (February) 3/60 with SunOS 3.5 behaved the same way, every
time it was rebooted it gave a warning the the clock lost anywhere from 27
to 33 days.  From experience with IBM PC-AT's my first thought was to
check the battery even though it was a new machine,  The battery was
putting out a healthy 3.1V and was in tight.  A call to my local sun TSE
suggested that it was a hardware problem, although there was a known clock
drift problem that occured while the machine was on.

I was too stubborn to accept that it was a hardware problem on a new
machine, so I did some experimenting and noticed that even rebooting unix
without a power down gave the same reaction, thus ruling out the battery.

I sent to the archive server a request for v6n1 which contained the
patches.  I called sun software support.  v6n1 showed up courtesy of the
archive-server before sun software support got back to me.  It was a
different problem but I decided to give it a try, it worked!!!  It was
related to the same bug.  A couple of hours later sun support called back
and informed me that they have found out recently of the same bug
manifesting itself in this fashion and that they have mailed me the patch.
Which is the same patch as in v6n1.

[[ Isn't the network wonderful?  --wnl ]]

Robert C. Terzi
Medical Computer Systems
USnail: 321 Fifth Avenue, Fifth Floor, New York, NY 10016
BellNet: (212) 213-9125
UUCP: sun!gotham!rctsun!rct,
      gould!nysales!rctsun!rct,
      philabs!gotham!rctsun!rct

------------------------------

Date:    28 Apr 88 16:29:59 GMT
From:    ralphw at IUS3.IUS.CS.CMU.EDU (Ralph Hyre)
Subject: NFS 'df' oddities (was Re: Mac II Ethernet Boards)

In article <4476 at hoptoad.uucp> gnu at hoptoad.uucp (John Gilmore) writes:
>There are a few bugs remaining in A/UX NFS, but nothing serious.  Try a
>"df -i" from a Sun that has mounted a Mac's disk; you get gibberish.

My Suns do this among themselves with NFS-mounted filesystems, I suspect
that 'df' needs to be thinkg about vnodes as well as inodes, unless anyone
can think of a more general solution.  I wouldn't expect Apple to be able
to fix something that Sun hasn't (at least as of SunOS 3.2) At least
there's (apparently) no 16-bit inode limitation like SGI had (has?) with
their NFS.

- Ralph W. Hyre, Jr.

Internet: ralphw at ius2.cs.cmu.edu    Phone:(412)268-{2847,3275} CMU-{BUGS,DARK}
Amateur Packet Radio: N3FGW at W2XO, or c/o W3VC, CMU Radio Club, Pittsburgh, PA

------------------------------

Date:    Thu, 28 Apr 88 11:26:23 MDT
From:    roberts%studguppy at lanl.gov (Doug Roberts @ Los Alamos National Laboratory)
Subject: A SCL floating-point problem

We still have been experiencing a floating-point problem with Sun Common
LISP 2.1. We have asked various Sun people, but have not yet recieved an
answer, so I thought I'd see if any SPOTS people could comment.

The problem: We aren't seeing the expected floating point performance
improvement that SCL 2.1 (Lucid) was supposed to provide over SCL 2.0.  We
have a bench that demonstrates a floating-point test that runs *SLOWER*!!
in SCL 2.1 WITH floating point declarations & the '68020/68881 compile
option than it does in SCL 2.0.
________________________________________

The bench:
(defun float-compute (n)
  (declare (optimize speed))
  (declare (type single-float z))
  (declare (fixnum i))
  (let ((z 0))
    (dotimes (i n)
      (setq z (+ (* z z z)
		 (/ z 2500.55)
		 (* z 23.44 99.444)
		 (* z 555.555 z 444.0))
	    )
      )
    z)
  ) ;float-compute
________________________________________

The SCL 2.1 session:
studguppy% lisp.2.1
;;; Sun Common Lisp, Development Environment 2.1.1, 14-Dec-87
;;;
;;; Copyright (c) 1987 by Sun Microsystems, Inc.  All Rights Reserved
;;; Copyright (c) 1985, 1986, 1987 by Lucid Inc.,  All Rights Reserved
;;;
;;; This software product contains confidential and trade secret
;;; information belonging to Sun Microsystems.  It may not be copied
;;; for any reason other than for archival and backup purposes.

> (sys:change-memory-management :growth-limit 900 :expand-p t :expand 900)
;;; Expanding Dynamic Memory
T
> (compile-file "new-fp.lisp" :target '68020/68881)
;;; Reading input file #P"/u/a5/roberts/dps1/new-fp.lisp"
;;; Compiling function FLOAT-COMPUTE...
;;; Warning: Assuming I is special
;;; Warning: Assuming Z is special
;;;    assembling...emitting...done.
;;; Wrote output file #P"/u/a5/roberts/dps1/new-fp.lbin"
#P"/u/a5/roberts/dps1/new-fp.lbin"
> (load "new-fp")
;;; Loading binary file "new-fp.lbin"
#P"/u/a5/roberts/dps1/new-fp.lbin"
> (time (float-compute 10000))
Elapsed real time = 3260 milliseconds
User cpu time = 3120 milliseconds
System cpu time = 100 milliseconds
Total cpu time = 3220 milliseconds
0.0
> (time (float-compute 10000))
Elapsed real time = 3240 milliseconds
User cpu time = 3040 milliseconds
System cpu time = 160 milliseconds
Total cpu time = 3200 milliseconds
0.0
> (time (float-compute 10000))
Elapsed real time = 3380 milliseconds
User cpu time = 3140 milliseconds
System cpu time = 160 milliseconds
Total cpu time = 3300 milliseconds
0.0
________________________________________

The SCL 2.0 session:
studguppy% lisp
;;; Sun Common Lisp, Development Environment Version 2.0.3, 19-Dec-86
;;;
;;; Copyright (c) 1986 by Sun Microsystems, Inc.  All Rights Reserved
;;;
;;; This software product contains confidential and trade secret
;;; information belonging to Sun Microsystems.  It may not be copied
;;; for any reason other than for archival and backup purposes.

> (sys:change-memory-management :growth-limit 900 :expand-p t :expand 900)
;;; Expanding Dynamic Memory
T
> (compile-file "new-fp.lisp")
;;; Reading input file #P"/u/a5/roberts/dps1/new-fp.lisp"
;;; Compiling function FLOAT-COMPUTE...assembling...emitting...done.
;;; Wrote output file #P"/u/a5/roberts/dps1/new-fp.lbin"
#P"/u/a5/roberts/dps1/new-fp.lbin"
> (load "new-fp")
#P"/u/a5/roberts/dps1/new-fp.lbin"
> (time (float-compute 10000))
Elapsed real time = 2920 milliseconds
User cpu time = 2820 milliseconds
System cpu time = 100 milliseconds
Total cpu time = 2920 milliseconds
0.0
> (time (float-compute 10000))
Elapsed real time = 2939 milliseconds
User cpu time = 2800 milliseconds
System cpu time = 120 milliseconds
Total cpu time = 2920 milliseconds
0.0
> 

Douglas Roberts
Los Alamos National Laboratory
(505)667-4569
dzzr at lanl.gov

------------------------------

Date:    Thu, 28 Apr 88 19:56:00 EDT
From:    formtek!pen at idis.UUCP (Philip E. Nickerson, Jr.)
Subject: Fig to TeX

In a past issue of sun-spots, you wrote:

>[[ Fig's original author has completed the next version of fig....
>Floating around somewhere (not written by the same person) is a beta
>version of a filter that converts to a LaTeX picture environment
>description.  --wnl ]]

and in a more recent issue, a subscriber said:

>What is needed is a fig to postscript filter as the postscript can then be
>included into the TeX/LaTeX file using the \special command....

to which you replied:

>[[ The new version of Fig (1.4) comes with a fig->postscript converter
>(called (f2ps).  Now if only I could find the time to bundle it up and put
>it in the archives....  By the way, all you fig fans will be "pleased" to
>hear (I'm being sarcastic) that the fig file format changed with version
>1.4 and is incompatible with the old format, although I understand that
>1.4 will read old format files.  --wnl ]]

I have three questions...

1) Where is that Beta version of the filter that converts to the LaTeX
   picture environment?

[[ fig2tex is written by Micah Beck.  The beta version of the next release
is available for anonymous FTP from svax.cs.cornell.edu in the file
"pub/fig2tex-beta.tar.Z".  This version is compatible with both fig 1.3
and 1.4.  I will see about getting a copy in the archive server.  --wnl ]]

2) When will the new fig with the f2ps filter be available?

[[ It is available now.  See the other related message in this same issue.
--wnl ]]

3) When f2ps is available, how would one use the \special command to
   include a postscript file in a TeX (or LaTeX) document?

[[ I can't answer that one.  It largely depends on what TeX to Postscript
support package you are using.  --wnl ]]

-Phil

Philip E. Nickerson,Jr.	  |UUCP   {pitt,psuvax1}!idis!formtek!pen
(412)937-4900|(800)FORMTEK|	  decvax!formtek!pen
Snail  Formative Technologies, Inc., Foster Plaza VII
661 Andersen Dr., Pittsburgh PA  15220

------------------------------

Date:    Tue, 26 Apr 88 12:10:49 EDT
From:    ufnmr!ufnmr_1!gareth at bikini.cis.ufl.edu (Gareth J. Barker)
Subject: What is a stale NFS handle?

Can anyone tell me what a 'Stale NFS handle' is, and whether its
appearance is likely to mean that problems are on their way. -It usually
appears when logining out from a 'rlogin', and applies to either the
.cshrc or the .logout file. (The .cshrc is changed within the .logout
file).

Thanks for any help,

Gareth J. Barker,
University of Florida,
Department of Radiology.

BITNET   : GJBARKER at UFFSC.BITNET
INTERNET : ufnmr!gareth at BIKINI.CIS.UFL.EDU
UUCP     : ...gatech!uflorida!ufnmr!gareth

------------------------------

Date:    27 Apr 88 15:34:47 GMT
From:    Jim Reid <mcvax!cs.strath.ac.uk!jim at uunet.uu.net>
Subject: Anybody got a Sun2/50 with a 141 Mbyte disk?

The Subject: line says it all. I'm posting this on behalf of a colleague
who is temporarily off the net, so please MAIL any replies to me. I'll
post a summary to the net if there's any interest.

		Jim

ARPA:	jim%cs.strath.ac.uk at ucl-cs.arpa, jim at cs.strath.ac.uk
UUCP:	jim at strath-cs.uucp, ...!uunet!mcvax!ukc!strath-cs!jim
JANET:	jim at uk.ac.strath.cs

------------------------------

Date:    Wed, 27 Apr 88 14:36:49 EDT
From:    rbthomas at caip.rutgers.edu (Rick Thomas)
Subject: Anybody have SUN emulators for TEKTRONIX 4105/07/25/28 ???

There exist a number of programs that will emulate a Tek 4010 or 4014 that
run on SUNs.  Does anybody have one that will emulate a
4105/4107/4125/4128 color terminal on a color SUN?  We are willing to pay
for it if it is good enough, but obviously public domain is preferred.

Send responses by mail to rbthomas at jove.rutgers.edu

Thanks in advance

Rick

------------------------------

Date:    Tue, 26 Apr 88 12:04:25 EDT
From:    ufnmr!ufnmr_1!gareth at bikini.cis.ufl.edu (Gareth J. Barker)
Subject: Applying 'diffs'?

Can someone point me towards a program to apply the various 'diffs'
floating around in Sun-Spots and other places?

Thanks,
Gareth J. Barker,
University of Florida,
Department of Radiology.

BITNET   : GJBARKER at UFFSC.BITNET
INTERNET : ufnmr!gareth at BIKINI.CIS.UFL.EDU
UUCP     : ...gatech!uflorida!ufnmr!gareth

[[ The best way to apply the patches is with the public domain program
called "patch".  It is in the user contributed section of 4.3BSD, and is
probably also available on uunet.uu.net.  --wnl ]]

------------------------------

Date:    Thu, 28 Apr 88 10:41
From:    G.D.Pratt (on Keele GEC machine) <CC14 at GEC.KL.AC.UK>
Subject: Availability of X11 and NeWS 1.1 Servers on Micros?

Can anybody let me have info on the availability of X11 servers and NeWS
v1.1 servers on micros. Either current implementations or proposed
systems.  I am particularly interested in Atari ST and MegaST developments
but info on ANY micro would be helpful.  Thanks.

Gerry Pratt, Computer Centre, University of Keele, NEWCASTLE,
Staffordshire, ST5 5BG, ENGLAND

[[ Please reply to him directly.  This is only loosely associated with
Suns.  --wnl ]]

------------------------------

End of SUN-Spots Digest
***********************



More information about the Comp.sys.sun mailing list