Received: from vmb.brl.mil by VMB.BRL.MIL id ac01185; 2 Aug 90 12:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae00773; 2 Aug 90 12:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac00750; 2 Aug 90 11:53 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23941; 2 Aug 90 10:08 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA28494; Thu, 2 Aug 90 06:29:20 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Aug 90 13:46:55 GMT From: "dr.m.h. overmars" Organization: Utrecht University, Dept. of CS Subject: Graphical Demo Program Message-Id: <3660@ruuinf.cs.ruu.nl> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Here follows a little demo program I wrote. Simply save it to a file, unshar it (type sh ) and type make. I hope you like it. It probably only runs well on machines that have at least Turbo Graphics. It was written and tested on a 4D/25TG. Feel free to extend it and send changes to me. Mark Overmars -------------------------------- cut here ------------------------------- #! /bin/sh # This is a shell archive. Remove anything before this line, then unpack # it by saving it into a file and typing "sh file". To overwrite existing # files, type "sh file -c". You can also feed this as standard input via # unshar, or by typing "sh 'Makefile' <<'END_OF_FILE' XFILEo = moving.o object.o X XFILElib = -lgl_s -lm X Xall : moving X Xmoving : $(FILEo) X cc $(FILEo) $(FILElib) -o moving X X$(FILEo): X cc -O -c $*.c X Xclean: X rm *.o END_OF_FILE if test 168 -ne `wc -c <'Makefile'`; then echo shar: \"'Makefile'\" unpacked with wrong size! fi # end of 'Makefile' fi if test -f 'README' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'README'\" else echo shar: Extracting \"'README'\" \(1547 characters\) sed "s/^X//" >'README' <<'END_OF_FILE' Xversion 1.0 X MOVING X ====== X XThis is a simple program, showing some of the 3-dim possibilities of Xthe Graphical Library. It uses object.c that provides a number of basic Xobjects, like spheres, cubes and cylinders that can also be used in other Xprograms. moving has some special features like a moving icon, a possible Xsecond window on the same moving stuff, it can indicate the number of frames Xper second it makes, etc. X XThe right mouse button operates a menu. This has the following items: X XShow Front View: Gives you a second window. XObjects: Here you can indicate which objects you want to see. XDisplay Mode: Allows you to switch between wire frame and X filled polygons. XLighting Mode: Allows you to switch between flat shading and X Gouraud shading. XExtras: Gives you a submenu: X Backface Culling: Toggles backface culling. X Show Frames: Indicates frames per second. X Faster: Faster motion. X Slower: Slower motion. XExit: This will be clear (also exits). X XMotion can be stopped and continued at any moment by pressing the left Xmouse button. X XTo create the program, simply type make. X XThe program has only been tested on a 4D/25 TG. I think it needs at least XTG to run reasonably smooth. X XThis program and its code can be used freely. No responsibility is taken Xwhatsoever. If you make any changes (e.g. add objects), please send me Xa copy. X Xwritten by Mark Overmars, Dept. of Computer Science, Utrecht University, XEmail: markov@cs.ruu.nl. X END_OF_FILE if test 1547 -ne `wc -c <'README'`; then echo shar: \"'README'\" unpacked with wrong size! fi # end of 'README' fi if test -f 'moving.c' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'moving.c'\" else echo shar: Extracting \"'moving.c'\" \(10214 characters\) sed "s/^X//" >'moving.c' <<'END_OF_FILE' X#include X#include X#include X#include X#include "object.h" X X/**** X This is a simple application to use the objects defined in\ X object.c. It draws some rotating objects, using X different materials and different transformations. X It allows for multiple views of the object in different windows. X The right mouse button operates the pop-up menu. X X To add objects: X - create a new object in object.c (and object.h) X - add a draw command in redraw X - add a material and bind it X - add a menu entry X Up to 20 different objects are supported X X This is version 1.0. X X Written by Mark Overmars, Dept. of Computer Science, University of Utrecht, X Email: markov@cs.ruu.nl X****/ X X#define MAXOBJ 20 X Xint frames,back,wire,flat,incr; /* toggles to indicate whay of display */ Xint ob[MAXOBJ]; /* indicates which objects to show */ Xint lcount; /* last frame cout */ Xfloat time; /* the "time" so far */ Xfloat speed; /* the rotation speed */ Xlong win1, win2; /* the window identifiers */ X Xdrw(obj,r1,r2,r3,t1,t2,t3,s1,s2,s3,mat) X/* draws a particular object. */ XOBJECT obj; Xfloat r1,r2,r3,t1,t2,t3,s1,s2,s3; Xint mat; X{ X pushmatrix(); X rot(time*r1,'X'); rot(time*r2,'Y'); rot(time*r3,'Z'); X translate(t1,t2,t3); scale(s1,s2,s3); X lmbind(MATERIAL,mat); drawobject(obj,wire,flat); X popmatrix(); X} X Xredraw() X/* draws all the objects in the current window */ X{ X char str[100]; X backface(back); X /* clear the screen */ X zclear(); X RGBcolor(43,169,255); X clear(); X /* do the drawing */ X if (ob[0]) drw( sphere, 3.0,3.1,2.0, 2.2, 1.2, 2.0, 0.8,0.8,0.8, 1); X if (ob[1]) drw( cylinder, 3.2,2.6,1.8, -1.9, 1.2, 1.6, 0.3,0.3,1.0, 4); X if (ob[2]) drw( cube, 2.2,3.3,1.4, -1.0, 1.2,-1.5, 0.6,0.6,0.6, 3); X if (ob[3]) drw( cone, 4.2,2.1,3.2, 1.2, 1.3, 1.0, 0.5,0.5,0.8, 2); X if (ob[3]) drw( sphere, 4.2,2.1,3.2, 1.2, 1.3, 0.0, 0.5,0.5,0.5,51); X if (ob[4]) drw( sphere, 1.2,3.3,2.4, -2.0, 1.4,-2.1, 0.8,0.8,0.2, 5); X if (ob[5]) drw( cube, 3.2,3.6,2.4, 1.1, 1.6, 2.5, 0.8,0.3,0.1, 6); X if (ob[6]) drw( glass, 2.7,1.9,3.1, 1.6, 1.3, 0.7, 2.0,2.0,2.0, 7); X if (ob[7]) drw( pyramid, 2.3,2.7,3.3, 1.1, 2.3, 1.7, 0.6,0.6,0.5, 8); X /* show frame count if required */ X if (frames && winget() == win1) X { X cpack(0xffffff); X cmov(-2.1,-2.1,4.0); X sprintf(str,"%d frames per second",lcount); X charstr(str); X }; X /* ready */ X swapbuffers(); X} X X/* The identity matrix. */ XMatrix idmat = {1.0,0.0,0.0,0.0, X 0.0,1.0,0.0,0.0, X 0.0,0.0,1.0,0.0, X 0.0,0.0,0.0,1.0}; X X/* The different materials. */ Xfloat mater1[] = X {SPECULAR,0.8,0.0,0.0,DIFFUSE,0.4,0.0,0.0,SHININESS,40.0,LMNULL}; Xfloat mater51[] = X {SPECULAR,0.2,0.0,0.1,DIFFUSE,0.8,0.0,0.3,SHININESS,10.0,LMNULL}; Xfloat mater2[] = X {SPECULAR,1.0,0.4,0.0,DIFFUSE,1.0,0.4,0.0,SHININESS,80.0,LMNULL}; Xfloat mater3[] = X {SPECULAR,0.0,0.0,0.6,DIFFUSE,0.0,0.0,0.8,SHININESS,60.0,LMNULL}; Xfloat mater4[] = X {SPECULAR,0.0,1.0,0.0,DIFFUSE,0.0,0.6,0.0,SHININESS,120.0,LMNULL}; Xfloat mater5[] = X {SPECULAR,1.0,1.0,0.0,DIFFUSE,0.6,0.6,0.0,SHININESS,100.0,LMNULL}; Xfloat mater6[] = X {SPECULAR,1.0,0.0,1.0,DIFFUSE,0.6,0.0,0.6,SHININESS,120.0,LMNULL}; Xfloat mater7[] = X {SPECULAR,0.9,0.9,0.9,DIFFUSE,0.6,0.6,0.6,SHININESS,120.0,LMNULL}; Xfloat mater8[] = X {SPECULAR,0.4,0.7,0.4,DIFFUSE,0.5,1.0,0.5,SHININESS,50.0,LMNULL}; X X/* The lightsources. */ Xfloat light1[] = {LCOLOR,1.0,1.0,1.0,POSITION,10.0,10.0,5.0,0.0,LMNULL}; Xfloat light2[] = {LCOLOR,1.0,1.0,1.0,POSITION,-10.0,10.0,5.0,0.0,LMNULL}; X X/* The lightmodel. */ Xfloat model[] = {AMBIENT,0.4,0.4,0.4,LMNULL}; X Xinit() X/* Initializes all settings for a window. */ X{ X zbuffer(TRUE); X doublebuffer(); X RGBmode(); X gconfig(); X mmode(MVIEWING); X perspective(400,1.0,1.0,34.0); X loadmatrix(idmat); X /* set up the devices */ X qdevice(MOUSE1); X qdevice(MOUSE3); X qdevice(ESCKEY); X qdevice(WINFREEZE); X qdevice(WINTHAW); X /* define materials and lights */ X lmdef(DEFMATERIAL, 1, 11, mater1); X lmdef(DEFMATERIAL,51, 11, mater51); X lmdef(DEFMATERIAL, 2, 11, mater2); X lmdef(DEFMATERIAL, 3, 11, mater3); X lmdef(DEFMATERIAL, 4, 11, mater4); X lmdef(DEFMATERIAL, 5, 11, mater5); X lmdef(DEFMATERIAL, 6, 11, mater6); X lmdef(DEFMATERIAL, 7, 11, mater7); X lmdef(DEFMATERIAL, 8, 11, mater8); X lmdef(DEFLIGHT, 1, 10, light1); X lmdef(DEFLIGHT, 2, 10, light2); X lmdef(DEFLMODEL, 1, 5, model); X lmbind(LIGHT0,1); X lmbind(LIGHT1,2); X lmbind(LMODEL,1); X} X X/*** Handling the menu. ***/ X Xlong mainmenu, confirmmenu, speedmenu, formmenu, lightmenu, extramenu, omenu; X Xcreateobjectmenu() X{ X omenu = newpup(); X addtopup(omenu," Show All %x71 | Show None %x72 %l"); X if (ob[0]) {addtopup(omenu,"-> Sphere %x41");} X else {addtopup(omenu," Sphere %x41");}; X if (ob[1]) {addtopup(omenu,"-> Cylinder %x42");} X else {addtopup(omenu," Cylinder %x42");}; X if (ob[2]) {addtopup(omenu,"-> Cube %x43");} X else {addtopup(omenu," Cube %x43");}; X if (ob[3]) {addtopup(omenu,"-> Ice Cream %x44");} X else {addtopup(omenu," Ice Cream %x44");}; X if (ob[4]) {addtopup(omenu,"-> Disk %x45");} X else {addtopup(omenu," Disk %x45");}; X if (ob[5]) {addtopup(omenu,"-> Diamond %x46");} X else {addtopup(omenu," Diamond %x46");}; X if (ob[6]) {addtopup(omenu,"-> Glass %x47");} X else {addtopup(omenu," Glass %x47");}; X if (ob[7]) {addtopup(omenu,"-> Pyramid %x48");} X else {addtopup(omenu," Pyramid %x48");}; X} X Xcreateformmenu() X{ X formmenu = newpup(); X if (wire) {addtopup(formmenu,"-> Wire Frame %x11");} X else {addtopup(formmenu," Wire Frame %x11");}; X if (wire) {addtopup(formmenu," Filled %x12");} X else {addtopup(formmenu,"-> Filled %x12");}; X} X Xcreatelightmenu() X{ X lightmenu = newpup(); X if (flat) {addtopup(lightmenu,"-> Flat Shaded %x21");} X else {addtopup(lightmenu," Flat Shaded %x21");}; X if (flat) {addtopup(lightmenu," Gouraud Shaded %x22");} X else {addtopup(lightmenu,"-> Gouraud Shaded %x22");}; X} X Xcreateextramenu() X{ X extramenu = newpup(); X if (back) {addtopup(extramenu,"-> Backface Culling %x31");} X else {addtopup(extramenu," Backface Culling %x31");}; X if (frames){addtopup(extramenu,"-> Show Frames %x32 %l");} X else {addtopup(extramenu," Show Frames %x32 %l");}; X addtopup(extramenu," Faster %x33 | Slower %x34"); X} X Xcreatemenu() X/* Creates the menu */ X{ X createobjectmenu(); X createformmenu(); X createlightmenu(); X createextramenu(); X mainmenu = newpup(); X addtopup(mainmenu,"Objects Demo %t"); X if (win2 == 0){addtopup(mainmenu,"Show Front View %x1 %l");} X addtopup(mainmenu,"Objects %m",omenu); X addtopup(mainmenu,"Display Mode %m",formmenu); X addtopup(mainmenu,"Lighting Mode %m",lightmenu); X addtopup(mainmenu,"Extras %m %l",extramenu); X addtopup(mainmenu,"Exit %x5"); X confirmmenu = newpup(); X addtopup(confirmmenu,"Are You Sure? %t|Yes|No"); X} X Xdestroymenu() X/* kills all the menus */ X{ X freepup(mainmenu); X freepup(lightmenu); X freepup(formmenu); X freepup(confirmmenu); X freepup(omenu); X freepup(extramenu); X} X X Xpostmenu() X/* Displays the menu and takes action. */ X{ X long entry; X int i; X entry = dopup(mainmenu); X switch (entry) X { X case 1: setpup(mainmenu,1,PUP_GREY); X prefposition(600,1000,500,900); X win2 = winopen("Front View"); X winconstraints(); X iconsize(85,66); keepaspect(1,1); X winconstraints(); X init(); X lookat(10.0,0.0,0.0,0.0,0.0,0.0,0.0); X break; X case 5: if (dopup(confirmmenu) == 1) exit(0); X break; X case 11: wire = 1; break; X case 12: wire = 0; break; X case 21: flat = 1; break; X case 22: flat = 0; break; X case 31: back = 1 - back; break; X case 32: frames = 1 - frames; break; X case 33: speed = speed * 1.5; break; X case 34: speed = speed / 1.5; break; X case 41: X case 42: X case 43: X case 44: X case 45: X case 46: X case 47: X case 48: X case 49: X case 50: X case 51: X case 52: X case 53: X case 54: X case 55: X case 56: X case 57: X case 58: X case 59: X case 60: ob[entry-41] = 1 - ob[entry-41]; break; X case 71: for (i=0; i'object.c' <<'END_OF_FILE' X#include X#include X#include X#include "object.h" X/* X This library contains a number of basic objects plus a routine to X draw them. All objects have their center at point (0,0,0) and are X maximal in a box of size 2*2*2 around the origin. The currently X supported objects are: X X cube : a simple cube, origin is the center. X sphere : a nice looking sphere, origin is the center. X cylinder : a cylinder. X cone : a cone X glass : a nice glass X pyramid : guess what X X X X The following routines exist for use: X X makeobjects() X should be called once before using the objects. X X drawobject(obj,wire,flat) X to draw object obj. wire indicate whether wire frame X drawing is required. flat indicate whether flat shading X should be used. X X*/ X X/************************* X Making Spin Objects X*************************/ X X#define PI 3.14159265 X#define ZERO 0.00001 X Xmakespinobject(obj,smooth,rot,n,x1,z1,nx1,nz1,x2,z2,nx2,nz2) X/* makes a spin object */ XOBJECT *obj; /* the object to be created */ Xint smooth; /* whether smooth or not */ Xint rot; /* the number of rotation steps */ Xint n; /* the number of segments to spin */ Xfloat x1[],z1[]; /* (x,z) coordinates of first endpoint of segments */ Xfloat nx1[],nz1[]; /* their normals */ Xfloat x2[],z2[]; /* (x,z) coordinates of second endpoint of segments */ Xfloat nx2[],nz2[]; /* their normals */ X{ X float th,dth,a1,a2; X PATCH *p; X int i,j; X obj->numb = rot*n; X p = obj->pat = (PATCH *) malloc(obj->numb * sizeof(PATCH)); X dth = 2.0*PI/rot; X for (i=0; inumb=3;} else {p->numb = 4;}; X p->v[0].x = x1[i]*sin(th); p->n[0].x = nx1[i]*sin(a1); X p->v[0].y = x1[i]*cos(th); p->n[0].y = nx1[i]*cos(a1); X p->v[0].z = z1[i]; p->n[0].z = nz1[i]; X p->v[1].x = x1[i]*sin(th+dth); p->n[1].x = nx1[i]*sin(a2); X p->v[1].y = x1[i]*cos(th+dth); p->n[1].y = nx1[i]*cos(a2); X p->v[1].z = z1[i]; p->n[1].z = nz1[i]; X p->v[2].x = x2[i]*sin(th+dth); p->n[2].x = nx2[i]*sin(a2); X p->v[2].y = x2[i]*cos(th+dth); p->n[2].y = nx2[i]*cos(a2); X p->v[2].z = z2[i]; p->n[2].z = nz2[i]; X p->v[3].x = x2[i]*sin(th); p->n[3].x = nx2[i]*sin(a1); X p->v[3].y = x2[i]*cos(th); p->n[3].y = nx2[i]*cos(a1); X p->v[3].z = z2[i]; p->n[3].z = nz2[i]; X if (x1[i] v[1] = p->v[2]; p->n[1] = p->n[2]; X p->v[2] = p->v[3]; p->n[2] = p->n[3]; X }; X p++; X } X } X} X Xmakesmoothspinobject(obj,rot,n,x,z) X/* makes a smooth, connected spin object */ XOBJECT *obj; /* the object to be created */ Xint rot; /* the number of rotation steps */ Xint n; /* the number of points */ Xfloat x[],z[]; /* (x,z) coordinates of endpoints of segments */ X{ X float x1[20],z1[20],nx1[20],nz1[20],x2[20],z2[20],nx2[20],nz2[20],l[20]; X int i; X /* fill in the points */ X x1[0] = x[0]; z1[0] = z[0]; X for (i=1; inumb; j++) X { n3f(&p->n[j]); v3f(&p->v[j]);}; X if (wire) {endclosedline();} else {endpolygon();}; X p++; X } X} X END_OF_FILE if test 7718 -ne `wc -c <'object.c'`; then echo shar: \"'object.c'\" unpacked with wrong size! fi # end of 'object.c' fi if test -f 'object.h' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'object.h'\" else echo shar: Extracting \"'object.h'\" \(327 characters\) sed "s/^X//" >'object.h' <<'END_OF_FILE' Xtypedef struct { X Coord x,y,z; X} POINT; X Xtypedef struct { X int numb; /* number of vertices */ X POINT v[4]; /* vertices */ X POINT n[4]; /* normals */ X} PATCH; X Xtypedef struct { X int numb; /* number of patches */ X PATCH *pat; /* the patches */ X} OBJECT; X X XOBJECT sphere,cube,cylinder,cone,glass,pyramid; END_OF_FILE if test 327 -ne `wc -c <'object.h'`; then echo shar: \"'object.h'\" unpacked with wrong size! fi # end of 'object.h' fi echo shar: End of shell archive. exit 0   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01582; 2 Aug 90 12:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00773; 2 Aug 90 12:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00682; 2 Aug 90 11:48 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa20624; 2 Aug 90 7:24 EDT Received: Thu, 2 Aug 90 07:28:17 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 2 Aug 90 07:28:17 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9008021128.AA10519@aero4.larc.nasa.gov> To: babar.mmwb.ucsf.edu!srp@cgl.ucsf.edu Subject: Re: 3D plotting programs/packages?? Cc: info-iris@BRL.MIL You might try the Ames set of software: PLOT3D, GAS, & SURF. We also have Tecplot. I prefer PLOT3D over Tecplot. Tecplot seems to have more options, however, it is dead slow on an SGI machines. The interface is combersome too. I posted information on where to get PLOT3D a couple of days ago. Let me know if you need it again. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01582; 2 Aug 90 12:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00773; 2 Aug 90 12:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab00682; 2 Aug 90 11:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20634; 2 Aug 90 7:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA21165; Thu, 2 Aug 90 04:17:48 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Aug 90 08:45:49 GMT From: "James A. Cadwell" Organization: Seattle University, Seattle, WA Subject: how to attach a modem for dial-in/out Message-Id: <1565@sumax.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL hello: I have a Telebit T2500 which I would like to connect to my PI running IRIX 3.2.1. The "guides" explain the setup for either dial-out OR dial-in use. I desire to do both at 19200 or 96000 baud. Folks, is there a solution? thank you, Jim Cadwell   Received: from vmb.brl.mil by VMB.BRL.MIL id ac01582; 2 Aug 90 12:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01185; 2 Aug 90 12:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad00750; 2 Aug 90 11:53 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa24633; 2 Aug 90 10:34 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA02155; Thu, 2 Aug 90 07:27:23 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Aug 90 14:01:05 GMT From: Michael Hart Subject: Help a beginning C'er!! Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Just some clarifications and guidance, perhaps some wisdom! I recently attended a Learning Tree International course on C - (which by the way, I thought was excellent!) - the instructor made a comment to the effect that one should never use 'scanf' in commercial grade software. Is this the general consensus? If so, ... What does one use in the SGI world ( while still wanting to maintain portability to other systems with "standard" C libraries) for console I/O? Are there libraries that I'm unaware of? Like for instance: I have to input an integer to a prog.: printf("Enter the number : "); scanf("%d",&new_parm_record.number); Is there a better/"smarter" way than this? Should I use getw(), then convert it with atoi()? These questions would apply to any and all types of numbers. I don't anticipate any problems with string input. On libraries; is there a source for generally liked libraries for SGI's? I have the PANEL library, but I'm not nearly up to using that yet! Also, I'd like to know how to write things that are more or less easily portable to other machines, bearing in mind that I'm not going to be writing anything (at least for some time yet) that is extremely complex or graphical in nature. Also, any hints, tricks, suggestions, or just little nuggets of wisdom and knowledge that you care to offer up are and will be greatly appreciated!!! -- ------------------------------------------------------------------------------- Michael G. Hart hart@blackjack.dt.navy.mil / mhart@dtrc.dt.navy.mil DTRC/DoD | "Wherever you go, there you are."- me DISCLAIMER: If you want the Navy's opinion, talk to Secretary Cheney.   Received: from vmb.brl.mil by VMB.BRL.MIL id ad01582; 2 Aug 90 12:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01185; 2 Aug 90 12:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00835; 2 Aug 90 11:58 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa25751; 2 Aug 90 11:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA05044; Thu, 2 Aug 90 08:12:26 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Aug 90 14:55:52 GMT From: "Loren (Buck" MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Organization: Computer Sciences Corporation @ NASA Goddard Space Flight Center Subject: PI Technology in a PC or a Mac Message-Id: <2978@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi Hetlanders, Just read in the 31 July edition of MacWEEK, in the rumors column Mac the Knife, where supposedly SGI will be announcing a IBM PC compatible board (or board set) at the November Comdex show. The Mac version won't be until some time next year. Does anyone know more about this they would care to share? B Cing U Buck Loren Buchanan | buck@drax.gsfc.nasa.gov | #include CSC, 1100 West St. | ...!ames!dftsrv!drax!buck | typedef int by Laurel, MD 20707 | (301) 497-2531 | void where_prohibited(by law){} CD International lists over 40,000 pop music CDs, collect the whole set.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01938; 2 Aug 90 12:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00773; 2 Aug 90 12:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac00682; 2 Aug 90 11:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20645; 2 Aug 90 7:35 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA21224; Thu, 2 Aug 90 04:18:41 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Aug 90 07:21:57 GMT From: mcsun!cernvax!chx400!urz.unibas.ch!doelz@uunet.uu.net Organization: University of Basel, Switzerland Subject: Re: 10 pounds in a 5 pound bag.. Message-Id: <1990Aug2.082157.853@urz.unibas.ch> References: <9008011308.AA17269@avelon.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008011308.AA17269@avelon.lerc.nasa.gov>, fsfacca@AVELON.LERC.NASA.GOV (Tony Facca) writes: > Filesystem Type blocks use avail %use Mounted on > /dev/root efs 30360 25522 4838 84% / > /dev/usr efs 1144503 382654 761849 33% /usr > /debug dbg 196848 10224 186624 5% /debug > This is a partitioning which is generally undesirable. On our SGI as well as on the other mainframes I am responsible for it proved to be reasonable to create a partition /people in order to separate /usr - files which don't need to be backed up from those who do need occasional save sets. Secondly, desipte the fact that there should be no disk quota on /tmp, it is necessary to create a /tmp partition which is , let's say, 100 megs. This /tmp then can easily be maintained but won't overflow the /usr. You could also create more partitions for software, or different working groups. On a bsd machine I need to keep as optimal as possible, I even have a second root partition which is mirrored to the root partition where unix lives on. In case of trouble, I boot from the other root disk. My df (with modified /root) on the SGI looks as follows: Filesystem Type blocks use avail %use Mounted on /dev/root efs 33460 26550 6910 79% / /dev/dsk/ips0d1s6 efs 43200 34494 8706 80% /usr2 /dev/dsk/ips0d1s5 efs 79800 75678 4122 95% /biozen /dev/dsk/ips0d1s3 efs 235600 232857 2743 99% /profi /dev/dsk/ips0d1s2 efs 193800 185380 8420 96% /software /dev/dsk/ips0d1s1 efs 38000 37996 4 100% /profi2 /dev/dsk/ips0d0s5 efs 50470 14730 35740 29% /tmp /dev/dsk/ips0d0s6 efs 305760 248249 57511 81% /usr /debug dbg 255200 8704 246496 3% /debug Concerning the "/ is full" pity: You can easily softlink a reasonably large file to /usr if this one is not needed at boot time before the partitions other than / are mounted (meaning that 'unix' is not a good example). Concerning the repartitioning: If you are daring enough and have reliable backups on hand, you could try to use the standalone fx in order to modify partition sizes and/or create new ones. Take care of the different disk types, because blocks and cylinders are different dependent on the model you are entering in the first questions of fx. There is an article in a recent 'pipeline' issue about using fx. A caveat is to be considered here: Though fx is capable to have up to 9 partitions, SGI is using only 0, 1, 5 and 6 in the /dev/dsk and /dev/rdsk. This means that you need to create new special files (see mknod(1M)) in order to use partition 2 or 3. You shouldn't touch 7, 8, or 9 because these partitions are special. Hope this helps, Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02512; 2 Aug 90 13:16 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad00773; 2 Aug 90 12:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00750; 2 Aug 90 11:51 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa20937; 2 Aug 90 7:56 EDT Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 1727; Thu, 02 Aug 90 07:54:37 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 02 Aug 90 13:26:51 Date: Thu, 2 Aug 90 13:09:21 +0200 (Central European Summer Time) From: Knobi der Rechnerschrat Subject: IBM R/6000 C-compiler question To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <9008020756.aa20937@VGR.BRL.MIL> Hello, as the IBM R/6000 machines seem to be a valid topic on this list, I would like to ask two questions: a) does anybody, who had that machine at hands, know whether the C compiler supports ansi-style argument declarations for procedures? b) which version of gl (in time and IRIX release numbers) did IBM purchase from SGI? Thanks in advance Martin Knoblauch   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03925; 2 Aug 90 14:32 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02924; 2 Aug 90 13:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02803; 2 Aug 90 13:30 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa26542; 2 Aug 90 12:50 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA09702; Thu, 2 Aug 90 09:22:03 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Aug 90 15:43:19 GMT From: John H Merritt Organization: Goddard Space Flight Center Climate and Radiation Branch Subject: Re: 10 pounds in a 5 pound bag.. Message-Id: <2982@dftsrv.gsfc.nasa.gov> References: <9008011308.AA17269@avelon.lerc.nasa.gov>, <1990Aug2.082157.853@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug2.082157.853@urz.unibas.ch> doelz@urz.unibas.ch writes: [material deleted] > >Concerning the repartitioning: If you are daring enough and have reliable >backups on hand, you could try to use the standalone fx in order to >modify partition sizes and/or create new ones. Take care of the different >disk types, because blocks and cylinders are different dependent on the >model you are entering in the first questions of fx. There is an article Just have a calculator handy :-) >in a recent 'pipeline' issue about using fx. A caveat is to be considered >here: Though fx is capable to have up to 9 partitions, SGI is using ^^ NO. The answer is 16 >only 0, 1, 5 and 6 in the /dev/dsk and /dev/rdsk. This means that you >need to create new special files (see mknod(1M)) in order to use partition >2 or 3. You shouldn't touch 7, 8, or 9 because these partitions are special. Partitions you can use for making more than one filesystem are: 0 through 6, 11 through 16 Partition 7 can be used to partition the entire disk as one large file system. Warning: [from the peripheral guide] Do not use the two partitions (8 or 9), or the largest parition (10) for mounting file systems. 8 and 9 contain header and replacement track information. The largest partition represents the entire disk, including the header. These partitions contain valuable information which you must not overwrite. If you do, you will be unable to access information on your disk. Actually, I've written to some of these sacred partitions and after a couple of days this warning rang true :-) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ John H. Merritt # Yesterday I knew nothing, Applied Research Corporation # Today I know that. merritt@iris613.gsfc.nasa.gov #   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04127; 2 Aug 90 14:42 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03429; 2 Aug 90 14:20 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03289; 2 Aug 90 14:05 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa26833; 2 Aug 90 13:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13125; Thu, 2 Aug 90 10:13:36 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Aug 90 16:51:55 GMT From: Michael Hart Subject: GL Reference Cards? Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi! Quick question: Does anyone out there know of any refence cards for the SGI GL library cards? You know, something small to keep at hand as a quick ref? I hate having to poke around through the books just to see if there is anything like what I have in mind. (Some of you are probably wondering: is this the same person who posts those dumb beginner C questions? And now he's going to try using the GL? Not a chance!! You're right! I'm in far beyond what I'm able to do! But, I figure, after 6- or 7 hundred compiles, and 2 or three hundred thousand questions, who knows?) Don't I get at least an E for effort? -- ------------------------------------------------------------------------------- Michael G. Hart hart@blackjack.dt.navy.mil / mhart@dtrc.dt.navy.mil DTRC/DoD | "Wherever you go, there you are."- me DISCLAIMER: If you want the Navy's opinion, talk to Secretary Cheney.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab04127; 2 Aug 90 14:42 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab03429; 2 Aug 90 14:21 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03291; 2 Aug 90 14:05 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa26841; 2 Aug 90 13:25 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12941; Thu, 2 Aug 90 10:11:22 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Aug 90 13:57:06 GMT From: Tony Facca Organization: NASA/Lewis Research Center, Cleveland Subject: Re: biff Message-Id: <1990Aug2.135706.8185@eagle.lerc.nasa.gov> References: <26B44859.29885@maccs.dcss.mcmaster.ca>, <1990Aug2.134926.8075@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <26B44859.29885@maccs.dcss.mcmaster.ca> monger@maccs.dcss.mcmaster.ca (Patricia Monger) writes: >Is there a version of biff around someplace for the SGI machines? I just >got a 4d/25, and installed irix 3.2 on it. I think I installed everything, >but biff doesn't seem to be part of that. >Also, is there anything equivalent to xbiff around for 4sight? or can I just >use xbiff? If you do a manual installation of the X stuff from eoe2, then you can use xbiff from the /usr/bin/X11 directory. 3.3 has a great new mail tool called "mailbox" done in a way that only SGI would think of.. -- ----------------------------------------------------------------------------- Tony Facca | fsfacca@avelon.lerc.nasa.gov | phone: 216-433-8318 ----------------------------------------------------------------------------- You are at Witt's end. Passages lead off in *all* directions.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06102; 2 Aug 90 16:26 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05544; 2 Aug 90 16:05 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05452; 2 Aug 90 15:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa26574; 2 Aug 90 12:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07509; Thu, 2 Aug 90 08:50:30 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Aug 90 15:21:20 GMT From: Allan Fleming Organization: University of Waterloo, Waterloo, Ontario Subject: OS 3.3.0 - vt100 termcap Message-Id: <1990Aug2.152120.7142@watserv1.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The terminal capabilities for the vt series terminals have been modified as follows: from: rmkx=\E[?1l\E>, to: rmkx=\E[?1l, from: smkx=\E[?1h\E=, to: smkx=\E[?1h, These changes force you to configure vt terminals to "application keypad" rather than the default "numeric keypad" plus causes our vt emulators to not be able to use the keypad in emacs - edt emulation. Was there a reason for this change ???? For now, rather than reconfiguring 50 pcs spread throughout the building I've just put it back the way it was. Regards, Allan Fleming   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07278; 2 Aug 90 18:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07042; 2 Aug 90 17:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab06940; 2 Aug 90 17:22 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa27545; 2 Aug 90 16:36 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA25074; Thu, 2 Aug 90 13:20:38 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Aug 90 20:09:11 GMT From: Yan Xiao Organization: UTCS Public Access Subject: Problem: cannot rm a large core file Message-Id: <1990Aug2.200911.28902@gpu.utcs.utoronto.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Help: how come that we can not get rid of a file? -------- % pwd /usr/tmp % ls core % rm core rm: core non-existent % ls -l ./core: File too large total 0 % cd .. % ls -l junk junk/core: File too large total 0 % /bin/rm -rf junk rmdir: junk: Directory not empty ------------------------------ What is wrong? we simply cannot remove the core file!! xiao   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08038; 2 Aug 90 19:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07994; 2 Aug 90 19:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07980; 2 Aug 90 19:02 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa28525; 2 Aug 90 18:34 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA03475; Thu, 2 Aug 90 15:25:44 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Aug 90 20:47:55 GMT From: Ted Wilcox Subject: Re: Automounter for IRIX Message-Id: <11314@odin.corp.sgi.com> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In larson@csd460a.erim.org (Eric Larson) writes: > Is there an automount program similar to Sun's automount program available >for the SGI systems? Is anyone successfully running an automounter under >IRIX 3.2 (or 3.1)? I am currently investigating an automounter called >"amd", but it doesn't make any references to SGI or IRIX and it appears it >will require some porting effort in order to make it functional. > Thanks, > Eric (larson@csd460a.erim.org) It comes with 3.3. (I assume on the NFS tape.) ___ Ted. /x \/| I'd kill Flipper ted@sgi.com > \\ | for a tuna sandwich. \___/\| -Flipper (The band) (Thanks Archer.)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08289; 2 Aug 90 20:26 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08273; 2 Aug 90 20:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08190; 2 Aug 90 20:00 EDT Received: from mich.physics.lsa.umich.edu by VGR.BRL.MIL id aa28687; 2 Aug 90 19:41 EDT Date: Thu, 2 Aug 90 19:39 EDT From: SEARS@mail.physics.lsa.umich.edu Subject: PostScript to FAX converter? To: info-iris@BRL.MIL X-VMS-To: IN%"info-iris@brl.mil" Message-ID: <9008021941.aa28687@VGR.BRL.MIL> Does anyone know of software that would convert a PostScript file to the format required for transmission by a FAX modem? I know *nothing* about the FAX bit stream format (don't really want to learn about it, either!) A program that came w/my Dell laptop made me think a PS->bitimage->FAX standard converter would be very nice (the program I have converts only ASCII text to FAX.) Any hints would be appreciated. Since this is a strange request, I'd be very pleased with information pointing to such software running on any machine, not just an Iris. Thanks, Robert Sears University of Michigan, Dept. of Physics sears@mich.physics.lsa.umich.edu sears@UMIPHYS.bitnet   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08803; 2 Aug 90 22:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08691; 2 Aug 90 21:33 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08658; 2 Aug 90 21:22 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa28806; 2 Aug 90 20:49 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12230; Thu, 2 Aug 90 17:39:38 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Aug 90 00:19:51 GMT From: "Williams, Greg" Organization: Georgia Institute of Technology Subject: X11R4 (I know, you've heard it before.) Message-Id: <12151@hydra.gatech.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This is Yet Another Request for information on getting X11R4 to run on a Personal Iris running Irix 3.2. I would have read the previous articles concerning this issue if they hadn't been expired on our system. I need to be able to write a graphics application using R4 on a PI. I know that a server is included with Irix 3.2. Can I compile the R4 libraries and use them with the server that is included? Any and all information regarding getting R4 working on the PI would be appreciated. Send me mail as I don't normally read this group, and most people here have heard the R4 stories anyway. :-)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13922; 3 Aug 90 7:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab13830; 3 Aug 90 6:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab13818; 3 Aug 90 6:44 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01656; 3 Aug 90 5:51 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA04868; Thu, 2 Aug 90 23:48:31 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Aug 90 00:52:10 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: Wren IV, and general hard drive setup Message-Id: <11336@odin.corp.sgi.com> References: <26B63823.16422@maccs.dcss.mcmaster.ca>, <1990Aug1.133136.4621@jarvis.csri.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <1990Aug1.133136.4621@jarvis.csri.toronto.edu> rodney@dgp.toronto.edu (Rodney Hoinkes) writes: | We are looking into purchasing a few of these drives (Wren IV) | for our IRIS's but we are uncertain as to the requirements of | hooking them up to primarily Personal Iris's, but potentially | a 70GT as well. | | On the PI, is it simply a matter of hooking it into the SCSI | port, plugging it into the wall (it's own power supply), and | sicking fx onto it? Does anyone know if device drivers exist | for this drive (320Meg) ? | | On the GT, we have little idea of what is required for hookup. | We currently have a 380Meg ESDI drive and controller, but hinv | also says we have a WD33C93 SCSI controller. | | Any technical help would be appreciated. | You are on the right track with fx. The Wren IV has been shipped on all of the 4D platforms, and is a fairly reliable drive. There have been a few firmware revs on this drive with problems that show up primarily on the PI (or the IO3 board) due to the higher transfer rates. Start up fx as 'fx -x' since you need to be in expert mode. Since you have a non-SGI drive anyway, just use the 'auto' choice. This will set parameters to default values, format the drive, create a partition table, and write it out. You should then be able to make a filesytem on it with mkfs or 'Add_disk', add it to your fstab, and away you go. -- Dave Olson Life would be so much easier if we could just look at the source code.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab13922; 3 Aug 90 7:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac13830; 3 Aug 90 6:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac13818; 3 Aug 90 6:44 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01660; 3 Aug 90 5:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA04803; Thu, 2 Aug 90 23:47:26 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Aug 90 00:05:29 GMT From: "Jack P. Weldon" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: how to attach a modem for dial-in/out Message-Id: <11328@odin.corp.sgi.com> References: <1565@sumax.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1565@sumax.UUCP> cadwell@sumax.UUCP (James A. Cadwell) writes: >hello: > I have a Telebit T2500 which I would like to connect to >my PI running IRIX 3.2.1. The "guides" explain the setup for either >dial-out OR dial-in use. I desire to do both at 19200 or 96000 baud. > >Folks, is there a solution? Sure is. Setup a dx_19200 getty in /etc/gettydefs. Look at the fix-telebit script in /usr/lib/uucp and run it on your serial port with the modem connected and turned on. *Then* start your getty. If you want to get fancy, you can setup uugetty running on ttyf (hdwr-flow ctl) so that you can either dial-in or dial-out on the same port, but I'd get one or the other going first before tackling uugetty. Your cable will be pinned as: 2-8 straight through, and 9->20. The fix-telebit script gives some good suggestions for initial uugetty lines in /etc/inittab. Good luck. Cheers, Jack P. Weldon (jweldon@sgi.com)   Received: from vmb.brl.mil by VMB.BRL.MIL id ac13922; 3 Aug 90 7:11 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad13830; 3 Aug 90 7:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad13818; 3 Aug 90 6:44 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01663; 3 Aug 90 5:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA04826; Thu, 2 Aug 90 23:47:56 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Aug 90 00:46:24 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: bru Message-Id: <11335@odin.corp.sgi.com> References: <26B63823.16422@maccs.dcss.mcmaster.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <26B63823.16422@maccs.dcss.mcmaster.ca> monger@maccs.dcss.mcmaster.ca (Patricia Monger) writes: | I have tried and failed to use bru to back up files from an Iris running | Irix 3.2.1 to any device attached to a sun 3/260 (1/4" 60 mbyte cartridge | tape drive, 1/2" reel tape drive, exabyte tape drive). The iris is named | in the /.rhosts and /etc/hosts.equiv file on the sun. I can do a remote | tar, using rsh, so I don't believe access to the remote host is the problem. | the error I get from bru is | | bru: ":/dev/rmt0": can't open archive: I/O error | | Is this one of those things that everybody but me already knows doesn't work? | or already knows how to make work? | thanks, patricia monger Giving the command line options you are using might help, but I suspect that this is due to some incompatible changes in the rmt protocol that were made in 3.2. Unfortunately, this wasn't caught as a problem until it was too late too fix it. In 3.3, we still use the new features added in 3.2, but we fall back to the 'standard' rmt protocol if we don't see an indication that the remote understands the new protocol. So, about all you can do until you upgrade is to fall back on something like: bru -cvfb 32 - files | rsh host dd bs=32 of=/dev/rmt0 (I'm a bit hazy on this, since it has been a while, so I may have erred on the finer points.) -- Dave Olson Life would be so much easier if we could just look at the source code.   Received: from vmb.brl.mil by VMB.BRL.MIL id ad13922; 3 Aug 90 7:11 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae13830; 3 Aug 90 7:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ae13818; 3 Aug 90 6:44 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01665; 3 Aug 90 5:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA04819; Thu, 2 Aug 90 23:47:47 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Aug 90 00:39:34 GMT From: Brian McClendon Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 10 pounds in a 5 pound bag.. Message-Id: <11334@odin.corp.sgi.com> References: <9008011308.AA17269@avelon.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008011308.AA17269@avelon.lerc.nasa.gov> fsfacca@AVELON.LERC.NASA.GOV (Tony Facca) writes: > >I have a complaint to file, a bone to pick, an axe to grind.. > >I am wondering if anyone has been inconvenienced by the rather puny / >partition of the Iris 3x0VGX systems running 3.3? > >Here is a df: > Filesystem Type blocks use avail %use Mounted on > /dev/root efs 30360 25522 4838 84% / > /dev/usr efs 1144503 382654 761849 33% /usr > /debug dbg 196848 10224 186624 5% /debug > >Now, I can live with 2 Meg available, but it sure is annoying. So far, I've >had errors trying to gen a new kernel (I saved the old one as unix.save which >did not leave enough room for unix.install), compiling some codes (I had to re- >define the TMPDIR environment variable), and installing local software (we >use the /tmp directory to uncompress and untar). Nothing terrible, just a >bother. > >What appears to have happened either in the 3.2 -> 3.3 conversion or the VGX >upgrade which increased the size of /etc/gl is that the number of blocks in >use went from around 17000 to around 25000. > >Has anyone dealt with this situation in manner they would be proud to present? >I've heard of linking /usr/tmp to /tmp but we use /usr/tmp for something else. >I may set the TMPDIR variable in /etc/cshrc, but I don't know what other >surprises await. Can I delete a couple of the files in /etc/gl without causing >more problems (specifically, what are initvideo and setmon doing here?) Are >there other places to look for additional disk space? Should I.. repartition? > >Note to SGI: Perhaps it's time to increase the size of the root partition >when you format the disk? Please don't get me wrong. I don't mean to sound >ingrateful, I probably wouldn't remember how to partition the disk myself >anymore if I had to. And it's great that the disks come with eoe1 and eoe2 >loaded (with the ALL option!), but 4800 blocks won't cut it. > >Humbly Submitted for Consideration, >Tony Facca | fsfacca@avelon.lerc.nasa.gov | phone: 216-433-8318 OK, after talking to a unix expert (jwag), the word is there should be no reason /tmp couldn't be a symlink to /usr/tmp. The problematic socket that was mentioned could be an X socket that will go away long enough while booted single-user to create the symlink. You mentioned that you used /usr/tmp for something else... would linking /tmp to /usr/slash_tmp be better? Another solution is to login root NOGRAPHICS, cp -r /etc/gl to /usr/etc_gl (or wherever), and symlink it back. This will move back ~8K blocks. (WARNING: You _must_ undo this change before inst-ing a new release of the software to avoid confusing inst about space remaining/usage on the two partitions.) initvideo is used by /etc/gl/grcond, so it shouldn't be removed. setmon(1) is a user command to change the video mode and can be moved anywhere you want as long as you remember where you put it. We were aware of the issue before shipping 3.3. After compacting as much as possible, ~4K blocks was enough for us to work and build our code, so we made the assumption (probaby bad) that it would be enough for everyone. We will work on this for the next release, but it won't be ready for 3.3.1. ---------------------------------------------------------------------------- Brian McClendon bam@rudedog.SGI.COM ...!uunet!sgi!rudedog!bam 415-335-1110 -----------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06586; 4 Aug 90 12:01 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06564; 4 Aug 90 11:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06548; 4 Aug 90 11:42 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa29497; 2 Aug 90 23:06 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA20454; Thu, 2 Aug 90 19:54:31 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Aug 90 01:45:12 GMT From: Sergio Perrone/30000 Organization: IBM AWD, Austin, TX Subject: Re: IBM R/6000 C-compiler question Message-Id: <2817@auschs.ibm.com> References: <9008020756.aa20937@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008020756.aa20937@VGR.BRL.MIL> XBR2D96D@DDATHD21.BITNET (Knobi der Rechnerschrat) writes: > as the IBM R/6000 machines seem to be a valid topic on this list, >I would like to ask two questions: > > a) does anybody, who had that machine at hands, know whether the C > compiler supports ansi-style argument declarations for procedures? Absolutely - the RISC System/6000 XLC compiler is a complete ANSI implementation. > b) which version of gl (in time and IRIX release numbers) did IBM purchase > from SGI? IBM GL is currently equivalent to IRIX 3.2 GL as found on the Personal IRIS 4D/20 and 4D/25. It includes NURBS, etc. Marc --- Marc Andreessen, IBM AWD Austin, sergio@sergio.austin.ibm.com --- --- Words and ideas contained herein are independent of IBM policy. ---   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14397; 3 Aug 90 7:32 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13830; 3 Aug 90 6:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13818; 3 Aug 90 6:42 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01646; 3 Aug 90 5:50 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10365; Fri, 3 Aug 90 01:20:55 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Aug 90 08:01:26 GMT From: Bron Campbell Nelson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Problem with -pfa option in f77 compile command Message-Id: <65998@sgi.sgi.com> References: <8450.26b44961@rsmas.miami.edu>, <1990Jul31.082732.848@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jul31.082732.848@urz.unibas.ch>, doelz@urz.unibas.ch writes: > In article <8450.26b44961@rsmas.miami.edu>, miller@rsmas.miami.edu writes: > > Problem with the F77 compiler when -pfa option is used: > .. > > f77 -O3 -Olimit 1200 -o programname programname.f > > > > but generates a "Fatal error in: /usr/lib/fcom - core dumped. Signal 139" if I > > add the -pfa option to the above, viz., > .. > > > > Where can I find out what "signal 139" means? Anybody else had this problem? > > Any suggestions? > > As far as I got informed, SGI > knows that the highest bit is accidentially set and 139 is just 139 - 128 > = 11 (segmentation violation) SIGSEV. > Yes, this is correct. Basically it means the fcom bombed out. But then, you already knew that. J. Miller and I hashed this out over email during the last couple of days, and I believe I understand the problem and a possible workaround. The problem seems to be caused by the line-numbering directives that PFA inserts in order to keep track of what line in which file you are currently compiling. Somewhere along the way, the Fortran front end (fcom) got confused. Confused enough that it dumped core. A workaround is to suppress the insertion of the line-number directives by PFA by adding the "-lo=ol" option to the "-WK," option list. e.g. the command line f77 -c -O2 -pfa keep -WK,-lo=ol foo.f should clear it up. If you don't use cpp to do #include or macro processing, this can be combined with the -nocpp option. The drawback to this workaround is that any syntax error messages will refer to line numbers from the PFA transformed Fortran file (the ".m" file) and not the original source. Ditto for using dbx. Hope this is useful if someone else has this problem. -- Bron Campbell Nelson bron@sgi.com or possibly ..!ames!sgi!bron These statements are my own, not those of Silicon Graphics.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16142; 3 Aug 90 9:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab15861; 3 Aug 90 8:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15751; 3 Aug 90 8:42 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa02092; 3 Aug 90 7:38 EDT Received: Fri, 3 Aug 90 07:30:33 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 3 Aug 90 07:30:33 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9008031130.AA02313@aero4.larc.nasa.gov> To: WJP@vm.nrc.ca Subject: Re: 3D plotting programs/packages?? Cc: info-iris@BRL.MIL I have some very old information that I think is correct. You can buy Tecplot from: Amtec Engineering, Inc. 11820 Northup Way, Suite 200 Bellevue, WA 98005 (603) 672-5032 or (206) 827-3304 Tecplot is suppose to run on PC's, Sun's, and SGI's and like most software cost a lot, depending on platform. It has a lot of capability, but, is very slow on the SGI's. If you can get PLOT3D (and it is free for U.S. distribution), I'd use it. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16321; 3 Aug 90 9:14 EDT Received: by VMB.BRL.MIL id ac15965; 3 Aug 90 9:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa15269; 3 Aug 90 8:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15210; 3 Aug 90 8:21 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa02158; 3 Aug 90 7:57 EDT Received: Fri, 3 Aug 90 07:55:31 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 3 Aug 90 07:55:31 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9008031155.AA02414@aero4.larc.nasa.gov> To: root%sgzh@BRL.MIL Subject: Linking /tmp to /usr/tmp Cc: info-iris@BRL.MIL Didn't you have a X window socket in your /tmp? That is why we could remove /tmp. I also figured that is one of the reasons why the hotline said we couldn't (shouldn't) remove /tmp and replace it with a link to /usr/tmp. Can any one give me any GOOD reasons why we shouldn't remove /tmp and replace it with a link? -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25077; 3 Aug 90 14:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23058; 3 Aug 90 12:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa22993; 3 Aug 90 12:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02975; 3 Aug 90 11:20 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA00563; Fri, 3 Aug 90 07:32:39 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Aug 90 14:11:45 GMT From: "William J. DeRouchey" Organization: Air Force Institute of Technology; WPAFB, OH Subject: No script capability using tcsh on Iris4d Message-Id: <1669@blackbird.afit.af.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have tcsh as my default shell at login and now when I execute the script command in a wsh window at the console I get the following: Warning: no access to tty; thus no job control in this shell... exit The script exits and I have no way of using script. If I invoke the csh from within a wsh running tcsh I get the same results. Thanks in advance for any assistance.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa28430; 3 Aug 90 15:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab28241; 3 Aug 90 15:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27969; 3 Aug 90 15:29 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03844; 3 Aug 90 14:43 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA16467; Fri, 3 Aug 90 11:39:17 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Aug 90 18:08:37 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: No script capability using tcsh on Iris4d Message-Id: <11384@odin.corp.sgi.com> References: <1669@blackbird.afit.af.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <1669@blackbird.afit.af.mil> wderouch@blackbird.afit.af.mil (William J. DeRouchey) writes: | I have tcsh as my default shell at login and now when I execute the | script command in a wsh window at the console I get the following: | Warning: no access to tty; thus no job control in this shell... | exit | | The script exits and I have no way of using script. If I invoke the | csh from within a wsh running tcsh I get the same results. | | Thanks in advance for any assistance. This sounds like you are running 3.2, which still had the pipe based script. 3.3 has the 4.3BSD script which uses pty's, so you should have no problem once you upgrade to 3.3. I believe the man page for script in 3.2 and earlier had a note that programs that 'needed' to do tty ioctls would not work under script. Many screen editors (and programs like ksh and tcsh) fall into this category. -- Dave Olson Life would be so much easier if we could just look at the source code.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa28689; 3 Aug 90 16:01 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa27081; 3 Aug 90 14:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27078; 3 Aug 90 14:44 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03510; 3 Aug 90 13:29 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA11356; Fri, 3 Aug 90 10:22:04 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Aug 90 16:31:06 GMT From: Kurt Akeley Organization: sgi Subject: Re: Crashing the window mgr from GL programs Message-Id: <11361@odin.corp.sgi.com> References: <1990Aug3.075057.11705@cs.umn.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug3.075057.11705@cs.umn.edu>, slevy@poincare.geom.umn.edu (Stuart Levy) writes: |> We use a locally-written 3-d object viewer on our Irises (personal and GTX). |> For some aberrant objects, or possibly some xform matrices pushed on the stack, |> we find it causes the window server to crash -- with messages resembling |> "timeout: graphics FIFO still > 1/2 full" and/or "window server killed with |> signal 15". In extreme cases it can cause our GTX Iris to lock up such that |> we must reboot to recover the graphic display, though normally we're just |> kicked back to a login: prompt. |> |> Does anyone know what kinds of geometric data can wedge the graphics subsystem |> this way? If we knew what to avoid we might be able to change our application |> to prevent crashes. |> |> Stuart Levy, Geometry Group, University of Minnesota |> slevy@geom.umn.edu as you suggest, there may be some geometric data or transformation that causes the pipe to lock up. in my experience, however, it is more likely that you are calling GL routines in an order that is not supported, with the same result. a common mistake is to include GL commands other than c(), color(), cpack(), lmbind(), lmcolor(), lmdef(), n(), RGBcolor(), t(), or v() between bgnpolygon() and endpolygon() calls (ditto for points, lines, closedlines, tmeshes, and qstrips). you might expect, for example, to be able to change the depthcue parameters within a line or polygon - sorry, not allowed (a new GL depthcue feature will correct this and other issues regarding the current depthcue). of course the sequence theory makes more sense if the failure is associated with a viewing mode, rather than with particular data sets. if failures can be isolated to a subset of the viewing modes, it might be worthwhile to review the related code for unsupported GL sequences. -- kurt   Received: from vmb.brl.mil by VMB.BRL.MIL id ab28689; 3 Aug 90 16:01 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa27629; 3 Aug 90 15:10 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27131; 3 Aug 90 14:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03649; 3 Aug 90 13:57 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12791; Fri, 3 Aug 90 10:43:12 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Aug 90 17:08:39 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc. Subject: Re: Linking /tmp to /usr/tmp Message-Id: <11369@odin.corp.sgi.com> References: <9008031155.AA02414@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008031155.AA02414@aero4.larc.nasa.gov>, blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS361 x42854") writes: > > Didn't you have a X window socket in your /tmp? That is why we > could remove /tmp. I also figured that is one of the reasons why > the hotline said we couldn't (shouldn't) remove /tmp and replace it > with a link to /usr/tmp. Can any one give me any GOOD reasons why > we shouldn't remove /tmp and replace it with a link? > -- > > Brent L. Bates > NASA-Langley Research Center > M.S. 361 > Hampton, Virginia 23665-5225 > (804) 864-2854 > E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov Two reasons I can think of: 1) files in /tmp are automagically removed when cranking up the ol' IRIS. Linking /tmp to /usr/tmp will remove files in /usr/tmp during a reboot. This may annoy some folks though it is something they may be able to get used to. Some people consider files in /usr/tmp to be fair game in this situation. 2) If you boot your system in single user mode, /usr may not be mounted. This means running programs like ex to do configuration file edition in this won't work unless A) you mount /usr or B) you rm /tmp and mkdir /tmp to create yourself a new directory. As long as you are the only individual administering the system, these nusiances may only be minor. They may not be GOOD reasons but they might be FAIR. --- Ciemo   Received: from vmb.brl.mil by VMB.BRL.MIL id aa29212; 3 Aug 90 16:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa27906; 3 Aug 90 15:25 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27820; 3 Aug 90 15:09 EDT Received: from vm.nrc.ca by VGR.BRL.MIL id aa02388; 3 Aug 90 9:16 EDT Received: from VM.NRC.CA by VM.NRC.CA (IBM VM SMTP R1.2.2MX) with BSMTP id 5828; Fri, 03 Aug 90 09:15:25 EDT Received: from NRCNET.NRC.CA by VM.NRC.CA (Mailer R2.06) with BSMTP id 5827; Fri, 03 Aug 90 09:15:25 EDT Date: Fri, 3 Aug 90 09:13 EST From: Martin Serrer Subject: netnews To: info-iris@BRL.MIL Message-id: <55D69B3929FF000551@NRCNET.NRC.CA> X-Envelope-to: info-iris@brl.mil X-VMS-To: nrcnet::in%"info-iris@brl.mil" Hello, I know this is not the proper place to ask this question but I don't know what is. So. Is it possible to receive netnews feed from the Internet? If so, any pointers would be welcome. Thanx in advance Martin   Received: from vmb.brl.mil by VMB.BRL.MIL id aa29855; 3 Aug 90 16:43 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa28241; 3 Aug 90 15:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27948; 3 Aug 90 15:25 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa03794; 3 Aug 90 14:34 EDT Received: Fri, 3 Aug 90 14:33:38 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 3 Aug 90 14:33:38 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9008031833.AA03686@aero4.larc.nasa.gov> To: rbriber%poly1.nist.gov@enh.nist.gov Subject: PLOT3D Cc: info-iris@BRL.MIL PLOT3D, SURF, and GAS are NASA Ames software. They are free to anyone in the U.S. To get a copy contact: Larry Pierce MS T045-2 NASA Ames Research Ctr. Moffett Field, CA 94035 (415) 604-4492 pierce@prandtl.nas.nasa.gov If you have a NAS account it is easy to get. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00468; 3 Aug 90 17:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00370; 3 Aug 90 17:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa29994; 3 Aug 90 16:50 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa04750; 3 Aug 90 16:09 EDT Received: Fri, 3 Aug 90 16:08:32 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 3 Aug 90 16:08:32 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9008032008.AA03970@aero4.larc.nasa.gov> To: sgi!shinobu!odin!cashew.asd.sgi.com!kurt@ucbvax.berkeley.edu Subject: Re: Crashing the window mgr from GL programs Cc: info-iris@BRL.MIL We had a similar problem with a demo Personal Iris. I was told it was a problem in the combination of the Personal Iris and the gl library. This problem is supposed to be fixed in 3.3 OS. In our case we weren't doing anything wrong or illegal (the programs were written for a 3130) it was just a problem in the system software. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01092; 3 Aug 90 18:05 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00890; 3 Aug 90 17:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00869; 3 Aug 90 17:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05254; 3 Aug 90 17:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA25648; Fri, 3 Aug 90 14:02:16 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Aug 90 12:53:55 GMT From: Dan Watts Organization: Ki Research, Inc. Derry, NH Subject: Re: how to attach a modem for dial-in/out Message-Id: <826@ki.UUCP> References: <1565@sumax.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1565@sumax.UUCP> cadwell@sumax.UUCP (James A. Cadwell) writes: >hello: > I have a Telebit T2500 which I would like to connect to >my PI running IRIX 3.2.1. The "guides" explain the setup for either >dial-out OR dial-in use. I desire to do both at 19200 or 96000 baud. > >Folks, is there a solution? >thank you, Jim Cadwell I've got our PI running with a T2500 at 19200 for dial-in & dial-out usage. I'm running uugetty on the port and have the modem set for constant 19200 baud rate with full modem control. I also have the dial-in set for dial-up password request on the SGI (/etc/dialups and /etc/d_passwd). I also made a change to /etc/profile and /etc/cshrc to send email to root whenever there is a login on that line. I found some of the info from the uugetty and login man pages. d_passwd contains lines of the form: shell:password: The hardest part was creating the password. Seems that there isn't a password generating utility. I ended up writing one to make my life easier. The way that SGI told me to get passwords was to set a password for a login account and then copy the password out of /etc/passwd and put it into the d_passwd file. The d_passwd file is nice so that you only request passwords for those accounts that run specific shells like /bin/csh or /bin/sh. For uucp users, you can skip the dial-up password if you like. It also allows you to have different passwords for your uucp dial-ins vs your personal dial-ins. -- ##################################################################### # CompuServe: >INTERNET:uunet.UU.NET!ki!dwatts Dan Watts # # UUCP : ...!uunet!ki!dwatts Ki Research, Inc. # ############### New Dimensions In Network Connectivity ##############   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01452; 3 Aug 90 18:15 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab29855; 3 Aug 90 16:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa29497; 3 Aug 90 16:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03651; 3 Aug 90 13:58 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12624; Fri, 3 Aug 90 10:40:58 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Aug 90 11:00:32 GMT From: Michael Hart Subject: More Questions (Pt. 72141248!) Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi all in net-land!!! Unless I've used up my question quotient for the month, I have still more general questions. PLEASE feel free to answer any or all. (Sorry, no flames accepted for dumb questions!) Also, please don't give RTFM as a general answer. In most cases, I have. Maybe my FM's are different from everyone else's: they don't tell WHEN to use or do something, only the specifics of _how_ to do it when you already know you need to! Trust me, I spend plenty of time with both paper and screen manuals!! I should also mention my general hw/sw setup(s). These are the specific machines and operating systems I'm interested in using. ________MACHINE_______ ________OPERATING SYSTEM_____ SGI 4D/25 Personal IRIS IRIX (svr3(?) with BSD stuff) Mac IIcx,ci,fx,etc A/UX (bsd??) 386 or 486 based ESIX? Seems cheap enough for home! I have the SGI and Mac IIcx; would like to get the 386/486 and Esix for home (when the $$$ are there). Now, on with the show.... ======================================= Question 1 ======================================= What's a good, portable, nice looking way to do screen interfacing: i.e. the look of your program? Like, if I wanted to do the old menu style: (clear screen) 1) choice a 2) choice b 3) choice c 4) choice d 5) choice e Enter your choice: ===> Would you/I use curses? Just blast lines out to stdout? How about windowing packages/libraries? I realize they can be platform/OS specific; any general purpose packages? And of course this leads into: Where does one get info on using this stuff? ====================== AND NOW FOR SOMETHING COMPLETELY DIFFERENT Question 2 ====================== Can someone explain or point me to a good description of the various progs such as nroff, troff, ditroff, ***roff ad infinitum? I have a general idea of what they do, but, why one over the other? How do I get man pages to print nicely - bolded, underlined, etc? How do I get man pages to install well? How do I write my own man pages so they look like all the others? ====================== AND NOW FOR SOMETHING ELSE COMPLETELY DIFFERENT Question 3 ====================== I have too many things I want to learn, and not enough time to learn them. Below are the things I'm interested in gaining some knowledge about; at least enough to talk somewhat sensibly about it, and hopefully enough to work smartly! 1. C programming I tinker now; just took an LTI course, and am trying hard to do some writing everyday. I have 2 or 3 small projects that can keep be busy. 2. Bourne shell programming I've discovered that this is always handy for anyone who spends more than 4 minutes a day at the controls of a *nix box. 3. Perl programming Not positive, but seems to fall somewhere between numbers 1 & 2 above. 4. System admin tricks. The last time I "improved" my system into junk was several weeks ago. Usually, I can avoid destroying anything. I'd like to learn more about system security, lp admin, so on. In general, how do I be a good or better sysadmin?? (Let's say, good enough to freelance/consult??) 5. Using *roff, as above in question 2. 6. Would like to learn more about networking. I have a pretty good foundation on serial comm, ethernet, X25, T1. Would like to be able to write a 'network' program ie. something that would run on 2 or more systems, and talk to each other. 7. Would like to learn more about mail systems. (Is there really anyone who understands sendmail.cf??) 8. Need to learn about domains and naming services. 9. Want to learn more about netnews. I have nn6.4.9, running as an NNTP client. I want to learn enough about the physical aspects of news that if I ever go somewhere else, I'd be able to set up a system, find a news feed, etc. (The thought of being without news terrifies me; how did I ever live without it??) OK. Now that I've listed enough to keep 8 people busy throughout most of their adult lives.... Please give recommendations, suggestions, etc about my list. Should some things be given only cursory exam, like the *roff stuff? Should some things wait until other things are more thoroughly learned? Should I blow it all off, and be a beach bum? A street bum? Any comments/suggestions? Okay, I guess you can get back to real work now!!! thanx, as always!~!!!!!! -- ------------------------------------------------------------------------------- Michael G. Hart hart@blackjack.dt.navy.mil / mhart@dtrc.dt.navy.mil DTRC/DoD | "Wherever you go, there you are."- me DISCLAIMER: If you want the Navy's opinion, talk to Secretary Cheney.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01584; 3 Aug 90 18:51 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01524; 3 Aug 90 18:41 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01510; 3 Aug 90 18:32 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05473; 3 Aug 90 17:58 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA27721; Fri, 3 Aug 90 14:33:32 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Aug 90 18:56:20 GMT From: Ted Wilcox Subject: Re: Linking /tmp to /usr/tmp Message-Id: <11387@odin.corp.sgi.com> References: <9008031155.AA02414@aero4.larc.nasa.gov>, <11369@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <11369@odin.corp.sgi.com> ciemo@bananaPC.wpd.sgi.com (Dave Ciemiewicz) writes: >In article <9008031155.AA02414@aero4.larc.nasa.gov>, >blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS361 x42854") writes: >> >> Didn't you have a X window socket in your /tmp? That is why we >> could remove /tmp. I also figured that is one of the reasons why >> the hotline said we couldn't (shouldn't) remove /tmp and replace it >> with a link to /usr/tmp. Can any one give me any GOOD reasons why >> we shouldn't remove /tmp and replace it with a link? >Two reasons I can think of: >1) files in /tmp are automagically removed when cranking up the ol' IRIS. >Linking /tmp to /usr/tmp will remove files in /usr/tmp during a reboot. This > ... Is /tmp cleared before or after /usr is mounted? I genuinely don't know the answer, but it would make this a moot point. >2) If you boot your system in single user mode, /usr may not be mounted. >This means running programs like ex to do configuration file edition in this >won't work unless A) you mount /usr or B) you rm /tmp and mkdir /tmp to >create yourself a new directory. As long as you are the only individual >administering the system, these nusiances may only be minor. This one is easy to get around. You simply mkdir /usr/tmp when /usr is not mounted. Then the directory exists, but is on the root filesystem in single user mode. It simple becomes invisible when /usr is mounted. (You do need to be careful not to leave junk in here, though, since it will fill up the root partition with no way to remove it once /usr is mounted. > --- Ciemo ___ Ted. /x \/| I'd kill Flipper ted@sgi.com > \\ | for a tuna sandwich. \___/\| -Flipper (The band) (Thanks Archer.)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02173; 3 Aug 90 20:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01727; 3 Aug 90 19:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01702; 3 Aug 90 19:16 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05712; 3 Aug 90 19:01 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA26677; Fri, 3 Aug 90 14:17:21 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Aug 90 20:47:43 GMT From: Sam Bassett RCS Organization: NASA Ames Research Center, Moffett Field, CA. Subject: YABL (Yet Another Book List) *** NEW FORMAT *** Message-Id: <7655@amelia.nas.nasa.gov> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL {Note: This list is a collection of capsule book reviews taken from the comp.unix.questions newsgroup over the past couple of years -- the opinions expressed are those of the original reviewers, who posted them to c.u.q. -- I have NOT read all of these books, nor do I necessarily have an opinion on them. I trust that the posters are expert enough to know what they are/were talking about, however! S.B.Bassett, Collector Here is the list formatted in a somewhat organized fashion. I took the liberty to add a few more books to the list (including Mark Horton's book on Portable C). I also filled in quite a bit of the missing information on the most of the books. ..mitch mitch@hq.af.mil (Mitch Wright) | The Pentagon, 1A1056b | (202) 695-5060 } -=-Start-of-List-=- TITLE: Life With UNIX AUTHOR: Libes, Don CO-AUTHORS: Ressler, Sandy SUBJECT: Introduction and Overview of UNIX PUBLISHER: Prentice-Hall EDITION: 1989, pp 350 ISBN: 0-13-536657-7 APPROX_COST: 30.95 KEYWORDS: Introduction, Overview COMMENTS - A comprehensive overview of UNIX. Major sections are: UNIX in Time - Usual trash plus history of user groups, universities, with a comprehensive "who's who" in UNIX history. Present & Future deals with where UNIX is now and where its going - companies, standards and dialects are treated at length. UNIX Information - How people really learn about UNIX. Discussion of books, magazines, conferences, and, of course, source code. Inside UNIX - In-depth descriptions of UNIX from three different perspectives - user, programmer and adminstrator. Outside UNIX - Third-party stuff. Discussions of how UNIX has prospered/withered in face of real-world problems. Underground - archives, USENET, public access UNIX, GNU, MINIX, public-domain and/or free software, etc. This book is quite unusual, not only because of its scope, but because it prints things that have never appeared in print (for one reason or another) - things that most people don't realize or find until years after they have used UNIX. It is essentially a "reading between the lines" of all the other UNIX manuals, books and magazines. Lastly, "Life With UNIX" is chock full of amusing UNIX stories and anecdotes, all designed to provide you with key insights into why UNIX is the way it is. "Life with UNIX" is a must book for UNIX beginners to UNIX gurus. { Best! Best! Best! Hooray -- loved it!!! S.B.Bassett } END-OF-COMMENTS TITLE: The UNIX Programming Environment AUTHOR: Kernighan, Brian W. CO-AUTHORS: Pike, Rob SUBJECT: Basic UNIX Programming PUBLISHER: Prentice-Hall EDITION: 1984, pp 357 ISBN: 0-13-937699-2, paperback: 0-13-937681-X APPROX_COST: 25.95 UNIX_FLAVORS: SYSV SUGGESTED_BY: *Everyone* COMMENTS - This book is what I call a classic. Just buy it. - a good programmer's introduction. END-OF-COMMENTS TITLE: UNIX System Programming AUTHOR: Haviland, Keith CO-AUTHORS: Salama, Ben SUBJECT: Programming PUBLISHER: Addison-Wesley EDITION: 197, pp 339 ISBN: 0-201-12919-1 APPROX_COST: 27.95 UNIX_FLAVORS: SYSV SUGGESTED_BY: Mitch Wright COMMENTS Concentrates on the UNIX System call interface. END-OF-COMMENTS TITLE: The Unix Environment AUTHOR: Walker, A. N. SUBJECT: PUBLISHER: EDITION: ISBN: APPROX_COST: 26.95 COMMENTS - An excellent user's introduction. I have a special affection for this book, as it introduced me to the plural forms VAXen and Unices. END-OF-COMMENTS TITLE: Introducing The UNIX System AUTHOR: McGilton, Henry CO-AUTHORS: Morgan, Rachel SUBJECT: Introduction to UNIX PUBLISHER: McGraw-Hill Book Company EDITION: 1983, pp 556 ISBN: 0-07-045001-3 APPROX_COST: 27.95 SUGGESTED_BY: "Michael J. Chinni, SMCAR-CCS-E" COMMENTS Introductory for the most part, but far more extensive than Gauthier's book. There are two chapters on editors and two on text formatting that are the best I have seen in this type book. There is even a chapter on system management. I believe there may be a new edition of this book out that has been substantially rewritten. END-OF-COMMENTS TITLE: UNIX Shell Programming AUTHOR: Kochan, Stephen G. CO-AUTHORS: Wood, Patrick H. SUBJECT: Shell Programming PUBLISHER: Hayden Book Company EDITION: 1985, pp 422 ISBN: 0-8104-6309-1 APPROX_COST: 24.95 KEYWORDS: Bourne Shell, sh COMMENTS I own this book, but I rarely crack it open. I guess the main reason is that I am still a Bourne-again shell user. For years I worked with a variety of systems where one might find csh and/or ksh. However, /bin/sh was the only common denominator. I find that most often I refer to Kernighan and Pike for shell programming questions. However, they don't address the C Shell (csh) or Korn Shell (ksh). This book does offer a chapter on each. In addition, this book may be more suited for a beginner than an experienced UNIX programmer. END-OF-COMMENTS TITLE: UNIX, The Complete Reference AUTHOR: Coffin, Stephen SUBJECT: UNIX Reference PUBLISHER: Osborne-McGraw Hill EDITION: 1988, pp 704 ISBN: 0-07-881299-2 APPROX_COST: 24.95 UNIX_FLAVORS: SYSV, SYSVR3 COMMENTS An inexpensive reference and guide to System V in a style familiar to those from the micro world where OMH and QUE have many best selling guides to Lotus, DOS, Word, etc. END-OF-COMMENTS TITLE: A Practical Guide to the Unix System AUTHOR: Sobell, Mark G. SUBJECT: UNIX Guide PUBLISHER: Benjamin/Cummings Publishing Co. EDITION: 1989, pp 700 ISBN: 0-8053-8910-5 LC 83-21069 APPROX_COST: 27.95 TITLE: Exploring the UNIX system AUTHOR: Kochan, Stephen G. CO-AUTHORS: Wood, Patrick H. SUBJECT: Introduction to UNIX PUBLISHER: Hayden Book Company EDITION: 1984, pp 370 ISBN: 0-8104-6268-0 APPROX_COST: 22.95 SUGGESTED_BY: "Michael J. Chinni, SMCAR-CCS-E" KEYWORDS: Introduction COMMENTS A very good intro. book to UNIX. Has chapters on UNIX file system, Bourne shell, vi, Program development, security, communications, and administration. END-OF-COMMENTS TITLE: The UNIX C Shell Field Guide AUTHOR: Anderson, Gail CO-AUTHORS: Anderson, Paul SUBJECT: C-Shell Guide PUBLISHER: Prentice-Hall EDITION: 1986, pp 374 ISBN: 0-13-937468-X APPROX_COST: 31.00 KEYWORDS: C-shell, csh SUGGESTED_BY: "Michael J. Chinni, SMCAR-CCS-E" COMMENTS I have heard this called the C-Shell Bible. END-OF-COMMENTS TITLE: The Kornshell, Command and Programming Language AUTHOR: Korn, David G. CO-AUTHOR: Bolsky, Morris I. SUBJECT: Korn shell programming PUBLISHER: Prentice-Hall EDITION: 1989, pp 356 ISBN: 0-13-516972-0 APPROX_COST: 30.00 KEYWORDS: ksh, SYSV SUGGESTED_BY: Mitch Wright COMMENTS The book to have if you are beginning to learn the ksh. END-OF-COMMENTS TITLE: Internetworking with TCP/IP AUTHOR: Comer, Douglas SUBJECT: Networking PUBLISHER: Prentice-Hall EDITION: 1988, pp 382 ISBN: 0-13-470154-2 APPROX_COST: 47.00 SUGGESTED_BY: Mitch Wright COMMENTS -- From back of book This comprehensive book begins with a discussion of the TCP/IP technology and the Internet in general terms, summarizing the services provided and the history of their development. The remainder of the book looks at the architecture of the Internet, the TCP/IP technology, and the applications that use it in more detail. It discusses the fundamentals of protocols like TCP/IP as well as showing how they fit into the internet. In additon to providing details, the book highlights the general principles underlying network protocols, and explains why the TCP/IP protocols adapt easily to so many underlying network technologies. Readers will find a brief summary of the network hardware used throughout the Internet that focuses on the features of each technology that are of primary importance to an Internet architect. END-OF-COMMENTS TITLE: UNIX Networking AUTHOR: Kochan, Stephen G. CO-AUTHORS: Wood, Patrick H. SUBJECT: UNIX Networking PUBLISHER: Hayden Books EDITION: 1989, pp 400 ISBN: 0-672-48440-4 APPROX_COST: 29.95 KEYWORDS: Networking, TCP, NFS SUGGESTED_BY: Frank W. Peters COMMENTS An excellent book covering UUCP, TCP/IP, NFS, RPC, Streams, OSI, RFS, X11 and NeWS (Sun's postscript based graphical protocol). Each chapter serves as an excellent programmers introduction to the topic discussed." END-OF-COMMENTS TITLE: UNIX Network Programming AUTHOR: Stevens, W. Richard SUBJECT: UNIX Networking PUBLISHER: Prentice Hall ISBN: 0-13-949876-1 EDITION: 1990 APPROX_COST: 40.00 SUGGESTED_BY: Richard Stevens ... { uunet | yale } ! hsi ! stevens KNOWN_SUPPLIERS (201) 767-5937 for fewer than 20 copies (201) 592-2498 for corporate customers ordering 20 or more (201) 767-5994 for Government orders END-OF-KNOWN_SUPPLIERS TITLE: UNIX System Administration Handbook AUTHOR: Nemeth, Evi CO-AUTHORS: Snyder, Garth; Seebass, Scott SUBJECT: System Administration PUBLISHER: Prentice Hall ISBN: 0-13-933441-6 EDITION: 1989, pp 593 APPROX_COST: 32.00 UNIX_FLAVORS: BSD, SunOS SUGGESTED_BY: Michael S. Cross COMMENTS { I'm recommending it for all of the people who get workstations from us, and for all of the User Services people here -- an added plus is that the programs listed are available by anonymous ftp from the authors' home system. S.B.Bassett } The book does a pretty good job of explaining the differences between the types of UNIX(R) systems and administering them. It's also on the light or humorous side which is a definite plus. END-OF-COMMENTS TITLE: An Introduction to Berkeley Unix AUTHOR: Wang, Paul SUBJECT: Introduction PUBLISHER: Wadsworth Publishing Company EDITION: 1988, pp 512 ISBN: 0-534-08862-7 APPROX_COST: 36.75 UNIX_FLAVORS: BSD COMMENTS - If you need a BSD oriented book, then I don't think you would find a more thorough introductory book. END-OF-COMMENTS TITLE: A Practical Guide to Sys V Unix AUTHOR: Sobell, Mark SUBJECT: SYSV Guide PUBLISHER: Benjamin Cummings EDITION: 1985 ISBN: APPROX_COST: 32.25 UNIX_FLAVORS: SYSV TITLE: UNIX System V Bible AUTHOR: Prata, Stephen CO-AUTHORS: Martin, Donald SUBJECT: SYSV Reference PUBLISHER: Howard Sams & Company EDITION: ISBN: 0-672-22562-X APPROX_COST: 24.95 UNIX_FLAVORS: SYSV COMMENTS This is a comprehenisve reference for programmers working with the UNIX operating system documentation, covering intermediate to advanced level programming for professionals who have prior experience programming in C or using UNIX. END-OF-COMMENTS TITLE: Introducing UNIX System V AUTHOR: Morgan, Rachel CO-AUTHORS: McGilton, Henry SUBJECT: Introduction PUBLISHER: McGraw-Hill EDITION: 1987 ISBN: APPROX_COST: 24.95 UNIX_FLAVORS: SYSV COMMENTS It gives the user a good working knowledge of a number of commands and packages. I emphasize that it is a user book, by no means a technical manual. I assume by the difficulty in getting it in these parts that it is pretty popular. END-OF-COMMENTS TITLE: Unix Communications AUTHOR: Costales, Bryan SUBJECT: Communication Reference PUBLISHER: The Waite Group EDITION: 1987, pp 542 ISBN: 0-672-22511-5 APPROX_COST: 26.95 UNIX_FLAVORS: SYSV KEYWORDS: UUCP, USENET COMMENTS Covers everything the end user needs to know about email, USENET and UUCP. END-OF-COMMENTS TITLE: Unix Administrations Guide for System V AUTHOR: Thomas, R. CO-AUTHORS: Farrow, R. SUBJECT: System Administration PUBLISHER: Prentice-Hall EDITION: 1989 ISBN: APPROX_COST: 34.95 UNIX_FLAVORS: SYSV SUGGESTED_BY: Lars Tunkrans COMMENTS Bought this book last week, seems to me to be the most comprehensive and fact-packed book on the subject I've ever seen. END-OF-COMMENTS TITLE: UNIX for Super-Users AUTHOR: Foxley, Eric SUBJECT: Users Guide PUBLISHER: Addison-Wesley EDITION: 1985, pp 213 ISBN: 0-201-14228-7 APPROX_COST: 27.95 UNIX_FLAVORS: SYSV TITLE: The UNIX System V Environment, AUTHOR: Bourne, Steven R. SUBJECT: Users Guide PUBLISHER: Addison-Wesley EDITION: 1987 pp 378 ISBN: 0-201-18484-2 APPROX_COST: 26.95 UNIX_FLAVORS: SYSV SUGGESTED_BY: Steen Hammerum COMMENTS { Steen Hammerum Department of Chemistry, University of Copenhagen says: "has been _very_ useful to me (proof: I'm on my second copy)"} END-OF-COMMENTS TITLE: The Design of the Unix Operating System AUTHOR: Bach, Maurice J. SUBJECT: Design of UNIX PUBLISHER: Prentice-Hall EDITION: ISBN: 0-13-201799-7 APPROX_COST: 47.20 KEYWORDS: SYSV, AT&T COMMENTS - is a good generic introduction to kernel operation. (System V) END-OF-COMMENTS TITLE: The Design and Implementation of the 4.3BSD Unix Operating System AUTHOR: Leffler, Samuel J. CO-AUTHORS: McKusick, Marshall Kirk; Karels, Michael J.; Quarterman, John S. SUBJECT: Design of BSD UNIX PUBLISHER: Addison-Wesley EDITION: 1989, pp 471 ISBN: 0-201-06196-1 APPROX_COST: 39.00 KEYWORDS: Internals, Kernel UNIX_FLAVORS: BSD, SunOS SUGGESTED_BY: Mitch Wright COMMENTS These are the primary people who are responsible for 4.3 BSD. --From back cover-- This book is the first authoritative description of the design and implementation of the research version of the UNIX System developed at the University of California at Berkeley. It covers the INTERNAL structure of the 4.3BSD system and the concetps, data structures, and algorithms used in implementing the system facilites. The book also includes a chaper on the implementation of TCP/IP -- a networking protocol suite widely implemented throughout the world. Both philosophical and design issues of 4.3BSD are discussed, as well as details of the actual implementation. In most cases, the discussion starts at the system-call level and descends from the interface to the kernel down to the hardware itself. The kernel includes system facilities such as process management, memory management, the I/O system, the filesystem, the socket IPC mechanism, and network-protocol implementations. The Design and Implemenation of the 4.3BSD UNIX Operating System is an in-depth study of a contemporary operating system. This book assumes that the reader understands basic operating-system terminology and has some familiarity with any version of the UNIX System and with the C programming language. Therefor, this book is suitable for operating-system implementors, systems programmers, and UNIX application developers. END-OF-COMMENTS TITLE: Advanced UNIX: A Programmer's Guide AUTHOR: Prata, Stephen SUBJECT: Programming Guide PUBLISHER: Howard W. Sams & Co. EDITION: 1985, pp 484 ISBN: 0-067-22403-8. APPROX_COST: 24.95 UNIX_FLAVORS: SYSV COMMENTS - Prata assumes you know how to login and use an editor. It's very good for shell programing. END-OF-COMMENTS TITLE: Advanced UNIX Programming AUTHOR: Rochkind, Marc J. SUBJECT: Programming PUBLISHER: Prentice-Hall EDITION: 1985, pp 265 ISBN: 0-13-011818-4, paperback: 0-13-011800-1 APPROX_COST: 34.95 UNIX_FLAVORS: SYSV COMMENTS - Rochkind is a former Bell Labs UNIX guru who wrote SCCS back in the mid 70's. This book is exactly what the title states, basically an extremely thorough treatment of programming using the UNIX System Call Interface. System V, System III, V7, 4.2 BSD, and Xenix are all discussed. The system calls are organized functionally into chapters that cover file i/o, terminal i/o, process control, interprocess communication, and miscellaneous calls. The opening chapter is an overvview of fundamental concepts of UNIX. Anytime I have a question on the usage of system calls I consult this book. The only problem with it is that it needs to be updated per System V Rel 3, 4.3 BSD and the efforts of Sun and AT&T to bring SunOS and System V together as well as the efforts in the UNIX 386 world. END-OF-COMMENTS TITLE: Tricks of the UNIX Masters AUTHOR: Sage, Russel G. SUBJECT: Reference PUBLISHER: Howard Sams & Co EDITION: 1987, pp 400 ISBN: 0-672-22449-6. APPROX_COST: 24.95 COMMENTS - a "must add" to your list of UNIX books. For about $20, you'll get a lot of nifty little tricks & tips you won't pick up unless you've got a good UNIX guru to coach you. The style is relaxed & aimed at a bit above the novice UNIX user (experienced programmer with sparse UNIX exposure). END-OF-COMMENTS TITLE: Unix System Administration AUTHOR: Fiedler, David CO-AUTHORS: Hunter, Bruce H. SUBJECT: System Administration PUBLISHER: Hayden Books (Howard Sams & Co) EDITION: 1986, pp 320 ISBN: 0-8104-6289-3 APPROX_COST: 24.94 KEYWORDS: Administration TITLE: UNIX System: Readings and Applications AUTHOR: AT&T SUBJECT: Reference PUBLISHER: Prentice-Hall EDITION: 1987 ISBN: 013-938532-0 (v1) 013-939845-7 (v2) APPROX_COST: 19.00 each COMMENTS Vol 1: UNIX Time-Sharing System Vol.2: The UNIX System - These two volumes are reprints of the two volumes of the Bell Labs Technical Journal (now AT&T Tech J.) that were devoted to UNIX: Vol. 57, No. 6, Part 2, July-August, 1987, and Vol. 63, No. 8, October, 1984. END-OF-COMMENTS TITLE: UNIX Programmers manual volumes 1&2 AUTHOR: Holt CO-AUTHORS: Rinehart; Winston SUBJECT: UNIX... PUBLISHER: Bell Laboratories EDITION: ISBN: 0-03-061742-1 (v1), 0-03-061742-X (v2) APPROX_COST: SUGGESTED_BY: Mitch Wright TITLE: The C Programming Language, First Edition AUTHOR: Kernigan, Brian W. CO-AUTHORS: Ritchie, Dennis M. SUBJECT: C Programming PUBLISHER: Prentice-Hall EDITION: 1978. pp 228 ISBN: 0-13-110163-3 APPROX_COST: 27.00 SUGGESTED_BY: Mitch Wright COMMENTS The Original Bible of C programming END-OF-COMMENTS TITLE: The C Programming Language, Second Edition AUTHOR: Kernigan, Brian W. CO-AUTHORS: Ritchie, Dennis M. SUBJECT: C Programming PUBLISHER: Prentice-Hall EDITION: 1988, pp 272 ISBN: 0-13-110362-8 APPROX_COST: 28.00 SUGGESTED_BY: "Michael J. Chinni, SMCAR-CCS-E" COMMENTS The Bible of C programming END-OF-COMMENTS TITLE: A Book on C AUTHOR: Kelley, Al CO-AUTHORS: Pohl, Ira SUBJECT: C Programming PUBLISHER: Benjamin/Cummings Publishing Company, Inc. EDITION: 1984, pp 362 ISBN: 0-8053-6860-4 APPROX_COST: 32.25 SUGGESTED_BY: Mitch Wright COMMENTS This is a book written with the beginning C programmer in mind. END-OF-COMMENTS TITLE: C Primer Plus Revised Edition AUTHOR: Waite, Mitchell CO-AUTHORS: Prata, Stephen; Martin, Donald SUBJECT: C programming PUBLISHER: Howard W. Samms & Company EDITION: 1987, pp 558 ISBN: 0-672-22582-4 APPROX_COST: 23.95 SUGGESTED_BY: "Michael J. Chinni, SMCAR-CCS-E" COMMENTS An excellent beginners guide to C programming. I found out about this book through a vendor's training class on C, where they used it as the textbook. END-OF-COMMENTS TITLE: Advanced C Programming for Displays AUTHOR: Rochkind, Marc J. SUBJECT: Programming PUBLISHER: Prentice-Hall EDITION: 1988, pp 265 ISBN: 0-13-011800-1 APPROX_COST: 31.95 SUGGESTED_BY: "Michael J. Chinni, SMCAR-CCS-E" COMMENTS Covers Character Displays, Windows, and Keyboards for UNIX and MS-DOS. END-OF-COMMENTS TITLE: C: A Reference Manual, 2nd Edition AUTHOR: Harbison, Samuel P. CO-AUTHORS: Steele Jr., Guy L. SUBJECT: C Programming PUBLISHER: Prentice-Hall EDITION: 1987, pp 404 ISBN: 0-13-109810-1, paperback: 0-13-109802-0 APPROX_COST: 31.95 COMMENTS An excellent book on C. It is not really an introductory level book, and is a great companion to K&R (2nd Ed.). Both this book and K&R (2nd Ed.) cover the draft-proposed ANSI standards. Where H&S really stands out is in the sections that cover the UNIX library calls. If you have ever struggled with any of printf or scanf family of library calls in trying to figure out the conversion rules in the format string, this book is the answer. END-OF-COMMENTS TITLE: Numerical Recipes in C, The Art of Scientific Computing AUTHOR: Press, William H. CO-AUTHORS: Flannery, Brian; Teukolsky, Saul; Vetterling, William SUBJECT: C Programming PUBLISHER: Cambridge University Press EDITION: 1988, pp 735 ISBN: 0-521-35465-X APPROX_COST: 44.50 SUGGESTED_BY: Mitch Wright COMMENTS ". . . it is the one book to buy if you are going to have to solve anything numerically on a computer." - Dr. Dobb's Journal END-OF-COMMENTS TITLE: Efficient C AUTHOR: Plum, Thomas CO-AUTHORS: Brodie, Jim SUBJECT: C programming PUBLISHER: Plum Hall EDITION: 1985, pp 150 ISBN: 0-911537-05-8 APPROX_COST: 25.00 COMMENTS This is a useful book. Portability is one aspect of programming in C. Efficiency is the other. Many use C because it allows them the freedom to tie the programs down to the hardware in order to run efficiently. This book is an excellent guide and when combined with Jon Bentley's book on writting efficient programs gives one an excellent background in measuring programs and fine tuning them. END-OF-COMMENTS TITLE: Notes on the Draft C Standard AUTHOR: Plum, Thomas SUBJECT: C Programming PUBLISHER: Plum Hall EDITION: 1987, pp 92 ISBN: 0-911537-06-6 APPROX_COST: 10.00 COMMENTS Tom Plum is the Vice Chair of the ANSI X3J11 committee, so who better to write this book than he? However, as with any of the other C books that treat the ANSI C Standard, it does not cover the Standard in it's final form due to the fact that it has yet to be adopted. However, the price is about $10, so it makes a good pickup to keep informed about the standard and how it differs from K&R C. END-OF-COMMENTS TITLE: The C Programmer's Handbook AUTHOR: Bolsky, Morris I. SUBJECT: Reference PUBLISHER: Prentice-Hall EDITION: 1985, pp 84 ISBN: 0-13-110073-4 APPROX_COST: 22.95 COMMENTS This is a handbook for experience programmers, not a book for reading. Information is intended as a quickie reference and is not that detailed. END-OF-COMMENTS TITLE: The C Puzzle Book: Puzzles for the C Programming Language, 2nd Ed. AUTHOR: Feuer, Alan R. SUBJECT: C programming PUBLISHER: Prentice-Hall EDITION: 1982, pp 173 ISBN: 0-13-109934-5 paperback: 0-13-109926-4 APPROX_COST: 26.00 COMMENTS Exactly what the title indicates. The puzzles are organized by chapter: basic arithmetic operators, assignment operators, logic and increment operators, bitwise operators, relational and conditional operators, operator precedence and evaluation. The answers for all of the puzzles are also provided. This is an excellent way to learn some of the more advanced expressions that can be concocted with C. END-OF-COMMENTS TITLE: The C Answer Book AUTHOR: Tondo, Clovis L. CO-AUTHORS: Gimpel, Scott E. SUBJECT: C programming PUBLISHER: Prentice-Hall EDITION: 1985, pp 209 ISBN: 0-13-109877-2 APPROX_COST: 21.00 KEYWORDS: K&R answers COMMENTS This book provides the answers to the exercises found in K&R. I believe that a second edition of this book has also been recently published corresponding with the 2nd edition of K&R. END-OF-COMMENTS TITLE: C Traps and Pitfalls AUTHOR: Koenig, Andrew SUBJECT: C programming PUBLISHER: Addison-Wesley EDITION: 1988, pp 147 ISBN: 0-201-17928-8 APPROX_COST: 17.50 COMMENTS Andrew published a BTL Technical Memorandum by this title several years back. Later it was published as a Technical Report. It has now been expanded into a book. I read the TR and it was excellent. I just recently finished the book and would recommend it to anyone who uses C. END-OF-COMMENTS TITLE: Portable C and UNIX System Programming AUTHOR: Lapin, J.E. SUBJECT: C programming PUBLISHER: Prentice-Hall EDITION: 1987, pp 249 ISBN: 0-13-686494-5 APPROX_COST: KEYWORDS: Portable COMMENTS A useful book, mostly because there are no others written on this topic, yet... END-OF-COMMENTS TITLE: Portable C Software AUTHOR: Horton, Mark SUBJECT: C programming PUBLISHER: Prentice Hall EDITION: 1990, pp 400 ISBN: 0-13-868050-7 APPROX_COST: 32.95 COMMENTS: >From the back jacket: Portable C Software is designed for professional programmers and students who want to write portable C code between System V implementations, POSIX, MS DOS, and other operating systems. Assuming a working knowledge of C, this book addresses and rates each feature of the C software environment. Shell commands, system calls, external variables, and macros are discussed and examined in detail. The author provides an advanced introduction to C, describes how best to write portable software, examines what not to do, discusses common mistakes, and includes an invaluable portability reference manual. In this extensive manual, the author rates the portability of the following o subroutines available in C libraries o operating system calls o header include files o predefined variables in the C library o UNIX(R) system shell commands Portable C Software offers concise, current coverage of C, and will be an important reference for anyone who writes C programs. Of the nearly 400 pages, about 250 are reference material. Some of it is fairly detailed. If you find any errors, or have any suggestions for the next edition, please drop me a note at Mark.Horton@ATT.COM Thanks to everyone who made helpful suggestions or otherwise contributed to the book. Mark END-OF-COMMENTS TITLE: Software Engineering in C. AUTHOR: Darnell, Peter CO-AUTHORS: et al. SUBJECT: C programming PUBLISHER: Springer-Verlag EDITION: 1988 ISBN: APPROX_COST: 29.95 SUGGESTED_BY: srvarma@rodan.acs.syr.edu COMMENTS One of the finest books I have seen for beginners. Highly recommended even for intermediate-level C programmers. END-OF-COMMENTS TITLE: Data Structures and C Programs. AUTHOR: Van Wyk, Christopher SUBJECT: C programming EDITION: 1988 ISBN: APPROX_COST: 41.95 SUGGESTED_BY: srvarma@rodan.acs.syr.edu KEYWORDS: C, Data Structures COMMENTS The author is from Bell Labs and this is also one of my favorite books for learing C programming with different kinds of data structures." END-OF-COMMENTS TITLE: UNIX Papers for UNIX Developers & Power Users AUTHOR: The Waite Group Editors - edited by Mitchell Waite SUBJECT: UNIX Reference PUBLISHER: Howard W. Sams & Co EDITION: 1987 pp 518 ISBN: 0-672-22578-6 APPROX_COST: 26.95 COMMENTS This is a collection of papers. Some of the them are introductions and others cover more arcane bits of knowledge. END-OF-COMMENTS TITLE: Writing a Unix Device Driver AUTHOR: Egan, Janet I. CO-AUTHORS: Teixeira, Thomas J. SUBJECT: Programming PUBLISHER: John Wiley & Sons. EDITION: 1988, pp 357 ISBN: 0-471-62811-5, paperback: 0-471-62859-X APPROX_COST: 24.95 UNIX_FLAVORS: BSD, Xenix TITLE: (no title given) AUTHOR: (no author given) SUBJECT: Introduction to UNIX PUBLISHER: EDITION: 19??, pp 297 ISBN: 0-8359-8164-9, paperback: 0-8359-8162-2 APPROX_COST: COMMENTS Introductory level book, extremely basic and easy reading. I read this on a plane trip between Newark, NJ and Columbus, OH before I ever worked seriously with UNIX. Unlike, Rebecca Thomas and Jean Yates Tutorial style book this one does not require you to be sitting down in front of a crt in order to derive benefit from it. END-OF-COMMENTS TITLE: Unix for People AUTHOR: Birns, Peter CO-AUTHORS: Brown, P.; Muster John SUBJECT: Introduction PUBLISHER: Prentice-Hall EDITION: ISBN: 0-13-937442-6 APPROX_COST: 28.00 TITLE: Unix Power Utilities for Power Users AUTHOR: Muster, John CO-AUTHORS: Birns, Peter SUBJECT: Introduction to UNIX PUBLISHER: MIS Press EDITION: 1989, pp 420 ISBN: 1-55828-000-6 APPROX_COST: 24.95 KNOWN_SUPPLIERS - Phone 1-800-MANUALS END-OF-KNOWN_SUPPLIERS COMMENTS - From Page 2... Overview of Contents If you have the ability to log on the system, create, move, copy and remove files, create and change directories, and issue basic shell commands, you will be able to complete the exercises in these modules. If you are more experienced, you may be able to proceed quickly through part or all of Modules 2 and 3, and the introductory steps to several of the other modules. END-OF-COMMENTS TITLE: The AWK Programming Language AUTHOR: Aho, Al CO-AUTHORS: Kernighan, Brian; Weinberger, Peter SUBJECT: AWK Programming PUBLISHER: Addison Wesley EDITION: 1988, pp 210 ISBN: 0-201-07981-X LC 87-17566 APPROX_COST: 23.75 TITLE: UNIX System Security AUTHOR: Wood, Patrick H. CO-AUTHORS: Kochan, Stephen G. SUBJECT: Security PUBLISHER: Hayden Book Company EDITION: 1985, pp 299 ISBN: 0-8104-6267-2 APPROX_COST: 34.95 SUGGESTED_BY: Mitch Wright COMMENTS -- From back cover Here is a practical guide to computer security on the UNIX system for the user, administrator, or potential UNIX system buyer. It will teach you everything you need to know ot make your system secure and keep it that way. Topics covered include: - file and directory permissions - password security - how the setuid/gid permissions work and how to use them - how the various security-related UNIX commands and functions work - how to write secure programs - different methods of data encryption -- including the government standard DES algorithm -- and how secure they are - data encryption over communication networks - how to discover and plug potential security holes in your system - how to periodically monitor your system to maintain security Also included is the complete source for several security auditing and administration programs. END-OF-COMMENTS TITLE: The UNIX Text Processing System AUTHOR: Christian, Kaare SUBJECT: Text Processing PUBLISHER: John Wiley & Sons, Inc. EDITION: 1987, pp 250 ISBN: 0-471-85581-2 APPROX_COST: 24.95 SUGGESTED_BY: "Michael J. Chinni, SMCAR-CCS-E" COMMENTS I have found this to be a very good guide to nroff, and the -mm macros. It also covers the -ms macros, vi, eqn, tbl, refer, and pic END-OF-COMMENTS TITLE: UNIX Text Processing AUTHOR: Dougherty, Dale CO-AUTHORS: O'Reilly, Tim SUBJECT: Text Processing PUBLISHER: Hayden Books EDITION: 1987, pp 665 ISBN: 0-672-46291-5 APPROX_COST: 26.95 SUGGESTED_BY: Mitch Wright COMMENTS This is a MUST for all [nt]roff users. END-OF-COMMENTS TITLE: Typesetting Tables on the UNIX System AUTHOR: McGilton, Henry CO-AUTHORS: McNabb, Mary SUBJECT: Using the 'tbl' utility PUBLISHER: Trilithon Press, 334 State St., Ste. 106 Los Altos CA 94022 EDITION: 1990, pp 283 ISBN: 0-9626289-0-5 APPROX_COST: 20.00 KEYWORDS: What the manual _should_ have been COMMENTS From the back cover: Reviewers said: "You're a pair of lunatics!" -- James Gosling, Sun Micro "Good Grief!" -- Ken Greer, Elan Computer Group, Inc. "Three Hundred Pages on TBL?!?" -- Prof. Powell, U. Minn I (S.B.Bassett) rather agree, but I wish there were more lunatics like these two, who would do a thorough job of documenting the workings of various cryptic, arcane, and downright quirky UNIX utilities for the benefit of those of us without source . . . I actually enjoyed reading this -- Henry sent me a complimentary copy in the hopes that I would review it here (thanks, Henry, I did), and I figured out why I had so much trouble with 'tbl' on a former job -- I'd have paid several times the price for a copy of this 2 years ago. Too bad I'm not doing tech writing any more . . . ;^) END-OF-COMMENTS TITLE: Using C on the UNIX system AUTHOR: Curry, David A. SUBJECT: C programming PUBLISHER: O'Reilly & Associates, Inc. EDITION: 1989, pp 232 ISBN: 0-937175-23-4 APPROX_COST: 24.95 SUGGESTED_BY: Mitch Wright KNOWN_SUPPLIERS E-mail: ... uunet!ora!nuts Phone#: 1-800-338-NUTS END-OF-KNOWN_SUPPLIERS COMMENTS This is a must for the Beginning UNIX programmer. END-OF-COMMENTS TITLE: Using UUCP and USENET AUTHOR: Todino, Grace SUBJECT: Introduction PUBLISHER: O'Reilly & Associates, Inc. EDITION: 1986, pp 91 ISBN: 0-937175-010-2 APPROX_COST: 17.95 KEYWORDS: Nutshell Handbook SUGGESTED_BY: Mitch Wright KNOWN_SUPPLIERS E-mail: ... uunet!ora!nuts Phone#: 1-800-338-NUTS END-OF-KNOWN_SUPPLIERS TITLE: Managing UUCP and USENET AUTHOR: O'Reilly, Tim CO-AUTHORS: Todino, Grace SUBJECT: Introduction PUBLISHER: O'Reilly & Associates, Inc. EDITION: 1986, pp 107 ISBN: 0-937175-09-9 APPROX_COST: 21.95 KEYWORDS: Nutshell Handbook SUGGESTED_BY: Mitch Wright KNOWN_SUPPLIERS E-mail: ... uunet!ora!nuts Phone#: 1-800-338-NUTS END-OF-KNOWN_SUPPLIERS TITLE: Managing Projects with Make AUTHOR: Talbot, Steve SUBJECT: Introduction PUBLISHER: O'Reilly & Associates, Inc. EDITION: 1988, pp 77 ISBN: 0-937175-04-8 APPROX_COST: 9.00 KEYWORDS: Nutshell Handbook SUGGESTED_BY: Mitch Wright KNOWN_SUPPLIERS E-mail: ... uunet!ora!nuts Phone#: 1-800-338-NUTS END-OF-KNOWN_SUPPLIERS TITLE: Understanding and Using COFF AUTHOR: Gircys, Gintaras R. SUBJECT: Introduction PUBLISHER: O'Reilly & Associates, Inc. EDITION: 1988, pp 176 ISBN: 0-937175-31-5 APPROX_COST: 21.95 UNIX_FLAVORS: SYSV KEYWORDS: Nutshell Handbook SUGGESTED_BY: Mitch Wright KNOWN_SUPPLIERS E-mail: ... uunet!ora!nuts Phone#: 1-800-338-NUTS END-OF-KNOWN_SUPPLIERS COMMENTS --From back cover This handbook explains the COFF data structure and its manipulation. Contents include: - The basics of COFF - Assembley code relocation process - COFF file headers - Relocation structures - The linking process - The COFF system in UNIX - Magic numbers - The COFF symbolic debug system - COFF and shared libraries - Utilities and techniques for working with COFF files - A sample program to manipulate COFF END-OF-COMMENTS TITLE: Programming with Curses AUTHOR: Strang, John SUBJECT: Introduction PUBLISHER: O'Reilly & Associates, Inc. EDITION: 1986, pp 71 ISBN: 0-937175-02-1 APPROX_COST: 9.00 KEYWORDS: Nutshell Handbook KNOWN_SUPPLIERS E-mail: ... uunet!ora!nuts Phone#: 1-800-338-NUTS END-OF-KNOWN_SUPPLIERS TITLE: Reading and Writing Termcap Entries AUTHOR: Strang, John SUBJECT: Introduction PUBLISHER: O'Reilly & Associates, Inc. EDITION: 1986, pp 71 ISBN: 0-937175-02-1 APPROX_COST: 9.00 KEYWORDS: Nutshell Handbook KNOWN_SUPPLIERS E-mail: ... uunet!ora!nuts Phone#: 1-800-338-NUTS END-OF-KNOWN_SUPPLIERS TITLE: !%@:: A Guide to Electronic Mail Addressing AUTHOR: Frey, Donnalyn CO-AUTHOR: Adams, Rick SUBJECT: Introduction PUBLISHER: O'Reilly & Associates, Inc. EDITION: 1989, pp 284 ISBN: 0-937175-93-0 APPROX_COST: 26.95 KEYWORDS: Nutshell Handbook KNOWN_SUPPLIERS E-mail: ... uunet!ora!nuts Phone#: 1-800-338-NUTS END-OF-KNOWN_SUPPLIERS TITLE: UNIX in a Nutshell (BSD) AUTHOR: SUBJECT: Introduction PUBLISHER: O'Reilly & Associates, Inc. EDITION: 1987, pp 270 ISBN: 0-937175-20-X APPROX_COST: 19.50 KEYWORDS: Nutshell Handbook KNOWN_SUPPLIERS E-mail: ... uunet!ora!nuts Phone#: 1-800-338-NUTS END-OF-KNOWN_SUPPLIERS TITLE: UNIX in a Nutshell (System V) AUTHOR: SUBJECT: Introduction PUBLISHER: O'Reilly & Associates, Inc. EDITION: 1987, pp 270 ISBN: 0-937175-19-6 APPROX_COST: 19.50 KEYWORDS: Nutshell Handbook KNOWN_SUPPLIERS E-mail: ... uunet!ora!nuts Phone#: 1-800-338-NUTS END-OF-KNOWN_SUPPLIERS TITLE: Learning the vi Editor AUTHOR: Lamb, Linda SUBJECT: Introduction PUBLISHER: O'Reilly & Associates, Inc. EDITION: 1988, pp 150 ISBN: 0-937175-17-X APPROX_COST: 15.00 KEYWORDS: Nutshell Handbook KNOWN_SUPPLIERS E-mail: ... uunet!ora!nuts Phone#: 1-800-338-NUTS END-OF-KNOWN_SUPPLIERS TITLE: Learning the UNIX Operating System AUTHOR: Todino, Grace SUBJECT: Introduction PUBLISHER: O'Reilly & Associates, Inc. EDITION: 1987, pp 76 ISBN: 0-937175-16-1 APPROX_COST: 9.00 KEYWORDS: Nutshell Handbook KNOWN_SUPPLIERS E-mail: ... uunet!ora!nuts Phone#: 1-800-338-NUTS END-OF-KNOWN_SUPPLIERS TITLE: DOS Meets UNIX AUTHOR: Dougherty, Dale CO-AUTHOR: O'Reilly, Tim SUBJECT: Introduction PUBLISHER: O'Reilly & Associates, Inc. EDITION: 1988, pp 134 ISBN: 0-937175-21-8 APPROX_COST: 15.00 KEYWORDS: Nutshell Handbook KNOWN_SUPPLIERS E-mail: ... uunet!ora!nuts Phone#: 1-800-338-NUTS END-OF-KNOWN_SUPPLIERS TITLE: Checking C programs with lint AUTHOR: Darwin SUBJECT: Introduction PUBLISHER: O'Reilly & Associates, Inc. EDITION: 1988, pp 72 ISBN: 0-937175-30-7 APPROX_COST: 12.95 KEYWORDS: Nutshell Handbook KNOWN_SUPPLIERS E-mail: ... uunet!ora!nuts Phone#: 1-800-338-NUTS END-OF-KNOWN_SUPPLIERS TITLE: termcap and terminfo AUTHOR: Strang, John SUBJECT: Introduction PUBLISHER: O'Reilly & Associates, Inc. EDITION: 1988, pp 248 ISBN: 0-937175-22-6 APPROX_COST: 21.95 KEYWORDS: Nutshell Handbook KNOWN_SUPPLIERS E-mail: ... uunet!ora!nuts Phone#: 1-800-338-NUTS END-OF-KNOWN_SUPPLIERS TITLE: Threads of a New System AUTHOR: Rashid, Richard SUBJECT: Introduction to Mach PUBLISHER: -- UNIX Review Mag. -- EDITION: August 1986 UNIX_FLAVORS: Mach KEYWORDS: NeXT COMMENTS - an excellent introduction to the design of Mach, the sort-of object-oriented Unix which runs on the NeXT machine. END-OF-COMMENTS -=-End-of-List-=- Sam'l Bassett, Sterling Software @ NASA Ames Research Center, Moffett Field CA 94035 Work: (415) 604-4792; Home: (415) 969-2644 samlb@well.sf.ca.us samlb@ames.arc.nasa.gov := 'Sterling doesn't _have_ opinions -- much less NASA!'   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02335; 3 Aug 90 21:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab02269; 3 Aug 90 21:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab02253; 3 Aug 90 21:04 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06067; 3 Aug 90 20:44 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08935; Fri, 3 Aug 90 17:32:50 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Aug 90 23:31:38 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: setting SUID for scripts Message-Id: <66083@sgi.sgi.com> References: <9007292052.AA21084@ccu1.aukuni.ac.nz>, <11086@odin.corp.sgi.com>, <3795@auspex.auspex.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <3795@auspex.auspex.com>, guy@auspex.auspex.com (Guy Harris) writes: ] >As far as I know, we have no intentions of completely dropping ] >support for setuid scripts, even if/when we pick up the V.4 ] >features. ] ] Given that S5R4 includes support for setuid scripts, complete with the ] "standard" fix for what is probably the most (in)famous security hole ... How do you close the main hole without changing the shells themselves? Given 3rd party shells such as bash and ksh, how do you close the hole? What about "shells scripts" with an initial line like "#!/bin/make -f"? (Yes, MAKEDEV is not suid.) I'm referring to the hole caused by the shell reopening the file rather than use the same FD that was validated by exec.c while it was parsing #! line. What is the "standard fix?" Does it require /dev/{stdin,fd,etc}? Vernon Schryver vjs@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id ab02335; 3 Aug 90 21:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac02269; 3 Aug 90 21:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02255; 3 Aug 90 21:04 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06075; 3 Aug 90 20:45 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08958; Fri, 3 Aug 90 17:33:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Aug 90 23:49:41 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: how to attach a modem for dial-in/out Message-Id: <66085@sgi.sgi.com> References: <1565@sumax.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1565@sumax.UUCP>, cadwell@sumax.UUCP (James A. Cadwell) writes: > hello: > I have a Telebit T2500 which I would like to connect to > my PI running IRIX 3.2.1. The "guides" explain the setup for either > dial-out OR dial-in use. I desire to do both at 19200 or 96000 baud. uugetty has been in use on sgi.sgi.com for years and sounds like what is needed. It is used within Silicon Graphics on various machines for SLIP and dial-up lines. The script "/usr/lib/uucp/fix-telebit" might be useful, given args like `fix-telebit -io d2` to poke at a T2500 on /dev/ttyd2. You can adjust the script to set the T2500 (or TB+ or T1[05]00) to your notion of correctness. You will need a cable with pins 2,3,4,5,7,8, and 9/20 connected, as described in one of the manuals. (Sorry, I can never find it, although I've seen and helped edit the text and tables many times.) Uugetty should be told to use /dev/ttyf* in /etc/inittab, which means you will need to turn off the *getty in /etc/inittab when running fix-telebit. Lines in /usr/lib/uucp/Systems should use entries that ultimately connect to /dev/ttyf*. You will need to adjust /usr/lib/uucp/Devices appropriatedly. There are some examples in the 3.3 version. Vernon Schryver Silicon Graphics vjs@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02427; 3 Aug 90 21:30 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab02173; 3 Aug 90 20:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02126; 3 Aug 90 20:42 EDT Received: from Icarus.AE.MsState.Edu by VGR.BRL.MIL id aa05962; 3 Aug 90 20:12 EDT Received: from tardis.ae.msstate.edu by Icarus.AE.MsState.Edu (4.0/5.0s); id AA09168; Fri, 3 Aug 90 19:11:32 CDT Date: Fri, 3 Aug 90 19:11:32 CDT From: Larry Thorne Message-Id: <9008040011.AA09168@Icarus.AE.MsState.Edu> To: info-iris@BRL.MIL Subject: Secure logins I'm trying to set up all workstations and servers on our net to be "secure", meaning that no one can login (or rlogin) directly as root, even with the root password. A user must login (or rlogin) as a "normal" user and then su to root. This scheme would also require the root password before the system would come up in single user mode. We've had a few breakins, and I'm trying to trace some of them via the sulog file (what users are actually getting in as root) and stop anyone from getting root access via booting the workstations to single user mode. This is easily done on SunOS by removing the "secure" flags in the /etc/ttytab file - however, I've not yet found the way to do this on SGI machines. Anyone know how to do this, or even if it can be done? And, yes, we do keep the root password(s) in a safe place just in case the administrators suddenly disappear from the face of the earth! Thanks in advance for any & all advice. Reply directly to me & I'll post a summary if anyone else is interested. Larry Thorne larryt@ae.msstate.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02514; 3 Aug 90 21:41 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac02173; 3 Aug 90 20:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab02126; 3 Aug 90 20:43 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05964; 3 Aug 90 20:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07472; Fri, 3 Aug 90 17:07:44 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Aug 90 22:22:28 GMT From: James Helman Organization: Stanford University Subject: Re: Crashing the window mgr from GL programs Message-Id: References: <1990Aug3.075057.11705@cs.umn.edu>, <11361@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL > it might be worthwhile to review the related code for unsupported GL > sequences. It would be more worthwhile for SGI to make GL safer to use, even at some expense in performance. Having bad sequences lock up the pipe and bomb you back to login may have been acceptable back when IRISes had one window, i.e. the screen itself. But when an easily made error in the GL program your debugging causes your entire "desktop" of networked windows, edits and remote jobs (including, of course, the window you were debugging in) to go south, it's just plain lousy. (Actually, when it happens I have a slightly stronger word for it.) Count one vote for guardrails for the autobahn. Jim Helman Department of Applied Physics Durand 012 Stanford University FAX: (415) 725-3377 (jim@KAOS.stanford.edu) Voice: (415) 723-9127   Received: from vmb.brl.mil by VMB.BRL.MIL id ab02569; 3 Aug 90 21:51 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02269; 3 Aug 90 21:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02253; 3 Aug 90 21:04 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06053; 3 Aug 90 20:43 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08988; Fri, 3 Aug 90 17:33:23 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Aug 90 23:57:58 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Linking /tmp to /usr/tmp Message-Id: <66088@sgi.sgi.com> References: <9008031155.AA02414@aero4.larc.nasa.gov>, <11369@odin.corp.sgi.com>, <11387@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In passing, /etc/init.d/RMTMPFILES might be interesting to those who want to make /tmp into a link. That is the script that tries to clean /tmp, /usr/tmp, and so on when the system is started. Vernon Schryver vjs@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03166; 3 Aug 90 23:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02805; 3 Aug 90 22:48 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02798; 3 Aug 90 22:40 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06513; 3 Aug 90 22:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14268; Fri, 3 Aug 90 19:01:36 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 Aug 90 01:54:54 GMT From: Steve Jones Organization: MIT VAX Resource Center, Cambridge MA, USA Subject: GCC on the Silicon Graphics Iris 3x30? Message-Id: <1990Aug4.015454.11541@athena.mit.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Greetings, My apologies for bothering everyone with this, but having looked around, and having stalled in my own efforts... Has anyone gotten, perhaps in the misty past, a version of gcc to build properly on a Silicon Graphics Iris 3D under OS version 3.5 or 3.6? I did find machine & os specific files in the Emacs distribution that required minor tweaking, but so far have been unsuccessful with gcc. Any general tips on porting to SysV/68020 systems would be useful as well. I can provide more details of what I've done via EMail. Please reply via EMail, and I'll redistribute accordingly. After negotiating this hurdle, X11 is on the block. If you can kill two birds... Thanks very much for your patience, --Steve. -- Steve Jones MIT/VAX Resource Center, Cambridge MA 02139 617/253-7438 Internet addresses: steve@isis.mit.edu steve@yoyodyne.mit.edu "Chaos will ensue if the variable i is altered..." - SysV Programmers Guide -- Steve Jones MIT/VAX Resource Center, Cambridge MA 02139 617/253-7438 Internet addresses: steve@isis.mit.edu steve@yoyodyne.mit.edu "Chaos will ensue if the variable i is altered..." - SysV Programmers Guide   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03862; 4 Aug 90 0:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03245; 3 Aug 90 23:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03235; 3 Aug 90 23:50 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06723; 3 Aug 90 23:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA18311; Fri, 3 Aug 90 20:10:43 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 Aug 90 03:09:19 GMT From: "David R. Blythe" Organization: EECG, University of Toronto Subject: Re: Crashing the window mgr from GL programs Message-Id: <1990Aug3.230919.19543@jarvis.csri.toronto.edu> References: <1990Aug3.075057.11705@cs.umn.edu>, <11361@odin.corp.sgi.com>, Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article jim@baroque.Stanford.EDU (James Helman) writes: > >> it might be worthwhile to review the related code for unsupported GL >> sequences. > >It would be more worthwhile for SGI to make GL safer to use, even at >some expense in performance. I disagree. Having a separate checking version of the library (say the unshared version) would be better. Then once you have some confidence your code works you can link with the high performance version which doesn't do checking. > >Jim Helman >Department of Applied Physics Durand 012 >Stanford University FAX: (415) 725-3377 >(jim@KAOS.stanford.edu) Voice: (415) 723-9127 -drb drb@clsc.utoronto.ca   Received: from vmb.brl.mil by VMB.BRL.MIL id ab06586; 4 Aug 90 12:01 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab06564; 4 Aug 90 11:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab06548; 4 Aug 90 11:42 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01654; 3 Aug 90 5:51 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA09287; Fri, 3 Aug 90 01:01:20 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Aug 90 07:50:57 GMT From: Stuart Levy Organization: Geometry Group, University of Minnesota Subject: Crashing the window mgr from GL programs Message-Id: <1990Aug3.075057.11705@cs.umn.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We use a locally-written 3-d object viewer on our Irises (personal and GTX). For some aberrant objects, or possibly some xform matrices pushed on the stack, we find it causes the window server to crash -- with messages resembling "timeout: graphics FIFO still > 1/2 full" and/or "window server killed with signal 15". In extreme cases it can cause our GTX Iris to lock up such that we must reboot to recover the graphic display, though normally we're just kicked back to a login: prompt. Does anyone know what kinds of geometric data can wedge the graphics subsystem this way? If we knew what to avoid we might be able to change our application to prevent crashes. Stuart Levy, Geometry Group, University of Minnesota slevy@geom.umn.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ac06586; 4 Aug 90 12:01 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac06564; 4 Aug 90 11:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac06548; 4 Aug 90 11:42 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02009; 3 Aug 90 7:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA18030; Fri, 3 Aug 90 03:50:31 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Aug 90 10:45:25 GMT From: Doug Eastick Organization: University of Toronto, Department of Mechanical Engineering Subject: flight/dog question Message-Id: <90Aug3.064507edt.26514@me.utoronto.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL How does one keep a file of flight movements ("record" them) so that they can be re-read ("played" back) in another session and, thus, have a dogfight? I know someone here at UofT did it, but he's gone now. The man page doesn't say anything helpful. Only option is -h. IRIX 3.2.1 flight says it has options of -dhz. What do they do? Comments by mail please. I'll summarize and post if asked. I only get a chance to read news every 4-5 days (which is longer than our expire period). Thanks.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05449; 4 Aug 90 6:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05236; 4 Aug 90 5:16 EDT Date: Sat, 4 Aug 90 5:11:42 EDT From: Chuck Kennedy To: info-iris@BRL.MIL Subject: info-iris mailing list updates Message-ID: <9008040511.aa05217@VMB.BRL.MIL> Folks, I returned this week from a month long vacation and have just finished taking care of all requests for deletions from the mailing list. When I get back from SIGGRAPH (where I'll be next week), I'll take of making additions and address modifications as well as any new deletions. -Chuck Kennedy   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07286; 4 Aug 90 16:26 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07188; 4 Aug 90 15:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07177; 4 Aug 90 15:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09102; 4 Aug 90 15:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA05547; Sat, 4 Aug 90 12:21:33 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 Aug 90 18:59:31 GMT From: Bill HEELAN Organization: SOCS, McGill University, Montreal, Canada Subject: Re: how to attach a modem for dial-in/out Message-Id: <3813@quiche.cs.mcgill.ca> References: <66085@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL From article <66085@sgi.sgi.com>, by vjs@rhyolite.wpd.sgi.com (Vernon Schryver): > In article <1565@sumax.UUCP>, cadwell@sumax.UUCP (James A. Cadwell) writes: >> hello: [Discussion about hooking up modems] I'm currently doing the same thing -- I have to hook up several modems to a 4D-240S running 3.2. At the moment I've hooked up a Hayes 2400 Smartmodem to ttym3 and a Trailblazer Plus to ttyf2. Both are to be used for dialing in and out. To test them I use 'cu' to dial out through one and into the other. I am able to log in all right, but when I log out and the modems disconnect the machine hangs: the console is dead and rlogins are impossible, although 'ping' gets replies. Has anyone seen this behaviour before? I've noticed that when it is hung, DTR is raised on only one of the ports, seeming to indicate that it hung before or during the second 'uugetty's relaunching ( don't have my notes with me -- not positive which port ). I noticed that a couple of people have mentioned the version of the OS they are running, and in both cases it's higher than 3.2 ( 3.2.1 and 3.3? ). Is there a bug fixed in these, or should 'uugetty' just not be run on a ttym port? ( It is fine the first time, when started by init. ) Just what is the reason for the ttym ports? Are they for slow modems that don't use hardware flow control? Sorry for all the questions, but it's frustrating having all one's attempts in getting modems to work require rebooting the machine! - Bill   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07448; 4 Aug 90 17:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07324; 4 Aug 90 16:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07307; 4 Aug 90 16:29 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09186; 4 Aug 90 16:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08358; Sat, 4 Aug 90 13:11:22 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 Aug 90 19:58:22 GMT From: Nagesh Murthy Organization: University of Tennessee CS Department Subject: mknetpr for non SGI machines. Message-Id: <1990Aug4.195822.18376@cs.utk.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I understand how I can set up a PI to print across the net on to a printer which is connected (Physically) to another PI. Now what I am trying to do is that I need to access a Postscript printer that is physically connected to a SUN Workstation and not a PI. Well, for any other SUN Workstation to access a printer connected to another SUN Workstation I need to have the printcap file properly set. But in case of PIs I am not sure how it is done since the lp deamon does not seem to read a printcap file (or am I wrong?). The mknetpr needs addclient to be executed on the remote machine which has the printer connected to it. On SUNs they don't seem to have anything like addclient program (or do they?). In any case I am stuck right now and it would be really great if I can get my PI to print across the net on to a printer connected to a SUN. Thanking in advance.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08033; 4 Aug 90 19:42 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07988; 4 Aug 90 19:31 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07982; 4 Aug 90 19:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09518; 4 Aug 90 19:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA17626; Sat, 4 Aug 90 16:03:42 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 Aug 90 22:19:16 GMT From: James Helman Organization: Stanford University Subject: Re: Crashing the window mgr from GL programs Message-Id: References: <1990Aug3.075057.11705@cs.umn.edu>, <11361@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >>It would be more worthwhile for SGI to make GL safer to use, even at >>some expense in performance. > I disagree. Having a separate checking version of the library (say the > unshared version) would be better. Then once you have some confidence your > code works you can link with the high performance version which doesn't > do checking. I can't object to giving the user the freedom to decide the safety/performance level. If you *know* your program has no bugs whatsoever, go for it. But I don't want it to be a choice between a no-checks-made "production" version GL which runs at full speed, and a test version that runs at half speed. I would argue that safety features which slow performance down slightly (say less than 10%) should be included standard. From a marketing perspective, SGI outclasses other platforms by so much that 10% less performance would be well worth the improved reputation that would come from more robustness. And I'm sure a lot of it could be designed into the hardware with virtually no performance loss at all. I've seen too many complex programs in which the "unsafe" sequence was not tickled until demo time. Presumably, the authors also had "some confidence" in their code before they put it on display. But when one sees a failure, which is indistinguishable from a hardware or system software problem, it doesn't matter who's too blame. It makes the machine look like an unstable platform. After a non-technical management type sees a machine apparently crash and burn during a demo, how much good will it do to explain: ... application bug ... bad sequence ... locked pipe ... may be bad hardware.... but it's 10% faster! When a user program can easily and accidentally bring the entire windowing system down, in my book, it's a bug. Speaking of which, SGI's X server is much improved in IRIX 3.3. Some bugs remain, but (knock on wood) I haven't experienced a single core dump. Hats off to SGI's X team. When's the next release? Jim Helman Department of Applied Physics Durand 012 Stanford University FAX: (415) 725-3377 (jim@KAOS.stanford.edu) Voice: (415) 723-9127   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08237; 4 Aug 90 20:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08210; 4 Aug 90 20:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08087; 4 Aug 90 20:08 EDT Received: from mich.physics.lsa.umich.edu by VGR.BRL.MIL id aa09609; 4 Aug 90 19:55 EDT Date: Sat, 4 Aug 90 19:53 EDT From: SEARS@mail.physics.lsa.umich.edu Subject: reclaiming disconnected login. To: info-iris@BRL.MIL X-VMS-To: IN%"info-iris@brl.mil" Message-ID: <9008041955.aa09609@VGR.BRL.MIL> Is there any way to reclaim control of a login or process from which you've been (perhaps unexpectedly) separated? It is not uncommon for the dialup connection that I use to access my Iris to fail. The connection is to someone else's machine, from which I telnet to the Iris. Usually when the connection is severed, I can just log back in and kill the leftovers. But, sometimes it would be nice to be able to get back in control of them and end them in a civilized way. Any help would be appreciated. Thanks, Robert Sears University of Michigan, Dept. of Physics sears@mich.physics.lsa.umich.edu sears@UMIPHYS.bitnet   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08437; 4 Aug 90 21:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab08284; 4 Aug 90 20:41 EDT Received: by VMB.BRL.MIL id aa08263; 4 Aug 90 20:31 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08228; 4 Aug 90 20:22 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09643; 4 Aug 90 20:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA21203; Sat, 4 Aug 90 17:11:35 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Aug 90 00:02:00 GMT From: Guy Harris Organization: Auspex Systems, Santa Clara Subject: Re: setting SUID for scripts Message-Id: <3818@auspex.auspex.com> References: <11086@odin.corp.sgi.com>, <3795@auspex.auspex.com>, <66083@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >I'm referring to the hole caused by the shell reopening the file rather >than use the same FD that was validated by exec.c while it was parsing >#! line. > >What is the "standard fix?" Does it require /dev/{stdin,fd,etc}? The answer to the second question is "yes". The answer to the first question - as, given your second question, I'll bet you already suspected - is "for set-UID scripts, at least, open the file giving it an FD, and pass the pathname of the appropriate '/dev/fdN' entry instead of the pathname of the script to the interpreter." >How do you close the main hole without changing the shells themselves? >Given 3rd party shells such as bash and ksh, how do you close the hole? >What about "shells scripts" with an initial line like "#!/bin/make -f"? >(Yes, MAKEDEV is not suid.) If this isn't sufficient to close that particular hole, you might want to let AT&T know, *and* probably Berkeley as well if they're planning on putting it into 4.4BSD. (You might also let Dave Korn know, as he is at least one of the originators of this idea, as I remember.) (BTW, "ksh" isn't a third-party shell, at least not in S5R4....) Whether this leaves any *other* security holes, for any particular interpreter (shell-of-the-day, "make", "awk", "sed", "vi", etc.), is another question; the answer to that question is probably "yes", for many of the potential interpreters....   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08592; 4 Aug 90 22:30 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08570; 4 Aug 90 22:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08566; 4 Aug 90 22:14 EDT Received: from phvax.smithkline.com by VGR.BRL.MIL id aa09999; 4 Aug 90 21:59 EDT Received: from PHVAX.DECnet MAIL11D_V3 by smithkline.com (5.57/Ultrix2.4-C) id AA00562; Sat, 4 Aug 90 21:50:40 EDT Date: Sat, 4 Aug 90 21:50:39 EDT Message-Id: <9008050150.AA00562@smithkline.com> From: dixons%phvax.dnet@smithkline.com To: "info-iris@BRL.MIL %INET.dnet"@smithkline.com Subject: Re: Problem with -pfa option in f77 compile command I too have been bitten by the signal 139 bug in Irix 3.3 fortran altough in my case, it had nothing to do with pfa. Specifically, I was trying to compile the render3d program mentioned recently in this newgroup: f77 -O3 -Olimit 1400 render.f local.o /usr/people/4Dgifts/iristools/ libimage/libimage.a -o render -lgl_s -lm Fatal error in: /usr/lib/uopt - core dumped Signal 139 *** Error code 1 From the recent messages in this group and other scuttlebutt I hear, there seem to be a number of bugs in the 3.3 fortran release. I hope they will be fixed in the real customer ship. Scott Dixon (dixons@smithkline.com)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09976; 5 Aug 90 0:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09237; 4 Aug 90 23:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09099; 4 Aug 90 23:26 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10781; 4 Aug 90 23:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA01010; Sat, 4 Aug 90 20:12:32 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Aug 90 03:09:30 GMT From: Anthony Persechini Organization: University of Rochester Subject: shell environment Message-Id: <8763@ur-cc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL There is probably an obvious solution to this problem, but I cannot find it. I have an interactive application that must run under csh. I do not use csh for my login environment. If I try to run this application in a csh subshell it does not work properly, presumably because it uses some aspect of csh job control. My question is: Is there any way to run this program without logging out and then logging in under csh? As those of you who use the sgi 4sight windowing system know, logins are painfully slow. Hence, I would prefer a better solution--like opening a csh window. Any ideas? -- Dept. of Physiology, Box 642 Anthony Persechini School of Medicine ajp2o@crocus.medicine.rochester.edu University of Rochester Rochester, NY 14642   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11964; 5 Aug 90 16:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa11895; 5 Aug 90 15:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab11884; 5 Aug 90 15:43 EDT Received: from [192.12.31.1] by VGR.BRL.MIL id ac15119; 5 Aug 90 15:23 EDT Date: Sat, 4 Aug 90 22:33:12 EDT From: Mike Gigante (RMIT/Australia GUEST) To: info-iris@BRL.MIL cc: dfr@cad.usna.mil Subject: Texsgi version 1.1 announcement Message-ID: <9008042233.aa07528@CAD.USNA.MIL> A new version of the TeX previewer for the Iris will be put on the info-iris archive. (host brl.mil, directory ~ftp/pub/info-iris) It wont be until the keepers of the archive return from SIGGRAPH so expect some confirmation after the 12th August. Texsgi Version 1.1 has most of the bugs fixed and some new functionality: 1) a startup file .texsgirc (home directory, then local directory) 2) *MUCH* faster to display documents that have many fonts 3) faster startup 4) correct font selection 4) resizable window (with customizable defaults in .texsgirc) 5) many more fonts and font magnifications have been included 6) reversed keybindings (now ^P and u move the point up the page instead of moving the page up) -- by popular demand There are still some things that need to be fixed soon, but this release is a major improvement over the currently available version. Specifically, the previewer still uses GF fonts. This is my top priority to fix, hopefully I'll get time to do it by the end of September after Ausgraph is over. Further planned improvements include pica rules, 2up mode, faster display etc etc. Stay tuned... If you plan to work on the sources, *please* contact me first so that we don't duplicate effort. Also I'd appreciate any fixes, improvements etc!! Also on popular demand, the distribution has been split out -- texsgi no longer is bundled with a complete TeX distribution. I recommend that you obtain the University of Toronto TeX distribution -- it is well setup, contains many useful ancillary programs and compiles seamlessly on Irises and other platforms. It is also extremely simple to install. Particularly nice is the genfonts utility. The distribution contains: /usr/local/src/texsgi - the sources to the previewer /usr/local/bin/texsgi - a compiled binary for you convenience /usr/local/share/fonts/gf/gf300/*gf - a set of 118dpi and 300dpi GF fonts used by the previewer. The font locations are an oddity, sorry about that - but as this distribution is the last one that supports GF fonts, we left it partly compatible with the old structure. With the next release, the entire set of GF fonts can be deleted. Those that have been using the old texsgi will notice the much wider range of fonts and magnifications. Thanks to Dave Rogers who provided the resources for me to work on texsgi this trip and also for being the guinea pig for this version while he was trying to meet publication deadlines. Thanks also go to Dave Rogers for his comments on the program from a serious user's perspective. Non-internet sites can contact either mg@godzilla.cgl.rmit.oz.au or in the US, contact dfr@cad.usna.navy.mil for details on how to get the distribution finally, here is a man page... \" NB: make sure tabs in two tables below have not be turned into blanks \" Look for the lines beginning ".ta 1.2in" .TH TeXsgi 1L "June 1989" .SH NAME TeXsgi \- TeX DVI previewer for the Silicon Graphics Iris .SH SYNOPSIS .na \fBtexsgi\fP [\fB\-d#\fP] [\fB\-f\fP\fIfontsubfile\fP] [\fB\-l\fP] [\fB\-m#\fP] [\fB\-q\fP] [\fB\-x#\fP\fIunits\fP] [\fB\-y#\fP\fIunits\fP] \fBdvifile1\fP .ad .SH DESCRIPTION TeXsgi only runs on the workstation console and only on the 4D series. It expects the name of the DVI file on the command line, and the extension \fI.dvi\fP can always be omitted. As the \fI.dvi\fP file is processed, a list of errors is printed on the standard error unit, \fIstderr\fP; this list is also saved in a file with suffix \fI.dvi-err\fP This file is not created if there are no errors. The \fB\-q\fP (quiet) option can be given to suppress error messages, as can the \fBQ\fP runtime command. As each page is displayed, the physical page number and the TeX page number(s) are printed on a status line at the bottom of the screen. TeXsgi uses the 118 dpi and 300 dpi \fBgf\fP fonts. .SH OPTIONS The order of command options and DVI file name is \fInot\fP significant. Letter case is \fIignored\fP in option switches .TP .B \-d# Produce debugging output on \fIstderr\fP if a non-zero value is given. Multiple \fB\-d\fP switches may be specified, and one may also add values of the following possible options to obtain the switch value: .RS .TP .I 2 display page coordinates and metrics of each output character, and print each character bitmap in hexadecimal; .TP .I 8 print filename and open mode of each \fIsuccessful\fP file opening; .TP .I 16 print filename and open mode of each \fIunsuccessful\fP file opening; .TP .I 32 show discarded off-page text; .TP .I 128 trace character setting (\fIlots\fP of output). .RE .PP .RS For example, either \fB\-d8 \-d16\fP or \fB\-d24\fP will trace all attempted file openings. .RE .TP .B \-f\fIfontsubfile\fP Define an alternate font substitution file which is to be used instead of the default ones (see below). .TP .B \-l Inhibit logging. .TP .B \-m# Reset magnification to #. The default is \fB\-m603\fP. .TP .B \-q Quiet mode. Status displays to \fIstderr\fP are suppressed, unless warning or error messages are issued. A most useful option for the current version of the previewer. .TP .B \-x#\fIunits\fP The \fB\-x\fP options specify the left margin of the TeX page on the output page in any of the indicated units. Letter case is not significant in the units field, which must \fInot\fP be separated from the number by any space. \fI#\fP may be fractional. For example, \fB\-x1.0in\fP, \fB\-x2.54cm\fP, \fB\-x72.27pt\fP, and \fB\-x6.0225pc\fP all specify a one-inch left margin. Negative values are permissible, and may be used to shift the output page left (possibly truncating it on the left) in order to display a wide TeX page. The \fIunits\fP field is mandatory, and may be one of .RS .TP .B bp big point (1in = 72bp) .TP .B cc cicero (1cc = 12dd) .TP .B cm centimeter (1in = 2.54cm) .TP .B dd didot point (1157dd = 1238pt) .TP .B in inch .TP .B mm millimeter (10mm = 1cm) .TP .B pc pica (1pc = 12pt) .TP .B pt point (72.27pt = 1in) .TP .B sp scaled point (65536sp = 1pt) .RE .TP .B \-y#\fIunits\fP The \fB\-y\fP options specify the top margin of the TeX page on the output page. Letter case is not significant in the units field, which must \fInot\fP be separated from the number by any space. # may be fractional. For example, \fB\-y1.0in\fP, \fB\-y2.54cm\fP, \fB\-y72.27pt\fP, and \fB\-y6.0225pc\fP all specify a one-inch top margin. Negative values are permissible, and may be used to shift the output page up (possibly truncating it on the top) in order to display a long TeX page. By decree of the Stanford TeX Project, the default TeX page origin is always 1 inch over and down from the top-left page corner, even when non-American paper sizes are used. This corresponds to the switch settings \fB\-x1in \-y1in\fP; these values are assumed unless overridden. .SH FONT SUBSTITUTION If no \fB\-f\fP\fIfontsubfile\fP option is given, and font substitution is required, if the current DVI file is \fIfoo.dvi\fP, then the files \fIfoo.sub\fP, \fItexfonts.sub\fP, and \fItexinputs/texfonts.sub\fP will be tried in order. The first two will be found on the current directory, and the last is the system default. This gives the option of document-specific, user-specific, and system-specific substitutions, and the \fB\-f\fP option allows all of these to be overridden. Font substitution lines have the form: .nf .ta (\w'oldname.oldmag'u+2n) +(\w'->'u+2n) +(\w'subname.submag'u+2n) % comment oldname.oldmag -> subname.submag % comment oldname oldmag -> subname submag % comment oldname -> subname % comment .fi The first two forms request substitution of a particular font and magnification. The third form substitutes an entire font family; the closest available magnification to the required one will be used. Any dots in the non-comment portion will be converted to spaces, and therefore, cannot be part of a name field. The first matching substitution will be selected, so magnification-specific substitutions should be given first, before family substitutions. Comments are introduced by percent and continue to end-of-line, just as for TeX. One whitespace character is equivalent to any amount of whitespace. Whitespace and comments are optional. .SH SCREEN CONTROL All switches, including the page selection (\fB\-o\fP) and page origin (\fB\-x\fP and \fB\-y\fP) switches, work normally. In order to avoid unnecessary waste of screen space, you probably will want to specify \fB\-x0in\fP and \fB\-y0in\fP to remove the default one-inch left and top margins. The \fB\-q\fP option is probably also advisable to avoid warning messages, such as from font substitutions. At the beginning of a page, a status line is displayed at the bottom of the screen. When the end-of-page command is reached in the DVI file, or as soon as keyboard input is available, the driver will enter the end-of-page routine. Any keyboard input command is then read and acted upon; unrecognized input is discarded with a warning beep. The advantage of checking for keyboard input during the main DVI reading loop is that unwanted display can be avoided. This is valuable if you are repositioning the page, or skimming a document. The input can select .RS .TP \w'\(bu'u+2n \(bu redisplay of the current page, possibly shifting it up, down, left, or right, or to see more of it. .TP \(bu continuation to the next page; .TP \(bu backing up to the previous page (useful if you overshoot); .TP \(bu display of an arbitrary page by typing its sequence number; .TP \(bu termination of execution. .RE Here is the current command list. Input is immediate; no terminating carriage return is necessary. Consequently, typing error correction is supported only for the digit string command; ending with the letter \fBg\fP (goto). .RS .TP .B ^D Move the display down by 1/32 of screen size. .TP .B "d \fRor\fP Ctl-N" Move the display down by 1/16 of screen size. .TP .B D Move the display down by 1/8 of screen size. .TP .B ^U Move the display up by 1/32 of screen size. .TP .B "u \fRor\fP Ctl-P" Move the display up by 1/16 of screen size. .TP .B U Move the display up by 1/8 of screen size. .TP .B ^L Move the display left by 1/32 of screen size. .TP .B "l \fRor\fP Ctl-B" Move the display left by 1/16 of screen size. .TP .B L Move the display left by 1/8 of screen size. .TP .B ^R Move the display right by 1/32 of screen size. .TP .B "r \fRor\fP Ctl-F" Move the display right by 1/16 of screen size. .TP .B R Move the display right by 1/8 of screen size. .TP .B "SPACE \fRor\fP + \fRor\fP Ctl-V" Display next page. .TP .B "- \fRor\fP b \fRor\fP Alt-V" Redisplay previous page. .TP .B nnn g nnn is a digit string; DELETE/RUBOUT and BACKSPACE keys correct typing errors in it. Goto to \fBnnn\fP-th page, where document pages are numbered 1, 2, .\|.\|.. The TeX page numbers are displayed in the status window. This is a recursive display; if you respond at end-of-page with a \fInext-page\fP command, display will revert to the page sequence you were viewing when you first issued the \fBnnn\fP command. .TP .B i inverse \- swap foreground/background colors. .TP .B Q quiet \- toggle the suppression of warnings and error messages. Especially useful to supress the font substitution messages. .TP .B h/H home \- return to home position (top left corner) .TP .B ? help \- print a short command summary. .TP .B m magnify \- Zoom up one magstep (1.2 times larger) from current size. .TP .B s shrink \- Zoom down one magstep (1.2 times smaller) from current size. .TP .B M magnify \- Zoom up five magsteps from current size. .TP .B S shrink \- Zoom down five magsteps from current size. .TP .B "ESC \fRor\fP q \fRor\fP x" Quit or exit. The \fBM\fP and \fBS\fP commands can be used quite effectively as a pair. From the default magnification (590), \fBM\fP will cause the 300dpi fonts to be used exactly and the \fBS\fP command will return to exactly 118dpi fonts. It is likely that some font magnifications will be unavailable for zooming, so do not be alarmed if some characters are displayed as blanks when you do this. You can use the font substitution mechanism (\fB\-f\fP option above) to work around this, or you can ask your font administrator to generate the required magnifications. When font substitution happens because of an unavailable magnification, characters of an incorrect size are used with the spacing required for the font which TeX used, so output is likely to look peculiar. .RE .SH SPECIALS The TeX \fB\\special{}\fP command is intended to allow the specification in a \fI.tex\fP file of a request to the DVI driver, usually for the insertion of graphical material at that point in the document. It is currently not implemented and will simply issue a warning message. .SH ENVIRONMENT VARIABLES The behavior of the previewer can be influenced by environment variables. Compiled-in internal defaults will be provided for any of these which are not defined. They \fImust\fP be entirely in upper-case, since that is conventional on Unix systems. The names currently recognized are as follows: .TP \w'TEXINPUTS'u+2n TEXFONTS This defines the directory path for finding font files. Its value is \fIprepended\fP to the name of a \TeX font to get a full file specification. A typical value for \fITEXFONTS\fP would be \fI/usr/local/lib/tex/fonts/gf/\fP. .TP TEXINPUTS This defines the directory path for finding files which are not in the current working directory. It is \fIprepended\fP to file names. A typical value would be \fI/usr/local/lib/tex/inputs/\fP. .SH FILES There is a startup file \fI.texsgirc\fP used to set defaults. The file, if it exists, is read from the users home directory and then the current directory. This allows a document specific override to the defaults. The format of the file is simple, one command per line, arguments seperated by spaces. Here is an example file: .nf prefposition 489 1279 0 1023 inverse quiet .fi The allowable commands are: .nf prefposition % in screen coordinates prefsize % in pixels keepaspect % y is to x in integers quiet % supress messages inverse % run white on black magnification .fi By default, the user can sweep a window without constraints, any of prefposition, prefsize, keepaspect will constrain the resultant window by varying amounts. The default runmag is 590, which correponds to 118dpi (118 * 5 = 590). The most useful magnifications are those which are in the series (590 645 710 845 1020 ... ) which corresponds to magsteps in the 118dpi family. Note that the number of fonts that are available reduces as the magstep increases (since we haven't generated all the fonts at the higher magsteps). Probably more useful is the use of magstep 1500, this will force the use of the 300dpi fonts that are also used for dvi2ps. This will significantly magnify the size of the fonts; great for detail work. The values of \fItexinputs\fP and \fItexfonts\fP below are system-dependent. Typical values are \fI/usr/local/tex/inputs/\fP and \fI/usr/local/tex/fonts/gf/\fP. .TP \w'texinputs:texfonts.sub'u+2n .I *.dvi TeX DeVice Independent output file .TP .I *.dvi-err TeXsgi error log .TP .I *.sub DVI file-specific font substitution file .SH "SEE ALSO" dvitype(1), latex(1), tex(1), tr2tex(1), \fILocal LaTeX Guide\fP, .SH BUGS Bugs in either the software or its documentation should be reported by electronic or postal mail to .nf Mike Gigante Applied Computer Graphics Lab Royal Melbourne Institute of Technology 124 Latrobe Street, Melbourne, Australia 3001 +61 3 660 2935 Email: mg@cidam.oz.au .fi or to .nf Prof David F. Rogers Aerospace Engineering Dept. U.S. Naval Academy Annapolis, MD 21402, USA (301) 267 3283/4/5 Email: dfr@usna.navy.mil who has offered to act as the US distribution point. .fi .SH AUTHORS This previewer is derived from Nelson Beebe's dviXXX family (available from science.utah.edu), with some ideas from Dick Grundwald's TeXsun. Mike Gigante of RMIT ported the dvixxx family to the Iris and wrote all of the Iris specific code. Thanks go to Dave Rogers for being the guinea pig and for discussions about where the design is heading. .SH BUGS Well, the biggest bug is that is isn't finished. The code is very naive, re-reading the raster descriptions from the GF file for every character. This will dissapear in the swap over to the PK fonts. Hopefully not too far from now. There is plenty of stuff in the pipeline for a better UI, including two-up mode, pica rules, real-time panning etc. Now I just have to get time to work on it...   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05088; 6 Aug 90 13:39 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03904; 6 Aug 90 13:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03891; 6 Aug 90 12:52 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00464; 5 Aug 90 20:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA05554; Mon, 6 Aug 90 03:57:42 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 Aug 90 05:56:14 GMT From: Andrew Hume Organization: AT&T Bell Laboratories, Murray Hill NJ Subject: Re: 10 pounds in a 5 pound bag.. Message-Id: <11141@alice.UUCP> References: <9008011308.AA17269@avelon.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL i make no claim to expert knowledge here but we decided the ordinary partition layout was not useful to us. our current setup (at least the changed and new partitions) are SMD (1.2GB) DISKS ================== each disk includes the following partitions (you refer to partition P on drive D on controller C by /dev/dsk/xylCdDsP): 0: efs 3+26 / 1: raw 29+150 swap 2: efs 179+150 /tmp 3: efs 329+474 /usr 4: efs 803+800 /u0 5: efs 3+800 /u1 (for comparison: 1: raw 28+81 old swap 6: efs 109+1494 old /usr ) we normally run multiple disk systems (4 typically) with drives 0,1 using partitions 0,1,2,3,4 (both bootable) and all the rest using just 4,5 for usr files. we keep /usr clear of anything that sgi (or other vendors) put there. that way, if an engineer swings by, we can power off our main usr drives and feel better.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10861; 5 Aug 90 5:56 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10728; 5 Aug 90 4:54 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa10718; 5 Aug 90 4:43 EDT Received: from cunyvm.cuny.edu by ADM.BRL.MIL id aa08091; 5 Aug 90 4:33 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 7236; Sun, 05 Aug 90 04:31:04 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Sun, 5 Aug 90 04:32 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA14458; Sun, 5 Aug 90 04:45:56 DSD Date: Sun, 5 Aug 90 04:45:56 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Structure Alignment Violation Wanted... To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9008051145.AA14458@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil I am reading binary data from a DEC machine, and I want to interpert floats (=dec reals) and ints after I swab bytes. The dec machine does not align ints and floats on mips word boundries. I am finding that the structure I template has unwanted holes and wrong offsets. Is there an 'Unaligned' int and float available ? Also, what is the bit pattern for mips float ? I assume that float are NOT promoted to doubles in 3.3(Right ?) dan. +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12547; 5 Aug 90 18:39 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12117; 5 Aug 90 17:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12097; 5 Aug 90 17:12 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa15221; 5 Aug 90 16:59 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA21120; Sun, 5 Aug 90 13:45:32 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Aug 90 20:21:46 GMT From: Pat Martin Organization: Schreiber Group (Harvard Chemistry Department) Subject: Magic Sparkles Everywhere Message-Id: <3752@husc6.harvard.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have scanned through most of the (what I thought to be) the appropriate manuals to find a satisfactory answer to my question; I havent found the answer yet, so here goes... We have had our IRIS 4D for less than six months. Starting about 2 weeks ago, small white dots began appearing on the screen, especially whenever we activate a graphics package (QUANTA, FELIX...). Rebooting the system seems to "reset" the dots, but they reappear like clockwork. My question is (before I go running to the SGI hot-line) : is this something easily remedied by software, or does this sound like a hardware problem? Thanks. ..pkm (Patrick Martin) martin@slsiris.harvard.edu MARTIN@SLSVAX.HARVARD.EDU   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12623; 5 Aug 90 18:59 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12189; 5 Aug 90 18:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12165; 5 Aug 90 17:54 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa15289; 5 Aug 90 17:44 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA23710; Sun, 5 Aug 90 14:35:10 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Aug 90 21:27:52 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: how to attach a modem for dial-in/out Message-Id: <66136@sgi.sgi.com> References: <66085@sgi.sgi.com>, <3813@quiche.cs.mcgill.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <3813@quiche.cs.mcgill.ca>, wheelan@quiche.cs.mcgill.ca (Bill HEELAN) writes: > ... > To test them I use 'cu' to dial out through one and into the other. I am > able to log in all right, but when I log out and the modems disconnect > the machine hangs: the console is dead and rlogins are impossible, > although 'ping' gets replies.... 3.2 IRIX on MP machines through at least the penultimate version of 3.2 (perhaps it was called 3.2.2) had bugs that could cause a CPU to lock-up. Most of the complaints went away with fixes put in to the last version of 3.2 (perhaps 3.2.3--many of us are confused by the numbers). As Murphy would have predicted, additional problems on MP machines have been discovered and will be fixed in 3.3.1. There is also a collection of low frequency (<1 occurrance/machine-millenium) problems that we have not yet been able to reproduce, and so have not been able to fix. If you have a way to reproduce such problems, please let the Hotline know. Vernon Schryver vjs@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12733; 5 Aug 90 19:35 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab12623; 5 Aug 90 19:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12589; 5 Aug 90 18:50 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa15384; 5 Aug 90 18:44 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA27303; Sun, 5 Aug 90 15:37:00 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Aug 90 22:02:02 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc. Subject: Re: Magic Sparkles Everywhere Message-Id: <11411@odin.corp.sgi.com> References: <3752@husc6.harvard.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <3752@husc6.harvard.edu>, martin@slsvax.harvard.edu (Pat Martin) writes: > > We have had our IRIS 4D for less than six months. Starting about 2 weeks ago, > small white dots began appearing on the screen, especially whenever we activate > a graphics package (QUANTA, FELIX...). Rebooting the system seems to "reset" > the dots, but they reappear like clockwork. > Maybe one of the graphics packages you are running is mucking with the color map. One of my coworkers was complaining to me that an ipasted image of herself had white spots in the hair. I popped up up showmap to watch the color map and then did a makemap to restore the default color map. Viola', the white specks disappeared. The changes in showmap showed my which color map entries changed. Next time the white dots appear, try running makemap. Either it will convince you that the problem is due to colormap contention or it will convince you that the problem lies elsewhere. --- Ciemo   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04787; 6 Aug 90 13:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad04234; 6 Aug 90 13:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04074; 6 Aug 90 12:59 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00225; 6 Aug 90 12:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA21988; Mon, 6 Aug 90 08:50:28 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Aug 90 15:28:56 GMT From: George Dabrowski Organization: Naval Postgraduate School, Monterey CA Subject: Smooth curves on an IRIS 4D, Personal IRIS Message-Id: <1172@cs.nps.navy.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone have any experience drawing smooth curves on an IRIS using a package called NURBS? If so, please tell me where I can get it and what you think of it. I am looking for a better way of drawing curves than is available in the graphics library at present. Thanks Much!   Received: from vmb.brl.mil by VMB.BRL.MIL id ab05088; 6 Aug 90 13:39 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04234; 6 Aug 90 13:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac03891; 6 Aug 90 12:53 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa00688; 6 Aug 90 7:34 EDT Received: Mon, 6 Aug 90 07:34:16 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 6 Aug 90 07:34:16 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9008061134.AA11331@aero4.larc.nasa.gov> To: sgi!shinobu!odin!bananaPC.wpd.sgi.com!ciemo@ucbvax.berkeley.edu Subject: Re: Linking /tmp to /usr/tmp Cc: info-iris@BRL.MIL You gave two reasons for not linking /tmp to /usr/tmp. The first I don't think is valid anymore. I believe /tmp is no longer automatically removed at each reboot. I don't remember which release it was that SGI stopped removing /tmp. The second reason is the first "real" reason I have heard yet. If you don't mound /usr, and therefor /usr/tmp a.k.a. /tmp, you won't be able to use vi or ex. This, to me, however doesn't sound that bad. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id ac05088; 6 Aug 90 13:39 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab04234; 6 Aug 90 13:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03964; 6 Aug 90 12:55 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa01044; 6 Aug 90 8:27 EDT Received: Mon, 6 Aug 90 08:27:40 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 6 Aug 90 08:27:40 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9008061227.AA11480@aero4.larc.nasa.gov> To: sgi!vjs%rhyolite.wpd.sgi.com@ucbvax.berkeley.edu Subject: Re: Linking /tmp to /usr/tmp Cc: info-iris@BRL.MIL I looked at /etc/inid.d/RMTMPFILES and it checks to see if /tmp is linked to something else if it is then the directory is not removed. I looked at /etc/init.d/RMTMPFILES and it checks to see if /tmp is linked to something else, if it is then the directory is not removed. It is also not removed if it or any of its subdirectories are mounting points. The file also mentions /usr/tmp_rex, what is this for? Also I can't find any scripts that execute RMTMPFILES, so it doesn't seem to be executed. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id ad05088; 6 Aug 90 13:39 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac04234; 6 Aug 90 13:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab03964; 6 Aug 90 12:55 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa01489; 6 Aug 90 8:46 EDT Received: Mon, 6 Aug 90 08:46:43 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 6 Aug 90 08:46:43 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9008061246.AA11564@aero4.larc.nasa.gov> To: mephisto!utkcs2!murthy@rutgers.edu Subject: Re: mknetpr for non SGI machines. Cc: info-iris@BRL.MIL If you have OS 3.3, SGI finally included the BSD lp stuff, and I would use that. We have a 4D/210VGX and we are using lpd to send files to our Sun, with no problems. However, if you want to use the SV5 printer, why I don't know, the way I got our 3130 (a combination of the worst of BSD and SV5) to send files to a BSD machine is to allow the lp from the 3130 to log onto an lp account on the BSD machine. The /usr/spool/interface files rcp the file from our 3130 to the BSD machine, then rsh the lp command on the remote machine. You need user lp on the BSD machine and a .rhosts file in lp's home directory on the remote machine, that is if the local machine isn't in the remote machines host.equiv file. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05954; 6 Aug 90 14:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05535; 6 Aug 90 13:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05300; 6 Aug 90 13:44 EDT Received: from [128.155.36.81] by VGR.BRL.MIL id aa00694; 6 Aug 90 13:27 EDT Received: Mon, 6 Aug 90 13:12:58 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 6 Aug 90 13:12:58 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9008061712.AA12595@aero4.larc.nasa.gov> To: alice!andrew@ucbvax.berkeley.edu Subject: Re: 10 pounds in a 5 pound bag.. Cc: info-iris@BRL.MIL The problem (or disadvantage) with making /tmp a partition is that it is wasted space. If you are not compiling or editting something that space is wasted. If you link /tmp to say /usr/tmp you use your disk space more efficiently. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06287; 6 Aug 90 14:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac05954; 6 Aug 90 14:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05890; 6 Aug 90 14:05 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00818; 6 Aug 90 13:41 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA28968; Mon, 6 Aug 90 10:32:57 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Aug 90 16:47:35 GMT From: Andy Warinner Organization: Global Information Systems Technology Inc., Savoy, IL Subject: C++ 2.0 from SGI? Message-Id: <935@gistdev.gist.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have been using C++ (version 1.2) purchased from SGI on our Personal Iris. When will a version of C++ based on AT&T's version 2.0 be available from SGI? I talked to an engineer at SGI's roving demo semi and he said that SGI is using C++ 2.0 in house. But he didn't know of any plans to release it. Does SGI have any plans to share its goodies? Andrew Warinner | "Semper ubi sub ubi" - J. Caesar GIST, Inc. | Standard | EMAIL: andy@gistdev.gist.com disclaimer... | {uunet, uiucuxc}!gistdev!andy   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10216; 6 Aug 90 18:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10195; 6 Aug 90 18:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10189; 6 Aug 90 18:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04093; 6 Aug 90 18:00 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15086; Mon, 6 Aug 90 14:40:07 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Aug 90 19:47:36 GMT From: Chris Wagner Organization: Silicon Graphics, Research & Development Subject: Re: Linking /tmp to /usr/tmp Message-Id: <11455@odin.corp.sgi.com> References: <9008031155.AA02414@aero4.larc.nasa.gov>, <11369@odin.corp.sgi.com>, <11387@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <66088@sgi.sgi.com>, vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes: > > In passing, /etc/init.d/RMTMPFILES might be interesting to those who want to > make /tmp into a link. That is the script that tries to clean /tmp, > /usr/tmp, and so on when the system is started. > > > Vernon Schryver > vjs@sgi.com VJS is correct - please everyone - if you do NOT know the answer - do NOT post random info!!!!! In 3.3 we actually tried to allow this since for a while now customers have asked for this ability. The pertinent lines from /etc/init.d/RMTMPFILES: # if /tmp or any of its subdirectories is a mount point do not remove it. # if /tmp symbolic links to other directory do not remove it. M=`mount | grep ' on /tmp' | wc -l` if [ $M -eq 0 ]; then if [ ! -l /tmp ]; then rm -rf /tmp mkdir /tmp fi fi As for running in single user mode - things like ex/ve are in /usr/bin - so noone will be running those without /usr mounted! As for the X socket - I believe in order to start this whole scenario - one need to log out, and log back in as root NOGRAPHICS - this way news and X will not be started up - here is your chance to link /tmp and /etc/gl Notice that the 3.3 installation tools HANDLE symbolic links just fine - I personally have my /usr/demos and /usr/adm/crash symlinked onto another disk Chris Wagner   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10441; 6 Aug 90 19:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10277; 6 Aug 90 18:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10275; 6 Aug 90 18:53 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04270; 6 Aug 90 18:38 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15175; Mon, 6 Aug 90 14:41:09 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Aug 90 20:39:47 GMT From: sgi!shinobu!odin!miq@ucbvax.berkeley.edu Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Smooth curves on an IRIS 4D, Personal IRIS Message-Id: <11461@odin.corp.sgi.com> References: <1172@cs.nps.navy.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1172@cs.nps.navy.mil> dabro@cs.nps.navy.mil (George Dabrowski) writes: >Does anyone have any experience drawing smooth curves on an >IRIS using a package called NURBS? If so, please tell me where >I can get it and what you think of it. I am looking for a better >way of drawing curves than is available in the graphics library >at present. >Thanks Much! NURBS is not a package (well maybe it is but I've never heard of it) but stands for: Non-Uniform Rational B-Splines. These are now available from the graphics library. Here are the available on-line man pages: bgnsurface, endsurface (3G) - delimit a NURBS surface definition bgntrim, endtrim (3G) - delimit a NURBS surface trimming loop getnur (3G) - returns the current value of a trimmed NURBS surfaces display property getnurbsproperty (3G) - returns the current value of a trimmed NURBS surfaces display property nurbscurve (3G) - controls the shape of a NURBS trimming curve nurbssurface (3G) - controls the shape of a NURBS surface pwlcurve (3G) - describes a piecewise linear trimming curve for NURBS surfaces setnur (3G) - sets a property for the display of trimmed NURBS surfa ces setnurbsproperty (3G) - sets a property for the display of trimmed NURBS surfa ces trimnurbs (1) - create, display and edit trimmed, non-uniform, rationa l B- Spline surfaces (NURBS) -- "Mister! Hey mister! You lights are popped up, but they aren't on!" "Huh? Oh gee thanks..." An ignorant good samaritan and me in my Bugeye Miq Millman -- miq@sgi.com or {decwrl,pyramid,ucbvax}!sgi!miq 415 335 1041   Received: from vmb.brl.mil by VMB.BRL.MIL id ab10441; 6 Aug 90 19:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10345; 6 Aug 90 19:10 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10279; 6 Aug 90 18:53 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa04277; 6 Aug 90 18:40 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 2149; Mon, 06 Aug 90 17:57:19 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Mon, 6 Aug 90 17:59 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA18462; Mon, 6 Aug 90 18:13:20 DSD Date: Mon, 6 Aug 90 18:13:20 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: very fast /tmp and /usr/tmp partitions. To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9008070113.AA18462@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil It seems that there are two uses for tmp: a standard place to put temp files and buffers and a place to put trash. I was wondering of it would be of value to speed up compiles and shell scripts if the tmp file systems were put on a small (20-40 megabyte) separate fast hard disk, perhaps a ram disk. Are there any ram disks available for sgi machines, and does anyone have experience with them ? Are they worth it ? Dan. +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10519; 6 Aug 90 19:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab10216; 6 Aug 90 18:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10214; 6 Aug 90 18:36 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04216; 6 Aug 90 18:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15056; Mon, 6 Aug 90 14:39:49 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Aug 90 19:32:58 GMT From: "Jack P. Weldon" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: MP system hangs when using ttym or ttyf under 3.2 [was Re: how to attach a modem for dial-in/out] Message-Id: <11453@odin.corp.sgi.com> References: <66085@sgi.sgi.com>, <3813@quiche.cs.mcgill.ca>, <66136@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <66136@sgi.sgi.com> vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes: >In article <3813@quiche.cs.mcgill.ca>, wheelan@quiche.cs.mcgill.ca (Bill HEELAN) writes: >> ... >> To test them I use 'cu' to dial out through one and into the other. I am >> able to log in all right, but when I log out and the modems disconnect >> the machine hangs: the console is dead and rlogins are impossible, >> although 'ping' gets replies.... > > >3.2 IRIX on MP machines through at least the penultimate version of 3.2 >(perhaps it was called 3.2.2) had bugs that could cause a CPU to lock-up. >Most of the complaints went away with fixes put in to the last version of >3.2 (perhaps 3.2.3--many of us are confused by the numbers). > >Vernon Schryver Vernon is correct. The 3.2 bug that would hang a MP machine (when accessing ttyf* or ttym*) was fixed in 3.2.1. Any release greater than that will also have the fix (3.2.2, 3.2.3). If you have a support contract and do not have on of these loaded on your machine, or available to you, contact the SGI Geometry Hotline. Cheers, Jack P. Weldon (jweldon@sgi.com)   Received: from vmb.brl.mil by VMB.BRL.MIL id ab10519; 6 Aug 90 19:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac10441; 6 Aug 90 19:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10413; 6 Aug 90 19:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04384; 6 Aug 90 19:09 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15118; Mon, 6 Aug 90 14:40:28 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Aug 90 20:19:30 GMT From: Phil Karlton Organization: Silicon Graphics, System Software Division Subject: Re: mknetpr for non SGI machines. Message-Id: <11460@odin.corp.sgi.com> References: <1990Aug4.195822.18376@cs.utk.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug4.195822.18376@cs.utk.edu>, murthy@utkcs2.cs.utk.edu (Nagesh Murthy) writes: |> Now what I am trying to do is that I need to access a Postscript printer |> that is physically connected to a SUN Workstation and not a PI. |> Well, for any other SUN Workstation to access a printer connected to another |> SUN Workstation I need to have the printcap file properly set. But in case |> of PIs I am not sure how it is done since the lp deamon does not seem to read |> a printcap file (or am I wrong?). Basically, lp and lpr do not talk to each other at all. You need to use the bsd spooler software. The client side of it is on the eoe2 tape. eoe2.sw.bsdlpr => BSD Line Printer Spooling Utilities Basically what is available is a built version of the software; not much other help is provided. (There is a sample printcap file.) In particular, the visual admin tools don't handle the BSD printing utilties at all. PK   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10919; 6 Aug 90 20:12 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10621; 6 Aug 90 20:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10612; 6 Aug 90 19:51 EDT Received: from vm.uoguelph.ca by VGR.BRL.MIL id aa04526; 6 Aug 90 19:46 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 4197; Mon, 06 Aug 90 19:44:18 EST Received: by UOGUELPH (Mailer R2.07) id 1071; Mon, 06 Aug 90 19:44:17 EST Date: Mon, 06 Aug 90 19:33:21 EST From: Peter Jaspers-Fayer Subject: Sorry for the waste of net bandwidth, but HEELLLPPP!!! To: info-iris@BRL.MIL, Dennis Fisher , uaslisa@vm.uoguelph.ca, Leonard Zaifman cc: info-iris-request@BRL.MIL Message-ID: <9008061946.aa04526@VGR.BRL.MIL> I have tried on several (at least 3) occasions to subscribe to info- iris by sending mail to info-iris-request@BRL.MIL. Some of these attempts were well over 2 months ago, and as recent as last week. Someone else here is also unable to join ('uaslisa'). I have received not a peep from anyone, and so, I beg the forgiveness of the readership at large, and make a plea to any human administrator of this list for help. If ANYONE has suggestions, please mail to me direct (although I hope that my collegues here - who HAVE been able to get on the list - will forward things...) We probably have enough readership here to set up a BITNET LISTSERV peer (if that means anything to you unix gurus), and that would save a lot of bother, both to the administrators of this list and to those poor souls (like me) who still use VM/CMS as their primary mail drop. /PJ SofPJF@VM.UoGuelph.Ca (Probably also reachable (until ?) at SOFPJF@UOGUELPH.BITNET) ------------------------------- "C:" What it lacks in readability it makes up for in ambiguity.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11492; 6 Aug 90 22:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa11385; 6 Aug 90 21:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11336; 6 Aug 90 21:37 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05132; 6 Aug 90 21:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29583; Mon, 6 Aug 90 18:25:34 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 Aug 90 00:13:32 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Linking /tmp to /usr/tmp Message-Id: <66228@sgi.sgi.com> References: <9008061227.AA11480@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008061227.AA11480@aero4.larc.nasa.gov>, blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS361 x42854") writes: > > Also I can't find any scripts that execute RMTMPFILES, so it > doesn't seem to be executed. The nodes in /etc/rc[23].d are usually symbolic links to /etc/init.d. The are run by /etc/rc[23], which are run by init when "changing state," as directed by /etc/inittab. The SVR3 idea of the /etc/init.d files is to permit the old rc, rc.local, and (on 3000's) other rc.* files to be divided by function, so that you can install or remove things without hacking rc files, and can start and stop portions of the system. This stuff is partially documented in init(1M). I recall reading the AT&T words describing the general /etc/init.d scheme in some "Administrator's Guide." Vernon Schryver vjs@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11542; 6 Aug 90 22:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab11385; 6 Aug 90 21:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab11336; 6 Aug 90 21:37 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05134; 6 Aug 90 21:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA28706; Mon, 6 Aug 90 18:11:36 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Aug 90 15:32:23 GMT From: "Gregory D. Swedberg" Organization: The Aerospace Corporation, El Segundo, CA Subject: Re: Crashing the window mgr from GL programs Message-Id: <80192@aerospace.AERO.ORG> References: <1990Aug3.075057.11705@cs.umn.edu>, <11361@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have run into exactly this problem when the wrong type is passed to a GL function. The window manager especially hates passing doubles to routines expecting floats. The same thing also happens if a float value is NaN.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05210; 8 Aug 90 6:32 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04930; 8 Aug 90 6:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04921; 8 Aug 90 6:03 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03362; 8 Aug 90 5:49 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA21380; Wed, 8 Aug 90 02:45:28 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Aug 90 20:36:05 GMT From: Marius Messerli Organization: Biophysics Institute ETHZ Switzerland Subject: ld-error linking dgl Message-Id: <4641@biophys.zir.ethz.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Changing from -lgl_s to -ldgl (as described in the 4Sight Programmer's Guide G6-13) I get the following ld errors: /usr/bin/ld: Undefined: gl_drawbitmap gl_beginstring gl_endstring *** Error code 1 Stop. compile-command: cc -o daim daim.o clsm.a -ldgl -lsun -lbsd -limage -lm -lfm_s where is the mistake ? Thanks very much for any help, Marius.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01473; 7 Aug 90 16:39 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01327; 7 Aug 90 16:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01265; 7 Aug 90 16:13 EDT Received: from PIG.DREA.DND.CA by VGR.BRL.MIL id aa01061; 7 Aug 90 15:49 EDT Received: Tue, 7 Aug 90 13:20:58 ADT by pig.drea.dnd.ca (5.52/5.6) Date: Tue, 7 Aug 90 13:20:58 ADT From: Jim Diamond Message-Id: <9008071620.AA01274@pig.drea.dnd.ca> To: info-iris@BRL.MIL Subject: spellin, one more time I sent this question out a few weeks ago, and as is usual for 3130-type questions, the silence was overwhelming. I realize that, officially speaking, SGI employees are not allowed to acknowledge the existence of pre-4D series machines (this is one of the reasons that we cancelled our 3130's Hotline support), much less publically answer questions about them, but I assume that employees with 3130 knowledge haven't all been terminated. (Sorta reminds you of "1984", doesn't it?) Since none of the other 3130 users (i.e., orphans) out there were able or willing to answer the question, I thought that if some kind soul at SGI knows the answer, I would be happy to promise to never divulge who helped me out on this one. ---------------------------------------------------------------------- I would like to create my own hashed word list (analogous to hlista and hlistb) for use with the spell(1) program on a 3130. While the man page for spell (and hashcheck and spellin and hashmake) does not explicitly mention how to do this, it would seem that part of this task involves something like cat | hashmake | spellin where should be the number of words in . But even attempting echo dog | hashmake | spellin 1 seems beyond spellin's capabilities: after sitting and thinking for about 20 CPU seconds, it crashes with a segmentation violation. Is there anyone out there who would admit to knowledge about how this version of spellin should really work? Thanks. Jim Diamond zsd@pig.drea.dnd.ca   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02099; 7 Aug 90 18:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01327; 7 Aug 90 16:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01268; 7 Aug 90 16:14 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa01103; 7 Aug 90 15:55 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 3304; Tue, 07 Aug 90 15:54:16 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Tue, 7 Aug 90 15:55 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA21830; Tue, 7 Aug 90 16:10:54 DSD Date: Tue, 7 Aug 90 16:10:54 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Symbolic Links for Lunks. To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9008072310.AA21830@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil After having clobbered too many very important files and directories that I wanted to make local symlinks to, I wrote the script below to make it more difficult for me to clobber my files with sgi symbolic links. Use it in good health. I would be interested in your improvements too! #! /bin/sh # Less dangerious and more user frendly front end for ln -s . # Prevents you from making symbolic linkages the wrong way and clobbering what # you want to link to. clear # . Version.mac #a macro that records who and how often this is used. file="$1" echo "Enter existing file you wish create a link to" if [ "$1" ] then echo "or enter a return to use $1" fi read file if [ -z "$file" ] then file=$1 fi if [ -x $file ] then echo "GOOD. $file exists" ls -ld $file else echo "$file does not exist" echo " How do you expect me to make a link to a file I can't find." echo " bad bad boy" exit 1 fi echo "\n\n" echo "Enter name of link to create $2" if [ -z "$2" ] then echo "or return to use `basename $file`" fi read link if [ -z "$link" ] then link=$2 fi if [ -z "$link" ] then link=`basename $file` echo "do you want me to use $link as your local link to \n$file ?" echo "\nReturn to continue,anything else aborts." read ans if [ -n "$ans" ] then exit 1 fi fi if [ -x $link ] then echo "bad bad bad boy, $link exists. If you don't believe me, look" ls -ld $link exit 1 else echo "nice kitty" echo " $link is ready to create" fi ln -s $file $link echo "\n\n" ls -ld $file $link | cut -c1-10,40- echo "$0 :Completed" # . End.mac exit 0 +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02192; 7 Aug 90 18:49 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02156; 7 Aug 90 18:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02127; 7 Aug 90 18:23 EDT Received: from nu.cs.fsu.edu by VGR.BRL.MIL id aa01606; 7 Aug 90 18:15 EDT Received: from chaos.ocean.fsu.edu by nu.cs.fsu.edu with SMTP (5.61/25-eef) id AA10185; Tue, 7 Aug 90 18:12:11 -0400 Received: by chaos.ocean.fsu.edu (5.52/25-eef) id AA21964; Tue, 7 Aug 90 18:24:27 EDT Date: Tue, 7 Aug 90 18:24:27 EDT From: Steve Van Gorder Message-Id: <9008072224.AA21964@chaos.ocean.fsu.edu> To: info-iris <@nu:info-iris@BRL.MIL> Subject: Problem with nice I have several problems with nice and related things. 1. The default increment for nice on my machine seems to be 4 instead of 10 as the manual says. i.e. "nice command" executes command with a nice value of 24 while "command" executes with nice=20. 2. "nice -increment command" does nothing at all for any value of increment. Its nice value is always 20 ! A question about npri. I was under the impression from previous discussions in this news group and from reading the manuals that if I type "npri -h 250 -p pid" as superuser then this process would be assigned a "non-degrading" priority of 250. According to schedctl(2) man page this means that it is of lower priority than all other processes and shouldn't interfere with ANY interactive job. It doesn't seem to work that way to me at all. In particular the window manager can become almost totally usless if there are even few jobs running in background ... and even if they have been "NPRIed" into oblivion. Shouldn't I ALWAYS see +250 as the priority in the process status table ? ... Because sometimes I do and sometimes I don't. These jobs still change priorities like all the other processes do. Anyway help with these questions will be appreciated. I have a 4D/20 with 8 meg ram running 3.2 -- Steve VanGorder steve@chaos.ocean.fsu.edu Dept. of Oceanography (128.186.3.34) Florida State University gorder@fsu.bitnet Tallahassee, Fl 32306 (904)644-2447   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05679; 8 Aug 90 7:39 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05188; 8 Aug 90 6:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05177; 8 Aug 90 6:18 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03376; 8 Aug 90 5:58 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA22459; Wed, 8 Aug 90 02:58:18 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 Aug 90 06:38:51 GMT From: mcsun!cernvax!chx400!urz.unibas.ch!doelz@uunet.uu.net Organization: University of Basel, Switzerland Subject: Why not have a /tmp *partition* ? (Was:RE:10 pounds...) Message-Id: <1990Aug7.073851.866@urz.unibas.ch> References: <9008061712.AA12595@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008061712.AA12595@aero4.larc.nasa.gov>, blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS361 x42854") writes: > The problem (or disadvantage) with making /tmp a partition is > that it is wasted space. If you are not compiling or editting > something that space is wasted. If you link /tmp to say /usr/tmp > you use your disk space more efficiently. > -- Sorry, folks, that I'm still discussing disk quota 8-( occasionally. The way I am using /tmp is to offer those who seem to be disk hogs a spare part of resources. Once a customer syas 'I need so much disk and you can't provide it' - I give him the hint to use /tmp instead. Usually these folks drastically underestimate their needs and show up again later demanding even more. The /tmp partition sets the final limit here - Once a partition is full, no one can work on it any longer. CAVEAT ! Works pretty well as long as you have the following line in /usr/spool/cron/crontabs/root: 0 2 * * * find /tmp -local -type f -mtime +2 -atime +2 -exec /bin/rm -f '{}' ';' You can play with that and also remove links and directories. Thats what we do but we give them a little longer lifetime. We even have a line which removes core files ona obvious junk in hourly intervals. BTW, there are two more candidates which use /tmp *heavily* and should not be forgotten: 4DDN (the 'Decnet' product) is usually having a home directory in /usr. We changed that to /tmp because depending on your security concerns anyone could write on your community account whithout privs (coming across the decnet protocol). On the other hand, byte swapping of files is needed. And because neither the SGI supports DEC remote procedure calls nor does the VAX support Unix remote procedure calls, I usually need a place where I put the 'wrongly', non-byte-swapped, wrong-formatted (binary) file to. There are still some caveats in using decnet but /tmp as a community scratch space is important. The other candidate is the uopt. Did you ever notice the *enormous* size of the files generated by the compiler/loader if you run with O3 ? Even if O3 is kind of special in some code :-) , sometimes it works and speeds up things considerable. Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id ab05679; 8 Aug 90 7:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab05450; 8 Aug 90 7:29 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab05398; 8 Aug 90 7:19 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03535; 8 Aug 90 7:02 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA27314; Wed, 8 Aug 90 03:51:57 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 Aug 90 17:01:39 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: very fast /tmp and /usr/tmp partitions. Message-Id: <11489@odin.corp.sgi.com> References: <9008070113.AA18462@mcirps2.med.nyu.edu>, <1990Aug7.124134.7563@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <1990Aug7.124134.7563@eagle.lerc.nasa.gov> fsfacca@ZoSo.lerc.nasa.gov (Tony Facca) writes: | >Are there any ram disks available for sgi machines, and does anyone have | >experience with them ? Are they worth it ? | | I think you can probably call the same people who sell those third party | inodes. :-) Actually, there ARE companies that make SCSI based RAM disks. We measured sustained throughput of about 4Mb a second on one of them (provided you have a machine with the IO3 board, or a 4D25). That isn't blindingly fast, but it is about twice as fast as the fastest available SCSI disk drives, and only slightly slower than IPI. One of the companies making such drives is Ramstor, someplace in Colorado. They aren't cheap, and of course we are not endorsing them, saying they will work for you, etc., etc. CPU memory based RAM disks really aren't all that great, since unless you have a Power series with 128 Mb of RAM, you probably won't have enough RAM to help a whole lot. Irix 3.3 does allow you to use 'all' of 'unused' memory as part of the buffer/page cache automatically, which can speed some file accesses quite a bit. -- Dave Olson Life would be so much easier if we could just look at the source code.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06273; 8 Aug 90 7:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05450; 8 Aug 90 7:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05398; 8 Aug 90 7:19 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03533; 8 Aug 90 7:01 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA27780; Wed, 8 Aug 90 03:57:04 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 Aug 90 12:41:34 GMT From: Tony Facca Organization: NASA/Lewis Research Center, Cleveland Subject: Re: very fast /tmp and /usr/tmp partitions. Message-Id: <1990Aug7.124134.7563@eagle.lerc.nasa.gov> References: <9008070113.AA18462@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >Are there any ram disks available for sgi machines, and does anyone have >experience with them ? Are they worth it ? I think you can probably call the same people who sell those third party inodes. :-) -- ----------------------------------------------------------------------------- Tony Facca | fsfacca@avelon.lerc.nasa.gov | phone: 216-433-8318 ----------------------------------------------------------------------------- You are at Witt's end. Passages lead off in *all* directions.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab06273; 8 Aug 90 7:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac05679; 8 Aug 90 7:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05483; 8 Aug 90 7:37 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03576; 8 Aug 90 7:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29413; Wed, 8 Aug 90 04:14:33 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 Aug 90 13:39:24 GMT From: Szczypinski Organization: The MITRE Corp., Bedford, MA Subject: Need accounting(logins/logouts)help Message-Id: <116281@linus.mitre.org> References: <1990Aug4.015454.11541@athena.mit.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am a computer operator, not a programmer or administrator officially. I basically learn what I can from other people. What I need help with is the logins and logouts accounting files. We have several secure silicon graphics machines in our area. Right now for our standard practice we must have any users who login to the machine sign in and sign out on a sheet of paper. What we want to do is have that same procedure, but have it done automatically by the system. I assume it has something to do with /etc/wtmp file, but I cant make much sense of it. If someone out there has a similar setup, could they please respond to this letter. Live long and Prosper- rjr   Received: from vmb.brl.mil by VMB.BRL.MIL id ac06273; 8 Aug 90 7:56 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad05679; 8 Aug 90 7:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab05483; 8 Aug 90 7:37 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03580; 8 Aug 90 7:25 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA00549; Wed, 8 Aug 90 04:26:21 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 Aug 90 18:17:37 GMT From: "Linda A. Seltzer" Organization: Princeton University Dept. of Music Subject: Audio interface Message-Id: <1687@idunno.Princeton.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have been told that the audio ports on the IRIS are for 8-bit sound only. Other than 64 kbps telephone speech, there is not very much one can do with only 8-bit sound. I've been using the Personal IRIS for a couple of months at work and I really like the machine. Are there any plans to develop a 16-bit audio interface for professional work? Are the other ports fast enough? Has anyone out there interfaced an IRIS to D/A's and A/D's, with drivers? Linda Seltzer lseltzer@phoenix.princeton.edu or linda@warsgi.princeton.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06540; 8 Aug 90 8:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac05450; 8 Aug 90 7:29 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab05407; 8 Aug 90 7:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03552; 8 Aug 90 7:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA28933; Wed, 8 Aug 90 04:08:55 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 Aug 90 15:32:33 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: Re: Linking /tmp to /usr/tmp Message-Id: <1990Aug7.153233.8303@sgzh.uucp> References: <11369@odin.corp.sgi.com>, <11387@odin.corp.sgi.com>, <11455@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <11455@odin.corp.sgi.com> jwag@sgi.com (Chris Wagner) writes: > >VJS is correct - please everyone - if you do NOT know the answer - do NOT post >random info!!!!! > lighten up. If one can't handle random info one shouldn't use a computer. bruno   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09034; 8 Aug 90 9:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac08419; 8 Aug 90 9:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac08129; 8 Aug 90 9:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04254; 8 Aug 90 9:07 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08599; Wed, 8 Aug 90 06:00:50 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 Aug 90 22:22:39 GMT From: Jerre Bowen Organization: Silicon Graphics, Inc., Mountain View, CA Subject: SIGSTOP, job control, and etc. Message-Id: <11514@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL spencer@eecs.umich.edu (Spencer W. Thomas) writes: > Actually, the rules are not nearly as complicated as you imply. If > you are not root, you can send signals to any process with the same > uid. If you are root, you can send signals to any process. You can > send SIGCONT to any process which is a direct descendent of your > process (in addition to the above rule). This is correct and stated more clearly than my explanation. > Process groups have nothing to do with it (unless you use the killpg > function). Yep. You're right. I'm eating crow. > If an orphan (a process whose parent is init (process 1)) receives a > SIGTSTP, it will be killed instead. However, you can send SIGSTOP to > an orphan and restart it later with SIGCONT [[Oops -- not true on the > Iris. It is true on Suns and 4BSD systems.]] This is a bug in IRIX and will be fixed in a future release. Then receipt of SIG{TSTP,TTIN,TTOU} by a process whose parent is init will kill the process, but receipt of SIGSTOP by the process will not. Jerre Bowen bowen@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09210; 8 Aug 90 10:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08419; 8 Aug 90 9:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08129; 8 Aug 90 9:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04244; 8 Aug 90 9:05 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08616; Wed, 8 Aug 90 06:01:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 Aug 90 18:35:08 GMT From: Russ Claus Organization: NASA/Lewis Research Center, Cleveland Subject: Remoting monitor/keyboard for 4D-340 Message-Id: <1990Aug7.183508.8503@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am trying to remote the CPU and tape unit of a new Iris 4D-340. The monitor and keyboard will be located approximately 100 ft from the CPU unit. Do you know of any vendors of cables that make this into a relatively simple process? Any information I can get on this process would be appreciated. Russ Claus   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09383; 8 Aug 90 10:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09034; 8 Aug 90 9:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08701; 8 Aug 90 9:37 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04313; 8 Aug 90 9:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10290; Wed, 8 Aug 90 06:21:04 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Aug 90 02:28:55 GMT From: donl mathis Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: spellin, one more time Message-Id: <66345@sgi.sgi.com> References: <9008071620.AA01274@pig.drea.dnd.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008071620.AA01274@pig.drea.dnd.ca>, zsd@PIG.DREA.DND.CA (Jim Diamond) writes: > I realize that, officially speaking, SGI employees are not allowed to > acknowledge the existence of pre-4D series machines (this is one of > the reasons that we cancelled our 3130's Hotline support), much less > publically answer questions about them, but I assume that employees > with 3130 knowledge haven't all been terminated. (Sorta reminds you > of "1984", doesn't it?) Since none of the other 3130 users (i.e., > orphans) out there were able or willing to answer the question, I > thought that if some kind soul at SGI knows the answer, I would be > happy to promise to never divulge who helped me out on this one. Hm. You sound a little frustrated. I can't and won't try to justify SGI's behavior along these lines, but speaking purely for myself, as best i recollect... The staff that produced all of the early machines, up to and including the 3000 series, was rather small when compared to the current engineering staff. The effort to get the 4D series off the ground was rather massive, and involved not only moving many of the existing folk over, but hiring in a lot of new people who had no reason to learn about the earlier machines. The changes that occured in engineering were staggering, and resulted in an overall mix where only a fraction of the staff had anything to do with 3000's. By that time, the older series was becoming pretty stable, and because of the newer technology, it just didn't make a lot of sense to put much more effort into it. That seems pretty normal to me, somehow. The official policy, i believe, has been stated here before once or twice, and says that we still support the machines. I wouldn't be surprised if you found it a bit difficult to find people who were ready, willing, and able to help with support for the older machines, but there are probably still a few here and there. The company has apparently not done as well as it could have in making that support accessable. Some of the employees who put in more than a few 12-hour, 7-day work weeks to get the 3000's built, in the "old days", are probably a bit disappointed in that, but aren't necessarily in positions to do much about it. I'm sorry you didn't get any action on your first posting, too. The fact is that all of the engineers who worked on the 3000's are now busy working on "the new stuff", and probably have those nasty deadlines to meet and all that sort of thing. They were probably all hoping that someone else would help you, because they didn't have time! > ---------------------------------------------------------------------- > > I would like to create my own hashed word list (analogous to hlista > and hlistb) for use with the spell(1) program on a 3130. While the > man page for spell (and hashcheck and spellin and hashmake) does not > explicitly mention how to do this, it would seem that part of this > task involves something like > cat | hashmake | spellin > where should be the number of words in . > But even attempting > echo dog | hashmake | spellin 1 > seems beyond spellin's capabilities: after sitting and thinking for > about 20 CPU seconds, it crashes with a segmentation violation. > > Is there anyone out there who would admit to knowledge about how this > version of spellin should really work? There are some floating point algorithms in spellin that don't seem to work well with small values of . I haven't dug too deeply, but my first guess is that if t=(2^27/n), then t/(t+1) represented as a (single precision) floating point number has to be something other than 1. (I'm not quite certain that's the truth, but it's probably something like that!) In any case, the problem is an infinite recursion trying to bring some numbers in range, and values of 1000 or more seem to allow that to happen. I fed a single word to it, as in your example, but with a spellin argument of 1000, and it worked fine. The output file in that case was only 2k, so i don't think there's much a significant space penalty, even if your list is short. It looks like the expected use is to combine your "hashmake" output with the output of "hashcheck < hlista" (for example), and then feed it back into spellin with a big table size (based on a count of entries, i suppose). By the way, the man page implies that hashcheck will take a filename as an argument; this appears not to be the case. Feed it on stdin. --- Sorry for all the discomfort. -- - donl mathis at Silicon Graphics Computer Systems, Mountain View, CA donl@sgi.com "I want my Ektar 25 sheets!"   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09687; 8 Aug 90 10:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab08419; 8 Aug 90 9:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab08129; 8 Aug 90 9:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04246; 8 Aug 90 9:05 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08670; Wed, 8 Aug 90 06:01:40 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Aug 90 00:44:08 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Symbolic Links for Lunks. Message-Id: <66335@sgi.sgi.com> References: <9008072310.AA21830@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008072310.AA21830@mcirps2.med.nyu.edu>, root@MCIRPS2.MED.NYU.EDU writes: > > After having clobbered too many very important files and directories that > I wanted to make local symlinks to, I wrote the script below to > make it more difficult for me to clobber my files with sgi symbolic > links. ... Could you suggest improvements to the -i option of ln, as in `ln -si foo bar`, described in ln(1), to make ln as safe as your script? Vernon Schryver vjs@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04552; 8 Aug 90 3:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04411; 8 Aug 90 2:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04406; 8 Aug 90 2:27 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa02949; 8 Aug 90 2:11 EDT Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 7402; Wed, 08 Aug 90 02:10:07 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 08 Aug 90 08:12:18 Date: Wed, 8 Aug 90 08:10:39 +0200 (Central European Summer Time) From: Knobi der Rechnerschrat Subject: RE: Problems with nice -> should be: Problems with nice man-page. To: info-iris@BRL.MIL X-VMS-To: X%"steve@chaos.ocean.fsu.edu",X%"info-iris@brl.mil" Message-ID: <9008080211.aa02949@VGR.BRL.MIL> Hello, the problem with nice seems to be more a problem with the nice man page. There it is silently assumed that you are using /bin/sh as your shell. If you use /bin/csh (or derivates like tcsh) things are different. Here are the rules that I have discovered by experiment: shell def-value decrease priority increase priority (as root) ------------------------------------------------------------------ sh 10 nice -value nice --value csh 4 nice +value nice -value The '-', '--' and '+' are IMPORTANT. Could somebody at SGI look at the man page and correct it for some future release? Regards Martin Knoblauch TH-Darmstadt Physical Chemistry 1 Petersenstrasse 20 D-6100 Darmstadt, FRG BITNET:   Received: from vmb.brl.mil by VMB.BRL.MIL id ac09383; 8 Aug 90 10:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac09210; 8 Aug 90 10:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09114; 8 Aug 90 9:54 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa04347; 8 Aug 90 9:36 EDT Received: Wed, 8 Aug 90 09:45:38 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Wed, 8 Aug 90 09:45:38 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9008081345.AA19318@aero4.larc.nasa.gov> To: swrinde!zaphod.mps.ohio-state.edu!usc!snorkelwacker!spdcc!merk!alliant!linus!linus!sdimax2!rjr@ucsd.edu Subject: Re: Need accounting(logins/logouts)help Cc: info-iris@BRL.MIL I am not sure exactly what you want, but something simple. You could have cron run 'last' redirect the output to a file, clear wtmp, and send the file to a printer or just keep appending to the file. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10247; 8 Aug 90 10:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09963; 8 Aug 90 10:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09817; 8 Aug 90 10:31 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04539; 8 Aug 90 10:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14828; Wed, 8 Aug 90 07:16:07 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Aug 90 07:05:29 GMT From: Toine Schreurs Organization: University of Utrecht, Dept. of Physics Subject: Re: Problem with nice Message-Id: <1400@ruunsa.fys.ruu.nl> References: <9008072224.AA21964@chaos.ocean.fsu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <9008072224.AA21964@chaos.ocean.fsu.edu> steve@CHAOS.OCEAN.FSU.EDU (Steve Van Gorder) writes: >I was under the impression from previous discussions in this news group >and from reading the manuals that if I type "npri -h 250 -p pid" as superuser >then this process would be assigned a "non-degrading" priority of 250. >According to schedctl(2) man page this means that it is of lower priority than >all other processes and shouldn't interfere with ANY interactive job. >It doesn't seem to work that way to me at all. In particular the window >manager can become almost totally usless if there are even few jobs running >in background ... and even if they have been "NPRIed" into oblivion. We also have that problem, I think I know why. The processes that cause the trouble, make use of process-swapping/paging (look at ps -el, that is memory in 4096byte blocks). My first suggestion is that paging is an important system-operation, such that it is performed at a higher priority. Another suggestion is that, if you wait (reading) for about 15 seconds, the window-server process gets paged out for a significant part. I actually watched this process from a nearby terminal (ps -el). Our solution: work with a system-manager or in agreement. Suspend batch-jobs that use large amounts of memory when you need the machine interactively. -- Rob Hooft, hooft@chem.ruu.nl using someone-elses news account.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10641; 8 Aug 90 11:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab10247; 8 Aug 90 11:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10165; 8 Aug 90 10:48 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04552; 8 Aug 90 10:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15009; Wed, 8 Aug 90 07:18:31 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Aug 90 08:39:09 GMT From: mcsun!cernvax!chx400!urz.unibas.ch!doelz@uunet.uu.net Organization: University of Basel, Switzerland Subject: Re: Problem with nice Message-Id: <1990Aug8.093909.869@urz.unibas.ch> References: <9008072224.AA21964@chaos.ocean.fsu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008072224.AA21964@chaos.ocean.fsu.edu>, steve@CHAOS.OCEAN.FSU.EDU (Steve Van Gorder) writes: > > I was under the impression from previous discussions in this news group > and from reading the manuals that if I type "npri -h 250 -p pid" as superuser > then this process would be assigned a "non-degrading" priority of 250. correct. > According to schedctl(2) man page this means that it is of lower priority than > all other processes and shouldn't interfere with ANY interactive job. correct. > It doesn't seem to work that way to me at all. In particular the window > manager can become almost totally usless if there are even few jobs running > in background ... and even if they have been "NPRIed" into oblivion. .. a 'few' jobs ? There is a caveat in this kind of setup as long as you are low in CPU power and core memory. Each job still exists, as before, in memory, and , maybe, it gets swapped out once in a while. But still, there is some residual memory blocked with information needed to get the process back to life if nothing else is to be done. The memory left for the other jobs is not that much as if the were alone. > > I have a 4D/20 with 8 meg ram running 3.2 Unix takes at least about 4, and windowing will need a few more. So if you're running out of memory on a 8 megs machine, it starts swapping on its (slow) SCSI disk. Have a look at the osview and look for the length of the running queues. They could easily be too large for the PI. I have a Mac with 8 Megs RAM, and run Decnet, Ethertalk, Appletalk, TCP/IP, and TOPS. Then there is a Pagemaker, a Word, and Statview, besides Versaterm Pro and Telnet. Once in a while I had to face the fact that a MacII is just not made for such many jobs. Same applies to your PI (without wanting to compare a PI with my Mac in terms of functionality 8-( and spped :-) ... ) According to the tests we did with a 4D/20 we had about a year ago, 8 megs and 3 npri'd jobs are sufficient to make NEWS very slow. There is no chance to run Workspace on it because it takes ages. You could run ruptime and check that the load is less than 3. If you're higher, forget the PI. Our 120 (yessir, still someboxes of this kind around!) heavily drops performance once the load is larger than 6 (and it has two processors). First aid would be to npri the newsmanager to a reasonably high value (see the corresponding include file for details on npri ranges). My serious advice is to get more memory and at least a 25. Reinhard (Disclaimer: I'm not working for SGI.)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11664; 8 Aug 90 12:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa11145; 8 Aug 90 11:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10916; 8 Aug 90 11:39 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa05036; 8 Aug 90 11:26 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 2190; Wed, 08 Aug 90 11:25:23 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Wed, 8 Aug 90 11:27 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for mcclb0.med.nyu.edu!ucbvax.berkeley.edu!sgi!shinobu!odin!anchor!olson) id AA24270; Wed, 8 Aug 90 11:42:43 DSD Date: Wed, 8 Aug 90 11:42:43 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: very fast /tmp and /usr/tmp partitions. To: Dave Olson Cc: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9008081842.AA24270@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil How would you configure a system to use a lot (>32 mb) core as file buffer space ? How can you measure the performance improvement/degradation ? dan. +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12161; 8 Aug 90 12:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab12007; 8 Aug 90 12:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac11751; 8 Aug 90 12:17 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05462; 8 Aug 90 12:01 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA21726; Wed, 8 Aug 90 08:51:17 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Aug 90 15:39:48 GMT From: "David B. Anderson" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Problems with nice -> should be: Problems with nice man-page. Message-Id: <66382@sgi.sgi.com> References: <9008080211.aa02949@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008080211.aa02949@VGR.BRL.MIL>, XBR2D96D@DDATHD21.BITNET (Knobi der Rechnerschrat) writes: > Hello, > > the problem with nice seems to be more a problem with the nice man > page. There it is silently assumed that you are using /bin/sh as your > shell. If you use /bin/csh (or derivates like tcsh) things are different. > > Here are the rules that I have discovered by experiment: > > shell def-value decrease priority increase priority (as root) > ------------------------------------------------------------------ > sh 10 nice -value nice --value > csh 4 nice +value nice -value > > The '-', '--' and '+' are IMPORTANT. Could somebody at SGI look at > the man page and correct it for some future release? Martin Knoblauch has an interesting table here. ``nice'' is a csh built-in and the csh(1) man page accurately gives its properties. The csh built-in nice calls setpriority(2) to set the priority of the victim process. It might be a nice :-) idea to have the nice(1) man page mention that csh uses a built-in...... Regards, [ David B. Anderson Silicon Graphics (415)335-1548 davea@sgi.com ] [``What can go wrong?'' --Calvin and Hobbes]   Received: from vmb.brl.mil by VMB.BRL.MIL id ab13341; 8 Aug 90 13:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12983; 8 Aug 90 13:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab12848; 8 Aug 90 13:05 EDT Received: from PIG.DREA.DND.CA by VGR.BRL.MIL id aa05859; 8 Aug 90 12:49 EDT Received: Wed, 8 Aug 90 13:42:07 ADT by pig.drea.dnd.ca (5.52/5.6) Date: Wed, 8 Aug 90 13:42:07 ADT From: Jim Diamond Message-Id: <9008081642.AA04144@pig.drea.dnd.ca> To: info-iris@BRL.MIL Subject: lisp Hi. Is there anyone out there using some version of lisp on an SGI machine? If so, would you mind telling me which version of lisp, where one can obtain it, what model of machine you are using it on, and, if possible, any comparisons (e.g., reliability, functionality and performance) between your version and the lisp available on Symbolics lisp machines or (*gag*) Macs with MacIvory boards installed. As usual, if there's any interest I'll be happy to summarize to individuals or the net. Thanks. Jim Diamond zsd@pig.drea.dnd.ca   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14525; 8 Aug 90 14:15 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12542; 8 Aug 90 13:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab12378; 8 Aug 90 12:49 EDT Received: from shamash.cdc.com by VGR.BRL.MIL id aa05637; 8 Aug 90 12:34 EDT Received: by shamash.cdc.com (4.0/SMI-4.0/CDC1.0) id AA25828; Wed, 8 Aug 90 11:34:01 CDT Received: from rosalyn.dms.cdc.com by hewey.dms.cdc.com with SMTP (15.11/15.6) id AA12521; Wed, 8 Aug 90 11:34:57 cdt Received: by rosalyn (5.52/890607.SGI) (for info-iris@BRL.MIL) id AA05589; Wed, 8 Aug 90 11:33:09 CDT From: Brad Miller Message-Id: <9008081633.AA05589@rosalyn> Subject: GNU emacs key remapping To: info-iris@BRL.MIL Date: Wed, 8 Aug 90 11:33:07 CDT X-Mailer: ELM [version 2.2 PL7] I am trying to figure out how to remap the arrow keys so that I can use them with GNU emacs in a wsh window. The problem seems to be that the sequence for up arrow is \e[A however when I try to use (define-key global-map "\e[A" 'previous-line) all I get is Key sequence ^[[A uses invalid prefix characters. This seems like it should work, and the arrow keys do work on the version compiled with the X flags on, but I need to get this so it will work in a wsh window. Any help is greatly appreciated. Please reply to bmiller@shamash.cdc.com thanks. -- |------------------------------------------------------------| | Brad Miller bmiller@shamash.cdc.com | | Advanced Systems Group phone: (612) 553-4473 | | Empros Systems International fax: (612) 553-4018 | | 2300 Berkshire Lane N. | | Plymouth, MN 55441 | | A Division of Control Data Corporation | |------------------------------------------------------------|   Received: from vmb.brl.mil by VMB.BRL.MIL id ab14525; 8 Aug 90 14:15 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14299; 8 Aug 90 14:04 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14232; 8 Aug 90 13:59 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06066; 8 Aug 90 13:50 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29348; Wed, 8 Aug 90 10:40:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Aug 90 17:07:22 GMT From: "D. Christopher Dunlap" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: flight/dog question Message-Id: <11543@odin.corp.sgi.com> References: <90Aug3.064507edt.26514@me.utoronto.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <90Aug3.064507edt.26514@me.utoronto.ca> eastick@me.utoronto.ca (Doug Eastick) writes: >How does one keep a file of flight movements ("record" them) so that >they can be re-read ("played" back) in another session and, thus, have >a dogfight? I know someone here at UofT did it, but he's gone now. > >The man page doesn't say anything helpful. Only option is -h. >IRIX 3.2.1 >flight says it has options of -dhz. What do they do? > >Comments by mail please. I'll summarize and post if asked. I only >get a chance to read news every 4-5 days (which is longer than our >expire period). > >Thanks. dog -o record_file Saves a recording of your flight pattern into the file "record_file". dog -i record_file Brings up dog with the recorded flight from "record_file" playing in continuous loop. dog -i record_file -o record_file2 recorded input comes from "record_file" and output goes to "record_file2". This allows you to "dub in" multiple planes. BUG: (Not really,, but important to know) The "record_file" can get VERY large. chris D. Christopher Dunlap Product Support Engineering Customer Support Division email: dunlap@sgi.com Silicon Graphics Computer Systems   Received: from vmb.brl.mil by VMB.BRL.MIL id aa21710; 8 Aug 90 20:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21183; 8 Aug 90 19:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab21099; 8 Aug 90 19:32 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07325; 8 Aug 90 19:17 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA20224; Wed, 8 Aug 90 16:01:32 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Aug 90 22:24:07 GMT From: "Frank P. DiGiuseppe" Organization: McGill Research Centre for Intelligent Machines Subject: togif request Message-Id: <1990Aug8.222407.11519@larry.mcrcim.mcgill.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Back when the source for "fromgif.c" was going around, I remember there being mention of a "togif.c". If such a program exists (ie. one that converts iris rgb images to GIF images) I was wondering if someone could e-mail it to me. Even better would be a "tops.c" - converting directly to postscript (currently I have just giftops.c). If anyone has one or both of the above, I would greatly appreciate if they could send whatever they have. Or, perhaps someone knows an ftp site that would stock the above programs. Thanks for any assistance, Frank ------------------------------------------------------------------------------ Frank P. DiGiuseppe McGill Research Centre for Intelligent Machines fdg@mcrcim.mcgill.edu Computer Vision and Robotics Lab, Dept. EE, McGill University, Montreal ------------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00096; 14 Aug 90 12:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa28012; 14 Aug 90 10:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa28010; 14 Aug 90 10:52 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa08891; 14 Aug 90 10:41 EDT Received: from TWNMOE10.edu.tw by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 3743; Tue, 14 Aug 90 10:39:59 EDT Received: by TWNMOE10 (Mailer R2.07) id 4443; Tue, 14 Aug 90 21:49:56 EST Resent-Date: Tue, 14 Aug 90 21:49:40 EST Resent-From: jim tien Resent-To: info-iris@BRL.MIL Date: Wed, 08 Aug 90 13:12:30 EST From: jim tien Subject: LaTex on IRIS 4D workstation To: INFO-IRIS-REQUEST%BRL.ARPA@cunyvm Message-ID: <9008141041.aa08891@VGR.BRL.MIL> ----------------------------Original message---------------------------- Hi net, We have LaTex source code on SUN. Is there any one knows how to install on IRIX 3.2 or 3.3.? Please send me some information by e-mail. Thank you in advance. Jim Tien unit051@twnmoe10.bitnet   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23865; 9 Aug 90 3:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23391; 9 Aug 90 1:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23376; 9 Aug 90 1:38 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08792; 9 Aug 90 1:30 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12615; Wed, 8 Aug 90 22:19:38 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 Aug 90 05:02:44 GMT From: George Dabrowski Organization: Naval Postgraduate School, Monterey CA Subject: Zoom an image on a Personal Iris Message-Id: <1184@cs.nps.navy.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Could someone please tell me how I can zoom an image on a Personal Iris using an orthographic projection. I would like to be able to control the zooming with the mouse. Thanks George Dabrowski   Received: from vmb.brl.mil by VMB.BRL.MIL id aa27573; 9 Aug 90 9:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa26276; 9 Aug 90 8:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26177; 9 Aug 90 8:16 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa10352; 9 Aug 90 7:53 EDT Received: Thu, 9 Aug 90 07:53:27 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 9 Aug 90 07:53:27 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9008091153.AA22899@aero4.larc.nasa.gov> To: cs!dabro@lll-winken.llnl.gov Subject: Re: Zoom an image on a Personal Iris Cc: info-iris@BRL.MIL What I do is a call to perspective (or in your case ortho.) Then I call lookat(viewpnt-delta,ypos,zpos,viewpnt,ypos,zpos,-900), next I call rot with my three angles. Above I use viewpnt to zoom in and out, and ypos/zpos for translating the image up/down left/right. At the beginning of each loop to draw my objects I set: viewpnt=viewpnt-zoomrate ypos=ypos+yrate zpos=zpop+zrate etc. for other transformations. The rate parameters equal the previous rate + the change in mouse position times some scale factor. The way I have things set up, as long as the mouse button is pressed you keep zooming (or translating/rotating/etc.) I can also use all the buttons at the same time. The last button pressed is the only one that changes its rate value. For example: I use my left button for rotations, middle button for zooming (as well as some other things), and the right button to translate. If I push the middle button and move the mouse, I increase the rate of zoom. If the mouse is stationary, the zoom rate stays constant. If I press another button, while keeping the middle one down, I change the new rate value, but keep the zoom rate constant. This gives me a lot of control and freedom to do multiple transformations at one time. Hope this helps some. I think I posted some sample source a long time ago, it is probably in the info-iris archives on vgr.brl.mil -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00850; 9 Aug 90 12:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00493; 9 Aug 90 11:41 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00434; 9 Aug 90 11:31 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11205; 9 Aug 90 11:01 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12967; Thu, 9 Aug 90 07:52:35 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 Aug 90 13:42:24 GMT From: Bean Anderson Organization: Silicon Graphics Inc. Subject: Re: lisp Message-Id: <11573@odin.corp.sgi.com> References: <9008081642.AA04144@pig.drea.dnd.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008081642.AA04144@pig.drea.dnd.ca>, zsd@PIG.DREA.DND.CA (Jim Diamond) writes: > > Is there anyone out there using some version of lisp on an SGI > machine? If so, would you mind telling me which version of lisp, > where one can obtain it, what model of machine you are using it on, > and, if possible, any comparisons (e.g., reliability, functionality > and performance) between your version and the lisp available on > Symbolics lisp machines or (*gag*) Macs with MacIvory boards installed. > Take a look in SGI's Geometry Partners Directory (catalogue) for info on third-party language products. IBUKI Common Lisp is listed on page 200. IBUKI 1447 N. Shoreline Boulevard Mountain View, CA 94043 phone: (415) 961-4996 fax: (415) 961-8016 Franz, Inc. is listed on pages 178, 179, 198. Franz sells their Allegro products on the SGI platform but I don't know about the availability of their Lisp compilers. Franz, Inc. 1995 University Ave. Suite 275 Berkeley, CA 94704 phone: (415) 548-3600 fax: (415) 548-8253   Received: from vmb.brl.mil by VMB.BRL.MIL id ac01185; 9 Aug 90 12:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01017; 9 Aug 90 12:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00968; 9 Aug 90 12:17 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11678; 9 Aug 90 11:45 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15342; Thu, 9 Aug 90 08:31:16 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 Aug 90 15:24:48 GMT From: Kevin Kuehl Organization: Computing About Physical Objects Subject: Lisp on SG Iris Message-Id: <11340@medusa.cs.purdue.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL If you don't want to buy a lisp, at Purdue we use AKCL for our Personal Irises. You can talk to William Schelter wfs@rascal.ics.utexas.edu for info on how to get it, etc. Kevin krk@cs.purdue.edu ...!{gatech,ucbvax,uunet}!purdue!krk   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01583; 9 Aug 90 13:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01375; 9 Aug 90 12:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab01230; 9 Aug 90 12:39 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11992; 9 Aug 90 12:17 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA17872; Thu, 9 Aug 90 09:11:51 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 Aug 90 15:36:46 GMT From: dave "who can do? ratmandu!" ratcliffe Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: togif request (current from/to *.c files in ~4Dgifts) Message-Id: <11577@odin.corp.sgi.com> References: <1990Aug8.222407.11519@larry.mcrcim.mcgill.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug8.222407.11519@larry.mcrcim.mcgill.edu> fdg@mcrcim.mcgill.edu (Frank P. DiGiuseppe) writes: > > .... Even better would be a "tops.c" - converting directly >to postscript (currently I have just giftops.c). If anyone has one or both >of the above, I would greatly appreciate if they could send whatever so it sounds as if you may not be familiar with existent to*.c and from*.c files in /usr/people/4Dgifts/iristools/imgtools. this subdir belongs to the "dev.sw.giftssrc" subsystem. if you don't have it--or the entire /usr/people/4Dgifts subtree--loaded on your system you need to load it from the DEVelopment tape using the INST(1M) software installation tool. check yer Release notes for info regarding this subsystem and its contents and the procedures for loading it. the current set of available from/to *.c files in ~4Dgifts/iristools/imgtools are: fromalias.c fromdi.c fromtarga.c tobw.c toscitex.c frombin.c fromqtl.c toalias.c tonews.c totarga.c fromcmap.c fromrla.c tobin.c tops.c there are a significantly larger number of from/to *.c files than these currently on the drawing boards/being considered for inclusion in the imgtools subdir, and their eventual incorporation is slated for the next major software release *after* 3.3.X. fromgif.c and togif.c are among the programs we intend to include in this expanded set of conversion programs. -- daveus rattus yer friendly neighborhood ratman KOYAANISQATSI ko.yan.nis.qatsi (from the Hopi Language) n. 1. crazy life. 2. life in turmoil. 3. life out of balance. 4. life disintegrating. 5. a state of life that calls for another way of living.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03295; 9 Aug 90 14:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02239; 9 Aug 90 13:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02111; 9 Aug 90 13:29 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa12888; 9 Aug 90 13:07 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 6436; Thu, 09 Aug 90 13:06:29 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Thu, 9 Aug 90 13:08 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for mcclb0.med.nyu.edu!ucbvax.berkeley.edu!sgi!vjs%rhyolite.wpd.sgi.com) id AA28937; Thu, 9 Aug 90 13:24:33 DSD Date: Thu, 9 Aug 90 13:24:33 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: Symbolic Links for Lunks. To: Vernon Schryver Cc: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9008092024.AA28937@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil, mcclb0.med.nyu.edu!ucbvax.berkeley.edu!sgi!vjs@rhyolite.wpd.sgi.com The problem seems to be more than I first thought. If you want to make a link, It seems that you have to use a fully qualified file path or the symbolic link can get lost... Try to cd to some directory, and then link a file there back to another file link in a non local directory (some other directory other than the one you are using as your cwd). I have to fix the script (again) to fully expand a file name prior to making the links. I did not know that the ln -is option worked. I just tried it, and it gave me a cryptic warning "files identical". My problem is getting the order correct, so that I don't overwrite my file with a symlink pointing to itself. Anyway, sgi (youse guys) should fix it better. Perhaps if the code it not a trade secret, post it so we can make our own versions. Or just use a shell script front end, or just be more careful. The reason I am using links more and more is to save disk space, and not keep copies of hugh image files local, but on remote file systems with long path names. Keeping a local symlink is really neat ! dan(who should read the man page prior to solving the problem) +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04674; 9 Aug 90 15:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac03911; 9 Aug 90 14:47 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa03817; 9 Aug 90 14:40 EDT Received: from cunyvm.cuny.edu by ADM.BRL.MIL id aa18098; 9 Aug 90 14:34 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 7459; Thu, 09 Aug 90 14:29:52 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Thu, 9 Aug 90 14:31 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA00181; Thu, 9 Aug 90 14:47:48 DSD Date: Thu, 9 Aug 90 14:47:48 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Symbolic Links for Lunks (Re-Thunk) To: info-iris@BRL.MIL Cc: gitlitz@mcirps2.med.nyu.edu Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9008092147.AA00181@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil There was a problem with creating links from outside your current working directory that I think I fixed in this version of the script, and a bug in file existance testing ( [ -x ] for [ -f ] ) that would not let you link to a nonexecutable file. I think that this works. While not the most artful shell script, This is what I use to protect myself from some of the problems with symbolic links. It has been pointed out to me that ln -si will prevent you from clobbering a file with a link too. Then my only improvement is that this script checks for existance of files to link to and qualifies file paths relative to root so that you can't get a dangling link (a linkage to a file that does not exist because it is being evaluated relative to some arbitrary current working location). Thanks for all your input, and I hope that this works better. ---------cut here-------------------------------------------------------------- #! /bin/sh # more user frendly front end for ln -s # prevents you from making linkages the wrong way and clobbering what # you want to LINK to. # # fully qualifies FILE and LINK names so you # don't get dangling linkages. clear #. Version.mac FILE="$1" if echo $FILE | egrep -s "^/" then echo "File name is fully qualified" else echo "File name being qualified" FILE_DIR_NAME=`dirname $FILE` FILE="`(cd $FILE_DIR_NAME;pwd)`/`basename $FILE`" fi echo "Enter existing file you wish create a link to" if [ "$1" ] then echo "or enter a return to use $FILE" fi read FILE if [ -z "$FILE" ] then FILE=$1 fi if echo $FILE | egrep -s "^/" then echo "File name is fully qualified" else echo "File name being qualified" FILE_DIR_NAME=`dirname $FILE` FILE="`(cd $FILE_DIR_NAME;pwd)`/`basename $FILE`" fi if [ -f $FILE ] then echo "GOOD. $FILE exists" ls -ld $FILE else echo "$FILE does not exist" echo " How do you expect me to make a link to a file I can't find." exit 1 fi echo "\n\n" LINK="$2" if echo $LINK | egrep -s "^/" then echo "Link name is fully qualified" else echo "Link name being qualified" LINK_DIR_NAME=`dirname $LINK` LINK="`(cd $LINK_DIR_NAME;pwd)`/`basename $LINK`" fi echo "Enter name of link to create $LINK" if [ -z "$2" ] then echo "or return to use `basename $FILE`" fi read LINK if [ -z "$LINK" ] then LINK=$2 fi if echo $LINK | egrep -s "^/" then echo "Link name is fully qualified" else echo "Link name being qualified" LINK_DIR_NAME=`dirname $LINK` LINK="`(cd $LINK_DIR_NAME;pwd)`/`basename $LINK`" fi if [ -z "$LINK" ] then LINK=`basename $FILE` echo "do you want me to use $LINK as your local LINK to \n$FILE ?" echo "\nReturn to continue,anything else aborts." read ans if [ -n "$ans" ] then exit 1 fi fi if [ -f $LINK ] then echo "bad bad bad boy, $LINK exists. If you don't believe me, look" ls -ld $LINK exit 1 else echo "nice kitty" echo " $LINK is ready to create" fi ln -s $FILE $LINK echo "\n\n" ls -ld $FILE $LINK | cut -c1-10,40- echo "$0 : Completed" # . End.mac exit 0 +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id ab04674; 9 Aug 90 15:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab04378; 9 Aug 90 15:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04372; 9 Aug 90 14:58 EDT Received: from shamash.cdc.com by VGR.BRL.MIL id aa13678; 9 Aug 90 14:45 EDT Received: by shamash.cdc.com (4.0/SMI-4.0/CDC1.0) id AA18324; Thu, 9 Aug 90 13:44:59 CDT Received: from rosalyn.dms.cdc.com by hewey.dms.cdc.com with SMTP (15.11/15.6) id AA14931; Thu, 9 Aug 90 13:44:52 cdt Received: by rosalyn (5.52/890607.SGI) (for info-iris@BRL.MIL) id AA07741; Thu, 9 Aug 90 13:42:57 CDT From: Brad Miller Message-Id: <9008091842.AA07741@rosalyn> Subject: Re: emacs keymapping To: info-iris@BRL.MIL Date: Thu, 9 Aug 90 13:42:56 CDT X-Mailer: ELM [version 2.2 PL7] Thanks to everyone who replied to my plea for help! (I had at least 10 responses in my mailbox this morning) by way of a quick summary for anyone else who was interested, there seems to be two basic solutions, one involves doing things the way I was trying to do them with the (define-key global-map . . .) in the ~/.emacs file. The other way which seems to work better for me, in that I go back and forth between xterm windows and wsh windows a fair amount, involves creating a ..../term/iris-ansi.el (only the iris part of the filename is significant) file which is similar to the vt100.el file. Again, thanks for the quick response, and I would be happy to forward more specifics to anyone else interested. Brad -- |------------------------------------------------------------| | Brad Miller bmiller@shamash.cdc.com | | Advanced Systems Group phone: (612) 553-4473 | | Empros Systems International fax: (612) 553-4018 | | 2300 Berkshire Lane N. | | Plymouth, MN 55441 | | A Division of Control Data Corporation | |------------------------------------------------------------|   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07755; 9 Aug 90 16:35 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad07441; 9 Aug 90 16:24 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06848; 9 Aug 90 16:07 EDT Received: from blumiris.chem.umr.edu by VGR.BRL.MIL id aa14228; 9 Aug 90 15:43 EDT Received: by blumiris.chem.umr.edu (5.52/890607.SGI) (for info-iris@brl.mil) id AA23732; Thu, 9 Aug 90 14:49:34 CDT Date: Thu, 9 Aug 90 14:49:34 CDT From: "Robert B. Funchess" Message-Id: <9008091949.AA23732@blumiris.chem.umr.edu> To: info-iris@BRL.MIL Subject: rlogins and telnet This may be a silly question... but what NORMAL terminal is iris-ansi-net most like? On several Unix systems to which I have access, iris-ansi-net is NOT in the termdefs. I've been telling them I have a vt100, which (mostly) works with some few strangenesses. Is there anything MORE like iris-ansi-net than vt100 is? Thanks.... -- Bob Funchess bobf@blumiris.chem.umr.edu Chemistry Dept. University of Missouri - Rolla   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08180; 9 Aug 90 17:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab07755; 9 Aug 90 16:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07723; 9 Aug 90 16:31 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14469; 9 Aug 90 16:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA02531; Thu, 9 Aug 90 13:15:23 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 Aug 90 18:03:31 GMT From: "Jeff P. M. Hultquist" Organization: NAS - Applied Research Office, NASA Ames Subject: Re: GNU emacs key remapping Message-Id: References: <9008081633.AA05589@rosalyn> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL > From: hewey!bnm@rosalyn.dms.cdc.COM (Brad Miller) > Newsgroups: comp.sys.sgi > > I am trying to figure out how to remap the arrow keys so that I > can use them with GNU emacs in a wsh window. The problem seems > to be that the sequence for up arrow is \e[A ... ;;;---------------------------------------- ;;; Mappings of the "extra" keys on the IRIS; some of these keys ;;; do not produce any output. This is probably due to some ;;; calls to 'bindkey()' or 'replacekey' in the standard system ;;; initialization. The most annoying of these is the aliasing ;;; of the keypad's (2468) to be indistinguishable from the arrow ;;; keys. (require 'keypad) (progn (defvar IRIS-map (lookup-key global-map "\e[")) (if (not (keymapp IRIS-map)) (progn (setq IRIS-map (make-sparse-keymap)) (global-set-key "\e[" IRIS-map))) (setup-terminal-keymap IRIS-map '(;; ("001q" . upcase-word) ; F1 ("002q" . nil) ; F2 ; ("003q" . nil) ; F3 ; ("004q" . nil) ; F4 ("005q" . nil) ; F5 ("006q" . nil) ; F6 ("007q" . nil) ; F7 ("008q" . nil) ; F8 ("009q" . nil) ; F9 ("010q" . nil) ; F10 ("011q" . nil) ; F11 ("012q" . nil) ; F12 ;; ("139q" . nil) ; 0 ("146q" . nil) ; 1 ("154q" . nil) ; 3 ("000q" . nil) ; 5 ("H" . beginning-of-buffer) ; 7 ("150q" . nil) ; 9 ;; ;; ("B" . nil) ; 2 ;; ("D" . nil) ; 4 ;; ("C" . nil) ; 6 ;; ("A" . nil) ; 8 ;; ("A" . previous-line) ; up ("B" . next-line) ; down ("C" . forward-char) ; right ("D" . backward-char) ; left ;; ("139q" . nil) ; insert ("209q" . nil) ; print-screen ("213q" . nil) ; scroll-lock ("217q" . nil) ; pause )) 'done) ;;;---------------------------------------- -- -- Jeff Hultquist hultquis@nas.nasa.gov NASA - Ames Research Center (415) 604-4970 Disclaimer: "I am not a rocket scientist."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08991; 9 Aug 90 17:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06744; 9 Aug 90 16:10 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06725; 9 Aug 90 16:06 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14107; 9 Aug 90 15:32 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29391; Thu, 9 Aug 90 12:27:50 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 Aug 90 19:04:48 GMT From: Edwin Allum Organization: CSRI, University of Toronto Subject: ATT C++ 2.0 on SGI. Message-Id: <1990Aug9.150448.29521@jarvis.csri.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone ported the ATT C++ 2.0 source distribution for the SGI Irix ? If you have, can you either send me the diffs or give me some pointers as to how to tackle the problem. Thanks, Edwin -- Edwin Allum edwin@csri.utoronto.edu CSRI, University of Toronto   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10078; 9 Aug 90 20:43 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10020; 9 Aug 90 20:32 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa10002; 9 Aug 90 20:19 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa27198; 9 Aug 90 20:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA17231; Thu, 9 Aug 90 17:01:41 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 Aug 90 23:16:53 GMT From: "Frank P. DiGiuseppe" Organization: McGill Research Centre for Intelligent Machines Subject: Re: togif request (current from/to *.c files in ~4Dgifts) Message-Id: <1990Aug9.231653.17040@larry.mcrcim.mcgill.edu> References: <1990Aug8.222407.11519@larry.mcrcim.mcgill.edu>, <11577@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <11577@odin.corp.sgi.com> dave@sgi.com (dave "who can do? ratmandu!" ratcliffe) writes: >In article <1990Aug8.222407.11519@larry.mcrcim.mcgill.edu> fdg@mcrcim.mcgill.edu (Frank P. DiGiuseppe) writes: >> >> .... Even better would be a "tops.c" - converting directly >>to postscript (currently I have just giftops.c). If anyone has one or both >>of the above, I would greatly appreciate if they could send whatever > >so it sounds as if you may not be familiar with existent to*.c and from*.c >files in /usr/people/4Dgifts/iristools/imgtools. Well, you're half right ;-) - I knew about their existence, but I just didn't look hard enough. And thanks to all those who sent me the togif.c code, it's much appreciated. Frank ------------------------------------------------------------------------------ Frank P. DiGiuseppe McGill Research Centre for Intelligent Machines fdg@mcrcim.mcgill.edu Computer Vision and Robotics Lab, Dept. EE, McGill University, Montreal ------------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10729; 9 Aug 90 23:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10441; 9 Aug 90 22:20 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10386; 9 Aug 90 22:11 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00419; 9 Aug 90 22:04 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24727; Thu, 9 Aug 90 18:58:24 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Aug 90 01:08:44 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: rlogins and telnet Message-Id: <66572@sgi.sgi.com> References: <9008091949.AA23732@blumiris.chem.umr.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008091949.AA23732@blumiris.chem.umr.edu>, bobf@BLUMIRIS.CHEM.UMR.EDU ("Robert B. Funchess") writes: >This may be a silly question... but what NORMAL terminal is iris-ansi-net most >like?... Hmmmph! It sounds as if you find "iris-ansi" other than normal. I hope it is better than normal, or at worst merely different. `infocmp iris-ansi-net`, as described in infocmp(1M), can give you a description. This description can be carried to your other machines and given to tic (described in tic(1M) on an IRIS) or termcaps. There is a listing of the wsh escape sequences in one of the manuals. Vernon Schryver, vjs@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11040; 9 Aug 90 23:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10892; 9 Aug 90 23:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10866; 9 Aug 90 23:29 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00708; 9 Aug 90 23:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29441; Thu, 9 Aug 90 20:13:14 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Aug 90 02:24:31 GMT From: Mike Thompson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: very fast /tmp and /usr/tmp partitions. Message-Id: <66584@sgi.sgi.com> References: <9008081842.AA24270@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008081842.AA24270@mcirps2.med.nyu.edu>, karron@MCIRPS2.MED.NYU.EDU writes: > How would you configure a system to use a lot (>32 mb) core as file buffer > space ? > > How can you measure the performance improvement/degradation ? Upgrade to Release 3.0 when it becomes available. It has a flexible file buffer cache that uses whatever free memory is available, without having to do any system configuration. The cache shrinks as user processes demand memory. You can reconfigure a 3.2 buffer cache by upping NBUF in /usr/sysgen/master.d/kernel and regenerating the kernel (via lboot). It is not wise to make NBUF any bigger than 400, which will give you an effective buffer cache of between 1.5 Mb and 6.4 Mb, depending on your instantaneous use. (The buffers manage varying amounts of memory, depending on the underlying operations.) Mike Thompson   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18402; 10 Aug 90 12:04 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab17979; 10 Aug 90 11:53 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa17877; 10 Aug 90 11:40 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa23503; 10 Aug 90 11:35 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA09264; Fri, 10 Aug 90 08:30:47 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Aug 90 11:35:04 GMT From: Tony Burzio Organization: Martin Marietta Labs, Baltimore Subject: ksh Message-Id: <13@gauss.mmlai.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone know where or if I can lay my hands on a copy of the Korn shell for the SGIs? The csh is just hopeless... ********************************************************************* Tony Burzio * PING!!! ) ) ) ) ) ) ) ) ) ) ____|_____ Martin Marietta Labs * (__________) mmlab!burzio@uunet.uu.net * ping... ( ( ( ( ( ( ( ( ( ( *********************************************************************   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19401; 10 Aug 90 13:11 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa19113; 10 Aug 90 13:01 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa19079; 10 Aug 90 12:52 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa25035; 10 Aug 90 12:48 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13741; Fri, 10 Aug 90 09:39:38 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Aug 90 16:39:08 GMT From: swrinde!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!caen!news@ucsd.edu Organization: caen Subject: List a directory in a C program on Unix machines Message-Id: <1990Aug10.163908.3983@caen.engin.umich.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hello everyone, I am currently writing a C program on Unix machines. What I want to do is to store the file names in a directory into a character array. So I can do something to those files. I want to use Unix system calls to handle it. Could anyone help me out with that? Thanks in advance. --Jim hev7@ub.cc.umich.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19855; 10 Aug 90 13:32 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17979; 10 Aug 90 11:53 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa17868; 10 Aug 90 11:40 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa23445; 10 Aug 90 11:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA09103; Fri, 10 Aug 90 08:28:07 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Aug 90 15:19:39 GMT From: "Stephen C. Pope" Organization: Advanced Computing Lab, LANL, NM Subject: Re: ATT C++ 2.0 on SGI. Message-Id: References: <1990Aug9.150448.29521@jarvis.csri.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Edwin> Has anyone ported the ATT C++ 2.0 source distribution for the SGI Irix ? SGI has. We're about to beta test it here on our 380, soon as we can get the VGX hardware and the OS upgrade to 3.3. stephen pope advanced computing lab, lanl scp@acl.lanl.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa21214; 10 Aug 90 14:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20181; 10 Aug 90 13:47 EDT Received: from adm.brl.mil by VMB.BRL.MIL id ab20016; 10 Aug 90 13:40 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa25893; 10 Aug 90 13:32 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA16631; Fri, 10 Aug 90 10:26:08 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Aug 90 16:45:31 GMT From: Archer Sully Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: very fast /tmp and /usr/tmp partitions. Message-Id: <11642@odin.corp.sgi.com> References: <9008081842.AA24270@mcirps2.med.nyu.edu>, <66584@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <66584@sgi.sgi.com> yohn@tumult.asd.sgi.com (Mike Thompson) writes: *In article <9008081842.AA24270@mcirps2.med.nyu.edu>, karron@MCIRPS2.MED.NYU.EDU writes: *> How would you configure a system to use a lot (>32 mb) core as file buffer *> space ? *> *> How can you measure the performance improvement/degradation ? * *Upgrade to Release 3.0 when it becomes available. Mike means 3.3. -- Archer Sully | "Hippie, you think everything's a conspiracy." archer@esd.sgi.com | "Everything is."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa21820; 10 Aug 90 15:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21629; 10 Aug 90 14:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21539; 10 Aug 90 14:44 EDT Received: from blumiris.chem.umr.edu by VGR.BRL.MIL id aa03670; 10 Aug 90 14:36 EDT Received: by blumiris.chem.umr.edu (5.52/890607.SGI) (for info-iris@brl.mil) id AA25423; Fri, 10 Aug 90 13:42:15 CDT Date: Fri, 10 Aug 90 13:42:15 CDT From: "Robert B. Funchess" Message-Id: <9008101842.AA25423@blumiris.chem.umr.edu> To: info-iris@BRL.MIL Subject: iris-ansi-net Many thanks to all those who responded... the general consensus is to use infocmp to generate a description from the iris-ansi-net file, port it to the other machine, then use tic to compile it there. This works fine on those machines I have root access to, and I've got a request in to have it added to the others. In the meantime, I'm still using vt100, which is close enough to correct to let me use vi if I use a 24x80 wsh. Thanks again... -- Bob Funchess bobf@blumiris.chem.umr.edu Chemistry Dept. University of Missouri - Rolla   Received: from vmb.brl.mil by VMB.BRL.MIL id aa22947; 10 Aug 90 16:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa22775; 10 Aug 90 15:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa22570; 10 Aug 90 15:35 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa00219; 10 Aug 90 15:22 EDT Received: Fri, 10 Aug 90 15:22:43 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 10 Aug 90 15:22:43 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9008101922.AA28321@aero4.larc.nasa.gov> To: bobf@blumiris.chem.umr.edu Subject: Re: iris-ansi-net Cc: info-iris@BRL.MIL You can use tic to create your own terminfo files, so you will have them to use until your sysadm installs them. Just read the man pages on tic. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25431; 10 Aug 90 17:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa25180; 10 Aug 90 17:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24912; 10 Aug 90 17:26 EDT Received: from TROUT.NOSC.MIL by VGR.BRL.MIL id aa00974; 10 Aug 90 17:20 EDT Received: from ucsd.edu by trout.nosc.mil (5.59/1.27) id AA10717; Fri, 10 Aug 90 14:20:48 PDT Received: from chema.ucsd.edu by ucsd.edu; id AA26790 sendmail 5.64/UCSD-2.1-sun via SMTP Fri, 10 Aug 90 14:20:22 -0700 for @nosc.mil:info-iris@brl.mil Received: by chem.chem.ucsd.edu (5.51) id AA04851; Fri, 10 Aug 90 14:19:14 PDT Date: Fri, 10 Aug 90 14:19:14 PDT From: Steve Dempsey Message-Id: <9008102119.AA04851@chem.chem.ucsd.edu> To: info-iris@BRL.MIL Subject: StereoView raster sizes Recently I was looking at some stereo images on a 340VGX with StereoView and I noticed that that they seemed slightly compressed along the vertical axis. I ran a test program to generate some rasters of a known size and then measured the raster heights. My initial assumption was that a raster with a height of 492 pixels and displayed with setmonitor(STR_RECT) should have the same height as a raster of 984 pixels displayed with setmonitor(HZ60). Instead, I found that the stereo raster was about 6% smaller than I expected. Now that I know the value of this factor I can adjust the aspect ratio of my projection transformations to compensate, but I was wondering if other people have seen this and if they measure the same shrinkage factor. Here is the program I used to draw the rasters: #include #include #include main() { int val, type; noborder(); prefposition(0, 1279, 0, 1023); winopen(""); /* * The middle mouse toggles between the two rasters */ qdevice(MIDDLEMOUSE); type = 0; while(qread(&val)) { if(val) continue; type = !type; if( type ) /* * color a full screen stereo window area (1280x492 pixels), * then switch the monitor to STEREO mode so the raster size can be measured. */ { viewport(0, 1279, 0, 1023); color(BLUE); clear(); color(RED); viewport(0, 1279, 0, 491); clear(); viewport(0, 1279, 532, 1023); clear(); setmonitor(STR_RECT); } else /* * color a window area 984 pixels high, which should generate the same size * raster as a 492 pixel window in Stereo mode. */ { viewport(0, 1279, 0, 1023); color(BLUE); clear(); color(GREEN); viewport(0, 1279, 20, 1003); clear(); setmonitor(HZ60); } } } -------------------------------------------------------------------------------- Steve Dempsey (619) 534-0208 Dept. of Chemistry Computer Facility, B-014 INTERNET: sdempsey@ucsd.edu University of Calif. at San Diego BITNET: sdempsey@ucsd La Jolla, CA 92093 UUCP: ucsd!sdempsey   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25997; 10 Aug 90 18:43 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa25937; 10 Aug 90 18:33 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25908; 10 Aug 90 18:22 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa01263; 10 Aug 90 18:16 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 0783; Fri, 10 Aug 90 18:15:26 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Fri, 10 Aug 90 18:17 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA04851; Fri, 10 Aug 90 18:34:33 DSD Date: Fri, 10 Aug 90 18:34:33 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: logging telnet sessions to a file To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9008110134.AA04851@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil I there any way to save a telnet session in a file ? I miss the kermit facility to save both ends of a session in a log. dan. +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa26725; 10 Aug 90 20:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa26266; 10 Aug 90 19:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26250; 10 Aug 90 19:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01521; 10 Aug 90 19:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08097; Fri, 10 Aug 90 16:08:28 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Aug 90 21:21:52 GMT From: "Creon C. Levit" Organization: Applied Research Office, NASA Ames Research Center Subject: How do you draw "big" points in GL ? Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I know that this has come up before, but how do you draw "large" points (i.e. 2x2 pixels) efficiently using GL. Here are some ideas that I have thought of and perhaps even tried. Is there a "right" way (on the VGX?) or any other ideas? 1. Use cmove() and charstr("."). This is slow and kludgy. 2. Draw the image halfsize and use rectzoom() (of course this magnifies *everything*) 3. Keep careful track of transformation matrices, map world-x-y-z to screen- x-y-z, use rectf(screen-x-y-z), or filled polygons in screen space. What I want is pointsize(int) that behaves like the GL call linewidth(). -- Creon Levit mail stop T045-1 NASA Ames Research Center Moffett Field, California 94035 (415)-604-4403 creon@nas.nasa.gov (Internet)   Received: from vmb.brl.mil by VMB.BRL.MIL id ab26725; 10 Aug 90 20:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa26528; 10 Aug 90 20:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26471; 10 Aug 90 19:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01624; 10 Aug 90 19:47 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10802; Fri, 10 Aug 90 16:47:28 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Aug 90 23:19:55 GMT From: Keith Gorlen Subject: Re: ATT C++ 2.0 on SGI. Message-Id: <330@nih-csl.nih.gov> References: <1990Aug9.150448.29521@jarvis.csri.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug9.150448.29521@jarvis.csri.toronto.edu>, edwin@csri.toronto.edu (Edwin Allum) writes: |> |>Has anyone ported the ATT C++ 2.0 source distribution for the SGI Irix ? --> No, but we've ported R2.1. There are several bugs in the cross-compilation procedure you'll need to overcome: the +x switch doesn't work, the undef for compiling size.h is incorrect for some systems, you need to use the -B switch on nm for "munch" to work properly, etc. Contact sandy@alw.nih.gov for details, since he's the one who did the work. Keith Gorlen phone: (301) 496-1111 Building 12A, Room 2033 uucp: uunet!nih-csl!kgorlen National Institutes of Health Internet: kgorlen@alw.nih.gov Bethesda, MD 20892   Received: from vmb.brl.mil by VMB.BRL.MIL id aa28266; 11 Aug 90 1:11 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa27699; 11 Aug 90 0:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27691; 10 Aug 90 23:58 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02496; 10 Aug 90 23:48 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24502; Fri, 10 Aug 90 20:40:51 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Aug 90 03:13:03 GMT From: Shin Kurokawa Organization: Research Institutes, University of Chicago Subject: Re: iris-ansi-net Message-Id: <1990Aug11.031303.15033@midway.uchicago.edu> References: <9008101842.AA25423@blumiris.chem.umr.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL If your non-SGI unix machine (hopefully BSD-ish) doesn't have the iris-ansi termcap entry, then you(no need to be a superuser) should be able to do: setenv TERMCAP /my/home/directory/termcap.sgi setenv TERM iris-ansi-net set term = iris-ansi-net where 'termcap.sgi' is a file containing: SA|iris-ansi|iris-ansi-net|S.G. Iris emulating 40 line ANSI terminal:\ :!2=\E[218q:#2=\E[143q:#4=\E[158q:%9=\E[209q:%f=\E[210q:%i=\E[167q:\ :&7=\E[217q:*4=\E[P:*7=\E[147q:@7=\E[146q:@8=\r:AL=\E[%dL:DL=\E[%dM:\ :DO=\E[%dB:F1=\E[011q:F2=\E[012q:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:\ :al=\E[L:am:bl=^G:cb=\E[1K:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:\ :co#80:cr=\r:dl=\E[M:do=\n:ho=\E[H:is=\E[?1l\E>\E[?7h:it#8:k1=\E[001q:\ :k2=\E[002q:k3=\E[003q:k4=\E[004q:k5=\E[005q:k6=\E[006q:k7=\E[007q:\ :k8=\E[008q:k9=\E[009q:k;=\E[010q:kB=\E[Z:kD=^?:kI=\E[139q:kM=\E[146q:\ :kN=\E[154q:kP=\E[150q:kb=\b:kd=\E[B:ke=\E>:kh=\E[H:kl=\E[D:kr=\E[C:\ :ks=\E=:ku=\E[A:le=\E[D:li#40:md=\E[1m:mr=\E[7m:nd=\E[C:nw=\EE:se=\E[m:\ :sf=\ED:so=\E[1;7m:sr=\EM:ta=\t:ue=\E[m:up=\E[A:us=\E[4m:\ :ve=\E[9/y\E[12/y:vs=\E[10/y\E[=1h\E[=2l:\ :bc=\E[D:kn#4:ko=le,nd,up,ho:pt: The termcap file that contains other iris entries was (is?) available from one of the sgi archive sites. --Shin-- / \\\\\ S h i n K u r o k a w a shin@rainbow.uchicago.edu [128.135.4.33] ^ //// Research Institutes,Univ.of Chicago {mimsy,ncar,rutgers}!oddjob!shin @ \@ 5640 S.Ellis Ave., Chicago, IL 60637 USA - Fax:(312)7025863 v ) Eat more rice!! -- / \\\\\ S h i n K u r o k a w a shin@rainbow.uchicago.edu [128.135.4.33] ^ //// Research Institutes,Univ.of Chicago {mimsy,ncar,rutgers}!oddjob!shin @ \@ 5640 S.Ellis Ave., Chicago, IL 60637 USA - Fax:(312)7025863 v ) Eat more rice!!   Received: from vmb.brl.mil by VMB.BRL.MIL id aa29698; 11 Aug 90 7:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa29682; 11 Aug 90 7:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa29664; 11 Aug 90 6:58 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03606; 11 Aug 90 6:48 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15313; Sat, 11 Aug 90 03:40:36 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Aug 90 05:41:00 GMT From: sdd.hp.com!zaphod.mps.ohio-state.edu!brutus.cs.uiuc.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!uxa.cso.uiuc.edu!ctt31684@ucsd.edu Subject: winat() for 4D Message-Id: <74200001@uxa.cso.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi, this should be a simple question, but I just can't figure it out. There's this "winat()" routine on the SGI 3000's but not on the 4D's. I'm wondering if there's another way of getting the same information, i.e. getting the window gid under your cursor. Thanks. -Ching -email or post -ching-tai@uiuc.edu -ctai@ncsa.uiuc.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01006; 11 Aug 90 13:27 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00794; 11 Aug 90 12:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id af00773; 11 Aug 90 12:37 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04367; 11 Aug 90 12:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA00551; Sat, 11 Aug 90 09:21:51 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Aug 90 16:17:30 GMT From: "Brian A. Kell" Organization: The University at Albany, Computer Services Center Subject: Re: GNU emacs key remapping Message-Id: <3517@leah.Albany.Edu> References: <9008081633.AA05589@rosalyn>, Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL While we're on the subject of GNU emacs key mapping, I've been having another problem with the iris keyboard. Iris uses ctrl-h as the backspace character, but does not use the delete key (DEL or ctrl-?). This is just the opposite of many other teminals, notable DEC's vt series. I can handle this as far as rlogin'ing to other machines, but it butts head-on against Richard Stallman's choice of ^h as the help character. I've been trying to remap things in GNU emacs to make my iris keyboard consistant with the vt100 terminals also used at my location. It's quite easy to redefine the backspace key to actually delete characters: (define-key global-map "\C-h" 'delete-backward-char) but it's much more difficult to come up with an alternate help character, such as the delete key (^?). This seems to be because ^h is defined somewhere as a special 'prefix character', similarly to ^x, ^c, esc-x, etc. So, how does one go about changing the help-prefix key from ^h to something else (like ^?) ? I've tried a lot of things, with only partial success. I would like to so this in a terminal-specific manner (i.e. in a file called `iris.el') so that vt100 users are not effected. I'm using GNU emacs 18.55 Thanks in advance for any help that I might get. I'll post a summary if I get anything. Brian A. Kell SUNY/Albany Department of Computer Science brian@isadora.albany.edu or bk7295@leah.albany.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01827; 11 Aug 90 16:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01712; 11 Aug 90 16:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01694; 11 Aug 90 15:59 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04898; 11 Aug 90 15:49 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10802; Sat, 11 Aug 90 12:34:23 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Aug 90 19:01:27 GMT From: Mike Yang Organization: Silicon Graphics, Inc. Subject: Re: GNU emacs key remapping Message-Id: <11678@odin.corp.sgi.com> References: <9008081633.AA05589@rosalyn>, , <3517@leah.Albany.Edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <3517@leah.Albany.Edu>, bk7295@leah.Albany.Edu (Brian A. Kell) writes: |> I've been trying to remap things in GNU emacs to make my iris keyboard |> consistant with the vt100 terminals also used at my location. It's |> quite easy to redefine the backspace key to actually delete characters: |> (define-key global-map "\C-h" 'delete-backward-char) |> but it's much more difficult to come up with an alternate help character, |> such as the delete key (^?). This seems to be because ^h is defined |> somewhere as a special 'prefix character', similarly to ^x, ^c, esc-x, |> etc. I found that the method you describe for remapping the backspace key to be "delete" has similar problems -- some modes (e.g. rmail) have hardcoded into them "\C-h" in some way. So, to muck with the interals of gnuemacs and really swap backspace and delete, I do: ;; Set up keymap so that ^H and delete are swapped (progn (setq keyboard-translate-table (make-string 128 0)) (let ((i 0)) (while (< i 128) (aset keyboard-translate-table i i) (setq i (1+ i))))) (aset keyboard-translate-table ?\^h ?\^?) (aset keyboard-translate-table ?\^? ?\^h) This works well for gnuemacs run in xterm or wsh windows. However, it doesn't work correctly for gnuemacs X windows (i.e. gnuemacs without the -nw switch). I suspect that this is because the X server is doing something funny with the keyboard mappings, and xterm is fixing it up. It doesn't bother me because I always run gnuemacs within shells. If you don't, omit the last line from above and you'll still remap backspace to be delete. However, you won't have the help-command key bound to anything. ----------------------------------------------------------------------- Mike Yang Silicon Graphics, Inc. mikey@sgi.com 415/335-1786   Received: from vmb.brl.mil by VMB.BRL.MIL id ab10368; 14 Aug 90 20:27 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09996; 14 Aug 90 20:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09936; 14 Aug 90 20:06 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01924; 13 Aug 90 3:22 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA21314; Mon, 13 Aug 90 00:08:12 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Aug 90 02:43:44 GMT From: zaphod.mps.ohio-state.edu!wuarchive!kuhub.cc.ukans.edu!arritt@tut.cis.ohio-state.edu Organization: University of Kansas Academic Computing Services Subject: C for the compleat novice? Message-Id: <25250.26c5cd90@kuhub.cc.ukans.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I've been trying to take advantage of the large amount of software that is available in public domain. Binaries for the 4D seem to work ok, but I can *never, ever* get C source code to compile. This even includes code obtained from SGI via this newsgroup. What I'm wondering is -- do you need to "set up" your system to compile C code? I don't know anything at all about C; I program in [asbestos suit on] Fortran [asbestos suit off] and besides am more of an end-user than a programmer anyway. Should you not really expect C source code to work without some tweaking? Is C inherently non-portable? Recent example: I tried to get a .gif viewer to compile and obtained the following error output. cc -O -c xgif.c cpp: error /usr/include/X11/Xos.h:69: Can't find include file strings.h cpp: error /usr/include/bsd/sys/ioctl.h:9: Can't find include file net/soioctl.h cpp: error /usr/include/bsd/sys/ioctl.h:10: Can't find include file sys/ttychars.h *** Error code 1 Stop. Now, I guessed it was trying to find the files ending in .h, but thought they weren't on the system. I did a "find" for each file and obtained the following results: /usr/include/bsd/net/soioctl.h /usr/include/bsd/strings.h /usr/include/bsd/sys/ttychars.h So each of these files is on my system, but apparently the C compiler is getting confused? Is there any simple way around these problems? Should I just give up, unless I can somehow find the time to learn a new computer language? :-( Whatever help you can give would be most appreciated. P.S. my system is a 4D/25G running IRIX 3.2 ________________________________________________________________________ Ray Arritt | Dept. of Physics and Astronomy | Univ. of Kansas | Lawrence, KS 66045 | arritt@kuhub.cc.ukans.edu | arritt@ukanvax.bitnet |   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02788; 13 Aug 90 1:46 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02600; 13 Aug 90 0:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02596; 13 Aug 90 0:33 EDT Received: from SNOW-WHITE.MERIT-TECH.COM by VGR.BRL.MIL id aa01548; 13 Aug 90 0:19 EDT Received: by snow-white.merit-tech.com (4.1/SMI-DDN) id AA02608; Sun, 12 Aug 90 23:18:42 CDT Date: Sun, 12 Aug 90 23:18:42 CDT From: Mike Goss Message-Id: <9008130418.AA02608@snow-white.merit-tech.com> To: bobf@blumiris.chem.umr.edu, info-iris@BRL.MIL Subject: Re: iris-ansi-net > Date: Fri, 10 Aug 90 13:42:15 CDT > From: "Robert B. Funchess" > Message-Id: <9008101842.AA25423@blumiris.chem.umr.edu> > To: info-iris@BRL.MIL > Subject: iris-ansi-net > Status: R > > Many thanks to all those who responded... the general consensus is to use > infocmp to generate a description from the iris-ansi-net file, port it to the > other machine, then use tic to compile it there. This works fine on those > machines I have root access to, and I've got a request in to have it added to > the others. In the meantime, I'm still using vt100, which is close enough to > correct to let me use vi if I use a 24x80 wsh. Thanks again... > -- > Bob Funchess bobf@blumiris.chem.umr.edu > Chemistry Dept. University of Missouri - Rolla > > I've found that standard terminal type "ansi" works well on a Sun or Convex. Use "rlogin" instead of "telnet" if possible so that your window size will automatically take effect on the remote system. ------------------------------ Mike Goss Merit Technology Inc. (214)733-7018 goss@snow-white.merit-tech.com Disclaimer: This offer void except where prohibited by law.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05093; 13 Aug 90 8:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04418; 13 Aug 90 7:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04298; 13 Aug 90 7:37 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02417; 13 Aug 90 7:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA03019; Mon, 13 Aug 90 04:16:01 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Aug 90 09:32:11 GMT From: Jeff Miller Organization: University of New Mexico, Albuquerque Subject: Wanted: 4D/20 chasis Message-Id: <1990Aug13.093211.21638@ariel.unm.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hey there, Netters! I would like to get my hands on the chasis for a IRIS 4D/20 electronics module that I am rebuilding. I have been told by an SGI representative that what I need is a "Totally Front Loading Unit" or a TFLU for short. I have tried to get the chasis from SGI, but have had trouble locating the part number for such an animal. All I want is the aluminum chasis that holds all of the "good stuff" together, including the hard drive, tape drive(s), and would like to get one with or without the power supply, and in any condition. If any of you out there in Networld happen to have such an animal that you are willing to sell or know where to get one, please foreward the information to the EMAIL address below. I would prefer to get the case used, and as cheaply as possible; as I still have to pay for school and all 8-). Thanks!! jcmiller@hydra.unm.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05491; 13 Aug 90 8:21 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04265; 13 Aug 90 7:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04138; 13 Aug 90 7:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02380; 13 Aug 90 7:07 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA02443; Mon, 13 Aug 90 04:03:03 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Aug 90 08:00:38 GMT From: Marius Messerli Organization: Biophysics Institute ETHZ Switzerland Subject: sproc(2) jobs updating the same window ? Message-Id: <4687@biophys.zir.ethz.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I tried to creat multiple processes with sproc(2). These processes should write into the same window to split the work to different cpu's. The job sharing works if I do something else (no gl operations) but fails to do anything upon gl-calls. sproc(entry, inh, arg); with inh is set to PR_SALL Thanks very much for any help! Marius.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12429; 13 Aug 90 12:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa11168; 13 Aug 90 12:10 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11140; 13 Aug 90 12:02 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03634; 13 Aug 90 11:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA17552; Mon, 13 Aug 90 08:47:35 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Aug 90 14:45:22 GMT From: Mark VandeWettering Organization: Princeton University Subject: Re: sproc(2) jobs updating the same window ? Message-Id: <1860@idunno.Princeton.EDU> References: <4687@biophys.zir.ethz.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <4687@biophys.zir.ethz.ch> messerli@biophys.zir.ethz.ch (Marius Messerli) writes: >I tried to creat multiple processes with sproc(2). These processes >should write into the same window to split the work to different >cpu's. The job sharing works if I do something else (no gl operations) >but fails to do anything upon gl-calls. You may not do this in SGI IRIX v3.2 or before, but I believe that restriction is about to be lifted in version 3.3. Mark   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12819; 13 Aug 90 13:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10817; 13 Aug 90 11:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10666; 13 Aug 90 11:42 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa03462; 13 Aug 90 11:24 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 4019; Mon, 13 Aug 90 11:23:57 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Mon, 13 Aug 90 11:27 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:brendan%illyria.wpd@sgi.com) id AA08161; Mon, 13 Aug 90 11:44:44 DSD Date: Mon, 13 Aug 90 11:44:44 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: Symbolic Links for Lunks (Re-Thunk) To: brendan%illyria.wpd@sgi.com Cc: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9008131844.AA08161@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil, brendan%illyria.wpd@sgi.com I guess that you wrote tlink(1) ? It looks like you have done what I wanted to do only did not think about it yet. Great! You might want to get sgi to put a cross reference in the man page for link to your tlink. That would clue us in to your good work. Dangling links: Here is how I get dangling links ... cut----------------------------------------------------------------------- #! /bin/sh # run this below / so you don't hit your head # on the root directory... rm -rf D.DangleDirectory REAL_FILE cd $HOME mkdir D.DangleDirectory echo "THE REAL FILE CONTENTS" > REAL_FILE pwd ln -s REAL_FILE D.DangleDirectory/SYMLINK ls -l REAL_FILE ls -l D.DangleDirectory/SYMLINK cat D.DangleDirectory/SYMLINK cd D.DangleDirectory pwd ls -l SYMLINK cat SYMLINK echo "try more qualified names" cd $HOME ln -s ./REAL_FILE ./D.DangleDirectory/SYMLINK1 ls -l REAL_FILE ls -l ./D.DangleDirectory/SYMLINK1 cat ./D.DangleDirectory/SYMLINK1 cd D.DangleDirectory pwd ls -l ./SYMLINK1 cat ./SYMLINK1 echo "now try doing it the expected way" cd $HOME cd D.DangleDirectory pwd ln -s ../REAL_FILE SYMLINK2 ls -l ../REAL_FILE ls -l SYMLINK2 cat SYMLINK2 echo "try fully qualified names" cd $HOME pwd ln -s $HOME/REAL_FILE $HOME/D.DangleDirectory/QUALIFIED_LINK ls -l $HOME/REAL_FILE ls -l $HOME/D.DangleDirectory/QUALIFIED_LINK cat $HOME/D.DangleDirectory/QUALIFIED_LINK cd D.DangleDirectory pwd ls -l QUALIFIED_LINK cat QUALIFIED_LINK exit 0 cut-----------------------running the above will give you this----------------- /karron -rw-r--r-- 1 root mail 23 Aug 13 11:41 REAL_FILE l--------- 1 root mail 9 Aug 13 11:41 D.DangleDirectory/SYMLINK -> REAL_FILE cat: cannot open D.DangleDirectory/SYMLINK /karron/D.DangleDirectory l--------- 1 root mail 9 Aug 13 11:41 SYMLINK -> REAL_FILE cat: cannot open SYMLINK try more qualified names -rw-r--r-- 1 root mail 23 Aug 13 11:41 REAL_FILE l--------- 1 root mail 11 Aug 13 11:41 ./D.DangleDirectory/SYMLIN K1 -> ./REAL_FILE cat: cannot open ./D.DangleDirectory/SYMLINK1 /karron/D.DangleDirectory l--------- 1 root mail 11 Aug 13 11:41 ./SYMLINK1 -> ./REAL_FILE cat: cannot open ./SYMLINK1 now try doing it the expected way /karron/D.DangleDirectory -rw-r--r-- 1 root mail 23 Aug 13 11:41 ../REAL_FILE l--------- 1 root mail 12 Aug 13 11:41 SYMLINK2 -> ../REAL_FILE THE REAL FILE CONTENTS try fully qualified names /karron -rw-r--r-- 1 root mail 23 Aug 13 11:41 /karron/REAL_FILE l--------- 1 root mail 17 Aug 13 11:41 /karron/D.DangleDirectory/ QUALIFIED_LINK -> /karron/REAL_FILE THE REAL FILE CONTENTS /karron/D.DangleDirectory l--------- 1 root mail 17 Aug 13 11:41 QUALIFIED_LINK -> /karron/ REAL_FILE THE REAL FILE CONTENTS +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14644; 13 Aug 90 14:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14373; 13 Aug 90 14:00 EDT Date: Mon, 13 Aug 90 13:52:50 EDT From: Chuck Kennedy To: info-iris@BRL.MIL Subject: disk partitions Message-ID: <9008131352.aa14212@VMB.BRL.MIL> We also decided that the SGI supplied disk layout was not quite right for our site and came up with the following arrangement: Partition Type Fs Start: sec (cyl) Size: sec (cyl) Mount Directory 0 efs 3780 ( 3) 57960 ( 46) / 1 raw 61740 ( 49) 580860 ( 461) 6 efs yes 642600 ( 510) 1377180 (1093) /usr 7 efs 3780 ( 3) 2016000 (1600) 8 volhdr 0 ( 0) 3780 ( 3) 9 trkrepl 2019780 (1603) 40320 ( 32) 10 volume 0 ( 0) 2060100 (1635) We opted not to disturb either the volhdr or trkrepl partitions, so as to minimize the work involved. This scheme gives a larger root partition so that /tmp is not crowded, a swap space that is ~4.5X the size of physical memory (64MB), while keeping /usr decently sized. Plus, all the SGI stuff stays on one drive so that all of our users' data lives on other drives. When SGI shows up to work on the machine, we just spin down the drives that have our data on them and turn over the machine for repair.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18733; 13 Aug 90 18:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18695; 13 Aug 90 18:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18668; 13 Aug 90 18:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05461; 13 Aug 90 18:07 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA11158; Mon, 13 Aug 90 14:53:07 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Aug 90 16:59:40 GMT From: Aaron Schuman Organization: Silicon Graphics 415-335-1901 Subject: Re: logging telnet sessions to a file Message-Id: <1990Aug13.165940.12811@odin.corp.sgi.com> References: <9008110134.AA04851@mcirps2.med.nyu.edu>, <1990Aug13.164521.12485@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL How interesting! My posting was mostly unprinted lines because of all of those funky control characters in my telnet log file. I hand edited the file, replacing with , and with , so that news would take it, and here it is: telnet | tee /tmp/telnet telnet> Trying 192.26.61.22... Connected to saffron.wpd.sgi.com. Escape character is '^]'. ^MIRIX System V.3 (saffron) ^M^M ^Mlogin: schuman ^MPassword: ^MIRIX System V Release 3.3 saffron ^MCopyright (c) 1988,1989,1990 Silicon Graphics, Inc. ^MAll Rights Reserved. ^MMon Aug 13 09:39:15 PDT 1990 ^Msaffron /usr/people/schuman > date ^MMon Aug 13 09:39:35 PDT 1990 ^Msaffron /usr/people/schuman > ex^H ^^HH ^Hecho 'Do you like it ^H ^H, Dan?' ^MDo you like it, Dan? ^Msaffron /usr/people/schuman > exit ^Msaffron /usr/people/schuman > logout   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18820; 13 Aug 90 19:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab18695; 13 Aug 90 18:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab18668; 13 Aug 90 18:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05463; 13 Aug 90 18:07 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA11184; Mon, 13 Aug 90 14:53:32 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Aug 90 19:20:55 GMT From: Thant Tessman Organization: Silicon Graphics Inc. Subject: Re: StereoView raster sizes Message-Id: <1990Aug13.190844.15046@odin.corp.sgi.com> References: <9008102119.AA04851@chem.chem.ucsd.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008102119.AA04851@chem.chem.ucsd.edu>, sdempsey@UCSD.EDU (Steve Dempsey) writes: > Recently I was looking at some stereo images on a 340VGX with StereoView > and I noticed that that they seemed slightly compressed along the vertical > axis. I ran a test program to generate some rasters of a known size and > then measured the raster heights. My initial assumption was that a raster > with a height of 492 pixels and displayed with setmonitor(STR_RECT) should have > the same height as a raster of 984 pixels displayed with setmonitor(HZ60). > > Instead, I found that the stereo raster was about 6% smaller than I expected. > Now that I know the value of this factor I can adjust the aspect ratio > of my projection transformations to compensate, but I was wondering if > other people have seen this and if they measure the same shrinkage factor. I assume it is because you have a Mitsubishi Diamondscan multisync monitor. This monitor is a little too smart. When the stereo stuff was first done by StereoGraphics, they modified the monitors to double the vertical displacement. This made the pixels twice as high as they were wide. The proper aspect ratio for the window was 1280 in 'x' to 492X2 in 'y'. But since 40 scan lines were missing (used for vertical blank), the total picture height was slightly less than the non-stereo image. SGI's stereo (and the newer StereoGraphics stereo) uses a Mitsubishi multisync monitor. It does all adjustments digitally, and it automatically adjusts for a different number of scanlines by stretching the scanlines available to fit the area stored in its memory. In other words, it stretches the 492 stereo scanlines to fit into the same place that 1024 scanlines fit in non-stereo mode. This makes the pixels higher by 2.08 instead of 2, or stretched vertically by about 4%. This means that if you want to compensate for it in a window that is 1280 by 492, the aspect ratio should be 1280 to 1024, or 1.25. Unfortunately, all this means that an image that is exactly correct for the Mitsubishi is slightly incorrect for other monitors and vice versa. SGI's marketing wasn't sure that 4% incompatibility was a big enough concern to go with a custom modified (higher cost) monitor. Another solution is to adjust the monitor to be correct for stereo mode and slightly incorrect for the non-stereo mode. Hope this helps. > Steve Dempsey (619) 534-0208 > Dept. of Chemistry Computer Facility, B-014 INTERNET: sdempsey@ucsd.edu > University of Calif. at San Diego BITNET: sdempsey@ucsd > La Jolla, CA 92093 UUCP: ucsd!sdempsey thant   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18892; 13 Aug 90 19:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab18733; 13 Aug 90 18:48 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18726; 13 Aug 90 18:43 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05456; 13 Aug 90 18:06 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA11144; Mon, 13 Aug 90 14:52:57 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Aug 90 16:45:21 GMT From: Aaron Schuman Organization: Silicon Graphics 415-335-1901 Subject: Re: logging telnet sessions to a file Message-Id: <1990Aug13.164521.12485@odin.corp.sgi.com> References: <9008110134.AA04851@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Dan> I there any way to save a telnet session in a file ? It's dreadfully easy. I entered "telnet | tee /tmp/telnet" with this happy result: telnet> Trying 192.26.61.22... Connected to saffron.wpd.sgi.com. Escape character is '^]'. IRIX System V.3 (saffron) You'll note a couple of things: Even though I entered my password during the session, it didn't show up in the log file. This is a good thing! All the control characters, the backspaces and line feeds, show up in the log file. It's ugly, but you can always edit it later if you must. Aaron   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18940; 13 Aug 90 19:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab18820; 13 Aug 90 19:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18811; 13 Aug 90 19:02 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05605; 13 Aug 90 18:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14397; Mon, 13 Aug 90 15:42:54 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Aug 90 20:10:28 GMT From: Tom Mackey Organization: BoGART In Your Face Subject: Re: Automounter for IRIX Message-Id: <1038@voodoo.UUCP> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article larson@csd460a.erim.org (Eric Larson) writes: > Is there an automount program similar to Sun's automount program >available for the SGI systems? Is anyone successfully running an >automounter under IRIX 3.2 (or 3.1)? I am currently investigating an >automounter called "amd", but it doesn't make any references to SGI or >IRIX and it appears it will require some porting effort in order to >make it functional. I'd like to ditto that question.... We have a LARGE number of systems with their file systems cross-mounted via NFS. It would be nice to establish the mounts on an as-needed basis. -- Tom Mackey (206) 234-7767 (wk) Boeing Computer Services ....uw-beaver!ssc-vax!voodoo!tomm M/S 6M-17, P.O. Box 24346, Seattle, WA 98124-0346   Received: from vmb.brl.mil by VMB.BRL.MIL id aa21158; 14 Aug 90 1:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20665; 14 Aug 90 0:24 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20613; 14 Aug 90 0:09 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06772; 13 Aug 90 23:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA03228; Mon, 13 Aug 90 20:45:46 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Aug 90 23:20:24 GMT From: Bean Anderson Organization: Silicon Graphics Inc. Subject: Re: ATT C++ 2.0 on SGI. Message-Id: <1990Aug13.232024.4527@odin.corp.sgi.com> References: <1990Aug9.150448.29521@jarvis.csri.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug9.150448.29521@jarvis.csri.toronto.edu>, edwin@csri.toronto.edu (Edwin Allum) writes: > > Has anyone ported the ATT C++ 2.0 source distribution for the SGI Irix ? > > If you have, can you either send me the diffs or give me some pointers > as to how to tackle the problem. > > Thanks, Edwin > -- > Edwin Allum > edwin@csri.utoronto.edu > CSRI, University of Toronto SGI has ported AT&T C++ 2.0; the product is now in beta test. As you might expect, there were many bugs that we fixed. This product is the same product that we use in house on many of our projects. (For example, Workspace is in C++ and the SGI UI toolkit is in C++.) By the way, many of those bugs were not in cfront but in ccom (the C compiler). This was in large part due to not being an ANSI C compiler. By the way (again), We will be releasing an ANSI C compiler later this fall. Oddly enough, C++ did not drive the release of an ANSI C compiler -- indeed, it is just a happy coincidence as we have been working on an ANSI C compiler since mid 1989. I think there are still a few slots open in our beta test program. If you are interested, contact John Wilkinson (jfw@sgi.com). He is the C++ project leader. Bean   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24825; 14 Aug 90 8:51 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24065; 14 Aug 90 8:30 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24020; 14 Aug 90 8:21 EDT Received: from [192.12.62.50] by VGR.BRL.MIL id aa08102; 14 Aug 90 7:38 EDT Received: Tue, 14 Aug 90 08:39:28 ADT by pig.drea.dnd.ca (5.52/5.6) Date: Tue, 14 Aug 90 08:39:28 ADT From: Jim Diamond Message-Id: <9008141139.AA17236@pig.drea.dnd.ca> To: info-iris@BRL.MIL Subject: looking for Jim Hollan (netters: insert usual apology about sending mail to newsgroup here) Jim: thanks for your message about lisp. I tried to reply to your mail, but altho I can ping your machine, it refuses to accept connections for other purposes. Anyway, thanks for your note. I've gotten a few other replies but not from anyone who has been using Symbolics machines. I'm glad to hear that Franz has a nice interface to the graphics library. Do you have any quantitative data (or qualitative feeling) for the relative performance between your SGI and the Symbolics? If so, would you mind sharing it (and your SGI model type) with me? Thanks. Jim Diamond zsd@pig.drea.dnd.ca   Received: from vmb.brl.mil by VMB.BRL.MIL id aa28488; 14 Aug 90 11:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa27675; 14 Aug 90 10:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27604; 14 Aug 90 10:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08811; 14 Aug 90 10:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA05691; Tue, 14 Aug 90 07:11:16 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Aug 90 13:22:51 GMT From: "Gary S. Moss (VLD/VMB" , dd.hp.com!uakari.primate.wisc.edu!aplcen!haven!adm!smoke!brl.mil!moss@ucsd.edu, ")"@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Organization: Ballistic Research Laboratory Subject: Re: C for the compleat novice? Message-Id: <13547@smoke.BRL.MIL> References: <25250.26c5cd90@kuhub.cc.ukans.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <25250.26c5cd90@kuhub.cc.ukans.edu>, arritt@kuhub.cc.ukans.edu writes: |> What I'm wondering is -- do you need to "set up" your system to compile C |> code? No, assuming you have a C compiler properly installed. |> I don't know anything at all about C; I program in [asbestos suit on] |> Fortran [asbestos suit off] and besides am more of an end-user than a |> programmer anyway. Should you not really expect C source code to work |> without some tweaking? Is C inherently non-portable? C is just a language, portability is a separate discipline. Neither have much to do with your problem, so let's not generalize [else I have some things to say about Fortran programmers ;-b]. |> cc -O -c xgif.c |> cpp: error /usr/include/X11/Xos.h:69: Can't find include file strings.h |> cpp: error /usr/include/bsd/sys/ioctl.h:9: Can't find include file net/soioctl.h |> cpp: error /usr/include/bsd/sys/ioctl.h:10: Can't find include file sys/ttychars.h |> |> Now, I guessed it was trying to find the files ending in .h, but thought they |> weren't on the system. I did a "find" for each file and obtained the |> following results: |> |> /usr/include/bsd/net/soioctl.h |> /usr/include/bsd/strings.h |> /usr/include/bsd/sys/ttychars.h |> See, the problem is staring you right in the face! You need to search /usr/include/bsd for these files; by default, the C preprocessor (cpp) looks in /usr/include. Specify other directories with the -I compile flag (see the "cc" manual page for details). cc -O -c -I/usr/include/bsd xgif.c You will probably also need to use the -lbsd loader directive. These are best placed in the Makefile. If you are using "imake", you probably aren't using it properly, or your system-specific config file is not right. These flags are necessary for compatability between Berkeley and AT&T style UNIX implementations and this type of usage is very common these days; not all portability can be achieved in the C source, the Makefile has to do its part to pull in the correct libraries and find the correct include files. Make sure you remove any .o files before you recompile with the -I switch. |> Is there any simple way around these problems? Should I just give up, |> unless I can somehow find the time to learn a new computer language? :-( |> Whatever help you can give would be most appreciated. You were almost there, your just too paranoid about C to see it.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01121; 14 Aug 90 12:41 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00479; 14 Aug 90 12:30 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00367; 14 Aug 90 12:18 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09744; 14 Aug 90 12:08 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12506; Tue, 14 Aug 90 09:03:21 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Aug 90 16:00:19 GMT From: Malgorzata Sturgill Organization: U of Utah Mouse Hole Subject: drawing in subwindows Message-Id: <1990Aug14.100020.5096@hellgate.utah.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi, I am trying to draw in subwindows ( open with swinopen ). I finally managed to persuade my code to draw, but unfortunately it does not draw where I expect. I have included a piece of code to ilustrate. All this program does it opens a 300x300 parent window (black) and then opens a white 200x200 white subwindow. the program is then supposed to draw the diagonals of the subwindow in red. Well it does not. It does draw a cross, but it does not fill the whole window. Am I just doing something stupid? Any help would be great, m. ------------------ Code Follows --------------------------------------------- #include #include #include long parent, child; main(argc, argv) int argc; char *argv[]; { short data; foreground(); prefposition(500,800,500,800); parent = winopen("parent") ; gconfig(); reshapeviewport(); color(BLACK); clear(); child = swinopen(parent); winposition(50,250,50,250); gconfig(); color(WHITE); clear(); qenter(REDRAW,(short)child); while (TRUE){ while (qtest()){ switch(qread(&data)){ case REDRAW: if ((long)data == parent){ winset(parent); reshapeviewport(); color(BLACK); clear(); break; } if ((long)data == child){ redr(); printf("child redrawn\n"); } break; default: break; } } } } redr(){ winset(child); reshapeviewport(); color(WHITE); clear(); color(RED); move2(0,0); draw2(199,199); move2(0,199); draw2(199,0); } Malgorzata Marek Sturgill margaret@cs.utah.edu margaret@ms.uky.edu "A sphere isn't that simple when you get into higher dimensions - it's a bit non-flat." - Annonymous Malgorzata Marek Sturgill margaret@cs.utah.edu margaret@ms.uky.edu "A sphere isn't that simple when you get into higher dimensions   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01721; 14 Aug 90 12:56 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac01121; 14 Aug 90 12:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00804; 14 Aug 90 12:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09913; 14 Aug 90 12:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13379; Tue, 14 Aug 90 09:17:38 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Aug 90 15:13:57 GMT From: Jim Hollan Organization: /u/hollan/.organization Subject: Extending Monitor Cable Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Some time back I posted a summary of responses I received about extending monitor cables. We made a monitor cable for a 320VGX system that is approximately 250 feet long using Belden Plenum Coax #82241. The image is quite acceptable. Note that if you use this coax you will need smaller connectors (20 Gauge) than with the typical RG-59 cable (23 Gauge). Jim   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02174; 14 Aug 90 13:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01121; 14 Aug 90 12:45 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00790; 14 Aug 90 12:33 EDT Received: from vm.uoguelph.ca by VGR.BRL.MIL id aa09052; 14 Aug 90 11:16 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 5259; Tue, 14 Aug 90 11:16:05 EST Received: by UOGUELPH (Mailer R2.07) id 0954; Tue, 14 Aug 90 11:16:02 EST Date: Tue, 14 Aug 90 11:05:50 EST From: Peter Jaspers-Fayer Subject: Lock keyboard & mouse To: Iris mailing list Message-ID: <9008141116.aa09052@VGR.BRL.MIL> Is there a program that puts up a screen or window and password locks the mouse & keyboard? I am new to the Iris world, and I'm not much of a C programmer. What I'd like to do is when I'll be away for a while, I'd like to call up this program that displays a full-screen window that is not close or push-able, securely locking out the screen until a password is entered on the keyboard. I want this because: a) It takes a long time to logout and login again, just to make your machine secure while going to the washroom or something, and b) How do you keep people from fiddling with your machine when running long-running graphics applications while you are away? /PJ SofPJF@VM.UoGuelph.Ca (Probably also reachable (until ?) at SOFPJF@UOGUELPH.BITNET) Never test for an error condition you don't know how to handle.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06622; 14 Aug 90 15:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06220; 14 Aug 90 15:48 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06117; 14 Aug 90 15:38 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa10894; 14 Aug 90 15:00 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 8201; Tue, 14 Aug 90 14:59:22 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Tue, 14 Aug 90 15:03 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for mcclb0.med.nyu.edu!ucbvax.berkeley.edu!sgi!shinobu!odin!schuman) id AA11507; Tue, 14 Aug 90 15:20:59 DSD Date: Tue, 14 Aug 90 15:20:59 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: logging telnet sessions to a file To: Aaron Schuman Cc: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9008142220.AA11507@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil Aaron Schuman says: > >How interesting! My posting was mostly unprinted lines because I did not see your posting. Perhaps you might send a copy to me. >of all of those funky control characters in my telnet log file. >I hand edited the file, replacing with , >and with , so that news would take it, and >here it is: > > >telnet | tee /tmp/telnet > ... stuff deleted... >Escape character is '^]'. > > >^MIRIX System V.3 (saffron) >^M^M >^Mlogin: schuman >^MPassword: >^MIRIX System V Release 3.3 saffron >^MCopyright (c) 1988,1989,1990 Silicon Graphics, Inc. >^MAll Rights Reserved. >^MMon Aug 13 09:39:15 PDT 1990 >^Msaffron /usr/people/schuman > date >^MMon Aug 13 09:39:35 PDT 1990 >^Msaffron /usr/people/schuman > ex^H ^^HH ^Hecho 'Do you like it ^H ^H, Dan?' >^MDo you like it, Dan? >^Msaffron /usr/people/schuman > exit >^Msaffron /usr/people/schuman > logout Yes, your way clearly works. I was also advised to try the script command, but that does not appear to be functional on sgi telnet. The set tracefile also does not work. It leaves a zero length file but no traces in the file. I will use your way, which is also clearly a hack (but a nice clever one). I hope that the boys at sgi are listening and can do something. dan. . +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07287; 14 Aug 90 16:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06911; 14 Aug 90 16:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab06658; 14 Aug 90 15:59 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10519; 14 Aug 90 13:41 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA16917; Tue, 14 Aug 90 10:11:42 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Aug 90 15:27:29 GMT From: Jeff Hanson Organization: NASA/Lewis Research Center, Cleveland Subject: Re: Automounter for IRIX Message-Id: <1990Aug14.152729.13149@eagle.lerc.nasa.gov> References: , <1038@voodoo.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL automount(1M) is in 3.3. Hope this helps. -- *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* \ / \ / \ / \ / \ / \ / Jeff Hanson \ / \ / \ / \ / \ / \ / * ViSC: Better * tohanson@gonzo.lerc.nasa.gov * * * * * * / \ / \ Science / \ / \ NASA Lewis Research Center / \ / \ Through / \ / \ * * * * * * * Cleveland, Ohio 44135 * * * Pictures * * \ / \ / \ / \ Telephone - (216) 433-2284 Fax - (216) 433-2182 \ / \ / \ / *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08044; 14 Aug 90 17:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07881; 14 Aug 90 16:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07827; 14 Aug 90 16:43 EDT Received: from TROUT.NOSC.MIL by VGR.BRL.MIL id aa11267; 14 Aug 90 16:21 EDT Received: from ucsd.edu by trout.nosc.mil (5.59/1.27) id AA14670; Tue, 14 Aug 90 13:21:21 PDT Received: from chema.ucsd.edu by ucsd.edu; id AA08935 sendmail 5.64/UCSD-2.1-sun via SMTP Tue, 14 Aug 90 13:20:50 -0700 for @nosc.mil:info-iris@brl.mil Received: by chem.chem.ucsd.edu (5.51) id AA14083; Tue, 14 Aug 90 13:19:51 PDT Date: Tue, 14 Aug 90 13:19:51 PDT From: Steve Dempsey Message-Id: <9008142019.AA14083@chem.chem.ucsd.edu> To: info-iris@BRL.MIL Subject: Re: StereoView raster sizes >Date: 13 Aug 90 19:20:55 GMT >From: Thant Tessman >Organization: Silicon Graphics Inc. >Subject: Re: StereoView raster sizes >References: <9008102119.AA04851@chem.chem.ucsd.edu> [ stuff deleted] >I assume it is because you have a Mitsubishi Diamondscan multisync >monitor. This monitor is a little too smart. When the stereo stuff Yes, we have the Mitsubishi monitor, and what a great monitor it is! I made the mistake of daisy chaining a Hitachi (from a 4D/25) to it so that I could compare them side by side, and now people here complain about how 'fuzzy' the Hitachi looks. [ stuff deleted] >In other words, it stretches the 492 stereo scanlines to >fit into the same place that 1024 scanlines fit in non-stereo >mode. This makes the pixels higher by 2.08 instead of 2, or >stretched vertically by about 4%. This means that if you want >to compensate for it in a window that is 1280 by 492, the aspect >ratio should be 1280 to 1024, or 1.25. > I seem to have the opposite problem. Rather than stretch the 492 stereo scan lines to match 1024 regular scan lines, or even 984 scan lines, my monitor matches them to about 928! So now I wonder if I have a hardware or software problem with my monitor? I guess it's time to make use of the maintenance contract and let the Hotline figure it out! -------------------------------------------------------------------------------- Steve Dempsey (619) 534-0208 Dept. of Chemistry Computer Facility, B-014 INTERNET: sdempsey@ucsd.edu University of Calif. at San Diego BITNET: sdempsey@ucsd La Jolla, CA 92093 UUCP: ucsd!sdempsey   Received: from vmb.brl.mil by VMB.BRL.MIL id ab08044; 14 Aug 90 17:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab07881; 14 Aug 90 16:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07833; 14 Aug 90 16:44 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11291; 14 Aug 90 16:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29157; Tue, 14 Aug 90 13:18:27 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Aug 90 20:14:37 GMT From: "John A. Palkovic" Organization: Fermilab, Batavia, IL Subject: 40/70G won't accept mail Message-Id: <2228@linac.fnal.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL System: Iris 40/70G; IRIX 3.2 When trying to deliver mail to the Iris system (ntf) from a Sun running SunOS 4.1 (calvin), sendmail reports the following: Return-Path: Date: Tue, 14 Aug 90 08:49:48 CDT From: Mailer-Daemon@calvin (Mail Delivery Subsystem) Subject: Returned mail: Remote protocol error To: ----- Transcript of session follows ----- Connected to ntf: >>> MAIL From: <<< 554 rewrite: expansion too long >>> QUIT <<< 554 rewrite: expansion too long 554 ... Remote protocol error ----- Unsent message follows ----- Net result: the Iris system does not accept the mail message for delivery. Any ideas out there? Please email replies direct. Thanks.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09996; 14 Aug 90 20:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09352; 14 Aug 90 19:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09342; 14 Aug 90 19:06 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13485; 14 Aug 90 18:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07884; Tue, 14 Aug 90 15:39:53 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Aug 90 22:30:30 GMT From: Kurtis MacFerrin Organization: Schreiber Group (Harvard Chemistry Department) Subject: Wanted: toclrps Message-Id: <3880@husc6.harvard.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Could someone send me the source code to toclrps (a program for converting iris images to color postscript) please? Thanks. --Kurtis MacFerrin macferrin@slsvax.harvard.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10503; 14 Aug 90 20:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09847; 14 Aug 90 19:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09825; 14 Aug 90 19:52 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14364; 14 Aug 90 19:38 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA11130; Tue, 14 Aug 90 16:32:27 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Aug 90 23:23:25 GMT From: "James D. Meiss" Organization: University of Colorado, Boulder Subject: Workspace launched from remote terminal Message-Id: <24759@boulder.Colorado.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL When someone is logged onto the console, and a remote user starts up a gl program, it gets sent to the console. One of our users has something set so that when he logs in remotely, his workspace appears on the console. Is there anyway to prevent these things from happening? Its rather disconcerting to the console user, not to mention somewhat of a security problem... Thanks Jim Meiss Program in Applied Mathematics jdm@boulder.colorado.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ab10503; 14 Aug 90 20:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10368; 14 Aug 90 20:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab10013; 14 Aug 90 20:08 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08323; 14 Aug 90 8:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29840; Tue, 14 Aug 90 05:39:20 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Aug 90 12:10:25 GMT From: "Adam W. Feigin" Organization: Pixel Pushers of America Subject: Re: Automounter for IRIX Message-Id: <1848@fcs280s.ncifcrf.gov> References: , <1038@voodoo.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The automounter is in IRIX 3.3. I dont know if it works, but its there. AWF ----------------------------------------------------------------------------- -- Internet: adam@ncifcrf.gov Adam W. Feigin UUCP: {backbonz}!ncifcrf!adam Senior Systems Manager Mail: P.O. Box B, Bldg 430 National Cancer Institute-Superconfuser Center Frederick, MD 21702 Frederick Cancer Research & Development Facility   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10829; 14 Aug 90 21:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10768; 14 Aug 90 21:33 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10752; 14 Aug 90 21:25 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa15423; 14 Aug 90 21:08 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA16378; Tue, 14 Aug 90 17:57:04 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Aug 90 00:08:02 GMT From: Jim Bennett Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: drawing in subwindows Message-Id: <1990Aug15.000802.14816@odin.corp.sgi.com> References: <1990Aug14.100020.5096@hellgate.utah.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL margaret@cs.utah.edu (Malgorzata Sturgill) writes: > Hi, > I am trying to draw in subwindows ( open with swinopen ). I finally > managed to persuade my code to draw, but unfortunately it does not draw where > I expect. I have included a piece of code to ilustrate. > > ... You just need to set the projection, for example: ortho2 (-0.5, 199.5, -0.5, 199.5); after the call to reshapeviewport() in your redraw routine. Then it works like you would expect. Jim   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12571; 15 Aug 90 2:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12416; 15 Aug 90 1:41 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12410; 15 Aug 90 1:32 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa16157; 15 Aug 90 1:20 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 3139; Wed, 15 Aug 90 01:19:58 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Wed, 15 Aug 90 01:23 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:arc%thyme.wpd@sgi.com) id AA12380; Wed, 15 Aug 90 01:42:07 DSD Date: Wed, 15 Aug 90 01:42:07 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: logging telnet sessions to a file To: arc%thyme.wpd@sgi.com Cc: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9008150842.AA12380@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil, arc%thyme.wpd@sgi.com Oh. I thought script was a facility in telnet. I see that you mean that script is a csh shell facility. Yep, that works, but apparently only if you are using full duplex mode, as you will not see your input, only what is echoed. I would like to see my input too, even if it is not echoed. That is for exotic editors on other systems that do all sorts of things with a few user keystrokes. Thanks for your response. dan(who never reads the script anyway) +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12781; 15 Aug 90 2:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12475; 15 Aug 90 1:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12456; 15 Aug 90 1:46 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa16179; 15 Aug 90 1:30 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 3176; Wed, 15 Aug 90 01:29:14 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Wed, 15 Aug 90 01:31 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:jdm@boulder.colorado.edu) id AA12394; Wed, 15 Aug 90 01:50:05 DSD Date: Wed, 15 Aug 90 01:50:05 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: Workspace launched from remote terminal To: "James D. Meiss" Cc: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9008150850.AA12394@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil jdm@boulder.colorado.edu writes: > When someone is logged onto the console, and a remote >user starts up a gl program, it gets sent to the console. > One of our users has something set so that when he logs >in remotely, his workspace appears on the console. > > Is there anyway to prevent these things from happening? >Its rather disconcerting to the console user, not to mention somewhat >of a security problem... > Yes. I have found two ways. 1) startup workspace from your user.ps or startup.ps files. The incantation was posted some time ago, and I will get it for you if you want it. The good news is that the shell containing workspace will ONLY start if you own the gl window. The problem is that the shell you start from postscript will be run prior to your .login and .cshrc, and will not be a child process that will know anything from your .login. Some people have complained that an editor started from workspace in this way will not know what term to use or which printer to use if you depending on setting these vars in your .login . 2) startup workspace in your .login, and run it only if your TERM is the iris-ansi and your REMOTEHOST is not set. There are many other hacks to test where you are logging in from. The problem with this is that you have to test if workspace is running already, or every new window you open will also run .login and workspace will intrude itself onto your window after you have pushed it below other windows. dan. +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15564; 15 Aug 90 8:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa15092; 15 Aug 90 8:08 EDT Received: by VMB.BRL.MIL id aa14984; 15 Aug 90 7:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14022; 15 Aug 90 7:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16986; 15 Aug 90 7:11 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA20251; Wed, 15 Aug 90 04:04:22 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Aug 90 10:50:13 GMT From: Hannu Visti Organization: Helsinki University of Technology, Finland Subject: Nameservices and graphics environment Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have tried to turn on nameservices under IRIX 3.2 and 3.2.1. I don't want to run named, so I only make resolv.conf defining domain, hostresorder (local bind) and 3 nameservers. This seems to work fine; all addresses are found and nslookup finds all records for machines. But when I try to log in from the graphics console, it just hangs. It clears screen and displays the standard ("welcome to ...") text in the center of the screen. And nothing else. There is lots of messages in /usr/adm/SYSLOG from grcond. The errors occur when running init.ps and there seems to be some problem finding the localhost's name. If someone knows what to do, please tell me too. /hv   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19138; 15 Aug 90 10:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18353; 15 Aug 90 10:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18119; 15 Aug 90 10:23 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17756; 15 Aug 90 10:09 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29616; Wed, 15 Aug 90 07:02:37 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Aug 90 13:02:15 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: 4D/120 erratic system crashes and hangs. Message-Id: <1990Aug15.130215.339@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL There was a posting a while back by someone from Austraila who had problems with system hangs on his 4D/140. I have been researching erratic MP bus errors and system crashes on a 4D/120 and have found a Field Change Order that covers both cases. It is FCO 18, titled "MP Bus Termination Changes", and to quote the field strategy, "Fix on Failure. Whenever a system is failing with MP bus errors, MP cache PON diagnostics, or other erratic system crashes, it is recommended this fix be installed in addition to other normal trouble shooting procedures.". Another section includes "Other" system crashes and hangs. The fix consists of seven 200 ohm 1/4 watt resistors for the backplane, to replace the seven 100 ohm 1/4 watt resistors already there, and making sure that the IO2 board is at revision level C. Hope this helps, Bruno   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19836; 15 Aug 90 10:59 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab16935; 15 Aug 90 9:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16845; 15 Aug 90 9:36 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa17498; 15 Aug 90 9:17 EDT Received: Wed, 15 Aug 90 09:17:53 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Wed, 15 Aug 90 09:17:53 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9008151317.AA02676@aero4.larc.nasa.gov> To: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: Workspace launched from remote terminal Cc: info-iris@BRL.MIL On your suggestion to start workspace from .login. A better test is to see if tty is console, if it is the start things up. Usually you only have one console window. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00308; 15 Aug 90 15:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa28561; 15 Aug 90 14:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa28381; 15 Aug 90 14:30 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18370; 15 Aug 90 11:41 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA05167; Wed, 15 Aug 90 08:29:08 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Aug 90 15:11:51 GMT From: meuer Organization: Minnesota Supercomputer Institute Subject: Re: Workspace launched from remote terminal Message-Id: <1990Aug15.151151.1237@s1.msi.umn.edu> References: <9008150850.AA12394@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL karron@MCIRPS2.MED.NYU.EDU writes: >jdm@boulder.colorado.edu writes: >> When someone is logged onto the console, and a remote >>user starts up a gl program, it gets sent to the console. >> One of our users has something set so that when he logs >>in remotely, his workspace appears on the console. >> >> Is there anyway to prevent these things from happening? >>Its rather disconcerting to the console user, not to mention somewhat >>of a security problem... >> >Yes. >I have found two ways. >1) startup workspace from your user.ps or startup.ps files. The incantation >was posted some time ago, and I will get it for you if you want it. The good >news is that the shell containing workspace will ONLY start if you own the gl >window. The problem is that the shell you start from postscript will be run >prior to your .login and .cshrc, and will not be a child process that will >know anything from your .login. Some people have complained that an editor >started from workspace in this way will not know what term to use or which >printer to use if you depending on setting these vars in your .login . >2) startup workspace in your .login, and run it only if your TERM is the >iris-ansi and your REMOTEHOST is not set. There are many other hacks to >test where you are logging in from. The problem with this is that you >have to test if workspace is running already, or every new window you >open will also run .login and workspace will intrude itself onto your >window after you have pushed it below other windows. The way I've gotten around the problem with number two is to put code like this in my .login: if ( "`tty`" == "/dev/console" ) then workspace endif This way only the "true" console window will start the workspace, and you'll only get that window (in my experience) if you are actually at the Iris screen. The only thing that this requires is that you open a console window, which most account configurations do by default anyway. >dan. -mark -- Mark Meuer | 1200 Washington Ave. So. Geometry Supercomputer Project | Minneapolis, MN 55415 meuer@geom.umn.edu | (612) 624-1867   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01187; 15 Aug 90 15:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00308; 15 Aug 90 15:20 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab00252; 15 Aug 90 15:11 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19160; 15 Aug 90 14:40 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA17128; Wed, 15 Aug 90 11:35:09 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Aug 90 18:34:10 GMT From: Brent Thomas Corkum Organization: Civil Engineering, University of Toronto Subject: Seagate Disks for a 4D/25 PI running O.S. 3.2 Message-Id: <1990Aug15.143409.13422@jarvis.csri.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone know whether the Seagate Wren Runner-2 767 MB or the Wren 7 1.2 GB or the Seagate Elite 1.2 GB SCSI disks will work on a PI 4D/25 (ie. does anyone have one running)? We're looking to add a Gigabyte or so of storage to our current configuraion of a 4D/25 with a internal 360MB disk and want to know what options we have. Brent Corkum corkum@ecf.toronto.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01187; 15 Aug 90 15:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00308; 15 Aug 90 15:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac00252; 15 Aug 90 15:11 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa19204; 15 Aug 90 14:56 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 6237; Wed, 15 Aug 90 14:55:36 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Wed, 15 Aug 90 14:59 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:blbates@aero4.larc.nasa.gov) id AA13960; Wed, 15 Aug 90 15:17:53 DSD Date: Wed, 15 Aug 90 15:17:53 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: Workspace launched from remote terminal To: blbates@aero4.larc.nasa.gov Cc: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9008152217.AA13960@mcirps2.med.nyu.edu> X-Envelope-to: blbates@aero4.larc.nasa.gov, info-iris@brl.mil A very good idea. I Use a system where I try to keep track of the location and type of every type of port and tty I have logged in from. That way, the system knows where I am, and where my printer closest to me is. I run a sh subshell from .login to run `/bin/tty` through a case statement, unless the REMOTEHOST var is set. However, it truely a hack, and I will have to keep changing it with each new op system. I had not thought that there would be only one console, so only the .login run from console would startup workspace. Anyway, I prefer to startup workspace by hand, at least for myself. Thanks for your note. +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02650; 15 Aug 90 16:04 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01660; 15 Aug 90 15:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01582; 15 Aug 90 15:43 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa19430; 15 Aug 90 15:31 EDT Received: Wed, 15 Aug 90 15:31:14 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Wed, 15 Aug 90 15:31:14 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9008151931.AA04768@aero4.larc.nasa.gov> To: info-iris@BRL.MIL Subject: Binary files on 4D machines Does anyone know if SGI plans on FIXING their FORTRAN, so that we can write true binary files, the way we can on the 3000's. This capability is SUPPOSE to be in release 3.3, however, it doesn't work. I want to open a file with a command like: open(unit,file='filename',form='binary') Then write to the file: write(unit) data Writting to a binary file should be as easy as writing to a sequential unformatted file, the ONLY thing I should have to change is the 'form' parameter in the open statement. -- Brent   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01427; 15 Aug 90 22:04 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01353; 15 Aug 90 21:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01348; 15 Aug 90 21:45 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa21106; 15 Aug 90 21:41 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13436; Wed, 15 Aug 90 18:31:06 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Aug 90 01:22:49 GMT From: "John D. McCalpin" Organization: College of Marine Studies, U. Del. Subject: Re: Binary files on 4D machines Message-Id: References: <9008151931.AA04768@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >>>>> On 15 Aug 90 19:31:14 GMT, blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS361 x42854") said: "Brent> Does anyone know if SGI plans on FIXING their FORTRAN, so that "Brent> we can write true binary files, the way we can on the 3000's. It ain't broke, so it don't need to be fixed.... The FORTRAN standard does not specify the inner details of a file opened with form=unformatted, so vendors are free to do what they wish. In this case, SGI (following MIPS, I suppose) decided to implement what is called a "control-word delimited" file in CDC-land. Each record in a sequential, unformatted file is preceded and followed by a 32-bit integer containing the number of bytes in the record. Three things to keep in mind: (1) This format is actually very convenient, since it is identical to the format used by Sun for sequential unformatted files. (2) You can get rid of the control words by writing a direct-access file instead of a sequential one. Of course, then the compiler expects the records to all be of the same length. (3) C is often faster for low-level binary I/O, and can be linked with the FORTRAN fairly easily. -- John D. McCalpin mccalpin@perelandra.cms.udel.edu Assistant Professor mccalpin@vax1.udel.edu College of Marine Studies, U. Del. J.MCCALPIN/OMNET   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03509; 16 Aug 90 5:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03479; 16 Aug 90 5:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03442; 16 Aug 90 5:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23059; 16 Aug 90 5:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07651; Thu, 16 Aug 90 02:12:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Aug 90 18:09:02 GMT From: Andrew Cherenson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Nameservices and graphics environment Message-Id: <66937@sgi.sgi.com> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article visti@cs.hut.fi (Hannu Visti) writes: >I have tried to turn on nameservices under IRIX 3.2 and 3.2.1. I don't >want to run named, so I only make resolv.conf defining domain, >hostresorder (local bind) and 3 nameservers. "hostresorder" is a new IRIX 3.3 'feature' -- it's not in 3.2. >This seems to work fine; all addresses are found and nslookup finds all >records for machines. > >But when I try to log in from the graphics console, it just hangs. It >clears screen and displays the standard ("welcome to ...") text in the >center of the screen. And nothing else. > >There is lots of messages in /usr/adm/SYSLOG from grcond. The errors occur >when running init.ps and there seems to be some problem finding the >localhost's name. Make sure "localhost" is in the named databases.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab03509; 16 Aug 90 5:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac03479; 16 Aug 90 5:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac03442; 16 Aug 90 5:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23063; 16 Aug 90 5:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07748; Thu, 16 Aug 90 02:13:37 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Aug 90 23:36:22 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: gl commands in X11 Message-Id: <1990Aug15.233622.635@odin.corp.sgi.com> References: <2943@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2943@dftsrv.gsfc.nasa.gov>, flanigan@iris613.gsfc.nasa.gov (Dennis Flanigan Jr.) writes: |> |> A question about gl with X11: |> |> Last week I asked the SGI hotline if there was any way I could |> use gl commands in a window opened up with X11 commands. |> Essentially using the gl command winset on the X11 window. |> SGI said it could not be done now, but probably in the future. |> |> Does anybody know why I can't do this now? |> It's a long and complicated story. The short version is that the only way to access and initialize the GL is via winopen; guess what winopen does. It makes a GL window. You can do both an XCreateWindow() and a wineopn() in the same program but you get two separate windows and you may have to deal with two input models. This is a tricky game to play. As the hotline told you, what you want to do will be possible in the future. -- From the TARDIS of Mark Callow msc@ramoth.sgi.com, ...{ames,decwrl}!sgi!msc "There is much virtue in a window. It is to a human being as a frame is to a painting, as a proscenium to a play. It strongly defines its content."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03722; 16 Aug 90 6:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab03479; 16 Aug 90 5:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab03442; 16 Aug 90 5:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23061; 16 Aug 90 5:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07600; Thu, 16 Aug 90 02:11:22 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Aug 90 17:11:53 GMT From: Thant Tessman Organization: Silicon Graphics Inc. Subject: Re: drawing in subwindows Message-Id: <1990Aug15.171153.22969@odin.corp.sgi.com> References: <1990Aug14.100020.5096@hellgate.utah.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug14.100020.5096@hellgate.utah.edu>, margaret@cs.utah.edu (Malgorzata Sturgill) writes: > > Hi, > I am trying to draw in subwindows ( open with swinopen ). I finally > managed to persuade my code to draw, but unfortunately it does not draw where > I expect. I have included a piece of code to ilustrate. All this program does > it opens a 300x300 parent window (black) and then opens a white 200x200 white > subwindow. the program is then supposed to draw the diagonals of the subwindow > in red. Well it does not. It does draw a cross, but it does not fill the whole > window. Am I just doing something stupid? > #include I'm not sure what the default behavior of subwindows is supposed to be, but you could just add an ortho2 to your redr to get what you want: redr(){ winset(child); reshapeviewport(); ortho2(0.0, 200.0, 0.0, 200.0); /* like this */ color(WHITE); clear(); color(RED); move2(0,0); draw2(199,199); move2(0,199); draw2(199,0); } > Malgorzata Marek Sturgill margaret@cs.utah.edu > margaret@ms.uky.edu > thant   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15096; 21 Aug 90 22:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14760; 21 Aug 90 21:20 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14720; 21 Aug 90 21:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12395; 21 Aug 90 20:57 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12741; Tue, 21 Aug 90 17:52:42 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Aug 90 06:06:07 GMT From: Andrew Hume Organization: AT&T Bell Laboratories, Murray Hill NJ Subject: Re: very fast /tmp and /usr/tmp partitions. Message-Id: <11190@alice.UUCP> References: <9008070113.AA18462@mcirps2.med.nyu.edu>, <11489@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL anamrtic(sp?) sells ram disks witha scsi interface. they sustain 3MB/s synchronous. they come in various sizes; the biggest is 240MB. they have a 8in disjk form factor and cost about $115/MB.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02399; 16 Aug 90 0:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02327; 16 Aug 90 0:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02315; 16 Aug 90 0:29 EDT Received: from relay.cdnnet.ca by VGR.BRL.MIL id aa21761; 16 Aug 90 0:18 EDT Received: from mtsg.ubc.ca by relay.CDNnet.CA (4.1/1.14) id AA12648; Wed, 15 Aug 90 21:18:32 PDT Date: Wed, 15 Aug 90 21:19:16 PDT From: Michael_E._Murphy@mtsg.ubc.ca To: info-iris@BRL.MIL Message-Id: <2383953@mtsg.ubc.ca> Subject: Displaying electron density I am intrested in molecular graphics software that is good at displaying electron density contours. We have been using FRODO on our 3000 series and I would like a 4D version. Is there anything better available? Has anyone experimented with something more realistic than wire cages? Michael Murphy usermbcm@mtsg.ubc.ca or @ubcmtsg.bitnet   Received: from vmb.brl.mil by VMB.BRL.MIL id ac03509; 16 Aug 90 5:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad03479; 16 Aug 90 5:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad03442; 16 Aug 90 5:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23065; 16 Aug 90 5:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07796; Thu, 16 Aug 90 02:14:36 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Aug 90 07:11:52 GMT From: Rob Warnock Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Workspace launched from remote terminal Message-Id: <67004@sgi.sgi.com> References: <9008150850.AA12394@mcirps2.med.nyu.edu>, <1990Aug15.151151.1237@s1.msi.umn.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug15.151151.1237@s1.msi.umn.edu> meuer@s1.msi.umn.edu writes: +--------------- | The way I've gotten around the problem with number two is to put code | like this in my .login: | if ( "`tty`" == "/dev/console" ) then | workspace | endif | This way only the "true" console window will start the workspace... +--------------- (*sigh*) Because of the way the window manager gets your environment variables using "exporttonews", it is very important not to run anything which touches your TTY (even looks at it, such as the "tty" program) in your .cshrc or .login, unless you "protect" it from "exporttonews" with "if(! $?ENVONLY )..." [By the way, this is quite independent of "workspace", per se.] Therefore, you example should read: if ( ! $?ENVONLY && "`tty`" == "/dev/console" ) then workspace endif I think I've posted the excruciating details here before, but will do so again if the above isn't clear... -Rob ----- Rob Warnock, MS-9U/510 rpw3@sgi.com rpw3@pei.com Silicon Graphics, Inc. (415)335-1673 Protocol Engines, Inc. 2011 N. Shoreline Blvd. Mountain View, CA 94039-7311   Received: from vmb.brl.mil by VMB.BRL.MIL id ab03722; 16 Aug 90 6:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae03479; 16 Aug 90 5:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ae03442; 16 Aug 90 5:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23067; 16 Aug 90 5:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08011; Thu, 16 Aug 90 02:18:03 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Aug 90 08:06:11 GMT From: mcsun!cernvax!chx400!urz.unibas.ch!doelz@uunet.uu.net Organization: University of Basel, Switzerland Subject: Re: Displaying electron density Message-Id: <1990Aug16.090611.899@urz.unibas.ch> References: <2383953@mtsg.ubc.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2383953@mtsg.ubc.ca>, Michael_E._Murphy@MTSG.UBC.CA writes: > > I am intrested in molecular graphics software that is good at > displaying electron density contours. We have been using FRODO on > our 3000 series and I would like a 4D version. Is there anything > better available? Has anyone experimented with something more > realistic than wire cages? > We have been writing a prototype of program which does on-line contouring of density maps on a SGI 4D/120 resulting in shaded surfaces. Manipulation like scaling, rotation, translation and recontouring are done with dials. Split pair stereo is provided (and, StereoView will be running soon in our lab). The surfaces can be lighted, transparent, etc. A conversion utility for reformatting binary CCP4 VAX data is provided. The performance is great, the code is spagetti. Therefore, we are about redesigning it and will write it in C++. The problem of the program is that we do not reinvent the wheel, thus, need to have a package with a sufficiently open interface. There are some choices, and we did not conclude on a final package yet. - Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03942; 16 Aug 90 7:04 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03885; 16 Aug 90 6:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03841; 16 Aug 90 6:42 EDT Received: from unido.Informatik.Uni-Dortmund.DE by VGR.BRL.MIL id aa23391; 16 Aug 90 6:32 EDT Received: from unibwh by unido.informatik.uni-dortmund.de with UUCP (UNIDO-2.0.2.b) via EUnet for brl.mil id AL25758; Thu, 16 Aug 90 11:56:47 +0100 Received: from rzt03 (rzt03) by (4.0/SMI-4.0) id AA04243; Thu, 16 Aug 90 11:39:21 GMT Date: Thu, 16 Aug 90 11:39:50 +0100 From: Misiak Message-Id: <9008161039.AA17917@rzt03 > Received: by rzt03 (5.51/3.14) id AA17917; Thu, 16 Aug 90 11:39:50 +0100 To: INFO-IRIS@BRL.MIL Subject: hardcopy (hpgl) [generic]! Does anyone know of a program that can convert screen images to hpgl (if applicable - i. e. images show data-plots) ? Thanks in advance. ----- Carlo ******************************************************************************* * * * Carlo Misiak Tel.: (040) 65 41 29 78 * * Institut f"ur Kognitionsforschung e-mail : rzt03!p_misiak@unibwh.uucp * * Universit"at der Bundeswehr Hamburg * * Holstenhofweg 85, D 2000 Hamburg 70 * * * *** All that we C or Scheme is but a min[e|d] in the machine ** (after POE) ***   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05627; 16 Aug 90 8:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04689; 16 Aug 90 8:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04563; 16 Aug 90 7:50 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa23778; 16 Aug 90 7:43 EDT Received: Thu, 16 Aug 90 07:44:09 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 16 Aug 90 07:44:09 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9008161144.AA07423@aero4.larc.nasa.gov> To: sdempsey@ucsd.edu Subject: Re: Binary files on 4D machines Cc: info-iris@BRL.MIL We already tried what the FORTRAN release notes say, and it doesn't work all the time. We have a person who made a VERY short program to read a file that worked, but when they tried to do the same thing in their real program it doesn't work. It doesn't seem that much thought went into the "fix". If they were going to really fix this they should have kept the same syntax as what is used on the 3000's. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id ab05627; 16 Aug 90 8:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05093; 16 Aug 90 8:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04723; 16 Aug 90 8:01 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa23861; 16 Aug 90 7:57 EDT Received: Thu, 16 Aug 90 07:57:52 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 16 Aug 90 07:57:52 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9008161157.AA07472@aero4.larc.nasa.gov> To: nigel.ee.udel.edu!mccalpin@louie.udel.edu Subject: Re: Binary files on 4D machines Cc: info-iris@BRL.MIL Yes it is broken. I didn't say to change the UNFORMATTED form. All I want, and others too, is a binary file. (1) I find unformatted very inconvenient. (2) Direct-access is even more inconvenient. (3) I haven't tried to call C from FORTRAN on our new 4D, yet. However, if it is like the 3000's, it will be a royal pain. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06887; 16 Aug 90 9:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06596; 16 Aug 90 9:25 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06427; 16 Aug 90 9:14 EDT Received: from mich.physics.lsa.umich.edu by VGR.BRL.MIL id aa24312; 16 Aug 90 9:09 EDT Date: Thu, 16 Aug 90 09:07 EDT From: SEARS@mail.physics.lsa.umich.edu Subject: repost of "reclaiming disconnected login" To: info-iris@BRL.MIL X-VMS-To: IN%"info-iris@brl.mil" Message-ID: <9008160909.aa24312@VGR.BRL.MIL> I posted this question once earlier, but received no replies. As the problem still exists for me, I'll try just one more time. Thanks in advance. Here's the original: Is there any way to recalim control of a login or process from which you've been (perhaps unexpectedly) separated? It is not uncommon for the dialup connection that I use to access my Iris to fail. The connection is to someone else's machine, from which I telnet to the Iris. Usually when the connection is severed, I can just log back in and kill the leftovers. But, sometimes it would be nice to be able to get back in control of them and end them in a civilized way. Any help would be appreciated. Thanks, Robert Sears university of Michigan, Dept. of Physics sears@mich.physics.lsa.umich.edu sears@UMIPHYS.bitnet   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10507; 16 Aug 90 11:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08855; 16 Aug 90 10:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08757; 16 Aug 90 10:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa24892; 16 Aug 90 10:41 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24729; Thu, 16 Aug 90 07:36:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Aug 90 14:28:13 GMT From: Mike Mitchell Organization: University of Houston Subject: Can't Write to Exabyte Tape From FORTRAN (Repost) Message-Id: <1990Aug16.142813.18695@lavaca.uh.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm having problems writing to an Exabyte 8mm tape drive from a FORTRAN program. I can read the tape just fine, but can't seem to write to it. The following code runs fine, seems to open the file, etc., but doesn't actually write. When writing, the tape doesn't move or act as if it is connected at all. The REWINDs work fine, though, and the tape shows activity. Is there a special character I have to send to flush a buffer? I would have thought the CLOSE() statement would have done this? Any suggestions appreciated Mike Mitchell Department of Chemistry University of Houston PROGRAM TESTOPEN C character*10 cacc,cform,cseq,cunfo character*15 cname logical lopen,lexist c inquire(file='/dev/tape8',access=cacc,exist=lexist,form=cform, + iostat=ierr,name=cname,opened=lopen, + sequential=cseq,unformatted=cunfo) write(6,'(4a,l1,3a,i5,/,3a,l1,4a)') ' after first inquire:', + 'access=', + cacc,'exist=',lexist,' form=',cform,' iostat=', + ierr,' name=',cname,' opened= ',lopen, + ' sequential=',cseq,' unformatted=',cunfo c OPEN(UNIT=9,STATUS='UNKNOWN',FILE='/dev/tape8',FORM='FORMATTED', + IOSTAT=ierr,ACCESS='SEQUENTIAL') c inquire(file='/dev/tape8',access=cacc,exist=lexist,form=cform, + iostat=ierr,name=cname,opened=lopen, + sequential=cseq,unformatted=cunfo) write(6,'(3a,l1,3a,i5,/,3a,l1,4a)') + ' after second inquire: access=', + cacc,'exist=',lexist,' form=',cform,' iostat=', + ierr,' name=',cname,' opened= ',lopen, + ' sequential=',cseq,' unformatted=',cunfo C write(6,'(a)') ' About to rewind the tape.' rewind(9) write(6,'(a)') ' About to write to the tape.' write(9,'(a)',iostat=ierr) 'Hello world.' write(6,'(a,i5)') ' Written to tape, iostat =',ierr c do 20 i = 1,100 write(9,'(a,i5)',iostat=ierr) ' Writing line # ',i write(6,'(a,i5,a,i5)') ' Writing line ',i,' ierr =',ierr 20 continue c write(6,'(a)') ' About to rewind the tape.' rewind(9) CLOSE(UNIT=9) write(6,'(a)') ' All done writing and closing.' C C STOP END   Received: from vmb.brl.mil by VMB.BRL.MIL id ab10507; 16 Aug 90 11:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10220; 16 Aug 90 11:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10116; 16 Aug 90 11:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa25214; 16 Aug 90 11:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA27227; Thu, 16 Aug 90 08:15:43 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Aug 90 15:05:43 GMT From: steve lamont Organization: Naval Postgraduate School, Monterey CA Subject: Hardware help on 4D/70GT Message-Id: <1231@cs.nps.navy.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A collegue of mine has a 4D/70GT that is acting up and is, unfortunately, not under warranty/maintenance due to budgetary constraints and the general cheapness of the government :-). The failure mode is essentially this: The system will crash, locked up solid, and have to be rebooted. When it reboots, a series of messages as follows appear: ip0d0 error: csr 4050 unrecovered 0x29 block 0 Drive status: [repeated several times with the block number incremented by 256 up to 2304] ip(0,0,8): can't read volume header couldn't determine fstype The machine, obviously, refuses to boot when this happens. The maddening part of this is that if left to itself, the problem goes away (for a while) and the system may be booted and used. However, the ratio of uptime to downtime is falling like a stricken falcon and the machine is effectively dead. It looks like a disk controller problem to me but I'll admit that I'm just guessing (in previous incarnations, my immediate reaction would be to call SGI field service but, as noted above, that really isn't an option at the present time). Any theories? Please email, since I'm sure the rest of the group won't be all that interested. I'll pass them on to my collegue. Maybe one of the departmental techies can solve the problem with some guidance. spl (the p stands for perplexed, perturbed, and pained, all at the same time...) -- Steve Lamont, SciViGuy -- (408) 646-2752 NPS Confuser Center, Code 0141/Naval Postgraduate School Monterey, CA 93940 "You're okay," said Honeysuckle. "The dogs like you." - Charles Bukowski, "How to Get Published"   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10769; 16 Aug 90 12:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac10507; 16 Aug 90 12:01 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10463; 16 Aug 90 11:52 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa25323; 16 Aug 90 11:41 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA28092; Thu, 16 Aug 90 08:28:59 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Aug 90 15:27:39 GMT From: "John D. McCalpin" Organization: College of Marine Studies, U. Del. Subject: Minor f77 bug Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I just found a minor bug related to over-zealous optimization. It seems that the optimizer does not notice that variables written out using a NAMELIST have been accessed. If they are not used anywhere else, then they are silently deleted. Therefore the following program (which I wrote to see what a NAMELIST formatted file was supposed to look like) prints out all zeroes for all of the namelist elements. Dropping optimization back to -O0 resulted in the correct output. logical ident(4) namelist /inparms/ ident,ntmes,nrst,nplt,nrrec,nmud,stepsperday namelist /uparms/ saltup,saltdn,temptop,tempbot,transport saltup=10. saltdn=32. temptop=25. tempbot=25. transport=-400. stepsperday=360 ntmes=3600 nrst=1800 nplt=1800 nrrec=2 nmud=360 write(*,NML=inparms) write(*,NML=uparms) end -- John D. McCalpin mccalpin@perelandra.cms.udel.edu Assistant Professor mccalpin@vax1.udel.edu College of Marine Studies, U. Del. J.MCCALPIN/OMNET   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11171; 16 Aug 90 12:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab10972; 16 Aug 90 12:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab10945; 16 Aug 90 12:31 EDT Received: from dukempd.phy.duke.edu by VGR.BRL.MIL id aa26423; 16 Aug 90 12:15 EDT Received: from physics.phy.duke.edu by dukempd.phy.duke.edu (5.59/1.1/2.10) id AA28063; Thu, 16 Aug 90 12:15:50 EDT Received: by physics.phy.duke.edu (4.1/2.1/4.0) id AA11775; Thu, 16 Aug 90 12:15:45 EDT Date: Thu, 16 Aug 90 12:15:45 EDT From: "G. William Baxter" Message-Id: <9008161615.AA11775@physics.phy.duke.edu> To: info-iris@BRL.MIL Subject: Solution for disconnected login... >Is there any way to recalim control of a login or process from which you've >been (perhaps unexpectedly) separated? It is not uncommon for the dialup >connection that I use to access my Iris to fail. The connection is to >someone else's machine, from which I telnet to the Iris. Usually when the >connection is severed, I can just log back in and kill the leftovers. But, >sometimes it would be nice to be able to get back in control of them and >end them in a civilized way. Any help would be appreciated. > > Thanks, > Robert Sears > university of Michigan, Dept. of Physics > sears@mich.physics.lsa.umich.edu > sears@UMIPHYS.bitnet We have found a public domain program called "screen" by Oliver Laumann to be very useful. It allows the user to have multiple full screen vt100 windows and switch between them. The vt100 emulation is very good. It also allows the user to detach and later resume a screen session. This last feature is very useful for dialup lines. If the connection is lost, the user merely redials and then resumes the previous screen session. No work is lost. This is not meant to be a full description of screen's capabilities. It is available from comp.sources.unix which are archived at uunet.uu.net and other locations. There was an IRIS port by Jim Barton. Bill Baxter 1-919-684-8231 Duke University Dept. of Physics & Center for Nonlinear Studies gwb@phy.duke.edu Durham, N.C. 27706 gwb@physics.phy.duke.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12284; 16 Aug 90 13:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa11964; 16 Aug 90 13:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11899; 16 Aug 90 13:24 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa27134; 16 Aug 90 13:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA04571; Thu, 16 Aug 90 10:10:13 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Aug 90 12:08:34 GMT From: Gregory Fedor Organization: NASA/Lewis Research Center, Cleveland Subject: Re: Workspace launched from remote terminal Message-Id: <1990Aug16.120834.19609@eagle.lerc.nasa.gov> References: <9008150850.AA12394@mcirps2.med.nyu.edu>, <1990Aug15.151151.1237@s1.msi.umn.edu>, <67004@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <67004@sgi.sgi.com> rpw3@sgi.com (Rob Warnock) writes: >(*sigh*) Because of the way the window manager gets your environment variables >using "exporttonews", it is very important not to run anything which touches >your TTY (even looks at it, such as the "tty" program) in your .cshrc or >.login, unless you "protect" it from "exporttonews" with "if(! $?ENVONLY )..." >[By the way, this is quite independent of "workspace", per se.] > >Therefore, you example should read: > > if ( ! $?ENVONLY && "`tty`" == "/dev/console" ) then > workspace > endif Potentially stupid question: Does this apply for the /etc/cshrc file as well? -- =============================================================================== Gregory Fedor (216) 433-8468 FTS: 297-8468 Sverdrup Technology smfedor@lerc01.lerc.nasa.gov (128.156.10.14) NASA Lewis Research Center Cleveland, Ohio 44135 ===============================================================================   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13460; 16 Aug 90 14:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12624; 16 Aug 90 14:10 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12604; 16 Aug 90 14:04 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa27409; 16 Aug 90 13:56 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07089; Thu, 16 Aug 90 10:46:20 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Aug 90 17:12:02 GMT From: Sandeep Shriram Mulgund Organization: Princeton University, Princeton, New Jersey Subject: Real-time processes on the Personal Iris Message-Id: <1913@idunno.Princeton.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm thinking about using a Personal Iris to run an aircraft's equations of motion for a flight simulator. Does anybody out there know a quick and easy way to force the process to run at a certain speed?   Received: from vmb.brl.mil by VMB.BRL.MIL id ac15359; 16 Aug 90 16:05 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14685; 16 Aug 90 15:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14528; 16 Aug 90 15:42 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa29158; 16 Aug 90 15:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13269; Thu, 16 Aug 90 12:23:17 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Aug 90 18:11:47 GMT From: "Calvin H. Vu" Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: Binary files on 4D machines Message-Id: <1990Aug16.181147.14476@odin.corp.sgi.com> References: <9008151931.AA04768@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <9008151931.AA04768@aero4.larc.nasa.gov> blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS361 x42854") writes: | Does anyone know if SGI plans on FIXING their FORTRAN, so that | we can write true binary files, the way we can on the 3000's. | This capability is SUPPOSE to be in release 3.3, however, it doesn't | work. I want to open a file with a command like: | | open(unit,file='filename',form='binary') | | Then write to the file: | | write(unit) data | | Writting to a binary file should be as easy as writing to a | sequential unformatted file, the ONLY thing I should have to | change is the 'form' parameter in the open statement. | -- In 3.3, there are two new ways to open a file: 1) open(unit,file='filename',form='binary') allows you you to read/write binary data using formatted I/O. E.g: I = 10 write (1, 10) i 10 format(a4) rewind(1) read(1, 10) j print *, i, j end It is not the same as FORM='BINARY' on the 3000 series, however. 2) open(unit, file='filename', access='direct', recl=1, form='unformatted') provides the same capability as opening file with FORM='BINARY' on the 3000 series. There will be no record marks and the file is treated as sequence of bytes to be consumed/written. To make this work the program has to be compiled with -old_rl option so that the record length is interpreted as the number of bytes (the default is number of words). You only need to change the OPEN statement of the 3000 series' Fortran to make it work in the same way on the 4D i.e. you only need to modify one line for each opened binary data file. READ/WRITE statements won't need to be changed. | | Brent There's also a write-up in the release notes for this. If you experience any incompatibility besides the cosmetic change in the way the file is opened please let us know. - calvin -- ----------------------------------------------------------------------------- Calvin H. Vu | "We are each of us angels with only one Silicon Graphics Computer Systems | wing. And we can only fly embracing calvin@sgi.com (415) 962-3679 | each other."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16649; 16 Aug 90 17:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa16282; 16 Aug 90 16:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16151; 16 Aug 90 16:40 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00396; 16 Aug 90 16:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA16646; Thu, 16 Aug 90 13:14:14 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Aug 90 19:41:13 GMT From: "Anthony J. Persechini" Organization: University of Rochester Subject: keymappings Message-Id: <1990Aug16.154113@crocus.medicine.rochester.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am running a version of tn3270 which maps pf3 to f3, as well as to ^*. While most other mappings work, the one to f3 doesn't. Two queries. Has anyone already figured this out? Does anyone know of a simple way to check the character output from f keys? -- Tony Persechini Department of Physiology University of Rochester Medical Center   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17383; 16 Aug 90 17:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab16649; 16 Aug 90 17:18 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16637; 16 Aug 90 17:09 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00791; 16 Aug 90 16:56 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA18440; Thu, 16 Aug 90 13:44:38 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Aug 90 21:31:08 GMT From: eagle.wesleyan.edu!hoberoi@cs.yale.edu Subject: tmesh sphere-> HOW ? Message-Id: <1990Aug16.163109.32446@eagle.wesleyan.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi, 1). Has someone written a routine that renders spheres using tmesh routines ? something of the sort initsphere( npoly ); /* npoly = number of polygns used to approximate the sphere */ makesphere( x, y, z, radius ); At the moment I generate a unit sphere using adaptive subdivision of an icoashedron/octahedron, and use a series bgnpoly() endpoly() commands to make an object ie. initsphere( npoly ). then translate and scale this unit sphere but since there are > 1000 spheres the drawing speed is sloooow. The idea of course is to make space filled drawings of molecules and hopefully (!) rotate a low res ie. initsphere( 32 ) and switch to hi res. gouard shaded object when done. Himanshu.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17804; 16 Aug 90 18:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17750; 16 Aug 90 18:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17745; 16 Aug 90 18:21 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa01449; 16 Aug 90 18:06 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 2943; Thu, 16 Aug 90 18:05:14 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Thu, 16 Aug 90 18:08 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for mcclb0.med.nyu.edu!louie.udel.edu!rochester!uhura.cc.rochester.edu!crocus.medic ine.rochester.edu!ajp2o) id AA08604; Thu, 16 Aug 90 18:12:17 DSD Date: Thu, 16 Aug 90 18:12:17 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: keymappings To: "Anthony J. Persechini" MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Cc: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9008170112.AA08604@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil, rochester!uhura.cc.rochester.edu!crocus.medicine.rochester.edu!ajp2o@louie.udel .edu An easy way to do key mappings: Use emacs, and prefix the fkey you press with a control-q (to force a literal) You can put the string emitted by the control key in quotes, and then edit down the escape to whatever printable code your software requires. I have found that the keymappings of the keyboard are not always as advertized. dan. +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id ab17804; 16 Aug 90 18:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab17750; 16 Aug 90 18:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab17745; 16 Aug 90 18:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01461; 16 Aug 90 18:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA23192; Thu, 16 Aug 90 15:03:58 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Aug 90 21:30:49 GMT From: Mark Israel Organization: University of Alberta Subject: Re: Displaying electron density Message-Id: <1990Aug16.213049.3026@cs.UAlberta.CA> References: <2383953@mtsg.ubc.ca>, <1990Aug16.090611.899@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2383953@mtsg.ubc.ca>, Michael_E._Murphy@MTSG.UBC.CA writes: > I am intrested in molecular graphics software that is good at > displaying electron density contours. We have been using FRODO on > our 3000 series and I would like a 4D version. Is there anything > better available? What we're currently using: 1) TOM/FRODO Contact: Christian Cambillau Address: Laboratoire de Cristallographie Faculte' de Me'decine Nord Boulevard Pierre Dramard 13326 Marseille cedex 15 France Phone: 33-91.65.79.47 Fax: 33-91.65.75.95 Licence fee: 2000 French francs TOM/FRODO is shipped with source code. (The source code is a mess, though). There is a "fixed up" version of this program with mods by Gary Griffin of SGI and by me. For details, send a message to "frodo-request@sgi.com". Coming "real soon now": 2) TURBO-FRODO Contact: Christian Cambillau Address, phone: as above Licence fee: U.S. $1000 to $2000 (depending on machine model) for academic users. 10 times as much for commercial users. Source code is not available. The beta-test version we have has many regressions from our fixed version of TOM/FRODO (e.g. there's no way to translate the model on the screen). These MAY be fixed in the next release. 3) CHAIN Contact: John Spurlino Address: Baylor College of Medicine Texas Medical Centre One Baylor Plaza Houston, Texas 77030 U.S.A. Phone: (713) 798-6563 E-mail: jcs@DINO.QCI.BIOCH.BCM.TMC.EDU Licence fee: not yet known. We got a free licence for one year. CHAIN is the best map-fitting program we've yet seen. The general policy will be not to release source. Currently there's nothing to skeletonize maps. 4) O (Yes, that's right, it's called "O".) Contact: Alwyn Jones Address: Dept. of Molecular Biology Biomedical Center, Uppsala University Box 590 S-751 24 Uppsala Sweden Phone: 018-174566 E-mail: ALWYN@BMC.UU.SE Licence fee: Probably around $250. For academic users only. The contract threatens a lawsuit if a commercial user gets ahold of it. We haven't even seen the test version of this yet, but we expect it in the next few weeks. Source will not be released. Mark Israel Bitnet: USERISRA@UALTAMTS Usenet: Mark_Israel@uqv-mts.alberta Internet: USERISRA@MTS.UCS.UALBERTA.CA   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18078; 16 Aug 90 18:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac17804; 16 Aug 90 18:41 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17785; 16 Aug 90 18:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01518; 16 Aug 90 18:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA23192; Thu, 16 Aug 90 15:03:58 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Aug 90 21:30:49 GMT From: Mark Israel Organization: University of Alberta Subject: Re: Displaying electron density Message-Id: <1990Aug16.213049.3026@cs.UAlberta.CA> References: <2383953@mtsg.ubc.ca>, <1990Aug16.090611.899@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2383953@mtsg.ubc.ca>, Michael_E._Murphy@MTSG.UBC.CA writes: > I am intrested in molecular graphics software that is good at > displaying electron density contours. We have been using FRODO on > our 3000 series and I would like a 4D version. Is there anything > better available? What we're currently using: 1) TOM/FRODO Contact: Christian Cambillau Address: Laboratoire de Cristallographie Faculte' de Me'decine Nord Boulevard Pierre Dramard 13326 Marseille cedex 15 France Phone: 33-91.65.79.47 Fax: 33-91.65.75.95 Licence fee: 2000 French francs TOM/FRODO is shipped with source code. (The source code is a mess, though). There is a "fixed up" version of this program with mods by Gary Griffin of SGI and by me. For details, send a message to "frodo-request@sgi.com". Coming "real soon now": 2) TURBO-FRODO Contact: Christian Cambillau Address, phone: as above Licence fee: U.S. $1000 to $2000 (depending on machine model) for academic users. 10 times as much for commercial users. Source code is not available. The beta-test version we have has many regressions from our fixed version of TOM/FRODO (e.g. there's no way to translate the model on the screen). These MAY be fixed in the next release. 3) CHAIN Contact: John Spurlino Address: Baylor College of Medicine Texas Medical Centre One Baylor Plaza Houston, Texas 77030 U.S.A. Phone: (713) 798-6563 E-mail: jcs@DINO.QCI.BIOCH.BCM.TMC.EDU Licence fee: not yet known. We got a free licence for one year. CHAIN is the best map-fitting program we've yet seen. The general policy will be not to release source. Currently there's nothing to skeletonize maps. 4) O (Yes, that's right, it's called "O".) Contact: Alwyn Jones Address: Dept. of Molecular Biology Biomedical Center, Uppsala University Box 590 S-751 24 Uppsala Sweden Phone: 018-174566 E-mail: ALWYN@BMC.UU.SE Licence fee: Probably around $250. For academic users only. The contract threatens a lawsuit if a commercial user gets ahold of it. We haven't even seen the test version of this yet, but we expect it in the next few weeks. Source will not be released. Mark Israel Bitnet: USERISRA@UALTAMTS Usenet: Mark_Israel@uqv-mts.alberta Internet: USERISRA@MTS.UCS.UALBERTA.CA   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18726; 16 Aug 90 20:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18677; 16 Aug 90 20:30 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18631; 16 Aug 90 20:16 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01816; 16 Aug 90 19:56 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29593; Thu, 16 Aug 90 16:42:24 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Aug 90 21:00:36 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: Seagate Disks for a 4D/25 PI running O.S. 3.2 Message-Id: <1990Aug16.210036.17678@odin.corp.sgi.com> References: <1990Aug15.143409.13422@jarvis.csri.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <1990Aug15.143409.13422@jarvis.csri.toronto.edu> corkum@csri.toronto.edu (Brent Thomas Corkum) writes: | Does anyone know whether the Seagate Wren Runner-2 767 MB or the | Wren 7 1.2 GB or the Seagate Elite 1.2 GB SCSI disks will work | on a PI 4D/25 (ie. does anyone have one running)? The 767 and the 1.2 were just announced as official SGI drives. Assuming that the drives you buy have the same firmware fixes that we had Seagate make for us, then you should be in good shape. The Elite SHOULD work, but since it is out of form factor, you would have to use it in an external cabinet. Be sure you provide adequate cooling, they are HOT drives. We have not done any work on the Elite because of the form factor issue. -- Dave Olson Life would be so much easier if we could just look at the source code.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18904; 16 Aug 90 21:26 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18780; 16 Aug 90 20:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18759; 16 Aug 90 20:46 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02005; 16 Aug 90 20:30 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA02567; Thu, 16 Aug 90 17:25:13 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Aug 90 22:28:47 GMT From: "Calvin H. Vu" Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: Binary files on 4D machines Message-Id: <1990Aug16.222847.19243@odin.corp.sgi.com> References: <9008161144.AA07423@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <9008161144.AA07423@aero4.larc.nasa.gov> blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS361 x42854") writes: | We already tried what the FORTRAN release notes say, and it | doesn't work all the time. We have a person who made a VERY short | program to read a file that worked, but when they tried to do | the same thing in their real program it doesn't work. If you can't find anything to prove that "binary" file does not work then the problem may very well be due to something else. Making statement like "my real program doesn't work and it must be due to the the binary file incompatibility somehow" does not help to get the problem, if any, resolved. | It doesn't seem that much thought went into the "fix". | If they were going to really fix this they should have kept the | same syntax as what is used on the 3000's. | -- The FORM='BINARY' enhancement was implemented in 3.2 release already. In 3.3 I thought it would be nice to have a compatible file operation to the 3000 series FORM='binary' so I put it in. (Actually, if you read the Fortran programmers' guide, this binary operation was in F77 all along and I only needed to make a few changes to make it work as documented. So you were right. Not much thought regarding the syntax was needed for that "fix") Sorry to hear that it doesn't have a convenient form for you since I can no longer use FORM='BINARY' for it. Maybe running your program through 'sed' could help to convert one syntax to another. I'll probably make something like FORM='SYSTEM' the equivalent of the 3000 series' FORM='BINARY' in the next release to make it more convenient to use. How's that for a compromise ? | Brent L. Bates | NASA-Langley Research Center | M.S. 361 | Hampton, Virginia 23665-5225 | (804) 864-2854 | E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov Calvin Vu ------------------------------------------------------------------------- "A little crack in the windshield can be an eyesore but, until proven otherwise, it does not cause a malfunction in the engine". -- ----------------------------------------------------------------------------- Calvin H. Vu | "We are each of us angels with only one Silicon Graphics Computer Systems | wing. And we can only fly embracing calvin@sgi.com (415) 962-3679 | each other."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa21084; 17 Aug 90 2:51 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21005; 17 Aug 90 2:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20967; 17 Aug 90 2:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01054; 17 Aug 90 2:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA23716; Thu, 16 Aug 90 23:12:02 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Aug 90 13:23:33 GMT From: Michael Zeitlin Organization: Texaco Houston Res. Cntr Hou, Tx Subject: Re: Wanted: toclrps Message-Id: <482@texhrc.UUCP> References: <3880@husc6.harvard.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL i'd like to second a request for toclrps.... a mailpath that seems to work for me .... convex!texhrc!mjz thanks much.. michael zeitlin   Received: from vmb.brl.mil by VMB.BRL.MIL id ab03334; 17 Aug 90 14:56 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab03023; 17 Aug 90 14:45 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02902; 17 Aug 90 14:33 EDT Received: from vm.uoguelph.ca by VGR.BRL.MIL id aa04443; 17 Aug 90 14:26 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 5226; Thu, 16 Aug 90 16:13:35 EST Received: by UOGUELPH (Mailer R2.07) id 7464; Thu, 16 Aug 90 16:13:34 EST Date: Thu, 16 Aug 90 16:11:14 EST From: Peter Jaspers-Fayer Subject: rogue 'jot' process? To: Iris mailing list Message-ID: <9008171426.aa04443@VGR.BRL.MIL> I get a strange message in SYSLOG every time a pandora login happens: grcond[12467]: CIO: WARNING: Process [jot] pid 484 killed due to insuf- ficient memory/swap. Earlier today, I did a jot of a binary file by mistake, and it took over my CPU, (locked out the whole screen), and eventually timed out with the above message. Could it be the 'gost' of this strange jot-gone-awry is still some place in the system and is getting signalled when I do a pandora login? `ps` does not show anything. /PJ SofPJF@VM.UoGuelph.Ca (Probably also reachable (until ?) at SOFPJF@UOGUELPH.BITNET) Never test for an error condition you don't know how to handle.