Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!seismo!husc6!rutgers!rochester!PT!cadre!pitt!amanue!jr From: jr@amanue.UUCP (Jim Rosenberg) Newsgroups: comp.sys.att Subject: 3B1 misc. questions Message-ID: <233@amanue.UUCP> Date: Wed, 19-Aug-87 23:17:09 EDT Article-I.D.: amanue.233 Posted: Wed Aug 19 23:17:09 1987 Date-Received: Sat, 22-Aug-87 09:28:22 EDT Organization: Amanuensis Inc., Grindstone, PA Lines: 58 I have a new 3B1 and have a whole ton of miscellaneous questions, not all of which I'll probably remember. One got answered in the last few days without my asking it. (About those flashing lights ...) Does anybody know what the sys entry reported by ps in the TTY column means? My .profile prints the tty and current directory on the bottom-most extra line of the screen. Since I only have one true login at a time, I'm pulling it out of a ps listing -- I guess I could use the tty command instead. Hmm, I just did that, and it reported /dev/w6 for a non-su shell, but /dev/syscon for a su shell where ps is reporting sys as my TTY. My current login sequence is as follows: I log into a shell, maybe do some shell commands, exec ua, then bring up "full-screen UNIX" in several windows. In the first of these I exec su - and in the rest exec su - jr. (I'm used to having all those virtual terminals under VENIX; the one second delay in and [those are 3.51-isms, I think] and its tendency to eat the type-ahead buffer are mild pains, but tolerable.) The first shell I bring up this way seems to be sys. Is there a way to run a real getty in a window? I saw some traffic months ago, before I knew that the Sale of the Century would happen (I knew there was *some* mysterious reason I kept reading unix-pc.general!) concerning a +IN file similar to CAPCTRL that let you toggle full-screen windows; can somebody fill me in on that? Is there a way to bring up multiple full-screen shells without going through ua? It says in various places not to edit /etc/inittab, that all kinds of daemonic thingies edit it on the fly. Bother. Are there certain things known to be safe? E.g., suppose I wanna do various things in run state 3. Can I edit those into inittab with vi and will ua leave them alone? It's hard to believe the author(s) of ua and smgr or whatever would help themselves to inittab and not leave *any* of it for the user. All those run states are supposedly there for a reason. On my VENIX machine I use run state 3 for a power-failure-detect shutdown sequence, for instance. I see ps -fe is not showing me any command line arguments. This is nice for security, but not nice at all to find out what arguments ua is supplying to various shell scripts. Grump! Well now **THIS** is interesting: /etc/lddrv/unix.sym is an ASCII version of the kernel namelist. The kernel is completely unstripped, it appears. Browsing through this what does one find: sock_read, sock_write, sock_ioctl, sock_sema, sock_close. SOCKETS! Well glory be, maybe she has some real Berkeley blood in her after all. Does anybody know anything about Convergent's sockets? Do you have to write a driver to access these routines? Could they be "brought out" to the user level by a driver? Are they anything like real Berkeley sockets? Is the window interface implemented on top of them? There's *SO MUCH* Berkeley code that uses sockets, the thought that some of that might be ported to the 3B1 is tantalizing. Bob Hoffman at pitt tells me that the Convergent Mini-frame supports TCP-IP, and thinks these might be real sockets. Anyone know anything about TCP-IP for the 3B1? I've heard of sockets being kludged into System V ports, and have always wanted to play with sockets but have never had the chance. Does anybody know if there's a port of X-Windows for the 3B1? -- Jim Rosenberg CIS: 71515,124 decvax!idis! \ WELL: jer allegra! ---- pitt!amanue!jr BIX: jrosenberg seismo!cmcl2!cadre! /