Sun-Spots Digest, v6n175
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 175
Today's Topics:
Re: Running screenblank on a Sun 3/60 with color display
Re: eye-strain and hi-res monitors
Re: Performance problem with 3/280 upgrade
Re: Changing Sun 3/110 LC to monochrome
RCS Timeouts (Help!)
Re: tn3270 on a Sun4 -- diffs to correct the problem
YA4.0B (yet another 4.0 bug)
Compiling emacs under 4.0: changes to "ld"
X11R2 Xterm versus yp
19 inch color monitors
getting your login environment in command(shell)tools
help with CDC 9615-160 drives on SUNS
anybody know if ncheck works?
gnuemacs and keypad bindings?
fixes for fig v1.4?
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: Tue, 02 Aug 88 12:07:37 PDT
From: weiser.pa at xerox.com
Subject: Re: Running screenblank on a Sun 3/60 with color display
> What is the proper way to run screenblank on a color Sun 3/60?...
Works fine for me just saying "screenblank".
-mark
------------------------------
Date: 2 Aug 88 23:32:01 GMT
From: milano!janssen at titan.sw.mcc.com (Bill Janssen)
Subject: Re: eye-strain and hi-res monitors
In Sun-Spots Digest, v6n157, Ruven Brooks points out that screen
resolution may contribute to eye-strain. Having worked with a Sun hi-res
1600x1280 screen for some time now, I can testify to that. It's actually
not the screen so much as it is the applications. They all seem to be
tailored for this 80 dpi surface, and just can't adjust for the different
resolution. Sun and their font library are particularly at fault here.
There should be a separate library of fonts shipped for each screen
resolution, so that when a 12 point font is called for, it is really a
12-pt font.
Bill
------------------------------
Date: Wed, 3 Aug 88 14:02:39 +0200
From: Johan Widen <enea!sics.se!jw at uunet.uu.net>
Subject: Re: Performance problem with 3/280 upgrade
Reference: v6n158
>in both cases is the same. The e-net collision rate is much higher with
>the new server, which may account for some of the decrease.
Do you use a tranceiver of the correct class? We learned the hard way that
there are two (really three) different classes of ethernet tranceivers.
These are version 1 and version 2. Older Suns can be adapted to both types
by changing a jumper on the cpu board (one version with the jumper
installed, the other with the jumper out). Newer Suns can only handle
version 2 tranceivers.
However: a sun will sort of work even if you attach it to a tranceiver of
the wrong class. You will get a lot of collisions though. (I have heard
that equipment may be damaged by connecting a tranceiver of the wrong
type).
Johan Widen
SICS, PO Box 1263, S-164 28 KISTA, SWEDEN
Tel: +46 8 752 15 32 Ttx: 812 61 54 SICS S Fax: +46 8 751 72 30
Internet: jw at sics.se or {mcvax,munnari,ukc,unido}!enea!sics.se!jw
------------------------------
Date: Wed, 3 Aug 88 10:05:19 BST
From: Chris Brown <mcvax!aivru.sheffield.ac.uk!chris at uunet.uu.net>
Subject: Re: Changing Sun 3/110 LC to monochrome
In v6n158 Ed Segall writes:
> I have a Sun 3/110 LC whose display is too fuzzy to use. .... I wish to
> 'downgrade' to a monchrome screen, like the ones on on the 3/50 or 3/60.
We too have found the 13-inch screen on the 3/110LC to be unsatisfactory.
You might consider changing to a 19-inch *greyscale* screen, or to one of
those lovely 16-inch Sony colour monitors (sold as the FC option). Both
of these will work with a 3/110 LC. In the meantime, changing to a
larger font might help.
Chris Brown chris at aivru.sheffield.ac.uk
A.I. Vision Research Unit
Sheffield University.
------------------------------
Date: 2 Aug 88 15:26:29 GMT
From: amsdsg!jeff at uunet.uu.net (Jeff Barr)
Subject: RCS Timeouts (Help!)
Help! I'm having an RPC problem with our SUN network (a combination of 8
3/60's and 3/50's connected via Etherne to a Harris HCX-9). Many
filesystems are NFS-mounted from the SUN's, both to other SUN's and to the
HCX.
Frequently (several times per hour when editing and compiling to an
NFS-mounted filesystem), a compile (or an edit, sometimes) will fail with
the message
"NFS write failed for server <>: RPC: timed out"
or
"NFS write error 60 on host <>"
Where <> is the name of either another SUN or the HCX.
I know that the timeout parameter is supplied to clntudp_create () when
creating the UDP handle. Short of tracing down the UDP handle for the NFS
connetion in memory to change it, I don't know how to go about adjusting
the timeout to experiment.
Ideas, anyone?
Jeff
to upda
--
Jeff Barr AMS uunet!amsdsg!jeff 800-832-8668
------------------------------
Date: Tue, 2 Aug 88 19:42:36 EDT
From: Rayan Zachariassen <rayan at ai.toronto.edu>
Subject: Re: tn3270 on a Sun4 -- diffs to correct the problem
This is a varargs problem, not a STREAMS symptom...
RCS file: RCS/telnet.c,v
retrieving revision 1.1
diff -b -c -r1.1 telnet.c
*** /tmp/,RCSt1001753 Tue Aug 2 16:00:36 1988
--- telnet.c Tue May 10 22:39:47 1988
***************
*** 80,85
#include <sys/types.h>
#include <sys/socket.h>
#include <netinet/in.h>
--- 80,86 -----
#include <sys/types.h>
#include <sys/socket.h>
+ #include <varargs.h>
#include <netinet/in.h>
***************
*** 3843,3849
/*
* Call routine with argc, argv set from args (terminated by 0).
! * VARARGS2
*/
static
call(routine, args)
--- 3844,3850 -----
/*
* Call routine with argc, argv set from args (terminated by 0).
! * VARARGS
*/
static
call(va_alist)
***************
*** 3846,3854
* VARARGS2
*/
static
! call(routine, args)
! int (*routine)();
! char *args;
{
register char **argp;
register int argc;
--- 3847,3854 -----
* VARARGS
*/
static
! call(va_alist)
! va_dcl
{
va_list ap;
int (*routine)();
***************
*** 3850,3855
int (*routine)();
char *args;
{
register char **argp;
register int argc;
--- 3850,3858 -----
call(va_alist)
va_dcl
{
+ va_list ap;
+ int (*routine)();
+ char *args[20];
register char **argp;
register int argc;
***************
*** 3853,3861
register char **argp;
register int argc;
! for (argc = 0, argp = &args; *argp++ != 0; argc++)
! ;
! return (*routine)(argc, &args);
}
static char **
--- 3856,3869 -----
register char **argp;
register int argc;
! va_start(ap);
! routine = (int (*)())va_arg(ap, int *);
! argp = &args[0];
! *argp = va_arg(ap, char *);
! for (argc = 0; *argp++ != 0; argc++)
! *argp = va_arg(ap, char *);
! va_end(ap);
! return (*routine)(argc, &args[0]);
}
static char **
------------------------------
Date: Tue, 2 Aug 88 09:34:08 PDT
From: Mike Smithwick <mike at ames.arc.nasa.gov>
Subject: YA4.0B (yet another 4.0 bug)
Can any explain this for me?? We just got 4.0 installed a couple of weeks
ago. . .
I am in a sub-directory which has an executable called, "foo". My home
directory also has "foo". When I go to execute it from the cwd, it runs
home/foo instead. Using "which" sez that the other copy should run.
I cd to the home directory, do "which", and it points me to the sub-
directory verison. Now, to add to the confusion, this currently is
happening only to files which exist at login time. During a session I can
create another set of files, say "bar", in the same two directories, and
the "bar" in the cwd will be executed as it should be, not the one in
home. I logout, then log back in, and now home/bar will be picked up as
foo was.
Furthermore, this behavior is inconsistant, sometimes it seems to work,
sometimes not.
------------------------------
Date: Tue, 2 Aug 88 14:37:13 BST
From: Paul Hudson <mcvax!moncam!paul at uunet.uu.net>
Subject: Compiling emacs under 4.0: changes to "ld"
I haven't tries emacs but I've had similar problems. THey were caused by
ld options having changed (and *not* mentioned in the change notes.) If
you want dynamic libraries (the default) and you are calling ld directly
(which Makefiles have been known to do :-) You must add the options
-dc -dp -e start (or somesuch, I can't get at my 4.0 system right now - try
cc -dryrun to see).
The result of omitting them is the code starts in the wrong place and/or
your bss isn't what you thought.
Hey, SUN, wouldn't it have been nice to tell us?
Paul Hudson
Snail mail: Monotype ADG Email: ...!ukc!acorn!moncam!paul
Science Park, paul at moncam.co.uk
Milton Road,
Cambridge,
CB4 4FQ
------------------------------
Date: Tue, 02 Aug 88 15:58:12 EDT
From: dae at shire.cs.psu.edu
Subject: X11R2 Xterm versus yp
Work-Phone: +1 814 865 9505
For once (gasp!) the problem is not Sun's. YP keeps fd 4 around for
speed; Xterm steps on fd 4, things get bad after that. See comp.windows.x
for fix.
--Daemon
------------------------------
Date: Wed, 3 Aug 1988 09:05:29 LCL
From: Philip Green <PMGREEN at suvm.acs.syr.edu>
Subject: 19 inch color monitors
We recently began repairing our monitors ourselves. It appears that the
Hitachi 19" color is a poorly designed/built device they seem to require
constant adjustment. Of the 30 or so we have (all about a year or so old)
several appear to have bad tubes.
I would like to hear about the experiences of others with these monitors.
------------------------------
Date: Tue, 2 Aug 88 15:54:08 MDT
From: jva at cadnetix.com (Joe VanAndel)
Subject: getting your login environment in command(shell)tools
I always want my login environment in all command(shell)tools, yet I've
never liked putting all my aliases and initialization into ~/.cshrc,
because this tends to slow down (or break) C-shell scripts. (Earlier
issues of 'sun-spots' discussed the `which' command breaking because of
commands placed in ~/.cshrc ).
After I got tired of "sourcing" '~/.login' everytime I started a new tool,
I wrote the following program, 'start_sh'. 'start_sh' simply execs a
shell such that the shell believes that it is a login shell, and runs the
standard login sequence (~/.login for C-shell, ~/.profile for
Bourne-Shell). Any shelltool or commandtool I use invokes 'start_sh',
e.g.
"~/.rootmenu" contains:
"CommandTool" cmdtool start_sh
and "~/.suntools" contains lines like:
cmdtool -Wp 0 86 -Ws 671 814 -WP 700 0 start_sh
To avoid re-starting suntools when re-running .login, my '.login' contains:
==========
set HOMEHOST=sunlight
set ME=jva
#
# more initialization
#
#
# only run sunaliases when I'm on a Sun
#
if (($term == "sun") || ($term == "sun-cmd")) then
source ~${ME}/.sunaliases
endif
setenv RNINIT $HOME/.rninit
# I love windows.
if ($HOST == $HOMEHOST && $tty == /dev/console && -e /usr/bin/suntools )
then
echo ""
echo -n "Fire up suntools? "
set resp = $<
if ( $resp =~ [yY]* ) then
exec /usr/bin/suntools -background background
else
echo "Not brave enough?? "
endif
endif
echo hello $user
unset HOMEHOST ME
==========
Here's the source for 'start_sh.c'
========== cut ==========
/************************************************************************/
/* start_sh written by: */
/* */
/* Joe VanAndel Internet:jva at cadnetix.COM */
/* Cadnetix Corp. UUCP: cadnetix!jva */
/* 5775 Flatiron Parkway {uunet,boulder,nbires}!cadnetix!jva */
/* Boulder, CO 80301 */
/* */
/* Permission to use, copy, modify, and distribute this software */
/* and its documentation for any purpose and without fee is */
/* hereby granted. */
/* Joe VanAndel and Cadnetix Corporation make no representations */
/* about the suitability of this software for any purpose. It is */
/* provided "as is" without express or implied warranty. */
/************************************************************************/
/*
* start_sh:
*
* startup the user's shell as if it were a login shell.
* The priority order for the choosing the user's shell is:
* 1) 'SHELL' environment variable
* 2) login shell in password database (local or yellow pages)
* 3) /bin/csh
*
* This is useful for those who want their login environment on shells
* running in sun windows, without putting your full environment
* in ~/.cshrc, or manually 'sourcing' your ~/.login
*
*/
#include <stdio.h>
#include <signal.h>
#include <pwd.h>
#include <string.h>
#define SH_ENV "SHELL"
#define DEF_SHELL "/bin/csh"
char minusname[16] = "-";
main(argc, argv, envp)
int argc;
char *argv[];
char *envp[];
{
char *namep;
char *shell;
extern char *getenv();
struct passwd *pwd;
if (((shell = getenv(SH_ENV))) == NULL ||
(*shell == '\0' )){
if ((pwd = getpwuid(getuid())) == NULL ||
(*pwd->pw_shell == '\0')){
shell = DEF_SHELL;
} else {
shell=pwd->pw_shell;
}
}
if ((namep = strrchr(shell, '/')) == NULL){
namep =shell;
}else {
++namep;
}
strcat(minusname, namep);
execlp(shell, minusname, 0);
perror(shell);
fprintf(stderr, "No shell\n");
exit(1);
}
========== cut ==========
Joe VanAndel Internet:jva at cadnetix.COM
Cadnetix Corp. UUCP: cadnetix!jva
5775 Flatiron Parkway {uunet,boulder,nbires}!cadnetix!jva
Boulder, CO 80301 Voice: 303-444-8075 x 487
------------------------------
Date: 3 Aug 88 17:05:26 GMT
From: hamachi!sloane at nosc.mil (Rotor)
Subject: help with CDC 9615-160 drives on SUNS
I have some CDC 9715-160 (PA5A1A) disk drives, SMD, that I would like to
hook up to a Xylogics 451 controller on a Sun3 running SunOS 3.5 or SunOS
4.0.
Does anyone out there have the switch settings (sectoring etc) for the
drive, and the parameters to pass to diag or format to set it up?
Also, might someone have technical manuals for the drives that I can buy
or xerox? Also, does anyone want to sell an extra power supply to said
drives?
Thanks in advance...
Gary Sloane
...!nosc!hamachi!sloane
(619)455-1330
------------------------------
Date: Wed, 3 Aug 88 09:23:47 MDT
From: era at bierstadt.ucar.edu (Ed Arnold)
Subject: anybody know if ncheck works?
I'm on a 3/280 running 3.5. My personal home directory resides in
/dev/xy0d and my .cshrc file is inode 34910. When (as root) I type in the
command "ncheck -i 34910 /dev/xy0d", ncheck belches back the line
"/dev/xy0d:" at me, then just sits there ... FOREVER.
Could somebody out there please try this on your sun-3 server running 3.x,
and let me know if it works for you? Thanks ...
Ed Arnold, NCAR
era at ncar.ucar.edu
------------------------------
Date: Tue, 2 Aug 88 10:03:58 MDT
From: salt!pepper!gerber at uunet.uu.net (Andrew Gerber)
Subject: gnuemacs and keypad bindings?
How would one set up a .emacs file to bind the sun keyboard arrow keys
([C [A [B [D) to move the cursor around in Emacs?
Thanks for any help,.
Andy Gerber
uunet!salt!gerber
------------------------------
Date: Wed, 3 Aug 88 16:09:33 CDT
From: rgh at shell.UUCP (Richard G. Hash)
Subject: fixes for fig v1.4?
I've encountered the following problems with fig, v1.4:
- numerous file errors complaining about the fig output file
when I quit.
- Arrowhead problems, including:
- if you are doing interpolated splines, the arrowhead direction
is reversed.
- if you go from polylines to splines the arrowheads are
reversed and cannot (usually?) be deleted.
I got the nine shar files from the archive in May '88, and the only fix
I've installed is the initalization fix for f2p and f2ps. I haven't seen
any other fixes posted... have there been any?
Have there been any patches for this?
Richard G. Hash
Shell Oil Company, Bellaire Research Center (713) 663-2311
E-Mail: rgh%shell.uucp at sun.com or rgh%shell.uucp at rice.edu
or ...!{sun,rice,psuvax,ut-sally,soma}!shell!rgh
------------------------------
End of SUN-Spots Digest
***********************
More information about the Comp.sys.sun
mailing list