Sun-Spots-Request@RICE.EDU (William LeFebvre) (08/10/88)
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@rice.edu Send subscription add/delete requests to: sun-spots-request@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@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@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@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@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@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@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@aivru.sheffield.ac.uk A.I. Vision Research Unit Sheffield University. ------------------------------ Date: 2 Aug 88 15:26:29 GMT From: amsdsg!jeff@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@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@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@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@moncam.co.uk Milton Road, Cambridge, CB4 4FQ ------------------------------ Date: Tue, 02 Aug 88 15:58:12 EDT From: dae@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@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@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@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@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@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@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@ncar.ucar.edu ------------------------------ Date: Tue, 2 Aug 88 10:03:58 MDT From: salt!pepper!gerber@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@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@sun.com or rgh%shell.uucp@rice.edu or ...!{sun,rice,psuvax,ut-sally,soma}!shell!rgh ------------------------------ End of SUN-Spots Digest ***********************