SUN-Spots Digest, v4n17
Vicky Riffle
Sun-Spots-Request at RICE.EDU
Fri Jun 13 02:40:38 AEST 1986
SUN-SPOTS DIGEST Thursday, 12 June 1986 Volume 4 : Issue 17
Today's Topics:
Ports for SUN
Squealing noise
Suntools under 2.0 and SunView under 3.0
RLL encoding?
Smalltalk-80 for Sun 3/50?
Sun-3 rlogin hangs?
Interfacing franz with c graphics functions?
Backup strategies?
2.0 and 3.0 ld?
SUN manuals development?
CAD packages?
Incomplete NFS mount?
LCF international?
Concurrent Programming in SUN?
------------------------------------------------------------------------
Date: Tue, 3 Jun 86 12:25:49 PDT
From: keppel%pavepaws at BERKELEY.EDU (David Keppel)
Subject: ports for SUN
I don't know prices or practicality, but here is at least one possible
way to get more ports for your Sun: Get a VME-bus to Multibus adapter,
buy a Multibus multiple-port board, and plug the whole thing in to your
system. My impression is that the adapter board is cheap and that boards
for the Multibus tend to be both cheaper and slower than VME boards.
Consult your local guru.
I have seen (been on) a Sun-1 with Sun-2 Multibus CPU board (*lots*
slower than a Sun-3) and performance was acceptable to me, but certainly
no great shakes.
--
----
:-D avid K eppel ..!ucbvax!pavepaws!keppel
"Learning by Osmosis: Gospel in, Gospel out"
-----------------------------
Date: Tue, 3 Jun 86 12:19:40 PDT
From: keppel%pavepaws at BERKELEY.EDU (David Keppel)
subject: squealing noise
I'm told that the squealing noise is made by the power supply
--
----
:-D avid K eppel ..!ucbvax!pavepaws!keppel
"Learning by Osmosis: Gospel in, Gospel out"
-----------------------------
Date: Mon, 9 Jun 86 11:37:57 CDT
From: William LeFebvre <phil at proserpina>
Subject: Suntools under 2.0 and SunView under 3.0
>From the SunView Programmer's Guide, page 3:
"SunView is an extension and refinement of SunWindows 2.0,
containing many enhancements, bug fixes and new facilities not
present in SunWindows. SunView is upward compatible with
SunWindows---applications originally written under 2.0 can be
recompiled and run under SunView."
Bull! One of the SunView enhancements is the "panel" subwindow, which
is a replacement for option subwindows. Unfortunately (and this is
even documented in the release notes) they decided to completely drop
option subwindows. The include files aren't even around anymore. So,
any unfortunate souls who wrote a tool that has an optionsw won't have
any luck compiling their programs under 3.0. So much for upward
compatibility!
Who, besides me, got stuck in this trap? Well, the VorTeX people,
among others. The VorTeX dvi previewing tool will not even compile
under 3.0 because option subwindows are no longer supported. Granted,
this is usually not that hard to fix, but it really annoys me that this
Sun publication contains such a blatant lie. Don't get me wrong, I
much prefer panels to option subwindows, but c'mon Sun---how hard could
it have been to continue to support option subwindows so that old
programs would continue to compile?
William LeFebvre
Department of Computer Science
Rice University
<phil at Rice.edu>
-----------------------------
Date: Fri, 6 Jun 86 09:45:06 edt
From: Ken Mandelberg <km%emory.csnet at CSNET-RELAY.ARPA>
Subject: RLL encoding?
I have been reading articles about manufacturers of disk controllers
switching to RLL encoding to increase capacity and performance by
50%, without changing the drives. Adaptec is one of the manufacturers
mentioned.
Does anyone know if this relevant to the Adaptec SCSI<->ST506 controller
that Sun uses?
Ken Mandelberg
Emory University
Dept of Math and CS
Atlanta, Ga 30322
{akgua,sb1,gatech,decvax}!emory!km USENET
km at emory CSNET
km.emory at csnet-relay ARPANET
-----------------------------
Date: Sat, 7 Jun 86 06:05:13 pdt
From: Herb Barad <barad%brand at usc-oberon.ARPA>
Subject: Smalltalk-80 for Sun 3/50?
I would like to know how to get a hold of a working version of
Smalltalk-80 for a Sun (I have a 3/50). Has anybody had any
experience with it? Thanks in advance.
--
Herb Barad [USC - Signal and Image Processing Institute]
USENET: ...!sdcrdcf!usc-oberon!brand!barad or
...!mcvax!seismo!sdcsvax!sdcrdcf!usc-oberon!brand!barad
ARPANET: barad%brand at USC-ECL.ARPA
USMail: Univ. of Southern California
Powell Hall 306, MC-0272
Los Angeles, CA 90089-0272
phone: (213) 743-0911
-----------------------------
Date: Mon, 9 Jun 86 10:40:28 edt
From: mike%bambi at mouton.bellcore.com
Subject: Sun-3 rlogin hangs?
Can someone say what the problem actually is? Is it likely to show
up in general usage of TCP streams, or is it an rlogin-specific
difficulty?
If I had to guess, I'd guess they messed up the old URGENT data again...
Oh well, it wouldn't be Sun if it worked from release to release...
- Mike
-----------------------------
Date: 09 Jun 86 10:18:02 PDT (Mon)
From: Dave McArthur <dave%mercury at rand-unix.ARPA>
Subject: Interfacing franz with c graphics functions?
We are interested in developing a simple windows package in Franz lisp for
our suns. The package should allow users to construct windows and menus,
draw lines and bitmaps, and get mouse input, all in lisp.
We are aware that external function calls (to c from lisp) are supported by
Franz lisp, but has anyone out there actually developed such a package,
using any of suncgi, sunwindows, suntools, suncore, etc., as a basis?
Thanks.
dave
-----------------------------
Date: Mon, 9 Jun 86 17:37:49 EDT
From: Steve M. Burinsky <smb at mimsy.umd.edu>
Subject: backup strategies
It was bad enough when I had one host to worry about backups on.
Now I have a network of 5 disked Sun's and two 785's to backup.
Has anybody come up with a good strategy for doing this? I want
backups to painless. To me that's mounting one tape on a 6250
bpi drive before I go home every night. If I have the luxury of
extra disk space, how far do I dare go in backing up to disk on
my 785's before I dump these to tape? I'd like to protect my
users from themselves (by providing a history of disk snapshots
for when they delete their last years work and don't detect it
for a month) as well as protect myself from a disk catastrophe.
I prefer the 1/2" drives on my 785 to the (slow) 1/4" cartidge
drives on the Sun's. Any suggestions based on how you handle
this problem?
Steve
-----------------------------
Date: Fri, 6 Jun 86 10:16:35 EDT
From: dbo%textset%umich.csnet at CSNET-RELAY.ARPA
Subject: 2.0 and 3.0 ld?
We have a problem. We would like to be able to generate both 2.x
binaries from a 3.0 system. We are a third party software vendor
and we anticipate that some of our customers may be running 2.x for
a while. We, ourselves, may be running 2.2 for a while because
of the delays Sun has had in shipping out upgrade kits
and because we have a 100u that we have to find a 4 megabyte memory
board for.
You may think that you can just ferret copies of the 2.x ld and libraries
somewhere and use them instead of the 3.0 stuff--wrong. It doesn't work.
Sun tex support informs me that the problem is that ld dynamically figures
out what the page size is of the machine it is working on and the difference
in page sizes between the two systems is responsible for the problem.
The object file it produces under these circumstances looks like garbage
to me, so I am not sure exactly what they bought themselves by automatically
recognizing the different page size. Not portability.
I asked Sun about a conversion program to translate 3.0 binaries into
2.0 format. Their solution was to ask us to pay their consulting group to
write a conversion program. It seems to me that this is not the sort of
thing that it is unreasonable to expect Sun to provide as a matter of course,
since they are making yet another incompatible change.
So... has anyone written a Sun 3.0 -> 2.0 object format conversion
routine? If so, please send me some mail. If not, let me know if you
are interested since it looks like I may be looking into what's involved.
Thanks in advance,
Doug
doug at umix.cc.umich.edu
doug at umich.csnet
ihnp4!umich!doug
-----------------------------
Date: Tue, 10 Jun 86 08:59:55 pdt
From: fluke!kelpie at uw-beaver.arpa
Subject: SUN manuals development
Can anyone provide information about how SUN goes about producing their
manual sets. In particular, I am interested in who the writers were, what
automated tools were used, and the relative amount of effort it took to produce
them (cost, person-months). Any piece of information would be helpful.
Also, pointers to those that may know would be helpful too.
I realize that this posting is not entirely in the flavor of
mod.computers.sun, but it seemed like a good place to get a start on this
subject.
Thanks in advance,
Tony Garland, N7DX decvax\
John Fluke Mfg Co. ihnp4 >!uw-beaver\
PO Box C9090 allegra >!fluke!kelpie
Everett, WA 98206 USA ucbvax >!lbl-csam /
(206) 356-5268 hplabs/
-----------------------------
Date: Mon, 9 Jun 86 13:50:26 PDT
From: sdcarl!tre at ucbvax.Berkeley.EDU (Tom Erbe)
Subject: CAD packages
I have been using CADroid for about a year now and I am about ready
to try something new (The Droid Works gives almost no support). Are there
any schematic entry packages out there that work well? They must have good
customer support and keep up with the Sun software releases.
Tom Erbe
Computer Audio Research Lab, UCSD
Q-037, La Jolla, CA 92093
619-452-4384
{ucbvax,ihnp4,akgua,hplabs,sdcsvax}!sdcarl!tre
-----------------------------
Date: Thu, 5 Jun 86 13:40:15 PDT
From: fluke!jeff at uw-beaver.arpa (Jeff Stearns)
Subject: Incomplete NFS mounts
I'm puzzled by the behavior of NFS mounts, and I'm wondering if anyone
can explain why things work the way they do (rather than the way I want...).
Say there are two hosts, A and B. Each mounts a filesystem provided by the
other, as in:
host A: mount /dev/xy1c /usr.A ....
mount B:/usr.B /usr.B ....
host B: mount /dev/xy1c /usr.B ....
mount A:/usr.A /usr.A ....
Now everything works fine in the steady state once both machines are up and
running. It's the boot procedure which bothers me.
There are clear opportunities for deadlock here, since neither host will
boot until its companion is up. I have this impression that the "bg" option
should be applied here to background the mount so that booting can proceed.
Once each host is up, the backgrounded mount will complete and everything
should be cool.
BUT! What about the time period while the mount is backgrounded and hasn't
yet completed? Now you have this directory which will have a filesystem
attached to it *at some time in the future*. In the meantime, it's a sitting
duck for filesystem activity, apparently TOTALLY UNAWARE that it is in peril
of being overlaid by a newly-mounted filesystem.
A program on host A may try to reference /usr.B/foo before the mount
completes. Or it may create it, only to have it covered up once the mount
succeeds.
I'm bothered by the fact that the entire process is so nondeterministic.
What if host B is down for an hour? Consider what happens when you generalize
this to a network comprising dozens of hosts, some of which boot in minutes,
others which may require hours of operator intervention.
The bottom line is this: Shouldn't the directory be locked somehow while
the mount is in progress? What can I (as a lowly system administrator) do
to bring this about?
Jeff Stearns John Fluke Mfg. Co, Inc. (206) 356-5064
{uw-beaver, decvax!microsoft, ucbvax!lbl-csam, allegra, sun}!fluke!jeff
-----------------------------
Date: Mon, 9 Jun 86 12:50:37 EDT
From: Martin Schoffstall <schoff%rpics.csnet at CSNET-RELAY.ARPA>
Subject: LCF international
Does this place really exist? I noted in a sun-spots posting
of a couple of months ago, someone had bought LCF memory
for their sun2. I haved called the number in "Catalyst"
about 10 times over the last couple of months and left messages
but to no avail...
marty schoffstall
-----------------------------
Date: Wed, 11 Jun 86 09:25:33 est
From: munnari!csadfa.cs.adfa.oz!gyp at seismo.CSS.GOV (Patrick Tang)
Subject: Concurrent Programming in SUN
Does anyone done any concurrent programming in C language under Unix 4.2 BSD.
Note that the C language is 'normal' C language NOT concurrent C.
I am trying to develop a graphics package under SUN3 or SUN2 to simulate
real-time events. Any advice to literature and packages written are most
appreciated.
Thanks in advance.
--
Tang Guan Yaw/PatricK ISD: +61 62 68 8170
Dept. Computer Science STD: (062) 68 8170
University College ACSNET: gyp at csadfa.oz
Uni. New South Wales UUCP: ...!seismo!munnari!csadfa.oz!gyp or
Aust. Defence Force Academy ...!{decvax,pesnta,vax135}!mulga!csadfa.oz!gyp
Canberra. ACT. 2600. ARPA: gyp%csadfa.oz at SEISMO.ARPA
AUSTRALIA CSNET: gyp at csadfa.oz
Telex: ADFADM AA62030
-----------------------------
End of SUN-Spots Digest
***********************
More information about the Mod.computers.sun
mailing list