From apollo-request@umix.cc.umich.edu Mon Jan 16 22:02:24 1989 Date: 16 Jan 89 17:09:00 GMT From: giebelhaus%hi-csc.uucp@uunet.uu.net (Timothy R. Giebelhaus) Organization: csdd Subject: Re: Where's my socket? Message-Id: <40e6d8cf.1032a@hi-csc.UUCP> References: <660@atanasoff.cs.iastate.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <660@atanasoff.cs.iastate.edu> jwright@atanasoff.cs.iastate.edu (Jim Wright) writes: >* PF_UNIX (UNIX internal protocols), > ^^^^^^^ >Will SR10 help me at all? Will anything help me on the Apollo? >Is there a fix? Is there a workaround? AAAAAARRRRRGGGGHHHHHH!!!!!!!!!! SR10 certainly will help. Here is the beginning of the man page from SR10.1 SOCKET(2) BSD SOCKET(2) NAME socket - create an endpoint for communication SYNOPSIS #include #include s = socket(domain, type, protocol) int s, domain, type, protocol; DESCRIPTION socket creates an endpoint for communication and returns a descriptor. The domain parameter specifies a communications domain within that communication will take place; this selects the protocol family which should be used. The protocol family generally is the same as the address family for the addresses supplied in later operations on the socket. These families are defined in the include file . The currently understood formats are PF_UNIX (UNIX internal protocols) PF_INET (ARPA Internet protocols) PF_IMPLINK (IMP "host at IMP" link layer) The socket has the indicated type, which specifies the semantics of communication. Currently defined types are SOCK_STREAM SOCK_DGRAM SOCK_RAW SOCK_SEQPACKET SOCK_RDM [...] -- UUCP: uunet!hi-csc!giebelhaus UUCP: tim@apollo.uucp ARPA: hi-csc!giebelhaus@umn-cs.arpa ARPA: tim@apollo.com Tim Giebelhaus, Apollo Computer, Regional Software Support Specialist. My comments and opinions have nothing to do with work. From apollo-request@umix.cc.umich.edu Tue Jan 17 05:35:37 1989 Message-Id: <8901170947.AA25298@umix.cc.umich.edu> Date: Tue, 17 Jan 89 17:40:21 SST From: fclim Subject: x instead of dm To: APOLLO@UMIX.CC.UMICH.EDU hi, in article <408d3c2b.18e92@apollo.COM>, brian%apollo.uucp@eddie.mit.edu (Brian Holt) wrote >(stuff deleted). And no, I don't have >Aegis installed on my node. In fact, I don't even have >the DM... are you using x instead of the dm then? can you give me details on how to get this as i prefer to see x rather than the dm? i thought when the system is booted, it will load in the dm automagically (not automatically as i prefer the term "automatic" to mean configurable as well). so, is x running on top of the dm on your node? or did you exit from the dm and then invoke x from the mnemonic debugger? or have you reconfigure the bootup such that x is loaded in instead of the default dm? thanks in advance. fclim --- gbopoly1 % nusvm.bitnet @ cunyvm.cuny.edu computer centre singapore polytechnic dover road singapore 0513. From apollo-request@umix.cc.umich.edu Tue Jan 17 19:47:43 1989 Date: 16 Jan 89 20:12:00 GMT From: conliffe%caen.engin.umich.edu%mailrus.uucp@csd4.milw.wisc.edu (Darryl C. Conliffe) Organization: U of M Engineering, Ann Arbor, Mich. Subject: Re: Mathematica on Apollos Message-Id: <40e77c91.129dc@blue.engin.umich.edu> References: <766@mv04.ecf.toronto.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Vince, did you notice the Jan 89 p.101 announcement in Computer Graphics World that Sun Microsystems has released (not Wolfram?) SunMathematica? Why can Sun do this and Apollo can not? Or is it? Seems Sun did its own conversion. (I know you're not the person to ask; I'm only agitat'in a bit :=) -- ___________________ Darryl C. Conliffe conliffe@caen.engin.umich.edu (313) 721-6069 ------------------- From apollo-request@umix.cc.umich.edu Tue Jan 17 19:53:12 1989 Date: 17 Jan 89 22:19:00 GMT From: brian%apollo.uucp@eddie.mit.edu (Brian Holt) Organization: Apollo Computer, Chelmsford, MA Subject: Re: x instead of dm Message-Id: <40ecf5f0.18e92@apollo.COM> References: <8901170947.AA25298@umix.cc.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <8901170947.AA25298@umix.cc.umich.edu> GBOPOLY1@NUSVM.BITNET (fclim) writes: > are you using x instead of the dm then? can you give me details >on how to get this as i prefer to see x rather than the dm? > Yes, I am using X instead of the DM. There are two ways of doing this. The first is to wait for Domain/X11 from Apollo. This is shipping on sr9.7 and should be out for sr10 soon (product announced, but no date yet). The other way is to get X11 from either ADUS or the X consortium and set up /etc/ttys to start it by default. =brian -- Internet: brian@apollo.COM UUCP: {decvax,mit-erl,yale}!apollo!brian NETel: Apollo: 508-256-6600 x5694 Home: 617-332-3073 USPS: Apollo Computer, Chelmsford MA Home: 29 Trowbridge St. Newton MA (Copyright 1988 by author. All rights reserved. Free redistribution allowed.) From apollo-request@umix.cc.umich.edu Wed Jan 18 03:04:36 1989 Date: 13 Jan 89 23:30:00 GMT From: conliffe%caen.engin.umich.edu%mailrus.uucp@csd4.milw.wisc.edu (Darryl C. Conliffe) Organization: caen Subject: dsee list Message-Id: <40d9178a.1285f@maize.engin.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Subject: Re: New mailing list for DSEE (high-powered alternative to SCCS/make) Newsgroups: comp.sys.apollo,comp.unix.wizards,comp.software-eng Summary: bouncing mail References: <40aa9367.7011@apollo.COM> David, I would like to be added to your info-dsee list, but mail sent to you is bouncing from *YOUR* postmaster. -- ___________________ Darryl C. Conliffe conliffe@caen.engin.umich.edu (313) 721-6069 ------------------- From apollo-request@umix.cc.umich.edu Wed Jan 18 05:31:24 1989 Date: 17 Jan 89 13:06:52 GMT From: jfjr@MBUNIX.MITRE.ORG (Jerome Freedman) Organization: The MITRE Corporation, Bedford, Mass. Subject: bang for the buck Message-Id: <43656@linus.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I just got three dn3500's, two with cartridge and 170 meg disk. I am an experienced Sun user but I am fairly ignorant of sys5. The configuration options (aegis_bsd.small etc) are confusing and I don't think I want to eat up all my disk space with the large sys5_bsd_aegis option. I want the best I can get (for me that would be bsd large) but I would hate to miss good stuff by being parochial in my choices, I want to get the best out of me and the best out of the machines. Any advice?? Jerry Freedman, Jr jfjr@mbunix.mitre.org Jerry Freedman, Jr "Why did jfjr@mitre-bedford.arpa Unix come from the east?" (617)271-3191 From apollo-request@umix.cc.umich.edu Thu Jan 19 05:32:33 1989 Date: 19 Jan 89 01:46:00 GMT From: giebelhaus%hi-csc.uucp@uunet.uu.net (Timothy R. Giebelhaus) Organization: csdd Subject: Re: bang for the buck Message-Id: <40f2b5c0.12c4f@hi-csc.UUCP> References: <43656@linus.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <43656@linus.UUCP> jfjr@mbunix.mitre.org (Freedman) writes: > > I just got three dn3500's, two with cartridge and 170 meg disk. >I would hate to miss good stuff by being parochial in >my choices, I want to get the best out of me and the best >out of the machines. Any advice?? I believe chapter 7 of the release notes give you the info you are looking for. You should have a hard copy of the release notes with your documentation. You will also find a copy on line: /install/doc/apollo/os.*.10.1__notes. To summarize, you can load up the bsd4.3, sys5, aegis large system for about 90 meg. So you can have everything. Happy loading. -- UUCP: uunet!hi-csc!giebelhaus UUCP: tim@apollo.uucp ARPA: hi-csc!giebelhaus@umn-cs.arpa ARPA: tim@apollo.com Tim Giebelhaus, Apollo Computer, Regional Software Support Specialist. My comments and opinions have nothing to do with work. From apollo-request@umix.cc.umich.edu Thu Jan 19 11:35:20 1989 Date: 18 Jan 89 21:35:56 GMT From: tyler%stpl%yunexus%utzoo%mnetor.uucp@uunet.uu.net (Tyler IVANCO) Organization: ISTS/Solar Terrestrial Physics Lab Subject: Worm Drives Message-Id: <181@stpl.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We are actively searching for a number of WORM drives to be used primarily as archival devices. We are not necessarily interested in placing file systems on these units. So we have the following questions re: 5.25" drives: 1) Standards: Is there one or a clear leader? 2) Manufacturer: Who constructs a stable and reliable unit particularly for field work (i.e. portable)? 3) The devices will be operated on a Sequent Symmetry, Apollo 3500, and Custom built 030 based OS/9. Do device drivers exist for these drives? (Sequential read/write use) Thanks, Tyler Ivanco tyler@stpl.UUCP fs300022@yusol.bitnet ...utzoo!yunexus!stpl!tyler (416)736-2100 x7765 From apollo-request@umix.cc.umich.edu Thu Jan 19 15:31:25 1989 Date: 19 Jan 89 18:15:53 GMT From: seth@cs.ucla.edu Organization: none Subject: Can anyone diagnose this problem? Message-Id: <19668@shemp.CS.UCLA.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Here's the scoop. I've got this program which used to run on my node DN3000, SR9.7, 8MB, 157MB Winchester, Monochrome. One day I try to run it and I get a segmentation fault. The trace back is: reference to illegal address (OS/MST manager) In routine "malloc" line 189 Called from "main_c" Called from "main_c" Called from "main_c" Called from "UNIX_$MAIN" line 190 The program had not been recompiled and my node had not been rebooted. I have since done both of these things to no avail. The twist is that if I 'su' and become root, the program runs. I tried making the program run setuid root but that doesn't work. Any ideas? Seth Goldman ARPA: seth@CS.UCLA.EDU UUCP: ...!{ihnp4,cepu,trwspp,sdcrdcf,ucbvax}!ucla-cs!seth USMail: A.I. Lab, 3531 Boelter Hall, UCLA, Los Angeles, CA 90024 From apollo-request@umix.cc.umich.edu Thu Jan 19 15:43:46 1989 Return-Path: ferguson%garnet.bucknell.edu@CUNYVM.CUNY.EDU 14:47:00 est Date: Thu, 19 Jan 89 14:47:00 est From: "Scott R. Ferguson" To: apollo%BKNLVMS.BITNET@umix.cc.umich.edu Message-Id: <8901191947.AA01831@apollo.bucknell.edu> Please remove my address, ferguson@apollo.bucknell.edu from the Apollo mailing list. I'm leaving my spot at Bucknell for one at Exxon Corporate Research Center in Clinton, NJ. Please add my replacement, Christine Miller-Buffinton to the list. Her address is cmb@apollo.bucknell.edu Hopefully, I'll have Internet access at Exxon. When I find out my new mail address, I'll get back on. Thanks to all for the help and lively discussions. Scott Ferguson Bucknell University CAED Center Lewisburg, PA 17837 ferguson@apollo.bucknell.edu From apollo-request@umix.cc.umich.edu Thu Jan 19 19:33:04 1989 Date: 19 Jan 89 22:06:32 GMT From: pabong%gonzo%nic.MR.NET.uucp@csd4.milw.wisc.edu (Paul A. Bong) Organization: ETA Systems, Inc., St Paul, MN Subject: Hash table problems Message-Id: <1071@nic.MR.NET> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have recently started to get a strange message appearing in the error window for the DM. It is something like: unable to get sfbc hash table mutex lock Does anyone know what is causing this and more importantly, how can I stop it from happening again. for the record we are running 9.7 on 3000's Thanks -pab pabong@gonzo.eta.com pabong@aring.eta.com pabong@uring.eta.com Remember, where ever you go, there you are! Buckaroo Bonzai From apollo-request@umix.cc.umich.edu Thu Jan 19 23:36:26 1989 Date: 19 Jan 89 23:49:14 GMT From: ibrahim%beowulf.uucp@sdcsvax.ucsd.edu (Hisham Ibrahim) Organization: EE/CS Dept. U.C. San Diego Subject: sys5 uucp Message-Id: <5780@sdcsvax.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We're running SR9.7 and we'd like to use sys5 UUCP. To my surprise, sys5 UUCP only supports Vadic modems and we have only Hayes modems. I don't understand why doesn't Apollo support Hayes modems. Nobody has Vadic modems. Any solution ? Sisko Rondonuwu ucbvax!ucsd!ncr-sd!pyro1!sisko From apollo-request@umix.cc.umich.edu Thu Jan 19 23:38:24 1989 Date: 18 Jan 89 17:52:56 GMT From: bernie%tessi%reed%tektronix.uucp@ucbvax.Berkeley.EDU (Bernie Miller) Organization: TSSI, Beaverton, Oregon Subject: Re: 9.7 to 10.1 conversion Message-Id: <503@weed-hopper.tessi.UUCP> References: <8901100250.AA00246@icaen.uiowa.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <8901100250.AA00246@icaen.uiowa.edu> dbfunk@ICAEN.UIOWA.EDU (David B. Funk) writes: >Changing the User to Unix UID mappings is possible under SR9.7 & SR10 but there >are different procedures and different pit-falls. /etc/fix_cache will rebuild the cache after it has been flushed. This avoids having to shut down and reboot the nodes on the network. This can be particularly useful on a large net using shared disk space. -Bernie From apollo-request@umix.cc.umich.edu Fri Jan 20 15:40:40 1989 Date: 20 Jan 89 16:42:45 GMT From: luis%kalliope.uucp@rice.edu (Luis Soltero) Organization: Rice University Subject: X.V11R3, need help w/ color problems Message-Id: Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu i am posting this for a friend. please send e-mail to the adress posted below. thanks >From ktm@hbar.rice.edu Fri Jan 20 10:07:35 1989 To: luis@titan.rice.edu Hello: I am trying to get the color sample server for the Apollo running under SR10.1. The monochrome version seems to work ok, but the documented options for starting the color version don't seem to ork. I am using X11R3 and am compiling and using it on an apollo 4500 workstation with their 8-plane color graphics option. If anyone has already attempted this and has any suggestions could you please E-mail me directly at ktm@hbar.rice.edu. Thanks in advance. Ken From apollo-request@umix.cc.umich.edu Fri Jan 20 16:05:33 1989 Return-Path: ferguson%garnet.bucknell.edu@CUNYVM.CUNY.EDU 14:43:00 est Date: Fri, 20 Jan 89 14:43:00 est From: "Scott R. Ferguson" Subject: Re: sys5 uucp To: apollo@umix.cc.umich.EDU, ibrahim%beowulf.uucp@sdcsvax.UCSD.EDU Message-Id: <8901201943.AA01922@apollo.bucknell.edu> No solutions here, but I have a vadic modem. Just thought I'd chime up about it. Nothing special, just that I have one. Scott From apollo-request@umix.cc.umich.edu Fri Jan 20 17:32:21 1989 Message-Id: <8901202024.AA14865@umix.cc.umich.edu> Date: 20 Jan 89 14:18:00 CST From: "DAVE ERSTAD" Subject: DSEE list To: "apollo" Several of us are having problems getting mail to the DSEE list (info-dsee-request@apollo.com). Has anyone gotten through? From apollo-request@umix.cc.umich.edu Fri Jan 20 19:31:08 1989 Date: 18 Jan 89 22:45:11 GMT From: sharp%cpsc%calgary%alberta%att.uucp@ucbvax.Berkeley.EDU (Maurice Sharp) Subject: Re: Mathematica on Apollos Message-Id: <528@cs-spool.calgary.UUCP> References: <766@mv04.ecf.toronto.edu>, <40e77c91.129dc@blue.engin.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hiya, We talked to our local Apollo reps who told us that Mathematica is available for the Apollos. Check with your local dealer. Maurice E-MAIL : sharp@ksi.cpsc.UCalgary.CA EAN : sharp@calgary.CDN From apollo-request@umix.cc.umich.edu Fri Jan 20 19:32:09 1989 Date: 18 Jan 89 22:48:12 GMT From: sharp%cpsc%calgary%alberta%att.uucp@ucbvax.Berkeley.EDU (Maurice Sharp) Subject: Re: bang for the buck Message-Id: <529@cs-spool.calgary.UUCP> References: <43656@linus.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hiya, In article <43656@linus.UUCP>, jfjr@mbunix.mitre.org (Jerome Freedman) writes: > > I just got three dn3500's, two with cartridge and 170 meg disk. > I am an experienced Sun user but I am fairly ignorant of sys5. > my choices, I want to get the best out of me and the best > out of the machines. Any advice?? > > Jerry Freedman, Jr It depends on what environment you feel comfortable with. It seems like the bsd4.3 environment would be most suitable. The large one contains all you will need. The critical Apollo specific stuff will be loaded automatically. Maurice E-MAIL : sharp@ksi.cpsc.UCalgary.CA EAN : sharp@calgary.CDN From apollo-request@umix.cc.umich.edu Fri Jan 20 19:42:30 1989 Date: 19 Jan 89 06:59:28 GMT From: cees%tamtam%htsa%hp4nl%mcvax.uucp@uunet.uu.net (cees keyer) Organization: AHA TMF (Technical Institute) Amsterdam, The Netherlands Subject: Re: A real wall for apollo token ring Message-Id: <171@tamtam.UUCP> References: <42@tamtam.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <42@tamtam.UUCP>, cees@tamtam.UUCP (cees keyer) writes: > > Hello, > Is there a program available which does a real "wall" > (write all users) over the network? > I would like to thank everyone who has responded to the news I posted concerning a network wide wall. I've received the qsend program and it's just working fine. so thanks again, Cees Keyer. -- DISCLAIMER: All the opinions expressed are my own. Cees Keyer, Algemene Hogeschool Amsterdam. department of electrical engineering. UUCP: {backbones}!mcvax!hp4nl!htsa!tamtam!cees From apollo-request@umix.cc.umich.edu Fri Jan 20 21:33:11 1989 Date: 20 Jan 89 23:54:09 GMT From: jwright%atanasoff%sharkey%mailrus.uucp@csd4.milw.wisc.edu (Jim Wright) Organization: Iowa State U. Computer Science Department, Ames, IA Subject: Socket followup Message-Id: <719@atanasoff.cs.iastate.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I would like to thank all the people who took time out to answer my question regarding sockets in SR9.7. The answer was that I needed to upgrade to SR10, which more fully implements sockets. It also appears to have many other nice features. The consensus is that SR10 is A Good Thing. Jim Wright From apollo-request@umix.cc.umich.edu Fri Jan 20 21:39:33 1989 Date: 20 Jan 89 23:09:59 GMT From: weiner%novavax%uflorida%mailrus.uucp@csd4.milw.wisc.edu (Bob Weiner) Organization: Nova University, Fort Lauderdale, FL Subject: Is a 68020/68030-based version of Domain/OS available? Message-Id: <926@novavax.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I haven't seen anything on this topic so I figured I would ask the net. We recently bought 9 DN4500's (68030-based) and run them on a net which has only 68020 and 68030 nodes. My question is: are all of our UNIX/AEGIS commands that are part of SR10 compiled to run on the 68000? If so, isn't this a large performance penalty that many sites could do without? And is a 68020 based version of the OS available? Thanks, for any help. Bob -- Bob Weiner, Motorola, Inc., USENET: ...!gatech!uflorida!novavax!weiner (407) 738-2087 From apollo-request@umix.cc.umich.edu Fri Jan 20 21:48:17 1989 Date: 20 Jan 89 17:59:27 GMT From: mwf%pbhya%pacbell%att.uucp@ucbvax.Berkeley.EDU (3W600O-Michael W. Frees) Organization: Pacific * Bell, San Ramon, CA Subject: TTY Driver for Multibus COM-CTL Card? Message-Id: <22908@pbhya.PacBell.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We are running Apollo's PCI8 product on DSP80A's and DSP90's to connect 8 PC's to each node. This works pretty well for direct connections, but is cumbersome for dialin access. For dialin, all we really need is simple TTY or VT100 access. SIOMONIT does this, but a DSP only has two SIO ports. Does anyone know of any existing software which will allow the DSP's Multibus COM-CTL card to be used to connect 8 "dumb terminals" or PC's running terminal emulation? We've checked with our local sales office, with the usual results (none). Any help on locating or writing such a driver would be greatly appre- ciated. -- *-------------------------------------------------------------------------* |Mike Frees (Pacific Bell, San Ramon, CA) | "I forgot." | |{att,ames,sun}!pacbell!pbhya!mwf (415)823-9557 | - R. Reagan | *-------------------------------------------------------------------------* From apollo-request@umix.cc.umich.edu Sat Jan 21 07:28:14 1989 Date: 19 Jan 89 17:24:01 GMT From: jfjr@MBUNIX.MITRE.ORG (Jerome Freedman) Organization: The MITRE Corporation, Bedford, Mass. Subject: bsd prompt Message-Id: <43703@linus.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I just got 3 dn3500's,(sr10.1) two with 170 mg disk and cartridge, one with nothing. I just successfully loaded bsd4.3_large onto a node (first true success). The super user prompt is # as it should be, the user prompt is $ (should be %) not that this is a major detail but I found the loading up procedures arcane and poorly documented and I would like to be sure that the prompt is not a symptom or sign of a major screw up elsewhere. As a side issue - I would like to put up gnuemacs. I can do it in my sleep on a sun but is there anything to watch for on an apollo?. I noticed that there are emacs support files hidden in the guts somewhere? How do I get at them? Do I need them? Jerry Freedman, Jr "Why did jfjr@mbunix.mitre.org Unix come from the east?" (617)271-8398 From apollo-request@umix.cc.umich.edu Sat Jan 21 09:32:31 1989 Date: 20 Jan 89 13:07:45 GMT From: nobody%prles2%prle%philmds%hp4nl%mcvax.uucp@uunet.uu.net (nobody) Organization: Philips Research Labs, Eindhoven Subject: screenlock, help me Message-Id: <359@prles2.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi, I'm trying to write a screenlock for a Apollo DN3000 (1280bw screen). I'm running bsd4.2 under SR9.7. I'm writing this in Pascal with some system calls of course and if the software should do what the documentation says it had to do, everything should have worked by now. The trouble is caused by the ^Q (control Q) key. The idea is as follows: with a graphics library the <.._$borrow> mode is put on (the screen is totally black now). Then I ask for a password (maybe two times to eliminate type errors). After this you have to type the password again and Presto! the screen re-appears. The process of password asking is done by a system call namely: <.._$input_ event_wait>. The GMR library profides a feature to inhibit asynchronious events with the call . Unfortunately, it's inhibits just once, no matter if you do a call to each time before you invoke or not. Nearly the same story with the GPR library. Except that with the call the call never returns when a ^Q more than once in a row is invoked! You can only retrieve a running system by shutting it! Several permutations I have tried with , and . I have also written a fault handler and installed according to the manuals. No way it works! Redefining the keys with works fine for all keys except (of course) ^Q. Also the possibility of declaring a window as big as the screen together with disabling the mouse buttons does not work because the mouse cursor can pick at the borders of the window. (The disabling of the key/buttons are only valid in the window(s) the program is pointing to and evidently there is no overlap in the borders.) I haven't got ideas anymore on this one, except that I have the strong feeling that the display manager is pulling my leg. So, any suggestions? If there are any useful hints that will result to a working program, I shall post the source onto the net. This will probably take some time because I would check it out thoroughly on several machines here. I consider a hint as 'Don't try any further, I too have spent xx days on that one, without any result.' as a serious one ;-). In case there is consensus of dropping the subject I'll summarize and post it, so from then on, only the stiff headed would crack their brains on this (old Dutch saying :-)). Albert Willemsen The drinks were loaded, and so were the dolls. Bonzo Dog Doodah Band. From apollo-request@umix.cc.umich.edu Sat Jan 21 15:32:47 1989 Date: 21 Jan 89 15:34:00 GMT From: giebelhaus%hi-csc.uucp@uunet.uu.net (Timothy R. Giebelhaus) Organization: csdd Subject: Re: sys5 uucp Message-Id: <40ffa910.1032a@hi-csc.UUCP> References: <5780@sdcsvax.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <5780@sdcsvax.UUCP> ibrahim@beowulf.UCSD.EDU (Hisham Ibrahim) writes: >We're running SR9.7 and we'd like to use sys5 UUCP. >To my surprise, sys5 UUCP only supports Vadic modems and >we have only Hayes modems. I don't understand why doesn't >Apollo support Hayes modems. Nobody has Vadic modems. Any >solution ? We have a Vadic. Seriously, on SR10.1 there is the Honeydanber uucp which has more modems. It is also easy to add devices. Perhpas you are not ready to move to SR10.1. If you look in the sr9.7 compatibility directory you will see that there is Honeydanber for sr9.7 in there. -- UUCP: uunet!hi-csc!giebelhaus UUCP: tim@apollo.uucp ARPA: hi-csc!giebelhaus@umn-cs.arpa ARPA: tim@apollo.com Tim Giebelhaus, Apollo Computer, Regional Software Support Specialist. My comments and opinions have nothing to do with work. From apollo-request@umix.cc.umich.edu Sun Jan 22 15:40:34 1989 Date: 20 Jan 89 13:07:46 GMT From: jfjr@MBUNIX.MITRE.ORG (Jerome Freedman) Organization: The MITRE Corporation, Bedford, Mass. Subject: several more possibly stupid questions Message-Id: <43733@linus.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi, its me again - a new user - I have 3 dn3500s, two with cartridge and 170 meg disk, one with nothing - running sr10.1. I have one up successfully (whew) running bsd_large. Here are my questions 1) I want to conserve some disk space (I have NFS, uninstalled but probably today). I would like to boot the other disked apollo as well as the undisked from the machine I already have up, then have the disked, but remote booting apollo mount its own disk. It should be possible but its not really clear how this may be done. 2) I have NIDL and am trying to install it. It barfs immediately but thats a problem I will take up with Apollo software support when I can get a response. The NIDL instructions say that /bsd4.2 must not be a link. My bsd4.3 large installation (untouched by human or my hands) has /bsd4.2 as a link to /bsd4.3. Now I didn't put it there but NIDL doesn't like it and as long as its there I can't install NIDL. I am hesitant to play with the configuration Apollo handed me. If I do remove the link what happens?. What should be in /bsd4.2 to make the NIDL installation happy? My insinct is to remove the link, make a /bsd4.2 directory and have that directory just consist of links to the directories directly under /bsd4.3 (there are only about 4 there). Will This work? will it mess up the magic? Jerry Freedman, Jr "Why did jfjr@mbunix.mitre.org Unix come from the east?" (617)271-8398 From apollo-request@umix.cc.umich.edu Sun Jan 22 21:34:39 1989 Date: 22 Jan 89 17:41:00 GMT From: giebelhaus%hi-csc.uucp@uunet.uu.net (Timothy R. Giebelhaus) Organization: csdd Subject: Re: bsd prompt Message-Id: <41052280.12c4f@hi-csc.UUCP> References: <43703@linus.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <43703@linus.UUCP> jfjr@mbunix.mitre.org (Freedman) writes: > > I just got 3 dn3500's,(sr10.1) two with 170 mg disk and cartridge, one >with nothing. I just successfully loaded bsd4.3_large onto >a node (first true success). The super user prompt is # as it >should be, the user prompt is $ (should be %) not that >this is a major detail but I found the loading up procedures >arcane and poorly documented and I would like to be sure that >the prompt is not a symptom or sign of a major screw up elsewhere. As you have probably figured out by now, you are not running the /bin/csh but the /bin/sh. If you want help changing this, please let me know. > As a side issue - I would like to put up gnuemacs. I can >do it in my sleep on a sun but is there anything to watch for >on an apollo?. I noticed that there are emacs support files hidden >in the guts somewhere? How do I get at them? Do I need them? ADUS has a good emacs. At least I hear that it is good. If you are not a member of ADUS, it is free to join. You can contact ADUS at the following address: Apollo DOMAIN Users' Society c/o Andrea Woloski, ADUS Coordinator Apollo Computer Inc. 330 Billerica Rd. Chelmsford, MA 01824 Tel: (617) 256-6600, x4448 -- UUCP: uunet!hi-csc!giebelhaus UUCP: tim@apollo.uucp ARPA: hi-csc!giebelhaus@umn-cs.arpa ARPA: tim@apollo.com Tim Giebelhaus, Apollo Computer, Regional Software Support Specialist. My comments and opinions have nothing to do with work. From apollo-request@umix.cc.umich.edu Mon Jan 23 12:34:52 1989 Date: Mon, 23 Jan 89 09:21:16 est From: krowitz@richter.MIT.EDU (David Krowitz) Message-Id: <8901231421.AA02813@richter.mit.edu> To: nobody%prles2%prle%philmds%hp4nl%mcvax.uucp@uunet.uu.net Subject: Re: screenlock, help me Cc: apollo@umix.cc.umich.edu Look at the 'gone' program in the ADUS library. It does exactly what you are trying to do (namely to lock the screen and require a password). I believe it uses one of the old SMD (the monochrome graphics) calls to inhibit the system's handling of the quit character. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter@eddie.mit.edu krowitz%richter@athena.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Mon Jan 23 17:48:12 1989 Date: 23 Jan 89 21:14:50 GMT From: dennis%peanuts.nosc.mil.uucp@nosc.mil (Dennis Cottel) Organization: Naval Ocean Systems Center, San Diego Subject: Ethernet vs. Domain Ring Message-Id: <865@nosc.NOSC.MIL> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We have all our 40-odd Apollos connected in one ring with Apollo's Domain network. Suppose we moved to a building that was already wired for Ethernet. Does anyone have experience running a ring of this size on Ethernet rather than the Domain network? Does it work? And can you compare the speed of network operations to Apollo's token ring network? Thanks. Dennis Cottel Naval Ocean Systems Center, San Diego, CA 92152 (619) 553-1645 dennis@nosc.MIL sdcsvax!noscvax!dennis From apollo-request@umix.cc.umich.edu Mon Jan 23 19:40:19 1989 Date: 23 Jan 89 23:00:59 GMT From: weiner%novavax%uflorida%mailrus.uucp@csd4.milw.wisc.edu (Bob Weiner) Organization: Nova University, Fort Lauderdale, FL Subject: Need Zubkoff extensions to GNU Emacs for Apollos Message-Id: <932@novavax.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I would truly appreciate it if someone could mail me Leonard Zubkoff's extensions to GNU Emacs 18.52 running under Apollo's Domain/OS (SR10). I do not have access to the ARPAnet, but for those who do, the files are on prep.ai.mit.edu in the directory /u/lnz. A uuencoded copy would probably be best to make sure no characters are dropped. I will gladly send my 15 page GNU Emacs Short Reference guide to anyone who responds. Eventually, I will post this to comp.emacs gnu.emacs but it will take me awhile to get it completely finished for general use. Please help if you can. Thanks in advance. Bob -- Bob Weiner, Motorola, Inc., USENET: ...!gatech!uflorida!novavax!weiner (407) 738-2087 From apollo-request@umix.cc.umich.edu Tue Jan 24 18:43:08 1989 Date: 24 Jan 89 20:48:19 GMT From: kwongj%caldwr.uucp@ucdavis.ucdavis.edu (James Kwong) Organization: California Department of Water Resources Subject: Re: Hash table problems Message-Id: <427@caldwr.UUCP> References: <1071@nic.MR.NET> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I've seen similar messages after users have been blasting processes on their nodes to force them to stop. The manual states that the node should be rebooted after blasting a process. We have a sys. admin. here that use to blast processes regularly without rebooting. After a while, some of these machines started to act real sluggish and not execute the ~user_data/startup files correctly along with others problems. After several hints from me and finally one offical reply from Apollo support, she changed her way and followed the recommended reboot and are nodes lived happily ever after. -- James Kwong Calif. Depart. of H2O Resources, Sacramento, CA 95802 caldwr!kwongj@ucdavis.edu(Internet) ...!ucbvax!ucdavis!caldwr!kwongj (UUCP) The opinions expressed above are mine, not those of the State of California or the California Department of Water Resources. From apollo-request@umix.cc.umich.edu Tue Jan 24 18:43:30 1989 Date: 24 Jan 89 17:08:01 GMT From: brian%killer.uucp@ames.arc.nasa.gov (Brian Pellerin) Organization: The Unix(R) Connection BBS, Dallas, Tx Subject: sfcb hash table mutex lock Message-Id: <6906@killer.DALLAS.TX.US> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu > pabong@gonzo.eta.com writes: > has anyone ever seen the error "Unable to obtain sfcb hash table mutex lock" I am working on a DN3000 diskless node using SR9.7 OS and I have seen the error MANY, MANY TIMES!!! I called the APOLLO Customer Service, and have talked to at least five different people trying to resolve/determine the problem. None of these people offered any advice on the problem. According to one representative, the sfcb hash table is an internal table that the user should not be able to destroy directly or indirectly (meaning writing to the table inadvertently). I have seen this failure on several machines. My application was simulating communications between two proprietary processor cards; this was done using the client/server mailbox calls provided by APOLLO. The I/O normally done through a VT100 Terminal was done on the APOLLO using the VT100 server. The mailbox calls had been tested and verified during a previous set of tests. Then one day this error shows up. Again and Again and Again. Once the error appears the only recourse is to Hardware Reset the machine. The shut command needs the table and fails when tried. The errors persisted over a 2-3 month period and then went away. About four months later the error occurred again, but was an isolated event. It definitely seems tied to either the mailbox calls or to the VT100 server (which also dies at random quite often). The problem has shown up on other simulations done by other people at our company using similar mbox and VT100 calls, but not the same application. One interesting thing to point out is that the actual running of an application did not cause the error, but probably planted a seed. Sometimes it appeared 5 minutes later, sometimes the next day. I got really good at forseeing the occurrence of the error message. Reading a file (cv 'filename') would take about twice as long as normal. Response time got sluggish. After about 5-10 minutes of this, the machine would die... If any of the above actions are similar to what you have been doing, maybe it might help point the way for APOLLO to solve the problem. I have already reported all of this to them. --brian ...uunet!killer!brian From apollo-request@umix.cc.umich.edu Tue Jan 24 18:44:10 1989 Date: 24 Jan 89 22:14:51 GMT From: ibrahim%beowulf.uucp@sdcsvax.ucsd.edu (Hisham Ibrahim) Organization: EE/CS Dept. U.C. San Diego Subject: cron and xdmc not friends ? Message-Id: <5807@sdcsvax.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We have a script that uses xdmc command. This script runs fine from a shell, but if I put this script in my crontab file, it is not executed successfully. I tried a script as simple as this: #!/com/sh /com/xdmc cp /com/sh but cron still cannot execute the command successfully. I'm running SR9.7.1 and BSD4.2 cron. Any suggestion is appreciated. Thanks. Sisko Rondonuwu From apollo-request@umix.cc.umich.edu Tue Jan 24 18:55:31 1989 Date: 24 Jan 89 21:24:00 GMT From: lubkin%apollo%ulowell%mailrus.uucp@ames.arc.nasa.gov (David Lubkin) Organization: Apollo Computer, Chelmsford, MA Subject: Re: DSEE list Message-Id: <410ff8cf.7011@apollo.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu There _were_ problems with mail to info-dsee-request. As far as I can tell, all mail is now going through. So if your request bounced, try again. If for some reason it still doesn't work, send mail directly to me, along with a copy of the message from the Apollo postmaster. To repeat: Submissions to (ARPA) info-dsee@apollo.com (UUCP) {mit-eddie,umix,decvax,attunix}!apollo!info-dsee Requests to be added, deleted or modified to (ARPA) info-dsee-request@apollo.com (UUCP) {mit-eddie,umix,decvax,attunix}!apollo!info-dsee-request -- David Lubkin. DSEE Project lubkin@apollo.com Apollo R&D {mit-eddie,umix,decvax,attunix}!apollo!lubkin ========================================================================== From apollo-request@umix.cc.umich.edu Tue Jan 24 22:40:21 1989 From: David B. Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <8901250235.AA00773@icaen.uiowa.edu> Date: Tue, 24 Jan 89 20:02:07 CST Subject: Re: cron and xdmc not friends ? To: apollo@umix.cc.umich.edu WRT posting <5807@sdcsvax.UUCP> by Sisko Rondonuwu, > We have a script that uses xdmc command. This script runs fine > from a shell, but if I put this script in my crontab file, it > is not executed successfully. The utility "xdmc" will only work when it is run in an environment that has its standard-out stream connected to a transcript-pad. IE run in a shell in a window. There is no way that I know of to circumvent this requirement. This can easily be seen with the following experiment: $ xdmc wp > /dev/null ?(xdmc) Error executing DM command "wp" - stream is not a pad (display manager/Pad manager) There may be a way to achieve the desired results with a little work. Write a program that: first creates a transcript-pad, then reads its command line arguments & puts them in a string, then executes the system call pad_$dm_cmd with the stream ID from the first operation & the string from the second. "xdmc" basically does the last 2 parts of this procedure, with the 'std-out' stream. This procedure has some drawbacks: it may fail if the window can't be created (a gpr_borrow mode program is running, or too many windows are already open), it will create a window on the screen (which could be annoying to users at that node), or the DM may not have the access rights required to preform the requested operation due to the currently logged in user. Dave Funk From apollo-request@umix.cc.umich.edu Tue Jan 24 22:40:23 1989 Date: 25 Jan 89 00:19:43 GMT From: cantrell%killer.uucp@eddie.mit.edu (Keith Cantrell) Organization: The Unix(R) Connection BBS, Dallas, Tx Subject: Need help with DSEE. (Please HELP) Message-Id: <6909@killer.DALLAS.TX.US> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does anybody know how one could change a comment that is in a components history? In other words, I put in an incorrect comment when DSEE ask me "What was the nature of your modifications?" and I would like to change it now. The only alternative I can think of is: checking the module out, replacing it without and changes, but when the system ask for a comment, I put in a comment correcting the previous comment. Can anybody help me? Thanks, Keith ----------------------------------------------------------------------- Keith Cantrell Phones: hm: 214-492-1088 Integrated Telecom wk: 214-234-3340 USMAIL: EMAIL: 2100 Sonata Ln cantrell@killer.DALLAS.TX.US Carrollton Tx 75007 or ...!uunet!killer!dalitc!keith ----------------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Tue Jan 24 22:46:05 1989 Date: 24 Jan 89 23:48:35 GMT From: joannz%halley%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Joann Zimmerman) Organization: Tandem Computers, Austin, TX Subject: Re: sfcb hash table mutex lock Message-Id: <426@halley.UUCP> References: <6906@killer.DALLAS.TX.US> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu The "mutex lock" error is not necessarily related at all to emulating a VT100. When I was running sr9.7 on a 660, I would get this occasionally, at random intervals. I never ran the VT100 program, and I seriously doubt that running it would have occurred to anyone who might have used or crp'd on my node. Hope this provides some additional info. -- Joann Zimmerman Tandem Computers Austin, TX ...!{rutgers,harvard,gatech,uunet}!cs.texas.edu!halley!joannz From apollo-request@umix.cc.umich.edu Wed Jan 25 02:35:23 1989 From: David B. Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <8901250632.AA00797@icaen.uiowa.edu> Date: Wed, 25 Jan 89 00:32:34 CST Subject: Re: sfcb hash table mutex lock To: apollo@umix.cc.umich.edu > pabong@gonzo.eta.com writes: > has anyone ever seen the error "Unable to obtain sfcb hash table mutex lock" The sfcb hash table is a table, in global memory, that holds shared file control blocks. Type managers that support multiple I/O streams to an object use sfcb's for each open object. This includes most files, IPC sockets, mbx mailboxes, pipes, etc (IE most streams I/O managers). These are used to manage concurrent stream access. Each time a stream is opened or closed to oen of these types of objects, the sfcb hash table is searched to see if an entry needs to be allocated/dealocated or reused. (IE this table gets used a lot and its in global memory where all processes and type managers can get to it.) It has a mutual exclusion lock (mutex lock) on it to prevent corruption from simultanious updates. If this lock gets lost, all kinds of chaos can result. Ordinarily a process (type manager) obtains the lock, does the updating, and releases the lock. If the process faults, its clean-up handlers should release all aquired resources. If a process is blasted or dies a violent enough death that its stack is wiped out, then its clean-up handlers may not get a chance to do their work. This can result in a lost mutex lock. A bug in the streams library (/lib/streams) or a type manager (/sys/mgrs/*) could also cause this problem. Different pieces of system software have diffent revision levels and are depenten upon other pieces being compatabile. EG the tcp/ip upgrade was dependent upon the correct revision of the streams library for correct operation. Mismatched software can cause problems. Third party software can try to pull some fancy stunts that may get in trouble. A messup in the sfcb hash table can be a ticking time bomb that won't show up until long after the culprit did its dirty deed. To summarize, when you have sfcb hash table problems: Check for processes not exiting cleanly Check revision levels of system software Check for bug reports on software that you use When in doubt, reboot before things come to a grinding halt. Dave Funk From apollo-request@umix.cc.umich.edu Wed Jan 25 15:03:35 1989 Date: 25 Jan 89 15:57:18 GMT From: lori%kodak%rochester.uucp@louie.udel.edu (Lori Perreault) Organization: Eastman Kodak Co., Rochester, NY Subject: sr10 conversion Message-Id: <1664@kodak.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have recently started monitoring this newsgroup and expect that much has already been said about the os conversion to SR10. Rather than re-open the subject, I'm hoping that someone may have archived relevant postings or that someone has already made this upgrade and could offer advice/pointers...things to avoid...etc! If an archive of such data exists...I'd appreciate it if someone would forward it to me. We will be upgrading several 3550's and a 4500 from Aegis 9.7.3 to SR10 within the next month. Thanks in advance. -Lori From apollo-request@umix.cc.umich.edu Wed Jan 25 15:03:43 1989 Date: 24 Jan 89 15:12:40 GMT From: mart%euteal%eutrc3%hp4nl%mcvax.uucp@uunet.uu.net (Mart van Stiphout) Organization: Eindhoven University of Technology, The Netherlands Subject: X11.3 question on Apollo DN3000. Message-Id: <13@euteal.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have just installed X11.3 on my Apollo DN3000 workstation. At the moment I'm still working under SR9.7. Guess what, it doesn't work. So now I have two questions: 1. the problem seems to be that the server cannot find the fonts (in particular it complains about the cursor and fixed fonts). I've checked the configuration several times but I cannot locate the problem. What is the trouble??? 2. I found a Pascal file in directory server/ddx/apollo/apc : `apcfont.pas'. (Why a Pascal source file when all the rest of the stuff in written in C??). The corresponding apcfont.bin file is delivered also, in a tar archive. How very peculiar: the first thing make does is extracting this bin file from the archive instead of compiling it. Who has an explanation for all this? Thanks for your help. Mart van Stiphout Eindhoven University of Technology Dep. of Electr. Engineering Design Automation Section Email: mart@euteal.eutrc3.hp4nl.mcvax.uucp From apollo-request@umix.cc.umich.edu Wed Jan 25 22:47:33 1989 Date: 24 Jan 89 11:20:29 GMT From: achille%cernvax%mcvax.uucp@uunet.uu.net (achille) Organization: CERN European Laboratory for Particle Physics, CH-1211 Geneva, Switzerland Subject: sr10.1 C preprocessor is broken ? Message-Id: <913@cernvax.UUCP> References: <865@nosc.NOSC.MIL> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi, I'm having any sort of troubles using /bin/cc under sr10.1 on a dn3000 and finally I think I found my problems in /usr/lib/cpp. Here it is what happens: cpp breaks (arbitrarily) lines and insert (wrong) line numbering information in the middle, here is a short example: line 38 in .c file: printf("%s --- %2.2d/%2.2d/%1.1d\n",argv[0],d->tm_mon,d->tm_mday,d->tm_wday); output from cc -E: printf("%s --- # 42 "t_bks.c" %2.2d/%2.2d/%1.1d\n",argv[0],d->tm_mon,d->tm_mday,d->tm_wday); The error I get is pretty clear: (0038) printf("%s --- ******** Line 38 of "t_bks.c": [Error #003] Unterminated character string. (0042) %2.2d/%2.2d/%1.1d\n",argv[0],d->tm_mon,d->tm_mday,d->tm_wday); ******** Line 42 of "t_bks.c": [Error #068] The types of [] and [ 2.200000000000000 ] are not compatible with the "%" operator. Using /com/cc everything works fine, the program compiles fine on sun and cray/unicos. As everybody knows, /com/cc has its own cpp ! Don't tell me to /com/cc, I thought sr10 was Unix, just Unix, bugs included (and new ones added ? :-) As a side effect, when using dde to debug, I find myself debugging comment lines, thanx to the wrong numbering cpp is introducing I guess. I od'ed the file and there are no control characters (after all it was working under sr9.7) Has anybody the same problem ? Is there any non-broken apollo cpp around ? I need a quick solution ! Advance thanx Achille Petrilli Cray and PWS operations From apollo-request@umix.cc.umich.edu Thu Jan 26 00:36:39 1989 Date: 25 Jan 89 09:37:29 GMT From: nobody%prles2%prle%philmds%hp4nl%mcvax.uucp@uunet.uu.net (nobody) Organization: Philips Research Labs Eindhoven Subject: screenlock Message-Id: <372@prles2.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In my quest for a screenlock for a Apollo DN3000 I have got the hint from David Krowitz that I should >Look at the 'gone' program in the ADUS library. Unfortenately, he (or you, for David) didn't mention the address of ADUS (a collegue told me it is an firm). I will be delighted if someone could tell me the name of this firm. Further, David told that it worked (probably) with spm calls. But these calls only works for black and white monitors, at least the documentation tells me so. We have here also colour monitors and it would be quite convenient if the same program would work on both types of monitors. I wasn't too specific about this, I'm afraid. As matter of fact we also have nearly every type of computer Apollo supplies (3000's, 3500's, 4000's, etc). I guess that won't make the difference. So my questions are: - Does anyone have the address of the firm 'ADUS'. - Does anyone (apart from ADUS) have any experience with screenlocks, for any (apollo) monitor. Please email me, eventual previous emails were not received due to some trouble with the address of my machine. Thanks in advance, Albert Willemsen Philips Research Labs, Eindhoven, The Netherlands. Three weeks!! But the sign on the shop says 15-and-a-half minutes cleaning! It's just the name of the shop, dear. Bonzo Dog Doodah Band. From apollo-request@umix.cc.umich.edu Thu Jan 26 08:38:02 1989 Date: 25 Jan 89 15:08:13 GMT From: crgabb%sdrc.uucp@uunet.uu.net (Rob Gabbard) Organization: Structural Dynamics Research Corp., Cincinnati Subject: Re: sfcb hash table mutex lock Message-Id: <514@sdrc.UUCP> References: <6906@killer.DALLAS.TX.US> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <6906@killer.DALLAS.TX.US>, brian@killer.DALLAS.TX.US (Brian Pellerin) writes: > > pabong@gonzo.eta.com writes: > > has anyone ever seen the error "Unable to obtain sfcb hash table mutex lock" > > I am working on a DN3000 diskless node using SR9.7 OS and I have seen the > error MANY, MANY TIMES!!! I called the APOLLO Customer Service, and have I too have seen this message many times - mostly on DN4000s. My calls to Apollo didn't yield any good results either - except for "reboot". Our software is pretty I/O and DM intensive so I figured we were doing some strange things to mess up the DM since I saw this mainly during our QA period (which is when the machines are used the most). I'm glad to see I'm not the only one having this headache. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Rob Gabbard (uunet!sdrc!crgabb) _ /| Workstation Systems Programmer \'o.O' Structural Dynamics Research Corporation =(___)= U =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From apollo-request@umix.cc.umich.edu Thu Jan 26 08:44:05 1989 Date: 26 Jan 89 07:50:19 GMT From: rterek%shrike.uucp@sun.com (Robert Terek [Contractor]) Organization: Sun Microsystems, Mountain View Subject: Re: X11.3 question on Apollo DN3000. Message-Id: <87020@sun.uucp> References: <13@euteal.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <13@euteal.UUCP> mart@euteal.UUCP (Mart van Stiphout) writes: > > I have just installed X11.3 on my Apollo DN3000 workstation. > At the moment I'm still working under SR9.7. > Guess what, it doesn't work. So now I have two questions: . . . . > 2. I found a Pascal file in directory server/ddx/apollo/apc : > `apcfont.pas'. (Why a Pascal source file when all the rest of > the stuff in written in C??). The corresponding apcfont.bin > file is delivered also, in a tar archive. How very peculiar: > the first thing make does is extracting this bin file from > the archive instead of compiling it. > Who has an explanation for all this? A few comments: - It is Pascal rather than C because that is the language Apollo used for most of its system software. This particular file was not written solely for X - it was written before X was around, and contains internal routines of a graphics library (GPR perhaps, not sure anymore). Note the original coding date of 1981. Xapollo coverts snf fonts to gpr format fonts, then uses gpr to display them, so the implementor chose to "borrow" the gpr internal routines. This was done for R2, possibly due to time constraints. Maybe it's time to rewrite in C. - Since the Pascal compiler is optional software, it was decided that the binary should be included so that those without the compiler could still build X11. Source is provided for those who need it, eg., if one is running SR10 he/she should alter the Makefile to compile the file, since the binary provided is a 9.7 one. - The reason it is in a tar file is to preserve the Apollo specific file "type". MIT does the distribution of R3, and uses a non-Apollo machine to store source and cut tapes. If apcfont.bin was simply given to MIT to include on the tape, the process of putting it onto the non-Apollo machine, cutting a tar tape from that machine, then extracting it onto an Apollo machine would cause the file to lose header info indicating that it was an object. Hence, apcfont.bin was put into a tar archive at Apollo, which would preserve the file "type", and a strange looking target was put into the Makefile. As far as your difficulties in geting the server to come up, you'll have to provide more details, me thinks. The fonts should all be located in the directory indicated in server/include/site.h, as long as they match I can't think of a reason why the server could not find a font. -Bob Disclaimer: I *am* just a contractor. From convex!killer!dalitc!keith Thu Jan 26 12:22:57 1989 Message-Id: <8901261614.AA21521@apollo.UUCP> id AA20178; Thu, 26 Jan 89 06:22:37 CST id ; Wed, 25 Jan 89 14:38 CST Date: Wed, 25 Jan 89 15:31:06 EST From: convex!killer!dalitc!keith (Keith Cantrell) To: info-dsee@killer.UUCP@apollo.com.UUCP Subject: DSEE enhancement needed This is something I posted to the USENET. I thought you might be interested in it. Does anybody know how one could change a comment that is in a components history? In other words, I put in an incorrect comment when DSEE ask me "What was the nature of your modifications?" and I would like to change it now. The only alternative I can think of is: checking the module out, replacing it without and changes, but when the system ask for a comment, I put in a comment correcting the previous comment. Can anybody help me? Thanks, Keith ----------------------------------------------------------------------- Keith Cantrell Phones: hm: 214-492-1088 Integrated Telecom wk: 214-234-3340 USMAIL: EMAIL: 2100 Sonata Ln cantrell@killer.DALLAS.TX.US Carrollton Tx 75007 or ...!uunet!killer!dalitc!keith ----------------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Thu Jan 26 12:43:14 1989 Message-Id: <8901261639.AA23836@umix.cc.umich.edu> Date: 26 Jan 89 10:33:00 CST From: "DAVE ERSTAD" Subject: Newer DSEE version To: "apollo" Is anyone running a DSEE version (under either 9.7 or 10.x) more recent than 3.0? I'm being told that's all there is, and don't believe it. Dave Erstad From apollo-request@umix.cc.umich.edu Thu Jan 26 12:47:49 1989 Message-Id: <8901261734.AA24934@umix.cc.umich.edu> From: Deborah Swanberg To: nobody%prles2%prle%philmds%hp4nl%mcvax.uucp.uucp@uunet.uu.net Cc: apollo@umix.cc.umich.edu Date: 26 Jan 1989 12:29 EST Subject: Re: screenlock ADUS stands for Apollo Domain Users' Society. It is an independent organization of users of the products of Apollo Computer Inc. They publish an article called the ADUS Ring which discusses issues concerning Apollos. They hold one large conference a year, and several BOF interest conferences at various times and places. It's a useful place to meet other users of Apollos, and the Apollo staff from David Nelson to the individual programmers. Many and most issues are discussed, from old software, to new developments yet to be released. Membership is free, and entitles a member to the ADUS Ring, discounts on the conferences, and access to the ADUS library which contains all sorts of goodies. ADUS is funded by Apollo, and the conferences. Change of address and membership are handled by Andrea Woloshki ADUS Administrator Apollo Computer 330 Billerica Rd. CHD01MK Chelmsford, MA 01824 From chase@apollo.com Thu Jan 26 13:20:21 1989 Message-Id: <8901261851.AA22779@apollo.UUCP> From: chase@apollo.com (Bob Chase) Date: Thu, 26 Jan 89 13:28:55 EST Subject: DSEE enhancement needed Sender: chase@apollo.com To: info-dsee:@apollo.com Does anybody know how one could change a comment that is in a components history? In other words, I put in an incorrect comment when DSEE ask me "What was the nature of your modifications?" and I would like to change it now. The only alternative I can think of is: checking the module out, replacing it without and changes, but when the system ask for a comment, I put in a comment correcting the previous comment. Keith, There is currently no way to change the comment on a particular version. The alternative you propose is probably the best temporary solution to use. The DSEE project is thinking about making version comments editable. Bob Chase, DSEE project Apollo Computer From apollo-request@umix.cc.umich.edu Thu Jan 26 14:15:37 1989 Date: 26 Jan 89 15:49:58 GMT From: cantrell%killer.uucp@eddie.mit.edu (Keith Cantrell) Organization: The Unix(R) Connection BBS, Dallas, Tx Subject: Re: sr10 conversion Message-Id: <6931@killer.DALLAS.TX.US> References: <1664@kodak.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1664@kodak.UUCP< lori@kodak.UUCP (Lori Perreault) writes: To: nobody%prles2%prle%philmds%hp4nl%mcvax.uucp@uunet.uu.net Subject: Re: screenlock Cc: apollo@umix.cc.umich.edu ADUS is the Apollo Domain Users Society -- the users' group for Apollo owners. The person to contact for membership info is Andrea Woloski, the Apollo ADUS coordinator, at (508) 256-6600 (the Apollo corporate headquarters) ... although since you are in Europe, you might try your local sales office first. The ADUS library is a set of public domain programs donated by Apollo users and is available to all ADUS members for a nominal tape-copying charge (about $175 for the full set). Your local field-service office may have a copy of the tapes, although they may not have the latest release. The "gone" program works just fine on my color DN560. I suspect that it will also work on other color screens or can easily be modified to recognize newer screen types. == Dave Krowitz From apollo-request@umix.cc.umich.edu Thu Jan 26 20:01:37 1989 Date: Wed, 25 Jan 89 23:55:41 PST From: rterek@Sun.COM (Robert Terek [Contractor]) Message-Id: <8901260755.AA01557@shrike.sun.com> Newsgroups: comp.sys.apollo,comp.windows.x Subject: Re: X11.3 question on Apollo DN3000. References: <13@euteal.UUCP> Reply-To: rterek@Sun.COM (Robert Terek [Contractor]) Organization: Sun Microsystems, Mountain View Keywords: Xwindows, trouble Apparently-To: apollo@yale.ARPA In article <13@euteal.UUCP> mart@euteal.UUCP (Mart van Stiphout) writes: > > I have just installed X11.3 on my Apollo DN3000 workstation. > At the moment I'm still working under SR9.7. > Guess what, it doesn't work. So now I have two questions: . . . . > 2. I found a Pascal file in directory server/ddx/apollo/apc : > `apcfont.pas'. (Why a Pascal source file when all the rest of > the stuff in written in C??). The corresponding apcfont.bin > file is delivered also, in a tar archive. How very peculiar: > the first thing make does is extracting this bin file from > the archive instead of compiling it. > Who has an explanation for all this? A few comments: - It is Pascal rather than C because that is the language Apollo used for most of its system software. This particular file was not written solely for X - it was written before X was around, and contains internal routines of a graphics library (GPR perhaps, not sure anymore). Note the original coding date of 1981. Xapollo coverts snf fonts to gpr format fonts, then uses gpr to display them, so the implementor chose to "borrow" the gpr internal routines. This was done for R2, possibly due to time constraints. Maybe it's time to rewrite in C. - Since the Pascal compiler is optional software, it was decided that the binary should be included so that those without the compiler could still build X11. Source is provided for those who need it, eg., if one is running SR10 he/she should alter the Makefile to compile the file, since the binary provided is a 9.7 one. - The reason it is in a tar file is to preserve the Apollo specific file "type". MIT does the distribution of R3, and uses a non-Apollo machine to store source and cut tapes. If apcfont.bin was simply given to MIT to include on the tape, the process of putting it onto the non-Apollo machine, cutting a tar tape from that machine, then extracting it onto an Apollo machine would cause the file to lose header info indicating that it was an object. Hence, apcfont.bin was put into a tar archive at Apollo, which would preserve the file "type", and a strange looking target was put into the Makefile. As far as your difficulties in geting the server to come up, you'll have to provide more details, me thinks. The fonts should all be located in the directory indicated in server/include/site.h, as long as they match I can't think of a reason why the server could not find a font. -Bob Disclaimer: I *am* just a contractor. From apollo-request@umix.cc.umich.edu Thu Jan 26 23:51:31 1989 Message-Id: <8901270325.AA09383@umix.cc.umich.edu> Date: Fri, 27 Jan 89 11:13:54 SST From: fclim Subject: re : screenlock To: APOLLO@UMIX.CC.UMICH.EDU although smd was written for monochrome monitors, gone only use one smd routine -- smd_$set_quit_char('0', status). this call will still works on color monitors since it isn't graphics. if you do not care to wait for the adus library tapes; you may get gone electronically. send a mail to netlib @ anl-mcs.arpa with the subject -- send gone from apollo -- and an empty body. fclim. :-) fclim --- gbopoly1 % nusvm.bitnet @ cunyvm.cuny.edu computer centre singapore polytechnic dover road singapore 0513. From apollo-request@umix.cc.umich.edu Fri Jan 27 09:53:18 1989 Date: 27 Jan 89 00:54:47 GMT From: syd%dsinc%vu-vlsi%cbmvax.uucp@rutgers.edu (Syd Weinstein) Organization: Datacomp Systems, Inc., Huntingdon Valley, PA 19006 Subject: Re: sr10.1 C preprocessor is broken ? Message-Id: <52@dsinc.UUCP> References: <865@nosc.NOSC.MIL>, <913@cernvax.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <913@cernvax.UUCP> achille@cernvax.UUCP () writes: :Hi, I'm having any sort of troubles using /bin/cc under sr10.1 on :a dn3000 and finally I think I found my problems in /usr/lib/cpp. :Here it is what happens: :cpp breaks (arbitrarily) lines and insert (wrong) line numbering information in the :middle, here is a short example: : :line 38 in .c file: printf("%s --- %2.2d/%2.2d/%1.1d\n",argv[0],d->tm_mon,d->tm_mday,d->tm_wday); : :output from cc -E: printf("%s --- : # 42 "t_bks.c" : %2.2d/%2.2d/%1.1d\n",argv[0],d->tm_mon,d->tm_mday,d->tm_wday); : :The error I get is pretty clear: : : (0038) printf("%s --- : :******** Line 38 of "t_bks.c": [Error #003] Unterminated character string. : : (0042) %2.2d/%2.2d/%1.1d\n",argv[0],d->tm_mon,d->tm_mday,d->tm_wday); : :******** Line 42 of "t_bks.c": [Error #068] The types of [] and : [ 2.200000000000000 ] are not compatible with the "%" operator. : I reported the same problem to Apollo, and am trying to get them to write an APR. The SR10.0 cpp works fine, and intresting enough the /bsd4.3/usr/lib/cpp works fine, but the /sys5.3/usr/lib/cpp is broken. What I did was to change the symbolic link in /lib to a shell script that checks the environment. If the environment is Sys5.3, it call /bsd4.3/usr/lib/cpp -I/sys5.3/usr/include $* else it calls /bsd4.3/usr/lib/cpp $*. That work around seems to be ok for now. -- ===================================================================== Sydney S. Weinstein, CDP, CCP Elm Coordinator Datacomp Systems, Inc. Voice: (215) 947-9900 {allegra,bpa,vu-vlsi}!dsinc!syd FAX: (215) 938-0235 From apollo-request@umix.cc.umich.edu Fri Jan 27 14:16:57 1989 Date: 26 Jan 89 03:19:00 GMT From: conliffe%caen.engin.umich.edu%mailrus.uucp@csd4.milw.wisc.edu (Darryl C. Conliffe) Organization: U of M Engineering, Ann Arbor, Mich. Subject: LISP and DIALOG interface question Message-Id: <41163d02.b0f6@mtrans.engin.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have a question. The code segment below returns the attached error message. What is the correct data structure to pass? First, the code segment: ;---------------------------------------------------------------------------- ; Setting choices ;---------------------------------------------------------------------------- #| ; DP_$ENUM_SET_CHOICES inserts an array of choices in the list of ; an enumerated task. New choices are added after the existing ; choice indicated by the "start" parameter. "N_choices" is the ; number of choices to add. If "truncate" is set to true, choices ; in the list following the newly inserted ones are deleted. This ; routine supersedes DP_$ENUM_REPLACE_CHOICES. (DEF-FOREIGN-TYPE dp_$string_array_t :array) (DEFINE-FOREIGN-FUNCTION 'dp_$enum_set_choices '((:IN task_id dp_$task_id ) (:IN start :integer16 ) (:IN n_choices :integer16 ) (:IN choices dp_$string_array_t) ;was UNIV (:IN truncate :boolean) (:OUT status status_$t ) ) :PROCEDURE) |# (defun replace-menu-elements () "Testing how to set/replace menu elements in DIALOG from LISP." (let* ((first-to-overwrite 1) (how-many 2) (choice-list (make-array 2 :initial-contents '("one" "two") :element-type 'string)) (choices choice-list) (truncate nil)) (dotimes (n 2) (print (aref choice-list n))) (setf status (dp_$enum_set_choices res_ele_enum_task first-to-overwrite how-many choices truncate 0) ) ) ) ---- Now when I get replace-menu-elements to execute, I get: "one" "two" >>Error: Illegal :array, :record, or :set argument # to DP_$ENUM_SET_CHOICES DP_$ENUM_SET_CHOICES: Required arg 0 (TASK_ID): 70 Required arg 1 (START): 1 Required arg 2 (N_CHOICES): 2 Required arg 3 (CHOICES): # Required arg 4 (TRUNCATE): NIL Required arg 5 (STATUS): 0 --- Any ideas? Better yet, any answers? Thanks in advance! -- ___________________ Darryl C. Conliffe conliffe@caen.engin.umich.edu (313) 721-6069 ------------------- From apollo-request@umix.cc.umich.edu Fri Jan 27 16:33:10 1989 Date: Fri 27 Jan 89 10:27:27-PST From: Matt Heffron Subject: Query: Problem Tracking Software To: apollo@UMIX.CC.UMICH.EDU Address: Beckman Instruments, 2500 Harbor X-11 Address: Fullerton, CA. 92634 Phone: (714) 961-3128 Message-Id: <12465935238.32.BEC.HEFFRON@ECLA.USC.EDU> (For our Apollo folks, who are off-line): Does anyone know of a generic 'Problem Tracking' package available for the Apollo? (like something to record and track product and/or software problems). Please reply directly. Thanks. -Matt Heffron BEC.HEFFRON@ECLA.USC.EDU ------- From apollo-request@umix.cc.umich.edu Fri Jan 27 19:48:02 1989 Date: Fri, 27 Jan 89 18:45:16 est From: krowitz@richter.MIT.EDU (David Krowitz) Message-Id: <8901272345.AA03051@richter.mit.edu> To: apollo@umix.cc.umich.edu Subject: SR9.7.x installation warnings I thought I'd pass along some bits of info that I've gleaned through much hard work. It may save someone else some grief ... 1) You need either SR9.7.1 or SR9.7.2 (or SR10) to run an DN3500. If you have the new 690MB disk drive (or, I'm told, the FPA or the fast graphic options), then you need SR9.7.2. However, The SR9.7.2 version of /sau7/salvol can not handle the new disk. The /com/salvol version can. If you need to salvage your disk, you must boot the node diskless off of another SR9.7.2 machine, bring up AEGIS, login and MTVOL your local disk, run /com/salvol, shut the machine down, and reboot it off of its own disk. 2) Do *not* bindly load SR9.7.2 onto all of your machines! Load it only on machines which require it. I made this mistake. We have another DN3500 with a 350MB disk and a floppy which I loaded SR9.7.2 onto. We were able to run WBAK/RBAK to the floppy disk, but if we formatted the floppy and mounted it, /com/cpt would fail with disk controller busy errors if the hard disk or the network controller were active during the transfer. Loading SR9.7.1 onto this DN3500 solved this problem. 3) I loaded SR9.7.2 onto our DN3000's that we use as our master software repositories. These machines had been running SR9.7.0.4 in order to correct some bugs in the GPIO system (more on this later). The SR9.7.2 installation seems to install the SR9.7.0 files into /sau8, ie. If we do a BLDT on these DN3000's we do not see "SR9.7.2" returned, we see the same "SR9.7" and the same time/date that the machines which were not updated to SR9.7.0.4! Do *not* install SR9.7.2 onto DN3000's , it will remove your patches! 4) If you are running SR9.7.0 on a DN3000 (and possibly other AT-bus machines) with a floppy disk *and* you have other devices which perform 8-bit DMA, the floppy disk will get spurious errors if it is running while the other DMA device is transferring data. Devices which perform 16-bit DMA do not interfere with the floppy. This problem is fixed with SR9.7.0.4 and/or SR9.7.1, the SR9.7.2 installation re-installs this bug (as previously mentioned) on the DN3000's by installing the old SR9.7.0 /sau8 directory. Many of these errors appear to be hardware errors. Our field service personnel (bless them!) spent many *days* attempting hardware fixes while the regional support persons looked for possible software fixes, and in all cases it has turned out to be a software bug mascarading as a hardware glitch. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter@eddie.mit.edu krowitz%richter@athena.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Sat Jan 28 01:58:38 1989 Date: 27 Jan 89 14:58:37 GMT From: mrs%philabs%prls%pyramid%amdahl.uucp@ames.arc.nasa.gov (don't know, amnesia) Organization: Philips Laboratories, Briarcliff Manor, NY Subject: DN10000 - comments Message-Id: <43158@philabs.Philips.Com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu First, I've just started to subscribe to this newsgroup so my apollo-gies if this has been covered before. I am in the process of porting some FORTRAN programs from a VAX running BSD4.3 to a newly acquired DN10000 running Domain O.S. 10.0 . I'm using the BSD environment. Now the questions: 1) Has anyone had problems in porting their code to this machine. (I invoke f77 which calls ftn automatically). Or more bluntly, what are the known BUGS in this compilier( The version we have is Fortran 77 compiler PRISM Rev 10.5(15)) 2) Is it source code compatable with f77 on BSD systems? E.G.: can I just type make and expect a succesful compilitation. 3) What types of problems should I expect because of the 64 bit architecture. 4) Apollo quotes a perfromance of 4x's that of a SUN 4/260, has anyone had a chance to verified this independently. Thanks, Mark R. Simpson Philips Laboratories uunet!philabs!mrs North American Philips Corporation or From apollo-request@umix.cc.umich.edu Sat Jan 28 03:50:07 1989 Date: 28 Jan 89 04:02:00 GMT From: gsg0384%uxa.cso.uiuc.edu%uxg.cso.uiuc.edu.uucp@uxc.cso.uiuc.edu Subject: Which to choose, Sys V or BSD? Message-Id: <133000002@uxa.cso.uiuc.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi, We are going to upgrade from DOMAIN/IX 9.5.1 to DOAMIN/OS Sr 10.? There are three options as you all know. Well actually two. AEGIS should be there anyway no matter we like it or not. Between Sys V 5.3 and BSD 4.3, which do you recomend as the login shell environment? Definitely we are going to choose C shell no matter what we choose between Sys V 5.3 and BSD 4.3. Does the csh - Sys V 5.3 combination cause any nuissance in networking in the university? Hugh gsg0384@uxa.cso.uiuc.edu song@uispg.csl.uiuc.edu From apollo-request@umix.cc.umich.edu Sat Jan 28 05:46:44 1989 From: David B. Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <8901281018.AA00898@icaen.uiowa.edu> Date: Sat, 28 Jan 89 04:10:51 CST Subject: Re: SR9.7.x installation warnings To: krowitz@richter.MIT.EDU Cc: apollo@umix.cc.umich.edu WRT posting <8901272345.AA03051@richter.mit.edu> and 690Mbyte disks, We just got in a DN4500 with a 690Mbyte disk. The DN4500 needs sr9.7.3 to boot up, the off-line salvol (/sau7/salvol) that comes with that release will handle the 690Mbyte disks OK. From apollo-request@umix.cc.umich.edu Mon Jan 30 01:11:26 1989 Date: 28 Jan 89 03:44:00 GMT From: gsg0384%uxa.cso.uiuc.edu%uxg.cso.uiuc.edu.uucp@uxc.cso.uiuc.edu Subject: siologin_modem problem, Help Message-Id: <133000001@uxa.cso.uiuc.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi, I have a problem: The modem process program for Domain/IX 9.5.1 (probably the same for the OS 10.1 also) which reads as `siologin_modem' (? I do not remember the name correctly) issues the following prompt which is quite different from standard UNIX prompt: AEGIS-DOMAIN/IX Kernel, revision 9.5.1 ...(the dial-in date time etc) ... Enter line access code: Now it should stop and wait till I enter the code. However, nineteen out of twenty, it shows the following screen: AEGIS-DOMAIN/IX Kernel, revision 9.5.1 ...(the dial-in date time etc) ... Enter line access code: Invalid line access code. Enter line access code: You are out of chance. Too bad... good by And then clicking sound from my modem showing "NO CARRIER". It makes me really mad. The machine does not give me a chance actually. I read the modem manual (Smartmodem 1200) thoroughly, and did some trick on the host's modem so that Apollo DN580 may give me a second chance showing the same long message prompt again. (Ignore-DTR setting adjust) This time, nine out of 10 cases, the 'siologin_modem' process dies before issuing the second showing of the above message. Then I have to wait about 15 minutes till the scheduler of the OS revives the 'siologin_modem' process. Argggg... I asked the administrator (he calls himself "The Lord") to increase the number of chance making DN580 issue "Enter line access code:" more than twice. He said that the number of chance is programed in binary code and there is nothing he can do about it. The usual UNIX siologin_modem or _dialin or whatever process does not ask the line access code as Apollo does. I won't complain about that if Apollo does what is supposed to do. We have one DN580, three 3000s, one 660, and one DSP160. The same thing happened on 3000s, 660 as well as 580. Has anyone had the same experience ever? Is there any get-around trick? Does DOMAIN/OS 10 show the same prompt message when dialed in? Pleas HELP ME. HELP... Hugh gsg0384@uxa.cso.uiuc.edu song@uispg.csl.uiuc.edu From apollo-request@umix.cc.umich.edu Mon Jan 30 01:19:31 1989 Date: 30 Jan 89 03:49:18 GMT From: emo@iuvax.cs.indiana.edu (Eric Ost) Organization: Indiana University, Bloomington Subject: want ``etherfind'' like utility Message-Id: <16966@iuvax.cs.indiana.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I am searching for a utility akin to ``etherfind'' that will allow me to ``watch'' traffic on the domain-ring. It would be especially nice for analyzing why our 27-node ring seems to perform so poorly. Does anyone have such a tool they have written, or know of one available from Apollo Computer Corp.? BTW: What is the purpose of /systest/ssr_util/jam_net??? It seems to push packets out onto the ring when invoked. Thanks to anyone who is able to help with either of these questions. eric ;;;;;;;;;;;;;;;;;;;;;;;; Eric Ost Computer Science Dept. Indiana University emo@iuvax.cs.indiana.edu ;;;;;;;;;;;;;;;;;;;;;;;; From apollo-request@umix.cc.umich.edu Mon Jan 30 17:32:47 1989 Date: 30 Jan 89 18:06:00 GMT From: weber_w%apollo%ulowell%mailrus.uucp@ames.arc.nasa.gov (Walt Weber) Organization: Apollo Computer, Chelmsford, MA Subject: Re: aegis philosophy Message-Id: <412d748c.1b0ea@apollo.COM> References: <43917@linus.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <43917@linus.UUCP> jfjr@mbunix.mitre.org (Freedman) writes: > > I just got three Apollos (3500s) and I am supposed to evaluate >them. Is there any thing around like Bach's Book "The Design >of The Unix Operating System". >..... > Jerry Freedman,Jr There is a new manual which was just released this month, called Domain/OS Design Principles #14962-A00 which discusses topics such as: Origins of Domain/OS (object orientation, dynamic loading, virtual address space layout, known global table, single-level store, user extensibility via the open system toolkit, etc. etc.) Extensions to U*ix Signal Functionality Shared Program Libraries (the Domain/OS Library model) The Input/Output System Extending the U*nix Protection Model with Access Control Lists The Network Computing Architecture and System. Some of this is brand new, other portions are reprints of various papers presented at Usenix or Uniform in the last few years. You can get this through your local sales office, or by calling Instant Apollo at 1-800-225-5290 (sorry, don't know access for our non-USA customers). This was just released last week, there may be some people who have not received their official bulletin on this yet. You are getting the order number straight from the horses ..... well, whatever :-) ...walt... -- Walt Weber Apollo Computer (508) 256-6600 x7165 People's Republic of Massachusetts -The views expressed herein are personal, and not necessarily Apollo's- From apollo-request@umix.cc.umich.edu Mon Jan 30 19:18:33 1989 Date: Mon, 30 Jan 89 13:20:50 HST From: kent@humu.nosc.mil (Kent K. Kuriyama) Message-Id: <8901302320.AA10432@humu.nosc.mil> To: apollo@umix.cc.umich.edu Cc: kent@humu.nosc.mil Subject: Using IOCTL to control mag tape I am porting a program that manipulates (e.g. rewinds) the mag tape unit. It issues an IOCTL call to do this. ------------ /* File: test.c */ #include #include #include #include #include #include #define tapefile "/dev/rmt12" main(argc, argv) int argc; char *argv[]; { int fd, i; struct mtop op; /* open the tape file, this seems to work */ fd = open(tapefile, O_RDONLY); if (fd < 0) { perror(tapefile); exit(1); } /* rewind the tape, call to IOCTL fails */ op.mt_op = MTREW; op.mt_count = 1; i = ioctl(fd, MTIOCTOP, &op); if (i < 0) { perror(tapefile); exit(1); } exit(0); } ------------ % cc test.c % a.out /dev/rmt12: Not a typewriter At run time the IOCTL call fails and I get the above message. I am running Domain IX under SR9.7.1. Could someone tell me what I am doing wrong? Thanks. Kent Kuriyama Naval Ocean Systems Center Hawaii Laboratory kent@nosc.mil From apollo-request@umix.cc.umich.edu Mon Jan 30 19:28:15 1989 Date: 30 Jan 89 10:22:00 GMT From: nobody%prles2%prle%philmds%hp4nl%mcvax.uucp@uunet.uu.net (nobody) Organization: none Subject: Re: screenlock, summary. Message-Id: <380@prles2.UUCP> References: <372@prles2.UUCP>, <604@nikhefh.hep.nl> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <604@nikhefh.hep.nl> i91@nikhefh.hep.nl (Fons Rademakers) writes: >Hi, > I tired to mail directly to you but the mail address in your header >is not correct. Anyway, I can give you a modified copy of the "gone" program, All of the readers who have tried to send me help and didn't came trough I thank you all for the trouble I've caused you. We had some trouble with my server (My machine is running diskless) and we have spotted the problem with my mail address. Odd enough several emails did come through. What about the gone problem: also this problem is solved. Apparrently we weren't equipped with the latest ADUS library. Our local Apollo supplier is preparing a tape right now and we could receiving it within days, they said. Ton v.d. Bogert from the Faculteit Diergeneeskunde, RUU (The Neterlands) reports that the gone program is running fine at his DN 4000. He didn't mention the monitor he has. Thomas W. Vrankar from Ohio (I couldn't discover from which organisation he is), hinted me to the call. And he suggested me to re-define the quit character to ^^ (I suppose he means CNTR^), because he has noticed that the Apollo keyboards couldn't generate this character. I think this is not a good idea, because when finally things are running your way, Apollo will supply a patch .. Nevertheless, thanks. He also reports that the calls are currently running with all monitors. I think I'll stick to program, because why to invent the wheel again? But if someone comes to your office and wants to know a bit more about Apollo system calls, advice the unfortunate to write a screenlock! Albert Willemsen Philips Research Labs, Eindhoven The Netherlands. From apollo-request@umix.cc.umich.edu Mon Jan 30 21:32:38 1989 From: David B. Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <8901310109.AA00948@icaen.uiowa.edu> Date: Mon, 30 Jan 89 18:26:28 CST Subject: Re: siologin_modem problem, Help To: gsg0384@uxa.cso.uiuc.edu Cc: apollo@umix.cc.umich.edu In posting <133000001@uxa.cso.uiuc.edu>, Hugh (gsg0384@uxa.cso.uiuc.edu) says: > I have a problem: > ... > Now it should stop and wait till I enter the code. However, nineteen out > of twenty, it shows the following screen: > > AEGIS-DOMAIN/IX Kernel, revision 9.5.1 ...(the dial-in date time etc) ... > Enter line access code: > Invalid line access code. > Enter line access code: > You are out of chance. Too bad... good by Your problem is that the siologin process sees "return" characters before it sees your attempt to type in the line access code. As the line access code read is not echoed, you don't see the characters its receiving. You are probably having 1 of 2 possible problems: 1) When dialing in with your modem, do NOT hit the "return" key until after you see the "Enter line access code:" prompt. Any "returns" that you hit after the remote modem has answered the phone and before the prompt is issued, will be saved. Then the siologin process will see these saved-up "returns" and think that you are giving it a null line access code. It may take several seconds between the time that the remote modem answers the phone and the display of the prompt. During this time resist temptation to bang on the "return" key, you'll only cause this problem to arise. IE when calling in, give the command to your modem to dial the phone (EX: ATDT12345678 ) then take your hands off the keyboard of your terminal and WAIT. Don't even touch the keyboard until AFTER the "Enter line access code:" prompt appears. Yes, I know that on many other computer systems you have to dial in and then hit the "return" key several times to get a "login" prompt. Not so for Apollo, this will only cause your problem. If you are using a PC and some kind of terminal emulation program to dial your modem, check the progam to make sure that it's not doing something like this. 2) If the preceding description is not true (you've followed the directions and it still bombs you out), then the Apollo is seeing characters from the answering modem before it sees them from you. If the answering modem on the Apollo end is emitting some kind of text to the Apollo when it picks up the phone (such as a result code like "connect 1200") then the siologin process will think that this is a bogus line access code and bomb out. Have the Apollo administrator check the modem to see if it is emitting some text when a user calles in. Many "smart" modems have lots of configuration parameters, which if not all set correctly can cause things like this to happen. One way to check this, disconnect the answering modem from the Apollo and connect it to a terminal. Make a call to it and watch the terminal screen. If at all possible, put the terinal in a mode that will cause it to display control characters as well as regular ones. Even a bare "cr" characer at this time will cause this problem. A variation on this problem is caused by phone line noise, not a modem setup problem. If the answering modem "hears" enough noise on the line, after it answers the phone and before it locks onto your modem's carrier, then it may spit out garbage characters. The monitoring terminal trick will also detect this problem. This problem is real tough to fix, you may have to try different modems at the Apollo end. Dave Funk From apollo-request@umix.cc.umich.edu Mon Jan 30 23:17:11 1989 Date: 30 Jan 89 16:05:13 GMT From: richard%philce%philmds%hp4nl%mcvax.uucp@uunet.uu.net (Richard Bishopp) Organization: Philips Consumer Electronics Subject: Re: want ``etherfind'' like utility Message-Id: <299@philce.UUCP> References: <16966@iuvax.cs.indiana.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I use the RINGLOG and NETLOG programs in /systest/ssr_util to watch whats happenin on the network. Its nowhere near as nice as the traffic program on the Sun systems. Try it out - it produces more information than any of the APOLLO standard commands. Richard A. Bishopp Sys Admin p.s. Views here are my own - not Philips or anyone else From apollo-request@umix.cc.umich.edu Tue Jan 31 01:17:17 1989 From: David B. Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <8901310201.AA00952@icaen.uiowa.edu> Date: Mon, 30 Jan 89 19:17:24 CST Subject: Re: want ``etherfind'' like utility To: emo%iuvax.cs.indiana.edumail@umix.cc.umich.edu Cc: apollo@umix.cc.umich.edu WRT posting <16966@iuvax.cs.indiana.edu> from emo@iuvax.cs.indiana.edu (Eric Ost) There are 2 different tools, supplied by Apollo, for monitoring network traffic. The tool "netmain", documented in the "sys_admin"* manual, can be used to monitor lots of events around the network. This includes network traffic, CPU time, network hardware problems, memory problems, disk problems, etc. There is a server "/sys/net/netmain_srvr" that is run as a background process that gathers statistics and creates log files. There is a user-interface program "/com/netmain" that is used to read and format the log files. This tool has a bewildering array of options and can create large log files if left unattended for long. The manual has lots of examples, you may just have to try some out to get a feel for what it can do. It is a good tool for network trouble shooting, one you learn it. * "Administering Your DOMAIN system" (sr9) "Managing {Aegis | BSD | Sys5} System Software" (sr10) The tools "netlog" & "ringlog", which are not documented in any manual, can be used to monitor network traffic at the packet type level. Netmain will give packet counts and some general indication of netork paging levels, ringlog and netlog can analize the types of packets on the network and their sources. They can be used to fine-tune a network by finding out what types of files are accessed most often on a server, which nodes do the most paging, etc. Netlog & ringlog can be found in the directory "/systest/ssr_util" along with various help files. The tool "jamnet" is used to set the DOMAIN internet network number on one or more nodes on a network. This is comparable to using "netsvc" to set the network ID on each of the desired nodes. See the help file for netsvc and the manual "Planning Domain Networks and Internets" for more information. Warning: improper use of this tool can disrupt network operation. Dave Funk From apollo-request@umix.cc.umich.edu Tue Jan 31 11:30:24 1989 Date: Tue, 31 Jan 89 09:55:06 est From: krowitz@richter.MIT.EDU (David Krowitz) Message-Id: <8901311455.AA01808@richter.mit.edu> To: apollo@umix.cc.umich.edu, kent@humu.nosc.mil Subject: Re: Using IOCTL to control mag tape You are not doing anything wrong. SR9.7.x does not fully support the IOCTL call for magtapes. I've sent in an APR on this a while back. Can anyone who has SR10.0 or SR10.1 up and running check if IOCTL is now fully implemented? -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter@eddie.mit.edu krowitz%richter@athena.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Tue Jan 31 19:38:53 1989 Date: 31 Jan 89 22:30:45 GMT From: dave%jplopto.uucp@elroy.jpl.nasa.gov (Dave Hayes) Organization: Jet Propulsion Lab, Pasadena, CA Subject: OS revision question Message-Id: <13200@elroy.Jpl.Nasa.Gov> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu What is the difference between the following operating systems: 9.7 9.7.0.4 9.7.1 9.7.2 and which one would you netters recommend? Thanks. ============================================================================ Opinions expressed here are my own and not necessarily those of my employer. =-=-=-=-=-=-=-=-=-=-=-=-=<<<<<([Dave Hayes])>>>>>=-=-=-=-=-=-=-=-=-=-=-=-=-= dave%jplopto@jpl-mil.jpl.nasa.gov | Jet Propulsion Laboratory M/S 300-329 {cit-vax,ames}!elroy!jplopto!dave | 4800 Oak Grove Drive Pasadena, CA 91109 BIX: dhayes | (818) 354-1910 "Where ever you are....well, that's the place to be!" ============================================================================ From apollo-request@umix.cc.umich.edu Tue Jan 31 21:39:31 1989 Date: 30 Jan 89 19:00:00 GMT From: lray%uxh.cso.uiuc.edu%uxg.cso.uiuc.edu.uucp@uxc.cso.uiuc.edu Subject: Re: siologin_modem problem, Help Message-Id: <18300002@uxh.cso.uiuc.edu> References: <133000001@uxa.cso.uiuc.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hey! And here I thought I was the Apollo Lord at the UIUC! :-) In the configuration file for siomonit, rip out the "-dialin." The resulting login prompt will be much closer to (though not exactly) what you want and expect. At SR10 and above, you can use getty, which I hear fixes problems like the one you are experiencing with modems, as well as integrating the UNIX stuff in, but having not tried it, I cannot say for certain. Leland Ray lray@civilgate.ce.uiuc.edu (217) 333-3821 From apollo-request@umix.cc.umich.edu Wed Feb 1 01:11:12 1989 From: David B. Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <8902010530.AA01015@icaen.uiowa.edu> Date: Tue, 31 Jan 89 22:03:27 CST Subject: Re: siologin_modem problem, Help To: apollo@umix.cc.umich.edu WRT posting <18300002@uxh.cso.uiuc.edu> from Leland Ray about the siologin problem from <133000001@uxa.cso.uiuc.edu> > In the configuration file for siomonit, rip out the "-dialin." The > resulting login prompt will be much closer to (though not exactly) > what you want and expect. Yes, this will cure the problem of being bombed out by line access code entry failures, but it will introduce a new set of problems if you really have a modem connected to the Apollo. You will lose the modem control action of the DTR/DCD lines. When a modem is connected to an Apollo and the "-dialin" attribute is set in the "siomonit_file" then the DTR & DCD lines are used to control the connection. The Apollo will assert DTR, which is a "go-ahead" signal to the modem. When the modem detects a caller's carrier it asserts DCD, this tells the Apollo to initiate a login sequence. (This is why you don't need to bang on the "return" key.) If the user gives a "logout" command, then the Apollo drops DTR as part of its logging out process. When the modem sees DTR drop, it "hangs up the phone" and breaks the connection. If the user just hangs up the phone, with out giving a "logout", the modem drops DCD. When the Apollo sees this change, it gives the user's shell a stop fault to make it exit, freeing the port for the next user to login. Without "-dialin", if a user's call gets disconnected (due to a hangup or noise on the line) the login shell is still left active. Then the next user to call in will be connected to the previous user's shell. The ideal answer would be to provide DTR/DCD modem control without the line access code checking. The current version... STOP THE PRESSES!!!!! I've just found what you're looking for!! There is an undocumented option to siologin called "-access_retry" that lets you set the number of tries that you get to enter the line access code. This option must be followed by a number to set the try count on a "-dialin" line, in the "siomonit_file". An example of its use would be: -repeat /dev/sio1 -dialin -access_retry 10 -n siologin_1 /com/sh This would give you 10 chances to enter the line access code before it bombed you out. If you give it a value of zero, it will not ask for the line access code at all, just go directly to the "Please log in:" prompt. However, be aware that you have only 2 chances to give it your login ID & password before it bombs you out. So if you have the spurious "return" problem, that I mentioned in my previous posting, you'll be no better off. In that case you'll want as many tries as you need to eat up the garbage characters. Dave Funk From apollo-request@umix.cc.umich.edu Wed Feb 1 09:17:17 1989 Date: 1 Feb 89 01:13:19 GMT From: jeff%ssc-vax.uucp@beaver.cs.washington.edu (Jeffrey Jongeward) Organization: Boeing Aerospace Corp., Seattle WA Subject: why can't you run vi as an apollo?? Message-Id: <2489@ssc-vax.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu If you telnet from an apollo to a unix system, there seems to be some problem with getting the apollo to work with the apollo termcap descriptions in termcap (either their's or the apollo's). You can make yourself a vt100, but then you loose some of the functionality of the keyboard. How come it doesn't work to set your TERM environment variable to the appropriate apollo monitor? How does one make it work? If someone could send me email explaining this, some apollo users around here would be much appreciative. thanks much, ssc-vax!jeff@uw-beaver From apollo-request@umix.cc.umich.edu Wed Feb 1 15:12:03 1989 Message-Id: <8902011747.AA11707@umix.cc.umich.edu> Date: Wed, 01 Feb 89 17:03:15 SST From: fclim Subject: problems with rwmt To: APOLLO@UMIX.CC.UMICH.EDU hi, i'm having problems with rwmt. when i issued the command rwmt -r -raw -f 1 -rf u -rl 4101 -bl 4101 rawfile i get some error messages, including one that says the formatter is busy. what's a formatter? what's it doing with a tape reader? how do we unbusy it? btw, i'm using sr9.7 on dn3000; my tape drive is attached to a dsp90. the drive can read 1600/3200 bpi tapes. the tape was made on cms (one of those texasaurus sitting on an ibm dinosuar) at 1600 bpi. thanks in advance for any help you can give me. fclim --- gbopoly1 % nusvm.bitnet @ cunyvm.cuny.edu computer centre singapore polytechnic dover road singapore 0513. From apollo-request@umix.cc.umich.edu Wed Feb 1 15:26:53 1989 Message-Id: <8902011749.AA11732@umix.cc.umich.edu> Date: Wed, 01 Feb 89 17:16:31 SST From: fclim Subject: gpr_$blt() calls To: APOLLO@UMIX.CC.UMICH.EDU hi, i am writing a gpr program and i wish to do some bit-block transfer ops (blt); except i don't how to do certain things. specifically: (1) my dest window contains a pink diamond and the source has a blue smiling face. i wish to have the smiling face replace the diamond (raster op == 3); however, i wish the color of the source to assume that of the dest. how do i do this? (2) i use pad_$create() to create a pad. the dm will choose the color of the pad. suppose the choosen color is beige (ie the pad; not its border). then i call gpr_$init( gpr_$direct ), gpr_$allocate_hdm_bitmap(), gpr_$set_bitmap() to prepare the smiling face and diamond, etc. before i can draw circles and polygons, i have to clear the hidden-bitmap via gpr_$clear(). however, this make the background black is an ugly color. i could use gpr_$set_color_map(). but how do i find out which pixel value (between 8 and 15) that the dm has choosen? (3) i like to make a portion of the visible bitmap blinks. i know that i could use a blt, blt-ing between a blank source and the original dest. but, is there a nicer method? the portion i want blinking may be a group of irregular (not rectangular) regions. i appreciate and thank all who give pointers to these questions. fclim --- gbopoly1 % nusvm.bitnet @ cunyvm.cuny.edu computer centre singapore polytechnic dover road singapore 0513. From apollo-request@umix.cc.umich.edu Wed Feb 1 23:07:54 1989 From: David B. Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <8902020231.AA01050@icaen.uiowa.edu> Date: Wed, 1 Feb 89 20:24:12 CST Subject: inprot templates wanted To: apollo@umix.cc.umich.edu Does anybody have some inprot templates that they would be willing to share? We're running Aegis & BSD in an educational environment and I need to make things as student-proof as possible. I ran install with the "closed" protection mode but things are still way too wide opened to live very long around here. Thanks, Dave Funk From apollo-request@umix.cc.umich.edu Thu Feb 2 17:20:14 1989 Date: 1 Feb 89 19:07:19 GMT From: vince%bcsaic%ssc-vax%fluke.uucp@beaver.cs.washington.edu (Vince Skahan) Organization: Boeing Computer Services ATC, Seattle Subject: Re: request for SR10 transition info Message-Id: <9902@bcsaic.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In response to the fellow(s) that asked about how easy/hard it was to go to SR10...here's what I saw. - The actual manuals were VERY helpful and VERY accurate. Use the "makeing the transition" and "installing software with RAI" manuals to get the actual rpocedure. (yes...I know I'm saying RTFm but in this case you need to) - these manuals are a *little* outdated at SR10.1 since they added the "minst" program to do installs from media (it's great). See the SR10.1 release notes, etc. for what changed...it's very much better - I installed software from CT onto a DN3000 (4MB memory) exactly following the procedure and there were no problems. Be aware that SR10 eats disk space up and you probably can't effectively use a nything less than a 348 MB disk as your authorized area. What happens is the software uses up so much space (even if you use hard links) that you don;t have any room left for the 0.5 MB of disk per open DM shell and you can actually fill up your disk by just opening a lot of windows. (I know... I did it). - I also installed SR10 onto a DN4000 on the same ring (from the AA) just by following the manual. Piece of cake. One caution...be careful with the registries. If you're unsure, call Apollo SW support first. It's important to create the SR10 registry "read-only", keeping the real writable registry on the SR9 node until you get your wet. I still have read-only SR10 registries and I have 5 of 75 nodes at SR10 (waiting for 3rd party vendors or I'd be there today). One more registry item...Even though Apollo recommends one master registry at SR9.x, you CAN have more than one if you want (as long as you make sure you keep track of being sure the right node is pointing at the right master). We have done this in the past tdue to "turf" - wanting to run ring-ring token ring from building to building but keet folks from being able to log into certain nodes. (We'll be merging everything into one registry this weekend). ===> at sr10.x, YOU MUST HAVE ONE MASTER REGISTRY ON AN INTERNET !!! We had a situation while setting up a little SR10 ring (2 nodes) where the global location broker wasn't available and the new ring found MINE in another building even though it should have been piointing elsewhere. Speaking as someone who sometimes tries to stretch the capabilities of the Apollo distributed network and registries..having more than one SR10 master registry is not a good idea. The place that the Apollo documentation falls down is the idea of running an internet of rings and ethernet only hosts. I can never seem to find anything in ANY document that tells you how to manage an INTERNET of rings. We have 11 rings and 15 ethernet hosts (75 Apollos total) in 6 buildings. We sometimes have to stretch the networking concept a bit to meet in order to get our work done. Make sure you ask the right questions BEFORE you do the SR10 transition if you have anything other than a vanilla ring. The details are no big deal and the transition is easy if you know the context you're working in...I'd also recommend the 2-day Apollo course on SR10 transition. It answered a lot of questions, put to rest the rumors going around, and helped we immensely in doing it for myself without having my hand held. Feel free to mail to me (see the path in the .sig file) if you'd like any more details. -- Vince Skahan Boeing Computer Services - Phila. (215) 591-4116 ARPA: skahan@boeing.com UUCP: bcsaic!skahan Note: the opinions expressed above are mine and have no connection to Boeing... From apollo-request@umix.cc.umich.edu Thu Feb 2 23:05:01 1989 Date: 2 Feb 89 18:53:29 GMT From: ibrahim%beowulf.uucp@sdcsvax.ucsd.edu (Hisham Ibrahim) Organization: Pyropower Corp, San Diego Subject: object-oriented databases? Message-Id: <5871@sdcsvax.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does anyone know of vendors supporting "object-oriented" database managers?? We are a medium sized engineering company working on developing a database system to coordinate eningeering programs and CAD applications. A quick review of the literature suggests that object-oriented databases might soon become the state-of-the-art; however, a quick review of vendors suggests that only relational databases are for sale. Am I missing something, or have the software companies not got around to marketing "object-oriented databases." Thanks for any clarifications or info, Robert T. McHugh 5120 Shoreham Pl. San Diego, Ca 92122 ucbvax!ucsd!ncr-sd!pyro1!rtm From apollo-request@umix.cc.umich.edu Fri Feb 3 01:03:53 1989 Date: 30 Jan 89 07:38:28 GMT From: jwright%atanasoff%sharkey%mailrus.uucp@ames.arc.nasa.gov (Jim Wright) Organization: Iowa State U. Computer Science Department, Ames, IA Subject: Compiler failure Message-Id: <743@atanasoff.cs.iastate.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu [Error #143] Compiler failure, lost value of node. Should I be concerned with this message from /bin/cc, or is it just another "feature"? From apollo-request@umix.cc.umich.edu Fri Feb 3 01:07:25 1989 Date: 3 Feb 89 04:37:16 GMT From: adam@cu-arpa.cs.cornell.edu (Adam Feigin) Organization: Cornell Univ. CS Dept, Ithaca NY Subject: Re: DN10000 - comments Message-Id: <24747@cornell.UUCP> References: <43158@philabs.Philips.Com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <43158@philabs.Philips.Com> mrs@philabs.philips.com (don't know, amnesia) writes: > >4) Apollo quotes a perfromance of 4x's that of a SUN 4/260, > has anyone had a chance to verified this independently. > > As soon as I return from the winter Usenix in San Diego, I will be posting a benchmark of a molecular modeling program (f77) run on a variety of computers(including the DN 10K). You'll then be able to judge for yourself where it ranks. Look for it in comp.sys.apollo and comp.arch around Feb 6. Adam ----------------------------------------------------------------------------- Internet: feigin@tcgould.tn.cornell.edu Adam Feigin Bitnet: feigin@crnlthry Workstation Consultant UUCP: {backbones}!cornell!batcomputer!feigin Cornell National Supercomputer MaBell: (607) 255-3985 Facility, Visualization Group "Sometimes a little brain damage can help" ----------------------------------------------------------------------------- Internet: feigin@tcgould.tn.cornell.edu Adam Feigin Bitnet: feigin@crnlthry Workstation Consultant UUCP: {backbones}!cornell!batcomputer!feigin Cornell National Supercomputer From apollo-request@umix.cc.umich.edu Fri Feb 3 05:21:02 1989 Message-Id: <8902030857.AA18789@umix.cc.umich.edu> Date: Fri, 03 Feb 89 16:49:40 SST From: fclim Subject: re: problems with rwmt To: APOLLO@UMIX.CC.UMICH.EDU hi, earlier, i wrote in, asking > i'm having problems with rwmt. when i issued the command > rwmt -r -raw -f 1 -rf u -rl 4101 -bl 4101 rawfile >i get some error messages, including one that says the formatter >is busy. well, i tried rwmt today, and it works. no error msgs, nothing except the rawfile. wonder why? however, i'm happy. to all those who celebrate: gong xi fa cai. happy chinese new year. :-). fclim. fclim --- gbopoly1 % nusvm.bitnet @ cunyvm.cuny.edu computer centre singapore polytechnic dover road singapore 0513. From apollo-request@umix.cc.umich.edu Fri Feb 3 11:10:27 1989 Date: 2 Feb 89 16:50:13 GMT From: vince%bcsaic%ssc-vax.uucp@beaver.cs.washington.edu (Vince Skahan) Organization: Boeing Computer Services ATC, Seattle Subject: Re: Here comes a cpu load histogrammer Message-Id: <9916@bcsaic.UUCP> References: <606@nikhefh.hep.nl> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I tried to run your cpu load program and it compiles just fine on my DN3000 (1280x1024 B+W, 8MB memory) but all I get is a white screen (no load histogram appears)...does this have something to do with the fact that I'm running SR10.1 on thus node ( - has an undocumented call you used gone away at SR10.x) Drop me a note at the address below or post a follow-up. This is a nice program to have around if I can get it to run (you might want to get a hold of "meters" from ADus (I think) for another way to have on-line display of system usage). Anyway, I'm very interested in getting your program up and running here and would appreciate any help you can give... Thanks. -- Vince Skahan Boeing Computer Services - Phila. (215) 591-4116 ARPA: skahan@boeing.com UUCP: bcsaic!skahan Note: the opinions expressed above are mine and have no connection to Boeing... From apollo-request@umix.cc.umich.edu Fri Feb 3 13:06:24 1989 Date: 31 Jan 89 23:49:32 GMT From: markl%neptune%amdcad.uucp@ucbvax.Berkeley.EDU (Mark Luedtke) Organization: Advanced Micro Devices, Inc., Austin, Texas Subject: Re: want ``etherfind'' like utility Message-Id: <763@neptune.AMD.COM> References: <8901310201.AA00952@icaen.uiowa.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <8901310201.AA00952@icaen.uiowa.edu> dbfunk@ICAEN.UIOWA.EDU (David B. Funk) writes: >The tools "netlog" & "ringlog", which are not documented in any manual, can be >used to monitor network traffic at the packet type level. > >Dave Funk Where are the netlog & ringlog utilities? Mark Luedtke markl@neptune.amd.com (512)462-5278 From apollo-request@umix.cc.umich.edu Fri Feb 3 19:05:39 1989 From: David B. Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <8902032058.AA01182@icaen.uiowa.edu> Date: Fri, 3 Feb 89 14:54:53 CST Subject: Re: want ``etherfind'' like utility To: markl@neptune.amd.com Cc: apollo@umix.cc.umich.edu WRT posting <763@neptune.AMD.COM> from Mark Luedtke > Where are the netlog & ringlog utilities? I refer back to my posting <8901310201.AA00952@icaen.uiowa.edu>: > The tools "netlog" & "ringlog", which are not documented in any manual, can be > used to monitor network traffic at the packet type level. Netmain will give > packet counts and some general indication of netork paging levels, ringlog > and netlog can analize the types of packets on the network and their sources. > They can be used to fine-tune a network by finding out what types of files > are accessed most often on a server, which nodes do the most paging, etc. >> Netlog & ringlog can be found in the directory "/systest/ssr_util" along <<** > with various help files. The directory "/systest" contains various systems level diagnostics & debugging tools. This directory contains several megabytes of stuff and its installation is optional. If you can't find "/systest" on your disk, check with your system administrator as to where a copy may be found. You may have to go to the distribution tape set, if it was never loaded. In my posting <8901310201.AA00952@icaen.uiowa.edu>, I refered to the wrong manual for information on the "jam_net" tool. The useage of that tool is mentioned in the manual "Managing Domain/OS and Domain Routing in an Internet". Dave Funk From apollo-request@umix.cc.umich.edu Sat Feb 4 23:12:00 1989 Date: 2 Feb 89 17:44:43 GMT From: cs_iob%ux63%dcl-cs%etive%ukc%mcvax.uucp@uunet.uu.net (O'Brien) Organization: University of Bath, England Subject: screendumps on an apple laserwriter Message-Id: <1989Feb2.174444.3971@ux63.bath.ac.uk> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Can anyone give me any pointers on this problem: Printing off screendumps from our (monochrome, 19inch) DN3000's on our Apple LaserWriter always results in the bottom edge being "clipped" or "trimmed" so about 10 or 15 pixels that would be on the left hand side of the screen are not shown on the paper. It's not actually running off the edge of the paper, there is a margin of white. The screendumps are done with the code: /com/cpscr /tmp/scrdump /com/prf -pr lw2 -magn 2 -plot -bw /tmp/scrdump Where printer lw2 is the laserwriter in question. Talking to Apollo has resulted in the suggestion that we change the print length (or print width) but this only affected the text files being printed - no effect was noticable on the graphics prints. We're running AEGIS-DOMAIN/IX SR9.7 Ian From apollo-request@umix.cc.umich.edu Mon Feb 6 13:41:00 1989 Date: 6 Feb 89 15:42:23 GMT From: putnam%peanuts.nosc.mil.uucp@nosc.mil (Mike Putnam) Organization: Naval Ocean Systems Center, San Diego Subject: Domain/X with GKS,PHIGS Message-Id: <881@nosc.NOSC.MIL> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu It is my understanding that Domain/GKS can be used with Apollo's recent release of Domain/X. Has any one tried this combination of software? What is the difference between XGKS and Domain/GKS? I guess what I'm really getting at is will software written with Domain/GKS,X run on say a Sun, or even another Apollo, running MIT's X windows and XGKS from another vendor? What about Domain/PHIGS and Domain/X? Would this be similar to XPHIGS (if there is such a thing)? Does any one know how similar the Domain/PHIGS,X combination would be compared to what is being considered for the PEX standard? Mike Putnam Code 634 Internet: putnam@nosc.mil Naval Ocean Systems Center UUCP: sdcsvax!noscvax!putnam San Diego, CA 92152 (619) 553-2926 From apollo-request@umix.cc.umich.edu Mon Feb 6 13:52:01 1989 Date: 6 Feb 89 05:08:14 GMT From: mark%bruce%munnari.uucp@uunet.uu.net (Mark Goodwin) Organization: Comp Sci, Monash Uni, Australia Subject: Re: X11.3 question on Apollo DN3000. Message-Id: <691@bruce.oz> References: <13@euteal.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >From article <13@euteal.UUCP>, by mart@euteal.UUCP (Mart van Stiphout): > > I have just installed X11.3 on my Apollo DN3000 workstation. > At the moment I'm still working under SR9.7. > Guess what, it doesn't work. So now I have two questions: What a surprise! A major problem is making the makefiles. Imake uses cpp and DOMAIN/IX cpp misbehaves (of course). Seems that once you have all the makefiles, the problem is a client/server communication problem. Start a client and it hangs waiting for the Xapollo server (which is sleeping in the background). Has anyone managed to get this beast working under SR9.7 yet ? Mark. From apollo-request@umix.cc.umich.edu Tue Feb 7 01:37:42 1989 Date: 6 Feb 89 22:58:33 GMT From: ibrahim%beowulf.uucp@sdcsvax.ucsd.edu (Hisham Ibrahim) Organization: Pyropower Corporation Subject: X11R3 server for Apollo SR 10.1 Message-Id: <5890@sdcsvax.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I just got SR10.1 and I am very anxious to install it (I have had enough DOMAIN/IX, I want real UNIX!). I also want to install X11R3 on my nodes. The problem is I cannot find X11R3 server for SR10.1. I called ADUS and they said they didn't have X11R3. I called MIT and they said their X11R3 apollo server run on SR9.7 only. Apollo's DOMAIN/X11 v1.1 for SR10.1 will not be out soon. However in the news I read some people running X11R3 on SR10.1 (with color problem :-). Any hint where can I get X11R3 for SR10.1? Thanks a lot in advance. Sisko Rondonuwu Pyropower Corporation ucbvax!ucsd!ncr-sd!pyro1!sisko From apollo-request@umix.cc.umich.edu Tue Feb 7 17:52:26 1989 Date: 6 Feb 89 22:58:33 GMT From: @ames.arc.nasa.gov%noe%pacbell.uucp@umix.cc.umich.edu (Hisham Ibrahim) Organization: Pyropower Corporation Subject: X11R3 server Apollo SR 10.1 Message-Id: <890@sdcsvax.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I just got SR10.1 and I am very anxious to install it (I have had enough DOMAIN/IX, I want real UNIX!). I also want to install X11R3 on my nodes. The problem is I cannot find X11R3 servethey said they didn't have X11R3. I called MIT and they said their X11R3 apollo serveDOMAIN/X11 v1.1 for SR10.1 willin (with color problem :-). Any hint where can I get X11R3 for SR10.1? Thanks a loin advance. Sisko Rondonuwu Pyropower Corporation ucbvax!ucsd!ncr-sd!pyro1!sisko #! rnews 1464Fro From apollo-request@umix.cc.umich.edu Tue Feb 7 19:49:01 1989 Date: Tue, 7 Feb 89 10:47:51 HST From: kent@humu.nosc.mil (Kent K. Kuriyama) Message-Id: <8902072047.AA18602@humu.nosc.mil> To: apollo@umix.cc.umich.edu Cc: kent@humu.nosc.mil Subject: Driving a Laserwriter thru apple-talk Does anyone know of a product that will allow an AT-bus Apollo to become a node on Apple-talk? I would like to be able to print files through a DN3500 to a laserwriter. We are doing it now through the serial port at 9.6 KBS but would really like to speed things up with Apple-talk (230 KBS). Thank you. Kent Kuriyama Naval Ocean Systems Center Hawaii Laboratory kent@nosc.mil From apollo-request@umix.cc.umich.edu Tue Feb 7 21:49:26 1989 Date: 6 Feb 89 19:46:00 GMT From: ron%apcichi%tellab5%att.uucp@ucbvax.Berkeley.EDU (Ronald Brinkmann) Organization: Apollo Computer inc., Schaumburg, IL Subject: Re: video frame grabbers Message-Id: <41510265.170af@apcichi.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu > > I'm interested in obtaining a TV (PAL,NTSC) or video frame grabber board > for a dn3000 AT bus based system. The hardware should come with softwware > for manipulating the grabbed image as an APOLLO bitmap (shrinking, rotating > and that kind of stuff ). If anybody out there knows where I can get the names > of some suppliers I'd be pleased to receive the information. > Intelligent Light (Fairlawn, NJ (201) 794-7550) sells a product that is based on the Truvision VISTA board. NTSC & PAL, 4MB of memory, 32 bits per pixel, etc. Sounds like a pretty nice product from what I've heard. -ron From apollo-request@umix.cc.umich.edu Wed Feb 8 23:21:49 1989 Date: 8 Feb 89 23:04:32 GMT From: dnewton%carroll1%marque.uucp@csd1.milw.wisc.edu (David Newton) Organization: Carroll College-Waukesha, WI Subject: dn3500's--how much Message-Id: <209@carroll1.UUCP> References: <881@nosc.NOSC.MIL> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I'm looking for a dn3500, but don't want to buy thru Apollo becaue of cost, so I was wondering if anyone out there can give me some leads as to where to go for them...... thanks in advance dln From apollo-request@umix.cc.umich.edu Wed Feb 8 23:28:02 1989 Return-Path: Return-Path: Date: Wed, 8 Feb 89 21:46:54 est From: shull@scrolls.wharton.upenn.edu (Christopher E. Shull) Posted-Date: Wed, 8 Feb 89 21:46:54 est Message-Id: <8902090246.AA08349@scrolls.wharton.upenn.edu> To: apollo@umix.cc.umich.edu Subject: newaliases -> cannot make /usr/lib/aliases.pag: Bad file number Cc: shull@scrolls.wharton.upenn.edu Anybody know off the top of their head how I can fix the following problem with BSD4.2 TCP/IP 3.1 sendmail under SR9.7.1: # newaliases cannot make /usr/lib/aliases.pag: Bad file number The alternative command: $ /usr/lib/sendmail -bi yields the identical result. Although I don't see any clues therein, here are some views of the files: # ls -l /usr/lib/aliases.pag -rw-rw-rw- 1 root 1024 Dec 16 14:29 /usr/lib/aliases.pag # ls -l /usr/lib/aliases.dir -rw-rw-rw- 1 root 0 Feb 8 18:24 /usr/lib/aliases.dir $ ld /usr/lib/aliases.?* -a sys type blocks current type uid used length attr rights name file uasc 3 2866 P pgndwrx /usr/lib/aliases.bak file uasc 1 32 P pgndwrx /usr/lib/aliases.dir file uasc 2 1056 P pgndwrx /usr/lib/aliases.pag 3 entries listed, 6 blocks used. Thanks for any help you can offer. -Chris Christopher E. Shull Decision Sciences Department The Wharton School shull@wharton.upenn.edu University of Pennsylvania shull@scrolls.wharton.upenn.edu Philadelphia, PA 19104-6366 215/898-5930 --------------------------------------------------------------------------- "Damn the torpedoes! Full speed ahead!" Admiral Farragut, USN, 1801-1870 --------------------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Thu Feb 9 11:19:18 1989 Date: 9 Feb 89 08:57:40 GMT From: emo@iuvax.cs.indiana.edu (Eric Ost) Organization: Indiana University, Bloomington Subject: Why are SR10.1 processes so large? Message-Id: <17398@iuvax.cs.indiana.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Can anyone tell me why processes run under SR10.1 seem to be so much larger than similar ones run under SR9.7? Memory usage has seemed to increase dramatically for some reason. I'd like to know why, if anyone has this information. Can I force SR10.1 processes to use less memory? Does this problem lie at the kernel level? As an example: An "ls -l" shows that the file /bin/date is 5305 bytes big. But, when I go to exec it, using "ps" I see that its size (SZ) is 512 Kbytes! What is causing this large demand on memory? I understand that processes will allocate space and thereby expand in size, but what we are seeing is process bloat, rather than what could be considered normal. Any information would be quite helpful. Thanks. eric From apollo-request@umix.cc.umich.edu Thu Feb 9 11:20:39 1989 Date: 8 Feb 89 15:43:00 GMT From: lray%uxh.cso.uiuc.edu%uxg.cso.uiuc.edu.uucp@uxc.cso.uiuc.edu Subject: vt100/keys/suspension Message-Id: <18300003@uxh.cso.uiuc.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have a number of questions regarding process suspension, keys, and vt100, and their relationship. Under SR10, the default action of control Z is the suspend a process. When I use this feature on other Unix systems, the process is not only suspended, it is thrown into background, leaving me with a shell prompt. But on the Apollos, this does not happen -- the window simply hangs. As far as I can find, there is no easy way to unsuspend a process short of sigp -c. However, we use the Aegis keys, and there, control Z is not suspend but end of file. This is fine and dandy until vt100, which at SR9 is exited by control-Z. At SR10.0, this results in the message "A control character was found where it was not expected." At SR10.1, it exits the vt100 emulator, but suspends the shell in which the emulator was running. Is there anything I can do to make control Z work as it did before? Normally, I would tell my users to use the logout command, but it does not work in a consistent manner either. Any comments would be appreciated. In particular, I would be interested in how process suspend is supposed to work, and what an end of file character from the vt100 emulator is supposed to do. Leland Ray University of Illinois, Department of Civil Engineering lray@civilgate.ce.uiuc.edu From apollo-request@umix.cc.umich.edu Thu Feb 9 11:37:37 1989 Message-Id: <8902091445.AA19818@umix.cc.umich.edu> Date: Thu, 9 Feb 89 15:02 N From: Subject: TeX info wanted To: apollo@umix.cc.umich.edu X-Original-To: apollo@umix.cc.umich.edu, WWDONIC Could anyone give me some information about Apollo TeX implementations? All I know is that there must be one or two versions around. My questions: 1. Who supplies the package? 2. Is it public domain or commercial? If PD, is it distributed by email? FTP to the U.S. is impossible from here (Netherlands). 3. Does it include fonts, drivers etc? I cannot afford to spend much time putting together a package from various incompatible pieces, so it should be easy to install. Thanks for any help, Ton van den Bogert Dept. of Veterinary Anatomy University of Utrecht The Netherlands Bitnet: WWDONIC@HEITUE5 From apollo-request@umix.cc.umich.edu Thu Feb 9 15:33:06 1989 Date: Thu, 9 Feb 89 12:58:55 est From: peter@nero.WHOI.EDU (Peter Shaw) Message-Id: <8902091758.AA19806@> To: apollo@umix.cc.umich.edu Subject: TeX for Apollos In Message <8902091445.AA19818@umix.cc.umich.edu> Ton van den Bogert asks: > Could anyone give me some information about Apollo TeX implementations? > All I know is that there must be one or two versions around. I bought a TeX package that I am quite satisfied with; it includes LaTeX and a previewer (priced separately), for viewing the .DVI files on-screen (all necessary fonts are included). The software runs fine on our two 3000's under sr9.7. The company I got it from is: ArborText Inc. 535 West William Street, Suite 300 Ann Arbor, MI 48103 (313) 996-3566 The TeX (including LaTeX) software cost me $225 and the previewer $375 in April 1987; these prices incorporated a 25% educational discount. ArborText also sells laser drivers, but I just send the finished DVI files over Ethernet to a local computer here that has its own drivers and laser printer. ArborText sent me a letter in January, announcing an upgrade to SR10. Peter R. Shaw Dept. of Geology and Geophysics Woods Hole Oceanographic Institution Woods Hole, MA 02543 peter@nero.whoi.edu From apollo-request@umix.cc.umich.edu Thu Feb 9 15:38:55 1989 Return-Path: Return-Path: Date: Thu, 9 Feb 89 13:17:02 est From: shull@scrolls.wharton.upenn.edu (Christopher E. Shull) Posted-Date: Thu, 9 Feb 89 13:17:02 est Message-Id: <8902091817.AA08709@scrolls.wharton.upenn.edu> To: apollo@umix.cc.umich.edu, dnewton%carroll1%marque.uucp@csd1.milw.wisc.edu Subject: Re: dn3500's--how much If you are at Carroll College-Waukesha, WI, as your Organization: line inticates, then you should qualify for extremely attractive educational discounts from Apollo. We recently (albeit before the price increases) bought a DN3500 with 155 MB disk, 15" color monitor, and 4 MB RAM for less than $10,000. -Chris Christopher E. Shull Decision Sciences Department The Wharton School shull@wharton.upenn.edu University of Pennsylvania shull@scrolls.wharton.upenn.edu Philadelphia, PA 19104-6366 215/898-5930 --------------------------------------------------------------------------- "Damn the torpedoes! Full speed ahead!" Admiral Farragut, USN, 1801-1870 --------------------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Thu Feb 9 16:06:10 1989 Date: 9 Feb 89 14:34:03 GMT From: dvadura%watdragon%watmath.uucp@iuvax.cs.indiana.edu (Dennis Vadura) Organization: Computer Science Dept., University of Waterloo Subject: Has anyone seen this bug??? Message-Id: <11392@watdragon.waterloo.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Machine DN3500, SYSTYPE=bsd4.3, COMPILER=/bin/cc, OS=SR10.1 Trying to compile gcc-1.33, while compiling stmt.c, I get the following: Fatal error in /usr/apollo/lib/cc Status 023 *** Exit 19 The compiler does make it through the 4000 line source file (I put a syntax error at the end which it found), so the error is comming from a later pass. Command line used is: cc -g -O -U__STDC__ -DSHORT_ENUM_BUG -c stmt.c If anyone has seen this and has found a fix I would be glad to hear from you. If this is truly an internal bug, then could someone from Apollo indicate what causes the above message so that a workaround can be found, I need gcc yesterday. I did go through the C language reference and did not find any mention of Fatal errors, perhaps this could be added to the manual, with some indication of what the cause is so that I and others could conceive a work around, but not having any hints as to the cause is totally useless. -thanks -dennis P.S> Is anyone keeping a list of bugs in 10.1, I'm building up quite a nice collection. The best one so far: dbx appears to be useful for debugging *correct* programs only :-). -- -------------------------------------------------------------------------------- Dennis Vadura, Computer Science Dept., UUCP,BITNET: dvadura@water University of Waterloo, Waterloo, Ont. EDU,CDN,CSNET: dvadura@waterloo ================================================================================ From apollo-request@umix.cc.umich.edu Thu Feb 9 19:21:15 1989 Date: Thu, 9 Feb 89 17:21:32 EST From: pha@caen.engin.umich.edu (Paul H. Anderson) Message-Id: <4160a3010.001285f@caen.engin.umich.edu> To: apollo@umix.cc.umich.edu, dvadura%watdragon%watmath.uucp@iuvax.cs.indiana.edu Subject: Re: Has anyone seen this bug??? Regarding bugs in compilers or opsystems: If you are able to send mail to the apollo mailing list about bugs, you should consider sending APR's to apollo directly via email. Read the man page on mkapr (sr10.0 or later only). It contains the e-mail address, and enough information on using the program to make it a quite painless process. I have done this several times, and it seems to work reasonably well, although you do have to be patient awaiting a reply (via US Postal mail). Paul Anderson CAEN From apollo-request@umix.cc.umich.edu Thu Feb 9 19:21:34 1989 Date: Thu, 9 Feb 89 16:53:41 EST From: markg@caen.engin.umich.edu (Mark Giuffrida) Message-Id: <41608a1a8.0017b5e@caen.engin.umich.edu> To: apollo@umix.cc.umich.edu Subject: Re: Has anyone seen this bug??? Machine DN3500, SYSTYPE=bsd4.3, COMPILER=/bin/cc, OS=SR10.1 Trying to compile gcc-1.33, while compiling stmt.c, I get the following: Fatal error in /usr/apollo/lib/cc Status 023 *** Exit 19 Yes. It really has nothing to do with your code. I have seen it happen on a 10 line source file. I don't know how to explain it, but I do know a fix. The fix is to open a *new* shell and recompile it. Something in the environment of your old shell is causing it to throw up. I used to notice this a lot in presr10.1. I run sr10.1 and have rarely ever seen it crop up. Mark Giuffrida University of Michigan markg@caen.engin.umich.edu From apollo-request@umix.cc.umich.edu Thu Feb 9 21:23:17 1989 From: David B. Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <8902092235.AA00140@icaen.uiowa.edu> Date: Thu, 9 Feb 89 13:55:13 CST Subject: Re: newaliases -> cannot make /usr/lib/aliases.pag: Bad file number To: shull@scrolls.wharton.upenn.edu Cc: apollo@umix.cc.umich.edu WRT posting <8902090246.AA08349@scrolls.wharton.upenn.edu> > Anybody know off the top of their head how I can fix the following problem > with BSD4.2 TCP/IP 3.1 sendmail under SR9.7.1: > > # newaliases > cannot make /usr/lib/aliases.pag: Bad file number I can think of two possible causes for this problem and an easy fix for both of them. 1) These are "UASC" type files and as such have a streams header that could be corrupt. On most pre-sr10 files there is a 32 byte header that is used by the streams file type managers to store file attributes. (try a /com/ld -si) This header is why an "empty" UASC file is 32 bytes in size. The header has a check-sum and if the file wasn't properly closed, then the check-sum would be wrong. To check for this, try reading the file with an Aegis tool such as a DM read or a /com/catf. If you get the error message "system (or process) crash prevented complete file close" then the streams header is corrupt. 2) The file may be locked by a remote process. In general Unix programs don't understand a file system that has mandatory file locking and they get unhappy when they can't open a file that has a remote lock on it. check the "locked objects list" and see if the aliases.pag file is listed in it. Do a "/com/lllob | /com/fpat aliases" to check for a lock on the file. The fix is simple, rename the existing aliases database files to something else then run newaliases. EG: "/com/chn /usr/lib/alises.% =.old" Once the new aliases file are created the old ones can safley be deleted. Note that any sendmail daemons (sendmail -bd) will need to be killed and restarted to "see" the new aliases database. Dave Funk From apollo-request@umix.cc.umich.edu Fri Feb 10 18:01:46 1989 Date: 9 Feb 89 21:53:06 GMT From: daemon%imagen.uucp@ucbvax.Berkeley.EDU (Geof Cooper) Subject: Re: newaliases -> cannot make /usr/lib/aliases.pag: Bad file number Message-Id: <3015@imagen.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <8902090246.AA08349@scrolls.wharton.upenn.edu> shull@SCROLLS.WHARTON.UPENN.EDU (Christopher E. Shull) writes: > >Anybody know off the top of their head how I can fix the following problem >with BSD4.2 TCP/IP 3.1 sendmail under SR9.7.1: > > # newaliases > cannot make /usr/lib/aliases.pag: Bad file number I believe that the problem is that the file is open by another node and is locked against updating. My usual approach is to delete /usr/lib/aliases.{pag,dir} and then run newaliases. The program complains that it can't open a file, but works correctly. Run it twice if the error message bothers you. I find that it is better to be CRP'd onto the node where the file is resident before running "newaliases". From apollo-request@umix.cc.umich.edu Fri Feb 10 18:05:29 1989 Date: 9 Feb 89 19:42:20 GMT From: sharp%cpsc%calgary%alberta%att.uucp@ucbvax.Berkeley.EDU (Maurice Sharp) Subject: Re: TeX info wanted Message-Id: <682@cs-spool.calgary.UUCP> References: <8902091445.AA19818@umix.cc.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hiya, TeX is available through ADUS (Apollo Domain Users Society). Your local Apollo reps should know how to contact them. Fonts are supplied as are drivers. The cost is for media and shipping only. Might I reccomend GNU Emacs at the same time. (I have contact numbers if your local group does not). If you do not know about ADUS, you are missing out on a wealth of good software. Maurice Sharp System Administrator Knowledge Sciences Institute University of Calgary E-MAIL : sharp@ksi.cpsc.UCalgary.CA EAN : sharp@calgary.CDN From apollo-request@umix.cc.umich.edu Fri Feb 10 18:07:47 1989 Date: 9 Feb 89 19:37:51 GMT From: sharp%cpsc%calgary%alberta%att.uucp@ucbvax.Berkeley.EDU (Maurice Sharp) Subject: Re: Driving a Laserwriter thru apple-talk Message-Id: <681@cs-spool.calgary.UUCP> References: <8902072047.AA18602@humu.nosc.mil> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hiya, To drive a laser from an apollo you have at least two alternatives : 1) CAP / KIP + Kinetics Box The Columbia Appletalk Package plus a KIP kinetics box driver will allow you to talk to appletalk from an ethernet (possible other networks). The software is free ! The box is not. All the reports I have heard are good. It also allows file sharing. If you are interested, let me know and I can mail you information. 2) Ushare IPT has a board that goes into your apollo and hooks into Appletalk. When it works it works, when it does not, it fails BIG. It only works with SR9.7, and when asked about SR10, they said 'When the release is stable, we will start work.' When that means, I am not sure. Maurice Sharp System Administrator Knowledge Sciences Institute University of Calgary E-MAIL : sharp@ksi.cpsc.UCalgary.CA EAN : sharp@calgary.CDN From apollo-request@umix.cc.umich.edu Fri Feb 10 18:19:06 1989 Date: 9 Feb 89 21:49:53 GMT From: daemon%imagen.uucp@ucbvax.Berkeley.EDU (Geof Cooper) Subject: Re: dn3500's--how much Message-Id: <3014@imagen.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <209@carroll1.UUCP> dnewton@carroll1.UUCP (David Newton) writes: >I'm looking for a dn3500, but don't want to buy thru Apollo becaue of cost, >so I was wondering if anyone out there can give me some leads as to where >to go for them...... [The following is fictional. Any similarities to existing companies is purely accidental. This work is the personal production of the author, and does not represent the views of IMAGEN Corporation or QMS, Inc.] Since you are interested in a clone, you should check with ShadeyYama Enterprises of Taiwan, Singapore, Korea, and Malaysia. They have recently introduced a new low cost clone, the SY/DN3499. (I'm not quite clear on whether that is the model number or the price). It provides for all the significant features of the DN3000, including broken DMA interfaces and the like. For example, the optional parallel port has not quite been demonstrated to work, and the PC compatibility option resets randomly after running it for a while. 1/2 MB of memory is standard, and memory upgrade options are available for $5000/MB. The operating system requires 4MB to run effectively, although for marketing reasons they have pegged the minimum memory configuration at 512KB. Under that configuration, it takes 4.3 days to boot. For a small added price, each system can be equipped with a hard disk that holds more than 73% of the provided system software. The system software is also cloned, and is marketed under the name of DEMON/IX (rhymes with "mnemonics"). It comes complete with 10,000 pages of documentation, conveniently packaged as looseleaf sheets with shrink wrap around every half-ream. An attractive metal filing cabinet is provided to hold the documentation. So far as we can tell, the documentation is very complete. All pertinent information about the system is presented in clear, precise form and sprinkled throughout the documentation. Our SysAdmin is currently on page 4,971 and has just found out about not using the ACL command with system device files on alternate full-moon tuesdays. Good that we've got that one out of the way now. Version 9.7.1.3.2 is the latest and greatest (they haven't developed ISR10 emulation, yet, but we have verbal guarantees that when available it will indeed make half the installed base of hardware unusable). It fixes a bug in version 9.7.1.3.1 under which the ACL cache refused to be corrupted any more often than once a week. This compatibility problem has now been fixed, and ACL cache corruption is guaranteed to occurs at least once every 48 hours. More often on the older SY/DN299 nodes. Running the /etc/fudge_cache program has been known to cause 1/2 of the UNIX-compatible processes on the system to continue to be usuable. We have complained that this number is excessive and not apollo-compatible, but they responded that all engineers have been re-assigned to work on version 9.99999... and aren't really interested in 9.7 users any more. They did reference us to a 10MB bug fix tape that we can look through for interesting patches. The operating system is distributed on standard cartridge tape. The system comes with 9-track tape units and floppy disks, standard. Customer service is available by dialing 1-800-UPY-RANS between 9 and 5PM KST (Korean Standard Time). As you can see, we admire their products, but have been a little disappointed with the number of bugs and the problems in dealing with them. There has been some improvement over the years, but we're still not quite happy. I guess that that is the price of dealing with a "fly-by-night" operation. We'll stick to go ol' Apollo Computer from now on. From apollo-request@umix.cc.umich.edu Sat Feb 11 19:52:01 1989 Date: 10 Feb 89 21:27:50 GMT From: cdaf@iuvax.cs.indiana.edu (Charles Daffinger) Organization: Indiana University, Bloomington Subject: DN550/560 true-color mode graphics Message-Id: <17473@iuvax.cs.indiana.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does anybody have any demo's to show the full capabilities of the DN550/560 512x512x24 plane true-color mode? -charles -- Charles Daffinger >Take me to the river, Drop me in the water< (812) 339-7354 cdaf@iuvax.cs.indiana.edu {pur-ee,rutgers,pyramid,ames}!iuvax!cdaf Home of the Whitewater mailing list: whitewater-request@iuvax.cs.indiana.edu From apollo-request@umix.cc.umich.edu Sat Feb 11 20:07:33 1989 Date: 10 Feb 89 16:03:51 GMT From: cantrell%killer.uucp@EDDIE.MIT.EDU (Keith Cantrell) Organization: The Unix(R) Connection BBS, Dallas, Tx Subject: Re: Patch #9 to Pcomm v1.1 Message-Id: <7096@killer.DALLAS.TX.US> References: <11200004@fthood> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Has anybody gotten pcomm to work on an Apollo running Sr9.7? Keith ----------------------------------------------------------------------- Keith Cantrell Phones: hm: 214-492-1088 Integrated Telecom wk: 214-234-3340 USMAIL: EMAIL: 2100 Sonata Ln cantrell@killer.DALLAS.TX.US Carrollton TX 75007 or ...!uunet!killer!dalitc!keith ----------------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Sat Feb 11 20:28:31 1989 Return-Path: Date: Fri, 10 Feb 89 20:31:38 EST From: george@hyper.lap.upenn.edu (George "Sir Lleb" Zipperlen) Posted-Date: Fri, 10 Feb 89 20:31:38 EST Message-Id: <8902110131.AA19561@hyper.lap.upenn.edu> To: apollo@umix.cc.umich.edu, george@hyper.lap.upenn.edu, pabong@uring.eta.com, shull@scrolls.wharton.upenn.edu Subject: Re: newaliases -> cannot make /usr/lib/aliases.pag: Bad file number Re: the dreaded tcp/ip socket error. Do you have the right version of the streams library? I remember having to get a patch for this last spring. I can't remember whether this was fixed in SR 9.7.1 anyway, ts /lib/streams should be: /lib/streams: Program_Module Name = STREAMS Time Stamp: 1988/05/06 11:52:53 EST (Fri) or later, I think. Most of the other SR9.7 libraries we have are stamped 1987 or earlier. -- George Zipperlen george@apollo.lap.upenn.edu george@hyper.lap.upenn.edu ...!{rutgers, harvard, mit-eddie, decwrl}!upenn.edu!apollo.lap!george Blatant plug for funky-music@apollo.lap.upenn.edu "Won't be no Static" -JB From apollo-request@umix.cc.umich.edu Sat Feb 11 20:38:51 1989 Date: Fri, 10 Feb 89 17:12:05 PST From: Leonard N. Zubkoff Message-Id: <8902110112.AA02621@atlantis> To: WWDONIC%HEITUE5.BITNET@CUNYVM.CUNY.EDU Cc: apollo@umix.cc.umich.edu In-Reply-To: 's message of Thu, 9 Feb 89 15:02 N <8902091445.AA19818@umix.cc.umich.edu> Subject: TeX info wanted I ported to the Apollo the UNIX TeX distribution from the University of Washington together with a .dvi previewer I originally got from CMU. I submitted this complete, ready to run version of TeX and MetaFont to the ADUS library, so it should be available from them. Leonard Zubkoff Lucid, Incorporated From apollo-request@umix.cc.umich.edu Sat Feb 11 20:54:40 1989 Return-Path: Return-Path: Date: Fri, 10 Feb 89 18:33:42 est From: shull@scrolls.wharton.upenn.edu (Christopher E. Shull) Posted-Date: Fri, 10 Feb 89 18:33:42 est Message-Id: <8902102333.AA00183@scrolls.wharton.upenn.edu> To: apollo@umix.cc.umich.edu, george@hyper.lap.upenn.edu, pabong@uring.eta.com Subject: Re: newaliases -> cannot make /usr/lib/aliases.pag: Bad file number Cc: shull@scrolls.wharton.upenn.edu Thanks to the folks who offered suggestions on my "newaliases -> cannot make /usr/lib/aliases.pag: Bad file number" problem. In case anyone wonders, I tried a whole bunch of different things short of shutting down the system, but in the end, I had to shut and reboot. Only this seems to solved this problem. My next question is how folks deal with TCP/IP problems. Again, I am running BSD4.2 TCP/IP 3.1 on SR9.7.1. The only common problem is the dreaded: socket: I/O error from the telnet, ftp, and mail programs. I currently recommend the following steps to my users: 1) "# ps -aug" or "$ pst" to make sure desirable processes are not running on the node, 2) logout, 3) exit (from the "login:" prompt), 4) go ( at the ")" prompt), 5) log back in and try again. This seems to work 99% of the time, but sometimes shutting down all the way is necessary. -Chris Christopher E. Shull Decision Sciences Department The Wharton School shull@wharton.upenn.edu University of Pennsylvania shull@scrolls.wharton.upenn.edu Philadelphia, PA 19104-6366 215/898-5930 --------------------------------------------------------------------------- "Damn the torpedoes! Full speed ahead!" Admiral Farragut, USN, 1801-1870 --------------------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Sat Feb 11 21:12:45 1989 Date: Sat, 11 Feb 89 15:14:31 EST From: hucka@caen.engin.umich.edu (Michael Hucka) Message-Id: <416a40592.0014dd5@caen.engin.umich.edu> To: daemon%imagen.uucp@ucbvax.Berkeley.EDU Cc: apollo@umix.cc.umich.edu In-Reply-To: daemon%imagen.uucp@ucbvax.Berkeley.EDU's message of 9 Feb 89 21:53:06 GMT <3015@imagen.UUCP> Subject: Re: newaliases -> cannot make /usr/lib/aliases.pag: Bad file number > Date: 9 Feb 89 21:53:06 GMT > From: daemon%imagen.uucp@ucbvax.Berkeley.EDU > > In article <8902090246.AA08349@scrolls.wharton.upenn.edu> shull@SCROLLS.WHARTON.UPENN.EDU (Christopher E. Shull) writes: > > > >Anybody know off the top of their head how I can fix the following problem > >with BSD4.2 TCP/IP 3.1 sendmail under SR9.7.1: > > > > # newaliases > > cannot make /usr/lib/aliases.pag: Bad file number > > I believe that the problem is that the file is open by another node and > is locked against updating. My usual approach is to delete > /usr/lib/aliases.{pag,dir} and then run newaliases. > [...] Well, I can't say whether the aliases.pag "Bad file number" problem is caused by another node's locking the file, but as a general rule I would recommend against blowing away any file before first running llkob (or better yet, llkr from /systest/ssr_util) to determine which node is locking the file, then investigating the cause. The "Bad file number" might be a symptom of a corrupted file. Did you use ld -a to check? Mike Hucka From apollo-request@umix.cc.umich.edu Sat Feb 11 21:32:57 1989 Date: 10 Feb 89 04:57:37 GMT From: mark%bruce%munnari.uucp@uunet.uu.net (Mark Goodwin) Organization: Comp Sci, Monash Uni, Australia Subject: NFS, Apollo and Pyramid Message-Id: <702@bruce.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Anyone use NFS on an Apollo (SR9.7) with a Pyramid (OSx4.0) as server? Is it as reliable as NFS on a Sun (3.5) with same Pyramid as server? Any info very much appreciated. Mark Goodwin, Programmer @ CompSci, Monash Uni., Australia. From apollo-request@umix.cc.umich.edu Sat Feb 11 21:37:13 1989 Date: 11 Feb 89 20:12:04 GMT From: culmer%eniac.seas.upenn.edu%netnews.upenn.edu.uucp@rutgers.edu (Charles Culmer) Organization: University of Pennsylvania Subject: malloc and gpr_$text problem Message-Id: <7888@netnews.upenn.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I can't get gpr_$text to print character strings that were allocated with sys5 malloc. For example, if I read "Charles" into a statically allocated buffer, allocate space with malloc, copy the input buffer into the new string, and then try to print the text with gpr_$text, I get output that looks like-- space up-arrow space C h a r I'm doing this on a 3000 with version 9.7 sys5. I'm pretty sure the problem isn't a mistake or my ignorance of C and gpr. The same programs work fine if I use printf to print the strings. Moreover, if I statically allocate another text buffer and copy from the dynamically allocated buffer into the statically allocated buffer, gpr_$text prints the string from that buffer just fine. Thanks. Charles W. Culmer culmer@eniac.seas.upenn.edu Truth, justice, and the American way. From apollo-request@umix.cc.umich.edu Sat Feb 11 21:47:47 1989 Date: 10 Feb 89 19:17:00 GMT From: lray%uxh.cso.uiuc.edu%uxg.cso.uiuc.edu.uucp@uxc.cso.uiuc.edu Subject: Re: newaliases -> cannot make /usr/lib/ Message-Id: <18300004@uxh.cso.uiuc.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I could not rebuild /usr/lib/aliases.* until I had done an /etc/fix_cache. Make sure you are doing this on the machine on which you hope to rebuild the databases, and that the sendmail server is shut down. Leland Ray UIUC - CE Department (217) 333 - 3821 From apollo-request@umix.cc.umich.edu Sat Feb 11 22:01:38 1989 Date: 12 Feb 89 00:02:59 GMT From: culmer%eniac.seas.upenn.edu%netnews.upenn.edu.uucp@rutgers.edu (Charles Culmer) Organization: University of Pennsylvania Subject: GPR, turn on one pixel, big pictures Message-Id: <7892@netnews.upenn.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I inherited a model 3000 last week and started playing with gpr. Please excuse me for asking some really novice questions. (I'm using version 9.7.) (1) Is there any way to turn on a single pixel besides drawing a line of length 0 with gpr_$line? Why isn't there gpr_$pixel? (I wanted to write a program to draw the chaos triangle shown on a recent episode of Nova.) (2) I want to draw pictures larger than the screen and move them around under my window. A brief skim of the gpr manual suggested that frame mode was the way to do it, but the manual recommended against using frame mode. What should I do? Do I build a bitmap in main memory and then do transfers as I move the window? Isn't that what frame mode does? I hardly expect to do it better than the professional programmers and basketball gurus at Apollo. Thanks. Charles W. Culmer culmer@eniac.seas.upenn.edu Truth, justice, and the American way. From apollo-request@umix.cc.umich.edu Sun Feb 12 16:00:26 1989 Date: 12 Feb 89 18:18:15 GMT From: dvadura%watdragon%watmath.uucp@iuvax.cs.indiana.edu (Dennis Vadura) Organization: Computer Science Dept., University of Waterloo Subject: Re: Has anyone seen this bug??? Message-Id: <11483@watdragon.waterloo.edu> References: <11392@watdragon.waterloo.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Status: O In article <11392@watdragon.waterloo.edu> dvadura@watdragon.waterloo.edu (Dennis Vadura) writes: > >Machine DN3500, SYSTYPE=bsd4.3, COMPILER=/bin/cc, OS=SR10.1 >Trying to compile gcc-1.33, while compiling stmt.c, I get the following: > > Fatal error in /usr/apollo/lib/cc > Status 023 > >Command line used is: > cc -g -O -U__STDC__ -DSHORT_ENUM_BUG -c stmt.c Well, a number of people have suggested various solutions to this problem, thanks to all those that responded, here is the fix. *DON'T mix -g and -O options on the command line* Other suggestions included opening a new DM window/pad, or freeing disk space. Doing it in a new window produced a consistent error, so that wasn't it, and I have apx 170 Megs of free disk space, and if this thing ran out of space with that much free, it would be on it's way to the land of dead workstations. The reason I'm posting this is that you don't always get the error, *some* files get compiled. Almost all sane compilers that I know of don't allow the mixing of -g and -O, and print a warning, that they're using -g only. Lot's of makefiles that I have seen make this assumption when giving flags for debugging versions of programs, so I figure somebody out there could be interested in this. This might also explain my dbx problem with another program. It too was compiled with -g and -O both set, and the result was that it put dbx into a tail spin. -sigh (I hope mkapr takes < 5 min) -dennis -- -------------------------------------------------------------------------------- Dennis Vadura, Computer Science Dept., UUCP,BITNET: dvadura@water University of Waterloo, Waterloo, Ont. EDU,CDN,CSNET: dvadura@waterloo ================================================================================ From apollo-request@umix.cc.umich.edu Sun Feb 12 17:41:35 1989 Date: Sun, 12 Feb 89 10:25:19 PST From: Leonard N. Zubkoff Message-Id: <8902121825.AA02734@atlantis> To: apollo@umix.cc.umich.edu, culmer%eniac.seas.upenn.edu%netnews.upenn.edu.uucp@rutgers.edu Subject: Re: malloc and gpr_$text problem Status: O Have you remembered to deal with the fact that GPR_$Text requires its string argument to be passed by reference? If you have a char *Foo variable rather than an array, you must call GPR_$Text as: gpr_$text(*Foo,...). From apollo-request@umix.cc.umich.edu Mon Feb 13 18:03:30 1989 Date: Mon, 13 Feb 89 09:50:37 EST From: paul@ledzep.cc.umich.edu ('da Kingfish) Message-Id: <41732db0e.001966c@ledzep.cc.umich.edu> To: apollo@umix.cc.umich.edu Subject: Re: newaliases -> cannot make /usr/lib/ Another arcane sendmail problem happens when Og and Ou in the sendmail.cf file happen to be Unix ids that for some reason or another are not "there". (But they were yesterday, honest!) That mainly screws up mailer invocations. From apollo-request@umix.cc.umich.edu Tue Feb 14 00:27:55 1989 Date: 13 Feb 89 23:53:22 GMT From: dvadura%watdragon%watmath.uucp@iuvax.cs.indiana.edu (Dennis Vadura) Organization: Computer Science Dept., University of Waterloo Subject: Re: Has anyone seen this bug???, a clarification Message-Id: <11529@watdragon.waterloo.edu> References: <11392@watdragon.waterloo.edu>, <11483@watdragon.waterloo.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <11483@watdragon.waterloo.edu> dvadura@watdragon.waterloo.edu (Dennis Vadura) writes: >In article <11392@watdragon.waterloo.edu> dvadura@watdragon.waterloo.edu (Dennis Vadura) writes: >> >>Machine DN3500, SYSTYPE=bsd4.3, COMPILER=/bin/cc, OS=SR10.1 >>Trying to compile gcc-1.33, while compiling stmt.c, I get the following: >> >> Fatal error in /usr/apollo/lib/cc >> Status 023 >> >>Command line used is: >> cc -g -O -U__STDC__ -DSHORT_ENUM_BUG -c stmt.c >... > *DON'T mix -g and -O options on the command line* > Well I lied a bit. It has been pointed out that you are supposed to be able to mix the -g and -O options (which is supposed to cause generation of optimized code with symbolic information included). In any case the solution still appears to be to not mix -g and -O when you get the above error. On another note, the real reason for this posting, has anyone got gcc generating COFF compatible transfer vector calls, and gas generating COFF .o formatted object files. We really need the GNU tools to generate code to run on an Apollo, since we want to run a few experiments, and can't do so without access to an assembler. If not, well then a few of us are probably going to have to dive into the gas, and gcc source. -thanks -dennis -- -------------------------------------------------------------------------------- Dennis Vadura, Computer Science Dept., UUCP,BITNET: dvadura@water University of Waterloo, Waterloo, Ont. EDU,CDN,CSNET: dvadura@waterloo ================================================================================ From apollo-request@umix.cc.umich.edu Tue Feb 14 11:57:25 1989 Date: Tue, 14 Feb 89 09:42:29 EST From: crh@venus.eng.ohio-state.edu (Charlotte Hawley) Message-Id: <8902141442.AA01874@venus> To: apollo@umix.cc.umich.edu Subject: Apollo email list. I would like to be added to your mailing list crh@venus.eng.ohio-state.edu From apollo-request@umix.cc.umich.edu Tue Feb 14 23:48:22 1989 Date: 14 Feb 89 17:04:51 GMT From: syd%dsinc%vu-vlsi%cbmvax.uucp@rutgers.edu (Syd Weinstein) Organization: Datacomp Systems, Inc., Huntingdon Valley, PA Subject: Use of 15MBit/S ESDI Drives on DN4500 workstations Message-Id: <59@dsinc.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Has anybody had any experience using 15MBit/Sec transfer rate drives on the apollo winchester controller in DN3,4xxx series workstations? We are thinking of adding a Maxstor 8760E to our DN4500. -- ===================================================================== Sydney S. Weinstein, CDP, CCP Elm Coordinator Datacomp Systems, Inc. Voice: (215) 947-9900 {allegra,bpa,vu-vlsi}!dsinc!syd FAX: (215) 938-0235 From apollo-request@umix.cc.umich.edu Wed Feb 15 16:48:35 1989 Date: 15 Feb 89 15:43:29 GMT From: dclark%woods.unix.eta.com%eta%nic.MR.NET.uucp@csd4.milw.wisc.edu Organization: ETA Systems, Inc., St Paul, MN Subject: I'm looking for info on the xtended COFF format used @ 10.0 Message-Id: <2621@eta.unix.ETA.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We have some internal tools that read the object file, and we are begining our conversion to SR10. One of the tools works like a binder, and will need to understand the new COFF format the Apollo is using. Another tools we have is a propriatary compiler. Does anyone know if there is a published description of the COFF format sr10 uses? I just heard about a new manual titled "Domain OS Design Principles" (pn 14962-a00). Does this have the info I am looking for in it? Any help would be appreciated. Thanx, -Dave Clark ------------------------------------------------------------- Dave Clark ETA Systems, Inc. (612)-642-3417 ------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Wed Feb 15 23:11:49 1989 From: David B. Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <8902160111.AA00258@icaen.uiowa.edu> Date: Wed, 15 Feb 89 18:55:36 CST Subject: Re: I'm looking for info on the xtended COFF format used @ 10.0 To: dclark%woods.unix.eta.com%eta%nic.MR.NET.uucp@csd4.milw.wisc.edu Cc: apollo@umix.cc.umich.edu WRT posting <2621@eta.unix.ETA.COM> by Dave Clark @ ETA: > Does anyone know if there is a published description of > the COFF format sr10 uses? Yes, in the manual "Domain/OS Programming Environment Reference" (pn 11010-a00) there is a description of Apollo COFF and the include files that are supplied with sr10 for it. Look at: Chapter 13: Absolute and Position-Independent Code Chapter 14: COFF: Common Object File Format Chapter 15: Calling Conventions The first version of this manual is for the M68K machines, I would expect an updated version to have the PRISM stuff as well. This should provide you with enough info to write a compiler. BTW this manual has excellent chapters on such tools as: make, M4, awk, lex, yacc, and sccs. Dave Funk From apollo-request@umix.cc.umich.edu Thu Feb 16 05:01:53 1989 Date: 16 Feb 89 05:36:00 GMT From: dvadura%watdragon%watmath%utgpu%jarvis.csri.toronto.edu%mailrus%cwjcc.uucp@tut.cis.ohio-state.edu (Dennis Vadura) Organization: Computer Science Dept., University of Waterloo Subject: I hate to be a pain, but I need help with DM Message-Id: <11588@watdragon.waterloo.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu System: DN 3500 OS: SR 10.1 Ok, we have a whole bunch of machines on the internet around here. I want to create a bunch of DM windows, and rlogin into the various machines. (similar to what I do when I'm on a box with a whole bunch of X-windows) I can do this trivially, but... The only way I seem able to really do it well is using vt100, and then rlogin (or vt100 rlogin host... etc), however, whenever I then perform an rlogin from there to some other machine my whole window locks up. I can reproduce this every single time (nuking it seems to be the only fix). I can also freeze the window by typing at it the vt100 initialization/resize sequence from the local termcap database, this is guaranteed to freeze all input into the window, hence I figure it's the vt100 emulator that is going for a dive. What I would really like though is to not use vt100 at all, and to just use the DM window with an rlogin. This also works fine as long as I pretend to be a dumb terminal. Alas this is no good for things like vi, rn, and the list goes on. Anyway, after staring into the 3 feet of documentation we have on Apollos here I see no mention of a termcap like capabilities description for DM windows. Does such a beast exist, if so does anyone have one. Better yet is there a character sequence that a program can blast into a DM window that does cursor positioning and the like, if so where in the documentation is a description of the capabilities. Am I doomed to using vt100 for ever? Actually I can probably wait for X, but it just seems silly for there to be no way to do what I want, but I honestly went hunting and couldn't find the stuff. So, sorry if this is a dumb question, but this vt100 lock-up problem drives me nuts. ie. PUT SIMPLY WHAT IS THE TERMINAL TYPE OF A DM WINDOW????? SURELY PEOPLE RLOGIN INTO NON APOLLO SYSTEMS WITHOUT USING VT100 DON"T THEY? -thanks -dennis -- -------------------------------------------------------------------------------- Dennis Vadura, Computer Science Dept., UUCP,BITNET: dvadura@water University of Waterloo, Waterloo, Ont. EDU,CDN,CSNET: dvadura@waterloo ================================================================================ From lubkin@apollo.com Thu Feb 16 09:40:32 1989 From: David Lubkin Message-Id: <8902161312.AA00992@apollo.UUCP> Date: Thu, 16 Feb 89 08:06:50 EST Subject: Order of Completed Items in tasks To: dsee_list:@apollo.com Date: wed, 15 feb 89 15:06:27 From: conliffe@caen.engin.umich.edu (Darryl C. Conliffe) Subject: Order of Completed Items in tasks Is there any reason why tags are appended to the Completed Items list, while Active Items, when marked Completed, are inserted at the beginning of the Complete Items list? Or does anyone use the tasks function? ___________________ Darryl C. Conliffe conliffe@caen.engin.umich.edu (313) 721-6069 ------------------- ------- From lubkin@apollo.com Thu Feb 16 09:49:44 1989 From: David Lubkin Message-Id: <8902161311.AA00978@apollo.UUCP> Date: Thu, 16 Feb 89 08:07:51 EST Subject: A question of style (perhaps) To: dsee_list:@apollo.com Date: wed, 15 feb 89 15:12:37 From: conliffe@caen.engin.umich.edu (Darryl C. Conliffe) Subject: A question of style (perhaps) If you create a DSEE library, do you always create an explicit task list, or do you use the library default one in all cases except where you would want someone to look at the tasklist while looking at another library? Is this a matter of style, or are there some real issues behind your choice? ___________________ Darryl C. Conliffe conliffe@caen.engin.umich.edu (313) 721-6069 ------------------- ------- From apollo-request@umix.cc.umich.edu Thu Feb 16 11:41:58 1989 Date: 15 Feb 89 15:43:29 GMT From: dclark%woods.unix.eta.com%eta%nic.MR.NET.uucp@csd4.milw.wisc.edu Organization: ETA Systems, Inc., St Paul, MN Subject: I'm looking for info on the xtended COFF format used @ 10.0 Message-Id: <2621@eta.unix.ETA.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We have some internal tools that read the object file, and we are begining our conversion to SR10. One of the tools works like a binder, and will need to understand the new COFF format the Apollo is using. Another tools we have is a propriatary compiler. Does anyone know if there is a published description of the COFF format sr10 uses? I just heard about a new manual titled "Domain OS Design Principles" (pn 14962-a00). Does this have the info I am looking for in it? Any help would be appreciated. Thanx, -Dave Clark ------------------------------------------------------------- Dave Clark ETA Systems, Inc. (612)-642-3417 ------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Thu Feb 16 17:51:50 1989 Return-Path: ferguson%garnet.bucknell.edu@CUNYVM.CUNY.EDU 14:50:18 est Date: Thu, 16 Feb 89 14:50:18 est From: "Scott R. Ferguson" To: apollo%BKNLVMS.BITNET@umix.cc.umich.edu Message-Id: <8902161950.AA00641@apollo.bucknell.edu> Needed: 16-bit parallel interface with software for AT-BUS Has anyone created a software driver for a 16-bit parallel board to go into a DN4000? We need one bad. The boards are available from IKON, National Instruments, among others, but no one seems to have the GP/IO drivers written for one. Please reply to: ferguson@apollo.bucknell.edu Thanks very much, Scott Ferguson From apollo-request@umix.cc.umich.edu Thu Feb 16 17:58:34 1989 Date: 16 Feb 89 20:24:14 GMT From: wcwang@iuvax.cs.indiana.edu (Bill Wang) Organization: Indiana University, Bloomington Subject: X from Apollo Message-Id: <17673@iuvax.cs.indiana.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu What version of X is apollo distributing now? Is it X11R2 or X11R3? How about the ADUS version? Bill Wang Speech & Hearing Center, Indiana University, Bloomington, IN 47405 UUCP = {rutgers, att, ames}!iuvax!wcwang CSNET = wcwang@indiana ARPA = wcwang@iuvax.cs.indiana.edu Phone = (812) 335-0714 From apollo-request@umix.cc.umich.edu Fri Feb 17 00:01:47 1989 Date: 16 Feb 89 15:04:02 GMT From: howard%wbcs%ncrwic%ncrlnk%ncr-sd%hp-sdd.uucp@hplabs.hp.com (Howard Modell) Organization: Boeing Computer Services, Wichita KS Subject: Reading PC floppies on Apollos Message-Id: <137@wbcs.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I (or rather a customer of mine) has a relatively frequent need to read data from DOS formatted floppies using an Apollo. The "why" of it isn't pertinent, but the customer states that his budget is such that getting a PC for the purpose isn't practical at this time, nor is does it seem appropriate to buy one of Apollo's DPCI/DPCC/DPCE integration solutions. He doesn't need a DOS engine or processing capabilities at all ... he just needs to be able to read DOS formatted data, and the only devices he has with floppy drives are Apollos. The preferred solution would be an Apollo-based utility that performs this chore and nothing else (or little else). It doesn't have to be specifically Unix-based, though it is not an obstacle if it is. Does anyone out there (1) know of such a program, (2) have such a program (preferably with source they could send me), and if so, could they send it to me? Replies should be sent to: howard@ncrwic!wbcs.UUCP or howard@hplabs!hp-sdd!ncr-sd!ncrwic!wbcs.UUCP or howard@scubed!ncr-sd!ncrwic!wbcs.UUCP or howard@uunet!ncrlnk!ncrwic!wbcs.UUCP From apollo-request@umix.cc.umich.edu Fri Feb 17 20:41:35 1989 Date: 17 Feb 89 15:05:13 GMT From: hollaar%cs.utah.edu%wasatch%mailrus.uucp@tut.cis.ohio-state.edu (Lee Hollaar) Organization: University of Utah, Computer Science Dept. Subject: Re: Reading PC floppies on Apollos Message-Id: <1140@wasatch.UUCP> References: <137@wbcs.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <137@wbcs.UUCP> howard@wbcs.UUCP (Howard Modell) writes: > I (or rather a customer of mine) has a relatively frequent need to read data > from DOS formatted floppies using an Apollo. The "why" of it isn't pertinent, > but the customer states that his budget is such that getting a PC for the > purpose isn't practical at this time, nor is does it seem appropriate to > buy one of Apollo's DPCI/DPCC/DPCE integration solutions. He doesn't need > a DOS engine or processing capabilities at all ... he just needs to be able > to read DOS formatted data, and the only devices he has with floppy drives > are Apollos. > > The preferred solution would be an Apollo-based utility that performs this > chore and nothing else (or little else). It doesn't have to be specifically > Unix-based, though it is not an obstacle if it is. > > Does anyone out there (1) know of such a program ... We have such a program, consisting of a device driver for directly controlling the floppy disk and a utility program that understands the DOS file system (including subdirectories and DOS-style wildcards). It can work with any format floppy disk (360 Kbyte or 1.2 Mbyte; 8, 9, or 15 sectors per track; 1 or 2 sided disks), can read, write, or delete files on the floppy as well as listing its directory, and can do either binary read/writes or will translate the PC line terminators to or from the Apollo standard newlines. It currently works with 9.7, and is being ported to 10.X. The bad news is that we won't be giving this little goody away, but will be licensing it for a nominal charge. We will be sending information to the local Apollo offices in a couple of weeks, or you can either contact me and I'll send you the information about ordering. Lee Hollaar Email: hollaar@cs.utah.edu Mail: Contexture, Inc. Attn: PCdisk information Post Office Box 8721 Salt Lake City UT 84108 From apollo-request@umix.cc.umich.edu Fri Feb 17 21:12:56 1989 Date: 17 Feb 89 18:13:22 GMT From: feigin@tcgould.tn.cornell.edu (Adam Feigin) Organization: Cornell Theory Center, Cornell University, Ithaca NY Subject: Moelcular Modeling Benchmarks Message-Id: <7420@batcomputer.tn.cornell.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Below are the results of a molecular modeling benchmark run on several machines. I didn't run all the benchmarks, just some, so I can't say a whole lot about the configuration of the machines. Of course, your mileage may vary. Flames to /nev/dull. Molecular Dynamics Benchmarks January 1989 ============================== Times are given to run 1,500 time steps for 108 Lennard-Jones atoms. Single precision; all floating point w/integer loop counter overhead; no I/O. All times are CPU times, arranged in ascending order. The program was written in very vanilla FORTRAN. Machine Time Speed MIPS (min:sec) (8250=1.0) (8250=1.2) --------------------------------------------------------------------------- Cray-1 00:06.8 82.4 98.9 [fully vect] IBM 3090-600 00:16.0 35.1 42.1 (opt(3) vector 00:33.1 17.0 20.4 (opt(3) IBM 3090-200 00:17.2 32.7 39.2 (opt(3) vector 00:35.1 16.0 19.2 (opt(3) FPS 264 00:36.0 15.6 18.73 Apollo DN10000 00:47.0 11.96 14.3 [opt] (1 CPU) Stellar GS1000 00:49.2 11.4 13.7 f77 -O2 Convex C210 01:08.2 8.23 9.88 [not fully vectorized] DECstation 3100 01:10.4 7.98 9.58 f77 -O2 VAX 8700 02:07.1 4.42 5.31 [VMS] Convex C1 02:10.3 4.31 5.17 [not fully vectorized] CSPI MAP-6420 02:50.2 3.3 3.96 VAX 8530 02:59.9 3.12 3.75 [VMS] VAX 6210 03:41.1 2.54 3.05 [VMS,est.] Sun 4/260 03:41.2 2.54 3.05 f77 -O VAXstation 3200 03:47.7 2.47 2.96 [VMS] VAXstation 3100 03:49.8 2.44 2.93 [VMS] Sun 3/160 06:17.6 1.49 1.79 [with fpa] VAX 8250 09:21.9 1.00 1.2 [VMS] MicroVAX II 14:36.8 0.64 0.77 [VMS] Sun 3/60 21:10.4 0.44 0.53 [no fpa] Sun 3/50 28:03.3 0.33 0.40 [ditto] --------------------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Fri Feb 17 22:37:29 1989 Date: 17 Feb 89 19:25:38 GMT From: davidsen%steinmetz.uucp@uunet.uu.net (William E. Davidsen Jr) Organization: General Electric CRD, Schenectady, NY Subject: Re: Reading PC floppies on Apollos Message-Id: <13177@steinmetz.ge.com> References: <137@wbcs.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu There was a group of utilities to do just this posted to the unix-pc group several years ago. Just after that I got rid of my unix-pc. As I recall I got it to work on Xenix with a five minute hack, so it's pretty portable in SysV. You may be able to get a copy from someone, or get back to me after you try. Your suggested addresses all have bang addresses after the @ and confuse my mailers. You may get more info with a pure uucp or domain address or one of the flavor user!node!node@node.domain. -- bill davidsen (wedu@ge-crd.arpa) {uunet | philabs}!steinmetz!crdos1!davidsen "Stupidity, like virtue, is its own reward" -me From apollo-request@umix.cc.umich.edu Sat Feb 18 00:33:40 1989 Date: 16 Feb 89 07:38:01 GMT From: jimr%metro%otc%munnari.uucp@uunet.uu.net (pri=5 |Jim Richardson) Organization: Uni Computing Service, Uni of Sydney, Australia Subject: Want help printing from PC via DPCIRING Message-Id: <607@metro.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We are running DPCIRING V4.00 to connect a PC to a DN3000 running SR10.0. The "net start" and "net login" commands seem to work correctly (now that we have discovered that your password on the Apollo must be short and not contain lower case letters - apparently DPCIRING truncates it and maps it to upper case before transmitting it from the PC to the Apollo). We can also connect pseudo-disk-drives on the PC to directory trees on the Apollo. However, when we try a command like net connect lpt2: p we get the error message Invalid username or password The "net offers" command prints out the contents of pci_cmd.dat all right, so the problem does not seem to be in that area. Can anyone help, or offer any other comments on DPCIRING? So far we have found it very capricious. Please reply to one of the addresses below, rather than to the machine metro from which I'm posting this news item. If responses warrant, I'll summarize for the net. Thanks in advance, Jim Richardson Department of Pure Mathematics, University of Sydney, NSW 2006, Australia UUCP: ...!seismo!munnari!summer.su.oz!jimr ARPA: jimr%summer.su.oz@seismo.arpa ACSNET, CSNET: jimr@summer.su.oz From apollo-request@umix.cc.umich.edu Sat Feb 18 06:31:39 1989 Date: 17 Feb 89 15:02:27 GMT From: crgabb%sdrc.uucp@uunet.uu.net (Rob Gabbard) Organization: Structural Dynamics Research Corp., Cincinnati Subject: New -rem option to rbak Message-Id: <529@sdrc.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Has anyone gotten the new -rem option to rbak to work ? The SR10.1 release notes state that it must be to a host with /etc/rmt that you can rexec to. Since both are Suns and Convex use this mechanism via dump to do backups I figured that would be the perfect canidates. After mounting a wbak-written tape onto both a Sun and Convex I tried the following: rbak -f 1 -rem sun:/dev/rmt8 -index -all rbak -f 1 -rem convex:/dev/rmt16 -index -all rbak -f 1 -rem sun:rmt8 -index -all rbak -f 1 -rem convex:rmt16 -index -all After all attempts the message "Login failed." is returned along with a message from rbak telling me it failed to connect to foreign host. The account I was doing this from was able to rsh, rlogin, etc. without the -l option so I know that's not the problem. I figure Apollo is using some canned account name to connect with the rexec. So my next step was to call 1-800-2APOLLO. And the ever so helpful response was "You got a VAX running UNIX ? R & D says it should work so I'm submitting an APR (i.e. so he can close the call ASAP)." -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Rob Gabbard (uunet!sdrc!crgabb) _ /| Workstation Systems Programmer \'o.O' Structural Dynamics Research Corporation =(___)= U =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From apollo-request@umix.cc.umich.edu Sat Feb 18 08:32:01 1989 Date: 17 Feb 89 02:05:13 GMT From: bennett%vlsisj%practic%leadsv%pyramid%voder.uucp@ucbvax.Berkeley.EDU (Michael Bennett) Organization: VLSI Technology Inc., San Jose, CA Subject: David Letterman's top ten list of Apollo questions. Message-Id: <15210@vlsisj.VLSI.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does anyone know how to: 1) Create a window from a 'C' program that can NOT be resized by the user? I have a window that must be a fixed size, but currently the user can "grow" it and things get messed up. 2) Create a window whose size includes the legend and border? It seems that when I use: window.left = 100; window.top = 100; window.width = 100; window.height = 100; pad_$create_window("", (unsigned short) 0, pad_$transcript, window_no, window, ios_id, status); the window specified is really the interior of the window. The exterior of the window that I get is l=96, t=76,b=204,r=204. These numbers are different on different machines. I think that is because the size of the fonts used on those machines is different, so the legend changes size. 3) Access the node id with a 'C' procedure? The closest I found was in /usr/include/apollo/osinfo.h osinfo_$node_type which seems to give the model and number of cpus. 4) Place cursor on a named window using the Display Manager (DM)? 5) Determine the contents of the DM search buffer, preferably using DM commands. Or, how about from a shell script. 6) Query (all DM) windows info from 'C' program? 7) Get a the name of the process a 'C' program or shell script is running in from that program or shell script? 8) Use the DM mark stack to do anything useful? i.e. How in heck does that #!&$% mark stack work? 9) Get the parameters (baseline, line height, etc) for a fixed pitch font? The method I use now is show below. It seems to work for f5x9 but not for f9x15. static gpr_$string_t text = "A"; gpr_$offset_t size; gpr_$offset_t start; short int pitch; gpr_$inq_text_extent(text, (short int) 1, size, status); check_status; gpr_$move((short int) 0, (short int) 0, status); check_status; gpr_$inq_text_offset(text, (short int) 1, start, pitch, status); check_status; font_info.font_size = size.y_size; font_info.pitch = pitch; font_info.leading = 2; font_info.line_height = size.y_size + font_info.leading; font_info.margin = pitch; font_info.base_line = size.y_size - start.y_size; x | jjjjjj | jjjjjj | x +----------------+----------------+ --- --- x | | x |- margin -| leading | x | | x +----------------|----------------+ --- | x | | hh | | | x | | hh | | | x | jj | hh | | | x | jj | hh | | | x <-border | | hh | fontsize lineheight x | jj | hhhhhhh | | | x | jj | hh hh | | | x | jj | hh hh | | | x | jj | hh hh | | | x | jj | hh hh | | | x | jj | hh hh | | --- | x | jj | | | | | x | jj | | | | | x | jj jj | | | baseline | x | jj jj | | | | | x | jjjjjj | | | | | x o----------------|----------------+ --- --- --- ^ origin |----- pitch ----| 10) Who cuts David Letterman's hair? Thanks! -- Michael Bennett (408) 434-7851 (W) vlsisj!bennett@decwrl.dec.com bennett@vlsisj.uucp {amdcad,hplabs,pyramid,sun,ucbvax}!decwrl!vlsisj!bennett From apollo-request@umix.cc.umich.edu Sat Feb 18 14:22:21 1989 Message-Id: <8902181750.AA00290@umix.cc.umich.edu> Date: 18 Feb 89 10:47:00 CST From: "DAVE ERSTAD" Subject: Re: Top ten list To: "apollo" I can handle a couple 3) Access node ID with a C procedure I use pm_$get_sid (look in /sys/ins/pm.ins.c for call sequence). Then just parse out the node ID. 8) Does the mark stack do anything useful Not that I've ever found. Probably only if you're really into DM programming. 10) Who cuts David Letterman's hair He does. If anyone else cut hair like that they'd be out of business. From apollo-request@umix.cc.umich.edu Sat Feb 18 16:32:16 1989 Date: Sat, 18 Feb 89 09:01:07 pst From: mcdonald%loki.edsg@umix.cc.umich.edu (louis mcdonald) Message-Id: <8902181701.AA00126@loki.edsg> Company: Hughes Aircraft; El Segundo, CA 90245 To: @hac2arpa.hac.com:apollo@umix.cc.umich.edu Subject: Attention SYS ADMINS This is a question for all Apollo Sys Admins, and users who may be able to also provide input. At our site, we have 2 sys admins for ~70 Apollos, ~7 printers and a couple of plotters. On top of this, they have also be given the responsibility of maintaining IBM PCs and Macs (~30). My question deals with how they can better respond to the demands of the user community they serve. A large percent of the users usually track one of the sys admins down when a problem occurs, and in some cases, DEMAND it be fixed NOW. Our admins did create a dialog/mail interface for filing problems, but after they receive it, you have to call them to find out status. What I would like to known from other sys admins is: 1) What is your policy for handling user problem reports? 2) Does anyone have an automated report/status system for users? This means they file a report electronically, and can query the system for status of the filed report. 3) How much success have you had, and does all interfacing management agree to the procedure? This can be a big factor for a policy to succeed. There is nothing worse than have a policy in affect, and then have management go around it. As a user, I feel sys admins have a thankless job, and I am mainly interested in helping ours have an easier time. 4) Do you (sys admins) feel this electronic SIG for Apollo users is useful for sys admins? All input would be greatly appreciated.... Louis McDonald mcdonald%loki.edsg@hac2arpa.hac.com From apollo-request@umix.cc.umich.edu Sat Feb 18 22:22:06 1989 Date: Sat, 18 Feb 89 18:15:31 PST From: Leonard N. Zubkoff Message-Id: <8902190215.AA00586@atlantis> To: apollo@umix.cc.umich.edu, howard%wbcs%ncrwic%ncrlnk%ncr-sd%hp-sdd.uucp@hplabs.hp.com Subject: Re: Reading PC floppies on Apollos The problem with reading PC formatted floppies on the Apollo is that, at least when I last asked Apollo, the Apollo device driver will only deal with 1024 byte sectors on the floppy, which is what DOmain/OS needs. Unfortunately, the PC world is based on 512 byte sectors. Thus one would need a special device driver that talked to the disk controller directly in order to read PC floppies. If you merely need to be able to transfer data between a PC/AT and an Apollo, that I can help with. If you format the floppy on the Apollo, giving 1024 byte sectors, it can then be accessed by the Apollo and by a PC running a program that accesses the BIOS directly to do floppy I/O. I have a simple program which just treats the floppy as a dumb tape drive and dumps files onto it and can read them back; it works both on the Apollo and PC. Leonard From apollo-request@umix.cc.umich.edu Sun Feb 19 00:22:21 1989 Date: 17 Feb 89 13:15:37 GMT From: jfjr@MBUNIX.MITRE.ORG (Jerome Freedman) Organization: The MITRE Corporation, Bedford, Mass. Subject: problems compiling pad.h Message-Id: <45056@linus.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have three dn35000s, two with cartridge and disk, one with nothing. I am running sr10.1. I have no pascal compiler but I do have nidl. As a learning experience I thought I would try to get the ncs domain examples running (most, as delivered don't even compile, let alone run). Perhaps i should mention I am using the 4.3 large configuration. The first ncs demo I am trying is "mandel" - it promises losts of real neat blinking lights and its all in C. When I go to compile and include "pad.h" the apollo supplied C compiler barfs on the apollo supplied header file - pad.h. This is not an encouraging sign. I wrote a test program #include #include main() { printf("hello, world\n"); } The c compiler barfs at line 97 in pad.h I am not encouraged. Jerry Freedman, Jr 617 271 8398 jfjr@mbunix.mitre.org Jerry Freedman, Jr "Why did jfjr@mbunix.mitre.org Unix come from the east?" (617)271-8398 From apollo-request@umix.cc.umich.edu Sun Feb 19 17:31:10 1989 Message-Id: <8902192128.AA05116@umix.cc.umich.edu> Date: 19 Feb 89 15:13:00 CST From: "DAVE ERSTAD" Subject: Pad.H problems To: "apollo" To the person with problems including pad.h in an NCS application The cause of your problem is almost certainly that you are not including the base.h file. Include this prior to the pad.h include, and the problem should clear up. I checked on SR10.0.P (PRISM), and without the base include an error was flagged on line 97 (and following) of pad.h, which I think was the same line you cited. Dave Erstad Principal Design Automation Engineer Honeywell SSEC From apollo-request@umix.cc.umich.edu Mon Feb 20 13:37:42 1989 Date: Mon, 20 Feb 89 08:57:10 pst From: mcdonald%loki.edsg@hac2arpa.hac.com (louis mcdonald) Message-Id: <8902201657.AA00188@loki.edsg> Company: Hughes Aircraft; El Segundo, CA 90245 To: apollo@umix.cc.umich.edu Subject: RE: Attention SYS ADMINS I recently sent out a question to sys admins. NOTE: due to a error with our sendmail.cf, my return address was wrong. It is: mcdonald%loki.edsg@hac2arpa.hac.com not: mcdonald%loki.edsg@umix.cc.umich.edu Louis McDonald From apollo-request@umix.cc.umich.edu Mon Feb 20 15:30:37 1989 Date: 20 Feb 89 11:32:19 GMT From: culmer%eniac.seas.upenn.edu%netnews.upenn.edu%eecae%mailrus.uucp@ames.arc.nasa.gov (Charles Culmer) Organization: University of Pennsylvania Subject: Need help dialing into a VAX Message-Id: <8201@netnews.upenn.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I need some help connecting my Apollo to the outside world (in particular, to a VAX with ULTRIX at U Penn through which I access the net). These are the specs-- model 3000 version 9.7 (sys5) missing DOMAIN/IX documentation on order If I should be able to do this with generic sys5 manuals, then all I need are pointers to the relevant parts of the manuals. (I have no experience with this kind of thing.) I have a less urgent question about manipulating windows from a C program. There's something in C that lets me execute a shell command. I figure it will let me execute DM window commands. Is there a better way to do this? (I assume this is explained in one of the manuals I have on order.) Thanks in advance. I feel guilty about asking for help. Therefore, when I finally achieve file transfer capability, I shall post or make available the code for an amusing program that traces the path of a planet orbiting a double star (another program inspired by the Nova episode on chaos). Charles W. Culmer culmer@eniac.seas.upenn.edu Truth, justice, and the American way From apollo-request@umix.cc.umich.edu Mon Feb 20 15:30:58 1989 Date: 20 Feb 89 15:59:33 GMT From: cantrell%killer.uucp@ames.arc.nasa.gov (Keith Cantrell) Organization: The Unix(R) Connection BBS, Dallas, Tx Subject: Re: Reading PC floppies on Apollos Message-Id: <7248@killer.DALLAS.TX.US> References: <137@wbcs.UUCP>, <13177@steinmetz.ge.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu If somebody gets one of these, PLEASE post it. Thanks, ----------------------------------------------------------------------- Keith Cantrell Phones: hm: 214-492-1088 Integrated Telecom wk: 214-234-3340 USMAIL: EMAIL: 2100 Sonata Ln cantrell@killer.DALLAS.TX.US Carrollton TX 75007 or ...!uunet!{texsun | killer | letni}!dalitc!keith ----------------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Mon Feb 20 15:42:33 1989 Date: 20 Feb 89 16:10:51 GMT From: cantrell%killer%texbell.uucp@bellcore.com (Keith Cantrell) Organization: The Unix(R) Connection BBS, Dallas, Tx Subject: Re: Reading PC floppies on Apollos Message-Id: <7249@killer.DALLAS.TX.US> References: <8902190215.AA00586@atlantis> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <8902190215.AA00586@atlantis> lnz@LUCID.COM (Leonard N. Zubkoff) writes: >The problem with reading PC formatted floppies on the Apollo is that, at least >when I last asked Apollo, the Apollo device driver will only deal with 1024 >byte sectors on the floppy, which is what DOmain/OS needs. Unfortunately, the >PC world is based on 512 byte sectors. Thus one would need a special device >driver that talked to the disk controller directly in order to read PC floppies. > This has got to be bullsh*t. Apollo has a pc emulator (i.e. solfware only) that will run on a DN3000 and can read and write pc disks. I used this solfware before, it was too slow, but it did work. ----------------------------------------------------------------------- Keith Cantrell Phones: hm: 214-492-1088 Integrated Telecom wk: 214-234-3340 USMAIL: EMAIL: 2100 Sonata Ln cantrell@killer.DALLAS.TX.US Carrollton TX 75007 or ...!uunet!{texsun | killer | letni}!dalitc!keith ----------------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Mon Feb 20 17:41:34 1989 Message-Id: <8902202047.AA08597@umix.cc.umich.edu> Date: 20 Feb 89 14:40:00 CST From: "DAVE ERSTAD" Subject: Apollo giveth and taketh (mostly taketh) To: "apollo" Apollo Marketing/product literature Apollos all run the same software. Buy site licenses Apollo Bean Counters: Sorry, your site licenses for PASCAL, CC, and FTN don't include the DN10000. Language licenses for that machine are *DIFFERENT* products. Please cough up additional maintenance dollars. And up till now I thought Apollo was above this sort of thing. Dave Ersatd Principal Design Automation Engineer Honeywell SSEC From apollo-request@umix.cc.umich.edu Mon Feb 20 17:43:47 1989 From: David B. Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <8902202054.AA00331@icaen.uiowa.edu> Date: Mon, 20 Feb 89 14:34:56 CST Subject: Re: problems compiling pad.h To: jfjr@MBUNIX.MITRE.ORG Cc: apollo@umix.cc.umich.edu WRT posting <45056@linus.UUCP> > When I go to compile > and include "pad.h" the apollo supplied C compiler barfs > on the apollo supplied header file - pad.h. This is not > an encouraging sign. > > I wrote a test program > > #include > #include > ... If you read the manual "Programming with Domain/OS Calls" (005506-a00) you will find out what you are doing wrong. In the middle of page 1-2 there is a paragraph: The base insert file, /isr/include/apollo/base.h, declares common data types and constants, and calls to manipulate Pascal set data types and should generally be included in any prototyped C program that makes Domain/OS calls. Thus the preprocessor control lines to include the appropriate insert files for a program that makes PAD calls are #include #include Almost all include files have the prerequsite of . I would strengthen the manual's statement and say; always include "base.h" before any other Apollo specific include files. Dave Funk From apollo-request@umix.cc.umich.edu Mon Feb 20 19:32:32 1989 Date: Mon, 20 Feb 89 17:49:53 est From: krowitz@richter.MIT.EDU (David Krowitz) Message-Id: <8902202249.AA02752@richter.mit.edu> To: cantrell%killer%texbell.uucp@bellcore.com Subject: Re: Reading PC floppies on Apollos Cc: apollo@umix.cc.umich.edu I believe that the PC emulator has it's own GPIO driver for the floppy disk. There is an outline of a device driver for the floppy disk that reads MS DOS floppies. I think I saw it in the examples for GPIO in the /domain_examples directory. The example did *not* give you access to the files on the floppy, it just read off all of the blocks into a file on the Apollo disk (it was after all, just a example of how to access the hardware). I believe that there is a program to decode MS DOS directories posted to comp.unix.sources on UUNET.UU.NET which you can get from their archives. Put these two together, and you can probably come up with a program to read MS DOS floppies with the Apollo floppy disk drive. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter@eddie.mit.edu krowitz%richter@athena.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Mon Feb 20 23:37:01 1989 Date: 20 Feb 89 08:19:31 GMT From: richard%philce%philmds%hp4nl%mcvax.uucp@uunet.uu.net (Richard Bishopp) Organization: Philips Consumer Electronics, Eindhoven Subject: domain/os design principles book Message-Id: <307@philce.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Sometime ago someone sent a message about a book called domain/os design principles. Has anyone out there in netland got a copy of it and if so can you re-publish the order number. Even better would be the original mail message. Thanks in advance. richard bishopp From apollo-request@umix.cc.umich.edu Tue Feb 21 03:40:38 1989 Date: 21 Feb 89 02:23:49 GMT From: syd%dsinc%vu-vlsi.uucp@psuvax1.cs.psu.edu (Syd Weinstein) Organization: Datacomp Systems, Inc., Huntingdon Valley, PA Subject: 2nd drive on apollo DN4500 Message-Id: <65@dsinc.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I am trying to place a second ESDI disk onto my Apollo DN4500 under SR10.1. I added a daisy chain cable to the disk controller and plugged in the two small cables. I made the existing drive drive 0 and the new drive drive 1. The self test at power up does not see the second drive and the select light never comes on. However, the drive is good, I tested it on another ESDI machine and it works fine. If I run invol and specify w1, I get a crash. Any suggestions? -- ===================================================================== Sydney S. Weinstein, CDP, CCP Elm Coordinator Datacomp Systems, Inc. Voice: (215) 947-9900 {allegra,bpa,vu-vlsi}!dsinc!syd FAX: (215) 938-0235 From lubkin@apollo.com Tue Feb 21 10:26:35 1989 From: David Lubkin Message-Id: <8902211512.AA04220@apollo.UUCP> Date: Tue, 21 Feb 89 09:50:25 EST Subject: INFO-DSEE mail To: dsee_list:@apollo.com Date: mon, 20 feb 89 12:37:03 From: dclark@aring.eta.com (Dave Clark) Reply-To: dclark@aring.eta.com To: info-dsee@apollo.com Subject: I'm getting "Unable to read translator output file" errors building We just converted from DSEE 2.1 to DSEE 3.2 over the weekend. One of our users is getting an interesting error when trying to build on multiple server nodes. Has anyone encountered this error? Here is a fragment of the build transcript: DSEE> set bui b9f2 ba8a c0eb b7c0 d05a b879 8d03 bc93 b9b5 c86b 5565 8c64 becd be89 ccee -ref 8d05 -con 15 (WARNING) Unable to find "c0eb" - name already exists (OS/naming server) (WARNING) Node "c0eb" will be unavailable as a build server. New builder settings were successfully established. DSEE> bui command_shell -force_all No working directory copies of reserved elements were requested. 17 builds are required. Building "vse$m_command_shell.cybs" . . . Build vse$m_command_shell.cybs!20-Feb-1989.9:21:19 Building on //NODE_B9F2 (B9F2) Building "vse$m_shell_application.cybs" . . . Build vse$m_shell_application.cybs!20-Feb-1989.9:21:43 Building on //NODE_BA8A (BA8A) Building "vse_m_command_parsing.cybs" . . . Build vse_m_command_parsing.cybs!20-Feb-1989.9:21:51 Building on //NODE_B7C0 (B7C0) .. Completed "vse$m_shell_application.cybs" on //NODE_BA8A (BA8A) Build vse$m_shell_application.cybs!20-Feb-1989.9:21:43 ?(DSEE) Unable to read translator output file "//node_8d05/sys/node_data/tmp/dsee_stdout_41967ea7.b0008d05.2" - requested object is in use (stream manager/IOS) (WARNING) Component "vse$m_shell_application.cybs" has not been built. .. Completed "vse_m_command_parsing.cybs" on //NODE_B7C0 (B7C0) Build vse_m_command_parsing.cybs!20-Feb-1989.9:21:51 ?(DSEE) Unable to read translator output file "//node_8d05/sys/node_data/tmp/dsee_stdout_41967ec1.10008d05.2" - requested object is in use (stream manager/IOS) (WARNING) Component "vse_m_command_parsing.cybs" has not been built. Any info would be appreciated. Thanx, -Dave Clark (612)-642-3417 Email Address: dclark@aring.eta.com ------- From apollo-request@umix.cc.umich.edu Tue Feb 21 11:33:55 1989 Date: 20 Feb 89 11:54:36 GMT From: achille%cernvax%mcvax.uucp@uunet.uu.net (achille) Organization: CERN European Laboratory for Particle Physics, CH-1211 Geneva, Switzerland Subject: Re: Top ten list Message-Id: <936@cernvax.UUCP> References: <8902181750.AA00290@umix.cc.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu 1) About preventing window resizing, I guess you cannot do it. 3) getenv("NODEID"); 5) have a look at the buffers in `node_data/paste_buffers, then use pbufs calls to get their content. 7) use 'proc2_$who_am_i' to get the process uid (puid), then do /com/ld -u `node_data/proc_dir look at the output of /com/ld and if there is a uid == puid then the corresponding name is the process name. For your other questions, can't help. Cheers, Achille Petrilli, Cray and PWS Operations From apollo-request@umix.cc.umich.edu Tue Feb 21 13:51:18 1989 Date: Tue, 21 Feb 89 11:09:21 est From: krowitz@richter.MIT.EDU (David Krowitz) Message-Id: <8902211609.AA05630@richter.mit.edu> To: apollo@umix.cc.umich.edu Re: 2nd drive on apollo DN4500 Sorry about posting this to the entire net, but the return address in the original message gets a "user unknown" ... Hmm ... interesting since Apollo claims to support two drives on a single controller as long as: 1) the node is a DN3500/4000/4500 (they do not offer this on the DN3000, but I don't see why not) -- you have a DN4500. 2) the first drive is either a 350 MB fast actuator drive (the 350 MB drive sold with the DN3500/4000/4500, not the 350 MB drive sold with the DN3000) or the new 690 MB drive. 3) both drives are identical models. You mentioned that you meet the first condition. Do you meet the other two? Have you tired using the drive as drive 0? -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter@eddie.mit.edu krowitz%richter@athena.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Tue Feb 21 15:51:38 1989 Date: 20 Feb 89 19:44:57 GMT From: freedman%ksi_mistaya.UCalgary.CA%calgary%alberta%att.uucp@ucbvax.Berkeley.EDU (Dan Freedman) Organization: Knowledge Science Lab, U. of Calgary, Calgary, Canada. Subject: how do you detect shift/ctrl key with mouse down in GPR? Message-Id: <751@cs-spool.calgary.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu A researcher here at the U. of Calgary is porting a large VLSI design system to our DN4500's running SR 10.1. He is using GPR to do i/o to the screen and keyboard, and is operating in direct mode. In order to get the user interface to behave as it does on other systems (ie: suns), he needs to be able to detect whether or not the shift or control keys are down when a mouse button is pressed. If they are, then different actions should be performed than when they are up. The manuals unfortunately don't say how to do this. I know that it is possible to do so in some way, since X windows (at least under 9.7 in borrow mode) is able to do it. Any ideas? Dan Freedman University of Calgary Computer Science Department 2500 University Drive N.W. freedman@cpsc.UCalgary.CA Calgary, Alberta, T2N 1N4 ...!alberta!calgary!freedman From apollo-request@umix.cc.umich.edu Tue Feb 21 17:43:18 1989 Date: 20 Feb 89 17:04:39 GMT From: lee%ssc-vax.uucp@beaver.cs.washington.edu (Lee Carver) Organization: Boeing Aerospace Corp., Seattle WA Subject: Re: David Letterman's top ten list of Apollo questions. Message-Id: <1231@ssc-bee.ssc-vax.UUCP> References: <15210@vlsisj.VLSI.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <15210@vlsisj.VLSI.COM>, bennett@vlsisj.VLSI.COM (Michael Bennett) writes: > Does anyone know how to: > > 2) Create a window whose size includes the legend and border? > It seems that when I use: > > window.left = 100; > window.top = 100; > window.width = 100; > window.height = 100; > pad_$create_window("", (unsigned short) 0, pad_$transcript, > window_no, window, ios_id, status); > > the window specified is really the interior of the window. The > exterior of the window that I get is l=96, t=76,b=204,r=204. > These numbers are different on different machines. I think that > is because the size of the fonts used on those machines is > different, so the legend changes size. You can try getting the current font size, and then working out the calculation yourself, but this is tough. The standard font calls don't provide all the information that really exists. > 7) Get a the name of the process a 'C' program or shell script is > running in from that program or shell script? # process-name: get the name of the current process # pst -c @ | fpat '' @ | edstr -e 's/ */ /g' @ | exfld -t ' ' $6 This works because the shell scripts normally run 'inprocess'. Note that it writes the process name to standard out, which you can easily capture with 'active functions': proc := (( ^"process-name" )) > > 8) Use the DM mark stack to do anything useful? i.e. How in heck > does that #!&$% mark stack work? You can use it to set up your icon areas. The problem is that most interesting Apollo commands seem to clear the mark stack. > > 9) Get the parameters (baseline, line height, etc) for a fixed pitch font? > The method I use now is show below. It seems to work for f5x9 but not for > f9x15. I remember a similar problem. It seems that the 'interline font spacing' is not available from any Apollo calls. That was my problem, at least. Never did build up the nerve to read the font files directly (where the information really DOES exist, see EDFONT). ----- As an aside, it seems that X has a more complete model of fonts and windows anyway. I realize that X is not everyones answer (especially in the sort term), but all the information appears to be available. You may be able to wait. Except for that fixed size window problem. I really wonder what you are up to, and what the basis for you user interface is that REQUIRES a fixed size window. Anyway, X won't (easily) let you fix it at a single size. You must be prepared to run in whatever window you get. It is the USERS option to decide how much real-estate he can dedicate to a single application. (Sorry about the high-horse, but @#$&*%&#$#!!) Lee Carver Boeing Aerospace From apollo-request@umix.cc.umich.edu Tue Feb 21 19:41:30 1989 Date: 21 Feb 89 18:21:20 GMT From: cantrell%killer.uucp@ames.arc.nasa.gov (Keith Cantrell) Organization: The Unix(R) Connection BBS, Dallas, Tx Subject: Pcom for Apollo? Message-Id: <7269@killer.DALLAS.TX.US> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Has anybody out there ported the 'pcom' program to an Apollo? This looks like a great replacement for emt. If so PLEASE send me a copy. Thanks, Keith ----------------------------------------------------------------------- Keith Cantrell Phones: hm: 214-492-1088 Integrated Telecom wk: 214-234-3340 USMAIL: EMAIL: 2100 Sonata Ln cantrell@killer.DALLAS.TX.US Carrollton TX 75007 or ...!uunet!{killer | texsun | letni}!dalitc!keith ----------------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Tue Feb 21 23:29:28 1989 Message-Id: <8902220154.AA13533@umix.cc.umich.edu> Date: 21 Feb 89 19:42:00 CST From: "DAVE ERSTAD" Subject: Re: Top ten list To: "apollo" The pst -c | fpat approach to detecting a process wil no longer work at SR10.0. Since each program runs it it's own process, you will see some UID process, not the process calling the PST. The changed mode of execution messes up a large number of things, among them commands like "db" and "lkob". I suspect there are a number of latent problems/issues which will materialize only with time. From apollo-request@umix.cc.umich.edu Wed Feb 22 03:50:03 1989 Date: 21 Feb 89 17:44:35 GMT From: jps%wucs1.uucp@uunet.uu.net (James Sterbenz) Organization: Washington University, St. Louis, MO Subject: Re: domain/os design principles book Message-Id: <704@wucs1.wustl.edu> References: <307@philce.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <307@philce.UUCP> richard@philce.UUCP (Richard Bishopp) writes: .>Sometime ago someone sent a message about a book called domain/os .>design principles. Has anyone out there in netland got a copy of it .>and if so can you re-publish the order number. Even better would be .>the original mail message. Thanks in advance. I'd be interested in this also Thanks -- James Sterbenz Computer and Communications Research Center Washington University in St. Louis 314-726-4203 INTERNET: jps@wucs1.wustl.edu UUCP: wucs1!jps@uunet.uu.net From apollo-request@umix.cc.umich.edu Wed Feb 22 19:42:05 1989 Date: 22 Feb 89 21:45:00 GMT From: beierl_c%apollo%ulowell%mailrus.uucp@tut.cis.ohio-state.edu (Christopher Beierl) Organization: Apollo Computer, Chelmsford, MA Subject: Re: domain/os design principles book Message-Id: <41a1e33d.19050@apollo.COM> References: <307@philce.UUCP>, <704@wucs1.wustl.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <704@wucs1.wustl.edu> jps@wucs1.UUCP (James Sterbenz) writes: >In article <307@philce.UUCP> richard@philce.UUCP (Richard Bishopp) writes: >.>Sometime ago someone sent a message about a book called domain/os >.>design principles. Has anyone out there in netland got a copy of it >.>and if so can you re-publish the order number. Even better would be >.>the original mail message. Thanks in advance. > >I'd be interested in this also Domain/OS Design Principles (Order #014962-A00) -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Christopher T. Beierl Internet: beierl_c@apollo.com Apollo Computer, Inc. UUCP: {mit-eddie,yale,uw-beaver}!apollo!beierl_c Chelmsford, MA 01824 Phone: (508) 256-6600 From apollo-request@umix.cc.umich.edu Wed Feb 22 19:42:52 1989 Date: 22 Feb 89 18:20:00 GMT From: oj%apollo%ulowell%mailrus.uucp@tut.cis.ohio-state.edu (Ellis Oliver Jones) Organization: Apollo Computer, Chelmsford, MA Subject: Re: GPR, turn on one pixel, big pictures Message-Id: <41a12ca8.d5b2@apollo.COM> References: <7892@netnews.upenn.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <7892@netnews.upenn.edu> culmer@eniac.seas.upenn.edu (Charles Culmer) writes: >Please excuse me for asking some really novice [gpr] questions. No need to apologize....thanks for your interest. >(1) Is there any way to turn on a single pixel besides drawing >a line of length 0 with gpr_$line? Why isn't there gpr_$pixel? There is gpr_$write_pixels, which lets you pour pixel values into a rectangle. The 1x1 case of this call is oft-used for what you want to do, and it's not grotesquely inefficient. Neither is a line of length 0 grotesquely inefficient. I don't know why there isn't a gpr_$pixel call similar to XDrawPixel and XDrawPixels. It's not a bad idea. Stick with unobscured windows at sr9.7 if you're using gpr_$write_pixels. You don't say whether you have a mono or color node, nor how many planes you have. You can gain direct virtual memory access to any one plane of your node's display memory, however, by using gpr_$remap_color_memory (to select which plane), gpr_$inq_bitmap_pointer (to find out the virtual address of the video memory) gpr_$inq_bm_bit_offset (to find out which bit within the video memory starts your window ) gpr_$enable_direct_access (to switch on the direct virtual memory access mode) This is a bit complex, but once you've got it figured out, it's blazingly fast for random single-plane pixel access. >(2) I want to draw pictures larger than the screen and move them >around under my window. A brief skim of the gpr manual suggested >that frame mode was the way to do it, but the manual recommended >against using frame mode. What should I do? Do I build a bitmap >in main memory and then do transfers as I move the window? You can try frame mode. The best thing to do is (a) initialize gpr in frame mode. In the gpr_$init call, specify the size of your whole picture (yes, bigger than the onscreen pad). ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ (b) create a main memory bitmap the size of your whole picture. (c) Draw the picture into this main memory bitmap. (d) Use gpr_$pixel_blt to draw the main memory bitmap--the whole thing! into your frame. (e) "Scroll around the grounds until you feel at home" with the arrow keys. (f) When you're done, call gpr_$terminate, and make sure you specify TRUE for the delete_disp Boolean parameter... you can't leave bitmaps in your transcript pad. This should work, if you hack around for a while ...it's what DSEE does for "show derivation." The manual says not to use frame mode because (a) it's much more limited in what really works than direct and borrow modes. (b) it's slow (c) it's kludgy..basically it works by inserting funky secret escape sequences into the transcript pad's byte stream. For what you're trying to do, it should be OK, though. Give it a try. >I hardly expect to do it better than >the professional programmers and basketball gurus at Apollo. Keep talking that way and you may get awarded a hunk of Boston Garden parquet floor! We'd have to rip it off first, though! :-) /Ollie Jones (speaking for myself, not necessarily for Apollo Computer, Inc.) From apollo-request@umix.cc.umich.edu Wed Feb 22 23:38:07 1989 Date: 22 Feb 89 04:46:45 GMT From: legg%transit%rhea%trlluna%bruce%munnari.uucp@uunet.uu.net (Stephen Legg) Subject: Using built C include files in DSEE Message-Id: <514@rhea.trl.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu My problem would seem to be a commonly encountered one so apologies if I am covering old ground. Also my site has yet to receive a complete set of SR10 manuals which adds to the difficulties. THE PROBLEM The SR9.7 manuals for DSEE describe a mechanism for passing the exact pool pathname of a preprocessed include file into other source files. That is, use a MAKE_VISIBLE declaration in the system model component for processing the include file (e.g. named cad.sch), and use the syntax %include '$(cad.sch)'; within the source file wanting to include the preprocessed include file. This is fine for PASCAL but I want to do the same sort of thing with C and the C preprocessor doesn't recognize the above or any appropriate similar syntax. Does anyone know how to do it in C under SR10 ? Thanks in advance. Steven Legg Telematic and Message Services Section Telecom Australia Research Laboratories UUCP: ... munnari!trldeity.oz.au!legg@uunet.uu.net ARPA: legg@trldeity.oz.au ACSnet: legg@trldeity.oz From apollo-request@umix.cc.umich.edu Wed Feb 22 23:38:13 1989 Date: 20 Feb 89 22:13:00 GMT From: conliffe%caen.engin.umich.edu%mailrus.uucp@tut.cis.ohio-state.edu (Darryl C. Conliffe) Organization: U of M Engineering, Ann Arbor, Mich. Subject: Re: Apollo giveth and taketh (mostly taketh) Message-Id: <4197edd7.b11a@falcon.engin.umich.edu> References: <8902202047.AA08597@umix.cc.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu From apollo-request@umix.cc.umich.edu Wed Feb 22 23:46:33 1989 Date: 20 Feb 89 22:50:00 GMT From: conliffe%caen.engin.umich.edu%mailrus.uucp@tut.cis.ohio-state.edu (Darryl C. Conliffe) Organization: U of M Engineering, Ann Arbor, Mich. Subject: Re: David Letterman's top ten list of Apollo questions. Message-Id: <41980f41.b11a@falcon.engin.umich.edu> References: <15210@vlsisj.VLSI.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <15210@vlsisj.VLSI.COM>, bennett@vlsisj.VLSI.COM (Michael Bennett) writes: > Does anyone know how to: > > 8) Use the DM mark stack to do anything useful? i.e. How in heck > does that #!&$% mark stack work? > > -- > Michael Bennett (408) 434-7851 (W) Yep, there is a use for the mark stack. To use the mark, try these key definitions: KD R1S CMS;DR KE # SHIFT-POP: Clear stack and mark current location for future return. KD R2S GM;RM KE # SHIFT-AGAIN: Return to last mark. KD F3 /[*a-zA-Z._:@-$0-9@@@/@@@\*]/dr; echo; \[*a-zA-Z._@-$0-9@@@/@@@\*]\;/?/XC word;TL KE # Put your cursor on a word or filename, press and hold F3 to copy a word. KD F3U TL;gm;es ' ';XP word;/[*a-zA-Z._@-$0-9@@@/@@@\*]/dr KE # Release will use previous mark (Shift-POP) for new word location. KD F7S ES ' ';EE;DR;TR;XC TO_EOL KE # Copy to EOL to buffer TO_EOL KD F7C DR;XP TO_EOL KE # Copy image in TO_EOL to current cursor location. In an open pad, hit SHIFT-POP to mark where you want a copy of the string you are going to select. Move the cursor to the string you want to copy. Hit F3, and a copy will come to the position marked. You can also mark a position (SHIFT-POP), move the cursor to a position on a line of text, hit SHIFT-F7 (to copy), hit SHIFT-AGAIN to return to the original mark, then hit CONTROL-F7 to paste the text at the new position. Got it? (By the way, I had to use * in the definitions to get them safely posted. To get them to work, substitute a tilda for *.) -- ___________________ Darryl C. Conliffe conliffe@caen.engin.umich.edu (313) 721-6069 ------------------- From apollo-request@umix.cc.umich.edu Thu Feb 23 05:25:43 1989 From: David B. Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <8902230817.AA00385@icaen.uiowa.edu> Date: Thu, 23 Feb 89 01:15:41 CST Subject: Re: David Letterman's top ten list of Apollo questions. To: bennett%vlsisj.uucp@decwrl.dec.com Cc: apollo@umix.cc.umich.edu Re posting <15210@vlsisj.VLSI.COM>: > 1) Create a window from a 'C' program that can NOT be resized > by the user? I have a window that must be a fixed size, but > currently the user can "grow" it and things get messed up. There's no way that I know to prevent a user from trying to resize a window, but you can prevent them from succeeding. Write a gpr refresh routine that will check the window size & location when called, and if the window is not where you want it, put it back. The net effect will be: the user grabs the window, stretches it, but when they let go, it will snap back to its starting location. (I'm assuming that you're using GPR direct mode graphics) > 2) Create a window whose size includes the legend and border? Create the window, then turn the border off, you'll get the whole window to use then. If you want a border, draw it your self. The different window border sizes are caused by the legend fonts sizes. You could find out what kind of legend font the machine was using, read it, and then subtract its parameters from your window size if you want to keep the DM legend. > Access the node id with a 'C' procedure? There are lots of different system calls that have the node ID as part of the info returned. Any UID created on the node will have the node ID as the bottom 20 bits. Most kinds of process info calls will give you a process UID, easiest is proc2_$who_am_i. > 4) Place cursor on a named window using the Display Manager (DM)? That's not easy. If you first turn it into an icon, when you un-icon it, the cursor will usually end up on it. Lots of work. > 5) Determine the contents of the DM search buffer, preferably using > DM commands. Or, how about from a shell script. I don't know that there is a way to do that. The search buffer is internal to the DM. > 6) Query (all DM) windows info from 'C' program? Read the contents of the "all_group" paste buffer. Try the following: "cat `node_data/paste_buffers/all_group" This will give you the names of all windows & icons on the screen. > 7) Get a the name of the process a 'C' program or shell script is > running in from that program or shell script? Get the parent process ID (getppid), capture the output from a "ps -agN" and grab the first 32 characters from the line with the matching PID. (this will work at sr9.7 or sr10) > 8) Use the DM mark stack to do anything useful? i.e. How in heck > does that #!&$% mark stack work? Check out some of the key defs in "/domain_examples/keydefs", EG "/domain_examples/keydefs/full/kd" > 9) Get the parameters (baseline, line height, etc) for a fixed pitch font? > The method I use now is show below. It seems to work for f5x9 but not for > f9x15. Read the font file header, all the answers are in there. For a pre-sr10 font file, see the insert file /sys/ins/smdu.ins.* for the interpetation. For a sr10 font file, use or /sys/ins/fontn.ins.* From apollo-request@umix.cc.umich.edu Thu Feb 23 05:26:30 1989 Date: 23 Feb 89 03:35:44 GMT From: syd%dsinc%vu-vlsi.uucp@psuvax1.cs.psu.edu (Syd Weinstein) Organization: Datacomp Systems, Inc., Huntingdon Valley, PA 19006 Subject: Re: (none) Message-Id: <78@dsinc.UUCP> References: <8902211609.AA05630@richter.mit.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <8902211609.AA05630@richter.mit.edu> krowitz@RICHTER.MIT.EDU (David Krowitz) writes: >Re: 2nd drive on apollo DN4500 >You mentioned that you meet the first condition. Do you meet >the other two? Have you tired using the drive as drive 0? The two drives are the same, and both work as drive 0 and neither works as drive 1. I am stumped. -- ===================================================================== Sydney S. Weinstein, CDP, CCP Elm Coordinator Datacomp Systems, Inc. Voice: (215) 947-9900 {allegra,bpa,vu-vlsi}!dsinc!syd FAX: (215) 938-0235 From apollo-request@umix.cc.umich.edu Thu Feb 23 13:35:51 1989 Date: 22 Feb 89 10:35:23 GMT From: richard%philce%philmds%hp4nl%mcvax.uucp@uunet.uu.net (Richard Bishopp) Organization: Philips Consumer Electronics, Eindhoven Subject: news on apollo Message-Id: <308@philce.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Has anyone out there in NetLand got a copy of news for the APOLLO system. Our feed will be from an Ultrix VAX. I'm not particularly inclined to port it. If so could they mail it out to me or tell me where I can get it. Thanks in advance. Richard Bishopp From apollo-request@umix.cc.umich.edu Thu Feb 23 13:55:10 1989 Date: 22 Feb 89 10:01:04 GMT From: achille%cernvax%mcvax.uucp@uunet.uu.net (achille) Organization: CERN European Laboratory for Particle Physics, CH-1211 Geneva, Switzerland Subject: Domain Internet Routers Query Message-Id: <938@cernvax.UUCP> References: <65@dsinc.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We are having strange problems with our Domain Internet; our topology is as follows: a) we have a Domain ring (net 1) and b) an Ethernet (net 3001). We had a single router between ring and eth until a couple of weeks ago (and had no problems for what we could see) when we got an additional eth board for a second dn3000. The idea was to have 2 routers in parallel between the ring and eth to provide redundancy in case of failure of one of the 2 routers. Now almost at the same time we got some nodes running sr10, we installed some new eth boards for tcp/ip on user nodes and got lot more users working on eth based nodes. The problem we experience is that sometimes from the ring you can only see part of the eth nodes (lcnode -from //anethnode), but if you creep onto //anethnode and then do an lcnode from there you see the nodes that were missing previously. It looks like one of the 2 routers is gone crazy and that the nodes that don't show up in 'lcnode -from ...' are trying to use it for routing. Now I checked some time ago and saw that if a router goes down, all other nodes realize the change quite quickly (couple of seconds - 1 min.), so we are really stuck ! We are running the routers under 9.7, there are a few sr10 nodes both on the ring and on eth (some dn10k). The ethernet is NOT just for Domain, there are some other 700 tcp/ip hosts on it plus DecNet hosts. Does anybody know about problems with multiple Domain routers and/or incompatibilities with other eth machines or whatever ? Thanx in advance, Achille Petrilli, Cray and PWS operations From apollo-request@umix.cc.umich.edu Thu Feb 23 13:55:47 1989 Date: Thu, 23 Feb 89 11:44:00 EST From: pha@caen.engin.umich.edu (Paul H. Anderson) Message-Id: <41a5dda8e.001285f@caen.engin.umich.edu> To: apollo@umix.cc.umich.edu, oj%apollo%ulowell%mailrus.uucp@tut.cis.ohio-state.edu Subject: Re: GPR, turn on one pixel, big pictures Another dumb GPR question... well, maybe not so dumb, but it keeps coming up in my code, and I haven't found a good solution: Is there an extremely fast, efficient way of converting a pixel major bitmap to a plane major bitmap and vice versa? ie many printer type devices want things an 8 bit pixel at a time, but are stored a plane at a time. The best I've been able to do is to do a gpr_$read/write_pixels, which gives me a pixel per 4 byte array element. I do this only on one row or column at a time (a column is much slower than a row), since to convert a plane bitmap to a pixel bitmap via this call is beyond the given limit of 128K pixels (this last info from my memory). I don't recall exactly how fast I can do it, but it is something on the order of a minute or two. Is there a faster way of doing this? Paul Anderson CAEN Apollo guy From apollo-request@umix.cc.umich.edu Thu Feb 23 15:39:49 1989 Message-Id: <8902231813.AA05206@cod.nosc.mil> Date: Thu, 23 Feb 89 10:10:56 pst From: dennis@peanuts.nosc.mil (Dennis Cottel) To: apollo@umix.cc.umich.edu Subject: Summary: Ether vs. Ring Date: Thu, 23 Feb 89 13:02:08 est From: krowitz@richter.MIT.EDU (David Krowitz) Message-Id: <8902231802.AA06484@richter.mit.edu> To: apollo@umix.cc.umich.edu Subject: Sigh, stupid mailer! Again, please accept my apologies for posting this to the whole net, but the name server here at MIT seems to be unable to resolve this address ... (maybe it should be in lower case?). >From MAILER-DAEMON@EDDIE.MIT.EDU Thu Feb 23 12:56:32 1989 Date: Thu, 23 Feb 89 12:58:31 EST From: MAILER-DAEMON@EDDIE.MIT.EDU (Mail Delivery Subsystem) Subject: Returned mail: User unknown Message-Id: <8902231758.AA19794@EDDIE.MIT.EDU> To: Status: R ----- Transcript of session follows ----- >>> RCPT To: <<< 550 ... User unknown 550 ... User unknown ----- Unsent message follows ----- Date: Thu, 23 Feb 89 12:54:28 est From: krowitz@richter (David Krowitz) Message-Id: <8902231754.AA06454@richter.mit.edu> To: syd%dsinc%vu-vlsi.uucp@psuvax1.cs.psu.edu Subject: Re: (none) Hmmm ... my guess (and it's only a guess) would be that there is a jumper on the interface board that needs to be changed. Try running the program /systest/ssr_util/jumper. It will so (show) you the positions for the jumpers on the disk controller card and also the logic card for the disk. My version of this program shows only the 348 MB and the 348MB high-speed (fast actuator) disks, not the 690 MB disk. Also, note that the F2 key will show you the board configs for the DN3000. If you want to see the configs for the DN4000 (which should be the same as the DN3500/4500), use the shift-F2 key. The jumper program says that the logic card on the disk has some jumpers enabled which must be removed if the disk is not the last disk in the daisy chain. This might be your problem (then again, you may already have tried this, in which case, I'm stumped, too). == Dave Krowitz From apollo-request@umix.cc.umich.edu Thu Feb 23 19:34:17 1989 Return-Path: Message-Id: <8902232242.AA00602@okc-unix.ARPA> Date: Tue Feb 21 11:01:57 1989 From: rkw@okc-unix.ARPA (Ron Wallman) Subject: ATTN: Context Users To: apollo@umix.cc.umich.edu Status: N I'm inquiring if there are any Apollo users on this network list that use the Documentor product (software) from Context Corp. If any of you Context users are interested in swapping tales, problems, solutions, or tears please respond to my DDN mail address. For anyone else on the this network list who may be interested, the Documentor product is a document management application. It provides a WYSIWYG environment for the preparation, modification, configuration control, and publishing of technical documents. We are a software maintenance organization for the U.S. Air Force E-3 aircraft and will use our Apollos (for now at least) primarily for the purpose of creating and changing our software technical documentation for each of our own software product releases. We have just begun this transitional phase from a paper world to a digital world. This effort is being accomplished in association with the Software Engineering Institute of CMU. Ronald Wallman Oklahoma City Air Logistics Center OC-ALC/MMECT Tinker Air Force Base, Ok 73145-5990 405-736-7044 DDN Mail : rkw@okc-unix.arpa From apollo-request@umix.cc.umich.edu Thu Feb 23 23:30:05 1989 Date: 24 Feb 89 00:00:30 GMT From: weiner%novavax%uflorida.uucp@g.ms.uky.edu (Bob Weiner) Organization: Nova University, Fort Lauderdale, FL Subject: Why no menu interface in Apollo's DM Message-Id: <1034@novavax.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Can anyone tell me why Apollo has never added a menu interface to their DM window system. I know they are coming out with X/DM which would allow Xmenus but many people won't be using the X side of it for a long time. Many Sun and Mac users here have a simple interface that they can all deal with through custom menu hierarchies that they can pick up quickly. Why not Apollo? -- Bob Weiner, Motorola, Inc., USENET: ...!gatech!uflorida!novavax!weiner (407) 738-2087 From apollo-request@umix.cc.umich.edu Thu Feb 23 23:41:02 1989 Date: 24 Feb 89 02:00:00 GMT From: weber_w%apollo.uucp@beaver.cs.washington.edu (Walt Weber) Organization: Apollo Computer, Chelmsford, MA Subject: Re: I hate to be a pain, but I need help with DM Message-Id: <41a7cf1a.1b0ea@apollo.COM> References: <11588@watdragon.waterloo.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <11588@watdragon.waterloo.edu> dvadura@watdragon.waterloo.edu (Dennis Vadura) writes: >System: DN 3500 >OS: SR 10.1 [...stuff deleted...] >Anyway, after staring into the 3 feet of documentation we have on Apollos here >I see no mention of a termcap like capabilities description for DM windows. [...stuff deleted...] >ie. PUT SIMPLY WHAT IS THE TERMINAL TYPE OF A DM WINDOW????? Dennis : The DM does not have any command sequences which can be embedded in the output stream in order to control cursor positioning, display attributes, etc. This facility is offered through the vt100 emulator, as you already know. Why?? The display manager, in creating/displaying windows, can be thought of as mapping a portion of an underlying file into the display memory. It is NOT a terminal (or a pseudo-terminal), but a "view" of a portion of the underlying file. Responding to embedded control sequences to do "cursor positioning" under this model of operation would be similar to requiring that file pointer seeks be done by embedding escape sequences in write(2). Remember, BOTH are operating on files. Thus, you gain the "infinitely scrollable transcript pads", but don't have cursor positioning. Under the vt100 emulator, you get the ability to "clear screen", but give up the ability to reverse scroll the output window to the beginning of the session. Hope this helps. ...walt... -- Walt Weber Apollo Computer (508) 256-6600 x8315 People's Republic of Massachusetts -The views expressed herein are personal, and not necessarily Apollo's- From apollo-request@umix.cc.umich.edu Thu Feb 23 23:44:44 1989 Date: 22 Feb 89 00:03:49 GMT From: avenger%runx%ipso%metro%otc%munnari.uucp@uunet.uu.net (Troy Rollo ) Organization: RUNX Un*x Timeshare. Sydney, Australia. Subject: Re: David Letterman's top ten list of Apollo questions. Message-Id: <2008@runx.ips.oz> References: <15210@vlsisj.VLSI.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu > > Does anyone know how to: > > 1) Create a window from a 'C' program that can NOT be resized > by the user? I have a window that must be a fixed size, but > currently the user can "grow" it and things get messed up. Well you *could* do it by copying the entire screen to the graphics only screen but that would mean you'd have no other DM control facilities either..... from memory it can't be done on the DM screen. > 4) Place cursor on a named window using the Display Manager (DM)? One way might be to use wi twice - that would leave the cursor on the window after a little stuffing about by the dm. ---------------------------------------------------------------- Internet: avenger@runx.ips.oz.au UUCP: uunet!runx.ips.oz.au!avenger "Watch out for Gobbledocks - they'll steal all your silicon chippies" From apollo-request@umix.cc.umich.edu Thu Feb 23 23:45:13 1989 Date: 24 Feb 89 01:12:00 GMT From: weber_w%apollo.uucp@beaver.cs.washington.edu (Walt Weber) Organization: Apollo Computer, Chelmsford, MA Subject: Re: New -rem option to rbak Message-Id: <41a7a3f6.1b0ea@apollo.COM> References: <529@sdrc.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <529@sdrc.UUCP> crgabb@sdrc.UUCP (Rob Gabbard) writes: >Has anyone gotten the new -rem option to rbak to work ? The SR10.1 >release notes state that it must be to a host with /etc/rmt that you >can rexec to. Since both are Suns and Convex use this mechanism via >dump to do backups I figured that would be the perfect canidates. > >After all attempts the message "Login failed." is returned along with >a message from rbak telling me it failed to connect to foreign host. >The account I was doing this from was able to rsh, rlogin, etc. without >the -l option so I know that's not the problem. I figure Apollo is using >some canned account name to connect with the rexec. > >So my next step was to call 1-800-2APOLLO. And the ever so helpful response >was "You got a VAX running UNIX ? R & D says it should work so I'm submitting >an APR (i.e. so he can close the call ASAP)." Rob: As the manager of the OS Support group at 1-800-2-Apollo, I was concerned that you feel we could do better in supporting you. I reviewed the incident which was opened for this question, and have seen the following: 2/1 @ 10AM - you opened the call, got transferred immediately to a specialist who was unfamiliar with the new "-rem" option under 10.1. She collected a bit more data from you, and transferred it to another specialist who knew more about 10.1 & rbak than she did. 2/1 @ 1200 - the second specialist contacted the developer for a quick check on the issue, since the new option didn't make it into the online help page, but was in the release notes - possibly a documentation bug? Developer says "should work, get the following data for us .....". 2/1 @ 1420 - second specialist appears to have contacted you, since the call contains the answers to the questions asked by r&d. 2/3 @ 1530 - we reproduced the problem here using a non-apollo machine, and also between two apollo nodes. We submitted the analysis to r&d via an apr (formal reporting procedure, r&d builds worklists from the apr system), and then left you a message with the apr number, and that the incident would be closed. Analysis: - We did really well on the analysis and timely report to r&d. - We could have done better by suggesting a workaround to try (maybe "rbak -stdin | rsh sun1:dd" would work?). - We did poorly in communicating the results of our analysis to you, leading you to believe you had been abandoned. While it is not my desire to turn this into talk.sins.confessional, I felt that the user community might be interested to know that we are interested in your needs, and intend to address problems as we find them. If you continue to inform us of specific problems, we'll try our best to resolve them as best we can. Thanks for your time. ...walt... -- Walt Weber Apollo Computer (508) 256-6600 x7165 People's Republic of Massachusetts -The views expressed herein are personal, and not necessarily Apollo's- From apollo-request@umix.cc.umich.edu Fri Feb 24 07:34:56 1989 Date: 24 Feb 89 00:51:37 GMT From: ins_bxl%jhunix%aplcen%haven.uucp@eneevax.umd.edu (Xuyong Liu) Organization: The Johns Hopkins University - HCF Subject: tcsh for apollo Message-Id: <853@jhunix.HCF.JHU.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Is there a version of tcsh for Apollo system now? If yes, could someone tell where and how I can get it? The machine I have in mind is an Apollo DN4000 running BSD4.2. Thanks in advance. liu@talmisa.ece.jhu.edu ins_bxl@jhunix.hcf.jhu.edu From lubkin@apollo.com Fri Feb 24 07:41:11 1989 From: David Lubkin Message-Id: <8902241330.AA05680@apollo.UUCP> Date: Fri, 24 Feb 89 08:18:52 EST Subject: INFO-DSEE mail To: dsee_list:@apollo.com From: pabong@uring.eta.com (Paul A. Bong) Reply-To: pabong@uring.eta.com Subject: Printing derivations To: info-dsee@apollo.com Date: wed, 22 feb 89 15:03:07 X-Mailer: Elm [version 2.1 PL0] Is there any way to print a derivation of an element using DSEE 3.2? -- This is so deeply warped that even I understand it. -Dr Johnny Fever pabong@aring.eta.com ETA Systems INC. pabong@uring.eta.com 1450 Energy Park Drive pabong@gonzo.eta.com St Paul, MN 55108 (612) 642-3619 ------- From lubkin@apollo.com Fri Feb 24 07:43:03 1989 From: David Lubkin Message-Id: <8902241330.AA05662@apollo.UUCP> Date: Fri, 24 Feb 89 08:13:40 EST Subject: INFO-DSEE mail To: dsee_list:@apollo.com From: tinglett@uring.eta.com (Todd Inglett) Reply-To: tinglett@uring.eta.com Subject: Acl problem on DSEE 3.2 library objects. To: info-dsee-request@apollo.com Date: wed, 22 feb 89 14:27:25 Cc: tinglett@uring.eta.com X-Mailer: Elm [version 2.1 PL0] Recently we just converted from DSEE 2.1 to DSEE 3.2. No major problems have been encountered yet, however we have noticed there is a change in acls on DSEE library objects. One of our libraries is protected as follows: %.csr_admin.%.% administrator %.sys_admin.%.% administrator %.sc.%.% member %.backup.%.% reader %.%.csr.% reader %.%.eta.% reader %.%.%.% non-user An element file (casehm) in that library is protected as follows: Acl for model: %.sc.%.% pgn-wr- %.csr_admin.%.% pgn--r- %.backup.%.% -gn--r- %.sys_admin.%.% pgn--r- %.%.csr.% -gn--r- %.%.eta.% -gn--r- %.%.%.% ------- There is a problem here because vi and gnuemacs will allow you to edit the library element! Of course when you try to save it gives an error, but the error is 'file is not a directory.' These editors would not allow you to attempt to edit the file if the 'w' were not present in the acl. When an administrator reprotects the library, the acls remain the same. However, when root reprotects the library, the acls are quite different: Acl for model: %.sc.%.% pgn--rx %.csr_admin.%.% pgn--rx %.backup.%.% -gn--rx %.sys_admin.%.% pgn--rx %.%.csr.% -gn--rx %.%.eta.% -gn--rx %.%.%.% ------- What is going on here? Why should root acl a library differently than an administrator? Is the root acl correct? Did our conversion fail to set the protections properly? -Todd Inglett tinglett@uring.eta.com ETA Systems, Inc./ETC03D 1450 Energy Park Drive St. Paul, MN 55108 ------- From apollo-request@umix.cc.umich.edu Fri Feb 24 15:30:09 1989 Message-Id: <8902241719.AA04841@umix.cc.umich.edu> Date: 24 Feb 89 11:12:00 CST From: "DAVE ERSTAD" Subject: C include files in DSEE To: "apollo" The syntax used to include derived objects in a C source is essentially the same as Pascal. Maybe what threw you was trying to use the Pascal version of include. For example, #include "$(hi_generate.src).h" will grab an object with the extension .h which was derived from an element (or another build) named hi_generate.src. This works at SR9.7/DSEE 3.0 and should also work at SR10.0/DSEE3.3.1. Dave Dave Erstad Prinicpal Design Automation Engineer Honeywell SSEC From apollo-request@umix.cc.umich.edu Fri Feb 24 17:43:13 1989 Date: 24 Feb 89 14:49:00 GMT From: ganek%apollo%ulowell.uucp@bbn.com (Dan Ganek) Organization: Apollo Computer, Chelmsford, Mass. Subject: Re: how do you detect shift/ctrl key with mouse down in GPR? Message-Id: <41aa7e4f.c82a@apollo.COM> References: <751@cs-spool.calgary.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >From: freedman@ksi_mistaya.UCalgary.CA (Dan Freedman @ Knowledge Science Lab, U. of Calgary, Calgary, Canada.) > >A researcher here at the U. of Calgary is porting a large VLSI >design system to our DN4500's running SR 10.1. He is using GPR >to do i/o to the screen and keyboard, and is operating in direct >mode. In order to get the user interface to behave as it does >on other systems (ie: suns), he needs to be able to detect >whether or not the shift or control keys are down when a mouse >button is pressed. If they are, then different actions should >be performed than when they are up. The manuals unfortunately don't >say how to do this. I know that it is possible to do so in some way, >since X windows (at least under 9.7 in borrow mode) is able to >do it. Any ideas? Shift/ctrl mouse buttons are not available via GPR in SR10.1. The borrow mode X server uses function keys for shift, control, and meta - not the actual shift or control keys. The DM does define shift/control mouse buttons so you could use pad_$def_pfk to redefine M1S, M1C, etc. The application would then have to wait on both gpr input and stdin. Shift/control mouse buttons will be available with the GPR that ships with DOMAIN/X11 V1.1. This is the "share-mode" X11 for sr10.1. DOMAIN/X11 V1.1 is currently in beta and we expect FCS in a few months. In addition, we will be merging DOMAIN/X11 into the base Apollo software in a future release. /dan ganek ganek@apollo.com From apollo-request@umix.cc.umich.edu Fri Feb 24 19:30:53 1989 From: lwk@caen.engin.umich.edu (Woody Kellum) Message-Id: <41ac44614.000b617@caen.engin.umich.edu> To: richard%philce%philmds%hp4nl%mcvax.uucp@uunet.uu.net Cc: apollo@umix.cc.umich.edu Subject: Re: news on apollo In-Reply-To: Your message of 22 Feb 89 10:35:23 GMT. <308@philce.UUCP> Date: Fri, 24 Feb 89 18:16:49 EST Has anyone out there in NetLand got a copy of news for the APOLLO system. Our feed will be from an Ultrix VAX. I'm not particularly inclined to port it. If so could they mail it out to me or tell me where I can get it. Thanks in advance. Richard Bishopp You can get news for apollo via anonymous ftp from /pub/news/news2.11.apollo.tar.Z on citi.umich.edu. nntp.tar.Z is also there as well as compress.tar. I would like some feedback as to how it works for you, and I will answer questions that you might have. This copy has a lot of U. of M.'isms that must be removed. Oh - rn is there, too. - Woody Kellum (lwk@caen.engin.umich.edu) From apollo-request@umix.cc.umich.edu Fri Feb 24 19:40:55 1989 Date: 23 Feb 89 09:54:14 GMT From: achille%cernvax%mcvax.uucp@uunet.uu.net (achille) Organization: CERN European Laboratory for Particle Physics, CH-1211 Geneva, Switzerland Subject: Re: ctlr/shift mouse buttons Message-Id: <939@cernvax.UUCP> References: <15210@vlsisj.VLSI.COM>, <1231@ssc-bee.ssc-vax.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu It's that easy: from DM you can redefine ctrl/shift mouse buttons appending to the name of the button (m[1-3]) 'c' or 's'. My m2s for instance iconizes a window. It seems to me that you cannot detect whether the ctrl/shift key has been depressed by itself, but only as a modifier of other keys. As of using GPR with shift/m[1-3], you have just to try and see wich character is sent when shift/m[1-3] is depressed. For what I remember right now, the m[1-3] (unshifted) send something like 'a', 'b' and 'c'. Hope this helps. Achille Petrilli, Cray and PWS Operations From apollo-request@umix.cc.umich.edu Sat Feb 25 03:55:08 1989 Date: 24 Feb 89 15:18:22 GMT From: heap%tdb%bmc1%draken%kth%mcvax.uucp@uunet.uu.net (Per Bengtsson, Dept. of Scientific Computing) Organization: Dept. of scientific comp., Uppsala univ., Sweden Subject: Common Lisp on Apollo Message-Id: <946@tdb.uu.se> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We have upgraded our Apollos to SR10, and now it seems that our Domain/CommonLisp ver. 2.10 is obsolete. Since we don't pay service on this software, we won't get any upgrades on it. I recently heard about an alternative (to buying a newer version from Apollo) called Kyoto Common Lisp (KCL). After what I have heard this Lisp is portable (written in C) and is distributed for free from the University of Kyoto, Japan. It's also supposed to use memory more economically (good for our 4Mbyte nodes). I have have also heard about an enhanced version from Austin, Texas (equally portable ?, for free ?). My questions are : 1) Is KCL (any of the two versions) ported to Apollo ? If so, can anyone compare it to the (Lucid) Clisp that Apollo offer? 2) If not ported, is it easy to implement ? 3) Where can I get it ? With FTP ? I have DN3000:s running SR10.0 (BSD4.3). Thanks in advance. /Per Bengtsson -- ---------------------------------------------------------------------- Internet: Heap@tdb.uu.se Sunet/Decnet: tdb::Heap ---------------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Sat Feb 25 08:04:54 1989 Date: 24 Feb 89 16:30:05 GMT From: ian%media.uucp@PENTAGON-AI.ARMY.MIL (Ian Poynter) Organization: Media Cybernetics, Silver Spring, MD Subject: elm on the Apollo Message-Id: <254@media.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have recently obtained elm2.2d an I am planning to use it on our Apollos which use the new SR10.1 release of Domain/OS. I am having a few problems compiling elm, mostly due to "Configure" becoming confused about which libraries are available (Apollo's merged bsd/SysV means that some of the tests fail). Before I set out to try and fix these problems, I'd be interested to hear from anyone else who has had similar trouble. Please reply by e-mail as I have been really busy lately and don't read news as often as I might like :-) Thanks in advance Ian -- Ian (I answer *all* mail) Poynter Phone: +1 (301) 495-3305 UUCP: ..!{mimsy,sundc}!{prometheus,hqda-ai}!media!ian Internet: (new) ian%media@pentagon-ai.army.mil (but too new to work?) (old) ian%media@hqda-ai.arpa (going away real soon now) From apollo-request@umix.cc.umich.edu Sat Feb 25 08:09:35 1989 Date: 24 Feb 89 16:43:44 GMT From: crgabb%sdrc.uucp@uunet.uu.net (Rob Gabbard) Organization: Structural Dynamics Research Corp., Cincinnati Subject: Re: New -rem option to rbak Message-Id: <546@sdrc.UUCP> References: <529@sdrc.UUCP>, <41a7a3f6.1b0ea@apollo.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu > As the manager of the OS Support group at 1-800-2-Apollo, I was concerned that > you feel we could do better in supporting you. I reviewed the incident which > was opened for this question > > Analysis: > > - We did really well on the analysis and timely report to r&d. > > - We could have done better by suggesting a workaround to try (maybe > "rbak -stdin | rsh sun1:dd" would work?). > > - We did poorly in communicating the results of our analysis to you, leading you to > believe you had been abandoned. > I'd like to thank Walt for his responsiveness and would like to stress that I did not want to cast any bad light on Apollo software support. I have found Apollo support to be some of the best available compared to some other vendors I have dealt with. During this particular incident I was outraged that more effort was not put into finding a solution to my problem. I did not know that the problem had been duplicated at Apollo - all I heard was "R&D said it should work". Without knowing this I assumed the support guy didn't even try it. Most of the problems I call in are resolved by the support staff. However, I usually give up when an APR is submitted. At that point I realize it is out of their hands and in R&D's. Of about 10 APRs I have submitted in the last 5 months, I have only gotten a reply on 1 of them. I get the letter with that infamous statement "Thank you for sending us your APR. Your APR is currently being worked on and you will receive a reply from us SOON" but I rarely recieve a follow up. Some of them were fixed in SR10.1 but I didn't know that until after I had 10.1. It doesn't seem as if the problem is with the support staff but with R&D's responsivness. Once again, I'd like to thank Walt for his thorough response. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Rob Gabbard (uunet!sdrc!crgabb) _ /| Workstation Systems Programmer \'o.O' Structural Dynamics Research Corporation =(___)= U =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From apollo-request@umix.cc.umich.edu Sat Feb 25 18:09:27 1989 Date: 23 Feb 89 07:59:54 GMT From: lambert%cheops%elecvax%usage%basser%metro%otc%munnari.uucp@uunet.uu.net (Timothy Lambert) Organization: EE & CS, Uni N.S.W., Sydney, Australia Subject: Re: David Letterman's top ten list of Apollo questions. Message-Id: <1085@cheops.eecs.unsw.oz> References: <15210@vlsisj.VLSI.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >From article <15210@vlsisj.VLSI.COM>, by bennett@vlsisj.VLSI.COM (Michael Bennett): > Does anyone know how to: > > 1) Create a window from a 'C' program that can NOT be resized > by the user? You could redefine the GROW key and M1 or whenever they change the size, change it back. > > 2) Create a window whose size includes the legend and border? Create the window and then use pad_$set_full_window > 4) Place cursor on a named window using the Display Manager (DM)? > wi -i name;wi -w name > 6) Query (all DM) windows info from 'C' program? > You can get all their names by looking in `node_data/paste_buffers/all_group Tim From apollo-request@umix.cc.umich.edu Sun Feb 26 07:41:29 1989 Date: 25 Feb 89 20:24:15 GMT From: freedman%cpsc%calgary%alberta%att.uucp@ucbvax.Berkeley.EDU (Dan Freedman) Organization: Knowledge Science Lab, U. of Calgary, Calgary, Canada. Subject: Re: I hate to be a pain, but I need help with DM Message-Id: <802@cs-spool.calgary.UUCP> References: <11588@watdragon.waterloo.edu>, <41a7cf1a.1b0ea@apollo.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <41a7cf1a.1b0ea@apollo.COM> weber_w@apollo.COM (Walt Weber) writes: >The DM does not have any command sequences which can be embedded in the output >stream in order to control cursor positioning, display attributes, etc. [much deleted] >Thus, you gain the "infinitely scrollable transcript pads", but don't >have cursor positioning. It would be nice if the portion of the DM window that was visible would act like a vt100, and the portion that was off screen would act like a transcript. Note that if output occurs while the user is paged back somewhere in the transcript, the DM would then update that portion of the end of the transcript that *would* have been in the window wer the user not paging backward. Ie: the off screen part of the transcript is read-only, even when the user brings it on screen by paging backwards. Only the bottom n lines (where n is determined by the window size) of the transcript act like a vt100. This behaviour can be seen in Versaterm Pro (and possibly also the normal version of Versaterm) for the Apple Macintosh, and is very useful. There is no intrinsic reason why this combined functionality cannot be made available in the DM, other than it might require a fairly radical change in the DM's programming. Dan Freedman University of Calgary Computer Science Department 2500 University Drive N.W. freedman@cpsc.UCalgary.CA Calgary, Alberta, T2N 1N4 ...!alberta!calgary!freedman From apollo-request@umix.cc.umich.edu Mon Feb 27 09:33:53 1989 Message-Id: <8902271309.AA01082@umix.cc.umich.edu> 27 Feb 89 13:01:52 GMT Feb 89 13:01:51 GM Via: UK.AC.PCL.STOAT; 27 FEB 89 13:01:40 GMT Date: 27-FEB-1989 13:03:47 From: MARCUS%STOAT.PCL.AC.UK@CUNYVM.CUNY.EDU To: APOLLO@UMIX.CC.UMICH.EDU Subject: Sorry to be a pain.. Has anybody got working source for SIOTF & SIORF on VAX VMS they could throw my way? Also is there a MAIL accessible server with an Apollo PD archive anywhere in netland? Thanks in advance, - m a r c u s - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= marcus@uk.ac.pcl.stoat - JANET marcus%stoat.pcl.ac.uk@ukacrl - BITNET/EARN -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From apollo-request@umix.cc.umich.edu Mon Feb 27 18:21:46 1989 Return-Path: Return-Path: Date: Mon, 27 Feb 89 16:03:34 est From: shull@scrolls.wharton.upenn.edu (Christopher E. Shull) Posted-Date: Mon, 27 Feb 89 16:03:34 est Message-Id: <8902272103.AA01097@scrolls.wharton.upenn.edu> To: achille%cernvax%mcvax.uucp@uunet.uu.net, apollo@umix.cc.umich.edu Subject: Re: ctlr/shift mouse buttons Here is a short Pascal program that displays on the screen the ord() of the character generated as each key is depressed (and sometimes released). The only key it does not display is ^Q. By the way, it borrows the display, and unfortunately does not sense the mouse buttons, but I wrote it a long time ago (1983) and I only had a touch pad back then. I don't have time to fix or enhance it, but you are welcome to. -Chris Christopher E. Shull Decision Sciences Department The Wharton School shull@wharton.upenn.edu University of Pennsylvania shull@scrolls.wharton.upenn.edu Philadelphia, PA 19104-6366 215/898-5930 --------------------------------------------------------------------------- "Damn the torpedoes! Full speed ahead!" Admiral Farragut, USN, 1801-1870 --------------------------------------------------------------------------- %-------------------cut here for keys.pas --------------------------------- program keys; {displays on the screen the ord() of the character generated as each key is depressed (and sometimes released)} %insert '/sys/ins/base.ins.pas'; %insert '/sys/ins/gpr.ins.pas'; %insert '/sys/ins/smdu.ins.pas'; type big_str=packed array[1..1000] of char; var stat:status_$t; sz:gpr_$offset_t; bitmap:gpr_$bitmap_desc_t; font1,x,y:integer; c:char; begin sz.x_size:=800; sz.y_size:=1024; gpr_$init(gpr_$borrow,stream_$stdout,sz,0,bitmap,stat); gpr_$load_font_file('/sys/dm/fonts/b.12',18,font1,stat); gpr_$set_text_font(font1,stat); gpr_$move(10,20,stat); while true do begin if smd_$cond_input_u(c) then begin gpr_$text(chr(ord('0')+ord(c) div 100),1,stat); gpr_$text(chr(ord('0')+(ord(c) mod 100) div 10),1,stat); gpr_$text(chr(ord('0')+ord(c) mod 10),1,stat); gpr_$text(' ',1,stat); gpr_$inq_cp(x,y,stat); if x>700 then gpr_$move(10,y+20,stat); end; end; end. From apollo-request@umix.cc.umich.edu Mon Feb 27 18:23:08 1989 Date: 27 Feb 89 02:43:47 GMT From: ianh%merlin%bruce%munnari.uucp@uunet.uu.net (Ian Hoyle) Organization: none Subject: problem with sendmail Message-Id: <538@merlin.bhpmrl.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I am am having a few problems with sendmail using SR10.1. The following is the result of sendmail being exec'd from within the networking program used here for ACSnet. Error message < which says it is an EX_OSFILE error. This would seem to indicate that a critical system file may be missing, corrupt or otherwise. But ..... I don't know what it might be. passwd, sendmail.cf etc are there !!! What files may be missing or corrupt ??? The strange thing is that I can send mail normally. The problem only seems to occur when sendmail is invoked within SUNIII (the network software). Ian Hoyle /\/\ Computer Systems Superintendent / / /\ BHP Melbourne Research Laboratories / / / \ 245 Wellington Rd, Mulgrave, 3170 / / / /\ \ AUSTRALIA \ \/ / / / \ / / / Phone : +61-03-560-7066 \/\/\/ ACSnet : ianh@merlin.bhpmrl.oz Internet: ianh%merlin.bhpmrl.oz@uunet.uu.net From apollo-request@umix.cc.umich.edu Tue Feb 28 11:48:18 1989 Message-Id: <8902281550.AA03397@umix.cc.umich.edu> Date: Tue, 28 Feb 89 10:47 EST From: FERGUSON%TMSL.EXXON.COM@CUNYVM.CUNY.EDU Subject: Sorry, another wrong address To: apollo@umix.cc.umich.edu X-Vms-To: IN"apollo@umix.cc.umich.edu" OK, I promise this is my correct address: ferguson@tmsl.exxon.com Sorry to have screwed up twice in a row. Thanks again, and sorry to the listener s. From apollo-request@umix.cc.umich.edu Tue Feb 28 12:00:38 1989 Message-Id: <8902281545.AA03300@umix.cc.umich.edu> Date: Tue, 28 Feb 89 10:40 EST From: FERGUSON%TMSL.EXXON.COM@CUNYVM.CUNY.EDU Subject: My Address To: apollo@umix.cc.umich.edu X-Vms-To: IN"apollo@umix.cc.umich.edu" Hi. I don't seem to be receiving any Apollo user mailings. I think' my address (the one I gave you) could be wrong. How about this: ferguson@erevax.exxon.com and remove ferguson@erevax.bitnet if you haven't already. Please verify to me if you get this message. Thanks Scott Ferguson Exxon Corporate Research Center From apollo-request@umix.cc.umich.edu Tue Feb 28 17:36:44 1989 Date: 28 Feb 89 18:52:00 GMT From: conliffe%caen.engin.umich.edu%mailrus.uucp@tut.cis.ohio-state.edu (Darryl C. Conliffe) Organization: U of M Engineering, Ann Arbor, Mich. Subject: Re: I hate to be a pain, but I need help with DM Message-Id: <41bf75d6.b11a@falcon.engin.umich.edu> References: <11588@watdragon.waterloo.edu>, <41a7cf1a.1b0ea@apollo.COM>, <802@cs-spool.calgary.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <802@cs-spool.calgary.UUCP>, freedman@cpsc.ucalgary.ca (Dan Freedman) writes: > > It would be nice if the portion of the DM window that was visible > would act like a vt100, and the portion that was off screen would > act like a transcript. Note that if output occurs while the user is You can use F8S as a toggle to control whether or not the VT100 emulator appends to the underlying transcript file any text scrolled off the top of the screen. See help vt100/keys. -- ___________________ Darryl C. Conliffe conliffe@caen.engin.umich.edu (313) 721-6069 ------------------- From apollo-request@umix.cc.umich.edu Wed Mar 1 09:38:25 1989 Date: 27 Feb 89 05:37:10 GMT From: ashley%cheops%elecvax%usage%basser%metro%otc%munnari.uucp@uunet.uu.net (Ashley M. Aitken) Organization: EE & CS, Uni N.S.W., Sydney, Australia Subject: DIALOG and DM ?'s Message-Id: <1086@cheops.eecs.unsw.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu G'Day, Could someone please give me some solutions or tips on the following problems DIALOG: Is there anyway to perform standard output to a dialog window ie is there some way of changing or dressing a GRAPHICS_AREA into a type of pad? I wish to write text to the dialog window and at present am painfully using the dp_$msg_set_value routine ( setting up the string array is quite painful ). DM: Is it possible to include the icons in the next-window cycle (perhaps some key assignment to shift-next-window) ? I find it depressing to have to search for a mouse under all my paper(less office), and using the cursor keys takes forever. Any assistance either mailed to me or to the group would be most gratefully accepted. Adv-Thanks-ance, Ashley Aitken. E-MAIL ashley@cheops.unsw.oz ACSnet ashley%cheops.unsw.oz@uunet.uu.net ARPAnet ashley@cheops.unsw.oz.au ARPAnet {uunet,ukc,ubc-vision,mcvax}!munnari!cheops.unsw.oz!ashley UUCP ashley%cheops.unsw.oz@australia CSnet ashley%cheops.unsw.oz@uk.ac.ukc JAnet POSTAL Academic Address: Residential Address: Computer Science Department, EECS, c/o Basser College, University of New South Wales, The Kensington Colleges, Box 1,PO KENSINGTON,N.S.W.,2033, Box 24,PO KENSINGTON,3033. AUSTRALIA. AUSTRALIA. Ph. Aust (02) 697-4055 Ph. Aust (02) 663-8117 From apollo-request@umix.cc.umich.edu Wed Mar 1 17:38:57 1989 Message-Id: <8903011930.AA06831@umix.cc.umich.edu> Date: 1 Mar 89 13:26:00 CST From: "DAVE ERSTAD" Subject: Re: DIALOG and DM ?'s To: "apollo" DIALOG: This doesn't answer your question, but may answer your need. What we typically do is to run DIALOG in the top 80% or so of the screen, and run a standard transcript pad in the rest. This is easily done with the pad_$create call. Then, user messages can be put onto the transcript, and you don't have to futz with changing text in the interface (unless you want to). DM: Assign shift next window to TNI. TNI is the "Next Icon" command. From apollo-request@umix.cc.umich.edu Wed Mar 1 19:32:42 1989 Date: 28 Feb 89 11:19:51 GMT From: defert%cernvax%mcvax.uucp@uunet.uu.net (defert) Organization: CERN, Geneva, Switzerland Subject: X Windows and Apollo's Message-Id: <940@cernvax.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Is there a reliable and efficient version of X11R2 or X11R3 running under SR9.7 and/or SR10.1 ? Here at CERN (Geneva) we have got ADUS X11R2 that runs not so quick but bearable and crashes often over 9.7. On 10.1 it is so slow that it is unusable. Do you know why it is so unreliable or so slow? Is it related to X itself or TCP/IP or ... ? Does somebody know when Apollo will support X ? Thanks for your help. Philippe. --------------------------------+-------------------------------------- Philippe Defert | SPS Application Software Group --------------------------------+-------------------------------------- Earth mail: | E-mail: CERN CH-1211 Geneve 23 | defert@cernvax.bitnet Switzerland. | defert@cernvax.UUCP Voice: | + 41 22 835579 | psi%02284681140551::defert From apollo-request@umix.cc.umich.edu Wed Mar 1 19:34:49 1989 Date: 1 Mar 89 21:59:00 GMT From: conliffe%caen.engin.umich.edu%mailrus.uucp@tut.cis.ohio-state.edu (Darryl C. Conliffe) Organization: U of M Engineering, Ann Arbor, Mich. Subject: Re: DIALOG and DM ?'s Message-Id: <41c5247e.b11a@falcon.engin.umich.edu> References: <1086@cheops.eecs.unsw.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu DIALOG: I have run into the same problem, and you beat me to the net with the question. So far, I use Dave's method of a split window and also make calls to the DM to "cv" the file. I explicitly place the window, so that the file to be read appears in the same place each time. I would still prefer, however, to have the analog to the GPR window for an edit pad (with scrollbars, too). DM: I redefine three keys for moving around between pads: KD LB TI;TR KE # - Move to next input window KD LBS TN KE # - Move to next window KD '^ TNI KE # - Move to the next icon These may be of interest to you. -- ___________________ Darryl C. Conliffe conliffe@caen.engin.umich.edu (313) 721-6069 ------------------- From apollo-request@umix.cc.umich.edu Wed Mar 1 19:35:58 1989 Date: 1 Mar 89 22:13:00 GMT From: conliffe%caen.engin.umich.edu%mailrus.uucp@tut.cis.ohio-state.edu (Darryl C. Conliffe) Organization: U of M Engineering, Ann Arbor, Mich. Subject: Re: DIALOG and DM ?'s Message-Id: <41c530b0.b11a@falcon.engin.umich.edu> References: <1086@cheops.eecs.unsw.oz>, <41c5247e.b11a@falcon.engin.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <41c5247e.b11a@falcon.engin.umich.edu>, conliffe@caen.engin.umich.edu (Darryl C. Conliffe) writes: > KD '^ TNI KE > # - Move to the next icon > This definition is in error - the special characters got stripped. I'll try again: KD '^\~' TNI KE # Making -tilda a move to the next icon -- ___________________ Darryl C. Conliffe conliffe@caen.engin.umich.edu (313) 721-6069 ------------------- From apollo-request@umix.cc.umich.edu Wed Mar 1 21:32:48 1989 Date: Wed, 1 Mar 89 17:38:17 PST From: Leonard N. Zubkoff Message-Id: <8903020138.AA02132@atlantis> To: apollo@umix.cc.umich.edu, defert%cernvax%mcvax.uucp@uunet.uu.net Subject: Re: X Windows and Apollo's Here is a likely reason the X11R2 server is slow on SR10.1. In gpr_tmgr.c you'll find the code: trait_$mgr_dcl (gpr_io_$uid, io_$trait, trait_$kind_local, &gpr_io_$epv, status); Change it to trait_$mgr_dcl(gpr_io_$uid,io_$trait, (trait_$kind_t)(1<<(int)trait_$kind_local), &gpr_io_$epv,status); The problem is that the original code is bogus, but was never checked until SR10.1. I had this same problem in a GPR type manager I use in GNU Emacs. Leonard From apollo-request@umix.cc.umich.edu Fri Mar 3 11:39:03 1989 Date: 2 Mar 89 08:24:30 GMT From: jnp%daimi%dkuug%enea%kth%mcvax.uucp@uunet.uu.net (J|rgen N|rgaard) Organization: DAIMI: Computer Science Department, Aarhus University, Denmark Subject: SR10.1, UUCP and getty problem Message-Id: <2054@daimi.dk> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hello, I'm trying to set up a uucp connection from an Apollo 3500 running SR10.1/ DSB4.3. The connection seems to be working as long as we do polling of other systems (actually only one at the moment). But when we try to accept calls from other systems by running getty on the port to which the modem is connected the outward connection stops working. Using 'ps' it seems that as soon as the modem it sends a "carrier detect" to the port this (erroneously) is taking by getty and NOT the calling uucico. (A note later in the chapter on UUCP seems to indicate that the problem is known. But it seems to contradict other note that advises you to have getty running on the uucp-port). (Manual: Managing BSD System Software (SR10)) Thanks in advance J|rgen N|rgaard From apollo-request@umix.cc.umich.edu Fri Mar 3 13:39:59 1989 Message-Id: <8903031501.AA04110@ksi.cpsc.UCalgary.CA> Date: Fri, 3 Mar 89 10:01:33 EST From: Dan Freedman To: apollo@umix.cc.umich.edu Subject: Re: I hate to be a pain, but I need help with DM In article <41a7cf1a.1b0ea@apollo.COM> weber_w@apollo.COM (Walt Weber) writes: >The DM does not have any command sequences which can be embedded in the output >stream in order to control cursor positioning, display attributes, etc. [much deleted] >Thus, you gain the "infinitely scrollable transcript pads", but don't >have cursor positioning. It would be nice if the portion of the DM window that was visible would act like a vt100, and the portion that was off screen would act like a transcript. Note that if output occurs while the user is paged back somewhere in the transcript, the DM would then update that portion of the end of the transcript that *would* have been in the window wer the user not paging backward. Ie: the off screen part of the transcript is read-only, even when the user brings it on screen by paging backwards. Only the bottom n lines (where n is determined by the window size) of the transcript act like a vt100. This behaviour can be seen in Versaterm Pro (and possibly also the normal version of Versaterm) for the Apple Macintosh, and is very useful. There is no intrinsic reason why this combined functionality cannot be made available in the DM, other than it might require a fairly radical change in the DM's programming. Dan Freedman University of Calgary Computer Science Department 2500 University Drive N.W. freedman@cpsc.UCalgary.CA Calgary, Alberta, T2N 1N4 ...!alberta!calgary!freedman From apollo-request@umix.cc.umich.edu Fri Mar 3 19:29:37 1989 Date: 3 Mar 89 16:26:09 GMT From: laurie%wbcs%ncrwic%ncrlnk%ncrcae%hubcap.uucp@gatech.edu (Laurie Skipper) Organization: Boeing Computer Services, Wichita KS Subject: Apollo DN3010A - Memory Bus Change Message-Id: <147@wbcs.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu LET THE BUYER BEWARE!! Anyone who is planning to purchase a new Apollo DN3000 (or DN3010 as the case may be) should take note. There is a new DN3010A on the streets. It looks like a DN3010; it feels like a DN3010; it acts like a DN3010; but it doesn't remember like a DN3010. THERE IS ONLY ONE MEMORY SLOT IN THE DN3010A! You can configure it as 4MB or 8MB, but it uses the 4MB and 8MB boards ONLY. And, if you decided to upgrade from 4MB to 8MB, you get to toss the original 4MB and order a new 8MB board. Unless you have a more current price guide that I do (or than my sales rep does), there is no mention of this creature, its changes, or the -8MB option. If you order a DN3010, make sure you know what you are acutally getting! DISCLAIMER: The views expressed here are not necessarily those of the company. __ __ |__|--| _| _| |_ Laurie Skipper |__|--|__| ... US MAIL ....................... UUCP ................................... Boeing Computer Services ...!scubed!ncr-sd!ncrwic!wbcs!laurie PO Box 7730, MS K79-32 ...!bellcore!fenix!ncrlnk!ncrwic!wbcs!laurie Wichita, KS 67277-7730 ...!hplabs!hp-sdd!ncr-sd!ncrwic!wbcs!laurie ............................................................................ From apollo-request@umix.cc.umich.edu Fri Mar 3 19:31:22 1989 Message-Id: <8903032320.AA19843@cod.nosc.mil> Date: Fri, 3 Mar 89 15:18:54 pst From: dennis@peanuts.nosc.mil (Dennis Cottel) To: apollo@umix.cc.umich.edu Subject: remote process info? A map listing of DSPST shows the following "secret" library calls: rem_proc1_$info rem_proc2_$info Would someone please mail me the calling sequence for these routines? What I'm specifically after is a way to get the process time for the idle process on remote machines, similar to what was done in the recently posted "load_stat" program. Thanks. Dennis Cottel Naval Ocean Systems Center, San Diego, CA 92152 (619) 553-1645 dennis@nosc.MIL sdcsvax!noscvax!dennis From apollo-request@umix.cc.umich.edu Fri Mar 3 23:28:13 1989 Date: 3 Mar 89 20:27:31 GMT From: doug%wbcs%ncrwic%ncrlnk%ncrcae%hubcap.uucp@gatech.edu (Doug Kratky) Organization: Boeing Computer Services, Wichita KS Subject: How do I get person, project, org from within a C program? Message-Id: <149@wbcs.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I need to be able to get the login identifier of a calling process from wihin a C program. The description of pm_$get_sid_txt advertises that it does just that, and pm_$get_sid_txt returns a string in a useful format. Unfortunately, the sid (login identifier) that pm_$get_sid_txt returns can be changed by changing enivronment variables! Is there an equivalent call or a series of calls that will produce a login identifier that can be trusted (i.e., not affected by changes in environment variables)? Doug Kratky ... US MAIL ....................... UUCP ................................... Boeing Computer Services ...!scubed!ncr-sd!ncrwic!wbcs!doug PO Box 7730, MS K79-32 ...!bellcore!fenix!ncrlnk!ncrwic!wbcs!doug Wichita, KS 67277-7730 ...!hplabs!hp-sdd!ncr-sd!ncrwic!wbcs!doug ............................................................................ From apollo-request@umix.cc.umich.edu Sat Mar 4 01:26:37 1989 Date: 3 Mar 89 08:14:03 GMT From: cees%tamtam%htsa%hp4nl%mcvax.uucp@uunet.uu.net (cees keyer) Organization: AHA TMF (Technical Institute) Amsterdam, The Netherlands Subject: login calls and display calls Message-Id: <191@tamtam.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hello, Is there anyone out there in netland who know something about the following system calls: cl_$check_flag cl_$check_unclaimed cl_$get_flag cl_$get_num cl_$init smd_$inq_blank_timeout smd_$inq_disp_type smd_$set_blank_timeout vfmt_$write2 These calls are used in the program scrto and I want to use one off these to switch off the terminal saver. I think the one i need is the _set_blank_timeout and inq_blank_timeout. I've looked in the file /sys/ins/cmdu.ins.pas and the procedure's where not mentioned in that file. I am also looking for the following include files: login.ins.c login.ins.pas login.ins.ftn These are not available in the system and the standard crypt call doesn't work under SR9.7.X so I have tried to use login_$ckpass and those kind off calls (i extracted them from the passwd program ). Is there some documentation about these kind off things or do I need to get the booklet aegis internals (it is not for sale ). I need to write some software which can check on the users password so I need them desperately. Any information is welcome about these calls. Thanks in advance, Cees Keyer -- DISCLAIMER: All the opinions expressed are my own. Cees Keyer, Algemene Hogeschool Amsterdam. department of electrical engineering. UUCP: {backbones}!mcvax!hp4nl!htsa!tamtam!cees From apollo-request@umix.cc.umich.edu Sat Mar 4 03:25:37 1989 Date: 3 Mar 89 01:22:25 GMT From: thompson%cpsc%calgary%alberta%att.uucp@ucbvax.Berkeley.EDU (Bruce Thompson) Subject: Re: DIALOG and DM ?'s Message-Id: <833@cs-spool.calgary.UUCP> References: <1086@cheops.eecs.unsw.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1086@cheops.eecs.unsw.oz>, ashley@cheops.eecs.unsw.oz (Ashley M. Aitken) writes: > > DIALOG: Is there anyway to perform standard output to a dialog window > ie is there some way of changing or dressing a GRAPHICS_AREA into a > type of pad? I wish to write text to the dialog window and at present > am painfully using the dp_$msg_set_value routine ( setting up the > string array is quite painfu Refer to the System Call Reference under Pad, and create a transcript pad attached to stdout. Use the new pad for Dialog, and use stdout as normal. The text which you send out stdout will still be present when the new pad is closed. > DM: Is it possible to include the icons in the next-window cycle (perhaps > some key assignment to shift-next-window) ? I find it depressing to > have to search for a mouse under all my paper(less office), and using > the cursor keys takes forever. Refer to the DM command TNI (to next icon). It performs a similar function to Next-Window. You should be able to make the key-binding you suggested. Hope this helps, Bruce ------------------------------------------------------------------------------ Bruce Thompson | "Never get into an argument with a University of Calgary, | fool. People may not be able to Computer Science Department | tell the difference" - ???? (403)220-3538 or (403)220-5017 (office) | | "Don't look at me, I only say ...!alberta!calgary!cpsc!thompson | them." From apollo-request@umix.cc.umich.edu Sat Mar 4 05:25:17 1989 Date: 3 Mar 89 22:10:56 GMT From: bc%wbcs%ncrwic%ncrlnk%ncr-sd%hp-sdd%ucsdhub.uucp@sdcsvax.ucsd.edu (Barry Caplin) Organization: Boeing Computer Services, Wichita KS Subject: tar Message-Id: <151@wbcs.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi, We've got an iris and are trying to get files back and forth with the apollos. I've tried to write a cassette using tar... tar cbf 1 /dev/rct8 and read.. tar xf /dev/rct8 . For some reason this is not working. I've also tried using /dev/rct12 and no dev (to the mag tape drive). In each case I get the error message tar: cannot open /dev/rct8 (or /dev/whatever). Is it me or is it tar? The nodes are running 9.6 here (not that I think it would matter). We're thinking of maybe running an sio line from the iris to the apollo and using kermit but we'll only have the iris for a few more days. Any ideas? Barry Please e-mail and I will summarize. Thanks. -- "The bus came by and I got on that's when it all began..." Barry Caplin or @: Boeing Computer Service UUCP: ..{uunet}!ncrwic!wbcs!bc PO Box 7730 - M/S K79-51 CompuServe: (72707,1120) Wichita, KS 67277 316-526-9564 From apollo-request@umix.cc.umich.edu Sat Mar 4 11:24:51 1989 Date: 3 Mar 89 13:36:24 GMT From: hedman%cernvax%mcvax.uucp@uunet.uu.net (hedman) Organization: CERN, Geneva, Switzerland Subject: Linking X libraries with sys5 programs and libraries on Apollos? Message-Id: <948@cernvax.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi, I am running under SR9.7 on the Apollos. The libraries which I have to use has been developed using sys5. When I try to put the Xwindows' Athena widgets together with these libraries the linker is not happy. On consulting the Apollo documentation I find that *yes* one can run sys5 applications in bsd shells and vice versa. But alas, I can not find anything explicit on what to do when one wants to link bsd and sys5 libraries *and* still retain their integrity. So I have a problem... and I also have a bad gut feeling... has *anyone* out there any clue of what the solution might be? Please email me any answers and I will post a summary Thanks in advance! Fredrik Hedman Division SPS CERN Geneva Switzerland From apollo-request@umix.cc.umich.edu Sun Mar 5 01:26:48 1989 Date: 4 Mar 89 15:17:18 GMT From: huisken%nvpna1%prles2%prle%philmds%hp4nl%mcvax.uucp@uunet.uu.net (Jos Huisken) Organization: Philips Research Labs Eindhoven Subject: Re: Reading PC floppies on Apollos Message-Id: <416@prles2.UUCP> References: <8902202249.AA02752@richter.mit.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I once tried to make a driver to read any floppy. Never got it to run though, because of lack of documentation. My goal was to read CP/M floppies with any format. I started with the example in the GPIO directory. If someone has something that works, I'll be delighted. Regards, Jos Huisken __________________________________________________________________________ Jos A. Huisken || NET : huisken@nvpna1.prl.philips.nl Philips Research Laboratories, || PHONE : 31-40-742824 Eindhoven, The Netherlands. || SERI : NLHUISKN:NVPNASA From apollo-request@umix.cc.umich.edu Mon Mar 6 01:30:34 1989 Date: 6 Mar 89 04:14:00 GMT From: conliffe%caen.engin.umich.edu%mailrus.uucp@tut.cis.ohio-state.edu (Darryl C. Conliffe) Organization: U of M Engineering, Ann Arbor, Mich. Subject: multi_square over a network? Message-Id: <41da9204.14df5@ulsoy.engin.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does anyone know of a derivative of the multi_square.pas DIALOGUE example program that would manage the same effect on two different nodes, instead of two pads on the same node? I suspect the use of RWS prohibits this, but I don't know if there is an easy alternative. -- ___________________ Darryl C. Conliffe conliffe@caen.engin.umich.edu (313) 721-6069 ------------------- From apollo-request@umix.cc.umich.edu Mon Mar 6 03:25:16 1989 Date: 5 Mar 89 15:13:40 GMT From: achille%cernvax%mcvax.uucp@uunet.uu.net (achille) Organization: CERN European Laboratory for Particle Physics, CH-1211 Geneva, Switzerland Subject: Re: remote process info? Message-Id: <949@cernvax.UUCP> References: <8903032320.AA19843@cod.nosc.mil> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <8903032320.AA19843@cod.nosc.mil> dennis@PEANUTS.NOSC.MIL (Dennis Cottel) writes: >A map listing of DSPST shows the following "secret" library calls: > > rem_proc1_$info > rem_proc2_$info > >Would someone please mail me the calling sequence for these routines? >What I'm specifically after is a way to get the process time for the >idle process on remote machines, similar to what was done in the >recently posted "load_stat" program. Thanks. > > Dennis Cottel Naval Ocean Systems Center, San Diego, CA 92152 > (619) 553-1645 dennis@nosc.MIL sdcsvax!noscvax!dennis Apparently there are lot of people interested in unreleased system calls about process control. Now I think is a good idea to explain a few things: 1) rem_proc1_$info is a routine internal to dspst. How can I say that ? try 'esa rem_proc1_$info' and then try 'esa proc1_$get_info' and this will show you that the first call is not loaded in global space where the second is. 2) when I was fiddling around with those calls, the nearest thing to rem_proc1_$info I found was asknode_$get_info I think. Unfortunately I believe this beast asks more or less any kind of information, not just process status. (I just dump'd dspst and the call is asknode_$info, not get_info). 3) I've been asking Apollo these kind of information since 1985. The answer has always been: unsupported, undocumented. May be if enough people ask for that, you could finally get something (I personally gave up and only use TCP/IP for communications, so I prefer to use a Sun for dev rather than an Apollo for this particular things, any body remembers Apollo's TCP 3.0 features ? :-) 4) Any way, here is the way I got a few syscalls calling sequence: (Sorry is in fortran, because of better ftn support at the time) integer*4 i(16),j(16),k(16),l(16),m(16),n(16) * * initialize all the arrays to something very unlikely to be * accepted by the syscall you're trying to find out the calling * sequence. All 0s is often good enough. * call top_$secret(i,j,k,l,m,n) Now is just matter of running this program under the debugger and: a) it aborts with access violation or the like: the call is expecting somewhere a pointer, so you can start substite one at a time the arrays with a valid pointer, until it doesn't fail any more. b) it doesn't abort, so look at the content of the first word of each array until you find something that looks like a status code, use stcode to find out what the status means, this will you a hook to what is wrong in your call (name not found == the call want a file name somewhere). Also the status code is always the last argument to a syscall so you've also found the number of args. With a few iterations, you'll have your secret calling sequence. In my experience, is pretty easy to find calling sequence for unreleased syscall in know packages (i.e.: proc2_$suspend, proc2_$resume). If you try with asknode_$info, you'll probably have a much harder time. If you need more info I can try to help, but I still think it would pay off to go TCP/IP, at least you won't be tied to Apollo. Hope this helps, Cheers, Achille Petrilli Cray and PWS operations From apollo-request@umix.cc.umich.edu Mon Mar 6 13:36:09 1989 Date: 6 Mar 89 14:55:00 GMT From: mishkin%apollo%ulowell%mailrus.uucp@tut.cis.ohio-state.edu (Nathaniel Mishkin) Organization: Apollo Computer, Chelmsford, MA Subject: Re: How do I get person, project, org from within a C program? Message-Id: <41dcce50.18fa1@apollo.COM> References: <149@wbcs.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <149@wbcs.UUCP> doug@wbcs.UUCP (Doug Kratky) writes: >I need to be able to get the login identifier of a calling process from >wihin a C program. The description of pm_$get_sid_txt advertises that >it does just that, and pm_$get_sid_txt returns a string in a useful >format. Unfortunately, the sid (login identifier) that pm_$get_sid_txt >returns can be changed by changing enivronment variables! > >Is there an equivalent call or a series of calls that will produce a >login identifier that can be trusted (i.e., not affected by changes in >environment variables)? Just use the getuid/getgid/getoid calls to get the current Unix user, group, and organization IDs. You can then use getpwuid/getgrgid/getorgid to get the corresponding text string names. -- -- Nat Mishkin Apollo Computer Inc., Chelmsford, MA mishkin@apollo.com From apollo-request@umix.cc.umich.edu Mon Mar 6 13:55:56 1989 Date: 6 Mar 89 14:50:00 GMT From: mishkin%apollo%ulowell%mailrus.uucp@tut.cis.ohio-state.edu (Nathaniel Mishkin) Organization: Apollo Computer, Chelmsford, MA Subject: Re: SR10.1, UUCP and getty problem Message-Id: <41dcca60.18fa1@apollo.COM> References: <2054@daimi.dk> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <2054@daimi.dk> jnp@daimi.dk (J|rgen N|rgaard) writes: >The connection seems to be working as long as we do polling of other >systems (actually only one at the moment). But when we try to accept >calls from other systems by running getty on the port to which the modem >is connected the outward connection stops working. Using 'ps' it seems >that as soon as the modem it sends a "carrier detect" to the port >this (erroneously) is taking by getty and NOT the calling uucico. Unfortunately, you can't (at least with the standard "getty" and "uucico") use the same modem for both dial-in and dial-out. (This case is a little tricky and is something that I've seen not work on other systems as well.) If you have a pretty simple environment (e.g. one modem), you can be a little tricky in the way you invoke "uucico" -- basically, you write a shell script that: (1) Does a "ps" to find the "getty" process (2) Suspends it ("kill -SUSP xxx") (3) Invokes "uucico" (4) Kills the "getty" process ("init" will start a fresh one). If you have more than one modem that "uucico" might pick for a dialout session, this scheme won't work because you won't know which "getty" to shoot. Hopefully (i.e. don't construe this as a promise) we'll eventually be able to ship a "getty" that "cooperates" with "uucico" better (the so-called "uugetty"). -- -- Nat Mishkin Apollo Computer Inc., Chelmsford, MA mishkin@apollo.com From apollo-request@umix.cc.umich.edu Mon Mar 6 13:59:27 1989 Date: 6 Mar 89 14:10:00 GMT From: oj%apollo%ulowell%mailrus.uucp@tut.cis.ohio-state.edu (Ellis Oliver Jones) Organization: Apollo Computer, Chelmsford, MA Subject: Re: login calls and display calls Message-Id: <41dca6a3.d5b2@apollo.COM> References: <191@tamtam.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <191@tamtam.UUCP> cees@tamtam.UUCP (cees keyer) writes: >Is there anyone out there in netland who know something about >the following system calls: > smd_$inq_blank_timeout > smd_$inq_disp_type > smd_$set_blank_timeout Yes, but I urge you to use the corresponding GPR calls, because we're deep into the process of phasing out the smd calls. (You didn't say what SR you're on, but thanks for reminding us to edit "scrto"). To change the screen-saver timeout, use gpr_$set_blank_timeout. You probably have a manual (GPR) describing its use. The gpr calls you want (from are: extern void gpr_$set_blank_timeout ( time_$clock_t & timeout, status_$t *status); extern void gpr_$inq_config ( gpr_$display_config_t * config, status_$t * status); extern void gpr_$inq_blank_timeout ( time_$clock_t &timeout, status_$t *status); /oj From apollo-request@umix.cc.umich.edu Mon Mar 6 15:30:41 1989 Date: 6 Mar 89 17:19:12 GMT From: zeleznik%cs.utah.edu%wasatch%mailrus.uucp@tut.cis.ohio-state.edu (Mike Zeleznik) Organization: University of Utah, Computer Science Dept. Subject: SR10.1 diskless bug Message-Id: <1239@wasatch.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu **** Ironic SR10 bug **** In order to boot a DN 330/300 DISKLESS, the diskless node MUST FIRST have a DISK CONTROLLER! Hmmm, now why was I booting it diskless in the first place?... Anyhow, this has been APR'd previously, and the 800 people are looking into the status of the needed patch. << this is NOT a flame at Apollo >> Michael Zeleznik Computer Science Dept. University of Utah zeleznik@cs.utah.edu Salt Lake City, UT 84112 (801) 581-5617 From apollo-request@umix.cc.umich.edu Mon Mar 6 19:33:22 1989 Message-Id: <8903062024.AA08819@umix.cc.umich.edu> Date: Mon, 6 Mar 89 10:00:38 EST From: Bob Hofkin To: achille%cernvax%mcvax.uucp@uunet.uu.net, apollo@UMIX.CC.UMICH.EDU Subject: Re: remote process info? It is possible to get the asknode insert files, but it is *NOT* easy. The calling sequence is weird enough that you probably can't deduce it; remote provides a simpler interface but it's an object module that isn't normally available, either. Your best bet for any of this stuff is to find a technical contact at Apollo and convince them you really need the stuff. Then be prepared to nag them for a few months. I had once been told that the calls are not unpublished, but just "undocumented" and unsupported, and that they'd all be public in SR11. But the insert files do say proprietary and confidential. From apollo-request@umix.cc.umich.edu Mon Mar 6 19:37:01 1989 Date: Mon, 6 Mar 89 10:31:57 PST From: Leonard N. Zubkoff Message-Id: <8903061831.AA01528@atlantis> To: apollo@umix.cc.umich.edu, bc%wbcs%ncrwic%ncrlnk%ncr-sd%hp-sdd%ucsdhub.uucp@sdcsvax.ucsd.edu Subject: Re: tar Have you tried doing rbak -dev ct -rewind prior to the tar? That command is often needed to initialize the tape library (TFP). Leonard From apollo-request@umix.cc.umich.edu Mon Mar 6 21:26:03 1989 Date: 2 Mar 89 08:55:11 GMT From: ief%geocub%inria%mcvax.uucp@uunet.uu.net (Alain Merigot) Organization: Universite Paris Sud Subject: gcc/g++ on apollos ?? Message-Id: <1017@geocub.greco-prog.fr> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does gcc/g++ (with coff support) runs on apollo sr10 ? Does it requires changes ? And in that case, has anybody made them ? I am currently running sr9.7, and i don't have gcc 1.32, so i can't try by myself. But one of our project requires g++ ; should i upgrade to sr10 or try to find a sun :-) ? Many Thanks in advance, Alain Merigot Institut d'Electronique Fondamentale University of Paris Sud Orsay - France ief%geocub.UUCP@inria.inria.fr ...uunet!mcvax!inria!geocub!ief From apollo-request@umix.cc.umich.edu Mon Mar 6 23:31:55 1989 Date: Mon, 6 Mar 89 20:31:17 EST From: Bill Sommerfeld Message-Id: <8903070131.AA03027@ra.mit.edu> To: Leonard N. Zubkoff Cc: apollo@umix.cc.umich.edu, bc%wbcs%ncrwic%ncrlnk%ncr-sd%hp-sdd%ucsdhub.uucp@sdcsvax.ucsd.edu In-Reply-To: Leonard N. Zubkoff's message of Mon, 6 Mar 89 10:31:57 PST, <8903061831.AA01528@atlantis> Subject: Re: tar Have you tried doing rbak -dev ct -rewind prior to the tar? That command is often needed to initialize the tape library (TFP). For those of you who prefer to do it without resorting to Aegis-isms, "mt -f /dev/rct8 rew" also works. - Bill From apollo-request@umix.cc.umich.edu Tue Mar 7 01:52:36 1989 Date: 4 Mar 89 17:48:34 GMT From: i91%np1%mcvax.uucp@uunet.uu.net (Fons Rademakers) Organization: Nikhef-H, Amsterdam (the Netherlands). Subject: Getting load statistics from remote nodes Message-Id: <140@np1.hep.nl> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Some people were asking for the routines to get load statistics from remote nodes. You are lucky, I still had some laying around that do exactly that. Even better, there is a simple demo program included that uses these routines. To make it work on your system replace in the tgl.c file the node numbers by the ones appropriate for your network. The program works on SR9.7 and SR10. For SR10, however, have a look at the lines containing the string "rdm". Since I do not yet have SR10 running I had to make these changes. Concerning my own program "load_stat", there was a problem to compile and run it on SR10 systems. When compiled on SR9.7 it worked on SR10 but not when compiled on SR10. I finally had the change to look at it on an SR10 system and found pretty quickly the problem. It seems that the SR10 Fortran compiler is not handling the initialization of the variable bitmap_size well. So to make it compile and run on SR10 change the line data bitmap_size /1280, 1280/ by the lines bitmap_size(1) = 1280 bitmap_size(2) = 1280 and everything works fine. Could somebody (at Apollo) maybe look into this problem. Why is bitmap_size(1)=0, bitmap_size(2)=0 when the program starts? The ts of the ftn compiler used is: 3 FTN 1988/06/28 15:12:32 /com/ftn. BTW: with the remote load statistics routines it is trivial to change "load_stat" to a "remote_load_stat". Cheers, Fons Rademakers. ======================== remote load statistics routines ============= # This is a shell archive. Remove anything before this line, then # unpack it by saving it in a file and typing "sh file". (Files # unpacked will be owned by you and have default permissions.) # # This archive contains: # asknode.h proc2.h tgl.c getloads.c echo x - asknode.h cat > "asknode.h" << '//E*O*F asknode.h//' /* ASKNODE.INS.PAS, /us/ins, phl, 01/09/84 Inserts for node queries. */ /*" -------------------------------------------------------------------- |THE FOLLOWING PROGRAMS ARE THE SOLE PROPERTY OF APOLLO COMPUTER INC.| | AND CONTAIN ITS PROPRIETARY AND CONFIDENTIAL INFORMATION. | -------------------------------------------------------------------- "*/ /* CHANGES: 01/09/84 phl added CONFIG variant -- add more stuff as needed. 10/14/83 gms added lword varient to asknode_$rqst_data_t. 08/30/83 spf added ask_upids function 08/29/83 spf upgraded proc1info data to proc2_$info_t and added proc2info to asknode_$reply_t. 08/25/83 spf added us_asknode_ins_pas declaration and conditional insert of network.ins.pas and proc1.ins.pas 08/24/83 spf added proc1info to asknode_$get_info 08/24/83 spf added asknode_$get_info 06/10/83 tvc added ask_ring_info 03/28/83 rod added ask_clear_net to clear statistics 11/15/82 phl added asknode key: sys_uids, to reply into uid_list. 09/22/82 phl added asknode keys: ask_bldt, ask_net_root 07/09/82 phl added proc2list, proc2fault, proc2info 07/09/82 phl changed info to take a univ rec instead of an integer 03/24/82 GMS reply.sm_cnt now array of sm_$cnt_t's. 03/15/82 GMS asknode_$cal, etc. all incorporated into asknode_$info. rqst, reply.version now = 2. 09/15/81 PHL added asknode_$cal. 03/12/81 PHL added asknode_$net_stats. */ /* ---------------------------------------------------------------------- */ /* %IFDEF us_asknode_ins_pas %THEN %EXIT %ELSE %VAR us_asknode_ins_pas %ENDIF %IFDEF NOT us_network_ins_pas %THEN %include '/us/ins/network.ins.pas'; %ENDIF %IFDEF NOT us_proc1_ins_pas %THEN %include '/us/ins/proc2.ins.pas'; %ENDIF */ /* ---------------------------------------------------------------------- */ /* CONST asknode_$version = 2; asknode_$who_max = 1000; asknode_$uidlist_max = 25; asknode_$infomax = sizeof(network_$stats_rec_t); */ #define asknode_$version 2 #define asknode_$who_max 1000 #define asknode_$uidlist_max 25 #define asknode_$infomax 256 /*TYPE asknode_$kind_t = */ /* ADD NEW REQUEST KINDS TO END ONLY! */ /* (ask_who, who_r, */ /* asknode_$who */ /* ask_time, time_r, */ /* asknode_$[get_]info */ /* ask_node_root, node_root_r, */ /* asknode_$[get_]info */ /* ask_network_stats, network_stats_r, */ /* asknode_$[get_]info */ /* ask_cal, cal_r, */ /* asknode_$[get_]info */ /* ask_volx, volx_r, */ /* asknode_$[get_]info */ /* ask_diskless, diskless_r, */ /* asknode_$[get_]info */ /* ask_failure_report, failure_report_r, */ /* asknode_$read_failure_rec */ /* ask_sm, sm_r, */ /* asknode_$[get_]info */ /* ask_proc2list, proc2list_sr, */ /* asknode_$[get_]info */ /* ask_proc2info, proc2info_sr, */ /* asknode_$[get_]info */ /* ask_proc2fault,proc2fault_sr, */ /* asknode_$[get_]info */ /* ask_net_root, net_root_r, */ /* asknode_$[get_]info */ /* ask_bldt, bldt_r, */ /* asknode_$[get_]info */ /* ask_sysuids, sysuids_r, */ /* asknode_$[get_]info */ /* //, /, `node_data */ /* ask_clear_net, */ /* asknode_$[get_]info - clear network stats */ /* ask_ring_info, ask_ring_info_r, */ /* asknode_$[get_]info - produces results even if target can't page */ /* ask_proc1info, proc1info_sr, */ /* asknode_$[get_]info */ /* ask_upids, upids_sr, */ /* asknode_$[get_]info */ /* ask_log, log_r, */ /* ??? */ /* ask_config, config_r); */ /* asknode_$[get_]info - return system configuration info */ typedef short enum { ask_who = 0, who_r, ask_time, time_r, ask_node_root, node_root_r, ask_network_stats, network_stats_r, ask_cal, cal_r, ask_volx, volx_r, ask_diskless, diskless_r, ask_failure_report, failure_report_r, ask_sm, sm_r, ask_proc2list, proc2list_sr, ask_proc2info, proc2info_sr, ask_proc2fault,proc2fault_sr, ask_net_root, net_root_r, ask_bldt, bldt_r, ask_sysuids, sysuids_r, ask_clear_net, ask_ring_info, ask_ring_info_r, ask_proc1info, proc1info_sr, ask_upids, upids_sr, ask_log, log_r, ask_config, config_r } asknode_$kind_t; /* TYPE ask_log_t = record */ /* ring_cmd : integer; /* ringlog command */ /* netl_cmd : integer; /* netlog command */ /* node : node_t; /* to node for netlog */ /* sock : integer; /* to sock for netlog */ /* kind : integer; /* kinds to log */ /* end; */ /* TYPE asknode_$rqst_t = RECORD version : pinteger; kind : asknode_$kind_t; CASE integer OF 1 : (node : node_t; /* for asknode_$who request */ /* diecnt : integer); /* 2 : (volx : volx_t); /* for asknode_$info volx request */ /* 3 : (unit : integer); /* for asknode_$info sm request */ /* 4 : (procuid: uid_t; /* for asknode_$info proc2 request */ /* procdat: linteger); /* 5 : (fail_type : integer32);/* for ask_failure_report */ /* 6 : (pid : pid_t); /* for asknode_$info proc1 request */ /* 7 : (ask_log_stuff : ask_log_t); /* for asknode_$log request */ /* 8 : (lword : linteger); /* just for copying for rmt request */ /* END; */ typedef struct { unsigned short version; asknode_$kind_t kind; union { struct { unsigned long node; short diecnt; } one; struct { char volx[256]; } two; struct { short unit; } three; struct { uid_$t procuid; unsigned long procdat; } four; struct { long fail_type; } five; struct { unsigned short pid; } six; struct { char ask_log_stuff[256]; } seven; struct { unsigned long lword; } height; } data; } asknode_$rqst_t; /* TYPE /* asknode_$rqst_data_t = RECORD CASE integer OF /* 1 : (node : node_t; /* for asknode_$who request */ /* diecnt : integer); /* 2 : (volx : volx_t); /* for asknode_$info volx request */ /* 3 : (unit : integer); /* for asknode_$info sm request */ /* 4 : (procuid: uid_t; /* for asknode_$info proc2 request */ /* procdat: linteger); /* 5 : (fail_type : integer32);/* for ask_failure_report */ /* 6 : (pid : pid_t); /* for asknode_$info proc1 request */ /* 7 : (ask_log_stuff : ask_log_t); /* for asknode_$log request */ /* 8 : (lword : linteger); /* just for copying for rmt request */ /* END; */ typedef union { struct { unsigned long node; short diecnt; } one; struct { char volx[256]; } two; struct { short unit; } three; struct { uid_$t procuid; unsigned long procdat; } four; struct { long fail_type; } five; struct { unsigned short pid; } six; struct { char ask_log_stuff[256]; } seven; struct { unsigned long lword; } height; } asknode_$rqst_data_t; /* TYPE /* asknode_$txt_t = array [1..100] of char; /* /* asknode_$reply_t = RECORD /* version : pinteger; /* kind : asknode_$kind_t; /* status : status_t; /* CASE integer OF /* 1 : (cal_timezone_rec: cal_timezone_rec_t); /* ask_cal */ /* 2 : (partner: node_t; /* ask_diskless */ /* diskless:boolean); /* 3 : (net_stats_rec:network_$stats_rec_t); /* ask_network_stats */ /* 4 : (uid:uid_t); /* ask_node_root */ /* 5 : (sm_cnt : array[0..3] of sm_$cnt_t); /* ask_sm */ /* 6 : (btime:integer32; /* ask_time */ /* ctime:integer32); /* 7 : (ed_uid: uid_t; /* ask_volx */ /* n_free: linteger; /* n_blk : linteger); /* 8 : (node:node_t); /* ask_who */ /* 9 : (uidlist_cnt: integer; /* ask_proc2list */ /* uidlist : array [1..asknode_$uidlist_max] of uid_t); /* 10: (procinfo: array [1..asknode_$infomax] of char);/* ask_proc[1/2]info */ /* 11: (txt_len: integer; /* ask bldt */ /* txt: asknode_$txt_t); /* 12: (ring_diag_info : /* ask_ring_info */ /* network_$psrv_ringinfo_t); /* 13: (proc1info: proc2_$info_t); /* ask_proc1info */ /* 14: (proc2info: proc2_$info_t); /* ask_proc2info */ /* 15: (upid: integer; /* ask_upids */ /* uppid: integer; /* upgid: integer); /* 16: (config_valid_cnt: integer; /* cnt of valid flds in config */ /* /*e.g. 1 says Mach_id is OK, 2 says MACH_ID & AUX_INFO are OK*/ /* config_mach_id: integer; /* Machine ID -- from prom_$machine_id */ /* config_aux_info: integer; /* aux_info -- from prom_$machine_id */ /* config_disp_type: integer; /* Display type */ /* config_peb_present:boolean); /* got a PEB??? */ /* /* END; */ typedef struct { unsigned short version; asknode_$kind_t kind; status_$t status; union { struct { unsigned long partner; unsigned char diskless; } two; struct { unsigned char ns1[2]; unsigned long nid; unsigned char ns2[24]; unsigned long netxmit; unsigned char ns3[18]; unsigned long netrcv; unsigned char ns4[28]; unsigned long diskr; unsigned long diskw; unsigned char ns5[932]; } three; struct { unsigned long btime; unsigned long ctime; } six; struct { short uidlist_cnt; proc2_$uid_list_t uidlist; } nine; struct { proc2_$info_add_t proc1info; } thirteen; struct { proc2_$info_add_t proc2info; } fourteen; } data; } asknode_$reply_t; /* TYPE asknode_$node_list_t = ARRAY [1..asknode_$who_max] OF node_t; asknode_$tzname_t = ARRAY [1..4] of char; */ /* ---------------------------------------------------------------------- */ /* PROCEDURE asknode_$info ( IN kind : asknode_$kind_t; IN node : node_t; IN rqstdat: univ asknode_$rqst_data_t; OUT reply : asknode_$reply_t; OUT status : status_t ); EXTERN; */ /* asknode_$info returns a record containing requested info from the local or a remote node. */ /* ---------------------------------------------------------------------- */ /* PROCEDURE asknode_$get_info ( IN kind : asknode_$kind_t; IN node : node_t; IN rqstdat: univ asknode_$rqst_data_t; IN length : pinteger; OUT reply : asknode_$reply_t; OUT status : status_t ); EXTERN; */ /* asknode_$get_info returns a record containing requested info from the local or a remote node. */ /* ---------------------------------------------------------------------- */ /* PROCEDURE asknode_$read_failure_rec (out fail_rec: network_$failure_rec_t); EXTERN; */ /* --------------------------------------------------------------------- */ /* PROCEDURE asknode_$report_failure; EXTERN; */ /* --------------------------------------------------------------------- */ /* PROCEDURE asknode_$server; EXTERN; */ /* This routine is called to process an incoming network info request. */ /* --------------------------------------------------------------------- */ /* PROCEDURE asknode_$who (OUT node_list : UNIV asknode_$node_list_t; IN maxcnt : pinteger; OUT nodcnt : pinteger); EXTERN; */ /*This routine returns a list of the nodes that are currently responding. Today, it uses a ring broadcast message to solicit replies, then collects the responses. In case some nodes miss the solicitation because of disk or other ring activity, this routine sends the WHO request "loopcnt" times. */ /* ---------------------------------------------------------------------- */ /*%EJECT*/ void asknode_$info(); void asknode_$get_info(); void asknode_$read_failure_rec(); void asknode_$report_failure(); void asknode_$server(); void asknode_$who(); //E*O*F asknode.h// echo x - proc2.h cat > "proc2.h" << '//E*O*F proc2.h//' #define proc2_$max_np proc1_$n_user_processes+1 #define proc2_$dont_reuse_stacks -1 /* bits in proc2_$state field of info structure */ #define proc2_$waiting 1 #define proc2_$suspended 2 #define proc2_$susp_pending 4 #define proc2_$bound 8 typedef unsigned char pid_t; #define pid_tn 64 typedef struct { uid_$t a[4]; unsigned long nodeid; } acl_$sid; typedef short enum { proc1_$nil, proc1_$level_1, proc1_$level_2, proc1_$null_process, proc1_$wired_dxm, proc1_$page_purifier, proc1_$unwired_dxm, proc1_$net_receive_server, proc1_$net_paging_server, proc1_$net_request_server, proc1_$mem_lights_process, proc1_$initial_system_process, proc1_$router_process, proc1_$iic_guardian_process } proc1_$type_t; typedef struct { pid_t pid; /* level 1 process ID */ proc1_$type_t proc1_type; /* level 1 process type */ } proc1_$liste_t; typedef proc1_$liste_t proc1_$list_t[pid_tn]; typedef struct { uid_$t stack_uid; /* uid of user stack */ linteger stack_base; /* base address of user stack */ proc2_$state_t procstate; /* ready, waiting, etc. */ pinteger usr; /* user sr */ linteger upc; /* user pc */ linteger usp; /* user stack pointer */ linteger usb; /* user sb ptr (A6) */ time_$clock_t cpu_total; /* cumulative cpu used by process */ unsigned short priority; /* process priority */ acl_$sid sid; uid_$t pgroup; boolean is_server; boolean pad; pinteger min_pri; pinteger max_pri; linteger priv_faults; linteger glob_faults; linteger disk_page_io; linteger net_page_io; uid_$t orig_pgroup; short orig_upgid; } proc2_$info_add_t; //E*O*F proc2.h// echo x - tgl.c cat > "tgl.c" << '//E*O*F tgl.c//' #include main() { static unsigned long nodes[3] = {0x13919, 0x4950, 0x91a3}; int i; int j; struct { double fc; long disk; long net; } stats; for (i=0; i < 3; i++) if (j=loadav_init(&nodes[i])) { printf("Error %x on node %x\n",j,nodes[i]); exit(1); } while (1) { sleep(5); for (i=0; i < 3; i++) { if (j=loadav(&nodes[i],&stats)) { printf("Loadav: Error %x on node %x\n",j,nodes[i]); exit(1); } printf("Node %8x: free cpu (%%) %6.2f, diskact %8d, netact %8d\n", nodes[i],stats.fc,stats.disk,stats.net); } } exit(2); } //E*O*F tgl.c// echo x - getloads.c cat > "getloads.c" << '//E*O*F getloads.c//' #include #include "/sys/ins/base.ins.c" #include "/sys/ins/proc2.ins.c" #include "/sys/ins/error.ins.c" #include "/sys/ins/pfm.ins.c" #include "/sys/ins/cal.ins.c" #include "./proc2.h" #include "./asknode.h" #define MAXNODES 64 typedef struct nodestat_t { double cpu; long disk; long net; unsigned long done; unsigned long nid; struct nodestat_t *next; } nodestat_t; static nodestat_t *ns = NULL; extern nodestat_t *malloc(); int loadav_init(nid) unsigned long *nid; { nodestat_t *p; int i; p = ns; if ((ns = malloc(sizeof(nodestat_t))) == NULL) { ns = p; return(-1); } ns->nid = *nid; if (i = loadtot(ns)) { free(ns); ns = p; return(i); } ns->next = p; return(0); } int loadav(nid,r) unsigned long *nid; nodestat_t *r; { nodestat_t *p; nodestat_t *n; nodestat_t local; int i; double a; for (p = ns; p != NULL; p = p->next) if (p->nid == *nid) break; if (p == NULL) return(-1); n = &local; *n = *p; if (i=loadtot(p)) { *p = *n; return(-2); } n->cpu = p->cpu - n->cpu; n->disk = p->disk - n->disk; n->net = p->net - n->net; n->done = p->done - n->done; a = n->done * 65536 * 4 / 1.0e06; r->cpu = n->cpu/a; r->disk = n->disk; r->net = n->net; return(0); } static int loadtot(p) nodestat_t *p; { #define nullproc_pid 2 asknode_$kind_t rmt; static asknode_$reply_t rep; asknode_$rqst_data_t rqst; status_$t st; /* time_$clock_t &nullcpu = rep.data.thirteen.proc1info.cpu_total; sr10? rdm */ time_$clock_t nullcpu; /* rdm */ rmt = ask_proc1info; rqst.pid = nullproc_pid; asknode_$info(&rmt,&p->nid,&rqst,&rep,&st); if (st.all != status_$ok) return(st.all); if (rep.status.all != status_$ok && rep.status.all != 0x190002) return(rep.status.all); nullcpu = rep.data.thirteen.proc1info.cpu_total; /* rdm */ cal_$float_clock(nullcpu,p->cpu); rmt = ask_network_stats; asknode_$info(&rmt,&p->nid,&rqst,&rep,&st); if (st.all != status_$ok) return(st.all); if (rep.status.all != status_$ok) return(rep.status.all); p->disk = rep.data.diskr + rep.data.diskw; p->net = rep.data.netrcv + rep.data.netxmit; rmt = ask_time; asknode_$info(&rmt,&p->nid,&rqst,&rep,&st); if (st.all != status_$ok) return(st.all); if (rep.status.all != status_$ok) return(rep.status.all); p->done = rep.data.six.ctime; return(0); } //E*O*F getloads.c// exit 0 -- Org: NIKHEF-H, National Institute for Nuclear and High-Energy Physics. Mail: Kruislaan 409, P.O. Box 41882, 1009 DB Amsterdam, the Netherlands Phone: (20)5925018 or 5925003 Telex: 10262 (hef nl) UUCP: i91@nikhefh.hep.nl BITNET: nikhefh!i91@mcvax.bitnet From apollo-request@umix.cc.umich.edu Tue Mar 7 03:24:21 1989 Date: 6 Mar 89 15:37:38 GMT From: apollo%ecf%me%jarvis.csri.toronto.edu%mailrus.uucp@tut.cis.ohio-state.edu (Vince Pugliese) Organization: Engineering Computing Facility, University of Toronto Subject: apollo to iris (cartridge tape info) Message-Id: <805@mv05.ecf.toronto.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu a couple of things to keep in mind when using tar on apollo's: 1) unless the tape has been rewound tar will balk giving you the device not found error. in order to rewind use the rbak command as follows /com/rbak -dev ct -rewind now you are ready to use tar but wait.... 2) /dev/rct8 use QIC-24 format which is fine for transfer to suns, using rst8 and iris nodes using rmt1 but you have to realize that iris' do a byte swapping which has to be UNDONE so to speak. so let's assume you have written out your tape using /dev/rct8 at the apollo end when you try to read the tape at the iris end do the following: dd conv=swab if=/dev/rmt1 | tar -xvf - and the restoration should take place. going the other way means having to reverse the order of the dd and the tar operations vince pugliese From apollo-request@umix.cc.umich.edu Tue Mar 7 07:28:03 1989 Date: 7 Mar 89 09:06:30 GMT From: jwright%atanasoff%deimos.cis.ksu.edu.uucp@rutgers.edu (Jim Wright) Organization: Iowa State U. Computer Science Department, Ames, IA Subject: Dead 4000 Message-Id: <857@atanasoff.cs.iastate.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Might anyone here have experience with dead 4000's? Ours has decided to quit. The bean-counters have started talks with "official channels" at Apollo, but that promises to be a long drawn out process (at least it will seem like it). Symptoms: - Machine was sitting idle and unattended for about one hour, in which time it just quit. Power here is known to be strange. Despite my warnings, no power conditioning of any sort was used. - Applying power, the two fans each make about a 1/4 rotation. No other signs of life. No LEDs. No drive spin-up. No tape "gargle". - Screen will light, but obviously receives no signal. Machine: - 4000 w/ Maxtor XT4380E drive, Archive 5945C QIC tape, Weitek 3164 FPA, 8MB memory option, Ethernet, etc. - 1280x1024 monochrome monitor. Thanks for any information. I probably can't do anything about this, but knowing what is wrong will be some relief. -- Jim Wright jwright@atanasoff.cs.iastate.edu From apollo-request@umix.cc.umich.edu Tue Mar 7 07:29:29 1989 Date: 7 Mar 89 08:10:00 GMT From: johnm%ogccse%blake.uucp@beaver.cs.washington.edu (John Mates) Organization: Oregon Graduate Center, Beaverton, OR Subject: multibus tape controller Message-Id: <2041@ogccse.ogc.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have been trying to find a (very cheap) multibus-I tape controller and a tape drive to attach to my 660. Apollo used "Tapemaster" boards for controlling attached tape drives. A friend has offered me a Xylogics 472 tape controller board .... should I try to use it? Is there an Apollo driver for it in the public domain? Or should I keep looking for a Tapemaster controller board? Thanks in advance for any advice. John Mates johnm@ogccse.ogc.edu From apollo-request@umix.cc.umich.edu Tue Mar 7 21:35:19 1989 Date: 7 Mar 89 20:24:30 GMT From: sridhar%usceast%ncrcae%hubcap.uucp@gatech.edu (M. A. Sridhar) Organization: University of South Carolina, Columbia Subject: Filename completion/tcsh ? Message-Id: <2737@usceast.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We have a bunch of DN3000's here, running SR9.7. Two questions: (1) Is there any way to get filename completion with the c-shell under DM, as is done by the BSD4.3 C shell? I had heard of some such package a long time ago; I'd greatly appreciate it if someone gives me some pointers on where or how I can get such a package. (2) Has the shell patch tcsh been ported to this environment? If so, please give me some pointers. If not, I might try doing the port myself. Thanks in advance. Sridhar -- M. A. Sridhar | Department of Computer Science | ncr-sd!ncrcae ! usceast!sridhar (USENET) University of South Carolina | sridhar@cs.scarolina.edu (CSNET) Columbia, SC 29208 | (803) 777-2427 (Ma Bell) From apollo-request@umix.cc.umich.edu Tue Mar 7 21:38:19 1989 Date: 8 Mar 89 00:46:23 GMT From: cdaf@iuvax.cs.indiana.edu (Charles Daffinger) Organization: Indiana University, Bloomington Subject: multibus peripherals Message-Id: <18338@iuvax.cs.indiana.edu> References: <2041@ogccse.ogc.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <2041@ogccse.ogc.edu> johnm@ogccse.UUCP (John Mates) writes: >I have been trying to find a (very cheap) multibus-I tape controller >and a tape drive to attach to my 660. Apollo used "Tapemaster" boards for >controlling attached tape drives. A friend has offered me a Xylogics 472 >tape controller board .... should I try to use it? Is there an Apollo >driver for it in the public domain? Or should I keep looking for a >Tapemaster controller board? Speaking of the multibus... I'd like to add 2 serial lines to my apollo (a DN550). Is there any way to just add off the shelf boards? If so, does anyone have controllers for them? What restrictions are there on these ports which I don't have on the built in ports? Any other things to keep in mind? (I'd like to add a second modem and a terminal) -charles -- Charles Daffinger >Take me to the river, Drop me in the water< (812) 339-7354 cdaf@iuvax.cs.indiana.edu {pur-ee,rutgers,pyramid,ames}!iuvax!cdaf Home of the Whitewater mailing list: whitewater-request@iuvax.cs.indiana.edu From apollo-request@umix.cc.umich.edu Tue Mar 7 23:26:01 1989 Message-Id: <8903080326.AA13489@umix.cc.umich.edu> Date: Wed, 08 Mar 89 11:06:01 SST From: fclim Subject: Typos in /sys/ins/*.ins.c and RE: gpr_$blt() To: APOLLO@UMIX.CC.UMICH.EDU (1) I like to thank all who send in pointers to my queries on GPR BLTs. Your replies have been very helpful. (2) I have discovered a few typos in /sys/ins/gpr.ins.c and /sys/ins/mts.ins.c. I am using SR9.7. In /sys/ins/gpr.ins.c, gpr_$inq_background() and gpr_$inq_foreground() should be declared to return gpr_$pixel_value_t instead of being procedures. They are some typos in the comments. It seems that someone had used a global substitution mechanism to replace "int" with "short". So "intensity" becomes "shortensity". In /sys/ins/mts.ins.c, mts_$first_a and mts_$last_a have been #define-d as #define mts_$first_a mts_$unit_a; /* comments */ #define mts_$last_a mts_$buffer_offset_a; /* comments */ For those who can't find the bugs, note that the semicolon is like the proverbial mouse who entered an elephant's ear. I wander how many more typos I'll find. (3) Where can I send a program to be included on the Adus tapes? I prefer an email address. Thanks. fclim. :-) fclim --- gbopoly1 % nusvm.bitnet @ cunyvm.cuny.edu computer centre singapore polytechnic dover road singapore 0513. From apollo-request@umix.cc.umich.edu Wed Mar 8 03:28:44 1989 Date: 8 Mar 89 02:49:47 GMT From: dclark%woods.unix.eta.com%eta%nic.MR.NET.uucp@csd4.milw.wisc.edu Organization: ETA Systems, Inc., St Paul, MN Subject: Can /com/telnet be forced to stay in cooked mode? Message-Id: <3398@eta.unix.ETA.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We have a user who wants to do the normal cut and paste operation once telneted onto a remote host. The method used to accomplish this today is to CRP, and then telnet. Is there a way to notify telnet that it should stay in cooked mode, even connected to a remote host? We have tried (without success) to type in cooked after starting /com/telnet, but this doesn't seem to have any effect. We are running 9.7 Aegis, and TCP 3.1 Any help would be appreciatted. Thank you, -Dave Clark From apollo-request@umix.cc.umich.edu Wed Mar 8 21:31:33 1989 From: David B. Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <8903090050.AA00587@icaen.uiowa.edu> Date: Wed, 8 Mar 89 18:46:06 CST Subject: Re: Can /com/telnet be forced to stay in cooked mode? To: dclark%woods.unix.eta.com%eta%nic.MR.NET.uucp@csd4.milw.wisc.edu Cc: apollo@umix.cc.umich.edu WRT posting <3398@eta.unix.ETA.COM> I don't know how to force telnet to stay in cooked mode but if you only want to be able to use the "paste" DM function, there is a work-around. The sr9.7 vt100 emulator lets you use the paste key, so run telnet inside a vt100 window. Dave Funk From apollo-request@umix.cc.umich.edu Thu Mar 9 05:38:01 1989 Date: 7 Mar 89 09:01:26 GMT From: leesp%nixsin%nixpbe%unido%mcvax.uucp@uunet.uu.net (leesp) Organization: Nixdorf Regional HQ Pte Ltd, Singapore Subject: OSF/Motif Message-Id: <205@nixsin.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hello, Does anyone know anything about OSF/Motif ? We are acquiring some Apollos and want to use Motif on them. Thanks in advance Soon-Pue Lee Nixdorf Regional HQ Pte Ltd 2 Kallang Sector Singapore 1334 UUCP: unido!nixpbe!nixsin!leesp From apollo-request@umix.cc.umich.edu Thu Mar 9 05:53:08 1989 Date: 7 Mar 89 19:55:07 GMT From: Topper%cup.portal.com%portal%atari%imagen.uucp@ucbvax.Berkeley.EDU (scott andrew marr) Organization: The Portal System (TM) Subject: Simple csh question Message-Id: <15510@cup.portal.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Could someone tell me why the following alias doesn't work: alias rm "mv $* /user/myname/dumpster" If I type 'rm specific_file_name' I get: mv: specific_file_name exists Or if I type 'rm *' I get: Usage: mv [-f] f1 ... fn d1 Is this just a fluke for Domain IX (S.R. 9.7)? Thanks! /---------------------------------------------------------\ | Scott Marr | | | | "Birds are weird...." | | topper@cup.portal.com | | \---------------------------------------------------------/ From apollo-request@umix.cc.umich.edu Thu Mar 9 06:02:21 1989 Date: 8 Mar 89 23:45:16 GMT From: weiner%novavax%uflorida%mailrus.uucp@tut.cis.ohio-state.edu (Bob Weiner) Organization: Nova University, Fort Lauderdale, FL Subject: Re: Thomas Vrankar's reply on menus in the DM windowing system Message-Id: <1061@novavax.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Date: Sun, 5 Mar 89 22:26:27 EST A while ago I sent out a request for an interactive command menu builder for the DM. Thomas Vrankar responded to me personally that he had build a fairly extensive interface of this type. This is a request that he post his description to this news group and that he provide a telephone number where he can be reached and/or a mailing address that works. Mail to: gould!rayssdb.RAY.COM!twv keeps bouncing back. Thanks. -- Bob Weiner, Motorola, Inc., USENET: ...!gatech!uflorida!novavax!weiner (407) 738-2087 From apollo-request@umix.cc.umich.edu Thu Mar 9 07:33:08 1989 Date: 6 Mar 89 15:38:02 GMT From: ashley%cheops%elecvax%usage%basser%metro%otc%munnari.uucp@uunet.uu.net (Ashley M. Aitken) Organization: EE & CS, Uni N.S.W., Sydney, Australia Subject: C++ vs Apollo Sys Files ? (Long) Compatability ? Message-Id: <1093@cheops.eecs.unsw.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Howdy, Just when I thought C++ would add some productivity to my existence all hell breaks loose (forgive me please, it is late, very late). I am having severe problems with C++ and Apollo C System files compatability. Can someone, anyone shed some light ? The situation is as follows. I am programming in C++ Version 1.2.1 under SR10.1 with SR10? release of C (I think). Anyway the C++ language works well so the C must be later that V6.00. The problems are with Header Files, that seem to be incompatible with this C++ (but not the C). For example .. The following code (I know some of them ain't C++ files ie stdio.h is not ) #include #include #include #include #include #include main() { } when compiled with ver sys5.3 /bin/ccxx ... yields the following errors and [NOTE I AM USING THE SYS5.3 FILES from BSD (is this a problem ?)] "/usr/include/apollo/base.h", line 109: error: high __attribute : type expected (high is not a type name) line 109: error: bad base type: type name high line 109: error: argument type expected for __attribute() caused by the new __attribute in the following I believe 10/10/88 cas make sizeof time_$clock_t alignment insensitive change #attribute to __attribute #if _ISP__M68K || _ISP__A88K time_$clockh_t high __attribute((aligned(1))); and these errors "/usr/include/apollo/ios.h", line 570: error: function declaration in argument list ( ios_$set_locate_buffer_size()) line 577: error: function declaration in argument list ( ios_$switch()) line 627: error: function declaration in argument list ( ios_$inq_path_name()) Sorry, too many errors caused by the #options statement in the following I believe ios_$get_handle( ios_$id_t &strid, uid_$t &type_uid, status_$t *status ) #options(a0_return); extern void ios_$set_locate_buffer_size( ios_$id_t &id, short &size, status_$t *status ); It seems to me that the C++ is lagging behind the C but I am not sure, it could easily be just stupid mistakes on my behalf. But alas, it is very frustrating. The release notes for the C++ recommend the use of these very /usr/include /apollo/*.h header files (cos they have the prototyping and variable reference included.) HELP: Could someone (perhaps at Apollo) please set me straight once and for all about what version of what goes with what in this C++ system call situation. Thanks In Advance, Ashley Aitken. E-MAIL ashley@cheops.unsw.oz ACSnet ashley%cheops.unsw.oz@uunet.uu.net ARPAnet ashley@cheops.unsw.oz.au ARPAnet {uunet,ukc,ubc-vision,mcvax}!munnari!cheops.unsw.oz!ashley UUCP ashley%cheops.unsw.oz@australia CSnet ashley%cheops.unsw.oz@uk.ac.ukc JAnet From apollo-request@umix.cc.umich.edu Thu Mar 9 13:41:48 1989 Date: 9 Mar 89 15:59:42 GMT From: wicinski%cmsun.nrl.navy.mil.uucp@CMF.NRL.NAVY.MIL (Tim Wicinski) Subject: size of SR10.1 Message-Id: <179@nrl-cmf.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I've received the tapes for SR10.1, and i want to install it, but i can't seem to find any mention of the size SR10 takes up. What i'm looking for is the size for Aegis and 4.3 seperate and together. if anyone will mail me what they think are close estimates, i'd be grateful. thanks tim From apollo-request@umix.cc.umich.edu Thu Mar 9 13:55:19 1989 Date: 9 Mar 89 16:01:31 GMT From: wicinski%cmsun.nrl.navy.mil.uucp@CMF.NRL.NAVY.MIL (Tim Wicinski) Subject: Oh yea, two drives in a 3000 Message-Id: <180@nrl-cmf.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I remember just a week ago someone was mentioning this, and i missed the response (can you do it or not). I think you (I in this case as I'll be trying this myself) can, but there really isn't room in the case for an extra disk, i was going to run it sitting on top of my machine... tim From apollo-request@umix.cc.umich.edu Thu Mar 9 19:37:17 1989 Date: 9 Mar 89 19:29:55 GMT From: cantrell%killer.uucp@ames.arc.nasa.gov (Keith Cantrell) Organization: The Unix(R) Connection BBS, Dallas, Tx Subject: Need help with creating a pad. (Please Help!) Message-Id: <7489@killer.Dallas.TX.US> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Could some kind sole tell me what is wrong with the following code. All I am trying to do is create a window with a help file in it. Every time I try an run this I get an "Invalid leaf" error, but I know the file exist! I am running a C-Shell under BSD4.2 with SR 9.7. #include "/sys/ins/base.ins.c" #include "/sys/ins/pad.ins.c" #include "/sys/ins/error.ins.c" main() { char *path = {"/sys/help/help.hlp"}; status_$t status; pad_$window_desc_t window_desc; stream_$id_t stream_id; window_desc.top = window_desc.left = window_desc.height = window_desc.width = 0; pad_$create_window(path, (short) strlen(path), pad_$read_edit, (short) 1, window_desc, stream_id, status); error_$print(status); } Thanks for any help, Keith ----------------------------------------------------------------------- Keith Cantrell Phones: hm: 214-492-1088 Integrated Telecom wk: 214-234-3340 USMAIL: EMAIL: 2100 Sonata Ln cantrell@killer.DALLAS.TX.US Carrollton TX 75007 or ...!uunet!{killer | texsun | letni}!dalitc!keith ----------------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Thu Mar 9 21:28:32 1989 Date: 5 Mar 89 18:36:00 GMT From: tim%hi-csc.uucp@uunet.uu.net (Tim Giebelhaus) Organization: mpls Subject: Re: remote process info? Message-Id: <223@tim.UUCP> References: <8903032320.AA19843@cod.nosc.mil> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <8903032320.AA19843@cod.nosc.mil> dennis@PEANUTS.NOSC.MIL (Dennis Cottel) writes: >A map listing of DSPST shows the following "secret" library calls: > > rem_proc1_$info > rem_proc2_$info > >Would someone please mail me the calling sequence for these routines? >What I'm specifically after is a way to get the process time for the >idle process on remote machines, similar to what was done in the >recently posted "load_stat" program. Thanks. "Unsupported" would be a better word than "secret". Routines which are not documented may change between releases without warning of any kind. Also, you will find no support from Apollo for unsupported system calls (unless you have a prior agreement with marketing which is usually only given to some OEMs). Thus, if you can't find the call in a public manual, use it at your own risk. If there is a system call you would like to see made public, please file an APR with the /com/crucr or /usr/apollo/bin/mkapr command. APR's are the only supported method of getting changes done to the operating system. APRs are also what Apollo uses internally to get changes done. -- UUCP: uunet!hi-csc!apcimsp!tim ARPA: tim@apollo.com Contents of this message has nothing to do with work. From apollo-request@umix.cc.umich.edu Thu Mar 9 23:30:12 1989 Date: Thu, 9 Mar 89 18:10:53 PST From: Leonard N. Zubkoff Message-Id: <8903100210.AA04335@atlantis> To: apollo@umix.cc.umich.edu, cantrell%killer.uucp@ames.arc.nasa.gov Subject: Re: Need help with creating a pad. (Please Help!) Change pad_$create_window(path, (short) strlen(path), pad_$read_edit, (short) 1, window_desc, stream_id, status); to pad_$create_window(*path, (short) strlen(path), pad_$read_edit, (short) 1, window_desc, stream_id, status); From apollo-request@umix.cc.umich.edu Thu Mar 9 23:33:50 1989 Message-Id: <8903100347.AA05517@umix.cc.umich.edu> Date: Fri, 10 Mar 89 11:40:26 SST From: fclim Subject: Path to Robert Stanzel To: APOLLO@UMIX.CC.UMICH.EDU My apologies to everyone else in this group. Robert, can you give me another Internet address? It seem that my mailer doesn't recognise Apollo.com or any com. fclim. :-) fclim --- gbopoly1 % nusvm.bitnet @ cunyvm.cuny.edu computer centre singapore polytechnic dover road singapore 0513. From apollo-request@umix.cc.umich.edu Thu Mar 9 23:36:17 1989 Message-Id: <8903100328.AA05277@umix.cc.umich.edu> Date: Fri, 10 Mar 89 11:15:03 SST From: fclim Subject: Re: Simple csh question To: APOLLO@UMIX.CC.UMICH.EDU In article <15510@cup.portal.com>, Scott Andrew Marr ask Could someone tell me why the following alias doesn't work: alias rm "mv $* /user/myname/dumpster" If I type 'rm specific_file_name' I get: mv: specific_file_name exists Or if I type 'rm *' I get: Usage: mv [-f] f1 ... fn d1 Is this just a fluke for Domain IX (S.R. 9.7)? The $* metacharacter is only valid in a Csh script. The aliasing mechanism does not substitite $* with the arguments you supplied. You should use !* (in case my mailer maps these differently, these 3 characters are ). The  is to quote the !. There is a pd program in comp.sources.unix called unrm.rm that does what you have in mind. fclim. :-) fclim --- gbopoly1 % nusvm.bitnet @ cunyvm.cuny.edu computer centre singapore polytechnic dover road singapore 0513. From apollo-request@umix.cc.umich.edu Thu Mar 9 23:40:44 1989 Message-Id: <8903100340.AA05419@umix.cc.umich.edu> Date: Fri, 10 Mar 89 11:25:07 SST From: fclim Subject: Re: Need help with creating a pad (Please Help!) To: APOLLO@UMIX.CC.UMICH.EDU In article <7489@killer.Dallas.TX.US>, Keith Cantrell ask > Could some kind sole tell me what is wrong with the following code. > All I am trying to do is create a window with a help file in it. > Every time I try an run this I get an "Invalid leaf" error, but I > know the file exist! I am running a C-Shell under BSD4.2 with > SR 9.7. Your problem is that when you declared path as char *path; /* A pointer */ you must pass path to pad_$create_window() as in pad_$create_window(*path, (short)strlen(path), ...); ie you must derefernce path. The reason is the differences in the ways C and Pascal passes arguments. Another way to fix the problem is char path[BUFSIZ]; /* An array */ strcpy(path, "/sys/help/help.hlp"); pad_$create_window(path, (short)strlen(path), ...); You have to use either method whenever you uses any Aegis subroutines that requires string arguments. fclim. :-) fclim --- gbopoly1 % nusvm.bitnet @ cunyvm.cuny.edu computer centre singapore polytechnic dover road singapore 0513. From apollo-request@umix.cc.umich.edu Fri Mar 10 03:41:52 1989 Date: 9 Mar 89 10:42:20 GMT From: clive%ixi%acorn%ukc%mcvax.uucp@uunet.uu.net (Clive) Organization: none Subject: Sendmail on Apollos Message-Id: <109@ixi.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have a Domain Ring with several nodes on it, and a modem attached to just one node. How can I arrange so that when mail is run on any node, it all works correctly. I know that I can arrange for incoming mail to work by linking /usr/spool/mail on all the nodes to my main node, but what about outgoing mail. Should I link /usr/spool/uucp in the same way, or hack sendmail.cf instead, and if so, how ? Please email any information; I will post a summary if requested. Clive D.W. Feather clive@ixi.uucp IXI Limited ...!mcvax!ukc!acorn!ixi!clive (try this at your own risk) From apollo-request@umix.cc.umich.edu Fri Mar 10 13:30:48 1989 Date: 10 Mar 89 14:09:00 GMT From: oj%apollo.uucp@eddie.mit.edu (Ellis Oliver Jones) Organization: Apollo Computer, Chelmsford, MA Subject: Re: Typos in /sys/ins/*.ins.c and RE: gpr_$blt() Message-Id: <41f0c324.d5b2@apollo.COM> References: <8903080326.AA13489@umix.cc.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <8903080326.AA13489@umix.cc.umich.edu> GBOPOLY1@NUSVM.BITNET (fclim) writes: > > (2) I have discovered a few typos in /sys/ins/gpr.ins.c ... > I am using SR9.7. > In /sys/ins/gpr.ins.c, gpr_$inq_background() and > gpr_$inq_foreground() should be declared to return > gpr_$pixel_value_t instead of being procedures. Quite right. Thanks for the bug report. This was fixed by sr10. If this bug affects you (i.e. you're still on SR9.7 or less and you need these functions, just replace the declarations for these functions with std_$call gpr_$pixel_value_t gpr_$inq_background(); std_$call gpr_$pixel_value_t gpr_$inq_foreground(); in /sys/ins/gpr.ins.c The mts bugs appear fixed too (but that's not my area). /oj From apollo-request@umix.cc.umich.edu Fri Mar 10 17:32:57 1989 Date: 10 Mar 89 19:20:28 GMT From: dave%jplopto.uucp@elroy.jpl.nasa.gov (Dave Hayes) Organization: Jet Propulsion Lab, Pasadena, CA Subject: Faster disk access Message-Id: <14271@elroy.Jpl.Nasa.Gov> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Recently, the question came up as to faster disk access time for APOLLO hard disks. Can anyone out there in netland comment on the relative speed of various disks or various models (e.g. Are DN4000 hard disks faster than DN3000 hard disks? Are there different models of hard disks available?) ============================================================================ =-=-=-=-=-=-=-=-=-=-=-=-=<<<<<([Dave Hayes])>>>>>=-=-=-=-=-=-=-=-=-=-=-=-=-= dave%jplopto@jpl-mil.jpl.nasa.gov | Jet Propulsion Laboratory M/S 300-329 {cit-vax,ames}!elroy!jplopto!dave | 4800 Oak Grove Drive Pasadena, CA 91109 BIX: dhayes | (818) 354-1910 Now experiencing the unbearable lightness of being ============================================================================ From apollo-request@umix.cc.umich.edu Fri Mar 10 19:41:51 1989 Date: 10 Mar 89 19:46:51 GMT From: zeleznik%cs.utah.edu%wasatch%mailrus.uucp@tut.cis.ohio-state.edu (Mike Zeleznik) Organization: University of Utah, Computer Science Dept. Subject: sr10.1 registry problems Message-Id: <1295@wasatch.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Has anyone seen the following type of problem with registries and TCP? I'm not going into details initially, in hopes that someone has seen the general problem. Registry operations across the net tend to wedge TCP on the 3500 (can not send/receive from the net anymore), and thus don't succeed. In general, I've had a number of problems with the registry on the 10000. For example, import_passwd wouldn't run. When I moved the master to the 3500, it ran fine over there, then moving back to 10000, it still had problems. Configuration: DN 10000 running 10.0.2 DN 3500 running 10.1 Each with single ethernet interface Master RGY on 3500 Thanks in advance. Michael Zeleznik Computer Science Dept. University of Utah zeleznik@cs.utah.edu Salt Lake City, UT 84112 (801) 581-5617 From apollo-request@umix.cc.umich.edu Fri Mar 10 21:31:25 1989 Date: 9 Mar 89 21:36:27 GMT From: ckim%esunix%uplherc%wasatch%mailrus.uucp@tut.cis.ohio-state.edu (Cheol Kim) Organization: Evans & Sutherland, Salt Lake City, Utah Subject: Re: gcc/g++ on apollos ?? Message-Id: <1249@esunix.UUCP> References: <1017@geocub.greco-prog.fr> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu ief@geocub.greco-prog.fr (Alain Merigot): > > Does gcc/g++ (with coff support) runs on apollo sr10 ? Does it > requires changes ? And in that case, has anybody made them ? > > I am currently running sr9.7, and i don't have gcc 1.32, so i > can't try by myself. But one of our project requires g++ ; > should i upgrade to sr10 or try to find a sun :-) ? > > Many Thanks in advance, > > Alain Merigot > Institut d'Electronique Fondamentale > University of Paris Sud > Orsay - France > ief%geocub.UUCP@inria.inria.fr > ...uunet!mcvax!inria!geocub!ief we have had the same dillemma and ,as of now, we do not have any way to run g++ on apollo sr10. the problem is that apollo sr-non-10 does not have an appropriate 'a.out.h', the executable format file. Also, Apollo has not provide assistance of any kind to GNU and therefore GNU does not have a port on Apollo machines. If you have an Apollo with intel 386 and system V, you can port g++ on it. Otherwise, you have a long uphill battler ahead of you. Your best bet might be to find a Sun if you can because two Mikes of GNU seems to be working on Sun gcc and g++ the first. cheol From apollo-request@umix.cc.umich.edu Sat Mar 11 11:30:07 1989 Date: 10 Mar 89 17:25:52 GMT From: samaddar%demon.siemens.com%siemens.uucp@princeton.edu (Sumitro Samaddar) Organization: Siemens Research and Technology Laboratories Subject: Need Program to display GIF files Message-Id: <7171@siemens.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I will appreciate having any program to display GIF (a file format by compuserve) files on any color Apollo machine. Thanks, - Sumitro From apollo-request@umix.cc.umich.edu Sat Mar 11 11:39:38 1989 Date: 10 Mar 89 20:54:07 GMT From: archiel%mntgfx%sequent%tektronix.uucp@beaver.cs.washington.edu (Archie Lachner) Organization: Mentor Graphics Corporation, Beaverton Oregon Subject: Re: C++ vs Apollo Sys Files ? (Long) Compatability ? Message-Id: <1989Mar10.125408.2077@mntgfx.mentor.com> References: <1093@cheops.eecs.unsw.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >From article <1093@cheops.eecs.unsw.oz>, by ashley@cheops.eecs.unsw.oz (Ashley M. Aitken): > Howdy, > > Just when I thought C++ would add some productivity to my existence all hell > breaks loose (forgive me please, it is late, very late). I am having severe > problems with C++ and Apollo C System files compatability. > > Can someone, anyone shed some light ? > > The situation is as follows. I am programming in C++ Version 1.2.1 under SR10.1 > with SR10? release of C (I think). Anyway the C++ language works well so the C > must be later that V6.00. The problems are with Header Files, that seem to be > incompatible with this C++ (but not the C). For example .. > > The following code (I know some of them ain't C++ files ie stdio.h is not ) We have found that the only way to insure correct compilation, linking, and execution is to generate C++ versions of the C header files. In practice this means taking the Apollo header files and modifying them so that they describe things using C++ syntax. This is painful to do the first time, but updating them with Apollo header-file changes is not too bad. In general, C++ and C are two different languages. C++ is not upward compatible with C, not matter who says so. The two languages can be made link compatible, but there are thing you must do on the C++. Writing C++ headers for the C functions you use is one of those things. You may want to ask your Apollo representative if they have any C++ header files for the C library. P.S. If you're using C++, why not use the streams package instead of stdio? -- Archie Lachner Mentor Graphics Corporation Beaverton, Oregon ...!{decwrl,sequent,tessi}!mntgfx!archiel From apollo-request@umix.cc.umich.edu Sat Mar 11 17:44:13 1989 Date: 11 Mar 89 13:33:44 GMT From: bhv%igloo%killer%texbell.uucp@bellcore.com (Bronis Vidugiris) Organization: igloo, Northbrook, IL Subject: Re: Need help with creating a pad. (Please Help!) Message-Id: <1210@igloo.Scum.COM> References: <7489@killer.Dallas.TX.US> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <7489@killer.Dallas.TX.US> cantrell@killer.DALLAS.TX.US (Keith Cantrell) writes: =Could some kind sole tell me what is wrong with the following code. =All I am trying to do is create a window with a help file in it. =Every time I try an run this I get an "Invalid leaf" error, but I =know the file exist! I am running a C-Shell under BSD4.2 with =SR 9.7. = = =#include "/sys/ins/base.ins.c" =#include "/sys/ins/pad.ins.c" =#include "/sys/ins/error.ins.c" = =main() = ={ = char *path = {"/sys/help/help.hlp"}; = status_$t status; = pad_$window_desc_t window_desc; = stream_$id_t stream_id; = = window_desc.top = window_desc.left = window_desc.height = = window_desc.width = 0; = pad_$create_window(path, (short) strlen(path), pad_$read_edit, (short) 1, I haven't tried compiling this myself - but from past experience I suspect that you will have to replace path with *path here due to the vagaries of the 'standard call'. Another workaround is to copy the information in path into a variable declared with the 'standard' filename type - (don't recall what it is. Hope this works = window_desc, stream_id, status); = error_$print(status); =} = -- bhv@igloo From apollo-request@umix.cc.umich.edu Sat Mar 11 23:35:23 1989 Date: 12 Mar 89 00:31:48 GMT From: markd%jack%isg100%ucsdhub.uucp@sdcsvax.ucsd.edu (Mark Divecchio) Organization: Systems'n'Software San Diego, CA Subject: PC<->Apollo File Transfer Message-Id: <772@jack.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <471@studsys.mu.edu>, vanden@studsys.mu.edu (vandenberg) writes: > By any chance has anyone written a program that will allow an IBM PC > to read and/or write a floppy for use in an Apollo(specifically > a 3500 running 9.7.1)? I have written a procedure using my User Supported VT-100 emulator, PC-VT along with a version of XMODEM on the Apollo to transfer ASCII files between the PC and the Apollo via a SIO port (which every Apollo has). Not quite as convenient as reading a floppy nor as expensive as buying Apollo's DPCC software. If anyone would like a copy, I have it posted on my BBS at 619-549-3927. -- -- --------------------------------- Mark C. DiVecchio 10435 Mountain Glen Terrace, San Diego, CA 92131 K3FWT Home of PC-VT and LPTx 619-549-4056 sdcsvax!jack!wolf!markd Bulletin Board 619-549-3927 From apollo-request@umix.cc.umich.edu Sat Mar 11 23:37:30 1989 Date: 10 Mar 89 23:48:52 GMT From: Topper%cup.portal.com%portal.uucp@uunet.uu.net (scott andrew marr) Organization: The Portal System (TM) Subject: RE: Simple Csh question Message-Id: <15647@cup.portal.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Thanks to all those who responded to my question. For those who are interested, the proper syntax form my alias is: alias rm 'mv \!* /user/c684955/dumpster' The purpose of this alias is to move files to a 'trash can' instead of actually erasing them. I then have cron come around once a day and erase those files in the trash can that are over three days old. The crontab entry to do this is: 45 16 ** 1-5 find /user/c684955/dumpster -mtime +3 -exec /bin/rm {} \; /---------------------------------------------------------\ | Scott Marr | | | | "Birds are weird...." | | topper@cup.portal.com | | \---------------------------------------------------------/ From apollo-request@umix.cc.umich.edu Sun Mar 12 11:31:20 1989 Date: 12 Mar 89 14:54:14 GMT From: feigin@tcgould.tn.cornell.edu (Adam Feigin) Organization: Cornell Theory Center, Cornell University, Ithaca NY Subject: Wierd SR 10.1 Slowness Message-Id: <7539@batcomputer.tn.cornell.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I just got back from Uniforum, and brought up my DN 3500 (I had shut it down when I left). Firstly, somehow the disk got trashed, cause it had to salvol, but it came up normally. However, it is very slow, almost unusable now..... When I type a command in a window, it takes forever to get the csh prompt back, and the mouse wont move the cursor until I get the prompt back in the window I typed the command in. I have absolutely no idea what is going on. everything worked fine before I left. If you have any idea what is happening, I'd sure appreciate some pointers. Configuration: DN 3500, 8 MB memory, 350 MB disk, 1280x1024x8 color display, token-ring and ethernet adapters, SR 10.1 P.S. I also noticed that rgyd takes forever to start up when the machine boots... Any ideas ??? Thanx in advance. AWF From apollo-request@umix.cc.umich.edu Sun Mar 12 23:32:41 1989 Date: 13 Mar 89 01:45:27 GMT From: rudell%beeblebrox%pasteur.uucp@ucbvax.Berkeley.EDU (Richard Rudell) Organization: U.C. Berkeley EECS CAD Group Subject: NFS question/problem Message-Id: <11004@pasteur.Berkeley.EDU> References: <237@harrier.ukc.ac.uk> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu On a DN10000, using SR10, the C compiler is apparently unable to write an object file into the current directory if that directory is an NFS-mounted directory. I don't have the rev numbers for SR10 and NFS with me, but SR10 was shipped with the DN10000 about two months ago and NFS arrived about two weeks ago. I realize the problem is probably related to the object-typed file system on the Apollo. Is this a known problem ? Is there a work-around ? Will it be fixed ? If more information is needed, I can post the error message produced in this case (cryptic) and find out the rev numbers on the software. A related question is, once this problem is resolved, will I be able to write an apollo executable over NFS into foo:/bin/bar, create a tar tape from the real unix machine foo, read the tar tape back on a different apollo, and then have a file which SR10 will agree is an executable ? Thanks, Richard Rudell From apollo-request@umix.cc.umich.edu Sun Mar 12 23:33:40 1989 Date: 13 Mar 89 03:06:51 GMT From: ins_bxl%jhunix%aplcen%haven%uflorida.uucp@g.ms.uky.edu (Xuyong Liu) Organization: The Johns Hopkins University - HCF Subject: Jove for Apollo Message-Id: <1115@jhunix.HCF.JHU.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I guess I messed up in my previous article. Sorry about it. I just installed jove4.9 on an apollo computer. However, the result isn't very satisfactory. The jove program will imidiately force me out of it if I try to repeat the search-forward command several times. When compiling the sources, I noticed that a system include file "nlist.h" is not on the apollo computer, so I copied it from a vax (running BSD4.2). Oh, yes, the computer I am talking about is a DN4000 running BSD4.2 under SR9.7. Does anyone out there know how to fix this problem or where I can get a good jove for apollo? Thanks a lot for your help. ----- liu@talmisa.ece.jhu.edu ins_bxl@jhunix.UUCP From apollo-request@umix.cc.umich.edu Mon Mar 13 16:24:58 1989 Date: Mon, 13 Mar 89 13:14:05 est From: peter@archie.WHOI.EDU (Peter Shaw) Message-Id: <8903131814.AA11284@> To: apollo@umix.cc.umich.edu Subject: mathematica I remember reading reports in this forum of users who are running Steve Wolfram's Mathematica system on their DN-10000. Does anyone know of any version of Mathematica that runs on a 3000 or 3500? Any information and/or contacts would be greatly appreciated. Wolfram Research Inc. (makers of Mathematica) tells me that a 3000 etc. version exists, marketed directly through Apollo. Our local Apollo sales rep has been of no help. Peter Shaw peter@nero.whoi.edu (508) 548-1400 x2473 From apollo-request@umix.cc.umich.edu Mon Mar 13 16:39:22 1989 Date: 13 Mar 89 15:37:00 GMT From: vasta%apollo.uucp@eddie.mit.edu (John Vasta) Organization: Apollo Computer, Chelmsford, MA Subject: Re: C++ vs Apollo Sys Files ? (Long) Compatability ? Message-Id: <4200289e.1ad5a@apollo.COM> References: <1093@cheops.eecs.unsw.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I'm responsible for Apollo's C++ product. Yes, C++ is lagging behind C in the implementation of language extensions such as __attribute() and #options. The __attribute() syntax didn't exist when C++ was released; the next version will support it. In the meantime, you can define macros so that __attribute is preprocessed out: #define NO_ATTRIBUTE #define __attribute(a) NO_ATTRIBUTE (The two macros are required to get around a bug in the macro preprocessor; just defining __attribute(a) with a null expansion won't work.) Put these macros in your source file, before including any header files. The #options syntax was added to some header files after C++ was released, also. Again, the next version will support it. This syntax cannot be easily defined away, you'll have to edit the header files. I suggest putting #ifdef c_plusplus ... #endif around it for now. John Vasta (vasta@apollo.com) Apollo Computer, Inc. From apollo-request@umix.cc.umich.edu Mon Mar 13 16:54:10 1989 Date: 13 Mar 89 18:19:23 GMT From: linde%herds%srcsip%nic.MR.NET%hal%cwjcc%mailrus.uucp@tut.cis.ohio-state.edu (Larry G. Linde) Organization: Honeywell Systems & Research Center, MPLS, MN Subject: Apollo questions (SLIP, UUCP, DN460, DN660, 9.7) Message-Id: <18620@srcsip.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have a few questions about apollo hw/sw 1: Does anyone have a SLIP for the apollo (dn460/660) running aegis 9.7.1 ? 2: I have a incomming UUCP link on the 460 which works fine. However if I use a outging link on sio for uucp traffic it will crash the system in a very short order < 2 min. tip works fine on this same port with no problems. Any ideas? 3: Does anyone have both incomming (siologin) and outgoing (tip/uucp) running on the same line. ala bsd4.3 4: does anyone have a siologin replacement? (source code?) 5: additional serial ports, has anyone ever used a multibus serial card to add ports to a 460? device driver? 6: SCSI disk drives on a 460/660 Same question as #5. 7: IBM pc token ring cards? Do they exist, if so how much and where? thats enough for now. -larry Larry G. Linde Research Scientist MN65-2300 Signal and Image Processing 3660 Technology Drive (612) Vision Systems Technology Mpls, MN 55413 ** 782-7589 Honeywell Systems & Research Center From apollo-request@umix.cc.umich.edu Mon Mar 13 17:25:38 1989 Date: Mon, 13 Mar 89 13:14:05 est From: peter@archie.WHOI.EDU (Peter Shaw) Message-Id: <8903131814.AA11284@> To: apollo@umix.cc.umich.edu Subject: mathematica I remember reading reports in this forum of users who are running Steve Wolfram's Mathematica system on their DN-10000. Does anyone know of any version of Mathematica that runs on a 3000 or 3500? Any information and/or contacts would be greatly appreciated. Wolfram Research Inc. (makers of Mathematica) tells me that a 3000 etc. version exists, marketed directly through Apollo. Our local Apollo sales rep has been of no help. Peter Shaw peter@nero.whoi.edu (508) 548-1400 x2473 From apollo-request@umix.cc.umich.edu Mon Mar 13 22:43:48 1989 Date: Mon, 13 Mar 89 16:44:39 pst From: mcdonald%loki.edsg@hac2arpa.hac.com (louis mcdonald) Message-Id: <8903140044.AA04281@loki.edsg> Company: Hughes Aircraft; El Segundo, CA 90245 To: apollo@umix.cc.umich.edu Subject: Screen saver We have some Sun (ugh) users here who have some interesting screen savers running. Has anyone played with the Apollo screen saver? Louis McDonald From apollo-request@umix.cc.umich.edu Tue Mar 14 15:52:13 1989 Date: 14 Mar 89 16:42:00 GMT From: conliffe%caen.engin.umich.edu%mailrus.uucp@tut.cis.ohio-state.edu (Darryl C. Conliffe) Organization: U of M Engineering, Ann Arbor, Mich. Subject: Smaller disksave Message-Id: <42056a01.14df6@vulture.engin.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Is there a way to get a smaller disksave, other than saving applisp instead of lisp? Are there any command line options or other actions that can make the disksave smaller? 4MB a pop is preety expensive. Apollo (Lucid) CommonLisp version 2.2 SR9.7. SR10.1 is not an option. -- ___________________ Darryl C. Conliffe conliffe@caen.engin.umich.edu (313) 721-6069 ------------------- From apollo-request@umix.cc.umich.edu Tue Mar 14 21:39:32 1989 Date: 14 Mar 89 21:40:51 GMT From: sahayman@iuvax.cs.indiana.edu (Steve Hayman) Organization: Computer Science Department, Indiana University Subject: Adding disks to a DN3000 Message-Id: <18536@iuvax.cs.indiana.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We have some diskless DN3000's to which we want to add disks. I'd be interested in hearing from anyone who's done this without paying Apollo's prices - which we were quoted as controller: $800 72 meg: $2000 155 meg: $2800 350 meg: $5200 It's my understanding that we have to use the Apollo controller, and that we can do a lot better than $5200 for 350 meg. This topic has probably gone around before; if people would like to mail any useful information to me, I'll post a summary. Thanks. Steve "I still hate `wbak', but thank you Apollo for the -rem option" Hayman Workstation Manager Indiana U. sahayman@iuvax.cs.indiana.edu From apollo-request@umix.cc.umich.edu Tue Mar 14 21:46:06 1989 Message-Id: <8903141835.AA06274@umix.cc.umich.edu> 14 Mar 89 11:26:53 GMT Mar 89 11:26:52 GM Via: UK.AC.PCL.STOAT; 14 MAR 89 11:26:41 GMT Date: 14-MAR-1989 11:28:54 From: MARCUS%STOAT.PCL.AC.UK@CUNYVM.CUNY.EDU To: APOLLO@UMIX.CC.UMICH.EDU Subject: RE: Screen Savers >From: mcdonald < (louis mcdonald)mcdonald%loki.edsg@com.hac.hac2arpa> >Subject: Screen saver >We have some Sun (ugh) users here who have some interesting screen savers running. >Has anyone played with the Apollo screen saver? >Louis McDonald Here's a screen saver that will save a part of the screen. Holding down M1 and moving the mouse will grow/shrink a 'rubberband' box defining the area to be saved. Press EXIT to save the image. I was investigating pixel orientated bitmaps at the time so this program uses them - not very useful for sending to a Xerox 4020 or the like! I suggest you modify it to save a colour map an plane orientated bitmap (as I have been meaning to do for some time now...) - m a r c u s - -------------------------------- cut here &< ---------------------------------- /***************************************************************************/ /* */ /* Sgrab - Grabs any rectangular area of the screen and stores it in */ /* a pixel oriented external file bitmap */ /* */ /* Usage: sgrab filename */ /* */ /* Author: Marcus Harvey 1988 */ /* */ /***************************************************************************/ #include #include #include "/sys/ins/base.ins.c" #include "/sys/ins/gpr.ins.c" #include "/sys/ins/error.ins.c" #include "/sys/ins/kbd.ins.c" #include "/sys/ins/pgm.ins.c" #define XOR 6 #define BLT 3 #define line_prim_set (short int)(1 << (short)gpr_$rop_line) #define blit_prim_set (short int)(1 << (short)gpr_$rop_blt) status_$t status; gpr_$bitmap_desc_t disp_bmap, mem_bmap, disk_bmap, cursor_bmap; gpr_$offset_t disp_bmap_size, mem_bmap_size, disk_bmap_size; gpr_$attribute_desc_t mem_bmap_attr, disk_bmap_attr; gpr_$bmf_group_header_array_t disk_bmap_hdr; gpr_$rgb_plane_t hi_plane; gpr_$color_vector_t color_map; gpr_$window_t whole_screen; gpr_$position_t dest_origin = $0,0; gpr_$disp_char_t disp_char; gpr_$window_t blit_window; char fname[32]; short fname_len; short ix; check(message) char *message; $ if(status.all != status_$ok) $ fprintf(stderr,"%s : ",message); error_$print(status); /* end check(message) */ void init_cursor() $ static gpr_$offset_t cursor_bmap_size = $16,16; static gpr_$position_t cursor_orig = $0,0; static gpr_$coordinate_array_t x_coords = $15,8,8, y_coords = $8,8,15; gpr_$attribute_desc_t cursor_bmap_attr; gpr_$allocate_attribute_block(cursor_bmap_attr,status); gpr_$allocate_bitmap ( cursor_bmap_size, hi_plane, cursor_bmap_attr, cursor_bmap, status); gpr_$set_bitmap(cursor_bmap,status); gpr_$start_pgon(0,0,status); check("gpr_$start_pgon"); gpr_$pgon_polyline(x_coords,y_coords,(short)3,status); check("gpr_$pgon_polyline"); gpr_$close_fill_pgon(status); check("gpr_$close_fill_pgon"); gpr_$set_cursor_active(false,status); gpr_$set_cursor_origin(cursor_orig,status); gpr_$set_cursor_pattern(cursor_bmap,status); /* end init_cursor() */ void enable_events() $ gpr_$keyset_t key_set, button_set; lib_$init_set(key_set,(short)256); lib_$add_to_set(key_set,(short)256,KBD_$SAVE); lib_$add_to_set(key_set,(short)256,KBD_$EXIT); lib_$add_to_set(key_set,(short)256,KBD_$ABORT); gpr_$enable_input(gpr_$keystroke,key_set,status); gpr_$enable_input(gpr_$locator,key_set,status); lib_$init_set(button_set,(short)256); lib_$add_to_set(button_set,(short)256,KBD_$M1D); lib_$add_to_set(button_set,(short)256,KBD_$M1U); lib_$add_to_set(button_set,(short)256,KBD_$M2D); lib_$add_to_set(button_set,(short)256,KBD_$M2U); lib_$add_to_set(button_set,(short)256,KBD_$M3D); lib_$add_to_set(button_set,(short)256,KBD_$M3U); gpr_$enable_input(gpr_$buttons,button_set,status); /* end enable_events() */ void create_bitmap_file() $ static gpr_$version_t version = $1,1; unsigned char created; gpr_$allocate_attribute_block(disk_bmap_attr,status); disk_bmap_hdr[0].n_sects = 1; disk_bmap_hdr[0].pixel_size = hi_plane + 1; disk_bmap_hdr[0].allocated_size = 8; disk_bmap_hdr[0].bytes_per_line = 0; disk_bmap_hdr[0].bytes_per_sect = 0; disk_bmap_hdr[0].storage_offset = 0; disk_bmap_size = blit_window.window_size; gpr_$open_bitmap_file ( gpr_$create, fname, fname_len, version, disk_bmap_size, (short)1, disk_bmap_hdr, disk_bmap_attr, disk_bmap, created, status); check("gpr_$open_bitmap_file"); gpr_$set_bitmap(disk_bmap,status); gpr_$pixel_blt(disp_bmap,blit_window,dest_origin,status); gpr_$set_bitmap_file_color_map( disk_bmap, (long)0, (short)16, color_map, status); check("gpr_$set_bitmap_file_color_map"); /* end of create_bitmap_file() */ /***************************************************************************/ /* */ /* */ /* M A I N */ /* */ /* */ /***************************************************************************/ main(argc,argv) int argc; char *argv[]; $ gpr_$event_t event_type; gpr_$position_t mouse_position, cursor_position; gpr_$position_t handle, anchor; gpr_$rgb_plane_t plane; unsigned char event_data; boolean grab, exit; short disp_len_ret, Ax, Ay, Hx, Hy; /* Determine display characteristics and initialise various parameters */ if (argc < 2) $ fprintf(stderr,"Sgrab : a screen image capture utility\n"); fprintf(stderr,"Usage : sgrab filename\n"); fprintf(stderr,"Author : Marcus Harvey\n"); pgm_$exit(false); else $ strcpy(fname,argv[1]); fname_len = strlen(fname); gpr_$inq_disp_characteristics ( gpr_$borrow, (short)1, sizeof(disp_char), disp_char, disp_len_ret, status); exit = grab = false; hi_plane = disp_char.n_planes - 1; disp_bmap_size.x_size = disp_char.x_window_size; disp_bmap_size.y_size = disp_char.y_window_size; mem_bmap_size = disp_bmap_size; whole_screen.window_base = dest_origin; whole_screen.window_size = disp_bmap_size; blit_window.window_base.x_coord = 0; blit_window.window_base.y_coord = 0; blit_window.window_size.x_size = 0; blit_window.window_size.y_size = 0; /* Initialise graphics primitives in borrow_nc mode */ gpr_$init ( gpr_$borrow_nc, (short)1, disp_bmap_size, hi_plane, disp_bmap, status); check("gpr_$init"); /* Initialise custom cursor and events we want to see */ init_cursor(); enable_events(); /* Allocate main memory bitmap and blit whole screen to it */ gpr_$allocate_attribute_block(mem_bmap_attr, status); gpr_$allocate_bitmap(mem_bmap_size, hi_plane, mem_bmap_attr, mem_bmap, status); check("gpr_$allocate_bitmap"); gpr_$set_bitmap(mem_bmap,status); gpr_$pixel_blt(disp_bmap,whole_screen,dest_origin,status); gpr_$set_bitmap(disp_bmap,status); gpr_$set_cursor_active(true,status); gpr_$set_draw_width(2,status); gpr_$inq_color_map((long)0,(short)16,color_map,status); check("gpr_$inq_color_map"); gpr_$raster_op_prim_set(line_prim_set,status); for (plane = 0 ; plane <= hi_plane ; plane++) gpr_$set_raster_op(plane,XOR,status); gpr_$raster_op_prim_set(blit_prim_set,status); for (plane = 0 ; plane <= hi_plane ; plane++) gpr_$set_raster_op(plane,BLT,status); /* Wait for user input and act accordingly */ while(!exit) $ gpr_$event_wait(event_type, event_data, mouse_position, status); if (event_type == gpr_$buttons) $ if (event_data == KBD_$M1D) $ grab = true; gpr_$set_cursor_active(false,status); gpr_$pixel_blt(mem_bmap,whole_screen,dest_origin,status); gpr_$set_cursor_active(true,status); anchor = handle = mouse_position; else if (event_data == KBD_$M1U) $ grab = false; Ax = anchor.x_coord; Ay = anchor.y_coord; Hx = handle.x_coord; Hy = handle.y_coord; blit_window.window_size.x_size = (short) abs(Ax - Hx); blit_window.window_size.y_size = (short) abs(Ay - Hy); if (Ax < Hx) blit_window.window_base.x_coord = Ax; else blit_window.window_base.x_coord = Hx; if (Ay < Hy) blit_window.window_base.y_coord = Ay; else blit_window.window_base.y_coord = Hy; if (event_type == gpr_$locator) $ cursor_position = mouse_position; gpr_$set_cursor_position(cursor_position, status); if (grab) $ gpr_$set_cursor_active(false,status); gpr_$draw_box ( anchor.x_coord,anchor.y_coord, handle.x_coord,handle.y_coord, status); handle = cursor_position; gpr_$draw_box ( anchor.x_coord,anchor.y_coord, handle.x_coord,handle.y_coord, status); gpr_$set_cursor_active(true,status); if (event_type == gpr_$keystroke) $ if (event_data == KBD_$ABORT) exit = true; else if (event_data == KBD_$EXIT) $ gpr_$pixel_blt(mem_bmap,whole_screen,dest_origin,status); create_bitmap_file(); exit = true; gpr_$terminate(false, status); /* end main() */ -------------------------------- cut here &< ---------------------------------- From apollo-request@umix.cc.umich.edu Wed Mar 15 09:29:31 1989 Date: 14 Mar 89 21:52:18 GMT From: cmorgan%mntgfx%sequent%tektronix.uucp@uunet.uu.net (Clark Morgan) Organization: Mentor Graphics Corporation, Beaverton Oregon Subject: Apollo E-Mail packages Message-Id: <1989Mar14.135219.12819@mntgfx.mentor.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hello. I'd like to tap the net.knowledge to determine what E-Mail packages are currently available for Apollo workstations. I am aware of the following: DPSS - Apollo's package. Mentor Mail - Mentor's package. MH - The well-known MH mail system, distributed with SR10.x, in the /usr/new/mh directory. Unix Mail - BSD or SYS5. I'd like your feedback on these packages(*) and/or a list of any mailers I've omitted. I'll gladly accept critiques from anyone, but if you're using mail in a large network environment (say, 200+ nodes), I especially want to hear from you. Also, I haven't used DPSS and feedback on this product will be appreciated. Thanks very much for your time. I'll be happy to summarize the replies I receive for anyone who's similarly interested. - CM (*) You can skip assessments of Mentor Mail, I'm quite familiar with this package :-). -- Clark O. Morgan - Mentor Graphics Corporation - (503) 526-4813 cmorgan@mntgfx.mentor.com OR ...!tektronix!tessi!mntgfx!cmorgan From apollo-request@umix.cc.umich.edu Wed Mar 15 13:50:00 1989 Message-Id: <8903151611.AA26517@cod.nosc.mil> Date: Wed, 15 Mar 89 08:08:24 pst From: dennis@peanuts.nosc.mil (Dennis Cottel) To: apollo@umix.cc.umich.edu, cmorgan%mntgfx%sequent%tektronix.uucp@uunet.uu.net Subject: Re: Apollo E-Mail packages > Hello. I'd like to tap the net.knowledge to determine what E-Mail > packages are currently available for Apollo workstations. We are using BSD Mail and sendmail with connections to the outside world through an Ethernet SMTP gateway. It works, but at SR9.7 there is a bug which has kept the number of Apollo mail receivers down to about 10 (out of a possible 40 -- the rest continue to use a BSD VAX for mail). The bug is due to a locking problem: if you happen to be starting Mail, quitting it, or otherwise updating your spool file, and if your node is not the one that sendmail is running on, then sendmail sees that your spool file is locked and returns the mail to the sender with an error message. Very annoying! Does anyone know if this problem has been fixed in SR10.1? Dennis Cottel Naval Ocean Systems Center, San Diego, CA 92152 (619) 553-1645 dennis@nosc.MIL sdcsvax!noscvax!dennis From apollo-request@umix.cc.umich.edu Wed Mar 15 15:40:31 1989 Date: 15 Mar 89 15:37:00 GMT From: aaron%apollo%ulowell%mailrus.uucp@tut.cis.ohio-state.edu (Aaron Sawyer) Organization: Apollo Computer, Chelmsford, MA Subject: Re: size of SR10.1 Message-Id: <420a3774.17ec9@apollo.COM> References: <179@nrl-cmf.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In <179@nrl-cmf.UUCP> wicinski@cmsun.nrl.navy.mil (Tim Wicinski) writes: >I've received the tapes for SR10.1, and i want to install it, but i can't seem to >find any mention of the size SR10 takes up. What i'm looking for is >the size for Aegis and 4.3 seperate and together. if anyone will mail me >what they think are close estimates, i'd be grateful. Tim wanted the sizes of the various Domain/OS SR10.1 configurations. I was unable to email them to him directly as requested, thus this followup posting. Here they are: Domain/OS sr10.1 blocks configuration (alpha order) ======= =========================== 83754 aegis_bsd4.3_large 49942 aegis_bsd4.3_medium 64091 aegis_large 37622 aegis_medium 34376 aegis_small 36885 aegis_small_prog 87632 aegis_sys5.3_large 53820 aegis_sys5.3_medium 78720 bsd4.3_large 45997 bsd4.3_medium 100534 large 82598 sys5.3_large 49875 sys5.3_medium The block size is the space needed in the Authorized Area for a given OS configuration. When installed to a target, the Domain/OS configuration requires additional blocks. The install can require as little as 10% (for directories & hard links) to as much as 100% (for a duplicate copy of each object) additional space. Aaron Sawyer -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Internet: aaron@apollo.com (preferred) UUCP: ...{decwrl!decvax, mit-eddie, attunix}!apollo!aaron USPS: Apollo Computer, 330 Billerica Rd., Chelmsford MA. 01824 (Copyright 1988 by author. All rights reserved. Free redistribution allowed.) _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ From apollo-request@umix.cc.umich.edu Wed Mar 15 17:38:39 1989 Date: Wed, 15 Mar 89 13:23:02 EST From: watrous@aramis.rutgers.edu Message-Id: <8903151823.AA04535@athos.rutgers.edu> To: apollo@umix.cc.umich.edu Subject: [watrous@aramis.rutgers.edu: [watrous@aramis.rutgers.edu: removal request]] Sorry to bother the entire list, but my patience is wearing thin. Date: Thu, 3 Nov 88 12:53:54 EST From: watrous@aramis.rutgers.edu (Don Watrous) To: apollo-request@umix.cc.umich.edu Subject: [watrous@aramis.rutgers.edu: removal request] Date: Fri, 12 Aug 88 10:19:28 EDT From: watrous@aramis.rutgers.edu (Don Watrous) To: apollo-request@umix.cc.umich.edu Subject: removal request RED.RUTGERS.EDU has been taken out of service, effective 1-Feb-88, 0000. Please remove our subscription to APOLLO which should look something like APOLLO-BBOARD@RED.RUTGERS.EDU. A previous request was sent to apollo-request@yale.arpa, but nothing ever resulted. Thanks, Don Did this fall through the cracks? We're still receiving the mailings. If you're not sending to APOLLO-BBOARD@RED.RUTGERS.EDU, would you please forward a list of subscribers at rutgers and I'll tell you which one(s) to remove. Thanks, Don Can anyone in charge help me? Thanks... From apollo-request@umix.cc.umich.edu Wed Mar 15 19:33:53 1989 Message-Id: <8903151955.AA02700@ELI.CS.YALE.EDU> id aa11562; 15 Mar 89 19:31 GMT Date: Wed, 15 Mar 89 19:32:06 GMT From: DEE801%ne-london-poly.ac.uk@NSS.Cs.Ucl.AC.UK To: APOLLO@NSS.Cs.Ucl.AC.UK Subject: subscription Dear Sir /Madam , I Richard Deeble Humbly Crave your indulgence am a student here at Poly-East-London and would be grrateful for inclusion on your list which I will then redistribute here.Yours RD From apollo-request@umix.cc.umich.edu Wed Mar 15 19:52:47 1989 Date: 15 Mar 89 18:19:21 GMT From: barnhill%kuhub.cc.ukans.edu%deimos.cis.ksu.edu%uxc.uucp@iuvax.cs.indiana.edu Organization: University of Kansas Academic Computing Services Subject: NFS print spoolers Message-Id: <4140@kuhub.cc.ukans.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Has anyone got a stuggestion for a print spooler for NFS on appollos? We'd appreciate any clues! From apollo-request@umix.cc.umich.edu Wed Mar 15 20:07:34 1989 Date: 15 Mar 89 08:38:22 GMT From: jnp%mjolner%santra%tut%draken%kth%mcvax.uucp@uunet.uu.net (J|rgen N|rgaard) Organization: Nokia Telecommunications Oy, Espoo, Finland Subject: Does someone know the format of lock-files ? Message-Id: <167@mjolner.tele.nokia.fi> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hello, I need to know the format of UUCP lockfiles in order to make Kermit and uucico work together. Please mail me answers. If interest I'll summarize. -- Regards J|rgen N|rgaard e-mail: jnp@tele.nokia.fi ------------------------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Wed Mar 15 20:15:52 1989 Date: Wed, 15 Mar 89 12:55:52 HST From: kent@humu.nosc.mil (Kent K. Kuriyama) Message-Id: <8903152255.AA16493@humu.nosc.mil> To: apollo@umix.cc.umich.edu Cc: kent@humu.nosc.mil Subject: Creating user processes that continue after logout I am running Domain/IX under 9.7. After logging into the display manager I start a program using: % background_prog & % If I logout of the display manager my program gets blown away. Is there any way to prevent this from happening? I realize that it is possible for the DM to spawn programs that continue to run as long as the node is on but that is not quite what we want. Kent Kuriyama Naval Ocean Systems Center Hawaii Laboratory kent@nosc.mil From apollo-request@umix.cc.umich.edu Wed Mar 15 20:16:43 1989 Date: 15 Mar 89 09:10:07 GMT From: richard%philce%philmds%hp4nl%mcvax.uucp@uunet.uu.net (Richard Bishopp) Organization: Philips Consumer Electronics, Eindhoven Subject: unpublished system calls Message-Id: <315@philce.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I'm looking for some help with some unpublished system calls. I'm trying to compile a list of the most useful ones for personal use. So far I've managed to work out the following ones ; name_$resolve name_$drop name_$add name_$find_uid asknode_$who asknode_$who_internet pm_$get_name pm_$set_name file_$read_lock_entryi file_$read_lock_entryu What I really need to complete my current 'project' is access to the calls that convert a UID into a user name. I think these calls are used in /COM/LUSR to convert information from asknode_$who[_internet]. The two calls in question are ; aclm_$t2sid - probably ACL(UID) to SID aclm_$sid2t - probably SID to ACL(UID). Of course I shouldn't really have to ask about these things if *someone* would publish them. Any other calls discovered by people would be most useful too - in particular stuff about RBAK and WBAK tape formats. I'd like to *improve* the supplied version by adding an operator tape change alarm and some other bits and pieces. Richard Bishopp p.s. views my own etc etc From apollo-request@umix.cc.umich.edu Thu Mar 16 05:38:37 1989 Date: 14 Mar 89 16:03:42 GMT From: sscott%camdev%texbell.uucp@bellcore.com (Steve Scott) Organization: Motorola, Inc. Ft. Worth, TX Subject: Help with password aging Message-Id: <177@camdev.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hello, netlanders.... As a major security overhaul within my company, the issue of password aging has raised its head. So, I am in need of advice on how to implement such. We have machines which are Sys V/BSD 4.x (HP/UX) compatible. We also have Apollo machines running BSD4.2. I guess that I could write shell scripts that "lock out" folks every ninety days and FORCE them to change passwords. But I was wondering if any generic public domain solutions exixt -- Steve Scott UUCP: {killer|texbell}!camdev!sscott Motorola, Inc. Telephone : 1-817-232-6317 From apollo-request@umix.cc.umich.edu Thu Mar 16 05:59:15 1989 Date: 16 Mar 89 07:40:38 GMT From: sahayman@iuvax.cs.indiana.edu (Steve Hayman) Subject: Re: rbak/wbak -rem option Message-Id: <18585@iuvax.cs.indiana.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Back in February when I wasn't paying attention, Rob Gabbard asked: > Has anyone gotten the new -rem option to rbak to work ? The SR10.1 > release notes state that it must be to a host with /etc/rmt that you > can rexec to.... > After mounting a wbak-written tape onto both a Sun and Convex I tried > the following: > > rbak -f 1 -rem sun:/dev/rmt8 -index -all > >After all attempts the message "Login failed." is returned along with >a message from rbak telling me it failed to connect to foreign host. >The account I was doing this from was able to rsh, rlogin, etc. without >the -l option so I know that's not the problem. I figure Apollo is using >some canned account name to connect with the rexec. I've been checking this out - I want to use -rem to write to an 8mm drive attached to one of our Suns. Part of the problem is that Apollo has chosen to have "rbak -rem" connect to the "rexecd" daemon on the remote machine, and not the "rshd" daemon. These two daemons use different permissions schemes. The way it works is that when you connect to rshd (which is what "rsh" does), three strings are sent from your process to the remote rshd: remote-username local-username command (in this case "/etc/rmt") and the remote "rshd" reads the usernames and looks things up in the .rhosts or hosts.equiv file to decide whether to allow this connection. This is probably what you're expecting to happen with "rbak -rem", but Apollo has chosen to connect to the "rexecd" daemon instead. ("ftp" is the only thing I know of that connects to that daemon.) The protocol in this case is slightly different - your process sends these three strings to the remote rexecd remote-username remote-password command and rexecd, instead of checking .rhosts, checks the user/password combination. If this doesn't work, you get the "Login incorrect" message that you're seeing. Now, the problem is, where do the remote username and password come from? All you specified on the "wbak" command line was a machine name. "ftp" at least knows to look in a file called ".netrc" in your home directory, for lines like this: machine some-vax login someuser password thepassword and sends those lines along (yes, it's disgusting having to keep an unencrypted password in a file). I did some checking (by putting some debug statements into the version of "rexecd" on a Sun to which I was trying to dump from an Apollo) and it looks like rbak doesn't consult the .netrc file - it always sends two null strings to the remote "rexecd", followed by the expected "/etc/rmt" commandline. And of course there is no remote account named "" so the connection fails with "Login incorrect". I wish I had source to "rbak" to check this out. There has to be some way to tell rbak the remote userid/password combination, or the rexec protocol is never going to work. I'm in the middle of trying to track this down with Apollo, and will let people know the outcome. Incidentally, Apollo, if you're listening - but I'm going to tell you this on the phone anyway - can you please fix rbak/wbak to use the "rshd" interface instead of "rexecd" ? I hate the idea of keeping passwords in files; you wouldn't have to if rbak/wbak used "rshd" since authentication would be based on .rhosts files rather than passwords. ..Steve -- Steve Hayman Workstation Manager Computer Science Department Indiana U. sahayman@iuvax.cs.indiana.edu From apollo-request@umix.cc.umich.edu Thu Mar 16 07:33:08 1989 Message-Id: <8903161116.AA00251@umix.cc.umich.edu> Date: Thu, 16 Mar 89 11:26 GMT From: Subject: HELP To: apollo@umix.cc.umich.edu X-Original-To: apollo@umix.cc.umich.edu, ISENMANN From apollo-request@umix.cc.umich.edu Thu Mar 16 13:44:35 1989 Date: 16 Mar 89 15:58:02 GMT From: lori%kodak%rochester.uucp@cu-arpa.cs.cornell.edu (Lori Perreault) Organization: Eastman Kodak Co., Rochester, NY Subject: wbak & rbak help Message-Id: <1775@kodak.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I'm presently using wbak in cron files to perform backups. A"full" backup is done on Mondays with incremental backups with assorted other files backed-up Tuesday thru Friday. The problem I'm exper- iencing is knowing how much "stuff" has been stored on the tape. Does anyone out there know of a technique or a routine which will tell me the remaining space on a cartridge tape? This wouldn't be too hard to figure if it weren't for the incremental bu's. Thanks in advance for any help! From apollo-request@umix.cc.umich.edu Thu Mar 16 19:48:16 1989 Date: 16 Mar 89 05:09:52 GMT From: ianh%merlin%bruce%munnari.uucp@uunet.uu.net (Ian Hoyle) Organization: none Subject: Re: mathematica Message-Id: <807@merlin.bhpmrl.oz> References: <8903131814.AA11284@> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >From article <8903131814.AA11284@>, by peter@ARCHIE.WHOI.EDU (Peter Shaw): > I remember reading reports in this forum of users who are running Steve > Wolfram's Mathematica system on their DN-10000. Does anyone know of > any version of Mathematica that runs on a 3000 or 3500? Any information > and/or contacts would be greatly appreciated. > > Wolfram Research Inc. (makers of Mathematica) tells me that a 3000 etc. > version exists, marketed directly through Apollo. Our local Apollo > sales rep has been of no help. > > Peter Shaw peter@nero.whoi.edu (508) 548-1400 x2473 We have a 4 processor DSP10000 and would absolutely LOVE to have Mathematica on it!!! We currently are using it on a Mac IIx and having the kernel run on the 10000 sounds tooo good to be true. Who is using it and where can I get it ????? thanx, ian Ian Hoyle /\/\ Computer Systems Superintendent / / /\ BHP Melbourne Research Laboratories / / / \ 245 Wellington Rd, Mulgrave, 3170 / / / /\ \ AUSTRALIA \ \/ / / / \ / / / Phone : +61-03-560-7066 \/\/\/ ACSnet : ianh@merlin.bhpmrl.oz Internet: ianh%merlin.bhpmrl.oz@uunet.uu.net -- Dr Ian Hoyle /\/\ Computer Systems Superintendent / / /\ BHP Melbourne Research Laboratories / / / \ 245 Wellington Rd, Mulgrave, 3170 / / / /\ \ AUSTRALIA \ \/ / / / \ / / / Phone : +61-03-560-7066 \/\/\/ ACSnet : ianh@merlin.bhpmrl.oz Internet: ianh%merlin.bhpmrl.oz@uunet.uu.net From apollo-request@umix.cc.umich.edu Thu Mar 16 21:41:31 1989 Date: 16 Mar 89 06:08:40 GMT From: nielson%dhw68k%zardoz%peregrine.uucp@elroy.jpl.nasa.gov (Mike Nielson) Organization: Wolfskill & Dowling residence; Anaheim, CA (USA) Subject: referencing environment variables within makefiles Message-Id: <21015@dhw68k.cts.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have recently discovered that the "make" utility on Apollo systems does not seem to allow environment variables to be referenced within a makefile. For example, on a typical unix system a user can pass C compiler options to make via the predefined CFLAGS make variable by executing the shell command "setenv CFLAGS options" prior to invoking make. I have used this feature on several other unix machines (Sun, HP, SGI, and others) but it does not work on Apollo. I have tried it on O.S. levels 9.7 and 10.1 using both the sys5 and bsd environments. Can anyone offer any suggestions? Mike Nielson Internet: nielson@dhw68k.cts.com UUCP: uunet!ccicpg!pdaeng!nielson From apollo-request@umix.cc.umich.edu Fri Mar 17 05:43:06 1989 Date: 15 Mar 89 22:04:02 GMT From: mxn%philabs%prls%mips%wyse%vsi1.uucp@ames.arc.nasa.gov (Majid Naveed) Organization: Philips Laboratories, Briarcliff Manor, NY Subject: request help with installing x windows on apollo ... Message-Id: <47070@philabs.Philips.Com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I am at present trying to install x window on a DN3500. I have the tape released by MIT for X11R3. However, when I do a "make World", I get an error " make: needs a separator at line 335". I shall appreciate if somebody who has done the installation can help me out of this situation. Thanks. Naveed Majid. From apollo-request@umix.cc.umich.edu Fri Mar 17 13:42:33 1989 Date: 17 Mar 89 17:01:12 GMT From: zeleznik%cs.utah.edu%wasatch%mailrus.uucp@tut.cis.ohio-state.edu (Mike Zeleznik) Organization: University of Utah, Computer Science Dept. Subject: Locking down a 10.1 system Message-Id: <1352@wasatch.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I am trying to lock down a 10.1 system in a reasonable manner. Has anyone determined a good method? I tried using the default "closed" system at install time, but it seems to be lacking a bit, or I have botched it. I also have conflicting reports from Apollo that MINST actually did the opposite of what you requested (closed/open). I haven't tried re-involing or reloading from scratch to test it out. There doesn't seem to be an easy way to simply re-run the install with the other protection mode. Is INPROT the only way to really go? If so, is there a reasonable template file around? Did you simply map your old acl_templates files into the new form? While one could just remove P and W rights from %.%.% for all files and dirs, you'd still have to make sure that the groups are correct (e.g., that %.none.% doesn't have owner rights). If anyone has dealt with this, or wants to talk more, I'd appreciate hearing from you. Thanks, Mike Michael Zeleznik Computer Science Dept. University of Utah zeleznik@cs.utah.edu Salt Lake City, UT 84112 (801) 581-5617 From apollo-request@umix.cc.umich.edu Fri Mar 17 17:50:11 1989 Date: 17 Mar 89 19:45:00 GMT From: watcher@athena.mit.edu (0) Organization: Massachusetts Institute of Technology Subject: looking for map-drawing application Message-Id: <9904@bloom-beacon.MIT.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi. I'm looking for an Apollo-based graphics application (commercial product or public domain) that allows a user to interactively create maps. A simple MacDraw-type program might do, but I'd prefer something geared toward working with lat-long data. Bitpad support for tracing hardcopy maps would be nice. It should also be able to dump data in some reasonably parseable ASCII format. Any pointers would be greatly appreciated, as would info on map databases available via anonymous ftp. thanx. ======================================= <0> chris ross watcher@athena.mit.edu From apollo-request@umix.cc.umich.edu Fri Mar 17 20:08:51 1989 Date: Fri, 17 Mar 89 14:35:24 PST From: Leonard N. Zubkoff Message-Id: <8903172235.AA00325@atlantis> To: bug-gnu-emacs@prep.ai.mit.edu, eichin@athena.mit.edu Subject: Re: GNU emacs for Apollo: any luck? Cc: apollo@umix.cc.umich.edu Hmmm. This sounds vaguely familiar. What version of C Compiler are you running? The SR9.7 C Compiler worked correctly, but the SR9.7.1 C Compiler had a bug which prevented it from working with Emacs, though I cannot remember the exact manifestation. I will shortly be releasing a new set of modifications for 18.53. The new version will not require AEGIS /sys/ins files; it will build on the native bsd4.3 environment. I also will build on the DN10000, and there is an easy procedure for distributing compound executables that run on both the 68020/68030 machines and PRISM machine (DN10000). Leonard N. Zubkoff Lucid, Incorporated From eichin@athena.mit.edu Fri Mar 17 12:59:09 1989 Date: Wed, 15 Mar 89 18:43:03 EST From: Mark W. Eichin To: bug-gnu-emacs@prep.ai.mit.edu Subject: GNU emacs for Apollo: any luck? I've tried building both "apollo-emacs" and "dist-18.53" from prep on both DN590 and DN3000 running Domain/OS 9.7, with no success. The failure mode: either an immediate crash with Fatal Error (apollo-emacs, either on a telnet line or a gpr window), or if I build dist-18.53 with HAVE_X_WINDOWS, I can get it to run through loadup until it hits lisp-mode, where it dies with "Symbol function definition is void: not" with the mode-line all dashes, and no apparent response to input (it doesn't actually crash, it has to be kicked over.) Running under dbx gives me a dbx and an emacs which are > 5Meg each and not doing anything. This is under the bsd4.2 environment, if it makes a difference (though I assume this is right, since config.h uses m-bsd42.h.) Therefore, some questions: - Has anyone else succeeded? Any hints? - Why are the options configured for (such as SYSTEM_MALLOC) opposite in many cases in apollo-emacs and dist-18.53? - Should I just wait (and wait...) for 10.1? does it work there? I actually have a working binary for 17.63, but the sources with it don't produce a working emacs (though I narrowed at least 2 of the problems down to new compiler bugs in the 9.7 compiler that wern't present in the one used for the binary there...) Any help would be appreciated (especially since my current strategy is "Use a Sun instead" :-) Mark Eichin From apollo-request@umix.cc.umich.edu Fri Mar 17 21:31:10 1989 Date: 16 Mar 89 19:33:00 GMT From: lray%uxh.cso.uiuc.edu%uxd.cso.uiuc.edu.uucp@uxc.cso.uiuc.edu Subject: SR10.1 patches Message-Id: <18300005@uxh.cso.uiuc.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Recently, a number of postings in here have mentioned problems with SR10.1, including slowness, registry not working, and so forth. The reason why is very simple. The ethernet microcode at SR10.1 does not work. Actually, this is an understatement. There is a patch available from Apollo that, although it does not completely fix the problem, will make things work much better. It is patch 18. There are also a number of kernal patches on my tape that may also be affecting this. I recommend ordering this tape asap if you have 10.1 and an sau7/8 machine. Leland Ray University of Illinois Department of Civil Engineering (217) 333 - 3821 From apollo-request@umix.cc.umich.edu Sat Mar 18 14:02:54 1989 Date: 17 Mar 89 10:16:56 GMT From: !sharp%calgary%alberta%ncc%pyramid%oliveb.uucp@ames.arc.nasa.gov (Maurice Sharp) Subject: ADUS Latex ... HELP !!! Message-Id: <909@cs-spool.calgary.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hiya, I just finished a minor fit caused by trying to install the ADUS release of LaTex on a DN4500. It is using SR10.1 which causes some problems. Here is what I did, please let me know how to do it right. In /tex/lucid/build-programs1 : changed all occurances of -M3000 to -A nansi -A cpu,3000 Created links in /tex/web2c/cmdir to the appropriate .mf fonts (plain, U_Wash, cbase). Gave up when /tex/lucid/build-programs2 died a major death. How do I get the stuff to compile properly ? Has anyone actually got things to work ? Does anyone have a list of changes ? Actual makefiles or replacement files ? Please respond soon Maurice Sharp System Administrator / Research Associate Knowledge Science Labs University of Calgary sharp@cpsc.ucalgary.ca sharp@calgary.CDN E-MAIL : sharp@ksi.cpsc.UCalgary.CA EAN : sharp@calgary.CDN From apollo-request@umix.cc.umich.edu Sat Mar 18 15:39:32 1989 Date: Sat, 18 Mar 89 10:23:23 PST From: Leonard N. Zubkoff Message-Id: <8903181823.AA00421@atlantis> To: !sharp%calgary%alberta%ncc%pyramid%oliveb.uucp@ames.arc.nasa.gov, apollo@umix.cc.umich.edu Subject: Re: ADUS Latex ... HELP !!! First, I believe the SR9.7 executables and fonts shipped on the ADUS tape should continue to work, though suboptimally, on SR10.1. Second, all I had to do to build a TeX on SR10.1 was to change occurrences of "-M3000" to "-A cpu,3000" in build-programs1 and build-programs2. Perhaps using "-A nansi" is causing you problems. Finally, I am just putting the finishing touches on an updated TeX system built for SR10.1 on both 68020/68030 and PRISM machines. This version features include: o Compound executables built for both 68020/68030 and PRISM. o No longer needs "/sys/ins" files to build. o (i.e. Builds on a node without AEGIS installed.) o New versions of DVIAPOLLO and PXL2APOLLO that work with SR10.1 fonts. o 32-bit large capacity TeX's are the default. o Built from the latest versions of TeX, MF, LaTeX, etc. TeX runs very fast on the DN10000; the DN10000 also rebuilt all 906 fonts with MetaFont in just 6.5 hours! Leonard N. Zubkoff Lucid, Incorporated From apollo-request@umix.cc.umich.edu Sat Mar 18 16:13:15 1989 Date: 18 Mar 89 03:51:16 GMT From: barriost%gtephx%hrc%asuvax.uucp@noao.edu (Tim Barrios) Organization: gte Subject: '89 ADUS conference information request Message-Id: <4216d659.19142@gtephx.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does anyone know the dates and location of this year's ADUS conference? I had heard that it would be sometime in October in New Orleans. Is this correct? Are the actual dates decided? -- Tim Barrios | "Integrate, Automate, UUCP: ...!ames!ncar!noao!asuvax!gtephx!barriost | or Evaporate" From apollo-request@umix.cc.umich.edu Sat Mar 18 16:35:13 1989 Return-Path: Return-Path: Date: Sat, 18 Mar 89 09:48:41 est From: zenios@scrolls.wharton.upenn.edu (Stavros Zenios) Posted-Date: Sat, 18 Mar 89 09:48:41 est Message-Id: <8903181448.AA00598@scrolls.wharton.upenn.edu> To: apollo@umix.cc.umich.edu Subject: Distributed computing on Apollos via NCS I am exporling the use of NCS for distributed computing for optimization problems (i.e. large Fortran/C programs) on our Apollo network. Anybody who has prior experience or references on this matter please forward them to me at zenios@wharton.upenn.edu A more extensive message with specific questions follows: I am working with a couple of graduate students to implement some parallel optimization algorithms accross our network. None of us has any experience with NCS. Before I get them seriously involved in this project I would like to get some feedback on the following: (1) Is NCS fully developed and supported (Not what the manuals say; what do you as an experienced user think?) (2) Can it be used for implementation of a Fortran/C program in parallel? (3) How efficient is communication accross the network? How severly would it interfere with the speedup of the parallel algorithm. (4) You have any --- prefereably published --- references on the use of NCS for distributed computing (lienar algebra, simulation, optimization, etc)? (5) Is there a good person at Apollo we could contact? Thanks for any info you could give. You can also reach me at (215) 898-6727 Stavros A. Zenios Decision Sciences Department The Wharton School University of Pennsylvania Philadelphia, PA 19104. From apollo-request@umix.cc.umich.edu Sat Mar 18 16:38:07 1989 Date: 17 Mar 89 18:34:45 GMT From: samit%demon%siemens.uucp@princeton.edu (Ben Samit) Organization: Siemens Research and Technology Laboratories Subject: Apollo Gif Viewer (source code included) Message-Id: <7286@siemens.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Here is an apollo GIF (compuserve's graphics file format) viewer. It is not very elegant, having no capabilities to resize images and does not deal with local colormaps (which I have never seen used). I may add these features later (time permitting) or you may add them yourself. The program also does not do any color interpretation, so if you have an 8 bit picture and try to display it on a 4 bit system it won't look good (at all). If you make any major enhancements to this program, I would appreciate a copy of the new code. Comments on programming style are always welcome (hell, I'm an engineer, what do I know about programming) but please make your suggestions via email (no point in being publicly humiliated if I can avoid it). And, lastly, I should give my thanks to Scott Hemphill for his gif to postscript converter from which I shamelessly pilfered the majority of this program. --CUT--CUT--CUT--CUT--CUT--CUT--CUT--CUT--CUT--CUT--CUT--CUT--CUT--CUT--CUT-- /* viewgif.c * * The majority of this code was lifted right out * of Scott Hemphill's gif to postscript converter. * The display portion of the code was written by * myself and Ken Hampel. Since Scott Hemphill was * kind enough to put his code in the public domain, * I feel obliged to do the same. * * This program is hereby placed in the public domain. * There are no restrictions on the use of all or any * part of this program. * * Ben Samit March 1989 * samit@demon.siemens.com */ #include #include "/sys/ins/base.ins.c" #include "/sys/ins/gpr.ins.c" char *malloc(); int strncmp(); #define min(x,y) ((x) < (y) ? (x) : (y)) #define max(x,y) ((x) > (y) ? (x) : (y)) #define FALSE 0 #define TRUE 1 status_$t status; gpr_$color_vector_t color_map; typedef int bool; typedef struct codestruct { struct codestruct *prefix; unsigned char first,suffix; } codetype; FILE *infile; unsigned int screenwidth; /* The dimensions of the screen */ unsigned int screenheight; /* (not those of the image) */ bool global; /* Is there a global color map? */ int globalbits; /* Number of bits of global colors */ unsigned char globalmap[256][3]; /* RGB values for global color map */ unsigned char *raster; /* Decoded image data */ codetype *codetable; /* LZW compression code data */ int datasize,codesize,codemask; /* Decoder working variables */ int clear,eoi; /* Special code values */ unsigned WIDTH,HEIGHT; void usage() { fprintf(stderr,"usage: viewgif gif-file\n"); exit(-1); } void fatal(s) char *s; { fprintf(stderr,"viewgif: %s\n",s); exit(-1); } void checksignature() { char buf[6]; fread(buf,1,6,infile); if (strncmp(buf,"GIF",3)) fatal("file is not a GIF file"); if (strncmp(&buf[3],"87a",3)) fatal("unknown GIF version number"); } /* Get information which is global to all the images stored in the file */ void readscreen() { unsigned char buf[7]; fread(buf,1,7,infile); screenwidth = buf[0] + (buf[1] << 8); screenheight = buf[2] + (buf[3] << 8); global = buf[4] & 0x80; if (global) { globalbits = (buf[4] & 0x07) + 1; printf("global bitmap : %d colors\n",(1<prefix) outcode(p->prefix,fill); *(*fill)++ = p->suffix; } /* Process a compression code. "clear" resets the code table. Otherwise make a new code table entry, and output the bytes associated with the code. */ void process(code,fill) register code; unsigned char **fill; { static avail,oldcode; register codetype *p; if (code == clear) { codesize = datasize + 1; codemask = (1 << codesize) - 1; avail = clear + 2; oldcode = -1; } else if (code < avail) { outcode(&codetable[code],fill); if (oldcode != -1) { p = &codetable[avail++]; p->prefix = &codetable[oldcode]; p->first = p->prefix->first; p->suffix = codetable[code].first; if ((avail & codemask) == 0 && avail < 4096) { codesize++; codemask += avail; } } oldcode = code; } else if (code == avail && oldcode != -1) { p = &codetable[avail++]; p->prefix = &codetable[oldcode]; p->first = p->prefix->first; p->suffix = p->first; outcode(p,fill); if ((avail & codemask) == 0 && avail < 4096) { codesize++; codemask += avail; } oldcode = code; } else { fatal("illegal code in raster data"); } } /* Decode a raster image */ void readraster(width,height) unsigned width,height; { unsigned char *fill = raster; unsigned char buf[255]; register bits=0; register unsigned count,datum=0; register unsigned char *ch; register int code; datasize = getc(infile); clear = 1 << datasize; eoi = clear+1; codesize = datasize + 1; codemask = (1 << codesize) - 1; codetable = (codetype*)malloc(4096*sizeof(codetype)); if (!codetable) fatal("not enough memory for code table"); for (code = 0; code < clear; code++) { codetable[code].prefix = (codetype*)0; codetable[code].first = code; codetable[code].suffix = code; } for (count = getc(infile); count > 0; count = getc(infile)) { fread(buf,1,count,infile); for (ch=buf; count-- > 0; ch++) { datum += *ch << bits; bits += 8; while (bits >= codesize) { code = datum & codemask; datum >>= codesize; bits -= codesize; if (code == eoi) goto exitloop; /* This kludge put in because some GIF files aren't standard */ process(code,&fill); } } } exitloop: if (fill != raster + width*height) fatal("raster has the wrong size"); free(codetable); } void readimage() { unsigned char buf[9]; unsigned left,top,width,height; bool local,interleaved; char localmap[256][3]; int localbits; int *interleavetable; register row; register i; unsigned char *newraster; fread(buf,1,9,infile); left = buf[0] + (buf[1] << 8); top = buf[2] + (buf[3] << 8); width = buf[4] + (buf[5] << 8); height = buf[6] + (buf[7] << 8); WIDTH= width; HEIGHT=height; printf("gif dimensions : %d x %d pixels\n",WIDTH,HEIGHT); local = buf[8] & 0x80; interleaved = buf[8] & 0x40; if (local) { localbits = (buf[8] & 0x7) + 1; fread(localmap,3,1< References: <9904@bloom-beacon.MIT.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >From article <9904@bloom-beacon.MIT.EDU>, by watcher@athena.mit.edu (0): > Hi. I'm looking for an Apollo-based graphics application > (commercial product or public domain) that allows a user to > interactively create maps. A simple MacDraw-type program > might do, but I'd prefer something geared toward working with > lat-long data. Bitpad support for tracing hardcopy maps > would be nice. It should also be able to dump data in some > reasonably parseable ASCII format. > > Any pointers would be greatly appreciated, as would info on > map databases available via anonymous ftp. thanx. > > ======================================= > <0> chris ross watcher@athena.mit.edu It might be much more than you are looking for, but there is a company called "Ultimap" in the Minneapolis/St. Paul area which markets a very sophisticated mapping package on Apollo workstations. I believe they are listed in the 3rd-party Applications Catalog, which is available from your nearest Apollo sales office. -- Carl Davidson "Real life is too important to be taken seriously" Apollo Computer Inc. Chelmsford, MA 01824 ced@apollo.com From apollo-request@umix.cc.umich.edu Sat Mar 18 23:43:42 1989 Date: Sat, 18 Mar 89 19:48:31 PST From: Leonard N. Zubkoff Message-Id: <8903190348.AA00454@atlantis> To: apollo@umix.cc.umich.edu, jnp%mjolner%santra%tut%draken%kth%mcvax.uucp@uunet.uu.net Subject: Re: Does someone know the format of lock-files ? Are you using C-Kermit? The version I have been using, first on 9.7 and now on 10.1, knows full well how to interface to uucp lock files. From apollo-request@umix.cc.umich.edu Sat Mar 18 23:54:40 1989 Date: 19 Mar 89 02:24:45 GMT From: culmer%eniac.seas.upenn.edu%netnews.upenn.edu.uucp@rutgers.edu (Charles Culmer) Organization: University of Pennsylvania Subject: Parallel port drives user nuts Message-Id: <8937@netnews.upenn.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I want to print display bitmaps pixel-for-pixel on 8.5 x 11 paper with a dot-matrix printer. (Walk through the bitmap scanlines and write a file of printer graphics commands. Then print the file.) My serial printer (Integral P132) does only 84 dots per inch. I also have an Epson LQ-1500 (24 pins) that does 180 dots per inch. However, this printer has a parallel interface. Apparently, there are some SPE system calls that aren't covered in the manual "Installing and Programming the DOMAIN Series 3000 SPE Option". I don't see them in /sys/ins/spe.ins.c, and there doesn't seem to be a relevant help file. (I have ordered the system call manuals.) I don't believe any of the Apollo supplied device drivers is suitable, and /sys/help/prsvr/device_drivers.hlp seems to be limited to help for serial devices. I don't really need a device driver. I just want a simple I/O program to write to the printer. I played around with the sample program from /domain_examples rewritten in C and using /lib/spe_pio_lib-- ios_$open gives "device is read only" error. spe_$pio_set_mode gives "option is not initialized" error. Can someone please help me out with these questions-- (1) Is there a system call spe_$pio_init? Parameters and types? (2) Do I need any other system calls to make this I/O program work? (3) Will I have any trouble sending every (char) i for 0 <= i <= 256? I think my serial port is trapping some control characters. This isn't a problem with the 8 pin printer since it uses only 7 pins, so I can send characters 128 through 255, but the Epson needs all of the characters. (4) Why do parallel devices exist? I have a final question about GPR-- (5) What does the line_width parameter from gpr_$inq_bit_map_pointer mean? Isn't it too large by a factor of 2? This is suggested by the examples in "Programming with Domain Graphics Primitives" but not explained. (I have a model 3000, monochrome 1280 x 1024, version 9.7.) Thanks in advance. Charles W. Culmer culmer@eniac.seas.upenn.edu Truth, justice, and the American way From apollo-request@umix.cc.umich.edu Sun Mar 19 07:35:54 1989 Date: Sat, 18 Mar 89 23:53:55 PST From: Leonard N. Zubkoff Message-Id: <8903190753.AA00485@atlantis> To: apollo@umix.cc.umich.edu, culmer%eniac.seas.upenn.edu%netnews.upenn.edu.uucp@rutgers.edu Subject: Re: Parallel port drives user nuts In answer to (5) on the line_width value returned by gpr_$inq_bitmap_pointer: GPR bitmaps are not necessarily organized such that the pixels of one line are immediately followed by the pixels of the next line in memory. Consider direct mode access to a window that is not the full screen width, for example. So the pixels on one line are found from the storage_ptr value, and the pixels of the next line are found by adding 2*line_width to the original pointer, and so on. As documented in the insert file, the line width is the number of 16bit words per line, which is the reason for multiplying by 2. Leonard From apollo-request@umix.cc.umich.edu Mon Mar 20 13:41:51 1989 Message-Id: <8903201633.AA03974@umix.cc.umich.edu> 20 Mar 89 16:16:31 GMT Mar 89 16:16:30 GM Via: UK.AC.PCL.STOAT; 20 MAR 89 16:16:27 GMT Date: 20-MAR-1989 16:18:40 From: MARCUS%STOAT.PCL.AC.UK@CUNYVM.CUNY.EDU To: APOLLO@UMIX.CC.UMICH.EDU Subject: kermit Can anyone tell me if there is an apollo kermit available that handles wild-carding (for multiple sends) and/or VT100 emulation in a window? - m a r c u s - From apollo-request@umix.cc.umich.edu Mon Mar 20 13:50:21 1989 Date: 20 Mar 89 13:39:02 GMT From: culmer%eniac.seas.upenn.edu%netnews.upenn.edu.uucp@rutgers.edu (Charles Culmer) Organization: University of Pennsylvania Subject: Parallel port drives user nuts (repeat) Message-Id: <8955@netnews.upenn.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu [This is a repeat, condensed version of an earlier posting. The first one came back to me with a mail delivery error.] I'm trying to run the simple parallel I/O program given in the example directory. It doesn't run-- ios_$open gives "device is read only" error. spe_$pio_set_mode gives "option is not initialized" error. Apparently, there are some SPE system calls that aren't covered in the manual "Installing and Programming the DOMAIN Series 3000 SPE Option". I don't see them in any of the include or help files. (I have ordered the system call manuals.) Can someone please help me out with these questions-- (1) Is there a system call spe_$pio_init? Parameters and types? (2) Do I need any other system calls to make this I/O program work? (3) Will I have any trouble sending every (char) i for 0 <= i <= 255? I think my serial port is trapping some control characters. (I'm using a Domain 3000, monochrome 1280 x 1024, version 9.7.) Thanks in advance. Charles W. Culmer culmer@eniac.seas.upenn.edu Truth, justice, and the American way From apollo-request@umix.cc.umich.edu Mon Mar 20 15:40:20 1989 Date: 20 Mar 89 18:21:08 GMT From: adam@cu-arpa.cs.cornell.edu (Adam Feigin) Organization: Cornell Univ. CS Dept, Ithaca NY Subject: Re: '89 ADUS conference information request Message-Id: <26266@cornell.UUCP> References: <4216d659.19142@gtephx.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu As far as I know (and I recently spoke to Andrea Woloski, ADUS administrator) the 1989 ADUS will be held in New Orleans on Sept. 11 through Sept 13. I dont know how set in stone these dates are. Adam ----------------------------------------------------------------------------- Internet: feigin@tcgould.tn.cornell.edu Adam Feigin Bitnet: feigin@crnlthry Workstation Consultant UUCP: {backbones}!cornell!batcomputer!feigin Cornell National Supercomputer From apollo-request@umix.cc.umich.edu Mon Mar 20 19:37:06 1989 Date: Mon, 20 Mar 89 11:34:48 HST From: kent@humu.nosc.mil (Kent K. Kuriyama) Message-Id: <8903202134.AA02904@humu.nosc.mil> To: apollo@umix.cc.umich.edu Cc: jwright@atanasoff.cs.iastate.edu Subject: Re: Creating user processes that continue after logout In article <8903152255.AA16493@humu.nosc.mil> I described a problem in which when I entered: % background_prog & My program gets blown away when I log out of the display manager. I received the advice concerning my problem: >Date: Fri, 17 Mar 89 18:08:37 est >From: twv@rayssdap1.RAY.COM (Vrankar) >Message-Id: <8903172308.AA00621@rayssdap1.RAY.COM> >To: kent >Subject: continue after logout > >If you are running from a Bourne shell (/bin/sh), you'll need to do: >% nohup background_prog & >The C shell (/bin/csh) is supposed to do this automatically. > >If this doesn't get you where you want to go, slime it: >% /com/crp -on $NODEID -me -cps /com/sh '/bin/sh -c background_prog' >That ought to run until it is through; if it never finishes, it'll >run as long as the node doesn't crash. > twv@rayssdap10 Although he says that /bin/csh is supposed to do the 'nohup' automatically I had to explicitly specify it. Works great! Thanks to all of you that responded. Kent Kuriyama Naval Ocean Systems Center Hawaii Laboratory kent@nosc.mil From apollo-request@umix.cc.umich.edu Mon Mar 20 19:37:53 1989 From: David B. Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <8903202127.AA00223@icaen.uiowa.edu> Date: Mon, 20 Mar 89 15:04:36 CST Subject: Re: kermit To: MARCUS%STOAT.PCL.AC.UK@CUNYVM.CUNY.EDU Cc: APOLLO@UMIX.CC.UMICH.EDU In posting <8903201633.AA03974@umix.cc.umich.edu>, Marcus asks: > Can anyone tell me if there is an apollo kermit available that handles > wild-carding (for multiple sends) and/or VT100 emulation in a window? I have a new version of the Pascal Kermit for Aegis that provides both capabilities. It is based upon the Pascal Kermit that was in the ADUS library, but massively revised. It uses the Aegis "CL" command line parser and thus recognises all the standard Aegis wild-card constructs. Its connect mode module is modeled after /com/emt and uses the same code logic. Thus it understands DM windows, vt100 windows, CRP windows and uses similar function key definitions. It correctly implements the standard Kermit protocol and provides many optional Kermit features. It provides a wide variety of the Kermit server features, both as a server mode Kermit and as a Kermit client speaking to a server. It was developed under sr9.6 & sr9.7 but I am just finishing up a version that will work under sr10. It is avaliable from the ADUS library or from me. Pease send me a floppy or ctape and SASE for a copy. I can E-mail the source code but it is large (500k+), so be sure that your mailer will accept large files. Dave Funk From apollo-request@umix.cc.umich.edu Mon Mar 20 19:42:38 1989 Date: 20 Mar 89 10:37:56 GMT From: heap%bmc1%draken%kth%mcvax.uucp@uunet.uu.net Organization: Biomedical Center, University of Uppsala, Sweden Subject: Graphics software for displaying molecules etc. Message-Id: <9218@bmc.uu.se> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I'm posting this for a friend who doesn't have direct access to the Net : At the Dept. of Chemistry here in Uppsala we have an Apollo DN4000 for graphical studies of molecules and crystals in three dimensions with colors and shading. We have written small programs using the subroutine package GMR-3D to display three-dimensional objects such as atoms (spheres), bonds (cylinders), etc. These programs of ours are of course just simple examples of what can be done with this powerful machine. We would like to know if anyone else has written, or otherwise knows of, graphics software for the display of molecules, atoms and crystals on an Apollo system. We are e.g. thinking of such applications as the display of molecular dynamics results, crystallographic unit cells, etc. Please answer this either here in news or send a mail to M. Lundqvist, Systems Supervisor at the Dept. of Chemistry, Uppsala University, Sweden. Email address: SYSMANS@KEMIST.UU.SE. From apollo-request@umix.cc.umich.edu Mon Mar 20 19:43:14 1989 Date: 20 Mar 89 07:09:04 GMT From: mark%bruce%munnari.uucp@uunet.uu.net (Mark Goodwin) Organization: Comp Sci, Monash Uni, Australia Subject: NFS under SR9.7 Message-Id: <756@bruce.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I just installed Sun's Network File System (NFS) on an Apollo network using a Pyramid as the all-amighty server. Installed easily, and worked first go after the reboot. All fine. Display a 1Mbyte image stored on the Pyramid file system, wow, pretty fast, almost as fast as straight off the disk! Then I tried to compile some code stored on the Pyramid and discover the DOMAIN/IX C compiler can not create/store binary files or executable binaries! YAASU! (Yet Another Apollo StuffUp). The problem, it seems, is that an Apollo mounted file system is "typed" whereas the Pyramid (and any normal) Unix file system is not typed (all files are a simple byte stream). The only object types which can be accessed on a remote file system over NFS are directories and files. To us, wanting to develope code, Apollo NFS is no gain over TCP/IP on its own. Now my question; does anyone know if this problem exists under SR10 ? I have heard that SR10 is not as strongly typed as SR9.7. If NFS does not work under SR10 then I'll have to send it back for a refund (along with a very rude note). Any help appreciated, Mark Goodwin, Programmer @ Monash Uni. Dept. Comp. Sci. From apollo-request@umix.cc.umich.edu Mon Mar 20 21:34:15 1989 From: David B. Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <8903210019.AA00231@icaen.uiowa.edu> Date: Mon, 20 Mar 89 17:23:51 CST Subject: Re: '89 ADUS conference information request To: apollo@umix.cc.umich.edu WRT posting <4216d659.19142@gtephx.UUCP>: In the February '89 issue of "The ADUS Ring" on page 2, there is an article on the next ADUS conference and it states: "next conference in New Orleans, September 10-13, 1989." From apollo-request@umix.cc.umich.edu Tue Mar 21 01:28:42 1989 Date: Mon, 20 Mar 89 19:39:50 PST From: Leonard N. Zubkoff Message-Id: <8903210339.AA00388@atlantis> To: apollo@umix.cc.umich.edu, mark%bruce%munnari.uucp@uunet.uu.net Subject: Re: NFS under SR9.7 SR10.1 allows coff binaries to be written to and run from NFS file systems. From apollo-request@umix.cc.umich.edu Tue Mar 21 05:31:05 1989 Date: Mon, 20 Mar 89 22:14:05 PST From: Leonard N. Zubkoff Message-Id: <8903210614.AA00411@atlantis> To: APOLLO@UMIX.CC.UMICH.EDU, MARCUS%STOAT.PCL.AC.UK@CUNYVM.CUNY.EDU Subject: Re: kermit The standard C Kermit distributed by Columbia works fine on SR9.7. For SR10.1, I had to delete the Apollo conditionalization as the Apollo then is essentially 4.3. As for vt100 emulation, C Kermit does not provide a terminal emulator, but the command "vt100 kermit" works fine to invoke kermit under the vt100 emulator. Leonard From apollo-request@umix.cc.umich.edu Tue Mar 21 13:48:48 1989 Date: 21 Mar 89 15:40:43 GMT From: sahayman@iuvax.cs.indiana.edu (Steve Hayman) Organization: Computer Science Department, Indiana University Subject: Disks for Apollos - summary of responses Message-Id: <18745@iuvax.cs.indiana.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Last week I asked for suggestions on purchasing disks for DN3000's. The prices we were quoted by Apollo are: Controller: $800 72 Meg disk: $2000 155 Meg disk: $2800 350 Meg disk: $5200 Here's a summary of the responses I got. Thank you to everyone who replied. The net is a great resource. From pha@caen.engin.umich.edu Wed Mar 15 10:21:44 1989 controller - $750 (univ discount from Apollo) 72 meg - don't bother 155 meg - drive is available elsewhere for under $1500, but you get to put together the cables (trivial,, if you can do a PC) 380 meg - drive avaible for well under $2000 - look around. 760 meg - drive available for around $3500 (from memory), but requires the new Western Digital disk controller for DN3500, DN4000, DN4500 only. Look in places like computer shopper for disk prices. We buy ours from Pioneer Electronics in Plymouth, Michigan. Paul Anderson CAEN From uunet!dbi!morris Thu Mar 16 10:31:23 1989 Steve; Galaxy Systems which I work for has a number of Subsystems for Apollo & SUN Workstations. If you could send me your postal address, I be glad to send you more information. Our APO-380-IN, which is 380Mbytes Maxtor internal drive with controller for Apollo is $3,500.00. Regards Morris Galaxy Systems Voice 415 341-1856 FAX 415 341-1784 uunet!dbi!morris From dbfunk@icaen.uiowa.edu Thu Mar 16 23:00:08 1989 Steve, To add a disk to a diskless DN3000: Buy the controller from Apollo, you can buy them from other places but they cost almost the same amount and won't work if they don't have exactly the correct EPROM on them. Don't buy the disk from Apollo, you can get them elsewhere for a much better price. You can buy a Maxtor Ext-4380 (348 Mb) disk for about $2400 on the open market. Use the program "/systest/ssr_util/jumper" to find the controller configuration. You may have to create the bad-spot track on the disk. This can be done with invol option 7. We've done this with both DN3k & DN4k with no problems. Dave Funk From uiucdcs!uiucuxc!mntgfx!chane Fri Mar 17 22:44:08 1989 From: uiucdcs!uiucuxc!mntgfx!chane (Chane Cullens SPD Engr 526-5267) The 72 meg drive works in PC's, thus PC trade rags sell it for about $600, check the make and model then shop for a "PC" disk. From apollo-request@umix.cc.umich.edu Tue Mar 21 17:53:28 1989 Message-Id: <8903211902.AA06749@umix.cc.umich.edu> Date: Tue, 21 Mar 89 10:56 PDT From: Subject: Finding all links that refer to a file object .... To: apollo@umix.cc.umich.edu X-Original-To: apollo@umix.cc.umich.edu, LWONG Is there an easy to do this? From apollo-request@umix.cc.umich.edu Tue Mar 21 17:53:49 1989 Date: 21 Mar 89 20:22:59 GMT From: tomc%dftsrv.uucp@ames.arc.nasa.gov (Tom Corsetti) Organization: Advanced Data Flow Technology Office Subject: installing rrn for USENET on apollo Message-Id: <138@dftsrv.gsfc.nasa.gov> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi! I'm posting this for a friend who is trying to install the USENET news in a client configuration on an apollo. All he told me is that he is having problems getting the public domain software to compile on the Apollo. Since I have virtually no Apollo experience, I volunteered to post this article for him. If anyone out there has accomplished this feat, a brief outline of what you did would be very much appreciated. Thanks very much in advance! - Tom -- Tom Corsetti * * * * internet - tomc@dftsrv.gsfc.nasa.gov NASA/Goddard Space Flt Ctr * * * decnet - dftnic::tomc Greenbelt Maryland * * * * bitnet - tomc at dftbit From apollo-request@umix.cc.umich.edu Tue Mar 21 19:35:06 1989 Date: 21 Mar 89 20:50:27 GMT From: george%hyper.lap.upenn.edu%netnews.upenn.edu%eecae%mailrus.uucp@tut.cis.ohio-state.edu (George "Sir Lleb" Zipperlen) Organization: University of Pennsylvania, Language Analysis Project Subject: Re: Finding all links that refer to a file object .... Message-Id: <9020@netnews.upenn.edu> References: <8903211902.AA06749@umix.cc.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Is there an easy way to find all links referring to a file object? You didn't say whether you meant unix hard links, unix soft links, or aegis links. For Aegis links try /com/ld -c -lt -ll '//?*/...' | fpat 'name_of_file_object' note: the '//?*/...' wild card will search your entire network, you may want to search a smaller area! Unix soft links are a bit harder (under sr9, under sr10 they're the same as aegis links) and will need several steps: first: find all slinks, using /com/ld -c -tu '//?*/...' | fpat slink | awk '{print $2}' > /tmp/links.tmp the awk command is to get rid of the first column containing "slink" you can use ver sys5 cut, sed, or edstr to do this too. second: write a script, for loop, or whatever that takes each line in the temp-file and does an ls to extract the name of the object pointed to. (the csh foreach loop I'm using will break if the file is too long) foreach name (`cat /tmp/links.tmp `) ls -l $name | fpat 'name-of-file-object' end A unix shell expert could probably tweak 'find' to do all this, but I prefer the '...' aegis wild card. if any of the names contain upper case, leading '.', or other strange characters, this won't work on pre sr10 systems. e.g. "Makefile" looks like ":makefile" to sr9x Aegis. I have a filter that converts such names (I think I only bothered with the upper case and leading '.' problems) It's trivial for these two cases. file names with blanks in them are a royal pain in the . for Unix hard links you'll have to play with i-nodes... George Zipperlen george@apollo.lap.upenn.edu george@hyper.lap.upenn.edu ...!{rutgers, uunet, mit-eddie, decwrl}!upenn.edu!apollo.lap!george Blatant plug for funky-music@apollo.lap.upenn.edu "Won't be no Static" -JB From apollo-request@umix.cc.umich.edu Tue Mar 21 19:35:26 1989 Message-Id: <8903220004.AA28820@cod.nosc.mil> Date: Tue, 21 Mar 89 16:01:49 pst From: dennis@peanuts.nosc.mil (Dennis Cottel) To: apollo@umix.cc.umich.edu, tomc%dftsrv.uucp@ames.arc.nasa.gov Subject: Re: installing rrn for USENET on apollo > ... trying to install rrn in a client configuration ... I have rrn working fine on a ring of SR9.7 Apollos using a 4.3 BSD VAX as a server. I got an already working version of rrn (v4.3 patch 39) from one of the VAXes, and then applied some changes sent to me by Woody Kellum (lwk@caen.engin.umich.edu). Because of the filename/case sensitivity/etc non-UNIXisms, you need to do all the installation work in a Cshell, and you have to run rrn in a Cshell if you want to execute Pnews or Rnmail (because they have caps in their names, you see...). --Dennis Dennis Cottel Naval Ocean Systems Center, San Diego, CA 92152 (619) 553-1645 dennis@nosc.MIL sdcsvax!noscvax!dennis From apollo-request@umix.cc.umich.edu Wed Mar 22 07:36:33 1989 Date: 22 Mar 89 07:29:12 GMT From: !sharp%calgary%alberta%att.uucp@ucbvax.Berkeley.EDU (Maurice Sharp) Subject: ADUS LaTeX install problems and clarifications Message-Id: <938@cs-spool.calgary.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hiya, Well, I just wasted 10 hours putting latex up only to remove it all. Before I waste several other hours, could someone answer the following questions : 1) Is the /tex/lucid directory all that is needed to make stuff ? 2) What file(s) do I change to configure tex to our site ? 3) When the thing is built, what do I have to install ? 4) Where are all the bsd manual entries ? For #3, what is all this big-latex & latex stuff. Do I install both, or just one. If it is just big-... do I (can I) change the names from big-latex to latex ? In terms of #4, I found the man entries in /tex/tex82/LaTeXman. If that is it, there are several entries missing. Maurice Sharp Disclaimer : The opinions stated above are wholly my own, and do not reflect the opinions of my employer, mother, or other life forms that do not hold the above opinion. Deotherclaimer : The opinions stated above could, for a small yet competative fee, become your opinions, unless you already have them, in which case I will not charge you royalty. E-MAIL : sharp@ksi.cpsc.UCalgary.CA EAN : sharp@calgary.CDN From apollo-request@umix.cc.umich.edu Wed Mar 22 10:11:11 1989 Date: 21 Mar 89 22:39:35 GMT From: brock%tuvie%mcvax.uucp@uunet.uu.net (Inst.f.Prakt.Info 1802) Organization: TU Vienna EDP-Center, Vienna, AUSTRIA Subject: SysV SR10.1 /usr/lib/cpp -bug Message-Id: <669@tuvie> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu The original code was from Li's GNU GO of rec.games.go /*-->-O---O-<--cut-->-O---O-<--cut-->-O---O-<--cut-->-O---O-<--*/ #include main() { printf("\nTo count score, we need the following steps:\n"); printf("\nFirst, you should enter the dead pieces (blank and white) to"); printf(" be removed. Enter\n"); printf(" 'stop' when you have finished.\n"); printf("d p"); } /*-->-O---O-<--cut-->-O---O-<--cut-->-O---O-<--cut-->-O---O-<--*/ U$ cc b.c (0008) printf("d ******** Line 8 of "b.c": [Error #003] Unterminated character string. (0010) p"); This is due to an error in /usr/lib/cpp. /com/cc works correctly. - Is there a way to work around this bug? - Is there already a new release of cpp? Thanks a lot Ulrich Neumerkel Please send e-mail to ulrich@vip.uucp (...!mcvax!tuvie!vip!ulrich) From apollo-request@umix.cc.umich.edu Wed Mar 22 20:02:55 1989 Date: 22 Mar 89 18:17:36 GMT From: dvadura%watdragon%watmath.uucp@iuvax.cs.indiana.edu (Dennis Vadura) Organization: Computer Science Dept., University of Waterloo Subject: Re: SysV SR10.1 /usr/lib/cpp -bug Message-Id: <12597@watdragon.waterloo.edu> References: <669@tuvie> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <669@tuvie> brock@tuvie (Inst.f.Prakt.Info 1802) writes: >This is due to an error in /usr/lib/cpp. /com/cc works correctly. >- Is there a way to work around this bug? >- Is there already a new release of cpp? GNU cpp works just great! I have replaced Apollo cpp on my box with GNU cpp, with the appropriate macros predefined, and no more headaches. -dennis -- -------------------------------------------------------------------------------- Charm oozed out his pores, |Dennis UUCP,BITNET: dvadura@water As he oiled his way around the floor. |Vadura EDU,CDN,CSNET: dvadura@waterloo ================================================================================ From apollo-request@umix.cc.umich.edu Wed Mar 22 20:04:32 1989 Date: 22 Mar 89 01:21:29 GMT From: ianh%merlin%bruce%munnari.uucp@uunet.uu.net (Ian Hoyle) Organization: none Subject: parallelising compilers on 10000 series Message-Id: <812@merlin.bhpmrl.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does anyone know of the current status of work done at Apollo on parallelising compilers for the 10000. We have a 4 processor DSP10000 and are keen to get the maximum benefit out of having 4 processors :-) SiliconGraphics certainly have a well developed OS for their new multi-processor Power Series machines ..... with compilers to match. ian PS Our 10000 is humming away quite well, but I wish that Apollo would hurry up the next release of SR10 for the 10000 so that the number of concurrent processes is lifted and the swap space requirements per process are reduced. -- Dr Ian Hoyle /\/\ Computer Systems Superintendent / / /\ BHP Melbourne Research Laboratories / / / \ 245 Wellington Rd, Mulgrave, 3170 / / / /\ \ AUSTRALIA \ \/ / / / \ / / / Phone : +61-03-560-7066 \/\/\/ ACSnet : ianh@merlin.bhpmrl.oz Internet: ianh%merlin.bhpmrl.oz@uunet.uu.net From apollo-request@umix.cc.umich.edu Wed Mar 22 21:55:19 1989 Date: 23 Mar 89 00:39:21 GMT From: markley%celece.ucsd.edu.uucp@sdcsvax.ucsd.edu Organization: University of California, San Diego Subject: SR10 C compiler using NFS Message-Id: <6137@sdcsvax.UCSD.Edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Recently someone posted saying that the SR10 C compiler worked across NFS. I have always received an error message saying that "xxx.o branch is not a directory." If you are using NFS and do not get this error message when trying to compile in a directory that is part of an NFS file system please e-mail me and tell me what version of the OS you are using and what version of the compiler you are using. Thanks in advance. Mike Markley Reply to: markley@celece.ucsd.edu or markley@kubrick.ucsd.edu From apollo-request@umix.cc.umich.edu Wed Mar 22 22:02:15 1989 Date: 23 Mar 89 01:16:39 GMT From: dave%jplopto.uucp@elroy.jpl.nasa.gov (Dave Hayes) Organization: Jet Propulsion Lab, Pasadena, CA Subject: Data xfer between APOLLOS Message-Id: <14648@elroy.Jpl.Nasa.Gov> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Do any of you net folks know of another way to transfer data between APOLLO's other than the classic token ring or ETHERNET? I'd appreciate any information that anyone has on this subject. Thanks in advance! ============================================================================ Opinions expressed here are my own and not necessarily those of my employer. =-=-=-=-=-=-=-=-=-=-=-=-=<<<<<([Dave Hayes])>>>>>=-=-=-=-=-=-=-=-=-=-=-=-=-= dave%jplopto@jpl-mil.jpl.nasa.gov | Jet Propulsion Laboratory M/S 300-329 {cit-vax,ames}!elroy!jplopto!dave | 4800 Oak Grove Drive Pasadena, CA 91109 BIX: dhayes | (818) 354-1910 ============================================================================ From apollo-request@umix.cc.umich.edu Thu Mar 23 01:59:46 1989 From: David B. Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <8903230439.AA00313@icaen.uiowa.edu> Date: Wed, 22 Mar 89 22:30:31 CST Subject: Re: Data xfer between APOLLOS To: apollo@umix.cc.umich.edu, dave%jplopto.uucp@elroy.jpl.nasa.gov WRT posting <14648@elroy.Jpl.Nasa.Gov>: > Do any of you net folks know of another way to transfer data between APOLLO's > other than the classic token ring or ETHERNET? I'd appreciate any information > that anyone has on this subject. Thanks in advance! At sr10.1 Apollo supports IBM token ring (4 Mbit/sec version), get interface boards from Apollo. Also you can use SLIP, serial line internet protocol (tcp/ip over a RS232 serial port). Then there are various RS232 communications programs: Kermit, XMODEM, etc. Finally, sneaker net. Walk a floppy or ctape between machines. Dave Funk From apollo-request@umix.cc.umich.edu Thu Mar 23 09:51:53 1989 From: David B. Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <8903231251.AA00320@icaen.uiowa.edu> Date: Thu, 23 Mar 89 06:47:53 CST Subject: fpa accelerator runs slower To: apollo@umix.cc.umich.edu We have a researcher who bought a DN3500 to run some chromatography modeling and analysis programs. These are computationaly intensive programs that he was running on a VAX and he wanted something faster. Our Apollo salesman sold him a DN3500 with a Weitek FPA. After doing some tests we found that his primary program runs twice as fast if he does NOT use the FPA. I ran diagnostics, the FPA works. It speeds up our benchmark programs but it slows down his. I am at a loss as to how to explain to this guy that his $2000 accelerator is slowing him down. Has anybody seen anything like this? Any ideas as to how to improve things? Here is some data from a small test case: OS: sr9.7.2; ftn revision 9.95 compiled with: -opt 4 -cpu 3000 program run cpu time: 32.157. real time: 36.084. compiled with: -opt 4 -cpu fpa1 program run cpu time: 61.558. real time: 65.949. OS: sr10.1; ftn Rev 10.6(46) compiled with: -opt 3 -cpu 3000 program run cpu time: 30.418. real time: 33.276. compiled with: -opt 3 -cpu fpa1 program run cpu time: 59.928. real time: 63.784. Dave Funk From apollo-request@umix.cc.umich.edu Thu Mar 23 11:31:30 1989 Return-Path: hanyak%garnet.bucknell.edu@CUNYVM.CUNY.EDU 08:58:27 est Date: Thu, 23 Mar 89 08:58:27 est From: "M.E. Hanyak" Subject: Projection To: apollo%BKNLVMS.BITNET@umix.cc.umich.edu Message-Id: <8903231358.AA00388@apollo.bucknell.edu> Hi Net Folks, Do any of you know if an LCD panel exists for the overhead projection of an Apollo display screen? These panels do exists for the IBM-PC and MAC, costing around $1,000. We have an Electrohome and Hughes color projector, but they are big, not reliable, and are expensive to maintain. We need reliable and inexpensive overhead projection for our classrooms. We would like to start with monochrome. Thanks in advance. Michael E. Hanyak Hanyak@Apollo.Bucknell.edu Chemical Engineering Dept. Bucknell University Lewisburg, PA 17837 From apollo-request@umix.cc.umich.edu Thu Mar 23 19:37:21 1989 Date: 22 Mar 89 15:16:15 GMT From: achille%cernvax%mcvax.uucp@uunet.uu.net (achille) Organization: CERN European Laboratory for Particle Physics, CH-1211 Geneva, Switzerland Subject: Workstation Solution's Exabyte Message-Id: <960@cernvax.UUCP> References: <8903210614.AA00411@atlantis> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi there, I'm looking for information about performance of the Workstation Solution's Exabyte product and associated software. We've got both the h/w and the s/w and we're getting lot of troubles: Using either wbak or rwm, everything starts up OK, then from time to time we get 'write IO error' with two different behaviour: wbak: after the error we get a message coming very likely from the WS's tfp library (internal error # something), then some times it goes on very slowly (much slower than the usual 40-50KB/sec) and some times just aborts after a couple of minutes. rwmt: the write IO error repeats continuously, despite the fact that the error message claims that the program is aborting. The exatape_slog says that there is a medium error but: 1) we bought 5 units: the tests are done by 5 different group of people on 5 different units and we all 5 get the same problem. 2) I've personally tried 3 different kind of cassettes: a) Sony P6-15, b) Sony P5-90 (this is apparently only for Europe, it looks like 90 minutes in Europe are roughly equivalent to some 100-110 minutes in the States, PAL/SECAM TV standards have more lines than NTSC, this probably is the only difference between p5/p6). c) Exabyte 2048 certified tapes. and always got the same errors, in different places on the tape every time I was running a test. Now I've tried the same cassettes on an exabyte unit on a Sun and wrote the same cassettes some 20 times each and never got a problem, nor reading nor writing. Another funny thing is that I can read on Apollo's exabyte tapes written on Sun but not viceversa, tapes written on Apollo always give a 'I/O error' on Sun. I've also read tapes written on a uVax on both Sun and Apollo succesfully; I could not try reading Apollo written tapes on uVax as their controller is broken just now. Now these write errors are very frequent, one every 2 tapes written, so we are unable to use the exabytes for the purpose of running unattended backups ! I've been in contact via faxes with WS but up to now they've been not very helpful. Please, help, I'll summarize to the net, together with some performance figures I'm collecting on both Sun and Apollo. Thanx in advance. Achille Petrilli Cray and Personal Workstation Operations From apollo-request@umix.cc.umich.edu Thu Mar 23 19:37:55 1989 Date: 23 Mar 89 22:07:50 GMT From: sahayman@iuvax.cs.indiana.edu (Steve Hayman) Subject: We need an SR10 assembler Message-Id: <18845@iuvax.cs.indiana.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We need an assembler for our SR10.1 DN3000's, and our Apollo sales rep has been no help at all. Apollo apparently has an assembler, but it's supposedly just some internal product that they aren't keen on releasing. Can anyone suggest an alternative? Thanks. Mail to me and I'll summarize to the net. Steve -- Steve Hayman Workstation Manager Computer Science Department Indiana U. sahayman@iuvax.cs.indiana.edu Not everything worth doing is worth doing with a computer. From decwrl!sun!fatcity.Sun.COM!khb@ucbvax.Berkeley.EDU Fri Mar 24 00:53:04 1989 Date: Thu, 23 Mar 89 21:41:07 PST From: decwrl!sun!fatcity.Sun.COM!khb@ucbvax.Berkeley.EDU (Keith Bierman Sun Tactical Engineering) Message-Id: <8903240541.AA00298@fatcity.> To: ICAEN.UIOWA.EDU!dbfunk@ucbvax.Berkeley.EDU Subject: Re: fpa accelerator runs slower Newsgroups: comp.sys.apollo In-Reply-To: <8903231251.AA00320@icaen.uiowa.edu> Organization: Sun Microsystems, Mountain View Cc: In article <8903231251.AA00320@icaen.uiowa.edu> you write: >We have a researcher who bought a DN3500 to run some chromatography modeling >and analysis programs. These are computationaly intensive programs that he >was running on a VAX and he wanted something faster. Our Apollo salesman >sold him a DN3500 with a Weitek FPA. After doing some tests we found that >his primary program runs twice as fast if he does NOT use the FPA. I ran >diagnostics, the FPA works. It speeds up our benchmark programs but it >slows down his. I am at a loss as to how to explain to this guy that his >$2000 accelerator is slowing him down. Has anybody seen anything like this? >Any ideas as to how to improve things? > >Here is some data from a small test case: > >OS: sr9.7.2; ftn revision 9.95 >compiled with: -opt 4 -cpu 3000 >program run cpu time: 32.157. real time: 36.084. >compiled with: -opt 4 -cpu fpa1 >program run cpu time: 61.558. real time: 65.949. > >OS: sr10.1; ftn Rev 10.6(46) >compiled with: -opt 3 -cpu 3000 >program run cpu time: 30.418. real time: 33.276. >compiled with: -opt 3 -cpu fpa1 >program run cpu time: 59.928. real time: 63.784. > >Dave Funk Weitek chips don't do certain operations (like gradual underflow), so I suppose Apollo does'em in software. If so, and you're application does _mostly_ those operations, it will run much slower than with the "native" 6888x chip. If you had a sun, I'd know how to tell you how to check :> Good luck. -- Keith H. Bierman It's Not My Fault ---- I Voted for Bill & Opus From apollo-request@umix.cc.umich.edu Fri Mar 24 15:39:15 1989 Date: Fri, 24 Mar 89 12:11:02 est From: krowitz@richter.MIT.EDU (David Krowitz) Message-Id: <8903241711.AA01887@richter.mit.edu> To: apollo@umix.cc.umich.edu Subject: SR10 print server I have someone here at MIT who is looking for a print server for the HP laserjet printer that runs under SR10.1. Does anyone have any leads (or any info on running the SR9 version of the server that is in the ADUS library under SR10)? -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter@eddie.mit.edu krowitz%richter@athena.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Fri Mar 24 15:40:04 1989 Date: 19 Mar 89 23:02:32 GMT From: nick%agsm%elecvax%usage%basser%metro%otc%munnari.uucp@uunet.uu.net (Nick Frisina) Organization: Australian Graduate School of Management Subject: S-PLUS and apollo SR10.1 Message-Id: <651@agsm.unsw.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu The statistics people here at AGSM have only ever heard "good things" about S-PLUS running on apollo under SR10.1. That in itself is good news BUT there must be someone out there with some bad news, and that is what we want to hear about before we commit funds to a new network & software. I will summarise to the net any replies..... nick nick@agsm.unsw.oz@munnari.oz ( a unix network...) From apollo-request@umix.cc.umich.edu Fri Mar 24 15:48:08 1989 Date: 24 Mar 89 09:42:57 GMT From: bmartin%uhccux.uucp@humu.nosc.mil (Brian Martin) Organization: University of Hawaii Subject: Apollo DN3000 workstation with 19 inch color monitor for sale Message-Id: <3555@uhccux.uhcc.hawaii.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I've decided to sell my DN3000. It's really a great development system, especially with DSEE, but I find that I rarely use it nowadays. Specs are: 4MB RAM 72MB disk 5-1/4" floppy 19" color monitor Domain network interface system version 9.7, with bsd4.2 installed (system V on backups) Licenses for C, FORTRAN, Pascal, Dialog, PostScript, DSEE, Domain LISP. All manuals, OS backups on floppies. For those not familiar with Apollo workstations, the DN3000 is a 68020-based system running at around 16MHz, rated at about 1 MIPS, with memory-mapped I/O, shared libraries, and other goodies. It has a truly amazing multi-threaded source code control system called the Domain system engineering environment (DSEE) which I consider to be vastly superior to the various combinations of make/rcs/sccs in use. Dialog is a user interface construction kit, which allows you to create macintosh-like interfaces for your programs in very short order. The system hasn't been on maintenance, but i's always been run in an air-conditioned environment off of a 2000 KVA Tripplite line conditioner, and has never had a problem. In the over two years that I've had this system, it has never crashed on me. Purchased in spring 1986 for probably twice what it sells for now. I don't know what its market value is, but I'm open to any reasonable offer. It should be shipped air freight, as the monitor alone weighs in at 90 lbs. -- Brian ==== Brian K. Martin, M.D. Department of Psychiatry John A. Burns School of Medicine University of Hawaii and Martin Information Systems, Ltd. 1103 9th Ave., Suite 203 Honolulu, Hawai`i 96816-2403 Voice (808) 733-2003 Fax (808) 733-2011 ARPA: uhccux!bmartin@nosc.MIL UUCP: {uunet,dcdwest,ucbvax}!ucsd!nosc!uhccux!bmartin INTERNET: bmartin@uhccux.uhcc.hawaii.edu From apollo-request@umix.cc.umich.edu Fri Mar 24 19:58:11 1989 Date: 23 Mar 89 08:08:02 GMT From: avenger%runx%ipso%metro%otc%munnari.uucp@uunet.uu.net (Troy Rollo ) Organization: RUNX Un*x Timeshare. Sydney, Australia. Subject: Re: Creating user processes that continue after logout Message-Id: <2055@runx.ips.oz> References: <8903152255.AA16493@humu.nosc.mil> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Yes it is possible - simply mask out all signals, close streams 1, 2 and 3, fork, and let the parent die..... the last step may not be necessary. Perhaps a cpo wouldn't hurt either. If the DM doesn't talk to your process, it won't kill it. ---------------------------------------------------------------- Internet: avenger@runx.ips.oz.au ________________________ UUCP: uunet!runx.ips.oz.au!avenger /\ \ \_| | Watch out for gobbledocks - | Core Publications | They'll steal all your silicon Chippies | Electronic Publishing | | ____________________|_ \_/_____________________/ From apollo-request@umix.cc.umich.edu Fri Mar 24 21:53:20 1989 Date: 24 Mar 89 10:05:15 GMT From: brock%tuvie%mcvax.uucp@uunet.uu.net (Inst.f.Prakt.Info 1802) Organization: TU Vienna EDP-Center, Vienna, AUSTRIA Subject: Interleaf for SR10.1 Message-Id: <670@tuvie> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does anybody know, when Interleaf will be available for SR10.1? Thanks Ulrich Neumerkel ulrich@vip.uucp (...!mcvax!tuvie!vip!ulrich) From apollo-request@umix.cc.umich.edu Fri Mar 24 21:54:40 1989 Date: Fri, 24 Mar 89 16:56:28 est From: krowitz@richter.MIT.EDU (David Krowitz) Message-Id: <8903242156.AA02530@richter.mit.edu> To: apollo@umix.cc.umich.edu Subject: Apollo 8mm tape drive I've got some questions about the new 8mm (Exabyte) tape drive apollo is offerring ... basically, the literature I've received just mentions that the drive is being offerred with the new Omniback software. Does anyone know if the drive can be used with such programs as wbak/rbak, tar, dd, and rwmt or is the device only usable with the new backup system? -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter@eddie.mit.edu krowitz%richter@athena.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Fri Mar 24 21:54:49 1989 Date: Fri, 24 Mar 89 16:53:03 est From: krowitz@richter.MIT.EDU (David Krowitz) Message-Id: <8903242153.AA02526@richter.mit.edu> To: apollo@umix.cc.umich.edu Subject: question about new Western Digital controller The new disk controller for the 696 MB disk drives is a multifunction controller which also has an SCSI port. Apollo's new 8mm tape drive runs off of the SCSI port, so presumably I could just add the drive to my DN3500 which already has the big disk. But ... does anyone know how well this works? Our DN560 also has a multifunction controller which handles the cartridge tape drive in addition to the winchester disk, and when the tape drive is spinning the system can't access the disk (I believe the controller only has a single DMA channel) which makes the machine *really* slow when the tape is being used. Does the SCSI port on the Western Digital controller have a seperate set of control registers and a seperate DMA channel, or is the controller time-shared between the two devices like on the DN560? -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter@eddie.mit.edu krowitz%richter@athena.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Fri Mar 24 22:03:21 1989 Date: 24 Mar 89 16:00:45 GMT From: alti%coma%tub%unido%mcvax.uucp@uunet.uu.net (Thorsten Altenkirch) Subject: gcc for apollo Message-Id: Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I would like to install gnu cc on an APOLLO under DOMAIN/ix - BSD 3.2. . I didn't find any installation files for this machine, but I don't expect this to be too dificult. Has anybody done a port for this computer, or can give me a hint how I have to configure it. Please reply on email, because I don't read this newsgroup regulary. Thorsten From apollo-request@umix.cc.umich.edu Sat Mar 25 02:04:36 1989 Date: 24 Mar 89 15:01:35 GMT From: syd%dsinc%vu-vlsi.uucp@psuvax1.cs.psu.edu (Syd Weinstein) Organization: Datacomp Systems, Inc., Huntingdon Valley, PA 19006 Subject: Re: SysV SR10.1 /usr/lib/cpp -bug Message-Id: <99@dsinc.UUCP> References: <669@tuvie>, <12597@watdragon.waterloo.edu>, <4233ba9d.1b147@apollo.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <4233ba9d.1b147@apollo.COM> nazgul@apollo.COM (Kee Hinckley) writes: >In article <669@tuvie> brock@tuvie (Inst.f.Prakt.Info 1802) writes: >>This is due to an error in /usr/lib/cpp. /com/cc works correctly. >>- Is there a way to work around this bug? >>- Is there already a new release of cpp? > >Can you give more information (what OS release for instance). >I can't reproduce this at SR10.1, and I have trouble envisioning >a cpp that would work at all and still have that bug. Not only is it there, it's a know bug and there is already a patch tape for it. I got the tape over a month ago. Why you cannot reproduce it is that he left out one key item, he's running Sys5.3 and you are running BSD. It's only the Sys5.3 cpp thats broke. Call the hotline and ask for the patch tape for the Sys 5.3 cpp. I got mine the next day. -- ===================================================================== Sydney S. Weinstein, CDP, CCP Elm Coordinator Datacomp Systems, Inc. Voice: (215) 947-9900 {allegra,bpa,vu-vlsi}!dsinc!syd FAX: (215) 938-0235 From apollo-request@umix.cc.umich.edu Sat Mar 25 09:32:17 1989 Date: 24 Mar 89 22:45:55 GMT From: vskahan%lgnp1%dsinc%vu-vlsi%cbmvax%bpa.uucp@rutgers.edu (Vince Skahan) Organization: Lagniappe Systems -- Norristown PA Subject: RAI install of layered products (DPCC) Message-Id: <977@lgnp1.LS.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I've found that RAI is *better* than beer in a can. Remote spawning of the entire install of all products in a 1-line command (wow!!!) The only layered product I haven't received in RAI format is DPCC... Has anyone out there received it for RAI ??? Also, has APollo released how to construct your own RAI installation kits (for local stuff, third party vendors, etc...) ??? any info would be appreciated...reach me at "skahan@atc.boeing.com" -- Vince Skahan - please reply to skahan@boeing.com or bcsaic!psev!bcs212 Note: any comments expressed above are mine and have no relation to Boeing or the real nice folks who let me read news on their system... From apollo-request@umix.cc.umich.edu Sat Mar 25 09:35:25 1989 Date: 24 Mar 89 22:41:47 GMT From: vskahan%lgnp1%dsinc%vu-vlsi%cbmvax%bpa.uucp@rutgers.edu (Vince Skahan) Organization: Lagniappe Systems -- Norristown PA Subject: SR10.x vt100 emulator Message-Id: <976@lgnp1.LS.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu has everyone out there had the same horrible luck with the vt100 emulator that I'Ve had ??? Ihave found that the emulator locks up, kicks into wierd graphics mode for no reason, and generates shadow characters and multiple characters for no reason. The SR9 emulator at least just has the common courtesy to either crash the node or to just refuse to come up at all... [:-(] are there APR's for this piece of junk ??? does everyone see the same problems ??? will it ever work ??? the darn vt100 emulator is about the only significant complaint that makes everyone's blood pressure go up about 100 points in my internet of 11 rings and 15 ethernet-only nodes (over 75 nodes in total)... Please feel free to e-mail any responses/fixes to me at "skahan@atc.boeing.com" or bcsaic!skahan (thanks) -- Vince Skahan - please reply to skahan@boeing.com or bcsaic!psev!bcs212 Note: any comments expressed above are mine and have no relation to Boeing or the real nice folks who let me read news on their system... From apollo-request@umix.cc.umich.edu Sun Mar 26 22:01:01 1989 Date: Sat, 18 Mar 89 23:53:55 PST From: Leonard N. Zubkoff Message-Id: <8903190753.AA00485@atlantis> To: apollo@umix.cc.umich.edu, culmer%eniac.seas.upenn.edu%netnews.upenn.edu.uucp@rutgers.edu Subject: Re: Parallel port drives user nuts In answer to (5) on the line_width value returned by gpr_$inq_bitmap_pointer: GPR bitmaps are not necessarily organized such that the pixels of one line are immediately followed by the pixels of the next line in memory. Consider direct mode access to a window that is not the full screen width, for example. So the pixels on one line are found from the storage_ptr value, and the pixels of the next line are found by adding 2*line_width to the original pointer, and so on. As documented in the insert file, the line width is the number of 16bit words per line, which is the reason for multiplying by 2. Leonard From apollo-request@umix.cc.umich.edu Mon Mar 27 13:28:36 1989 Date: 27 Mar 89 15:04:35 GMT From: barriost%lexington%hrc%asuvax.uucp@noao.edu (Tim Barrios) Organization: gte Subject: EMACS for Apollo? Message-Id: <42467373.f81c@lexington.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Can someone E-Mail me the location where I can get EMACS for Apollos? We are running Apollo Domain/IX SR9.7 but will be at Domain/OS SR10.1 soon. Thanks in advance -- Tim Barrios | "Integrate, Automate, UUCP: ...!ames!ncar!noao!asuvax!gtephx!barriost | or Evaporate" From apollo-request@umix.cc.umich.edu Mon Mar 27 19:30:53 1989 Date: 27 Mar 89 17:43:38 GMT From: barriost%lexington%hrc%asuvax.uucp@noao.edu (Tim Barrios) Organization: gte Subject: Re: Interleaf for SR10.1 Message-Id: <424701ae.f81c@lexington.UUCP> References: <670@tuvie> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <670@tuvie>, brock@tuvie (Inst.f.Prakt.Info 1802) writes: > Does anybody know, when Interleaf will be available for SR10.1? We have tested Interleaf 4.055 on Apollo SR10.1. About the only capability that has some problems is printing due to OS changes. -- Tim Barrios | "Integrate, Automate, UUCP: ...!ames!ncar!noao!asuvax!gtephx!barriost | or Evaporate" From apollo-request@umix.cc.umich.edu Mon Mar 27 19:49:15 1989 Date: 27 Mar 89 18:23:06 GMT From: tahsin%rd-atlas%srcsip.uucp@csd4.milw.wisc.edu (Tahsin Choudhuri) Organization: Honeywell Residential, MN 55422 Subject: Apollo's UNIX Message-Id: <454@rd-atlas.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I am looking for some information on Apollo's UNIX. I am not much familiar with Apollos, so I thought net would be a good place to get some feedback. Primarily, I would like to know your comments on the following to understand what are some important issues one should be aware of in managing Apollos. (i.e. From system administration and network services point of view is an Apollo with UNIX is identical to any other UNIX boxes (e.g. Sun, SGI, Sequent, Encore, Masscomp) on a distributed network environment ?) 1) Is the UNIX on Apollo available as fully 4.2 BSD or fully SYS5 or combination of UNIX and Apollo's own AEGIS . Which OS version provides the choice of Apollo with *only* UNIX or does AEGIS need to be present underneath regardless of choice of either UNIX. 2) Given somebody is *only* familiar with routine system administration on 4.2 BSD/Sys5 based UNIX boxes (e.g. Sun, SGI, Sequent, Encore) how much new stuff he/she will have to learn to manage a "UNIX based Apollo". (i.e. ?X months training ) 3) How well does NFS work on Apollo. Lately I saw some posting on the net about having problems of storing object files from C compiler. Also, how well does remote dumping, remote printer access, TCP/IP (ftp, telnet rXX services), SMTP mail, Yellow Pages, work with other non-Apollos (e.g. Suns) on the network. Is the NCS only available under AEGIS only or it functions OK under UNIX too. 4) Does all (or most) of the software run OK under UNIX on Apollo, which normally runs OK under AEGIS only. Any comments on,Pro-Engineer CAD package, public domain UNIX software (net-news, gnu-emacs, etc.) Thanks in advance for sharing your experience, please email directly if possible I will post a summary along with responses from others. -- Tahsin Choudhuri ARPA: tahsin%rd-atlas@src.honeywell.com Honeywell Inc. ResD MN 55422 UUCP: uunet!rutgers!umn-cs!srcsip!rd-atlas!tahsin From apollo-request@umix.cc.umich.edu Mon Mar 27 23:29:35 1989 From: David B. Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <8903280242.AA00386@icaen.uiowa.edu> Date: Mon, 27 Mar 89 20:23:34 CST Subject: What is fix_10_1_ri To: apollo@umix.cc.umich.edu Does anybody know what the deal is with the install tool "fix_10_1_ri"? It wasn't on my sr10.1 release tapes, it just magically appeared when I loaded the sr10.1 compilers into my AA. There is nothing in any of the release notes that mentions it. There is a cryptic help file for it that says "corrects the version number in the ri.apollo.os.v.10.1 release index in the Authorized Area specified by the user". There is no mention of why you need to fix it, or if you need to go back and reinstall sr10.1 after fixing it. What happens if you do an sr10.1 install with out fixing it first? I've been having a bunch of install problems and wonder if they are related. Has anybody else been having problems with their sr10.1 installs? Dave Funk From lnz@lucid.com Tue Mar 28 00:11:36 1989 Date: Mon, 27 Mar 89 22:11:10 PST From: Leonard N. Zubkoff Message-Id: <8903280611.AA02501@atlantis> To: apollo@umix.cc.umich.edu, dbfunk@icaen.uiowa.edu Subject: Re: What is fix_10_1_ri Dave, Here's the situation as I understand it. When SR10.1 was released, the release number stored in the release index was 10.0 rather than 10.1. Now this doesn't cause any problems until you try to install additional software that requires 10.1; if you were to try to install something that depends on 10.1, the installation would fail since the prerequisite is not installed. So what running fix_10_1_ri does is to bash the 10.0 stored in the SR10.1 release index into 10.1 as it should be; there is no need for any re-installation. Just bash the release index once and you're golden. Leonard From hi-csc!apcimsp!jim@umn-cs.cs.umn.edu Tue Mar 28 18:32:34 1989 Message-Id: <8903281334.AA19650@hi-csc.honeywell.com> Date: Mon, 27 Mar 89 13:07:38 CST From: hi-csc!apcimsp!jim@umn-cs.cs.umn.edu (Jim Rice) To: hi-csc!apcimsp!jim@uc.msc.umn.edu, hi-csc!umn-cs!dbfunk@icaen.uiowa.edu Subject: Re: fpa accelerator runs slower Hi Dave, Thanks for the info on the FPA glitch. It's a bug that I was aware of. It seems that the FPA is not supported by Vect_lib at this time. (The library brought in by an OPT 4. When Opt 4 and FPA1 are used together the generic FPA code is generated. However, when the 3000 and Opt 4 are used, generic vect lib code is generated. Ergo the discrency. Support for Vect_lib and the FPA are forthcoming, in the mean time. Be cautious with the numbers until that compiler release when you have this level of optimization being done. -Jim From apollo-request@umix.cc.umich.edu Wed Mar 29 13:35:22 1989 Date: 28 Mar 89 21:49:26 GMT From: !sharp%calgary%alberta%ncc%pyramid%oliveb.uucp@apple.com (Maurice Sharp) Subject: Re: EMACS for Apollo? Message-Id: <979@cs-spool.calgary.UUCP> References: <42467373.f81c@lexington.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hiya, ADUS (Apollo Domain Users Society) has the Gnuemacs sources. Talk to your local Apollo office about contacting Adus, or call Apollo in Chelmsford and ask for the person in charge of ADUS orders. You can get the source on tape, cartridge, or disk. We have compiled it here on both 9.7 and 10.1. It requires a little work at 10.1. Other than that, it works fine. Maurice Sharp E-MAIL : sharp@ksi.cpsc.UCalgary.CA EAN : sharp@calgary.CDN From apollo-request@umix.cc.umich.edu Wed Mar 29 13:49:29 1989 Date: 29 Mar 89 05:59:46 GMT From: freedman%ksi.cpsc.ucalgary.ca%calgary%alberta%att.uucp@ucbvax.Berkeley.EDU (Dan Freedman) Organization: Knowledge Science Lab, U. of Calgary, Calgary, Canada. Subject: When will Apollo have OSF/Motif? Message-Id: <981@cs-spool.calgary.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Can anybody (particularly at Apollo) tell me roughly when we can expect to see OSF's Motif Application Presentation Interface available on Apollos? Our local salespeople don't seem to know. Also, rumor has it that a non-beta version of the integrated X windows / Display manager product might be available as early as this April. Our local salespeople say it may not be available until OS 10.2 ships, which is apparantly 3 or 4 months down the road. Version 1.1 Beta of X (the one direct from Apollo, not from Adus) has a particularly nasty bug in it which causes problems with certain programs, particularly dde and GNU emacs; in the latter program, severe enough to crash a 4500 (SR10.1) after iconizing and then de-iconizing the emacs window (under the DM). At any rate, other than that, and some sluggishness, X runs nicely on a 4500, and our users enjoy the control that it gives them, hence our interest in a non-beta (or at least a later) version. Dan Freedman University of Calgary Computer Science Department 2500 University Drive N.W. freedman@cpsc.UCalgary.CA Calgary, Alberta, T2N 1N4 ...!alberta!calgary!freedman From apollo-request@umix.cc.umich.edu Wed Mar 29 17:40:00 1989 Date: 29 Mar 89 15:06:39 GMT From: wilhite%usceast%ncrcae%ncr-sd%hp-sdd%ucsdhub.uucp@sdcsvax.ucsd.edu (Robert Wilhite) Organization: University of South Carolina, Columbia Subject: Opening a window from cron Message-Id: <2803@usceast.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We're initiating backups from a crontab entry, and would like the process to report errors (or media-change ticklers, etc) by opening a window. How d'ya do it? [DN3000, SR9.7] Please email; this is posted for "a friend" who doesn't have access to Usenet. -- -- Robert Wilhite, NPC uucp: ncrcae!usceast!wilhite USC Department of Computer Science csnet: wilhite@cs.scarolina.edu Columbia, SC 29208 voice: (803) 777-4611 From apollo-request@umix.cc.umich.edu Wed Mar 29 17:49:33 1989 Date: 29 Mar 89 00:38:49 GMT From: weiner%novavax%uflorida.uucp@g.ms.uky.edu (Bob Weiner) Organization: Nova University, Fort Lauderdale, FL Subject: Re: Apollo's lack of 3rd party catalogs Message-Id: <1136@novavax.UUCP> References: <9904@bloom-beacon.MIT.EDU>, <4219cdf1.13e2d@apollo.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu > I believe they are listed in the 3rd-party Applications Catalog, which > is available from your nearest Apollo sales office. Motorola is one of Apollo's largest customers and we have been waiting over 6 months for complete 3rd party catalogs. To date we have received none since corporate does not seem to be shipping them to their sales offices. SUN gives out their 3rd party catalog with more entries to anyone who wants to use it as a paper weight. I hope this wakes up some Apollo marketeers. Customer satisfaction is your life. -- Bob Weiner, Motorola, Inc., USENET: ...!gatech!uflorida!novavax!weiner (407) 738-2087 From apollo-request@umix.cc.umich.edu Wed Mar 29 19:37:09 1989 Date: 29 Mar 89 20:41:57 GMT From: zeleznik%cs.utah.edu%wasatch%mailrus.uucp@tut.cis.ohio-state.edu (Mike Zeleznik) Organization: University of Utah CS Dept Subject: protections and sr10.1 Message-Id: <1460@wasatch.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Update/summary on open/closed protections on the AA node in sr10.*. The MINST program for 10.1.m (68k) and 10.0.p (10k) has the OPEN/CLOSED selection BACKWARDS! Selecting CLOSED gives you an OPEN system, and the reverse... Later versions are said to be fixed (?) Once installed as OPEN on my AA node, I could not get the OS on the AA into a closed form. However, from what I have heard, even if a source AA node is open, you can correctly install a closed system to another node. I haven't tried this. The only two ways I have found of locking down an open AA node are 1) set protections manually (either your own scripts or via inprot), or 2) re-invol and reinstall the OS, selecting an OPEN system. I did the latter and it worked okay, but is time consuming. While some things are obviously wrong (e.g., /com and /usr are world writable), at least most of the files seem to be right. It's a far cry better than before! Apollo or ADUS have no available template files for INPROT. If anyone (* hello, Apollo? *) gets around to putting them together, that would be great. Apparently there is some mechanism for converting your old ACL templates into inprot form, but I heard from someone who tried it that it didn't work. Mike Michael Zeleznik Computer Science Dept. University of Utah zeleznik@cs.utah.edu Salt Lake City, UT 84112 (801) 581-5617 From @hp4nl.nluug.nl,@philmds:collins@nvpna1.prl.philips.nl Thu Mar 30 09:06:40 1989 id AA06970 (5.52.1.1/2.14); Thu, 30 Mar 89 17:06:42 MET (MET) Date: Thu, 30 Mar 89 09:33:50 GMT From: collins@nvpna1.prl.philips.nl (Donal O'Coileain) Message-Id: <8903300933.AA23113@nvpna1.UUCP> To: dbfunk@icaen.uiowa.edu Subject: Re: What is fix_10_1_ri Newsgroups: comp.sys.apollo In-Reply-To: <8903280242.AA00386@icaen.uiowa.edu> Organization: Philips Research Labs (Nat Lab), Eindhoven, The Netherlands. Cc: It fixes a problem we kept on having, ie when we tried to load nt optional product we got the message 'apollo.os release 10 not found' or something like that. It seemed that install++ didn't accept that os release 10.1 had already been installed on the target node. -- / / / Donal O Coileain. collins@nvpna1.prl.philips.nl or ..!hp4nl!prle!nvpna1!collins or ..!hp4nl!nvpna1.prl.philips.nl.collins@uunet.UU.NET -- And out of the gloom a voice said, 'Smile and be happy for things could be a lot worse'. So I smiled and was happy and behold, things got worse -- From apollo-request@umix.cc.umich.edu Thu Mar 30 12:28:47 1989 Message-Id: <8903301345.AA01920@umix.cc.umich.edu> Date: Thu, 30 Mar 89 08:48 EST From: FERGUSON%TMASL.EXXON.COM@CUNYVM.CUNY.EDU Subject: This time it'll work To: apollo@umix.cc.umich.edu X-Vms-To: IN"apollo@umix.cc.umich.edu" Sorry about the problem a month ago, it seems our mail forwarding system needed some serious work. I can now receive messages at the following address, and I won't cry wolf anymore. Please add this address to the mailing list: ferguson@erevax.bitnet Thanks. Scott Ferguson Exxon Research & Engineering Clinton, NJ (201) 730-2339 From apollo-request@umix.cc.umich.edu Thu Mar 30 13:42:11 1989 Message-Id: <8903301553.AA04352@umix.cc.umich.edu> Date: Thu, 30 Mar 89 10:32 EST From: FERGUSON%TMASL.EXXON.COM@CUNYVM.CUNY.EDU Subject: 1/4" Cartridges & tar To: apollo@umix.cc.umich.edu X-Vms-To: APOLLO I remember seeing some discussion about this some time ago, but I wasn't paying attention. Maybe someone could help me: Why is it that Apollo-made tar tapes on 1/4" cartridges aren't readable by other machines, like Ardent or Sun? I used the following command to write the tape on my 580: % tar cvf /dev/rst8 filename When trying to read the tape on a Sun, I got some "bad header" kind of errors. Is there a way I can make a compatible tar tape, or do I have to ftp the files to a remote machine and then make a tape? (That would be bogus because I've got a couple hundred MegaBytes worth to write). Thanks, Scott Ferguson ferguson@erevax.bitnet From apollo-request@umix.cc.umich.edu Thu Mar 30 15:28:18 1989 Date: 30 Mar 89 10:10:30 GMT From: schmidt%cadlab%unido%mcvax.uucp@uunet.uu.net (Michael Schmidt) Organization: CADLAB / Uni-GH Paderborn, Germany Subject: How do I configure a gateway on Apollos? Message-Id: <442@cadlab.cadlab.de> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We have a bunch of Apollo's (AEGIS SR9.7.1, DOMAIN/IX SR9.5, COMAIN TCP/IP 3.0) running on a token ring. One machine has a real ethernet interface connected to our main ethernet. The Apollos are doing well with each other as does the gateway machine with our other hosts. But, the internet routing seems not to work. Is there anything special, we have to consider? I thought the routing daemons running on e.g. our Suns should catch the new Class C network and they would update the routing tables. That is apparently not the case. A manual "route add ..." has the desired effect, but is not really, what we want to do (on each machine). -- Michael Schmidt, CADLAB / FB 17, Uni-GH Paderborn, Bahnhofstr. 32, D-4790 Paderborn, West Germany Mail: schmidt@cadlab.UUCP or schmidt%cadlab@uunet.uu.net "AMOK - Im Tiefflug ueber Deutschland" HRK From apollo-request@umix.cc.umich.edu Thu Mar 30 19:32:40 1989 Date: 30 Mar 89 19:42:00 GMT From: nazgul%apollo%ulowell%mailrus.uucp@tut.cis.ohio-state.edu (Kee Hinckley) Organization: Apollo Computer, Chelmsford, MA Subject: Re: When will Apollo have OSF/Motif? Message-Id: <42568231.1b147@apollo.COM> References: <981@cs-spool.calgary.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <981@cs-spool.calgary.UUCP> freedman@ksi.cpsc.ucalgary.ca (Dan Freedman) writes: > > Can anybody (particularly at Apollo) tell me roughly when we >can expect to see OSF's Motif Application Presentation Interface >available on Apollos? Our local salespeople don't seem to know. Developer's copies should be available shortly. You should contact Heidi Dix in marketing for more information on that. We're working on the schedule for a full release, I don't know when it will be for sure. Hopefully not too long after the OSF release this summer. In addition we will be releasing support for creating Motif compatible applications using Open Dialogue. Kee Hinckley -- ### User Environment, Apollo Computer Inc. ### Public Access ProLine BBS ### ### {mit-erl,yale,uw-beaver}!apollo!nazgul ### nazgul@pro-angmar.cts.com ### ### nazgul@apollo.com ### (617) 641-3722 300/1200/2400 ### I'm not sure which upsets me more; that people are so unwilling to accept responsibility for their own actions, or that they are so eager to regulate everyone else's. From apollo-request@umix.cc.umich.edu Thu Mar 30 19:35:05 1989 Date: Thu, 30 Mar 89 16:56:54 EST From: crh@venus.eng.ohio-state.edu (Charlotte Hawley) Message-Id: <8903302156.AA01236@venus> To: apollo@umix.cc.umich.edu Subject: TERMCAP FOR APOLLO We have both Apollo DN3500 and Sun3. Does anyone have working termcaps to open Apollo windows on the Sun and vice-versa. We would appreciate having copies. From apollo-request@umix.cc.umich.edu Fri Mar 31 05:23:03 1989 From: David B. Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <8903310642.AA00411@icaen.uiowa.edu> Date: Fri, 31 Mar 89 00:27:50 CST Subject: Re: How do I configure a gateway on Apollos? To: schmidt%cadlab%unido%mcvax.uucp@uunet.uu.net Cc: apollo@umix.cc.umich.edu WRT posting <442@cadlab.cadlab.de>, > We have a bunch of Apollo's (AEGIS SR9.7.1, DOMAIN/IX SR9.5, > COMAIN TCP/IP 3.0) running on a token ring. One machine has a > real ethernet interface connected to our main ethernet. > > The Apollos are doing well with each other as does the gateway > machine with our other hosts. But, the internet routing seems not > to work. Is there anything special, we have to consider? TCP/IP 3.0 had a serious bug in its "/etc/routed" that destroyed dynamic routing. The failure mode for the TCP 3.0 Routed/Rip_Server is as follows: The program may appear to work for some period of time, but eventually it will stop working correctly. Gateways may inform neighboring gateways that they have been disconnected from one of their interfaces. Gateways may also broadcast the routing information to the wrong port, so that the routing information will not be received by neighboring gateways. When this happens, gateways will drop routes involving Apollo gateways. The Routed/Rip_Server will generate increasing volumes of broadcast traffic on all networks to which it is connected. Most of these broadcasts will never be received, but they will impose an increased load on the network. There is a patch tape from Apollo that will fix this. You want patch 66 and patch 67. Contact you Apollo service representatives and ask about the patch tape. If possible, consider upgrading to TCP v3.1, it fixes the bug, provides improved performance, and new features. Dave Funk From apollo-request@umix.cc.umich.edu Fri Mar 31 05:28:48 1989 Date: 30 Mar 89 22:26:57 GMT From: vskahan%lgnp1%dsinc%vu-vlsi%cbmvax%bpa.uucp@rutgers.edu (Vince Skahan) Organization: Lagniappe Systems -- Norristown PA Subject: protecting SR10.x software Message-Id: <981@lgnp1.LS.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I'm interested in being able to set the system software protections for SR10 and can't figure out how to set up the proper file for inprot.... SR9.x was easy since you could always run the "acl" option of /install/install but the RAI book clearly indicates to NOT do this at SR10. It then tells you to set up your template file but doesn't provide any examples of template files for open or closed implementations of the OS (thanks a whole lot for all of your help...) Anyone out theretried this yet ??? It was necessary at SR9.x to really lock up some stuff like third party software by running acl templates since those products were too open for our users (who sometimes have hands that are too dangerous when idle...) Any examples or more info would be greatly appreciated... -- Vince Skahan - please reply to skahan@boeing.com or bcsaic!psev!bcs212 Note: any comments expressed above are mine and have no relation to Boeing or the real nice folks who let me read news on their system... From apollo-request@umix.cc.umich.edu Fri Mar 31 05:33:13 1989 Date: 30 Mar 89 22:31:53 GMT From: vskahan%lgnp1%dsinc%vu-vlsi%cbmvax%bpa.uucp@rutgers.edu (Vince Skahan) Organization: Lagniappe Systems -- Norristown PA Subject: User created RAI installations Message-Id: <982@lgnp1.LS.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu does anyone know when/if APollo will spread the word about how to create your own RAI installations... It would be beyond great to be able to create a local Authorized area and run RAI to install locally generated and misc third party installs. In particular, it would come in real handy for installing version 3.00 of DPCC (which wasn't released to my knowledge in RAI format since that version came out in the dark frightening days of SR9.7 (...just kidding...I kind of miss SR9 sometimes...sometimes the problems you know about are better than the problems that catch you by surprise). thanks for any info you could provide... -- Vince Skahan - please reply to skahan@boeing.com or bcsaic!psev!bcs212 Note: any comments expressed above are mine and have no relation to Boeing or the real nice folks who let me read news on their system... From apollo-request@umix.cc.umich.edu Fri Mar 31 07:30:30 1989 Date: 30 Mar 89 19:29:54 GMT From: freedman%cpsc%calgary%alberta%att.uucp@ucbvax.Berkeley.EDU (Dan Freedman) Organization: Knowledge Science Lab, U. of Calgary, Calgary, Canada. Subject: Re: protections and sr10.1 Message-Id: <995@cs-spool.calgary.UUCP> References: <1460@wasatch.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We can confirm this behaviour of not being able to install a closed system from tape with either the OPEN or CLOSED selections. The solution is as follows: install from tape, specify OPEN the first time minst asks you, and say you want to run install++ interactively rather than use the apollo-supplied defaults. When you do run install++ interactively (which is not difficult, by the way), specify CLOSED when it asks you. Once you have a running 10.1 system, pick another node, and boot it diskless off of the original node. Invol its disk, and copy on the install tree from the original node, using /com/cpt //original/install //newmountednode/install -sacl Now run install++ from the ORIGINAL node (not the new node), as follows: install++ -x -i -l -s //newmountednode //newmountednode After configuring, and before saying exit, be sure to turn OFF install checking. Once the install has finished, the new node should have a properly configured CLOSED system, with an authorized area on it, and with the O/S hard-linked to the AA to save space. Now invol the original node, and do a NETWORK install of the O/S from the new node. CLOSED mode works fine for network installs. Dan Freedman University of Calgary Computer Science Department 2500 University Drive N.W. freedman@cpsc.UCalgary.CA Calgary, Alberta, T2N 1N4 ...!alberta!calgary!freedman From apollo-request@umix.cc.umich.edu Fri Mar 31 11:53:45 1989 Date: 31 Mar 89 05:53:58 GMT From: weiner%novavax%uflorida%mailrus.uucp@tut.cis.ohio-state.edu (Bob Weiner) Organization: Nova University, Fort Lauderdale, FL Subject: Re: Interleaf for SR10.1 Message-Id: <1144@novavax.UUCP> References: <670@tuvie>, <424701ae.f81c@lexington.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <670@tuvie>, brock@tuvie (Inst.f.Prakt.Info 1802) writes: > Does anybody know, when Interleaf will be available for SR10.1? We have tested Interleaf 4.055 on Apollo SR10.1. About the only capability that has some problems is printing due to OS changes. We use Interleaf 4.1 under SR10.1 BSD Unix running the NCS prsvr and prmgr printer services to a Postscript printer and we have had no problems. Setting up Interleaf printing is a big pain for some reason, though. -- Bob Weiner, Motorola, Inc., USENET: ...!gatech!uflorida!novavax!weiner (407) 738-2087 From apollo-request@umix.cc.umich.edu Fri Mar 31 11:59:53 1989 Date: 30 Mar 89 18:17:55 GMT From: csrwg%warwick%ukc%mcvax.uucp@uunet.uu.net ( X25) Organization: Computing Services, Warwick University, UK Subject: Yet another request for info on Apollo GNU (M68000 this time). Message-Id: <2006@sol.warwick.ac.uk> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does anyone out there in netland know where I can get the GNU stuff (including g++) for an Apollo M68020/30 workstation? I look after a network of these, viz: a DN4000 running BSD UNIX (apollo version 10), and three DN3500`s running Aegis-pretending-to-be-BSD (apollo version 9.7). Our plan is to move to version 10 and run proper BSD on all of them soon. I see from existing news postings that there is a version for a 386 Apollo, supporting COFF format, but this puts me only a little closer. Ideally, I would like the necessary headers etc to compile up gcc, g++ etc under version 10 to produce M68020 and M68030 code in COFF (or even working binaries?) . Version 9.7 stuff would do to get started though. I have not tracked down an Apollo GNU implementation in the UK, and anyway, version 10 and proper UNIX support is all a bit new here for this to have happened, so I suspect that I am depending upon you nice people in the USA. I don`t think that Apollo UK have GNU, for instance, although someone there is intending to put it up (but busy just now). I will happily act as a feeder for other UK Apollo sites, if I am the first, of course. Can anybody help? Simon Ritchie warwick!covpoly!simon From apollo-request@umix.cc.umich.edu Fri Mar 31 12:22:25 1989 Date: 30 Mar 89 18:12:14 GMT From: csrwg%warwick%ukc%mcvax.uucp@uunet.uu.net ( X25) Organization: Computer Science, Coventry Polytechnic, UK Subject: Yet another request for info on Apollo GNU (M68000 this time). Message-Id: <2005@sol.warwick.ac.uk> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does anyone out there in netland know where I can get the GNU stuff (including g++) for an Apollo M68020/30 workstation? I look after a network of these, viz: a DN4000 running BSD UNIX (apollo version 10), and three DN3500`s running Aegis-pretending-to-be-BSD (apollo version 9.7). Our plan is to move to version 10 and run proper BSD on all of them soon. I see from existing news postings that there is a version for a 386 Apollo, supporting COFF format, but this puts me only a little closer. Ideally, I would like the necessary headers etc to compile up gcc, g++ etc under version 10 to produce M68020 and M68030 code in COFF (or even working binaries?) . Version 9.7 stuff would do to get started though. I have not tracked down an Apollo GNU implementation in the UK, and anyway, version 10 and proper UNIX support is all a bit new here for this to have happened, so I suspect that I am depending upon you nice people in the USA. I don`t think that Apollo UK have GNU, for instance, although someone there is intending to put it up (but busy just now). I will happily act as a feeder for other UK Apollo sites, if I am the first, of course. Can anybody help? Simon Ritchie warwick!covpoly!simon From apollo-request@umix.cc.umich.edu Fri Mar 31 13:43:43 1989 Date: 30 Mar 89 18:20:29 GMT From: csrwg%warwick%ukc%mcvax.uucp@uunet.uu.net ( X25) Organization: Computing Services, Warwick University, UK Subject: Yet another request for info on Apollo GNU (M68000 this time). Message-Id: <2007@sol.warwick.ac.uk> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does anyone out there in netland know where I can get the GNU stuff (including g++) for an Apollo M68020/30 workstation? I look after a network of these, viz: a DN4000 running BSD UNIX (apollo version 10), and three DN3500`s running Aegis-pretending-to-be-BSD (apollo version 9.7). Our plan is to move to version 10 and run proper BSD on all of them soon. I see from existing news postings that there is a version for a 386 Apollo, supporting COFF format, but this puts me only a little closer. Ideally, I would like the necessary headers etc to compile up gcc, g++ etc under version 10 to produce M68020 and M68030 code in COFF (or even working binaries?) . Version 9.7 stuff would do to get started though. I have not tracked down an Apollo GNU implementation in the UK, and anyway, version 10 and proper UNIX support is all a bit new here for this to have happened, so I suspect that I am depending upon you nice people in the USA. I don`t think that Apollo UK have GNU, for instance, although someone there is intending to put it up (but busy just now). I will happily act as a feeder for other UK Apollo sites, if I am the first, of course. Can anybody help? Simon Ritchie warwick!covpoly!simon From apollo-request@umix.cc.umich.edu Fri Mar 31 17:49:02 1989 Date: Fri, 31 Mar 89 14:17:00 cst From: Tim VanFosson Organization: CAD-Research, University of Iowa Message-Id: <8903312017.AA27086@imax.eng.uiowa.edu> To: apollo@umix.cc.umich.edu Subject: RE: GNU on Apollo Cc: timv@imax.eng.uiowa.edu I, too, would like help in putting up GNU gcc on an Apollo. Has anyone out there done it? P.S. I posted a similar note a week ago or so but haven't heard anything since. I'm assuming that it got lost somewhere, or, horrors, no one has done it.... Anyway, I thought I'd ask again... --- Timothy VanFosson Internet : timv@imax.eng.uiowa.edu Systems Analyst US Mail : CAD-Research University of Iowa 1405 Engineering Building Phone : (319) 335 - 5728 Iowa City, Iowa 52242 My opinions, as well as my mistakes, are my own.