Sun-Spots Digest, v6n177
William LeFebvre
Sun-Spots-Request at RICE.EDU
Wed Aug 10 15:01:45 AEST 1988
SUN-SPOTS DIGEST Tuesday, 9 August 1988 Volume 6 : Issue 177
Today's Topics:
Re: the name server patch tape
Re: Manual Binders for the Sun
Re: Microsoft windows on Sun 386i
Re: "Standard" disk controller
Re: screenblank on a color 3/60
SunOS 4.0 blues
Sun's Public Image
Another fix for porting 4.3bsd timed to Suns
Sunspots: SunView problems
Problems with Fujitsu M244x tape drive
Modem signals on tty-lines, ALM-2, and DECserver 200MC
flush on an icon?
4.3 learn or equivalent vi tutorial on Sun/OS?
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: Thu, 4 Aug 88 08:37:05 MDT
From: cpw%sneezy at lanl.gov (C. Philip Wood)
Subject: Re: the name server patch tape
It's better than nothing. But, wait until your name server becomes
unavailable. Then, try to boot your server or client.
Phil Wood, cpw at lanl.gov
------------------------------
Date: Thu, 4 Aug 88 08:45:37 PDT
From: texsun!sun!jhm at sun.com (you don't want to know)
Subject: Re: Manual Binders for the Sun
>For manuals intended for public or personal use, one might consider
>purchasing what some call a "docu-box": metal posts similar to that found
>within individual binders, except without the plastic cover & with smaller
>rings. These posts can be linked in series to contain an entire box of
>manuals in the space of a Sun 4/110 cpu.
This is what we use here internal to Sun. They are document binder racks,
and come in various sizes, They can be found at most stationary/office
supply stores, and are similar to what you see on the counters at the
local auto parts store. The sections come out of the rack easily, which is
handier than toting the entire thing to where you happen to need it at the
moment.
John Mc Cartney
Repair Center
------------------------------
Date: Thu, 4 Aug 88 11:58:44 EDT
From: shenkin at cubsun.bio.columbia.edu (Peter Shenkin)
Subject: Re: Microsoft windows on Sun 386i
I attended a 386i demo/dog-and-pony show, and was told that Sun would be
coming out with a special VGA/EGA board that plugs into an AT slot and
puts its output back into the 386i in a form that allows it to be
displayed in a window. I believe that Microsoft Windows was a particular
application they mentioned. I also seem to recall that my Sun salesman
told me that the board is scheduled to be released this fall. The
conversation took place in early June.
In fact, I have a 386i on order, and I'll ask my salesman about this again
the next time I speak to him, but in the meantime if someone else has
more current or more correct info, I (and presumably other Sun-Spots
readers!) would like to hear it.
*******************************************************************************
Peter S. Shenkin, Department of Biological Sciences, Columbia University,
New York, NY 10027 Tel: (212) 280-5517 (work); (212) 829-5363 (home)
shenkin at cubsun.bio.columbia.edu shenkin%cubsun.bio.columbia.edu at cuvmb.BITNET
------------------------------
Date: Thu, 4 Aug 88 13:01 CDT
From: linimon at killer.dallas.tx.us (Mark Linimon)
Subject: Re: "Standard" disk controller
Reference: v6n160
Alan Stebbens:
> The best thing would be if Sun were to continue its previous policy of
> providing at least consulting services to 3rd-party vendors in order to
> develop alternative boot subsystems....They've taken a good step
> towards generalizing their "format" program...If they continue the
> generalization a little further, it should be possible to develop a
> program to drive any reasonably standard SMD controller.
:From my own experience with SCSI and ESDI disk controllers, I feel that
"reasonably standard (disk) controller" is probably an oxymoron. I don't
know if SMD is any better but intuition would lead me to doubt it.
This is probably why they're not real interested. Understand that I'm not
defending them, but from their point of view there is most likely a very
high hassle/return-on-investment ratio.
Mark Linimon
Mizar, Inc.
uucp: sun!texsun!mizarvme!linimon
------------------------------
Date: 5 Aug 88 00:04:51 GMT
From: tekbspa!tss!joe at uunet.uu.net (Joe Angelo)
Subject: Re: screenblank on a color 3/60
Reference: v6n159
> What is the proper way to run screenblank on a color Sun 3/60? Whenever
> the screenblank program blanks out the screen, we can't get the console
> back. Does suntools need to be run in a special way to allow this?
In order to save our monitors, all company machines startup screenblank
from /etc/rc.local, such as:
echo -n ' screenblank'
screenblank -d 3600 </dev/console >/dev/console
Yes, we have lots of 3/60s.
[[ But are they *COLOR* 3/60s? --wnl ]]
Joe Angelo -- Senior Systems Engineer/Systems Manager
at Teknekron Software Systems, Palo Alto 415-325-1025
joe at tss.com - uunet!tekbspa!joe - tekbspa!joe at uunet.uu.net
------------------------------
Date: Thu, 4 Aug 88 17:16:16 PDT
From: Paul Turner <pturner at ogcese.ogc.edu>
Subject: SunOS 4.0 blues
Help,
We're having some problems with SunOS 4.0 on our Sun 4/260.
1. Several of our fortran programs that worked nicely under 3.2 with 1.05
are now dying at the link phase with an unresolved reference to '_units'.
I searched the fortran libraries and found _units (a berkeley style C
name) in libU77.a. A temporary fix has been to add the declaration to the
library - nothing has broken yet - it would be nice to know what's
missing. Are there any other known bugs in this version of Sun Fortran
(1.1)?
2. The major problem is with lpr/lpd. When spooling to /dev/lp (which is a
link to /dev/mcpp0 - the parallel port on our ALM-2 board) lpd crashes the
system as follows. Things worked just fine under 3.2 (which I think I'd
be using right now if 3.2 had support for subnets). We are using the same
printcap entries as before as follows:
# lp - parallel printer
# hp - 7550A HP-plotter
# changed /usr/spool to /var/spool
# for 4.0
lp:\
:lp=/dev/mcpp0:\
:sd=/var/spool/lpd:
hp:\
:lp=/dev/hp:\
:br#9600:\
lf=/var/adm/hpd-errs:\
:xs#040:\
sd=/var/spool/hpd:
Both these entries worked just fine under 3.2 but now the HP-plotter is
dropping characters and lpr to the parallel printer crashes the system.
This occurs with the GENERIC kernel shipped with the OS and any custom
kernel I've generated. 'Cat'ting a file to /dev/mcpp0 results in the file
being printed up until the last few characters, which then disappear. The
plotter tries desperately to XOFF, apparently ignored as we get io buffer
overflow messages from the plotter. Stty claims that the line is ixon.
Does any of this sound familiar?
Here is the message from the system crash after using lpr:
Aug 1 23:03:34 ogcese vmunix: BAD TRAP
Aug 1 23:03:34 ogcese vmunix: lpd: Data fault
Aug 1 23:03:34 ogcese vmunix: kernel write fault at addr=0x0, pme=0x0
Aug 1 23:03:34 ogcese vmunix: Bus Error Reg 80<INVALID>
Aug 1 23:03:34 ogcese vmunix: pid=346, pc=0xf8097230, sp=0xffffe6c8, psr=0x8c1, context=6
Aug 1 23:03:34 ogcese vmunix: g1-g7: 4008e2, 4008e2, ffffffff, 0, 0, 0, 0
Aug 1 23:03:34 ogcese vmunix: Begin traceback... sp = ffffe6c8
.
.
trace back stuff deleted
.
Aug 1 23:03:34 ogcese vmunix: End traceback...
Aug 1 23:03:34 ogcese vmunix: panic: Data fault
Aug 1 23:03:34 ogcese vmunix: zs2: silo overflow
Aug 1 23:03:34 ogcese vmunix: syncing file systems... [13] 4 [13] 4 [11] [4] done
Any help would be appreciated.
Paul Turner Department of Env. Sci. and Engineering
tektronix!ogcvax!pturner Oregon Graduate Center
pturner at ese.ogc.edu (CSNet) 19600 NW Von Neumann Dr.
(503) 690-1043 Beaverton, OR 97006-1999
------------------------------
Date: Thu, 4 Aug 88 13:14:03 EDT
From: csrobe at icase.arpa (Charles S. (Chip) Roberson)
Subject: Sun's Public Image
Over the past year I have noticed what I perceive to be a change in Sun's
image on the net (sun-spots, sun-nets, etc). It seems that cheers are
down and jeers are way up (RARP, YP, Academic Source Licenses, AT&T,
unbundling software, host tables vs. name servers). Does anyone else
share this contention or is the mist just clearing from my eyes.
If this is true, what does this imply for the future?
just wondering,
-chip
Charles S. Roberson ARPANET: csrobe at icase.[arpa|edu]
ICASE csrobe@[128.239.1.30] (cs.wm.edu)
MS 132C BITNET: $csrobe at wmmvs.bitnet
NASA Langley Rsch. Ctr. UUCP: ...!uunet!pyrdc!gmu90x!wmcs!csrobe
Hampton, VA 23665-5225 Phone: (804) 865-4090
------------------------------
Date: Thu, 4 Aug 88 09:40:59 CDT
From: Jim Knutson <knutson%sw.MCC.COM at mcc.com>
Subject: Another fix for porting 4.3bsd timed to Suns
The timed patches in the archive worked well enough to get timed running
on our suns. However, timedc wasn't able to use the clockdiff command to
compare the clocks of a remote and local host. I have included a small
patch file below to fix this. At this point timed works well but we can't
seem to get it to work like we want on gateway machines (i.e. being a
master on more than one net). If anyone has any experience with timed on
gateways, please drop me a note.
*** measure.c.orig Tue Aug 2 14:32:33 1988
--- measure.c Tue Aug 2 17:56:22 1988
***************
*** 113,119 ****
--- 113,121 ----
(void)gettimeofday(&tv1, (struct timezone *)0);
if (cc < 0)
return(-1);
+ #ifdef vax
icp = (struct icmp *)(packet + (ip->ip_hl << 2));
+ #endif
if((icp->icmp_type == ICMP_TSTAMPREPLY) &&
icp->icmp_id == id && icp->icmp_seq == seqno)
break;
Jim Knutson
knutson at mcc.com
cs.utexas.edu!milano!knutson
------------------------------
Date: Mon, 4 Jul 88 16:56:49 PDT
From: ho at tis-w.arpa (Hilarie K. Orman)
Subject: Sunspots: SunView problems
I have had tremendous problems with mouse events under cgipw, and the
behavior is similar to what has been described by Scott Johnson using cgi.
In particular, I have a service order that has been open since early May
about these problems. The problem I first reported was that signal
handling didn't work. By following the instructions in the manual I could
get a signal caught and serviced, but the return caused everything to die.
At the same time I noticed that mouse events seemd to "get stuck" in the
event queue randomly. I would like to hear from anyone who has managed to
get this stuff to work. Other applications that I have written that do
not rely on cgi handle signals and mouse events correctly.
------------------------------
Date: Thu 4 Aug 88 10:32:11-PDT
From: Dick <MEAD%hamal.usc.edu at oberon.usc.edu>
Subject: Problems with Fujitsu M244x tape drive
We've have two instances of the dreaded "xt:command sync error" here on
two different 3/280's. The first case was caused by a bad cable in the "A"
set between the drive and controller. Now we have one where we
'sometimes' get the error when a short file is written at BOT. Otherwise
the drive works fine. All components have been verified good with another
system, different slots have been tried. Our last try is to replace the
CPU card, in the idea that perhaps it has developed some sort of timing
problem. I'd accept any better ideas. Aren't computers wonderful!
;^)
------------------------------
Date: Thu, 4 Aug 88 09:22:17 CDT
From: Stephan Wasserroth <wasserroth at fokus.berlin.gmd.dbp.de>
Subject: Modem signals on tty-lines, ALM-2, and DECserver 200MC
Hello, out there!
Here comes a note about the SUN ALM-2 16-lines Multiplexer, and a strange
problem with modem control.
First the configuration:
Our SUN has one MCP-board (for X.25 access) and one ALM-2 board. The lines
of that ALM-2 are connected to a DECserver 200/MC terminal-server, which
is operated as reverse LAT. The DECserver offers a service to our
ethernet, namely to connect to the SUN from every terminal all over the
ethernet.
The DECserver is set up for a non-LAT host as described in the documentation.
That means: It has DTRwait and MODEM CONTROL and INPUT FLOW control enabled.
The other side (the SUN ALM-2) has a flags word of x0ffff specified during
kernel build (saying that it has to look for hardware carrier detect).
Now the note regarding the ALM-2: It should have full modem control on all
lines (at least SUN says so). But if we enable all lines in /etc/ttys, the
following happens:
an init process is spawned for all enabled lines (this is ok).
A getty is executed if a terminal accesses a line (this is ok).
For tty-lines 0..3 the login prompt is displayed and everything runs,
for lines 4..15 NO prompt is issued and the getty terminates after
about 30 seconds. A RS232 line spy told us that on these lines pin
4 is not asserted. SUN has been notified about this behavior (no
answer up to now).
And last: the strange problem. The lines 0..3 seem to work as expected,
but if I connect to the SUN from any terminal on the net via the reverse
operated DECserver, I cannot use GNUemacs and the unix command "script".
Both will not work due to loss of characters (looks like a flow control
problem). Maybe any program using the raw mode on the tty-line will not
work (I didn't figured out) ? But the vi-editor works fine!
Any hints, comments welcome!
Regards, Stephan
DFN-EAN: <wasserroth at fokus.berlin.gmd.dbp.de>
ARPA: <wasserroth%fokus.berlin.gmd.dbp.de at relay.cs.net>
GMD-FOKUS
Stephan Wasserroth Hardenbergplatz 2
System Manager for D-1000 Berlin 12
VAXes and Sun-WS Fed. Rep. of Germany
------------------------------
Date: Thu, 04 Aug 88 14:54:35 SET
From: Danielle Heinzer <ESC1298 at ESOC.BITNET>
Subject: flush on an icon?
I have a display window on which data are displayed from time to time.
Normally the window is closed (iconic form).
I would like to know that new data are displayed. I don't like opening
the window and just have a look !!! For instance a way would be: flushing
the icon.
Can anybody help me for doing that, or knows somebody another way ???
Danielle HEINZER
ECD/CS
European Space Operations Centre
Robert-Bosch-Str. 5
6100 Darmstadt
West-Germany
(49)-6151-886540
ESC1298%ESOC.BITNET at cunyvm.cuny.edu
[[ Not quite sure what you mean. Are you writing the application or only
running it? If you are actually writing the program, then changing the
structure used for the icon will change the icon as it appears on the
screen. But if that capability was not written into the program, then
there is little you can do. --wnl ]]
------------------------------
Date: Thu, 4 Aug 88 15:04:26 PDT
From: Abby Hossein <abby at math.ucla.edu>
Subject: 4.3 learn or equivalent vi tutorial on Sun/OS?
I am interested in information on an interactive vi tutorial to help
students in introductory programming classes get familiar with the vi
editor as quickly as possible. On our 4.3 machines, we have the
user-contributed version of vi tutorial (part of the BSD learn program)
but, legal issues permitting, there seems to be some non-portable code in
the program which makes it non-portable to 3.5 Sun/OS. So, I would
appreciate your comments, ideas or any product information you may have
regarding this. Thanks.
abby at math.ucla.edu
------------------------------
End of SUN-Spots Digest
***********************
More information about the Comp.sys.sun
mailing list