From apollo-request@umix.cc.umich.edu Tue Jan 2 11:19:27 1990 Date: Tue, 2 Jan 90 09:08:24 EST From: pha@caen.engin.umich.edu (Paul H. Anderson) Message-Id: <47cb7191b.000f088@caen.engin.umich.edu> To: apollo@umix.cc.umich.edu, lray@civilgate.ce.uiuc.edu Subject: Re: SR10.2 and life From: lray@civilgate.ce.uiuc.edu Subject: SR10.2 and life Welcome to the world of workstations, a world where the software grows and changes daily. Apollo likes to obsolete software; during the time I've worked with their machines they have changed binary formats twice, required that all disks be reformatted, and changed their install procedure quite a number of times. The amount of time I've had to spend patching and reconfiguring the system has grown. In fairness, just look at Sun, who introduced a 386i, then announced plans to drop OS support for it and the entire Motorola line of machines (Sun2 and Sun3). This is an interesting alternative, isn't it? Besides, considering that I can still run binaries from three or four major releases back, things on the apollo aren't bad at all. I'm very impressed with how Apollo has always made strong attempts to preserve backwards compatibility, sometimes at costs that I would consider excessive. Source level compat has always been good, too. Look at the extensive effort to keep the DM alive in the face of X windows standards - at 10.2, both reside on the machine, either can be used independently, or a nice mix of both can be used with few problems. Most vendors have chosen to keep their manager and X completely separate, but not Apollo. Of course, I don't really blame Apollo for that. While their software has molted, so has their hardware, so has their customer service, so has their sales, and so has their profits. They were well on their way to recovering when HP bought them. I don't see that they were on the road to recovery, survival, perhaps, but not recovery to the top of the heap where they belonged. HP might change some things for the better. This note isn't intended to be an apologist's letter, especially since I'm having fairly extroidinary difficulty keeping our 500 nodes working. The bottom line seems to be that at least among the traditional manufacturer's, nothing really seems that great these days. Maybe DEC or IBM will surprise us with exceptional support for their machines, but I'm skeptical. Just spendin' my days, Leland Ray Systems Administrator Soakin' in them cathode rays. UIUC - Dept. Civil Engineering (217) 333-3821 Paul Anderson Apollo Systems Programmer Computer Aided Engineering Network University of Michigan From apollo-request@umix.cc.umich.edu Tue Jan 2 11:20:19 1990 Date: 2 Jan 90 14:19:00 GMT From: dawson%apollo%hp-sdd%ucsdhub.uucp@ucsd.edu (Keith Dawson) Organization: Hewlett-Packard Company, Apollo Division; Chelmsford, MA Subject: Re: Can we run Domain/X11 Version 1.0 without TCP/IP Message-Id: <47cb7bf4.20b6d@apollo.HP.COM> References: <4493@hydra.gatech.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <4493@hydra.gatech.EDU> sl11@prism.gatech.EDU (LIEBESKIND,SUSAN H) writes: >We need to install Domain/X11 on a Apollo 4000 running SR 9.7. >We do not have TCP/IP running on our system currently. We >want to run the server, client and display all on the same workstation. > >In the *SR10.x* documentation, it says we can run the server using >UDS (Unix Domain Sockets) if TCP is not working correctly. However, >we are running on the earlier OS, and on the earlier version of >Domain/X11 as well. Is this a valid alternative for Domain/X11 1.0 >under SR 9.7? No, UDS is not supported under SR9.7. When Domain/X11 v1.0 starts up it initializes only a TCP/IP socket, so you must have TCP/IP installed and running to use X at all under SR9.7, even in the local case. ____________________________________________________________ My opinions Keith Dawson Hewlett Packard Co. 508-256-0176 x5739 are my own. Graphics Technology Division / East 300 Apollo Dr. (CHR.03.DE) Chelmsford, MA 01824 USA My convictions Internet: dawson@apollo.hp.com are not for UUCP: {mit-eddie,yale,uw-beaver}!apollo!dawson public display. From apollo-request@umix.cc.umich.edu Tue Jan 2 13:15:54 1990 Date: 2 Jan 90 14:56:00 GMT From: dawson%apollo%hp-sdd%ucsdhub.uucp@ucsd.edu (Keith Dawson) Organization: Hewlett-Packard Company, Apollo Division; Chelmsford, MA Subject: Re: X-Windows System Message-Id: <47cb9c56.20b6d@apollo.HP.COM> References: <1989Dec27.230346.7847@idacom.uucp> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1989Dec27.230346.7847@idacom.uucp> danny@idacom.uucp (Danny Wilson) writes: >I am trying to get X up under SR10.1 and I have the distribution tape >from ADUS. (X11R1) > >I had used this tape a long time ago (SR9.6) to try out X and everything >worked fine (although a little slowly). This ADUS tape contained X.V11R2 -- we never made R1 available in any form... >However, now when I restore the tape, there are a total of 164 files that >seemed to have disappeared! I have seen a problem, when using SR10.n rbak to restore a tape written using SR9.7 wbak, whose symptom seems to be the scrambling of the resolution text of all symbolic links (i.e., links created with BSD "ln -s"). Even if the tree were intact, you would probably have difficulty building X from source on SR10.1. There have been various problems with the C compiler, C preprocessor, include files, etc. -- which is why we have always included a pre-built binary tree on the 3 ADUS tapes we have released so far. If you insist on running a "borrow-mode," unsupported X server, your best options are: 1. Order the later ADUS tape that contains X.V11R3 built for SR10.1. It is available now. R3 is a considerable improvement, in terms of bug level, over R2. 2. Order the upcoming ADUS tape for X.V11R4. It will be available as soon as we can get the "bits" to the ADUS people and they can duplicate the tapes. R4 is considerably faster than any previous MIT release. We have gone to some pains to assure that customers will be able to build this X success- fully with released compilers of "vanilla" SR10.1 and SR10.2 systems. Better options, in my opinion, are to go with the product versions of X11. You can order Domain/X11 v1.1 (for SR10.1) for the cost of an ADUS tape. With it you get the ability to run the X and the Display Manager environments at the same time. Be sure to request patch m066 as well; it fixes a number of serious prob- lems in X11. Best of all would be to install SR10.2. Domain/X11 v1.2 is bundled with the operating system at no additional charge. Its performance is much improved over previous versions. And it's fully supported. ____________________________________________________________ My opinions Keith Dawson Hewlett Packard Co. 508-256-0176 x5739 are my own. Graphics Technology Division / East 300 Apollo Dr. (CHR.03.DE) Chelmsford, MA 01824 USA My convictions Internet: dawson@apollo.hp.com are not for UUCP: {mit-eddie,yale,uw-beaver}!apollo!dawson public display. From apollo-request@umix.cc.umich.edu Tue Jan 2 15:17:11 1990 Message-Id: <9001022005.AA11185@umix.cc.umich.edu> Date: 2 Jan 90 13:50:00 CST From: "DAVE ERSTAD" Subject: CC Broken To: "apollo" Flame-On I am currently one unhappy camper. In pre-SR10 releases, there was a compiler switch to the CC compiler, -nmgbl, which affects the way global symbols are mapped (essentially maps all globals to upper case) which is very handy in mixing modules in a case-sensitive language, such as C, with a case-unsensitive language, such as Pascal. At SR10, some pin-head in R&D decided that "we don't really think people should write code like that" and removed support for the switch. This was not a case where the switch had to be removed to provide some other capability; it was just deleted. Problem #1: There is no workaround. I (and others with the same problem) have to go revise all of our affected C source code. Problem #2: There is no basis for this change that I can see. Apollo can always recommend that we not use it if they like. One response I got was "We don't think very many people used it" to which my response was how do you know? There was no data to back that statement up, as far as I can tell. Problem #3: Apollo did a LOUSY job of handling the change, whether it was justified or not: o The release notes did not mention that the switch was deleted o The compiler still accepts the switch - it just does nothing o The help file still describes the option. As far as I can tell, the only documentation updated was the reference manual (surely the last thing a typical user looks at :-) Needless to say, this is very annoying. Every major system I've ported to SR10 has run into some undocumented glitch, bug, or "feature". Flame-Off Dave Erstad Honeywell SSEC DERSTAD@cim-vax.honeywell.com From apollo-request@umix.cc.umich.edu Tue Jan 2 19:13:39 1990 Date: 2 Jan 90 22:06:31 GMT From: pang%Neon.Stanford.EDU%neon%shelby.uucp@decwrl.dec.com (Swee-Chee Pang) Organization: Computer Science Department, Stanford University Subject: (Serial.. question) addendum Message-Id: <1990Jan2.220631.18561@Neon.Stanford.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have root access to this DN3500 which is running Domain/OS kernal(7) SR10.1, bl12.4 Nov 16, '88 it runs X11 on a monochrome and BSD4.3 unix. Thanx again. Pang, Swee-Chee From apollo-request@umix.cc.umich.edu Tue Jan 2 19:17:13 1990 Date: 2 Jan 90 22:03:20 GMT From: pang%Neon.Stanford.EDU%neon%shelby.uucp@decwrl.dec.com (Swee-Chee Pang) Organization: Computer Science Department, Stanford University Subject: Serial/Parallel board question Message-Id: <1990Jan2.220320.18360@Neon.Stanford.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have a stand alone Apollo 3500, and would like to use the Serial/Parallel board that it comes with to act like a serial line to my modem, are there programs available to do this? If not, any information as to how I may write one to do this would help. Thanx. --------------------------------------------------------------------------- Pang, Swee-Chee MSCS, CSD Stanford University --------------------------------------------------------------------------- "The secret to life, announced tonight, or whenever convenient" From apollo-request@umix.cc.umich.edu Tue Jan 2 19:22:50 1990 Date: 2 Jan 90 20:31:19 GMT From: markd%silogic%celit%ucsdhub.uucp@ucsd.edu (Mark DiVecchio) Organization: Silogic Systems, San Diego, CA Subject: Connect your PC to your Apollo Message-Id: <129@silogic.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu PC-Apollo Connection If you are like many owners of Apollo DN3xxx and DN4xxx workstations, you have a resource on your machine which is most likely underutilized. That resource is the Serial Input/Output (SIO) port. The SIO port is an RS-232 compatible port which is sometimes used for a digitizing tablet or serial printer. On most machines, though, it is unused. You can make use of the port as a connection to a personal computer for remote login and for transferring ASCII files between the machines. I have a set of programs for your Apollo and PC to do this. I've installed and tested these programs on our DN3010 and an IBM PC Compatible. The software comes in two parts. First there are a set of scripts and a C language program for the Apollo and second there is program which runs on the PC. The program for the PC is PC-VT, a program which I wrote several years ago that emulates a VT100 Video Display Terminal and also performs file transfer using the XMODEM file transfer protocol. The C language program for the Apollo is a public domain program (originally written by Lauren Weinstein and modified by many others, most notably Richard Conn) which performs the XMODEM file transfer protocol on the Apollo. For remote login, PC-VT is used as a dumb terminal emulator. You can login to an AEGIS shell and execute most commands that don't require a graphics output device. For file transfer, the XMODEM file transfer program is started on the Apollo and it communicates automatically with PC-VT running its XMODEM subroutines to move ASCII files between the machines. First let me say that there is nothing new here. The Apollo documentation describes how to configure the port for remote login and the Apollo C Compiler provides the C language procedural interface for the file transfer program. The XMODEM file transfer protocol has been around since the days of CP/M and was originally developed by Ward Christensen. How to Get the Programs Bulletin Board You can download all of the DOS sources, DOS executables and Apollo sources from my Bulletin Board. The phone number is 619-549-3927. The board is open 24 hours a day 7 days a week. The modem is a USR HST9600 so you can call at any baud rate up to 9600 baud. The Apollo files are in an archived file named SIO.ZIP in the area titled 'Apollo AEGIS/UNIX Programs and Files'. The DOS files are in an archived file named PC-VT100.ZIP in the area titled 'PC-VT (Version 10.0) and Related Files'. If you do not have a ZIP archive management program, you will also need to download PKZ101.EXE. If you get the programs this way, you will need the Apollo C language compiler to compile 'UMODEM.C' and 'ESC.C'. Mail Send me two diskettes, one 1.2Meg DOS formatted floppy and one 1.2Meg AEGIS floppy. I will copy all of the sources (both DOS and Apollo) and the DOS executables onto the DOS diskette and I will create a WBAK diskette with all of the Apollo software - sources and executables. When you send me the diskettes, include a mailer which I can use to return the diskettes to you and put enough postage on the mailer to satisfy the Postal Service. In place of the AEGIS floppy, you can send me a cartridge tape. If you get the programs this way, the WBAK diskette or tape will contain the compiled versions of 'UMODEM.C' and 'ESC.C' so you won't need the Apollo C language compiler. -- Mark DiVecchio, Silogic Systems, 619-549-9841 K3FWT 9888 Carroll Center Road, Suite 113, San Diego, CA 92126 ...!ucsd!celerity!celit!silogic!markd ...!ucsd!ucsdhub!celit!silogic!markd celit!silogic!markd@fps.com BBS 619-549-3927 From apollo-request@umix.cc.umich.edu Tue Jan 2 20:23:11 1990 Date: 2 Jan 90 20:40:29 GMT From: lampi%pnet02%gryphon%elroy.jpl.nasa.gov%henry.jpl.nasa.gov%usc%zaphod.mps.ohio-state.edu.uucp (Michael Lampi) Organization: People-Net [pnet02], Redondo Beach, CA. Subject: Re: Miscellaneous questions Message-Id: <24148@gryphon.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >1. I need to read a tape written with wbak on a non-Apollo machine. I > [rest of text deleted] Go right ahead and read the wbak-written backup set on your other machine. The tape 'file' is standard ANSI labeled, and the block size is 8K (8192) bytes. Be certain to read the blocks in binary mode (as opposed to ASCII or EBCDIC) so as to prevent data conversion. >3. Do the scsi_$ routines shipped with GPIO at SR10.2 also work with > the scsi port on the WD disk controller? My understanding is that they do, and are compatible with those for the DN-2500. Michael Lampi MDL Corporation 213/782-7888 fax 213/782-7927 UUCP: {ames!elroy, }!gryphon!pnet02!lampi INET: lampi@pnet02.gryphon.com "My opinions are that of my corporation!" From apollo-request@umix.cc.umich.edu Tue Jan 2 21:13:49 1990 Date: 2 Jan 90 23:20:59 GMT From: bshaw%vlsic2%ti-csl%pollux%texsun%newstop%sun-barr%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Bob Shaw) Organization: Texas Instruments Inc, SPDC Operations, Dallas, TX Subject: usenet - netnews - on Apollo Message-Id: <104150@ti-csl.csc.ti.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We presently run netnews on a Convex system here. How hard would it be to incorporate netnews on an Apollo. We have both 9.7 and 10.1 nodes and presently updating to 10.x. Where do I get the software and what all would be involved? Thanks in advance for any comments/suggestions Bob Shaw bshaw@hcvdl.vdl.ti.com From apollo-request@umix.cc.umich.edu Tue Jan 2 23:38:17 1990 Date: 3 Jan 90 03:37:54 GMT From: rtp1%tank.uucp@handies.ucar.edu (raymond thomas pierrehumbert) Organization: University of Chicago Subject: Fortran 10.7p installation Message-Id: <7005@tank.uchicago.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Well, finally, more than a month after calling "instant" apollo, I have gotten my tape of 10.7p fortran. The problem is that it comes with a bright pink warning notice predicting all sorts of dire consequences if I use the old (something.00) installation manual. It says emphatically to read " (something).02 manual that is shipped with the 10.2 release." The problem is that I don't have this manual, as I haven't gotten 10.2p yet, and am unlikely to order it until a working NFS is ready for shipping (and in fact in my hands). I suppose, if this manual is available at all I could order it, but I would be surprised if I had it in my hands in under a month, given the track record. So... Can somebody tell me briefly what is involved in the installation? Can I just use the install/tools minst version that came with 10.1? Do I still have to use the renaming kludge (renaming tools to tools.ok to prevent reading in a bad version of tools from tape), or is this taken care of? I especially want to be careful about minst not installing the wrong libraries, as the warning flyer says that if this happens my machine won't even boot! Help would be much appreciated. From apollo-request@umix.cc.umich.edu Tue Jan 2 23:45:27 1990 Date: 3 Jan 90 03:26:06 GMT From: rtp1%tank.uucp@handies.ucar.edu (raymond thomas pierrehumbert) Organization: University of Chicago Subject: Re: SR10.2 and life Message-Id: <7004@tank.uchicago.edu> References: <47cb7191b.000f088@caen.engin.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I never said the competition was any better, did I? I bought an Apollo, didn't I? Did I even say I wish I had bought a Sun or SG (I don't, btw)? Basically, Sun's whole product line has become as boring as IBM mainframes, except for the Sparcstation, which is a great little machine at a very fair price. All that notwithstanding, things in the workstation world are much worse than they ought or need to be, and if we are going to start improving things, why not start with Apollo/HP. I think that breaking something as important as NFS, and not coordinating the NFS release with the 10.2 upgrade, is very shoddy workmanship. If it hadn't been for the chance encounter here, I probably would have installed 10.2, found that NFS wouldn't work, and been out of business until it all got straightened out. Things shouldn't be that way. And I wouldn't mind so much paying the piddling $100 for a new NFS, if it weren't so hard to find out just what to order, and if it didn't take so long to get it. There is no good reason it should take longer to get a tape cartridge than it takes to get Mac or PC software, but it always does (see my posting on Fortran, below). If Apollo really wants to be at the top of the heap, they will fix this problem. And what ever became of the idea of producing a quality product and standing behind it? It is true that software prices (initial) at Apollo are about the lowest in the business, but the discounted present value of the maintainence charge makes the real cost astronomical. I'd rather pay a fair price up front, and then have Apollo stand behind there product, and guarantee that they will inform me when they do something to break it, (and to send along the appropriate update in a timely fashion). From apollo-request@umix.cc.umich.edu Wed Jan 3 09:12:17 1990 Date: 2 Jan 90 17:28:57 GMT From: dan%ksi.cpsc.ucalgary.ca%calgary%alberta%ubc-cs.uucp@beaver.cs.washington.edu (Dan Freedman) Organization: Knowledge Science Lab, U. of Calgary, Calgary, Canada. Subject: Apollo Common Lisp and 10.2 Message-Id: <2294@cs-spool.calgary.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu The release notes for SR 10.2 say that Apollo Common Lisp version 3.0 (really Lucid Common Lisp 3.0) is incompatible with SR 10.2, and that the problem will be resolved at release 4.0 of lisp. Does anyone know when release 4.0 will be available? Thanks, Dan Freedman Dan Freedman University of Calgary Computer Science Department 2500 University Drive N.W. dan@ksi.cpsc.UCalgary.CA Calgary, Alberta, T2N 1N4 From apollo-request@umix.cc.umich.edu Wed Jan 3 11:16:31 1990 Date: Wed, 3 Jan 90 09:10:00 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9001031410.AA01789@richter.mit.edu> To: pang%Neon.Stanford.EDU%neon%shelby.uucp@decwrl.dec.com Subject: Re: Serial/Parallel board question Cc: apollo@umix.cc.umich.edu The software which comes which the Apollo SPE board should create a couple of device files in the /dev directory (if it has been installed on your node, that is!). They are: /dev/spe_ddf_sio1 and /dev/spe_ddf_sio2 (or something like that). You can open these devices just as if they where (were) the regular /dev/siox lines. By the way, you are aware that the DB25 connector on the DN3500 is wired to handle 3 seperate RS232 devices, are you not? There is an adaptor cable available from Apollo's 1-800 catalog which gives you access to sio2 and sio3. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Wed Jan 3 13:48:06 1990 Message-Id: <9001031702.AA06593@umix.cc.umich.edu> Date: Wed, 3 Jan 90 14:01 N From: Subject: DMA on DN4000 AT-bus To: apollo@umix.cc.umich.edu X-Original-To: apollo@umix.cc.umich.edu, WWDONIC We have a measurement system that produces a continuous stream of 16-bit parallel data (about 20k words per second). Each valid word is accompanied by a strobe. This system has to be interfaced to an Apollo DN4000 in such a way that all data generated during a fixed period of, say, 10 seconds can be stored on a disk file. The idea is to use an AT-bus parallel IO card and the DN4000 DMA controller for this purpose. The DN4000 is running OS version 9.6.1 and GPIO has been installed. Before starting this project, I need answers to these questions: 1. Has anyone done a similar thing before? The Apollo people here can only say "it should be possible", and don't give any specific examples. 2. The example provided with GPIO (floppy driver) does not deal with a continuous stream of data; the floppy controller stops sending data after each sector (512 bytes). Is it possible to read in a much larger amount of data (400k) without losing anything ? 3. Do I have to upgrade the OS ? Please reply directly to me, I'll summarize for the list. Ton van den Bogert Dept. of Veterinary Anatomy University of Utrecht, The Netherlands. E-mail: WWDONIC@HEITUE5.BITNET From apollo-request@umix.cc.umich.edu Wed Jan 3 17:14:40 1990 Date: Wed, 3 Jan 90 15:11:24 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9001032011.AA02924@richter.mit.edu> To: WWDONIC%HEITUE5.BITNET@CUNYVM.CUNY.EDU, apollo@umix.cc.umich.edu Subject: Re: DMA on DN4000 AT-bus It should be possible to do if you can wire (lock into physical memory) and map a large enough I/O buffer to hold the entire stream of data. I have wired buffers of up to 128Kb under SR10. I don't know what the limit would be under SR9.6, you'll have to try it. You'll have to use a single buffer for the entire transfer, since at 20K words/sec you only have 0.5 msec between transfers. That it not enough time to wire and map a second buffer. The sequence of calls you want to use would be something like: pbu_$aquire (device_name, name_len, debug_flg, unit_num, status) pbu_$allocate_map (unit, length_of_buffer, force_flag, I/O_vir_addr, status) pbu_$map (unit, big_buffer, length_of_buffer, I/O_vir_addr, status) pbu_$wire (unit, big_buffer, length_of_buffer, status) set dma-enable, interrupt-enable on interface board pbu_$dma_start (unit, dma_channel_from_ddf_blk, pbu_$read, buffer,length_of_buffer, option, status); pbu_$wait (unit, timeout, quit_flg, status); pbu_$dma_stop (unit, dma_channel, status) clear dma-enable, interrupt-enable on interface board pbu_$unwire (unit, buffer, length_of_buffer, flag, status) pbu_$unmap (unit, buffer, length, I/O_vir_addr, status); pbu_$free_map ( unit, status) -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Wed Jan 3 17:34:49 1990 Date: 3 Jan 90 20:40:24 GMT From: lampi%pnet02%gryphon%elroy.jpl.nasa.gov%henry.jpl.nasa.gov%usc.uucp@ucsd.edu (Michael Lampi) Organization: People-Net [pnet02], Redondo Beach, CA. Subject: Re: Serial/Parallel board question Message-Id: <24198@gryphon.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu David Krowitz (krowitz @richter.mit.edu) writes > ...By the way, you are >aware that the DB25 connector on the DN3500 is wired to >handle 3 seperate RS232 devices, are you not? There is an >adapter cable available from Apollo's 1-800 catalog which >gives you access to sio2 and sio3. This adapter cable is supplied as standard equipment on a DN3500. If you didn't get it with your system, I'd complain to my Apollo sales rep. Michael Lampi MDL Corporation 213/782-7888 fax 213/782-7927 UUCP: {ames!elroy, }!gryphon!pnet02!lampi INET: lampi@pnet02.gryphon.com "My opinions are that of my corporation!" From apollo-request@umix.cc.umich.edu Wed Jan 3 19:15:19 1990 Date: Wed, 3 Jan 90 17:35:35 EST From: GELINASJ%CMR001.bitnet@ugw.utcs.utoronto.ca To: apollo@umix.cc.umich.EDU Message-Id: <900103.17381750.059594@CMR.CP6> Subject: Help needed with Lucid Common Lisp A professor here is having trouble using the editor with LISP: it is not possibl e anymore to save a LISP buffer into a file as he used to do at SR9.7. Can someone point us to the error, or do we have to live with this "internal" error. Thanks. I have copied almost everything that is keyed in or appears on the screen below. Line Explanation 0 We run SR10.1/aegis+bsd4.3 on this DN4000 1-6 Call wedlisp and define a dummy fcn in the Main buffer 7 Invoke the Save File command 8 Define the name of the file as "dummy" 9 Answer another question by (yes) 10 ... and this is what results ... ---------------------------Screen top ---------------------------------------- ----- 0 % bldt **** Node 12BBC **** "//math_1" Domain/OS kernel(7), revision 10.1, November 16, 1988 11:19:45 am 1 % wedlisp ;;; Domain/CommonLISP, Development Environment Version 3.00, 10 March 1989 ;;; Copyright (C) 1986 by Apollo Computer Inc. All Rights Reserved ;;; Loading source file "user_data/common_lisp/startup.lisp" ;;; Warning: File "user_data/common_lisp/startup.lisp" does not begin with I N-PACKAGE. Loading into package "USER" 2 3 > (defun dadd (m n) (+ m n)) 4 DADD 5 > (dadd 2 3) 6 5 7 > ----------------------------------------- 8 Write file: [//.../Main.lisp] dummy 9 File does not have a newline at EOF, add one ? (YES) 10 Internal error: Illegal argument :PRESERVE to LUCID::OSI_$OPENFILE ----------------------------------------- ---------------------------Screen bottom---------------------------------------- ----- J. Gelinas, Maths, C.M.R. (gelinasj@cmr001.bitnet) J. GELINAS From apollo-request@umix.cc.umich.edu Wed Jan 3 21:12:06 1990 Date: 3 Jan 90 21:28:03 GMT From: apollo%ecf%me%jarvis.csri.toronto.edu%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Vince Pugliese) Organization: Engineering Computing Facility, University of Toronto Subject: help with Fortran bug (sr9.7.5 ftn 9.95) Message-Id: <1990Jan3.212803.23896@ecf.utoronto.ca> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu one of the guys is developing a fairly large program and has been experiencing some problems. - running a FORTRAN program with large data memory requirements > 5Mb ram - what does the following error mean ? `` unable to unwind stack because of invalid stack frame (process manager/process fault manager) '' - is there any specific limits on memory usage with fortran ? - it was suggested that using the ``-save'' option with the compiler might help, in fact it seemed to make things WORSE! any ideas?? suggestions?? thanks in advance vince apollo@ecf.toronto.edu From apollo-request@umix.cc.umich.edu Wed Jan 3 21:13:38 1990 Date: 3 Jan 90 23:10:00 GMT From: oj%apollo%hp-sdd.uucp@hplabs.hp.com (Ellis Oliver Jones) Organization: Apollo Computer, Chelmsford, MA Subject: Re: Serial/Parallel board question Message-Id: <47d25dab.20b6d@apollo.HP.COM> References: <1990Jan2.220320.18360@Neon.Stanford.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1990Jan2.220320.18360@Neon.Stanford.EDU> pang@Neon.Stanford.EDU (Swee-Chee Pang) writes: >I have a stand alone Apollo 3500, and would like to use the >Serial/Parallel board that it comes with to act like a serial line to >my modem, are there programs available to do this? I use this shell script to set up one of my DN4000's serial port so I can log in to it from a terminal emulator program on a PC. This worked when I had sr10.1, and it still works with sr10.2. I've found that going faster than 2400 baud messes up xmodem, which I use for file transfer. #!/com/sh args >/tmp/siomonit_file "-repeat /dev/sio1 -n siologin1_local /com/sh -f -c user_data/startup_sio.sh 1" xdmc "cps /sys/siologin/siomonit -n siomonitor /tmp/siomonit_file" tctl -line 1 -default -speed 2400 -dcd_enable -insync -nosync /Ollie Jones (speaking for myself) From apollo-request@umix.cc.umich.edu Thu Jan 4 01:12:42 1990 Date: 3 Jan 90 21:42:57 GMT From: dclemans%mntgfx%qiclab%ditka%sts%claris.uucp@apple.com (Dave Clemans @ APD x1292) Organization: engr Subject: Re: Query - Does anyone have g++ working well on an Apollo SR10 system? Message-Id: <1990Jan3.214257.347@mentor.com> References: <1707@novavax.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >From article <1707@novavax.UUCP>, by weiner@novavax.UUCP (Bob Weiner): > If the answer is no, will SR10.2 help the situation at all? G++ is > needed because of the extensive class libraries that it provides over > the standard AT&T C++ distribution including the one on Apollos. > > Thanks for any help. > -- > Bob Weiner, Motorola, Inc., USENET: ...!gatech!uflorida!novavax!weiner > (407) 364-2087 I have a version 1.34 of g++ running; I have not had the time to look at later versions. This is the compiler only; the build procedures for libg++ 1.34 would have needed a large amount of work, and I've never had the chance. Dave Clemans Mentor Graphics From apollo-request@umix.cc.umich.edu Thu Jan 4 09:14:18 1990 Date: 4 Jan 90 12:43:29 GMT From: awhitton%bcara2%bnrgate.uucp@uunet.uu.net (Alan Whitton @ BNR) Subject: MH and SR10.2 Message-Id: <342@bnrgate.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hello: Well I have been trying out SR10.2 and have found an interesting problem with the /usr/new/mh stuff supplied. Under SR10.1 I was able to COMP mail messages quite easily, but now under SR10.2 when my COMP prompts me with What Now? and I say SEND it replies after a long pause send: message not delivered to anyone and if I do a WHOM it gives me no response. This is quite worrying as it definately did work under SR10.1 and XMH under SR10.2 does allow me to send messages. Anyone out there know anything about this. I phoned HP (it's not Apollo on the hot line anymore!!) and they told me anything under /usr/new is NOT SUPPORTED, but they were kind enough to say they would look into this. HELP! Be Seeing You, Alan -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- "These is my thoughts ONLY" Alan Whitton awhitton@bnr.ca OR Bell Northern Research awhitton%bnr.ca@cunyvm.cuny.edu "I am not a number, I am a Free Man!" From apollo-request@umix.cc.umich.edu Thu Jan 4 11:18:31 1990 Date: 4 Jan 90 8:58 -0500 From: Neal Holtz To: Message-Id: <1367*holtz@cascade.carleton.cdn> Subject: Busy DN2500 disk I have not yet installed Domain/OS on my DN2500. It currently has only the "hardware acceptance" software running on it - all I have done is take it out of the box, plug it in, and turn it on. When it has been on for a few hours, the local Winchester gets incredibly busy, averaging about 50 io ops per second for hours on end (and paging everything out of memory so that it gets VERY sluggish). Is this a problem that will go away when I finally get time to install the OS? Or is it somethifn weird? From apollo-request@umix.cc.umich.edu Thu Jan 4 11:23:17 1990 Date: 4 Jan 90 8:53 -0500 From: Neal Holtz To: Message-Id: <1366*holtz@cascade.carleton.cdn> Subject: Loading SR10.2 from a tape on an SR9.7 node I have a single DN2500 without CTAPE. The rest of the network are mostly DN4000's running SR9.7, and I do not want to upgrade any of them to SR10.2, yet. That is, the only nodes with CTAPES will be running SR9.7. I want to use those SR9.7 CTAPE's to install SR10.2 on my DN2500 -- it currently has only the minimum "hardware acceptance" software running on it. The most direct reference to this situation I've found in the release notes or in the "Installing Domain Software" book (v.A02) is on page 4-4: "Do not, however, use the tools_sr9 tools to install an SR-10 compatible product from an SR9.7 node to an SR10 node. The resulting ACLs on the installed product will not be correct." My questions: 1. Does this warning apply when using distaa (& thus rbak) to move the software from CTAPE (on an SR9.7 node) to an authorized area (on an SR10 node)? 2. If it does apply, is it serious? (I don't worry too much about security, but various important protected subsystems could be troublesome). 3. If it does apply, and is serious, can I run the cvtrgy procedure to make my SR9.7 registries Domain/OS compatible, ahead of time? Except, this tool probably has to be installed. Sigh? 4. Or, is it as I am hoping, and I have nothing to worry about? After using the SR9 rbak to load the install directory, perhaps I can just run tools_sr9/minst on the SR9.7 node, specifying a target authorized area on an SR10 node? Any experience with this, anyone? From apollo-request@umix.cc.umich.edu Thu Jan 4 11:26:25 1990 Date: Thu, 4 Jan 90 10:46:58 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9001041546.AA04656@richter.mit.edu> To: apollo%ecf%me%jarvis.csri.toronto.edu%cs.utexas.edu.uucp@tut.cis.ohio-state.edu Subject: Re: help with Fortran bug (sr9.7.5 ftn 9.95) Cc: apollo@umix.cc.umich.edu We write programs larger than 5MB all the time (actually, most of the time!). The only limits are: 1) The virtual memory address space of your particular model of workstation. All Apollo nodes have at least 64MB of address space. Older DN3000 (prior to the DN3000 model 3010) were limited to 64MB; later model DN3000's (model 3010 and 3010A) have a larger address space (256MB, I think); and DN4000's, DN3500's and DN4500's have something like 1GB or more. 2) The amount of free disk space on the node (or, if it is a diskless machine, it's partner's free disk space). There has to be at least enough free disk space to equal the amount of virtual memory (ie. the total size of all the arrays, variables, code, and I/O buffers) used by your program. Under SR9.7, the disk space was allocated as your program began to use it (ie. disk space for a particular array wasn't allocated until you first began to use the array). Under SR10, the entire amount of disk space is allocated as soon as the program is started. This guarantees that the program will not die from running out of disk space after hours of work. If you *need* to use SR9.7 style disk allocation, there is a rumor of an unsupported option to the SR10 binder (/com/bind) that will allow you to do this. 3) The size of the stack. The stack is part of a program's virtual memory will is used for the temporary storage of variables and subroutine call/return arguments. On Motorola 680x0 machines, the default stack size is something like 256Kb (or maybe 500Kb, I'm not so certain on this), and on PRISM machines (the DN10000) it's 5Mb. You can change the stack size with a switch to the binder. Fortran subroutines and functions allocate all of their variables and arrays, except for those passed in the subroutine call, those declared as COMMON, or those which are declared in a SAVE statement, in the stack array. When the subroutine/function returns, the stack space is reclaimed and can be used by the next subroutine/function call. The space used on the stack by a subroutine for its variables and the call/return information is a "stack frame". You can damage a subroutine's stack frame by over writing the bounds of an array, by passing subroutine arguments whose size does not match the expected size in the subroutine (or by passing too many or too few arguments), by accessing data via an invalid pointer, etc. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Thu Jan 4 13:38:06 1990 Date: 4 Jan 90 16:10:06 GMT From: sl11%prism%mephisto%emory%sol.ctr.columbia.edu%zaphod.mps.ohio-state.edu.uucp@tut.cis. (LIEBESKIND,SUSAN H) Organization: Georgia Institute of Technology Subject: Updating Apollo's X to X11R4? Message-Id: <4607@hydra.gatech.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu These may be more appropriate questions for our sales rep, but he hasn't been able to help me much with X questions. This is the only medium I know of for getting Domain/X11 technical questions answered (and a hearty thank you to the folks at Apollo and elsewhere who answer them!) 1) What is the planned schedule for updating the Domain/X11 system to X11R4? (now that it has been available for all of 3 days :-) ) Is there going to be one? Is there any approximate schedule that we outside of Apollo can be told about? 2) I understand that the MOTIF interface style will be available with Open Dialogue 2.0. Does this mean that we will receive the MOTIF widget set and an Open Dialogue wrapper on top of that when we order 2.0? We were thinking about possibly ordering MOTIF separately, but if all we need is the widget set, would this be a waste of money? Will Apollo be distributing the MOTIF documentation with the widgets? 3) Any possibilities that Apollo will distribute the O'Reilly toolkit books (when they are finally published) as part of Domain/X11, just as they distribute the Xlib books and X window system book? Thanks in advance. Susan Liebeskind -- LIEBESKIND,SUSAN H Georgia Institute of Technology, Atlanta Georgia, 30332 uucp: ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!sl11 Internet: sl11@prism.gatech.edu From apollo-request@umix.cc.umich.edu Thu Jan 4 15:42:38 1990 Date: 4 Jan 90 18:20:14 GMT From: ajk%mace.cc.purdue.edu%mentor.cc.purdue.edu.uucp@purdue.edu (Jeff Boerio) Organization: Purdue University Computing Center Subject: HP IIp Printer and a DN3500 Message-Id: <3795@mace.cc.purdue.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have a DN3500, and a newly received HP IIp laser printer. This is the first printer that's been connected to my (stand-alone) computer. The computer doesn't seem to recognize the printer. The only thing that I've been able to get out of the printer is the standard configuration sheet from the computer. I can't send anything to the printer. I get an error something like: can't find default destination, or something like that. When I got the default sheet printed out, it said the printer's name was lj22282, but lpadmin, lpstat, enable, and everything else don't recognize that name. Can anyone offer help? Thanks in advance. - Jeff -- Jeff Boerio : Purdue University Dept. of Computer Science ajk@mace.cc.purdue.edu : Purdue University Computing Center Volunteer boerio@orchestra.ecn.purdue.edu : Purdue University ECN Student Programmer From apollo-request@umix.cc.umich.edu Thu Jan 4 15:48:52 1990 Date: 4 Jan 90 17:46:47 GMT From: rtp1%tank%ux1.cso.uiuc.edu%dino.uucp@uunet.uu.net (raymond thomas pierrehumbert) Organization: University of Chicago Subject: What's right with Apollo Message-Id: <7018@tank.uchicago.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I had a few moments to spare, and thought I'd set down a few thoughts about what I think Apollo is doing RIGHT, to counterbalance my ample postings about what is wrong with Apollo. My reason for doing this is mainly to provide some encouragement to the people in development at HP/Apollo, lest they give up in despair, or think their work is wholly unappreciated. I think competition has been very good for the workstation industry, and for the workstation user, and I want to see HP/Apollo succeed fiscally, because if they manage to smooth out the wrinkles in their product line (software and hardware), the machines will be unbeatable. So here is what's right: (1) The DN10000 hardware. This is a beautifully designed machine, right from the power supply up through the cpu and bus(es). The decision to used a fast RISC architecture for graphics rather than a dedicated geometry engine was right on target. The vector calls get me speeds of up to 26megaflops on all sorts of useful linear algebra operations (with just one processor, even). (2) Minst. I don't know what installation was like pre 10.2, but with Minst, installation of software is almost as easy as it is on my Mac. I installed Fortran 10.5p, cc, and NFS, and they worked the first time, and it took hardly any time. I ran into some problems with the initial installation of 10.1p on a blank disk, but these were due to a very small (but critical) error in the documentation, which would be easily fixed. In this case, the service people at the 800 number were very prompt and helpful, and managed to sort it out for me (it was a problem relating to starting up glbd, llbd, and rgyd in the wrong order). (3) Compiler reliability. The compilers have a long way to go with regard to optimization, particularly of vector operations, but I have encountered no problems at all with code accuracy (i.e. bad code or wrong results). Given the complexity of what the compiler is trying to do for Prism, this is a little miracle. It is a real contrast with the early Cray compilers, and the CDC Cyber compilers (at all stages of their life). (4) Initial software cost. Apollo has very fair initial prices for their software packages (OS, compilers etc.). The price of the update subscription service is another matter, but you don't have do subscribe if you don't want to. (5) Debugging. DDE is very fine software. It will be even better when and if it runs under X, so I can get at its full glory from any X server. (6) Upgradability and expandability. The DN10000 has the easiest upgrade path, and probably the most open architecture, of any machine in its class. This is the main reason I bought one. It will be nice when the third party developers catch on to this, as the main holdup is lack of drivers for all that hardware you could put in the AT or VME buses. (7) Fortran and C examples. Especially for GPR graphics, this library is a great way to learn how to use the capabilities of the system. I hope 10.2 comes with lots of similar X programming examples (at least in c). I could probably think of more, but that's all I have time for now. Thanks and Happy New Year. From apollo-request@umix.cc.umich.edu Thu Jan 4 15:54:14 1990 Date: 4 Jan 90 19:06:00 GMT From: oj%apollo%hp-sdd%ucsdhub.uucp@ucsd.edu (Ellis Oliver Jones) Organization: Apollo Computer, Chelmsford, MA Subject: Re: Updating Apollo's X to X11R4? Message-Id: <47d6871d.20b6d@apollo.HP.COM> References: <4607@hydra.gatech.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <4607@hydra.gatech.EDU> sl11@prism.gatech.EDU (LIEBESKIND,SUSAN H) writes: >1) What is the planned schedule for updating the Domain/X11 >system to X11R4? We don't have the schedule nailed down yet for the sharemode R4 server. >(now that it has been available for all of >3 days :-) ) The stuff which has been available for 3 days contains a workable, buildable R4 borrow mode server for SR10.1 and SR10.2. Some people around here are using it successfully (not me, I like the DM too much :-) At some time in the near future somebody here will make a binary kit for distribution through the ADUS library. >2) I understand that the MOTIF interface style will be >available with Open Dialogue 2.0. Correct. >Does this mean that >we will receive the MOTIF widget set and an Open Dialogue >wrapper on top of that when we order 2.0? No, you can order either OSF/Motif itself if you want the widget set or Open Dialogue V2.0. They're different products. OSF/Motif is shipping now, but NOT VIA INSTANT APOLLO. Open Dialogue V2.0 should be shipping real soon; we just got word of the final ECO approval. >We were thinking >about possibly ordering MOTIF separately, but if all we >need is the widget set, would this be a waste of money? No, for two reasons: (1) Open Dialogue doesn't use the widget implementation. (2) The OSF/Motif kit contains the widget binaries and their manpages and header files. It also contains the OSF/Motif version of the Xt intrinsics, which you *must* use with the OSF/Motif widgets, and their manpages and binaries. The kit also contains a bunch of examples and the OSF/Motif window manager (mwm). So, you need just about everything on the OSF/Motif kit if you want to use that widget set. Notice that you can order the SOURCE for OSF/Motif directly from OSF if you like, or the BINARIES from HP/Apollo. If you're going to do a lot of widget hacking it's probably a good idea to order both things. What, then, you might ask, is on the Open Dialogue distribution? The answer is the Open Dialogue object-oriented UIMS development kit and runtime. It doesn't use widgets or Xt instrinsics, but it does produce user interfacs which follow the OSF/Motif Style Guide. >Will Apollo be distributing the MOTIF documentation >with the widgets? No, but it will be out soon as published books from Prentice-Hall. >3) Any possibilities that Apollo will distribute the >O'Reilly toolkit books (when they are finally published) >as part of Domain/X11, just as they distribute the Xlib books >and X window system book? No, in fact as of SR10.2 we aren't bundling any of the O'Reilly books with Domain/X11. Domain/X11 is bundled with the operating system as of SR10.2, and if we had included copies of the books with all SR10.2 kits the costs would have greatly exceeded the benefits (many SR10.2 sites don't care enough about X to benefit from ten pounds of documentation). /Ollie Jones (speaking for myself, not necessarily for HP Apollo Systems Division) From apollo-request@umix.cc.umich.edu Thu Jan 4 17:38:16 1990 Date: 4 Jan 90 16:50:43 GMT From: lori%hacgate%usc%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Lori Barfield) Organization: Hughes Aircraft Co., El Segundo, CA Subject: Re: Serial/Parallel board question Message-Id: <6648@hacgate.scg.hac.com> References: <24198@gryphon.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >David Krowitz (krowitz @richter.mit.edu) writes >> There is an >>adapter cable available from Apollo's 1-800 catalog which >>gives you access to sio2 and sio3. In article <24198@gryphon.COM> lampi@pnet02.gryphon.com (Michael Lampi) writes: >This adapter cable is supplied as standard equipment on a DN3500. Our DN4500 didn't come with one. ...lori From apollo-request@umix.cc.umich.edu Thu Jan 4 17:43:54 1990 Date: 4 Jan 90 21:06:19 GMT From: ajk%mace.cc.purdue.edu%mentor.cc.purdue.edu.uucp@purdue.edu (Jeff Boerio) Organization: Purdue University Computing Center Subject: Re: HP IIp Printer and a DN3500 Message-Id: <3797@mace.cc.purdue.edu> References: <3795@mace.cc.purdue.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Well .... you can put a big never-mind on my previous article. I have solved the problem, and everything works as it should. Thanks anyway. - Jeff -- Jeff Boerio : Purdue University Dept. of Computer Science ajk@mace.cc.purdue.edu : Purdue University Computing Center Volunteer boerio@orchestra.ecn.purdue.edu : Purdue University ECN Student Programmer From apollo-request@umix.cc.umich.edu Thu Jan 4 19:38:21 1990 Date: 4 Jan 90 19:40:25 GMT From: lampi%pnet02%gryphon%elroy.jpl.nasa.gov%henry.jpl.nasa.gov%usc%zaphod.mps.ohio-state.edu.uucp (Michael Lampi) Organization: People-Net [pnet02], Redondo Beach, CA. Subject: Re: DMA on DN4000 AT-bus Message-Id: <24249@gryphon.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >1. Has anyone done a similar thing before? [rest deleted for brevity] Yes, I have written a couple of DN-x0x0 device drivers that do similar things, including one that had to read up to 10 megabytes of data nonstop coming at a data rate of up to a megabyte per second. This was in order to read tape records that were written in the seismic form; i.e., tape blocks that were megabytes in length; where one can not just 'stop the tape and hold it in position' until the Apollo is ready for more. >2. [...deleted] Is it possible to read in a much larger >amount of data (400k) without losing anything ? Yes, depending on your controller, your driver code, and the amount of RAM in your Apollo. You see, the controller or the thing it is attached to must either have a FIFO memory or be able to be re-instructed to transfer more data within .05 milliseconds to achieve the 20,000 data transfers per second rate. The Apollo interrupt mechanism can generally meet this constraint if you don't have anything else occurring on the node with a higher interrupt priority, such as network or disk access. (That's where a FIFO is handy!) The amount of RAM you have comes into play when you realize that the operating system requires about 1 megabyte (round numbers), your application code and stack requires (typically) 1/2 megabyte, etc. I forget what the general rule of thumb is, but it goes something like this: You can wire all the RAM in your system except for about 2 megabytes, which is allocated to the OS. So, in an 8 meg system, you can wire up to a 6 meg buffer. >7. Do I have to upgrade the OS ? I would strongly recommend you upgrade to 9.7.5; however, this should still work on 9.6.1. Michael Lampi MDL Corporation 213/782-7888 fax 213/782-7927 UUCP: {ames!elroy, }!gryphon!pnet02!lampi INET: lampi@pnet02.gryphon.com "My opinions are that of my corporation!" From apollo-request@umix.cc.umich.edu Thu Jan 4 19:39:00 1990 Date: 3 Jan 90 05:00:00 GMT From: news%caen.engin.umich.edu%netnews.engin.umich.edu%shadooby%samsung%zaphod.mps.ohio-state.edu% (news) Organization: U of M Engineering, Ann Arbor, Mich. Subject: trapping of arithmetic exceptions Message-Id: <47d29220.bb89@spam.engin.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In order to test some linpack routines (Fortran) I need to do some trapping of arithmetic execptions . Some of the test programs operate near underflow/overflow boundaries. So I wrote a routine in C to do the trapping. I include below the headers of such a routine ( a test program I have is 272 lines long if someone is interested): traps(i1max,i3max,i5max,i2max,i4max) int i1max,i2max,i3max,i4max,i5max; /* This routine sets the number of arithmetic exceptions permitted. i1max is the number of fixed point overflows permitted. i2max is the number of fixed point divide by zero permitted. i3max is the number of floating point overflows permitted. i4max is the number of floating point divide by zero permitted. i5max is the number of floating point underflows permitted. */ { signal(SIGFPE,handler); } I've only been able to trap integer and floating division by zero. Overflows and underflows are not caught at all (they return +Inf or -Inf or just the biggest number you can have). This is not peculiar to the apollos. I noticed a similar behavior on the suns, decs and alliant. I believe I read somewhere this is what f77 following IEEE rules is supposed to do (I don't like it). We are running SR10.1 (similar behavior in 10.2) BSD4.3. My question: is it possible to trap (either in C or f77) overflows/underflows and redirect control to a handler program ? A example would be most welcome. Or if you already wrote such a trapping when testing the linpack demos, I would appreciate getting a copy of it. Roque D. Oliveira oliveria@caen.engin.umich.edu Computer Aided Engineering Network U. of Michigan From apollo-request@umix.cc.umich.edu Thu Jan 4 19:43:36 1990 Date: Thu, 4 Jan 90 17:19:29 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9001042219.AA05616@richter.mit.edu> To: apollo@umix.cc.umich.edu Subject: Help!!! I'm stumped again (as usual). We do a lot of plotting with 2D GMR. We have a short program which re-opn re-opens an existing GMR metafile and then uses GM_$PRINT_FILE to make an OUT1 format file which we can then translate into HPGL for our plotter. The problem is that as of SR10.2, this stopped working for most (but not all) metafiles. What we get is (usually) an OUT1 file in which the first command is the end-of-file command and the rest of the file is filled with zeros. It is *not* a problem re-opening the metafile. If I do a GM_$DISPLAY_FILE after re-opening, the file is display correctly on the screen. Any ideas of what to do next? -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Thu Jan 4 19:48:18 1990 Date: 4 Jan 90 11:10:52 GMT From: inst182%tuvie%mcsun.uucp@uunet.uu.net (Inst.f.Techn.Informatik) Organization: TU Vienna EDP-Center, Vienna, AUSTRIA Subject: trouble with cc Message-Id: <1047@tuvie> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Th Apollo C Compiler seems to have problems when initializing typedef'd structures. This is especialliy disturbing when compiling X-programs, since initializing structures becomes virtually impossible. Has anybody had a similar problem and found a solution ? Michael K. Gschwind ...!uunet!mcsun!tuvie!vlsivie!gschwind -------------------------------------------------------------------------------- /* * SCCS ID : @(#)xpclock.h 1.2 11/1/89 * * xpclock.h - Header for Pendulum Clock for X11 * * Author: Kazuhiko Shutoh, 1989. * * Permission to use, copy, modify and distribute without charge this software, * documentation, images, etc. is granted, provided that this comment and the * author's name is retained. The author assumes no responsibility for lost * sleep as a consequence of use of this software. * * Send any comments, bug reports, etc. to: shutoh@isl.yamaha.co.jp or, for * oversea: shutoh%isl.yamaha.co.jp%kddlab@uunet.uu.net * */ #define PI 3.141592654 #define ON 1 #define OFF 0 #define CLOCKFACE_UPDATE 5000 /* Number vector :-) fonts */ typedef struct { double x1; double y1; double x2; double y2; } NumberSegment; typedef struct { NumberSegment segment[5]; } NumberSegmentRec; NumberSegmentRec num_segments[12] = { { {0, 0, 0, 2}, /* 1 */ {0, 0, 0, 0}, {0, 0, 0, 0}, {0, 0, 0, 0}, {0, 0, 0, 0} }, { {0, 0, 0, 2}, /* 2 */ {1, 0, 1, 2}, {0, 0, 0, 0}, {0, 0, 0, 0}, {0, 0, 0, 0} }, { {0, 0, 0, 2}, /* 3 */ {1, 0, 1, 2}, {2, 0, 2, 2}, {0, 0, 0, 0}, {0, 0, 0, 0} }, { {0, 0, 0, 2}, /* 4 */ {1, 0, 1.5, 2}, {1.5, 2, 2, 0}, {0, 0, 0, 0}, {0, 0, 0, 0} }, { {0, 0, 0.5, 2}, /* 5 */ {0.5, 2, 1, 0}, {0, 0, 0, 0}, {0, 0, 0, 0}, {0, 0, 0, 0} }, { {0, 0, 0.5, 2}, /* 6 */ {0.5, 2, 1, 0}, {2, 0, 2, 2}, {0, 0, 0, 0}, {0, 0, 0, 0} }, { {0, 0, 0.5, 2}, /* 7 */ {0.5, 2, 1, 0}, {2, 0, 2, 2}, {3, 0, 3, 2}, {0, 0, 0, 0} }, { {0, 0, 0.5, 2}, /* 8 */ {0.5, 2, 1, 0}, {2, 0, 2, 2}, {3, 0, 3, 2}, {4, 0, 4, 2} }, { {0, 0, 0, 2}, /* 9 */ {1, 0, 2, 2}, {2, 0, 1, 2}, {0, 0, 0, 0}, {0, 0, 0, 0} }, { {0, 0, 1, 2}, /* 10 */ {0, 2, 1, 0}, {0, 0, 0, 0}, {0, 0, 0, 0}, {0, 0, 0, 0} }, { {0, 0, 1, 2}, /* 11 */ {0, 2, 1, 0}, {2, 0, 2, 2}, {0, 0, 0, 0}, {0, 0, 0, 0} }, { {0, 0, 1, 2}, /* 12 */ {0, 2, 1, 0}, {2, 0, 2, 2}, {3, 0, 3, 2}, {0, 0, 0, 0} } }; /* Resource for Clock Widget */ static XrmOptionDescRec options[] = { {"-chime", "*clock.chime", XrmoptionNoArg, "TRUE"}, {"-hd", "*clock.hands", XrmoptionSepArg, NULL}, {"-hands", "*clock.hands", XrmoptionSepArg, NULL}, {"-hl", "*clock.highlight", XrmoptionSepArg, NULL}, {"-highlight", "*clock.highlight", XrmoptionSepArg, NULL}, {"-update", "*clock.update", XrmoptionSepArg, NULL}, {"-padding", "*clock.padding", XrmoptionSepArg, NULL}, {"-d", "*clock.analog", XrmoptionNoArg, "FALSE"}, {"-digital", "*clock.analog", XrmoptionNoArg, "FALSE"}, {"-analog", "*clock.analog", XrmoptionNoArg, "TRUE"}, }; -------------------------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Thu Jan 4 19:48:16 1990 Date: 5 Jan 90 00:26:53 GMT From: shull%kings.wharton.upenn.edu%netnews.upenn.edu.uucp@rutgers.edu (Christopher E. Shull) Organization: desci Subject: Seeking port of PANEL-2-PLUS... Message-Id: <18668@netnews.upenn.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Posted for a friend of a friend, so feel free to call him directly: Has anyone successfully ported PANEL-2-PLUS to an Apollo with complete integration of the graphics functions? (To run with SR10.2 or higher). What problems were encountered? Thanks, Rich Kennedy (609) 424-8700 ext. 5840 Infotron Systems, Inc. From apollo-request@umix.cc.umich.edu Thu Jan 4 20:09:53 1990 Date: 4 Jan 90 19:40:34 GMT From: lampi%pnet02%gryphon%elroy.jpl.nasa.gov%henry.jpl.nasa.gov%usc%zaphod.mps.ohio-state.edu% (Michael Lampi) Organization: People-Net [pnet02], Redondo Beach, CA. Subject: Re: Serial/Parallel board question & usage with a modem Message-Id: <24251@gryphon.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Use the Apollo-provided EMT (emulate_terminal) program with your SPE in order to talk directly to the serial ports. Michael Lampi MDL Corporation 213/782-7888 fax 213/782-7927 UUCP: {ames!elroy, }!gryphon!pnet02!lampi INET: lampi@pnet02.gryphon.com "My opinions are that of my corporation!" From apollo-request@umix.cc.umich.edu Thu Jan 4 20:29:50 1990 Date: 4 Jan 90 19:40:31 GMT From: lampi%pnet02%gryphon%elroy.jpl.nasa.gov%henry.jpl.nasa.gov%usc%zaphod.mps.ohio-state.edu.uucp (Michael Lampi) Organization: People-Net [pnet02], Redondo Beach, CA. Subject: Re: help with Fortran bug (sr9.7.5 ftn 9.95) Message-Id: <24250@gryphon.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu There are no specific limits on memory usage with FORTRAN. I suspect that an error in array referencing is destroying your stack frame. Check your code where you set arrayname(index) = value, as opposed to just reading a value from an array. Michael Lampi MDL Corporation 213/782-7888 fax 213/782-7927 UUCP: {ames!elroy, }!gryphon!pnet02!lampi INET: lampi@pnet02.gryphon.com "My opinions are that of my corporation!" From apollo-request@umix.cc.umich.edu Thu Jan 4 23:42:11 1990 Date: 4 Jan 90 23:07:26 GMT From: lori%hacgate%usc%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Lori Barfield) Organization: Hughes Aircraft Company, El Segundo CA Subject: System Security & The Cuckoo's Egg Message-Id: <6659@hacgate.scg.hac.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Any sys admin out there who hasn't read it yet should read _The_Cuckoo's_Egg_, written by the astronomer/programmer who caught the Hannover Hacker after months of watching him break into many different systems on ARPA. In fact, if you are a Unix admin and haven't heard of the "Cuckoo's Egg" security hole yet.... Sorry, can't remember the author's name. ...lori From apollo-request@umix.cc.umich.edu Thu Jan 4 23:43:11 1990 Date: 4 Jan 90 22:13:21 GMT From: carolh%xilinx%pyramid%prls%mips%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Carol Hatcher) Organization: Xilinx Inc. Subject: OS 10.2: Will it fix OUR problem? Message-Id: <233@xilinx.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Please excuse me if I don't do this right. This is the first time I've posted in a very LONG time. Our problem is this: we are running a dominately SUN NFS network with a couple of Apollo's attached to it. We have a DN4500 acting as the gateway from the NFS network to the Apollo ringnet. We want to be able to remotely log into the Apollo and work on files located on a SUN disk. Currently, we cannot compile and link C programs successfully due to an incompatability with access permissions between the SUNs and the Apollos. We are running OS 10.1 on the Apollos and SUN 4.0.0.x OS. Question: will the new Apollo OS 10.2 help us out? Or will it help us and hurt us in new ways? Please excuse me if the topic has been discussed already. Thank you. Carol Hatcher From apollo-request@umix.cc.umich.edu Thu Jan 4 23:45:16 1990 Date: 4 Jan 90 21:23:45 GMT From: lori%hacgate%usc%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Lori Barfield) Organization: Hughes Aircraft Co., El Segundo, CA Subject: Re: help with Fortran bug (sr9.7.5 ftn 9.95) Message-Id: <6658@hacgate.scg.hac.com> References: <1990Jan3.212803.23896@ecf.utoronto.ca> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1990Jan3.212803.23896@ecf.utoronto.ca> apollo@ecf.utoronto.ca (Vince Pugliese) writes: >- running a FORTRAN program with large data memory requirements > 5Mb ram >- what does the following error mean ? > `` unable to unwind stack because of invalid stack frame I hope these suggestions aren't too simplistic, but before we cry BUG here....Has your hacker 1) made sure all his modules are freshly compiled; and 2) double-checked big-array equivalence alignments? A framing error could arise from subroutine declarations being out of kilter, or arrays attempting to wander around your operating system. You know the old FORTRAN saying: "If all else fails, Throw It In Common." ...lori From apollo-request@umix.cc.umich.edu Thu Jan 4 23:45:22 1990 Date: 4 Jan 90 23:32:29 GMT From: kv%cae780.uucp@ames.arc.nasa.gov (Kumar Venkatramani) Organization: Comdisco Systems Inc. Foster City, CA. Subject: HP Laser Jet Series II driver for SR 10.x Message-Id: <2297@cae780.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Need for information: I have an HP Laser Jet Series II laser printer that I had successfully working with an APOLLO network under SR9.7 ( with a driver I had obtained from ADUS, and modified ). But of course, under SR 10.x this driver will not work .... I was wondering if anybody knew of a driver that exists under 10.x and if so where I could obtain it. I checked with ADUS and as per the catalog there doesn't seem to be any drivers for 10.2. I would appreciate any information in this regard; thank you in advance: Kumar Venkatramani You can reply to : kv@csi.com -- Internet address ) uunet!cae780!kv -- uucp address From apollo-request@umix.cc.umich.edu Fri Jan 5 03:31:23 1990 Date: 4 Jan 90 20:12:37 GMT From: murat%farcomp%hoptoad%pacbell.uucp@ames.arc.nasa.gov (Murat Konar) Organization: Farallon Computing Inc. Berkeley, CA Subject: Hey Paul Dietrich! Message-Id: <127@farcomp.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu My extreme sincere apologies for doing this but: Hey Paul! You out there somewhere? From apollo-request@umix.cc.umich.edu Fri Jan 5 09:15:44 1990 Message-Id: <9001051344.AA02096@umix.cc.umich.edu> Date: Fri, 05 Jan 90 08:32:24 EST From: Scott Ferguson Subject: Re: Help!!! To: Apollo Newsgroup In-Reply-To: 2D GMR OUT1 file format At the ADUS Conference in San Francisco two years back, I asked some of the Apollo graphics group why the OUT1 format was having problems even at 9.5, and they said they were no longer supporting that format, and that was that. They offered no explanation, just that they didn't seem to care. I was pretty miffed, seeing as I had an Imagen driver using them, and it was doomed to the junk pile. Then, I noticed that the format continued to exist, but I think they just haven't bothered to remove the code. Maybe now they've done it. Scott From apollo-request@umix.cc.umich.edu Fri Jan 5 09:19:39 1990 Message-Id: <9001051352.AA02217@umix.cc.umich.edu> Date: Fri, 05 Jan 90 08:39:54 EST From: Scott Ferguson Subject: 16-bit parallel strobed I/O and you To: APOLLO@UMIX.CC.UMICH.EDU Is anyone aware of a board for AT-bus's that does plain 16-bit strobed I/O? I've called IKON and National Instruments, and the only 16-bit parallel boards they offer follow the DEC DR-11W protocol, which I know nothing about, but sounds too much like a protocol with funky control signals and opcodes to me. So, I need a board for 16-bit I/O (actually only input; this will take data from a CCD camera) with only a strobe as control. Also, if anyone can give me a brief description of DR-11W, or has any documents explaining it, I'd love to hear from you. Thanks, Scott Ferguson srfergu@erenj.bitnet (201) 730-2339 Exxon Research & Engineering Route 22 East Annandale, NJ 08801 From apollo-request@umix.cc.umich.edu Fri Jan 5 13:26:24 1990 Date: 5 Jan 90 15:33:00 GMT From: oj%apollo.uucp@EDDIE.MIT.EDU (Ellis Oliver Jones) Organization: Apollo Computer, Chelmsford, MA Subject: Re: trapping of arithmetic exceptions Message-Id: <47dad07a.20b6d@apollo.HP.COM> References: <47d29220.bb89@spam.engin.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <47d29220.bb89@spam.engin.umich.edu> news@caen.engin.umich.edu (news) writes: >We are running SR10.1 (similar behavior in 10.2) BSD4.3. >My question: is it possible to trap (either in C or f77) overflows/underflows and >redirect control to a handler program ? look at /usr/apollo/man/mana/fpp_set_trap_enables.a /oj From apollo-request@umix.cc.umich.edu Fri Jan 5 13:30:35 1990 Date: 5 Jan 90 15:31:37 GMT From: covertr%force%hrc%asuvax%cs.utexas.edu%samsung%rex.uucp@ames.arc.nasa.gov (Richard E. Covert) Organization: gte Subject: Apollo Flowcharting software Message-Id: <47dad253.14a1f@force.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I need a good flowcharting program. Does anyone know of such a tool for the Apollo workstations?? Ideally, it should allow grouping of symbols, and a palette of standard software symbols. -- Richard E. Covert, Lead Engineer of Software Tools Group AG Communications Systems, Phoenix AZ (602) - 581-4652 TCP/IP: covertr@gtephx UUCP: {ncar!noao!asuvax | uunet!zardoz!hrc | att}!gtephx!covertr From apollo-request@umix.cc.umich.edu Fri Jan 5 13:33:28 1990 Date: 5 Jan 90 15:20:00 GMT From: vasta%apollo.uucp@eddie.mit.edu (John Vasta) Organization: Hewlett-Packard Company, Apollo Division; Chelmsford, MA Subject: Re: trouble with cc Message-Id: <47dac4f7.20b6d@apollo.HP.COM> References: <1047@tuvie> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1047@tuvie> inst182@tuvie (Inst.f.Techn.Informatik) writes: > > >Th Apollo C Compiler seems to have problems when initializing typedef'd >structures. This is especialliy disturbing when compiling X-programs, >since initializing structures becomes virtually impossible. > >Has anybody had a similar problem and found a solution ? > > Michael K. Gschwind ...!uunet!mcsun!tuvie!vlsivie!gschwind The code contains an incorrectly structured initialization list. The aggregate being initialized has four levels of structure, but the initialization list contains only three. C allows you to elide braces for the innermost level of an aggregate, but it appears that the author had elided them for the next-innermost level. The initializer list should look like this: NumberSegmentRec num_segments[12] = { { { /* this was added by me */ {0, 0, 0, 2}, /* 1 */ {0, 0, 0, 0}, {0, 0, 0, 0}, {0, 0, 0, 0}, {0, 0, 0, 0} } /* so was this */ }, ... By the way, the AT&T 2.0 C++ translator and the GNU C compiler also complain about this code, so the Apollo C compiler is not the only one which diagnoses this error. John Vasta Apollo Computer (division of Hewlett-Packard) vasta@apollo.hp.com M.S. CHA-01-LT (508) 256-6600 x6362 330 Billerica Road, Chelmsford, MA 01824 UUCP: {decwrl!decvax, mit-eddie, attunix}!apollo!vasta From apollo-request@umix.cc.umich.edu Fri Jan 5 19:22:16 1990 Date: 5 Jan 90 19:31:40 GMT From: rchrd%well.uucp@apple.com (Richard Friedman) Organization: RCHRD 2855 Telegraph #415 Berkeley CA 94705 Subject: Apollo DN330's FOR SALE Message-Id: <15370@well.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu APOLLO DN330's FOR SALE ----------------------- Pacific-Sierra Research has THREE (3) Apollo DN330's for sale. Each has the same configuration: 2 Mb memory 70 Mb hard disk (with 8" floppy drive) They can be connected together into an Apollo ring. They are available seperately or as a package. Make us an offer! Call Tracey, at 916-621-1600 -- /s/ rchrd <=> Richard Friedman <=> rchrd@well rchrd@well.sf.ca.us | {apple,pacbell,hplabs,ucbvax}!well!rchrd [Pacific-Sierra Research / Berkeley CA] (415) 540-5216 (The usual disclaimers apply - I speak only for myself!) From apollo-request@umix.cc.umich.edu Fri Jan 5 19:23:32 1990 Date: 5 Jan 90 20:17:00 GMT From: hevesh_c%apollo%hp-sdd%ucsdhub.uucp@ucsd.edu (Cathy Hevesh) Subject: re: Help!! (from Krowitz) Message-Id: <47dbceed.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >... We do a lot of plotting with 2D GMR. We have >a short program which re-opn >re-opens an existing GMR metafile and then uses GM_$PRINT_FILE to make an >OUT1 format file which we can then translate into HPGL for our plotter. >The problem is that as of SR10.2, this stopped working for most (but not >all) metafiles. -- David Krowitz I have been unable to duplicate this problem with my own metafiles at sr10.2. This problem is probably not as blatant as you might have thought. While I'm at it, I thought I should comment on the following: >Article 4011 of 4013, Fri 08:32. >Subject: Re: Help!!! >From: SRFERGU@ERENJ.BITNET (Scott Ferguson @ The Internet) >At the ADUS Conference in San Francisco two years back, I asked some of the >Apollo graphics group why the OUT1 format was having problems even at 9.5, >and they said they were no longer supporting that format, and that was that. >They offered no explanation, just that they didn't seem to care. I was pretty >miffed, seeing as I had an Imagen driver using them, and it was doomed to >the junk pile. Then, I noticed that the format continued to exist, but I >think they just haven't bothered to remove the code. Maybe now they've done it. >Scott I don't know who gave you this information but we have NOT obsoleted the OUT1 format in 2dgmr. Version 2.2 which is the latest release of the product fully supports this option. Any problems encountered with using this software should be reported via the APR procedure (Apollo Problem Report). Information for duplicating the problem should be included in the report. Dave, I suggest that you log your problem in an APR so that we have something more concrete to work with. Thanks, Cathy Hevesh, R&D From apollo-request@umix.cc.umich.edu Fri Jan 5 19:25:16 1990 Date: 5 Jan 90 13:25:35 GMT From: andrewn%syma%icdoc%ukc%mcsun.uucp@uunet.uu.net (Andrew D Nimmo) Organization: University of Sussex Subject: word-wrapping dm edit pads.... Message-Id: <1954@syma.sussex.ac.uk> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does anyone have sources for a word-wrapping version of the dm editor, similar to that used by the mkapr command? Would HP/Apollo be willing to provide the sources? Andrew D. Nimmo -- | Andrew D. Nimmo, VLSI and Graphics Research Group, | | EAPS II, University of Sussex, Falmer, BRIGHTON, East Sussex, BN1 9QT | | TEL: +44 273 606755 x 2617 | | EMAIL: (JANET) andrewn@syma.sussex.ac.uk | (UUCP) ...mcsun!ukc!syma!andrewn | From apollo-request@umix.cc.umich.edu Fri Jan 5 21:14:41 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9001060146.AA01049@icaen.uiowa.edu> Date: Fri, 5 Jan 90 19:36:22 CST Subject: Re: Serial/Parallel board question To: apollo@umix.cc.umich.edu >David Krowitz (krowitz @richter.mit.edu) writes >> There is an >>adapter cable available from Apollo's 1-800 catalog which >>gives you access to sio2 and sio3. In article <24198@gryphon.COM> lampi@pnet02.gryphon.com (Michael Lampi) writes: >This adapter cable is supplied as standard equipment on a DN3500. Sorry to contradict you Michael, but David's right. The 3-plex serial expander "pig-tail" is NOT standard equipment on a DN3500. It IS standard equipment on a DN4000, but an extra cost option on all newer M68k models. IE it does not come standard with DN35xx, DN45xx, or DN2500 you have to order it as an option. Dave Funk From apollo-request@umix.cc.umich.edu Fri Jan 5 21:16:44 1990 Date: 6 Jan 90 00:33:04 GMT From: achille%cernvax%mcsun.uucp@uunet.uu.net (achille petrilli) Organization: CERN European Laboratory for Particle Physics, CH-1211 Geneva, Switzerland Subject: Re: word-wrapping dm edit pads.... Message-Id: <1197@cernvax.UUCP> References: <1954@syma.sussex.ac.uk> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Actually the DM edit pad has a (undocumented) 'ww' command that does just that. You can invoke it in the following ways: 1) ww 2) ww -on 3) ww -off 4) ww -c XX 1) toggles the word-wrap action on and off. 2) wraps at the last character position available in the window. If the window gets reshaped, the wrap position does NOT change. 3) switches off whatever word-wrap setting is in use. 4) ww -c XX sets the word-wrap at character position XX. mkapr uses 'ww -c 75', I guess. Of course 'ww' can only be used on an edit pad. Hope this helps, Achille Petrilli Cray & PWS operations P.s.: I seem to remember that 'ww' did not work under 9.7 From apollo-request@umix.cc.umich.edu Fri Jan 5 23:14:37 1990 Date: 5 Jan 90 21:01:14 GMT From: lampi%pnet02%gryphon%elroy.jpl.nasa.gov%henry.jpl.nasa.gov%usc%cs.utexas.edu.uucp@tut.cis. (Michael Lampi) Organization: People-Net [pnet02], Redondo Beach, CA. Subject: Re: Busy DN2500 disk Message-Id: <24318@gryphon.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Sounds like this is a problem that will go away when the 'real' OS is installed. This did not happen on the systems I've used, with a 'real' system on them. Michael Lampi MDL Corporation 213/782-7888 fax 213/782-7927 UUCP: {ames!elroy, }!gryphon!pnet02!lampi INET: lampi@pnet02.gryphon.com "My opinions are that of my corporation!" From apollo-request@umix.cc.umich.edu Fri Jan 5 23:21:23 1990 Date: 6 Jan 90 02:24:47 GMT From: kevinp%ashtate%hacgate%elroy.jpl.nasa.gov%henry.jpl.nasa.gov%usc%cs.utexas.edu.uucp@tut.cis (Kevin Piette) Organization: Ashton-Tate, Torrance, CA Subject: Re: MH and SR10.2 Message-Id: <789@ashton.UUCP> References: <342@bnrgate.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <342@bnrgate.UUCP> awhitton@bcara2.bnr.ca (Alan Whitton @ BNR) writes: Alan mentioned he is having difficulty with MH as provided with 10.2 relating to the send & whom commands to whatnow via comp (see his article for more). I've been using 10.2 for a week or so now and haven't noticed this problem. I did however encounter the previously mentioned problem with the default editor path (fixed by adding 'Editor' spec to .mh_profile). You may want to try using some switches with your send command like: send -nopush -verbose -watch to get a little more info about the send attempt. __ From apollo-request@umix.cc.umich.edu Sat Jan 6 00:02:14 1990 Date: 5 Jan 90 21:00:50 GMT From: lampi%pnet02%gryphon%elroy.jpl.nasa.gov%henry.jpl.nasa.gov%usc%zaphod.mps.ohio-state.edu% (Michael Lampi) Organization: People-Net [pnet02], Redondo Beach, CA. Subject: Re: Loading SR10.2 from a tape on an SR9.7 node Message-Id: <24317@gryphon.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I'd ask the local Apollo sales office if 1) they would let you borrow a cartridge tape to load the software, or 2) let you take your DN2500 to their office and load it from the net there. After all, didn't you order the DN2500 with the operating system? Did they say that it WOULDN'T be on the DN2500 disks(s)? Michael Lampi MDL Corporation 213/782-7888 fax 213/782-7927 UUCP: {ames!elroy, }!gryphon!pnet02!lampi INET: lampi@pnet02.gryphon.com "My opinions are that of my corporation!" From apollo-request@umix.cc.umich.edu Sat Jan 6 00:40:42 1990 Date: 5 Jan 90 21:01:33 GMT From: lampi%pnet02%gryphon%elroy.jpl.nasa.gov%henry.jpl.nasa.gov%usc%cs.utexas.edu.uucp@tut.cis. (Michael Lampi) Organization: People-Net [pnet02], Redondo Beach, CA. Subject: Re: 16-bit parallel strobed I/O and you Message-Id: <24319@gryphon.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu The DR-11W protocol is an 'industry-standard' means for bidirectional 16 bit data transfer between two electronic systems (not necessarily computers). It has NO data-related protocols, just a couple of handshake lines to indicate data availability and direction. If you were to think of the absolute minimum number of signals required for such a mechanism, you would end up with the same number of control lines as the DR-11W (six, if I remember correctly). Best of all, you don't have to use them all if you aree unidirectional. Michael Lampi MDL Corporation 213/782-7888 fax 213/782-7927 UUCP: {ames!elroy, }!gryphon!pnet02!lampi INET: lampi@pnet02.gryphon.com "My opinions are that of my corporation!" From apollo-request@umix.cc.umich.edu Sat Jan 6 03:25:53 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9001060751.AA01055@icaen.uiowa.edu> Date: Sat, 6 Jan 90 00:53:12 CST Subject: Re: Loading SR10.2 from a tape on an SR9.7 node To: apollo@umix.cc.umich.edu, holtz%cascade.carleton.cdn@relay.CDNnet.CA in posting <1366*holtz@cascade.carleton.cdn> Neal Holtz asks: > I have a single DN2500 without CTAPE. The rest of the network are > mostly DN4000's running SR9.7, and I do not want to upgrade any of > them to SR10.2, yet. That is, the only nodes with CTAPES will be > running SR9.7. I want to use those SR9.7 CTAPE's to install SR10.2 > on my DN2500 -- it currently has only the minimum "hardware > acceptance" software running on it. Sorry to say, Neal, you have a real problem on your hands. The sr9.7 version of rbak can't even properly index a sr10 tape, let alone load it into an AA. You MUST use the sr10 version of rbak (running on a sr10.x system) to be able to load the contents of the sr10.x distribution tapes into an AA on a sr10 disk. Note that the AA must also be on a sr10 disk, not a sr9.7 disk. When you put sr10 files on a sr9.7 disk, the ACLs get converted in a way that break "set-UID" programs. This will result in a useless sr10 OS AA. The "tools_sr9" tools are used to install a SR9.7 product onto a sr9.7 machine. IE now Apollo ships one install "system" for both sr9.7 & sr10.x software. I can think of a few different ways to handle this situation: 1) Bite the bullet and convert one of your C-tape DN4000s to sr10. 2) If you have at least one other sr10 based node that has a "/sau7" directory on it, you could temporarily boot one of your C-tape DN4000s off of it. IE you would treat the DN4k as a "diskless" node and ignore its sr9.7 disk. Partner it off a sr10 based node, boot it diskless and then it will be running sr10 so you can use rbak to read the tapes and load the AA onto the disk. Note that the "HAP" software on the DN2500 only has a "/sau9" directory so you'll need some other node for this. If you have no sr10 node with "/sau7" then... 3) Beg, borrow, or steal a C-tape drive for your DN2500 so you can load the AA. If nothing else, if you get the "/sau7" directory off the tape then you can use (2) to do the rest of the job. Try leaning on your local Apollo/HP salesperson for a loan. After all, they want you to be a happy camper so you'll buy more of these things. Note that you can't take the C-tape drive from your DN4k and connect it up to the DN2500, the interface is wrong. 4) See if you can get somebody at a sr10 site to make up a sr9.7 C-tape with the "/sau7" directory off the sr10.2 tapes. The sr10 wbak has an option to write out the tape in sr9.7 format. You can't do this with the whole sr10.2 distribution as there are various files that MUST have correct sr10 ACLs to work and can't be translated into sr9.7 format. But you should be able to get a working copy of the sr10.2 "/sau7" directory on/off a sr9.7 C-tape. Once you have this on your DN2500 you can proceed with (2). 5) Talk to your local Apollo/HP people and see if you can get them to bring out a "suitcase". When sr10 was just getting started, Apollo made up a luggable sr10 node-in-a-suitcase that the SSEs could drag out to sites that had a sr10 conversion problem. They would connect the "suitcase" to the customer's net and use it to do the first sr10 load. Dave Funk From apollo-request@umix.cc.umich.edu Sat Jan 6 05:18:41 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9001060615.AA01052@icaen.uiowa.edu> Date: Sat, 6 Jan 90 00:03:41 CST Subject: Re: Apollo termcap .. a dumb question To: apollo@umix.cc.umich.edu, bshaw@hcvdl.vdl.ti.com In posting <103964@ti-csl.csc.ti.com> Bob Shaw asks: > I know this may be a dumb question ... however > Is there an Apollo termcap available for other systems. > Here is why I'm asking .... > When I rlogin from my apollo to another system (Convex for example) > I would like to have the same enviornment as the Apollo. One reason > is to get a full screen advantage for emacs. Of course , you can > use the vt100 emulator, but you are limited to ~80x24 and cannot > realize the full benefit of emacs or whatever you're running. I don't know of a way to get the Apollo function keys to work with a remote emacs as they do with the Apollo port of GNUemacs (from LNZ), but you can, at least, get the larger window size. The trick is to have the remote system ask the vt100 emulator for the window size and then to do a "stty" with the row & col values on the remote system. Look at the "vt100 unix" help file for the details. IE do a "help vt100 unix", or read the file "/sys/help/vt100/unix.hlp". This should work for both sr9.7 & sr10 systems. Dave Funk From apollo-request@umix.cc.umich.edu Sat Jan 6 17:20:23 1990 Date: 5 Jan 90 20:17:56 GMT From: mth%cci632%ccicpg%peregrine.uucp@uunet.uu.net (Michael Hickman) Organization: CCI, Communications Systems Division, Rochester, NY Subject: OmniBack Message-Id: <32968@cci632.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have convinced my boss that we must have OmniBack to effectively do our backups. He is also interested in the possiblity of (in the future) porting NCS to our 6/32 Tahoes so that OmniBack can back them up as well as the Suns our software engineers are getting. (3/80's - smart investment. But that's another issue..) But before he buys anything, my boss's boss wants to know how well Omniback REALLY works - not the Apollo hype... Anyone out there want to comment?? Also - anyone using Omniback to backup systems other than Apollo? If so, what is needed and how well does it work? Thanks in advance.. Michael Hickman CAD/CAE Systems Administrator Computer Consoles, Inc. Rochester, NY From apollo-request@umix.cc.umich.edu Sat Jan 6 17:32:46 1990 Date: 5 Jan 90 20:07:23 GMT From: mth%cci632%ccicpg%peregrine.uucp@uunet.uu.net (Michael Hickman) Organization: CCI, Communications Systems Division, Rochester, NY Subject: X11 bitmap viewer Message-Id: <32967@cci632.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Our engineering and manufacturing departments use Mentor Graphics tools for CAE/CAD and documentation. Our mfg. department is creating Manufacturing Assembly Instructions (MAI's) using DOC. They would like the workers on the mfg. floor to be able to pull up these MAI's on terminals in their areas. Unfortunately, Mentor does not provide and type of low-cost read-only station that we could use for this purpose. I was thinking that by purchasing the Postscript print driver we could plot documents and graphics to Postscript image files, use the PBM+ filters to convert these files to X11 bitmap files and use X-terminals on the floor to view them.... I'd like to know what X programs I can use to view X11 bitmap files. We don't have SR10.2 yet (Mentor won't ship it until release 8.0 of their software [April]), but we have a DN2500 in for evaluation from Apollo and I'd like to try this out while we have it here. Also - anyone used an Apollo machine as a server for an X-terminal??? Please correct any misunderstandings I may have about X - I'm not very familiar with it yet.... Thanks in advance... Michael Hickman CAE/CAD System Administrator Computer Consoles, Inc. Rochester, NY From apollo-request@umix.cc.umich.edu Sat Jan 6 23:23:03 1990 Date: 6 Jan 90 15:44:12 GMT From: mort%dhump%marque%uwm.edu%zaphod.mps.ohio-state.edu%usc%snorkelwacker.uucp@BLOOM-BEACON.MIT.EDU (Mort d`Hump) Organization: Nubeat Communications, Milwaukee, WI Subject: GCC for the Apollo Message-Id: <492@dhump.lakesys.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have been attempting to get GCC compiled on our DN3500. After getting the sources, I find I also need Bison running to make GCC. Is there anyone who has the binaries that they could mail me? I am also unsure if the libraries are included with the gcc-1.36 distribution. Any help would be greatly appreciated! -- Marty Wiedmeyer mort@dhump.lakesys.COM {uunet!marque,uwvax!uwm}!lakesys!dhump!mort From apollo-request@umix.cc.umich.edu Sun Jan 7 23:20:37 1990 Date: 8 Jan 90 03:04:00 GMT From: parlier%jpl-devvax%elroy.jpl.nasa.gov%henry.jpl.nasa.gov%usc%cs.utexas.edu.uucp@tut.cis. (Randy Parlier) Organization: Jet Propulsion Laboratory, Pasadena, CA Subject: Bitmap -> LaserJet Message-Id: <6747@jpl-devvax.JPL.NASA.GOV> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does anyone have or know where I can get a bitmap to laserjet II filter/program? The bitmap is generated from cpscr. Thanks, Randy parlier@jpl-devvax.jpl.nasa.gov From apollo-request@umix.cc.umich.edu Sun Jan 7 23:24:29 1990 Date: 8 Jan 90 02:12:59 GMT From: robinb%merlin%bruce%munnari.oz.au%samsung%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Robin Brown) Organization: none Subject: install++ problem Message-Id: <1371@merlin.bhpmrl.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Has anybody seen the following error during compiler installation using install++ under sr10.1. It occurs when installing both ftn and pascal and possibly others, however phigs installs perfectly! RAI Install Tool V1.08 5 Dec 88 Installing //merlin ERROR:For product apollo.pas: apollo.os version 10.0 was not found RAI install has completed with errors Please check the transcript pad for a description of the errors Apollo suggested that I do the installation manually - not much fun. If anybody knows why it happens or is aware of a work-around I'd very much like to know. Thanks, Robin -- /\/\ Robin Brown (Mr), Computer Scientist / / /\ BHP Melbourne Research Laboratories / / / \ 245 Wellington Rd Mulgrave Vic 3170 AUSTRALIA / / / /\ \ Phone : +61-3-560-7066 \ \/ / / / Fax : +61-3-561-6709 \ / / / ACSnet : robinb@merlin.bhpmrl.oz.au \/\/\/ Internet: robinb%merlin.bhpmrl.oz.au@uunet.uu.net From apollo-request@umix.cc.umich.edu Mon Jan 8 00:09:35 1990 Date: 8 Jan 90 02:45:49 GMT From: robinb%merlin%bruce%munnari.oz.au%samsung%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Robin Brown) Organization: none Subject: memory hungry init? Message-Id: <1372@merlin.bhpmrl.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Has anybody encountered a situation where the init process grows to excessive proportions and brings the system to its knees? What follows is some ps stats on the init process on one of our machines that has this problem (a DN3500 running sr10.1) USER PID SZ RSS TTY STAT TIME COMMAND before reboot root 121600 54 ? S < 6:05 init USER PID SZ RSS TTY STAT TIME COMMAND immediatly after root 1 1376 708 ? S < 0:23 init USER PID SZ RSS TTY STAT TIME COMMAND a bit later on root 1 1408 664 ? S < 0:23 init USER PID SZ RSS TTY STAT TIME COMMAND ditto root 1 2144 70 ? S < 0:36 init USER PID SZ RSS TTY STAT TIME COMMAND the next day root 110272 70 ? S < 2:48 init at this point response time was significantly longer than normal and the system had to be rebooted. Apollo(/HP) have seen this sort of thing before but they don't know what causes it. The only known solution is to rebuild the machine, which (as I'm sure you can appreciate) I don't want to have to do - at least not until I lay my hands on a copy of sr10.2 Any help would be much appreciated Robin -- /\/\ Robin Brown (Mr), Computer Scientist / / /\ BHP Melbourne Research Laboratories / / / \ 245 Wellington Rd Mulgrave Vic 3170 AUSTRALIA / / / /\ \ Phone : +61-3-560-7066 \ \/ / / / Fax : +61-3-561-6709 \ / / / ACSnet : robinb@merlin.bhpmrl.oz.au \/\/\/ Internet: robinb%merlin.bhpmrl.oz.au@uunet.uu.net From apollo-request@umix.cc.umich.edu Mon Jan 8 07:25:40 1990 Date: 1 Jan 90 02:06:43 GMT From: root%blender%xenlink%calgary%alberta%ubc-cs.uucp@beaver.cs.washington.edu (Herb Peyerl) Subject: Re: Serial/Parallel board question Message-Id: <79@blender.UUCP> References: <24198@gryphon.COM>, <6648@hacgate.scg.hac.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu lori@hacgate.scg.hac.com (Lori Barfield) writes: >>David Krowitz (krowitz @richter.mit.edu) writes >>>gives you access to sio2 and sio3. >In article <24198@gryphon.COM> lampi@pnet02.gryphon.com (Michael Lampi) writes: >>This adapter cable is supplied as standard equipment on a DN3500. >Our DN4500 didn't come with one. Our salescreature says that this is an option you have to purchase and does not come as standard equipment on ANY models... But we all know what sales- creatures are like... We can't even get them to return our calls when we want to BUY something... Has anyone actually figured out what the pinout is on this item??? I always said I was gonna sit down with an Ohm meter someday and figure it out but I haven't gotten around to it... -- --------------------------------------------------------------------- UUCP: herb@blender.UUCP || ...calgary!xenlink!blender!{herb||root} ICBM: 51 03 N / 114 05 W || Apollo Sys_admin, Novatel Communications "The other day, I...... No wait..... That wasn't me!" From apollo-request@umix.cc.umich.edu Mon Jan 8 09:18:34 1990 Date: 6 Jan 90 16:40:36 GMT From: awhitton%bcara2%bnrgate.uucp@uunet.uu.net (Alan Whitton @ BNR) Subject: ELM on Apollos under SR10? Message-Id: <347@bnrgate.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Has anyone in netland managed to get ELM running on Apollo's under SR10 or later (preferrably 10.2)? I have it "sort of" working but it keeps screwing up the pad, and after the first time it runs it looks like it turns STTY NOECHO and any "full screen" program run after this is similarly screwed up (e.g. VI). Help! Alan Whitton -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- "These is my thoughts ONLY" Alan Whitton awhitton@bnr.ca OR Bell Northern Research awhitton%bnr.ca@cunyvm.cuny.edu "I am not a number, I am a Free Man!" From apollo-request@umix.cc.umich.edu Mon Jan 8 09:25:04 1990 Date: Mon, 8 Jan 90 08:07:08 EST From: crh@apollo.eng.ohio-state.edu (Charlotte Hawley) Message-Id: <9001081307.AA05239@apollo.eng.ohio-state.edu> To: apollo@umix.cc.umich.edu Subject: init processes When I first installed 10.1, I had a problem with init because I had tried to set one of the tty lines in /etc/ttys. I finally figured out the problem, but if it's not that I be its something similar. From apollo-request@umix.cc.umich.edu Mon Jan 8 09:42:22 1990 Date: Mon, 8 Jan 90 09:01:46 EST From: crh@apollo.eng.ohio-state.edu (Charlotte Hawley) Message-Id: <9001081401.AA05286@apollo.eng.ohio-state.edu> To: apollo@umix.cc.umich.edu Subject: Re: Serial/Parallel board question I don't make any guarantees that this pin readout is correct. We did this with the intention of making more cables, which we never did. SIO to SIO-1,2,3 split Signal 1 2 3 4 5 7 8 20 Line 1 1 2 3 4 5 7 8 20 Line 2 1 12 13 14 15 7 16 18 Line 3 1 21 9 23 10 7 25 19 From apollo-request@umix.cc.umich.edu Mon Jan 8 13:25:42 1990 Date: Mon, 8 Jan 90 11:45:44 CST From: Andrew M. Wescott Message-Id: <9001081745.AA01207@lnic2.hprc.uh.edu> To: apollo@umix.cc.umich.edu Subject: 3 way db-25 pin outs Here are the pin-outs everyone is asking about: (Figure 3-7 DS3500, DS4000, and DS4500 P2 SIO Three-Port Connector, on page 3-11 of Domain Personal Workstations and Servers Technical Reference # 008778-A01 ) Pin # Signal Pin # Signal -------- ---------- ------------ ------------- 1 ground 16 sio2_dcd 2 sio1_txd 18 sio2_dtr 3 sio1_rxd 9 sio3_rxd 4 sio1_rts 10 sio3_cts 5 sio1_cts 19 sio3_dtr 7 in-line resistor 21 sio3_txd 8 sio1_dcd 23 sio3_rts 11 sio1_p11 25 sio3_dcd 20 sio1_dtr 6 spare 12 sio2_txd 17 spare 13 sio2_rxd 22 spare 14 sio2_rts 24 spare 15 sio2_cts From apollo-request@umix.cc.umich.edu Mon Jan 8 15:13:33 1990 Date: Mon, 8 Jan 90 09:32:38 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9001081432.AA09281@richter.mit.edu> To: apollo@umix.cc.umich.edu, root%blender%xenlink%calgary%alberta%ubc-cs.uucp@beaver.cs.washington.edu Subject: Re: Serial/Parallel board question Your salesman is correct. You must purchase the cable seperately. The pinout is listed in the "Domain Series 2500 Owner's Guide", page 5-4. Here it is: Pin# Signal ==== ====== 1 ground 2 sio1 txd 3 sio1 rxd 4 sio1 rts 5 sio1 cts 7 inline resistor 8 sio1 dcd 11 sio1 p11 20 sio1 dtr 12 sio2 txd 13 sio2 rxd 14 sio2 rts 15 sio2 cts 16 sio2 dcd 18 sio2 dtr 9 sio3 rxd 10 sio3 cts 19 sio3 dtr 21 sio3 txd 23 sio3 rts 25 sio3 dcd 6 spare 17 spare 22 spare 24 spare -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Mon Jan 8 15:16:45 1990 Date: Mon, 8 Jan 90 09:19:06 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9001081419.AA09264@richter.mit.edu> To: apollo@umix.cc.umich.edu, robinb%merlin%bruce%munnari.oz.au%samsung%cs.utexas.edu.uucp@tut.cis.ohio-state.edu Subject: Re: memory hungry init? The problem you described with "init" under Sr10 is very similar to what we have encountered here at MIT with several systems. The problem in each case was with the /etc/ttys file (which is read by "init" at boot time or whenever it receives a "hangup" signal from /bin/kill). In our particular cases, the /etc/ttys file enabled a tty line that did not have a device attached to it, or that had an incorrectly configured /etc/getty option. In either case it seems that random noise on the tty line would cause "init" to start growing in size without bound. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Mon Jan 8 15:22:16 1990 Message-Id: <9001081807.AA19705@unix.sri.com> Date: Mon, 8 Jan 90 09:44:11 PST From: ramu%tcipro.uucp@unix.sri.com (Ramu Iyer) To: xpert%expo.lcs.mit.edu%sri-unix.uucp@unix.sri.com Cc: apollo%umix.cc.umich.edu%sri-unix.uucp@unix.sri.com Subject: Remote Procedure Calls (RPCs) Does anyone out there know where I can find any documentation or references to the ^^^^^^^^^^^^^ ^^^^^^^^^^ evolving standards on Remote Procedure Calls (RPCs)? RPCs are being pushed as a "logical extension" to the client server model. Thanks in advance. --Ramu From apollo-request@umix.cc.umich.edu Mon Jan 8 15:25:23 1990 Date: Mon, 8 Jan 90 11:00:17 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9001081600.AA09392@richter.mit.edu> To: apollo@umix.cc.umich.edu Subject: DN330's for sale Would the person would had the DN330's for sale please contact me. I have a friend who might be interested in one of them. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Mon Jan 8 15:26:09 1990 Date: Mon, 8 Jan 90 14:33:30 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9001081933.AA09788@richter.mit.edu> To: apollo@umix.cc.umich.edu, wescott@lnic2.hprc.uh.edu Subject: Re: 3 way db-25 pin outs Just out of curiosity ... does anyone know what pin 11 (sio1_p11) *does* (ie. what is it used for when it's connected)? -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Mon Jan 8 21:28:10 1990 Date: 8 Jan 90 17:41:23 GMT From: awhitton%bcara2%bnrgate.uucp@uunet.uu.net (Alan Whitton @ BNR) Subject: Pseudo TTYs and Apollos Message-Id: <350@bnrgate.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Just found an interesting "feature" of Apollos. Scenario -=-=-=-=- - Telnet into an Apollo and do a STTY ALL and this will show you all the TTY settings. - Do a STTY ROWS 90 - Logout - Log back in (hopefully on the same PTY). - Do a STTY ALL and low and behold, your PTY is still set for 90 rows. This is interesting, is this a bug? Is something set wrong? HP is looking into this, but I am curious to know does anyone else know anything about this? Be Seeing You, Alan -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- "These is my thoughts ONLY" Alan Whitton awhitton@bnr.ca OR Bell Northern Research awhitton%bnr.ca@cunyvm.cuny.edu "I am not a number, I am a Free Man!" From apollo-request@umix.cc.umich.edu Mon Jan 8 21:51:38 1990 Message-Id: <9001090126.AA21653@umix.cc.umich.edu> Date: 8 Jan 90 13:41:00 EST From: "Jeffery Hojnicki" Subject: Re: Handy AEGIS Script To: "apollo" In article: <6527@hacgate.scg.hac.com> lori writes >At the group where I used to work, we used Danford's FSE (Full Screen Edit) >program to emulate the DM on VT100 terminals talking to Apollos over >SIO lines. Will this program (FSE) also work on, say, a PC emulating a VT100 logged in via telnet. If so, can someone provide me information on this editor program (ie. How well does it work, how much is it, what does it run under, where can I get it from, etc.) Thanks in advance, Jeff Hojnicki My opinions are not those of NASA. NASA LeRC JSHOJ@earth.lerc.nasa.gov From apollo-request@umix.cc.umich.edu Mon Jan 8 22:26:10 1990 Date: 9 Jan 90 00:55:22 GMT From: taylor%limbo.uucp@decwrl.dec.com (Dave Taylor) Organization: Intuitive Systems, Mountain View, CA: +011 (415) 966-1151 Subject: HP/Apollo Netnews Follower/Participant Wanted Message-Id: <308@limbo.Intuitive.Com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Aubrey McAuley, editor of 'HP/Apollo Workstation Magazine', and I invite you to apply for the new position of "Customer Feedback Columnist" for the magazine. Our goal with the column is to allow someone from the net to summarize each month the hot discussions that have taken place in "comp.sys.hp" and "comp.sys.apollo", either in brief form, or by focusing in on a specific topic or two. In return for you doing this you'll get the following benefits; first off we'll PAY YOU MONEY to do this (amount being negotiable), you'll be added to the masthead as a "contributor" to the magazine, and most of all, you'll have a column each month in one of the top specific vendor oriented workstation oriented journals in the industry. For hopefully obvious reasons, we'd prefer not to have someone from either HP or Apollo doing this work, since what we're really looking for is someone that can summarize what's going on without belittling the argument either side presents, or discounting due to lack of volume, etc etc. If you would like to hear more about this opportunity, please drop me a note. Include, if you can, why you're qualified to follow both the HP and Apollo groups and how you'd decide to cull out the stuff worth writing from that which whould pass into netnews limbo... Alternatively, if you're interested in just covering one area, rather than both, drop me a note about that too; include why you feel it makes more sense to take that approach and why you in particular are qualified to take on the assignment. [note: if we take this option, you'd only be responsible for a column every two months, which also brings up the interesting question of how to summarize two months worth of netnews in ~800 words... ideas? ] Thanks for participating and I look forward to hearing from you! -- Dave Taylor Intuitive Systems Unix Editor Mountain View, California [HP/Apollo] Workstation Magazine [Note for those anxious about the sanctity of their words here on the net: we hope that the person who accepts this assignment will understand that they are summarizing discussions, not quoting or citing particular authors, per se. In cases where an individual appears to have hit the nail on the head, however, we hope that the writer will obtain appropriate permission from the author to be quoted in the magazine. If you think this is still inap- propriate, please do drop me a note about it! -- Dave] taylor@limbo.intuitive.com or {uunet!}{decwrl,apple}!limbo!taylor From apollo-request@umix.cc.umich.edu Tue Jan 9 07:17:17 1990 Date: Tue, 9 Jan 1990 11:16:18 MET From: Harald Hanche-Olsen To: apollo@umix.cc.umich.edu Cc: Alan Whitton Subject: Re: Pseudo TTYs and Apollos In-Reply-To: Your message of 8 Jan 90 17:41:23 GMT Message-Id: This problem was driving me up the wall in the spring of '89. We wanted to use NCSA telnet to log in on our apollos from PCs, and found that screen oriented programs like vi, emacs and others assumed the wrong screen size more often than not. I did not know enough about unix at the time to figure out what was going wrong, and neither did our local apollo representative, so I submitted an APR. I got an answer back saying, in essence, that not enough information was given, and they were unable to reproduce the problem. In the meantime, I did find out about the stty settings, so I sent a letter to the APR manager about it, telling him I still considered it a problem but the severity was much less because a simple workaround exists: In my .login file, there is the line if ($term == vt100) stty rows 24 columns 80 (after the usual eval `tset ...` stuff). This may be ugly, but it works... Anyway, the point of my little story is, if HP/Apollo don't know about this then they are having a problem keeping track of APRs. - Harald Hanche-Olsen Division of Mathematical Sciences hanche@imf.unit.no The Norwegian Institute of Technology hanche@norunit.bitnet N-7034 Trondheim-NTH NORWAY From apollo-request@umix.cc.umich.edu Tue Jan 9 15:45:15 1990 Date: 9 Jan 90 18:00:00 GMT From: pcc%apollo.hp.com%apollo%hp-sdd%ucsdhub.uucp@ucsd.edu (Peter Craine) Organization: Hewlett-Packard Chelmsford Response Center Subject: Re: memory hungry init? Message-Id: <47ef7501.20b6d@apollo.HP.COM> References: <1372@merlin.bhpmrl.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu (If this works, I'll be moderately impressed. I've not been able to post to this group for a while). In article <1372@merlin.bhpmrl.oz>, robinb@merlin.bhpmrl.oz (Robin Brown) writes: > > Has anybody encountered a situation where the init process grows to > excessive proportions and brings the system to its knees? > Several possibilities (both having to do with /etc/ttys): 1) /etc/ttys has a device turned "on", but the device isn't there, and something funny is happening to DTR/CARRIER (pins 20 and 8, respectively). 2) You have the /dev/pty?? devices turned 'on' (NEVER DO THIS) 3) You have incorrectly specified the syntax for "getty" Proper example: tty01 "/etc/getty std.9600" dumb on secure Improper example: tty01 /etc/getty std.9600 dumb on secure Yes, the quotes are significant. Any field whose contents require whitespace MUST be enclosed in quotes. What do all of these have in common, and, therefore, why does the system bog down? Well, for every device that has 'on' in the 4th field, init tries to launch the program in the 2nd field (with the specified arguments). When that program exits, SIGCLD (or SIGCHLD, I'm not really certain) gets delivered to init (the parent). Init, sees: a) a "getty" process died, and b) the line is turned on figures that whoever logged onto the line just logged out, so it must be time to re-launch the process. > > Apollo(/HP) have seen this sort of thing before but they don't know > what causes it. The only known solution is to rebuild the machine, Who told you this? 50 lashes with a soggy noodle to whoever did. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Peter Craine + "Sometimes you have to slap them in the face Hewlett-Packard + to get their attention." Chelmsford Response Center + *I* don't want my opinions. Why would HP? From apollo-request@umix.cc.umich.edu Tue Jan 9 17:39:33 1990 Message-Id: <9001092048.AA17799@umix.cc.umich.edu> Date: Tue, 09 Jan 90 15:34:39 EST From: Scott Ferguson Subject: GIF Files To: APOLLO@UMIX.CC.UMICH.EDU Does anyone have any GIF files they could send me? I've justed started messing with xgif, and got it to compile on my Titan, but have no examples to test it with. Also, does anyone have a set of general-purpose GIF read/write routines that handle the compression/decompression? If people have source to these kind of things, I'll be happy to create some utility programs for GPR and/or X11 to display, manipulate and store GIF format files and share them with others. But until I get some real GIF codes and example image files, I won't really be able to do it. I figure that these kinds of code must be somewhere in the public domain, so I'm not going to try to create my own from the standard documentation. Thanks a lot, Scott Ferguson Exxon Research & Engineering Annandale, NJ 08801 (201) 730-2339 srfergu@erenj.bitnet From apollo-request@umix.cc.umich.edu Tue Jan 9 17:41:26 1990 Date: 9 Jan 90 11:22:35 GMT From: kennethd%hpsqfsa%hpcuhb%hp-ses.uucp@hplabs.hp.com Organization: Hewlett Packard Ltd South Queensferry Subject: Want Printer Drivers - Please ! Message-Id: <220001@hpsqfsa.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Has anyone got or seen SR10.X drivers for HP PaintJet [XL] or HP LaserJet II printers ? From apollo-request@umix.cc.umich.edu Tue Jan 9 17:52:19 1990 Date: 9 Jan 90 18:05:50 GMT From: lori%hacgate%elroy.jpl.nasa.gov%henry.jpl.nasa.gov%usc%cs.utexas.edu.uucp@tut.cis. (Lori Barfield) Organization: Hughes Aircraft Co., El Segundo, CA Subject: Editor Via SIO Line (Re: Handy AEGIS Script) Message-Id: <6730@hacgate.scg.hac.com> References: <9001090126.AA21653@umix.cc.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >In article: <6527@hacgate.scg.hac.com> lori writes >>At the group where I used to work, we used Danford's FSE (Full Screen Edit) >>program to emulate the DM on VT100 terminals talking to Apollos over >>SIO lines. In article <9001090126.AA21653@umix.cc.umich.edu> jshoj@EARTH.LERC.NASA.GOV ("Jeffery Hojnicki") writes: >Will this program (FSE) also work on, say, a PC emulating a VT100 logged in >via telnet. If so, can someone provide me information on this editor program >(ie. How well does it work, how much is it, what does it run under, where can >I get it from, etc.) I used FSE many times with VT100 emulators, and it was very reliable as well as easy to learn. I never used it across Telnet, but can't see any reason why it would work differently. BTW, FSE has a "recover" feature which saves the edit session if the node goes down. I used this many times when some $%^&! would turn off the disked node I was remotely logged in to without bothering to check first to see if someone was there. Rarely lost a keystroke, unless the network itself was experiencing trouble. FSE isn't limited to VT100, BTW, it has many terminal options. VT100 emulators were just the easiest and cheapest for us to get our hands on. (I said this before: this is a very cost-effective way to expand your net if you have users who have PCs or dumb terminals at their desks already, and they do substantial word-processing.) Price I dunno anymore. Call Danford at 213-514-9334. One disadvantage: FSE was node-locked, and we only had three nodes with licenses, so we had to hang lots of SIO lines off of those machines. If one went down, potentially several people were stalled. If Danford has switched to using a hot-seat check instead of node-locking, then this inconvenience is now gone. ...lori From apollo-request@umix.cc.umich.edu Tue Jan 9 17:59:42 1990 Date: 9 Jan 90 18:19:07 GMT From: lori%hacgate%elroy.jpl.nasa.gov%henry.jpl.nasa.gov%usc%cs.utexas.edu.uucp@tut.cis. (Lori Barfield) Organization: Hughes Aircraft Company, El Segundo CA Subject: Hot-Seat Licensing vs. Node-Locking Message-Id: <6732@hacgate.scg.hac.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu [Excuse me, here, while I pull out my soapbox....] WHY DON'T *ALL* VENDORS SWITCH FROM USING NODE-LOCKED LICENSES TO HOT-SEAT LICENSES INSTEAD? 1: no more paperwork to transfer licenses 2: no more user delays if a CPU goes down (unless it happens to be the one the executable resides on) 3: no more of users running programs in crp mode from other nodes 4: no more CPU loading on node with license 5: node-locking is a throwback to the Dark Ages of mainframing, when vendors assumed that you only *owned* one computer 6: sheesh, how much harder can it be to write that way? The one disadvantage of hot-seat licensing I can see is the loss of the ability for as many users as possible to use a single license. This only applies to software that doesn't require borrow mode. Huzzahs to the vendors who have already caught on. (Who are they, they deserve a public pat-on-the-back....) Hhsssss to those who for whatever reasons still refuse to convert. (Who are *they*?) [Now stepping down from soapbox....Aahhh, that feels much better.] ...lori From apollo-request@umix.cc.umich.edu Tue Jan 9 19:32:24 1990 Date: 9 Jan 90 18:47:59 GMT From: dregis%pldote%mipos3%orc%oliveb.uucp@apple.com (~Dave Regis) Organization: Intel PLDO, Folsom CA Subject: RCS for Apollos Message-Id: <91@pldote.intel.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I am looking for a successful port of the Revision Control System (RCS) for Apollos. I have the source, but the supplied rdiff (modified diff) memory faults causing 'ci' to fail. Any assistance in locating source would be appreciated. Dave Regis Software Engineer Intel Corp. From apollo-request@umix.cc.umich.edu Tue Jan 9 19:41:12 1990 Date: 9 Jan 90 20:00:17 GMT From: lampi%pnet02%gryphon%elroy.jpl.nasa.gov%henry.jpl.nasa.gov%usc%cs.utexas.edu.uucp@tut.cis. (Michael Lampi) Organization: People-Net [pnet02], Redondo Beach, CA. Subject: Re: Handy AEGIS Script (actually, a request for info on FSE) Message-Id: <24509@gryphon.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >In article: <6527@hacgate.scg.hac.com> lori writes > >>At the group where I used to work, we used Danford's FSE (Full Screen Edit) >>program to emulate the DM on VT100 terminals talking to Apollos over >>SIO lines. > >Will this program (FSE) also work on, say, a PC emulating a VT100 logged in >via telnet. If so, can someone provide me information on this editor program >(ie. How well does it work, how much is it, what does it run under, where can >I get it from, etc.) Well, from my experience FSE will work on a PC emulating a VT100 logged in via telnet, but you probably will have to specify the -vt100 option when starting FSE. The program has very few bugs (generally speaking, none that really matter), it's been around since 1982 (but has been greatly improved and expanded upon since then), runs under Aegis (but will work under *nix). You can get Danford's FSE from Danford Corp. (213) 514-9334 for somewhere in the neighborhood of $1K. My relationship with Danford? I USED to work there--they no longer required my services. My relationship with FSE? I wrote it. An alternate program is offered by Eurosoft, Inc. out of New Hampshire. Don't have their telephone number, but the company distributes a program produced by some folks in the U.K. Don't have too much experience with it, but it looks like it has much of what FSE has and offers transcript pads as well. Price? In the same neighborhood as FSE. Michael Lampi MDL Corporation 213/782-7888 fax 213/782-7927 UUCP: {ames!elroy, }!gryphon!pnet02!lampi INET: lampi@pnet02.gryphon.com "My opinions are that of my corporation!" From apollo-request@umix.cc.umich.edu Tue Jan 9 21:27:32 1990 Date: 9 Jan 90 23:48:07 GMT From: abair%oakhill%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Alan Bair) Organization: SPS CAD, Motorola Inc., Austin, Texas. Subject: Mounting 2nd disk, Did I miss the script? Message-Id: Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Back in December Eric Wassenaar had asked about mounting 2nd disk drives under BSD with mount instead of mtvol. Peter Craine replied with information about building special files and how to calculate the minor device numbers. Peter also said: "I've written a program to do all these calculations and to give you the appropriate commands. I'll be posting it soon." Did I miss the posting or has Peter been busy? Well we have installed 2 700MB disks on our DN10000, which I formated as a single stripped volume. I went through the described procedure for calculating/building the /dev entries, but mount seems to ignore them. The mtvol command works, but I would like to put all the mount stuff, 4.2 & nfs filesystems, in one file. Also, do I need to run salvol inorder for the mount to work? If I can't get mount to work, what is the proper procedure to follow with Aegis commands? The OS seems to handle the boot drive by itself, so there is no example to edit and add other disks. -- Alan Bair SPS CAD Logic Simulation & Test Motorola, Inc. Austin, Texas ...!cs.utexas.edu!oakhill!turbinia!abair From apollo-request@umix.cc.umich.edu Tue Jan 9 23:26:45 1990 Date: 10 Jan 90 03:29:31 GMT From: watcher@athena.mit.edu (chris ross) Organization: Massachusetts Institute of Technology Subject: corrupted link entries in sr9.7 directory Message-Id: <1990Jan10.032931.8866@athena.mit.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu The Codex network management software I work with has been experiencing some bizarre problems. We have a large directory, linked to by several nodes, which contains links pointing back at the /tmp directories on those nodes: say, /top exists on each node, /top/foo is a directory on //node_01 and a link to //node_01/top/foo on //node_02 thru //node_10. The links in //node_01/top/foo look something like this: file_a "//node_01/sys/node_data/tmp/file_a" file_b "//node_02/sys/node_data/tmp/file_b" file_c "//node_02/sys/node_data/tmp/file_c" file_d "//node_03/sys/node_data/tmp/file_d" and so on. The routines which frob with these links are part of a library inlib'ed by many different applications, so several processes may be simultaneously attempting to modify the directory (which should NOT cause problems.) What happens is this: at some point when the system is running (on several nodes), the link directory goes south. The text of nearly every link (although initially created with a valid pathname) becomes garbled with random characters. Running /com/sald has the effect of deleting about half the links, and usually returning the remainder to legal, though oddly truncated and nonexistent filenames: file_a "ode_data/tmp/file_a" file_d "ode_data/tmp/file_d" and so on. We have a similar but less frequent problem that occurs to a common directory of log files, also linked to by each node in the net mgmt setup. Again, at some random time, a directory of previously valid text files becomes corrupted such that (a) several files disappear completely (b) /com/ld can list each remaining file, but listing a file explicitly with "ld filename" yields "name not found" (c) ld -a shows "attributes unavailable" on some files (d) running /com/sald has no apparent effect. Our software is running at SR9.7.5, on a random mix of DN30xx, DN35xx, and DN45xx nodes. We are getting no hard disk errors or strange status messages from the DM. Has anyone seen anything like this before, and found a way around it? Offhand I'd say we have a name_$ call somewhere with invalid parameters which are not being caught by the O/S, but such a glitch shouldn't corrupt most of a directory. Any help would be *greatly* appreciated. thanx. ________________________________________________________________ chris ross <0> uunet!codex!watcher or watcher@athena.mit.edu From apollo-request@umix.cc.umich.edu Wed Jan 10 06:32:55 1990 Date: 9 Jan 90 23:46:00 GMT From: ced%apollo%hp-sdd%ucsdhub.uucp@ucsd.edu (Carl Davidson) Subject: Re: RCS for Apollos Message-Id: <47f0aab6.20b6d@apollo.HP.COM> References: <91@pldote.intel.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >From article <91@pldote.intel.com>, by dregis@pldote.intel.com (~Dave Regis): > I am looking for a successful port of the Revision Control System (RCS) > for Apollos. I have the source, but the supplied rdiff (modified diff) > memory faults causing 'ci' to fail. > > Any assistance in locating source would be appreciated. > > Dave Regis > Software Engineer > Intel Corp. I don't know about the availability of source, but at SR10 and beyond RCS & Co. are provided in the /usr/new directory as unsupported but working software. The "rcsdiff" command there will probably solve your problem. Carl Davidson (508)256-6600 x5967 | The secret of life is enjoying Apollo Systems Divison, part of H-P | the passing of time ... UUCP: {decvax|mit-eddie}!apollo!ced | ARPA: ced@apollo.COM; ced@apollo.HP.COM | From apollo-request@umix.cc.umich.edu Wed Jan 10 17:33:24 1990 Date: 10 Jan 90 18:05:31 GMT From: lori%hacgate%usc%zaphod.mps.ohio-state.edu%pacific.mps.ohio-state.edu.uucp@tut.cis.ohio-state. (Lori Barfield) Organization: Hughes Aircraft Co., El Segundo, CA Subject: Re: Handy AEGIS Script (actually, a request for info on FSE) Message-Id: <6739@hacgate.scg.hac.com> References: <24509@gryphon.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <24509@gryphon.COM> lampi@pnet02.gryphon.com (Michael Lampi) writes: > My relationship with FSE? I wrote it. Well, in *that* case, I take back everything I said. ...lori ;-) From apollo-request@umix.cc.umich.edu Wed Jan 10 19:11:09 1990 Date: 10 Jan 90 15:47:21 GMT From: gale%software.org.uucp@uunet.uu.net (Charles Van Gale) Organization: Software Productivity Consortium, Herndon, Virginia Subject: Re: RCS for Apollos Message-Id: <2318@sunny.software.org> References: <91@pldote.intel.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu The Apollo 'diff' and 'diff3' can be used with RCS (at least on SR10.1 and SR10.2). Another option is to use the gnu diff. We use the Apollo diff here because, although the gnu diff has fewer bugs in general, the gnu diff has one bug that has shown up here on one source file. -- Van Gale Software Productivity Consortium gale@software.org sunny!gale@uunet.uu.net From apollo-request@umix.cc.umich.edu Wed Jan 10 21:26:46 1990 Date: 10 Jan 90 16:39:37 GMT From: dregis%pldote%mipos3%orc.uucp@decwrl.dec.com (~Dave Regis) Organization: Intel PLDO, Folsom CA Subject: Re: RCS for Apollos Message-Id: <95@pldote.intel.com> References: <91@pldote.intel.com>, <2318@sunny.software.org> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <2318@sunny.software.org> gale@software.org (Charles Van Gale) writes: >The Apollo 'diff' and 'diff3' can be used with RCS (at least on SR10.1 >and SR10.2). Another option is to use the gnu diff. We use the Apollo >diff here because, although the gnu diff has fewer bugs in general, the >gnu diff has one bug that has shown up here on one source file. > >-- >Van Gale >Software Productivity Consortium >gale@software.org sunny!gale@uunet.uu.net Thanks, I managed to trace the bugs down with dbx; they seem to be caused by the differences in the Apollo UNIX and the SUNOS 4.0. Also, I had already tried using the system diff, but it didn't support the '-n' option being used by RCS. Anyway, I think I have it all working now -- thanks again for the response, Dave Regis From apollo-request@umix.cc.umich.edu Wed Jan 10 22:18:32 1990 Date: 10 Jan 90 18:08:07 GMT From: orand%kuhub.cc.ukans.edu%wuarchive%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (BRADY ORAND) Organization: University of Kansas Academic Computing Services Subject: Third party memory for DN4000's Message-Id: <21021@kuhub.cc.ukans.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does anybody out there know if there are any 3rd party sources for memory boards for Apollo DN4000 workstations? Names and phone numbers would be appreciated. Thanks, Brady... =========================================================================== Brady Orand - University of Kansas Computer Center Lawrence, Ks. 66045 ORAND@kuhub.cc.ukans.edu "How 'bout those Jayhawks?" Work: (913) 864-0490 #1 Home: (913) 749-1341 =========================================================================== From apollo-request@umix.cc.umich.edu Thu Jan 11 01:18:42 1990 Date: 11 Jan 90 04:37:43 GMT From: rtp1%tank%ux1.cso.uiuc.edu%uwm.edu%uakari.primate.wisc.edu%zaphod.mps.ohio-state.edu.uucp@ (raymond thomas pierrehumbert) Organization: University of Chicago Subject: tftp Message-Id: <7116@tank.uchicago.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu This ought to be simple, but I can't find the answer in the documentation. I need to activate tftp. What line should I put in the inetd.conf file? Is it a tcp or udp service? What is udp anyway? Is it stream, or dgram, or do I get to choose? Is this sort of thing documented anywhere? From apollo-request@umix.cc.umich.edu Thu Jan 11 06:21:25 1990 Date: 11 Jan 90 01:38:46 GMT From: rchrd%well.uucp@apple.com (Richard Friedman) Organization: RCHRD 2855 Telegraph #415 Berkeley CA 94705 Subject: Apollo Systems FOR SALE (revised notice). Message-Id: <15456@well.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu APOLLO SYSTEMS FOR SALE ----------------------- Pacific-Sierra Research has THREE (3) Apollo DN330's AND TWO (2) DN3000's for sale. These are being offered as a package for $12,000 plus shipping. Each DN3000 is configured: 4Mb memory 155Mb internal disk and cartridge tape Each DN330 is configured: 2 Mb memory 70 Mb hard disk (with 8" floppy drive) They all can be connected together into an Apollo ring. Call Tracey, at 916-621-1600 (The systems are located in Los Angeles, Berkeley, and Placerville CA.) -- /s/ rchrd <=> Richard Friedman <=> rchrd@well rchrd@well.sf.ca.us | {apple,pacbell,hplabs,ucbvax}!well!rchrd [Pacific-Sierra Research / Berkeley CA] (415) 540-5216 (The usual disclaimers apply - I speak only for myself!) From apollo-request@umix.cc.umich.edu Thu Jan 11 06:49:43 1990 Date: 10 Jan 90 18:43:23 GMT From: rwl%apcipdx%mntgfx%sequent%tektronix%zephyr.ens.tek.com.uucp@beaver.cs.washington.edu (Rob Lucke) Organization: se Subject: install++ problem Message-Id: <1990Jan10.184323.8859@apcipdx> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Robin, I have seen the problem you are experiencing. Here is an unofficial, paraphrased explanation with my editorial comments in []s: Problem: When installing the install tool says "Could not find apollo.os 10.0" Cause : The RAI tools did not "trust" the baseline file as it was writable [the file is "AA/baseline/baseline.nnnnnnnn"]. Therefore, the tools checked the information on all dependant products in the baseline file against that in the release index to verify the validity of the baseline file. Since all products depend on the OS, if the release index for the OS could not be found, the above error was logged. Status: This constraint has been relaxed for the OS in SR10.1 and later. You need to find the latest version of the install tools that you can locate, I don't have the proper version numbers handy, but I usually took the latest product release tape I could find and restored from that. You don't say what version of DOMAIN OS you are actually running, so I cannot offer much more advice. Disclaimer: I speak for myself only. -- Rob Lucke (503)682-8288\ / hpupora!apcipdx!rwl \ / Hewlett-Packard (sales) \/tektronix!mntgfx!apcipdx!rwl\/ Memory fault. 9255 S.W. Pioneer Court /\ or /\ Core Dumped. Wilsonville, OR 97070 / \ apcipdx!rwl@apollo.hp.com/ \ You have new mail. From apollo-request@umix.cc.umich.edu Thu Jan 11 09:25:09 1990 Date: 10 Jan 90 16:24:16 GMT From: doray%crk45.bnr.ca%bnr%bnrgate.uucp@uunet.uu.net (Bernard Doray 1632686) Organization: bnr Subject: Memory Protection on the Apollo Message-Id: <720@crk56.bnr.ca> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Is there an easy way to make a page in memory read-only under Apollo Sr10.1? (I want to detect if a procedure exceeds the stack space I have allocated to it) the Mc68851 seems to allow that, but almost all the instructions for the Mc68851 are priviledged !! (not very convenient since I want to make the program as safe as possible and easily be able to ship it out to other nodes) Thank you for your help. Bernard J Doray Bell-Northern-Research Ottawa, CANADA From apollo-request@umix.cc.umich.edu Thu Jan 11 16:00:14 1990 Date: Thu, 11 Jan 90 14:13 EST From: Amin Shafie - Univ of Cincinnati Comp Ctr Subject: SIGUCCS CALL for PARTICIPATION To: 386USERS@TWG.COM, 9370-L%HEARN.BITNET@MITVMA.MIT.EDU, AAI@ST-LOUIS-EMH2.ARMY.MIL, ADA-SW@WSMR-SIMTEL20.ARMY.MIL, ADVISE-L%CANADA01.BITNET@CUNYVM.CUNY.EDU, ADVSYS@EDDIE.MIT.EDU, AG-EXP-L%NDSUVM1.BITNET@CUNYVM.CUNY.EDU, AI-ED@SUMEX-AIM.STANFORD.EDU, AIDSNEWS%RUTVM1.BITNET@CUNYVM.CUNY.EDU, AIList@AI.AI.MIT.EDU, AIX-L%BUACCA.BITNET@MITVMA.MIT.EDU, ALLIN1-L@CCVM.SUNYSB.EDU, AMETHYST-USERS@WSMR-SIMTEL20.ARMY.MIL, AMIGA-RELAY@UDEL.EDU, ANDREW-DEMOS@ANDREW.CMU.EDU, ANTHRO-L%UBVM.BITNET@CUNYVM.CUNY.EDU, apollo@UMIX.CC.UMICH.EDU, ARMS-D@XX.LCS.MIT.EDU, ARPANET-BBOARDS@MC.LCS.MIT.EDU, ASM370%UCF1VM.BITNET@CUNYVM.CUNY.EDU, AVIATION@MC.LCS.MIT.EDU, AVIATION-THEORY@MC.LCS.MIT.EDU, bicycles@BBN.COM, BIG-LAN@SUVM.ACS.SYR.EDU, BIG-LAN%SUVM.BITNET@umix.cc.umich.edu, BIOTECH%UMDC.BITNET@CUNYVM.CUNY.EDU, BIOTECH@UMDC.UMD.EDU, BITNEWS%BITNIC.BITNET@CUNYVM.CUNY.EDU, BMDP-L%MCGILL1.BITNET@CORNELLC.CIT.CORNELL.EDU, bug-1100@SUMEX-AIM.STANFORD.EDU, CA@THINK.COM, CADinterest!.es@XEROX.COM, CAN-INET@MC.LCS.MIT.EDU, cisco@SPOT.COLORADO.EDU Message-Id: X-Envelope-To: apollo@UMIX.CC.UMICH.EDU X-Vms-To: @LISTS.DIS X-Vms-Cc: SHAFIE <-------------------------------------------------------------------- < < SIGUCCS User Services Conference XVIII < Call For Participation < < New Centerings in Computing Services < < September 30 through October 3, 1990 < < Westin Hotel < Cincinnati, Ohio < < <<>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> << << <>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> << <>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> << << << <>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> << <>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> << <>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> << <>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> << << <>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> << << <>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> << << <>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> << << < Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I need help from you experts. Here at the University of Kansas we have an Apollo lab with 16 DN 4000 workstations. I have been told that these DN 4000s are configured with 4 Megs of memory. When I opened one up I found that two of the four memory slots were occupied. This does not sound like a 4 meg configuration. I don't know of anyone who puts 2 Meg on one board. The problem is that the person who "knows" about this is in the Antarctic. Can anyone out there help with my dilema? I would be particularly intersted in a system utility that will the the configuration of our Apollos. (Similar to PCTools SI utility) Thanks a bunch, Brady... =========================================================================== Brady Orand - University of Kansas Computer Center Lawrence, Ks. 66045 ORAND@kuhub.cc.ukans.edu Work: (913) 864-0490 Home: (913) 749-1341 =========================================================================== From apollo-request@umix.cc.umich.edu Thu Jan 11 21:01:11 1990 Date: 10 Jan 90 21:34:55 GMT From: max%bnr-rsc%bigsur%bnr-fos%bnrgate.uucp@uunet.uu.net (Max Feil) Organization: Bell-Northern Research, Ottawa, Canada Subject: Re: help with Fortran bug (sr9.7.5 ftn 9.95) Message-Id: <1647@bnr-rsc.UUCP> References: <1990Jan3.212803.23896@ecf.utoronto.ca> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1990Jan3.212803.23896@ecf.utoronto.ca> apollo@ecf.utoronto.ca (Vince Pugliese) writes: > >- what does the following error mean ? > > `` unable to unwind stack because of invalid stack frame > (process manager/process fault manager) '' > This may be too late, or too obvious, but if you haven't solved your problem, make sure that all subroutine/function calls are using the correct number of parameters. This will cause non-stack memory to be interpreted as stack. -- Max Feil Usenet: max@bnr-rsc.UUCP or uunet!bnrgate!bnr-rsc!max Bell-Northern Research Internet: bnr-vpa!bnr-rsc!max@gpu.utcs.toronto.edu P.O Box 3511 Station C, Ottawa, Ontario, Canada K1Y 4H7. (613) 763-3093 From apollo-request@umix.cc.umich.edu Thu Jan 11 21:31:06 1990 Date: 11 Jan 90 18:46:08 GMT From: news@ncsuvx.ncsu.edu (John W. Baugh Jr.) Organization: North Carolina State University Subject: LaTeX / GNU Emacs / KCL on SR10.2, 3xxx and 4xxx Message-Id: <1990Jan11.184608.12944@ncsuvx.ncsu.edu> References: <1647@bnr-rsc.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Can anyone give me some advice before attempting to get these going on 10.2? For example, what is the minimum set of files I need to get LaTeX going? I don't want to grab it all. Is the LaTeX intallation documentation all I need to know to get it running, or do I need some special tips? Better yet, are the binaries available? What about a machine defs file for Kyoto? My past experience has been somewhat negative on making things work on the Apollo. I even got the binaries for GNU emacs once (for 10.1) but the system said it wasn't a valid object file. At other times I tried compiling a system using "make" but the syntax/options/etc? for cc are non-"standard". Am I off in left field? I've never had these problems with Digital. (No offense intended.) There just doesn't seem to be any Apollo guys around here to ask such questions. John Baugh From apollo-request@umix.cc.umich.edu Thu Jan 11 21:59:41 1990 Date: 11 Jan 90 20:06:47 GMT From: rtp1%tank%ux1.cso.uiuc.edu.uucp@iuvax.cs.indiana.edu (raymond thomas pierrehumbert) Organization: University of Chicago Subject: tar vs wbak Message-Id: <7125@tank.uchicago.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Another elementary question: If I am running BSD4.3 under Domain, can I use tar instead of wbak/rbak to read and write cartridge tapes? Do I use ct0 as my device? Can it be used for backups? What is the advantage of wbak/rbak over tar? From apollo-request@umix.cc.umich.edu Thu Jan 11 22:26:24 1990 Date: 11 Jan 90 19:00:10 GMT From: lampi%pnet02%gryphon%elroy.jpl.nasa.gov%usc.uucp@ucsd.edu (Michael Lampi) Organization: People-Net [pnet02], Redondo Beach, CA. Subject: Re: Third party memory for DN4000's Message-Id: <24604@gryphon.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu > Does anybody out there know if there are any 3rd party sources for memory >boards for Apollo DN4000 workstations? Names and phone numbers would be >appreciated. > > > Thanks, Brady... Clearpoint Research Corporation Westlake Village, CA (818) 706-1745 I have no affiliation whatsoever with Clearpoint, but they offer a lifetime memory warranty. I've heard that Mentor Graphics uses their stuff, too. Michael Lampi MDL Corporation 213/782-7888 fax 213/782-7927 UUCP: {ames!elroy, }!gryphon!pnet02!lampi INET: lampi@pnet02.gryphon.com "My opinions are that of my corporation!" From apollo-request@umix.cc.umich.edu Fri Jan 12 01:22:26 1990 Date: 12 Jan 90 00:16:16 GMT From: csfst1%unix.cis.pitt.edu%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Charles S. Fuller) Organization: Univ. of Pittsburgh, Computing & Information Services Subject: Domain routing under SR10.2 Message-Id: <21530@unix.cis.pitt.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Our site (...not pitt, by the way) is heavily dependent upon "Domain Bridge-A" for connecting remote sites to our central supercomputer facility. We just installed SR10.2 for initial testing, and are having trouble getting routing started. Although rtsvc returns the familiar 'Internet Routing' after opening the IIC port, we never "see" the next site (which is running SR9.7, in case it makes a difference). Has anyone else seen this problem? Is anyone else using Domain Bridge-A? :-) Thanks in advance. Chuck From apollo-request@umix.cc.umich.edu Fri Jan 12 05:15:55 1990 Date: Fri, 12 Jan 90 02:15:38 EST From: GELINASJ%CMR001.bitnet@ugw.utcs.utoronto.ca To: apollo@UMIX.CC.UMICH.EDU Message-Id: <900112.02495796.061964@CMR.CP6> Subject: Re: LaTeX on SR10.2 The rumors about the apollo C compiler refusing good C code are not founded in the case of the TeX software (Standard Unix distribution). 1. I do not know C but could compile TeX and Metafont on SR9.7 last april. The few problems were trivial (no hacking necessary) and had to do with pathnames and env. variables (i did not know Unix either). 2. Last september, we decided to go to SR10.1 but I did not have the time to recompile everything. I put the whole TeX directory on a tape and copied it back as is on the SR10.1 system. And it worked! Including the previewer from Leonard Zubkhoff (i had to patch its fonts). 3. In december, i recompiled for SR10.1 and only a few changes were necessary ( CFLAGS= -w -A nansi -A cpu,3000 ). And i did succed in modifying the SUN routines to display Metafont characters as they are built, using gpr. (I never tire of looking at this -:). In conclusion, this shows that good Unix software, written by top people, will work on the apollos. But it will not use the bit mapped display or any of the features that make an apollo network stand above the others. You must work quite a bit more to get a better performance here. Oh, i almost forgot: there is some code designed specially for some machines in the TeX software. Seems that these compilers will not accept these standard C files without it. I do not remember the names, but i knew some of the companies in question. Please keep in mind that i do not know what i am talking about above. J. GELINAS From apollo-request@umix.cc.umich.edu Fri Jan 12 09:18:38 1990 Date: 11 Jan 90 21:44:35 GMT From: reb%quintro%tiamat.uucp@uunet.uu.net (Roger E. Benz) Organization: none Subject: DN2500/DN3X00 monitors Message-Id: <1990Jan11.214435.5622@quintro.uucp> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We are currently considering ordering some DN2500's to replace some old DN3000's and were wondering if the 19" mono display from the DN3000 can be swapped with the 15" mono display on the DN2500. We are also interested in low cost drives for the DN2500's. -- Roger E. Benz Glenayre/Quintron Phone = (217) 223-3211 One Quintron Way Quincy, IL UUCP: tiamat!quintro!reb@uunet or quintro!reb@lll-winken From apollo-request@umix.cc.umich.edu Fri Jan 12 09:25:29 1990 Date: Fri, 12 Jan 90 08:57:36 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9001121357.AA01498@richter.mit.edu> To: apollo@umix.cc.umich.edu, orand%kuhub.cc.ukans.edu%wuarchive%zaphod.mps.ohio-state.edu%swrinde.uucp@ucsd.edu Subject: Re: Memory configuration question It is my understanding that the DN4000 memory connectors will accept only 4MB or 8MB cards. The connectors on the 2MB cards are different -- they have fewers pins on the socket. You can list your hardware configuration with "/com/netstat -config". The configuration on a DN3xxx/4xxx is set by the "EX CONFIG" command which you run when the machine has been shutdown (ie. it is a memonic debugger command). You can check what your *real* memory configuration is by shutting down the node and running the memory diagnostic, which automatically checks the memory size. To do this, shutdown the node, run the command "EX DEX" to start the diagnostic executive program, and then type "RUN MEM" to start the memory diagnostics. Some versions of DEX will demand a password, in which case you should give it "service". -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Fri Jan 12 11:22:52 1990 Date: 12 Jan 90 14:32:25 GMT From: arane%me%jarvis.csri.toronto.edu%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Raphael Arane) Organization: University of Toronto Subject: Re: tar vs wbak Message-Id: <1990Jan12.093225.17170@me.toronto.edu> References: <7125@tank.uchicago.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <7125@tank.uchicago.edu> rtp1@tank.uchicago.edu (raymond thomas pierrehumbert) writes: >Another elementary question: If I am running BSD4.3 under Domain, >can I use tar instead of wbak/rbak to read and write cartridge tapes? >Do I use ct0 as my device? Can it be used for backups? What is the >advantage of wbak/rbak over tar? My answer pertains to BSD4.2 and SR9.7, but it's probably still correct. For a cartridge tape I use /dev/rct8. Practically always my 'tar' fails to recognize the tape drive on the first attempt, so I have to "wake it up" using /com/rbak -reten, for example. I find tar much-much slower than wbak/rbak, therefore I use it exclusively for information exchange with Suns, for example. For backups I stick with the wbak. Actually I'd like to know why tar is so slow compared with the Aegis feature - anybody out there to enlighten us? -- Rafi Arane. From apollo-request@umix.cc.umich.edu Fri Jan 12 11:32:39 1990 Date: Fri, 12 Jan 90 09:09:30 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9001121409.AA01526@richter.mit.edu> To: apollo@umix.cc.umich.edu, rtp1%tank%ux1.cso.uiuc.edu.uucp@iuvax.cs.indiana.edu Subject: Re: tar vs wbak tar can be used with /dev/rct8 or /dev/rct12 (auto rewind vs. not auto rewind). tar sometimes will not work if it doesn't think that the tape has been rewound. Use "mt -f /dev/rct8 rewind" or "/com/rbak -dev ct -rewind" in this case. The major advantage of wbak/rbak over tar is that the Apollo-specific utilities will 1) handle multi-tape backups -- tar will bomb if the directory will not fit on a single tape. 2) will restore directories with names other than the original. If you save /somedir/otherdir/my_dir with tar, you must restore it to the exact same directory. If the machine you are restoring on does not have the /somedir/otherdir directory it will have to be created. wbak/rbak will let you change the name as you restore the tape. 3) On SR9.7 systems, tar will not store the Apollo file types on the tape. Executable files will no longer be executable when restored. On SR10 systems there is a new -A switch which will get around this problem. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Fri Jan 12 13:38:16 1990 Date: 12 Jan 90 14:18:00 GMT From: ced%apollo%hp-sdd%ucsdhub.uucp@ucsd.edu (Carl Davidson) Subject: Re: Memory configuration question Message-Id: <47fdc550.20b6d@apollo.HP.COM> References: <21068@kuhub.cc.ukans.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >From article <21068@kuhub.cc.ukans.edu>, by ORAND@kuhub.cc.ukans.edu (BRADY ORAND): > > I need help from you experts. Here at the University of Kansas we > have an Apollo lab with 16 DN 4000 workstations. I have been told that > these DN 4000s are configured with 4 Megs of memory. When I opened one up > I found that two of the four memory slots were occupied. This does not > sound like a 4 meg configuration. I don't know of anyone who puts 2 Meg > on one board. The problem is that the person who "knows" about this is > in the Antarctic. Can anyone out there help with my dilema? I would be > particularly intersted in a system utility that will the the configuration > of our Apollos. (Similar to PCTools SI utility) > > Thanks a bunch, Brady... > > =========================================================================== > Brady Orand - University of Kansas Computer Center Lawrence, Ks. 66045 > > ORAND@kuhub.cc.ukans.edu > Work: (913) 864-0490 > Home: (913) 749-1341 > =========================================================================== We've shipped so many different configurations of memory boards over the years that it's very possible that your machines do only have 4 Megs of memory even though they have two boards in them, but there is a simple way to check, anyway. On either SR9.7 (boo, hiss) or SR10.* (the good stuff), simply type /com/netstat -c in any shell, and you'll get something like The net_ID.node_ID of this node is 29C03.1943B. **** Node 1943B **** //watson Time 1990/01/12.09:11:59 Up since 1990/01/05.15:02:04 Net I/O: total= 4448754 rcvs = 3921313 xmits = 527441 Ctlr_# = 0 Unit_# = 0 Winchester I/O: total= 1603470 reads= 734087 writes= 869383 Last ring hardware failure detected by node 44C0 on 1990/01/12 at 09:00 Node was not receiving clock signals. System configured with 16.0 mb of memory. NODE CONFIGURATION Node Type: DN3500 Display type: 1280 x 1024 monochrome display 68882 Floating Point Unit present. Peripheral configuration: Disks: winchester Networks: Ring Peripheral bus: AT-bus Tapes: 1/4" cartridge tape Disk types: MSD-380M-FA As you can see, all the configuration info you are looking for is here. If you are running SR10.* and do not have the Aegis environment installed, the command to run to get the same information is /usr/apollo/bin/nodestat -c It is just the /com/netstat command renamed so that it won't clash names with the /usr/ucb/netstat command. Good luck. Carl Davidson (508)256-6600 x5967 | The secret of life is enjoying Apollo Systems Divison, part of H-P | the passing of time ... UUCP: {decvax|mit-eddie}!apollo!ced | ARPA: ced@apollo.COM; ced@apollo.HP.COM | From apollo-request@umix.cc.umich.edu Fri Jan 12 13:38:57 1990 Date: 12 Jan 90 15:17:00 GMT From: ced%apollo%hp-sdd%ucsdhub.uucp@ucsd.edu (Carl Davidson) Subject: Re: Memory configuration question Message-Id: <47fdf9e3.20b6d@apollo.HP.COM> References: <47fdc550.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >From article <47fdc550.20b6d@apollo.HP.COM>, by ced@apollo.HP.COM (Carl Davidson): > If you are running SR10.* and do not have the Aegis environment > installed, the command to run to get the same information is > > /usr/apollo/bin/nodestat -c > Boy, what a MAROON! Anybody with half a brain knows that the correct command is /etc/nodestat -c Sorry for the mistake. Carl Davidson (508)256-6600 x5967 | The secret of life is enjoying Apollo Systems Divison, part of H-P | the passing of time ... UUCP: {decvax|mit-eddie}!apollo!ced | ARPA: ced@apollo.COM; ced@apollo.HP.COM | From apollo-request@umix.cc.umich.edu Fri Jan 12 13:50:03 1990 Date: Fri, 12 Jan 90 12:52:56 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9001121752.AA00407@richter.mit.edu> To: apollo@umix.cc.umich.edu, arane%me%jarvis.csri.toronto.edu%cs.utexas.edu.uucp@tut.cis.ohio-state.edu Subject: Re: tar vs wbak Tar uses much smaller blocks, by default, that wbak/rbak does. The default block size for tar is 512 bytes. tar is probably also using Unix I/O streams, which are much slower than using memory mapped I/O as wbak/rbak do. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Fri Jan 12 14:22:20 1990 Date: 12 Jan 90 14:14:25 GMT From: arane%me%jarvis.csri.toronto.edu%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Raphael Arane) Organization: University of Toronto Subject: Re: Third party memory for DN4000's Message-Id: <1990Jan12.091424.16817@me.toronto.edu> References: <21021@kuhub.cc.ukans.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <21021@kuhub.cc.ukans.edu> ORAND@kuhub.cc.ukans.edu (BRADY ORAND) writes: > > > Does anybody out there know if there are any 3rd party sources for memory >boards for Apollo DN4000 workstations? Names and phone numbers would be >appreciated. > > > Thanks, Brady... Dilog / Clearpoint. Try (800) 253-2778. The local address is: Dilog Corporation 3395 American Drive, Units 1-5 Mississauga, Ontario L4V 1T5 (416) 677-5410 Also: (403) 255-1573 (in Calgary, Alberta) I'm sure you'll be able to find their US branch. Disclamer: I am not associated with Dilog in any way. Just a prospective customer... -- Rafi Arane. From apollo-request@umix.cc.umich.edu Fri Jan 12 14:54:54 1990 Date: 10 Jan 90 21:08:42 GMT From: sharp%ksi.cpsc.ucalgary.ca%calgary%alberta%ubc-cs.uucp@beaver.cs.washington.edu (Maurice Sharp) Organization: Knowledge Science Lab, U. of Calgary, Calgary, Canada. Subject: What is Hot Seat Licensing ? Message-Id: <2321@cs-spool.calgary.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu The title says it all. What is it ? maurice Maurice Sharp MSc. Student University of Calgary Computer Science Department 2500 University Drive N.W. sharp@ksi.cpsc.UCalgary.CA Calgary, Alberta, T2N 1N4 ...!alberta!calgary!sharp From apollo-request@umix.cc.umich.edu Fri Jan 12 15:25:11 1990 Date: 12 Jan 90 15:17:00 GMT From: beierl_c%apollo%hp-sdd%ucsdhub.uucp@ucsd.edu (Christopher Beierl) Organization: Apollo Computer, Chelmsford, MA Subject: Re: Memory configuration question Message-Id: <47fdfa15.20b6d@apollo.HP.COM> References: <21068@kuhub.cc.ukans.edu>, <47fdc550.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <47fdc550.20b6d@apollo.HP.COM> ced@apollo.HP.COM (Carl Davidson) writes: >From article <21068@kuhub.cc.ukans.edu>, by ORAND@kuhub.cc.ukans.edu (BRADY ORAND): >> ... I have been told that >> these DN 4000s are configured with 4 Megs of memory. When I opened one up >> I found that two of the four memory slots were occupied. This does not >> sound like a 4 meg configuration. I don't know of anyone who puts 2 Meg >> on one board. ... Apollo has released 1MB, 2MB, 4MB and 8MB memory boards for the DN3xxx and DN4xxx series of nodes. The DN4000 supports the 2, 4 and 8 MB boards, although only the 4 and 8 MB boards are currently available. >... >If you are running SR10.* and do not have the Aegis environment >installed, the command to run to get the same information is > > /usr/apollo/bin/nodestat -c Make that /etc/nodestat -c (and you can issue this command from any environment) > >It is just the /com/netstat command renamed so that it won't clash names >with the /usr/ucb/netstat command. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Christopher T. Beierl Internet: beierl_c@apollo.HP.COM;beierl_c@apollo.com Apollo Computer, Inc. UUCP: {mit-eddie,yale,uw-beaver}!apollo!beierl_c A Subsidiary of Hewlett-Packard Phone: (508) 256-6600 From apollo-request@umix.cc.umich.edu Fri Jan 12 15:26:54 1990 Message-Id: <9001121817.AA12811@umix.cc.umich.edu> From: Armoun Forghan Subject: subscription To: apollo@umix.cc.umich.edu Date: Fri, 12 Jan 90 09:45:45 PST Mail-System-Version: Please add me to your subscription list, Thanx. From apollo-request@umix.cc.umich.edu Fri Jan 12 17:34:09 1990 Date: Fri, 12 Jan 1990 21:25:00 MET From: Harald Hanche-Olsen To: apollo@umix.cc.umich.edu Subject: Re: tar vs wbak Message-Id: Like David Krowitz says, tar can be used with /dev/rct8 or /dev/rct12 (auto rewind vs. not auto rewind)... except, in my experience, it rewinds the tape afterwards using either device. I have even checked it out: % /etc/edmtdesc /dev/rct12 -l Volume information: dev (device type) ct u (tape unit #) 0 lab (labeled) no reo (reopen previously used volume) yes clv (close volume on file-close) yes spos (save position on volume-close) yes File information: f (file sequence #) current rf (record format) F (fixed length) bl (block length) 512 rl (record length) 512 ascnl (ascii newline handling) no Has anyone managed to write multiple tar files on a single cartridge? - Harald.Hanche-Olsen@imf.unit.no From apollo-request@umix.cc.umich.edu Fri Jan 12 19:13:51 1990 Date: Fri, 12 Jan 90 17:29:22 EST From: lam@NADC.ARPA (D. Lam) Message-Id: <9001122229.AA17137@NADC.ARPA> To: apollo@umix.cc.umich.edu Subject: subscription removal Please remove my name from the subscription list. Thanks! lam@nadc.arpa From apollo-request@umix.cc.umich.edu Fri Jan 12 19:14:52 1990 Date: 10 Jan 90 22:38:44 GMT From: dan%cpsc%calgary%alberta%ubc-cs.uucp@beaver.cs.washington.edu (Dan Freedman) Organization: Knowledge Science Lab, U. of Calgary, Calgary, Canada. Subject: Re: What is Hot Seat Licensing ? Message-Id: <2322@cs-spool.calgary.UUCP> References: <2321@cs-spool.calgary.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <2321@cs-spool.calgary.UUCP> sharp@ksi.cpsc.ucalgary.ca (Maurice Sharp) writes: > > The title says it all. What is it ? > > maurice When an organization buys software, it usually buys the right to run N copies of the software. With "Hot Seat" licenses, these copies can run on any nodes in the network, providing no more than N copies are running at once. The copies coordinate either with each other or with a "License Server" (such as Apollos's NLS) in order to oversee the use of the licenses. In contrast, with node-locked licenses, the organization licenses the software to run on N nodes. Hot-seat licenses are a reflection of: 1) The true nature of hardware reliability, in which nodes go down. With hot-seat licenses, you can in general run the software on another node. 2) The true nature of software use, in which users do not use a piece of software 24hours per day, every day. Hot seat licenses allow different users to use the software at different times, without the users having to share nodes. In a large network, this is almost mandatory. Node-locked licenses are a reflection of: 1) The true nature of software technology, in which vendors do not (did not???) want to develop the somewhat complex software necessary to coordinate multiple invocations of their software. 2) The true nature of software marketing, in which it is clearly better to sell someone something that a) will be unused most of the time, and b) you can sell them several times as many of. Dan Freedman. Dan Freedman University of Calgary Computer Science Department 2500 University Drive N.W. dan@ksi.cpsc.UCalgary.CA Calgary, Alberta, T2N 1N4 From apollo-request@umix.cc.umich.edu Fri Jan 12 21:15:55 1990 Date: 12 Jan 90 19:20:27 GMT From: lampi%pnet02%gryphon%elroy.jpl.nasa.gov.uucp@cs.ucla.edu (Michael Lampi) Organization: People-Net [pnet02], Redondo Beach, CA. Subject: Re: Memory configuration question Message-Id: <24649@gryphon.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu To determine the memory configuration of your DN-4000 (or any Apollo, for that matter), run the Aegis command "netstat -c". Michael Lampi MDL Corporation 213/782-7888 fax 213/782-7927 UUCP: {ames!elroy, }!gryphon!pnet02!lampi INET: lampi@pnet02.gryphon.com "My opinions are that of my corporation!" From apollo-request@umix.cc.umich.edu Fri Jan 12 21:16:18 1990 Date: 12 Jan 90 19:20:19 GMT From: lampi%pnet02%gryphon%elroy.jpl.nasa.gov.uucp@cs.ucla.edu (Michael Lampi) Organization: People-Net [pnet02], Redondo Beach, CA. Subject: Re: tar vs wbak Message-Id: <24648@gryphon.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Sure, go ahead and use tar to read/write from the cartridge tape drive instead of wbak/rbak. You can generally use tar to interchange cartridge tape files with other unix systems and Apollo's. Use ct0 as the device. If you like tar for backups there is no reason it can not be used for such. The main advantages of wbak/rbak over tar, especially with cartridge tape, are that ACL's are saved, the throughput is higher, and directory structures are preserved. There are a couple of additional features that I like, but they may not be as important to you; e.g., automatic backup history files in each directory (if desired), modified/created date filters, etc. Michael Lampi MDL Corporation 213/782-7888 fax 213/782-7927 UUCP: {ames!elroy, }!gryphon!pnet02!lampi INET: lampi@pnet02.gryphon.com "My opinions are that of my corporation!" From apollo-request@umix.cc.umich.edu Fri Jan 12 23:13:59 1990 Date: 12 Jan 90 22:59:29 GMT From: rtp1%tank%ux1.cso.uiuc.edu%brutus.cs.uiuc.edu%zaphod.mps.ohio-state.edu.uucp@tut.cis. (raymond thomas pierrehumbert) Organization: University of Chicago Subject: SR10.2 upgrade Message-Id: <7158@tank.uchicago.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have a DN10000 with a 300MB disk, running SR10.1 (BSD_medium). Someday, I will want to upgrade to 10.2 (no big rush). The problem is that I only have 80mb of disk space free (not counting NFS mounted volumes on Suns), and Apollo's installation model appears to require me to upload the WHOLE 10.2 OS to the AA before doing the installation. The problem is, without deleting some of the 10.1 OS (which I can't do) I don't think I have room in the AA. I don't want to invol the thing and rebuild, and don't at the moment have money for another disk. There aren't any other Apollo's on the net that could be used for a distributed AA, either. So, is there any solution to my problem? From apollo-request@umix.cc.umich.edu Sat Jan 13 03:16:07 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9001130747.AA00124@icaen.uiowa.edu> Date: Sat, 13 Jan 90 01:29:37 CST Subject: Re: tftp To: rtp1%tank%ux1.cso.uiuc.edu.uucp@iuvax.cs.indiana.edu, apollo@umix.cc.umich.edu In posting <7116@tank.uchicago.edu> rtp1@tank.uchicago.edu (raymond thomas pierrehumbert) writes: > This ought to be simple, but I can't find the answer in the > documentation. I need to activate tftp. What line should > I put in the inetd.conf file? Is it a tcp or udp service? > What is udp anyway? Is it stream, or dgram, or do I get > to choose? Is this sort of thing documented anywhere? Under sr10.* there should be an example line in inetd.conf that looks like: # tftpd offers UDP_based file transfer services. (do not run tftpd as root!) #tftp dgram udp wait tftp /etc/tftpd tftpd You should be able to just uncomment this line and fill in a valid user ID to make it work. (Don't forget to kill & restart inetd after changing its config file.) Note that the 5th field in the line is the user ID field, this must be a valid user ID on your system. Do NOT use "root" for this as the tftp utility does no user authentication unlike ftp. So choose some safe user ID who will have read access to the necessary files that you want them to be able to transfer. A vaild config line to let tftpd run as "user" would look like: tftp dgram udp wait user /etc/tftpd tftpd tftp uses a datagram protocol called "udp". This is unlike ftp which uses a stream protocol, "tcp". UDP - Internet User Datagram Protocol - is a connectionless, simple, low overhead, but possibly unreliable protocol. See the man page for "udp". From apollo-request@umix.cc.umich.edu Sat Jan 13 05:10:43 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9001130818.AA00127@icaen.uiowa.edu> Date: Sat, 13 Jan 90 02:01:03 CST Subject: Re: install++ problem To: robinb%merlin%bruce%munnari.oz.au%samsung%cs.utexas.edu.uucp@tut.cis.ohio-state.edu, apollo@umix.cc.umich.edu In posting <1371@merlin.bhpmrl.oz> robinb%merlin.bhpmrl.oz.au@uunet.uu.net Robbin Brown writes: > Has anybody seen the following error during compiler installation > using install++ under sr10.1. It occurs when installing both ftn > and pascal and possibly others, however phigs installs perfectly! > > RAI Install Tool V1.08 5 Dec 88 > Installing //merlin > ERROR:For product apollo.pas: apollo.os version 10.0 was not found > RAI install has completed with errors > Please check the transcript pad for a description of the errors Yes, I've seen that error during compiler installs. The problem is that install++ wants to see the release index file for your OS to check out the revisions of the system libraries. This can fail if your compiler AA is not the same as your OS AA. You can work around this by creating a link in your compiler AA that points to the OS AA. For example: suppose that you are running sr10.1, the OS AA is on //george, and your compiler AAs are on //mike. (IE "ri.apollo.os.v.10.1" is in "//george/install" and "ri.apollo.pas.v.8.7.m" is in "//mike/install") The workaround is to create a link called "ri.apollo.os.v.10.1" in //mike/install that points to "//george/install/ri.apollo.os.v.10.1". EG: $ /com/crl //mike/install/ri.apollo.os.v.10.1 //george/install/ri.apollo.os.v.10.1 If you no longer have your OS AA around, you don't need to panic, all you need to do is to restore the OS release index file from the distribution tape. (IE all you really need is "/install/ri.apollo.os.v.10.1/ri.apollo.os.v.10.1" not the whole OS AA for the compiler installs.) Dave Funk From apollo-request@umix.cc.umich.edu Sat Jan 13 05:13:56 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9001130920.AA00136@icaen.uiowa.edu> Date: Sat, 13 Jan 90 02:42:25 CST Subject: Re: Mounting 2nd disk, Did I miss the script? To: abair%oakhill%cs.utexas.edu.uucp@tut.cis.ohio-state.edu, apollo@umix.cc.umich.edu In posting Alan Blair writes: > Well we have installed 2 700MB disks on our DN10000, which I formated > as a single stripped volume. I went through the described procedure > for calculating/building the /dev entries, but mount seems to > ignore them. The mtvol command works, but I would like to put > all the mount stuff, 4.2 & nfs filesystems, in one file. > > Also, do I need to run salvol inorder for the mount to work? > > If I can't get mount to work, what is the proper procedure to follow > with Aegis commands? The OS seems to handle the boot drive by > itself, so there is no example to edit and add other disks. You must run "salvol" before mounting any volume that wasn't properly dismounted. The sysboot will initiate a salvage of the root volume at boot time if needed. Any additional volumes must be explicitly salvaged by a user or script, if needed, before they can be mounted. I don't know about using the Unix "mount" but I do know how to get Aegis "mtvol" to work from a startup file. Here is an Aegis shell script that I wrote back at sr9.0 to mount volumes on our dsp80s. Back then I ran it from "startup.spm", now on our dsp3500s I run it from "rc.user". I have it in a file called "mount_vol" and put it in /sys/node_data. ########################################################### #!/com/sh # MOUNT_VOL # # Aegis shell script to mount logical vol #^1 ^2 # on disk at start-up time. # called by STARTUP.19L for DN300's and DN550's # or called by STARTUP.SPM for DSP's # # this script assumes that the logical volume name has already been # cataloged in the directory name space by a previous mount volume command # # arguments: # ^1 = name of physical device and unit number (eg. w0 s0) # ^2 = logical volume number # # use with a CPS: cps /com/sh -c '/sys/node_data/mount_vol w0 2' # eon if (mtvol ^1 ^2 -nq ) # try to mount it then #mount was ok else #salvage volume and try again #note that the following lines must start in column 1 salvol < /dev/console ) & Put one of these in for each logical volume that you need to mount at boot time. This script could be run from "rc.user" or "rc" it doesn't care about "root" rights. Note that this script spits out a message to /dev/console. This is OK for a server (no display screen) but you might not want to see the messages on a display based node. You could redirect it to /dev/null or a log file if you don't want to mess up the display. Note the usage of "&" to put the mount in the background. If the volume needs salvaging, it may be quite some time before it is actually mounted (a few to several minutes depending upon the volume size). If you have other utilties that depend upon the volume being mounted before they are started, then you could put the mount invocation before them and remove the "&". Be forwarned, if you do this, it will stop "init" until the volumes are finally mounted. Dave Funk From apollo-request@umix.cc.umich.edu Sat Jan 13 05:34:55 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9001130722.AA00118@icaen.uiowa.edu> Date: Sat, 13 Jan 90 01:03:45 CST Subject: Re: DN2500/DN3X00 monitors To: apollo@umix.cc.umich.edu, reb%quintro%tiamat.uucp@uunet.uu.net In posting <1990Jan11.214435.5622@quintro.uucp> Roger E. Benz asks: > We are currently considering ordering some DN2500's to replace some old > DN3000's and were wondering if the 19" mono display from the DN3000 can be > swapped with the 15" mono display on the DN2500. > > We are also interested in low cost drives for the DN2500's. No the DN3X00 19" mono display can not be used on a DN2500. The DN2500 uses a composite video signal to the monitor and all other Apollo mono machines (that I know of) use monitors that need seperate sync & video signals. Thus the DN2500/monitor is incompatable with any other Apollo monitors. It may be possible to use a DN2500 with a monitor from some 3rd party vendor like the Radius 2-page display for a Macintosh but this is pure conjecture. IE I don't know if this will work, it's just a guess. For low cost disk drives for a DN2500 check out MDL corp: - Michael Lampi MDL Corporation 213/782-7888 fax 213/782-7927 The last flyer that I saw from Michael quoted ~$1700 for a 200 Mbyte internal drive. Dave Funk From apollo-request@umix.cc.umich.edu Sun Jan 14 01:30:03 1990 Date: 12 Jan 90 22:24:40 GMT From: sun%me%jarvis.csri.toronto.edu%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Andy Sun Anu-guest) Subject: DN3500 refuse to get into DM Message-Id: <1990Jan12.172440.851@me.toronto.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu There is a strange thing happen to an Apollo DN3500 that I've never seen and doesn't seem to find a cure for it. We've phoned up Apollo tech. support and they don't have a clue either. I was wondering some Apollo experts on the net might shed some light on it. The problem is this: The Apollo that has problem is connected to an Apollo ring, consisting of two other Apollo DN3000s. It is running SR10.1. The other two machines are running SR9.7 (yucky, isn't it?). I don't know if anyone has done something to it or it decided to go on strike itself, it just won't load DM. I tried soft boot it (shutdown and reboot) and hardware reset (press the little white button at the back of it). Everything went well (disk check passed, salvage boot volume okay, loading Init okay) but that's it. It threw me back to a "Phase II Shell" with a ")" prompt instead of loading the display manager and ask for login. I manually type in dm to try loading DM from that shell, but all I got was something like (pm_$init) 3040001. I can still access its disk from the other SR9.7 machines (so the network is probably okay), but I cannot get it to do anything else. Anyone have seen this kind of thing happened before? Any help/suggestions are welcome. Andy -- _______________________________________________________________________________ Andy Sun | Internet: sun@me.utoronto.ca University of Toronto, Canada | UUCP : csri.toronto.edu!me.utoronto.ca!sun Dept. of Mechanical Engineering | BITNET : sun@me.utoronto.BITNET From apollo-request@umix.cc.umich.edu Mon Jan 15 01:11:39 1990 Date: 15 Jan 90 00:02:11 GMT From: bshaw%vlsic2%ti-csl%smunews%attctc%texbell.uucp@bellcore.com (Bob Shaw) Organization: Texas Instruments Inc, SPDC Operations, Dallas, TX Subject: twm on Apollo Message-Id: <105888@ti-csl.csc.ti.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I use X windows on Apollo (10.1) and the only window manager is uwm. I finally got a taste of twm and like it. Is twm available on Apollo and/or does it work on Apollo? How would one get a copy to try ? Thanks in advance Bob Shaw Texas Instruments Dallas bshaw@hcvdl.vdl.ti.com From apollo-request@umix.cc.umich.edu Mon Jan 15 05:17:05 1990 Date: 15 Jan 90 06:20:49 GMT From: ianh%merlin%bruce%munnari.oz.au%samsung.uucp@think.com (Ian Hoyle) Organization: none Subject: Configure scripts under SR10.... Message-Id: <1383@merlin.bhpmrl.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does anyone have any nice quick hacks to get the "Configure" scripts that come with much of the software in comp.sources.unix etc working?? /lib/clib isn't in ar format and Configure simply breaks. I guess I _could_ use nm and then do something with sed on the output, but it'd surely be messy :-( ian -- Ian Hoyle /\/\ Computer Systems Superintendent / / /\ BHP Melbourne Research Laboratories / / / \ 245 Wellington Rd, Mulgrave, 3170 / / / /\ \ AUSTRALIA \ \/ / / / \ / / / Phone : +61-3-560-7066 \/\/\/ ACSnet : ianh@merlin.bhpmrl.oz.au Internet: ianh%merlin.bhpmrl.oz.au@uunet.uu.net From apollo-request@umix.cc.umich.edu Mon Jan 15 05:20:43 1990 Date: Mon, 15 Jan 90 03:06:54 EST From: GELINASJ%CMR001.bitnet@ugw.utcs.utoronto.ca To: apollo@umix.cc.umich.edu Message-Id: <900115.03113295.062479@CMR.CP6> Subject: /com/crp kermit After some blind hacking, i have managed to get a working KERMIT under SR10.1, BSD4.3. But i have a few problems left to solve and would like the help of an old time AEGIS programmer or two. Please contact me by email if you can help. Here are the problems, followed by short extracts of the code itself. Problem 1: When used with /com/crp, KERMIT cannot find what kind of terminal is used. I solved that by adding an else clause. Problem 2: When used with /com/crp, KERMIT cannot program the function keys F1 and F8 ( ?crp -- ***illegal code ****). Problem 3: KERMIT and EMT can no longer display what the mainframe (CP-6) sends at 9600 bauds. But i got KERMIT receiving files from an IBM PC AT at 19200 bauds (boy! it this fast!). On the whole, though, i am satisfied with this KERMIT since it accepts wildcards and can be stopped (this did not work before). ---------------------------------------------- char *ckxv = "Apollo Aegis tty I/O, 4C(023), 13 Feb 87"; /* C-Kermit interrupt, terminal control & i/o functions */ /* by: Neal Holtz, (holtz%cascade.carleton.cdn@ubc.csnet) CASCADE, Carleton University, Ottawa, Canada from the Unix 4.2 version originally by: Author: Frank da Cruz (SY.FDC@CU20B), ---------------------------------------------- /* undocumented declarations stolen from (/sys/source/emt/emt.pas) */ /* for CRP mbx functions */ /* Identify stream as crp mailbox */ #define spm_$crp_mbx (char)(0x04) /* Issue a pad_$def_pfk */ #define spm_$pad_def_pfk (char)(0x05) ----------------------------------------------- /* C O N R A W -- Put console in one of two flavours of "raw" mode */ !!! mbx_func(spm_$pad_def_pfk,"F1 ER 1C; ER 43"); /* define function k eys */ !!! mbx_func(spm_$pad_def_pfk,"F8 ER 1C; ER 42"); break; ----------------------------------------------- /* C O N R E S -- Restore the console terminal */ !!! mbx_func(spm_$pad_def_pfk,"F1 "); /* reset function keys */ !!! mbx_func(spm_$pad_def_pfk,"F8 "); ----------------------------------------------- /* C O N T Y P E -- determine what kind of console we have */ if( is_sio(stream_$stdin) ) console_type = con_sio; !!! else if( is_mbx(stream_$stdin) ) console_type = con_mbx; !!! else /* added to make kermit */ !!! console_type = con_mbx; /* work with crp j.g. jan 90 */ ----------------------------------------------- Jacques Ge'linas bitnet: gelinasj@cmr001 internet: gelinasj%cmr001.bitnet@cunyvm.cuny.edu From apollo-request@umix.cc.umich.edu Mon Jan 15 05:21:29 1990 Date: 11 Jan 90 15:39:59 GMT From: herb%blender%xenlink%calgary%alberta%ubc-cs.uucp@beaver.cs.washington.edu (Herb Peyerl) Subject: changing our net topology. advice needed. Message-Id: <90@blender.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We are in the midst of submitting a proposal to the big-wigs to obtain some more admin nodes and alter our network topology... Presently we have 42 Apollo's hooked up on three rings like so---> O-O-O however, we're buying approximately 30 new nodes in the next year and this will present us with a rather disgusting backup problem. So we thought we'd alter the topology to reflect 4 rings in box formation like so---> O-O | | O-O We figure that this way, if there was a gateway failure of any ONE of the four gateways, we'd still have network traffic between rings. My question(s) is/are: 1) Is the Domain routing smart enough to recognize that a gateway has gone down and automatically route packets the other way around??? 2) Is there any sort of special setup in the rtsvc or startups that we should do to reflect this topology and possibly account for the alternate routing??? 3) Is anyone doing this and have you ever experienced any rude and twisted problems with this sort of thing? 4) How good is TCP/IP for dealing with this sort of thing. I would think routed would handle this with relative ease. Unrelated Questions ------------------- 1) out of idle curiosity, how many nodes does each sys_admin at your site have to deal with? Should I feel justified in being stressed out with 42 nodes at the present time? Will I be near suicide when this figure approaches 80 nodes? 2) What're everyone's feelings and experience with Technet? We're having some rather disgusting problems with it and aren't overly pleased with the product. Of course we're running it on a DN3000 with 4 megs which is likely part of the problem. It only works about half the time and the Vax cluster likes to report the Apollo as being down whenever a Decnet operation is performed on the Apollo. 3) Does anyone have any insight as to when the 1.2 update of Technet is due? (Apollo?). Any help is greatly appreciated... I will summarize any interesting private replies that I get. -- --------------------------------------------------------------------- UUCP: herb@blender.UUCP || ...calgary!xenlink!blender!{herb||root} ICBM: 51 03 N / 114 05 W || Apollo Sys_admin, Novatel Communications "The other day, I...... No wait..... That wasn't me!" From apollo-request@umix.cc.umich.edu Mon Jan 15 13:22:28 1990 Message-Id: <9001151633.AA08859@umix.cc.umich.edu> Date: Mon, 15 Jan 90 11:20:29 EST From: Scott Ferguson Subject: IBM 3270 TermCap To: APOLLO@UMIX.CC.UMICH.EDU This is kind of goofy, but I'm stuck doing this in some situations: I've got a PS/2 connected to our Company IBM Mainframe, using an IBM 3270 terminal emulator on the PC. Miraculously, the IBM mainframe has TCP/IP functionality (wow!), so I can telnet & ftp from the mainframe to my ethernet nodes. However, the only terminal type supported by the mainframe is IBM 3270 (Now there's the IBM I know and hate!) When I telnet to my machines, I'd like to be able to set my term type, but there's no 3270 entry in termcap. I suspect it may not be possible, since 3270 terminals are kind of fruity anyway, but does anyone have a termcap entry for one of these? Thanks, Scott Ferguson Exxon Research & Engineering Annandale, NJ 08801 (201) 730-2339 SRFERGU@ERENJ.BITNET From apollo-request@umix.cc.umich.edu Mon Jan 15 15:21:08 1990 Date: 15 Jan 90 14:57:33 GMT From: achille%cernvax%mcsun.uucp@uunet.uu.net (achille petrilli) Organization: CERN European Laboratory for Particle Physics, CH-1211 Geneva, Switzerland Subject: SCSI disks on Apollo Message-Id: <1201@cernvax.UUCP> References: <105888@ti-csl.csc.ti.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi, I saw some times ago somebody asking for info about SCSI disks on Apollo. I didn't see any follow-up. I'm interested on that and wondering whether SCSI disk can only be plugged on dn2500 or if they can laso be used on dn3500/4500 with the WD7000 controller. Of course we are not interested in writing our own driver, we'd like to use DomainOS drivers directly. Is that possible ? otherwise, is there any PD SCSI disk driver available ? This is not at all clear. We are running 10.2 and the release notes mention changes to invol to support SCSI disks, unfortunately without specifying to which machines/controllers these apply, nor any other detail. Invol and Salvol man pages contain no reference to SCSI. Thanks in advance, Achille Petrilli Cray & PWS Operations From apollo-request@umix.cc.umich.edu Mon Jan 15 15:59:18 1990 Date: 15 Jan 90 20:05:02 GMT From: awhitton%bcara2%bnrgate.uucp@uunet.uu.net (Alan Whitton 1630097) Subject: MH & ELM Work on Apollos Under SR10.2 Message-Id: <372@bnrgate.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have posted two articles claiming that ELM and MH both were "brain damaged". Much to my chagrin (and embarassment (sp?)) it seems the problems did not lie in SR10.2 but in the way it was installed. I have since installed SR10.2 from tape and everything works now. This worries me, but then again there are a lot of things that we can worry about. Word of warning: Do not install the SR10.2 Authorized Area onto an SR10.1 node and then install on an existing SR10.1 node as an update. This is what I did and this seems to cause a problem. Be Seeing You, Alan Whitton -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- "These are MY opinions Only" Alan Whitton awhitton@bnr.ca Bell Northern Research From apollo-request@umix.cc.umich.edu Mon Jan 15 19:58:26 1990 Date: 15 Jan 90 19:33:22 GMT From: danny%idacom%ncc%alberta%ubc-cs.uucp@beaver.cs.washington.edu (Danny Wilson) Organization: IDACOM Electronics Ltd. Subject: Rlogin locks up Message-Id: <1990Jan15.193322.8358@idacom.uucp> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu (Sorry if you've seen this before... I just discovered it sitting in my 'dead.article' file) After installing SR10.1 we are experiencing strange problems with rlogin locking up. This problem only happens if you rlogin 'two deep', which means in our case: apollo1 --rlogin-> sun1 --rlogin-> sun2 If you do this, after the rlogin to 'sun2', no characters are echoed on the original apollo. Keystrokes are properly passed to 'sun2' and commands can be executed if you terminate the command with a LINEFEED instead of a CR. When you press LF, the command is echoed 'in toto' and the output from the command is visible. This problem does not happen with: sun0 --rlogin-> sun1 --rlogin-> sun2 or, apollo0 --rlogin-> apollo1 --rlogin-> apollo2 Anyone know what is is going on?? PH (Possible Hint) #1 When you rlogin to 'sun1' first a '!' character is printed; a second later, the login message from the Sun is printed. This does not happen in any other circumstance PH#2 After connected to sun2, 'stty sane', 'reset' or 'tset' commands do not fix the problem. -- Danny Wilson danny@idacom.uucp IDACOM Electronics alberta!idacom!danny Edmonton, Alberta X.400 danny@idacom.cs.ubc.cdn C A N A D A Voice +1 403 462 4545 From apollo-request@umix.cc.umich.edu Mon Jan 15 20:05:31 1990 Date: 15 Jan 90 23:00:14 GMT From: lampi%pnet02%gryphon%elroy.jpl.nasa.gov%usc%snorkelwacker.uucp@tut.cis.ohio-state.edu (Michael Lampi) Organization: People-Net [pnet02], Redondo Beach, CA. Subject: Re: DN3500 refuse to get into DM Message-Id: <24793@gryphon.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Sounds to me like you might have the "service mode" switch set to "service". It's a small toggle switch adjacent to the reset button. If it's in the down position, then it is in service mode. BTW, you can start the DM at the Phase II Shell by entering the "GO" command. Michael Lampi MDL Corporation 213/782-7888 fax 213/782-7927 UUCP: {ames!elroy, }!gryphon!pnet02!lampi INET: lampi@pnet02.gryphon.com "My opinions are that of my corporation!" From apollo-request@umix.cc.umich.edu Tue Jan 16 00:35:33 1990 Date: 9 Jan 90 08:11:17 GMT From: robinb%merlin%bruce%munnari.oz.au%samsung%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Robin Brown) Organization: none Subject: init problem fixed - thanks Message-Id: <1375@merlin.bhpmrl.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu The problem was in /etc/ttys which I had modified in an attempt to enable remote root logins and then forgotten about. I had lines of the form: tty04 none dumb on secure instead of: ttyp4 none dumb off secure (The man entry on ttys(5) leaves something to be desired!) Thanks to those who pointed me in the right direction. Robin -- /\/\ Robin Brown (Mr), Computer Scientist / / /\ BHP Melbourne Research Laboratories / / / \ 245 Wellington Rd Mulgrave Vic 3170 AUSTRALIA / / / /\ \ Phone : +61-3-560-7066 \ \/ / / / Fax : +61-3-561-6709 \ / / / ACSnet : robinb@merlin.bhpmrl.oz.au \/\/\/ Internet: robinb%merlin.bhpmrl.oz.au@uunet.uu.net From apollo-request@umix.cc.umich.edu Tue Jan 16 00:51:15 1990 Date: 12 Jan 90 05:16:00 GMT From: aeherman%uxe.cso.uiuc.edu%ux1.cso.uiuc.edu%ux1.cso.uiuc.edu.uucp@iuvax.cs.indiana.edu Subject: Re: RCS for Apollos Message-Id: <67500004@uxe.cso.uiuc.edu> References: <91@pldote.intel.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu /* Written 10:39 am Jan 10, 1990 by dregis@pldote.intel.com in uxe.cso.uiuc.edu:comp.sys.apollo */ In article <2318@sunny.software.org> gale@software.org (Charles Van Gale) writes: >The Apollo 'diff' and 'diff3' can be used with RCS (at least on SR10.1 >and SR10.2). Another option is to use the gnu diff. We use the Apollo >diff here because, although the gnu diff has fewer bugs in general, the >gnu diff has one bug that has shown up here on one source file. > >-- >Van Gale >Software Productivity Consortium >gale@software.org sunny!gale@uunet.uu.net Thanks, I managed to trace the bugs down with dbx; they seem to be caused by the differences in the Apollo UNIX and the SUNOS 4.0. Also, I had already tried using the system diff, but it didn't support the '-n' option being used by RCS. Anyway, I think I have it all working now -- thanks again for the response, Dave Regis /* End of text from uxe.cso.uiuc.edu:comp.sys.apollo */ From apollo-request@umix.cc.umich.edu Tue Jan 16 01:56:26 1990 Date: 15 Jan 90 18:37:49 GMT From: lehners%uniol%unido%mcsun.uucp@uunet.uu.net (Joerg Lehners) Organization: University of Oldenburg, W-Germany Subject: Need Jumpersettings for WD 7000 Controller Message-Id: <1589@uniol.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hello ! I'm looking for the right jumpersettings of a WD 7000 ESDI/Floppy/SCSI Controller for a Apollo Domain DN 3500. Joerg -- / UUCP: lehners@uniol | Joerg Lehners \ | ...!uunet!unido!uniol!lehners | Fachbereich 10 Informatik ARBI | | BITNET: 066065 AT DOLUNI1 | Universitaet Oldenburg | \ Inhouse: aragorn!joerg | D-2900 Oldenburg / From apollo-request@umix.cc.umich.edu Tue Jan 16 02:00:10 1990 Date: 15 Jan 90 21:40:01 GMT From: tpk%ontologic.uucp@uunet.uu.net (Ted Kyriakakis) Organization: Ontologic Inc., Billerica, MA Subject: SR10.1 shells retarded on DSP4500 Message-Id: <812@ontologic.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We have a new SR10.1 installation on a DSP4500 which is responding very slowly to Shell level commands. After entering any command at the shell prompt, the system will perform the command but then hang for a minute or two before giving back a prompt. If we then execute the same command over again, the system will respond immediately with the command output and a shell prompt. But if we perform some other command other than the one just done, the system will perform the command and hang again for an unacceptable amount of time before producing the shell prompt. Has anyone seen this before? Any ideas on what could be wrong or missing? This system is unusable as a compute node with this type of response time. Please email me any info/suggestions at: uunet!ontologic!tpk Thanks. - Ted @ Ontologic From apollo-request@umix.cc.umich.edu Tue Jan 16 02:02:29 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9001160639.AA00161@icaen.uiowa.edu> Date: Tue, 16 Jan 90 00:20:44 CST Subject: Re: mailing address for Barbara Poppe To: apollo@umix.cc.umich.edu, krowitz@richter.mit.edu > Does anyone have a current, working, email address > for Barbara Poppe, the ADUS Ring editor? The one > I have seems to be out of date. The new email address for Barbara is: poppe@noaasel.bldr.nist.gov From apollo-request@umix.cc.umich.edu Tue Jan 16 03:56:32 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9001160716.AA00164@icaen.uiowa.edu> Date: Tue, 16 Jan 90 01:04:32 CST Subject: Re: Rlogin locks up To: apollo@umix.cc.umich.edu, danny%idacom%ncc%alberta%ubc-cs.uucp@beaver.cs.washington.edu In posting <1990Jan15.193322.8358@idacom.uucp>, Danny Wilson asks: > After installing SR10.1 we are experiencing strange problems > with rlogin locking up. > ... It sounds like your pseudo-ttys ("/dev/?typ?") are messed up. I've seen some strange problems caused by messed up device files. Try deleting all the pseudo-tty files and then using "/etc/crpty" to recreate a fresh batch. I had one case where a sour OS install messed up lots of the stuff in /dev. None of the user processes knew what their "TTY" was. (IE you'd do a "ps agux" and ALL the processes had a "?" in their "TTY" field.) I had to delete everything out of /dev and use /etc/mkdev to recreate it all. Dave Funk From apollo-request@umix.cc.umich.edu Tue Jan 16 04:00:15 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9001160727.AA00167@icaen.uiowa.edu> Date: Tue, 16 Jan 90 01:17:46 CST Subject: Re: IBM 3270 TermCap To: apollo@umix.cc.umich.edu, SRFERGU%ERENJ.BITNET@umix.cc.umich.edu in posting <9001151633.AA08859@umix.cc.umich.edu> Scott Ferguson says: > I've got a PS/2 connected to our Company IBM Mainframe, using an IBM 3270 > terminal emulator on the PC. Miraculously, the IBM mainframe has TCP/IP > functionality (wow!), so I can telnet & ftp from the mainframe to my > ethernet nodes. However, the only terminal type supported by the mainframe > is IBM 3270 (Now there's the IBM I know and hate!) > > When I telnet to my machines, I'd like to be able to set my term type, > but there's no 3270 entry in termcap. I suspect it may not be possible, > since 3270 terminals are kind of fruity anyway, but does anyone have a > termcap entry for one of these? Sorry Scott, you need more than just a termcap entry for a 3270. The 3270 is an IBM block mode EBCDIC character set device. You need a whole program to emulate its behaivor and do the ASCII <=> EBCDIC conversion. Many Unix systems provide just such a program for telnet access to IBM systems, called "tn3270". Currently Apollo doesn't support tn3270 (at least not that I know of). I once got the sources for tn3270 off the net and tried to build it under sr10.1. It produced a program that ran but promptly locked up each time I tried to use it. Does anybody have a working Apollo port of tn3270? Does anybody know if Apollo/HP plans to support it in the near future? Dave Funk From apollo-request@umix.cc.umich.edu Tue Jan 16 04:18:47 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9001160829.AA00173@icaen.uiowa.edu> Date: Tue, 16 Jan 90 02:11:03 CST Subject: Re: DN3500 refuse to get into DM To: apollo@umix.cc.umich.edu, sun@me.utoronto.ca In posting <1990Jan12.172440.851@me.toronto.edu> Andy Sun writes: > There is a strange thing happen to an Apollo DN3500 ... The problem is > this: > > The Apollo that has problem is connected to an Apollo ring, consisting > of two other Apollo DN3000s. It is running SR10.1. The other two machines > are running SR9.7 (yucky, isn't it?). I don't know if anyone has done > something to it or it decided to go on strike itself, it just won't > load DM. I tried soft boot it (shutdown and reboot) and hardware reset > (press the little white button at the back of it). Everything went > well (disk check passed, salvage boot volume okay, loading Init okay) > but that's it. It threw me back to a "Phase II Shell" with a ")" prompt > instead of loading the display manager and ask for login. I manually > type in dm to try loading DM from that shell, but all I got was something > like (pm_$init) 3040001. I can still access its disk from the other SR9.7 > machines (so the network is probably okay), but I cannot get it to do > anything else. Anyone have seen this kind of thing happened before? Any > help/suggestions are welcome. I saw something like this once. I saw 2 machines at another site that were sick, one wouldn't get out of the Phase II shell, the other wouldn't load the DM. In both cases it was a user (dumb sys_admin) that caused the problem. This person had logged in as "root" and had opened a DM edit pad on "/etc/init" on the first machine and on "/etc/dm_or_spm" on the second. This seriously wounded these 2 programs so that they couldn't do their job. I would guess that if the DM itself (/sys/dm/dm) were shot you'd get that kind of problem. There are possibly other system files that could cause such problems if they were messed up (such as /sys/env, /etc/sys.conf, or something in /lib). Try poking around in /sys, /sys/node_data, /etc, & /lib and look for a system file that has been modified recently that shouldn't have been. Look in `node_data/system_logs on that machine to see if there's some kind of error log file that you can read. If you had another sr10 machine handy it would help alot. You could just start doing 'cmt's on various system directories. Try starting the "SPM" to see if it is just the DM that is hurt or something more basic. At the Phase II shell prompt, type in "spm" to force it to start the server process manager. If the SPM starts OK then it's something directly connected with the DM. If the SPM croaks too then its more basic, like a messed up library or /sys/env. Dave Funk From apollo-request@umix.cc.umich.edu Tue Jan 16 05:25:38 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9001161028.AA00182@icaen.uiowa.edu> Date: Tue, 16 Jan 90 04:24:04 CST Subject: GPR based GIF viewer wanted To: apollo@umix.cc.umich.edu A while back there was some discussion of GIF programs. Could somebody please tell me where I can find (ftp) a GPR based GIF viewer, or mail me the source for such a program. Thanks, Dave Funk dbfunk@icaen.uiowa.edu From apollo-request@umix.cc.umich.edu Tue Jan 16 05:26:44 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9001161019.AA00179@icaen.uiowa.edu> Date: Tue, 16 Jan 90 04:02:48 CST Subject: Re: SCSI disks on Apollo To: apollo@umix.cc.umich.edu, achille%cernvax%mcsun.uucp@uunet.uu.net In posting <1201@cernvax.UUCP>, Achille Petrilli says: > Hi, I saw some times ago somebody asking for info about SCSI disks on > Apollo. I didn't see any follow-up. > I'm interested on that and wondering whether SCSI disk can only be > plugged on dn2500 or if they can laso be used on dn3500/4500 with the > WD7000 controller. I'm just guessing about this but I'll bet that they can or will be soon. This would increase the market for the SCSI based disks and make it easier to sell them. I know that the DN2500 uses controller numbers like 5 & 6 for its SCSI disks. On a Dn3500 with the WD controller If you try to use unit numbers like these, you'll get: 1) Under sr10.1 $ mtvol w5:0 1 /garp ?(mtvol) The controller number specification is incorrect; legal values are '0' through '3'. Help is available. 2) Under sr10.2 $ mtvol w5:0 1 /garp ?(mtvol) Unable to mount volume - controller not found (OS/I/O manager) So it looks like either it'll already work under sr10.2 or the're planning for it. Dave Funk From apollo-request@umix.cc.umich.edu Tue Jan 16 05:29:33 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9001160934.AA00176@icaen.uiowa.edu> Date: Tue, 16 Jan 90 02:37:18 CST Subject: Re: changing our net topology. advice needed. To: herb%blender%xenlink%calgary%alberta%ubc-cs.uucp@beaver.cs.washington.edu Cc: apollo@umix.cc.umich.edu Herb, you say: > We are in the midst of submitting a proposal to the big-wigs to > obtain some more admin nodes and alter our network topology... Presently > we have 42 Apollo's hooked up on three rings like so---> > > O-O-O > > however, we're buying approximately 30 new nodes in the next year and > this will present us with a rather disgusting backup problem. So we > thought we'd alter the topology to reflect 4 rings in box formation > like so---> > > O-O > | | > O-O I have a silly question for you: why not configuire your network like so --> O ? (IE have all your nodes in one ring?) Traffic around a single ring is much faster than traffic thru gateways. A single network is actually easier and quicker to administer if you have reliable hardware. Do you have some hardware limitation (such as a T1 bridge) that forces you to run several small rings? I can't imagine a need to break up such a small net except due to physical limitations. Our network currently is configured as 2 rings. The ring in our main building has 100 nodes on it and has almost 4 miles of wire in it. We average 5 to 10 million packets a day of network traffic. Our other ring has only 35 nodes on it but they are spread out in 4 other buildings that are connected to our main building with a total of over 3 miles of fiber-optic cable & DFL100 modems. The only reason that I set the net up as 2 rings was because I worried about the reliability of the fiber links and the total ring size. I have heard of nets larger than ours with hundreds of nodes in one ring. So I don't think that you need to be afraid of a large network. I'm curious as to what the practical limitations are for network size: in node count, total network circumference, and network traffic. Does anybody have experience with a ring of over 10 miles in circumference? I heard rumor of somebody at Motorola wanting to connect together rings that were in different parts of the country (like Texas and Illinois). WRT your question: > 1) out of idle curiosity, how many nodes does each sys_admin at your > site have to deal with? Should I feel justified in being stressed > out with 42 nodes at the present time? Will I be near suicide when > this figure approaches 80 nodes? That depends upon a lot of things: how old & flaky is the hardware? how many different things do you do as "sys_admin"? How much user support do you do? How many users do you have? (is that 80 users or 800 users for those 80 nodes?) We have 3 sys_admins (2 full time people and 2 part time) for our 135 nodes, and I find that our 2000+ users create far more heat than the nodes. Dave Funk From apollo-request@umix.cc.umich.edu Tue Jan 16 05:48:05 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9001160803.AA00170@icaen.uiowa.edu> Date: Tue, 16 Jan 90 01:30:22 CST Subject: Re: /com/crp kermit To: apollo@umix.cc.umich.edu, gelinasj%cmr001.bitnet@cunyvm.cuny.edu In posting <900115.03113295.062479@CMR.CP6> Jacques Ge'linas says: > After some blind hacking, i have managed to get a working KERMIT > under SR10.1, BSD4.3. But i have a few problems left to solve and would > like the help of an old time AEGIS programmer or two. > Please contact me by email if you can help. > Here are the problems, followed by short extracts of the code itself. > > Problem 1: When used with /com/crp, KERMIT cannot find what kind of > terminal is used. I solved that by adding an else clause. > > Problem 2: When used with /com/crp, KERMIT cannot program the function > keys F1 and F8 ( ?crp -- ***illegal code ****). > > Problem 3: KERMIT and EMT can no longer display what the mainframe > (CP-6) sends at 9600 bauds. But i got KERMIT receiving files > from an IBM PC AT at 19200 bauds (boy! it this fast!). > ... Problem #1 & #2 are related. The problem is pointed to by the line of code: > /* undocumented declarations stolen from (/sys/source/emt/emt.pas) */ > /* for CRP mbx functions */ > /* Identify stream as crp mailbox */ The author used some undocumented sr9.x system calls & features to perform some fancy tricks. These were very nice and made for usefull functions. (I should know, I used the same ones in my Pascal Kermit under sr9.7). The problem is, of course, that these were unreleased systems calls and Apollo was under no obligation to support them. (Right Rose? ;=) At sr10 these were abandon (thank goodness) and a new cleaner set of Domain/OS system calls (tty_$) replaced all the various bits and pieces that were used in "emt" and pirated for that version of Kermit. So the bottom line is those chunks of code are broken at sr10.x and will need to be revised or abandoned. Actually the new sr10 calls are quite nice and remove the need to determine the type of input stream to pick the correct kludge for. Look at "/sys/ins/tty.ins.pas" and "/sys/source/emt/emt.pas" on a sr10 machine. Problem #3 is probably due to a bug in the sr10.1 Apollo serial line handler for /sau7 & /sau8 machines that can cause character loss. If you are running at high baud rate (=> 9600 buad) and using Xon-Xoff flow control, the input handler doesn't always send out the Xoff fast enough. The result is buffer over-run and character loss. This is supposed to be fixed in sr10.2 (I haven't had a chance to test it out yet). Dave Funk From apollo-request@umix.cc.umich.edu Tue Jan 16 07:14:30 1990 Date: 15 Jan 90 16:38:06 GMT From: kts%quintro%tiamat.uucp@uunet.uu.net (Kenneth T. Smelcer) Organization: none Subject: Re: DN3500 refuse to get into DM Message-Id: <1990Jan15.163806.9398@quintro.uucp> References: <1990Jan12.172440.851@me.toronto.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1990Jan12.172440.851@me.toronto.edu> sun@me.utoronto.ca writes: >The Apollo that has problem is connected to an Apollo ring, consisting >of two other Apollo DN3000s. It is running SR10.1. The other two machines >are running SR9.7 (yucky, isn't it?). I don't know if anyone has done >something to it or it decided to go on strike itself, it just won't >load DM. I tried soft boot it (shutdown and reboot) and hardware reset >(press the little white button at the back of it). Everything went >well (disk check passed, salvage boot volume okay, loading Init okay) >but that's it. It threw me back to a "Phase II Shell" with a ")" prompt >instead of loading the display manager and ask for login. I manually >type in dm to try loading DM from that shell, but all I got was something >like (pm_$init) 3040001. I can still access its disk from the other SR9.7 >machines (so the network is probably okay), but I cannot get it to do >anything else. Anyone have seen this kind of thing happened before? Any >help/suggestions are welcome. >_______________________________________________________________________________ >Andy Sun | Internet: sun@me.utoronto.ca >University of Toronto, Canada | UUCP : csri.toronto.edu!me.utoronto.ca!sun >Dept. of Mechanical Engineering | BITNET : sun@me.utoronto.BITNET We've had a similar problem with one of our DN3000s running 10.1. The problem is that the /etc/ttys file (actually `node_data/etc/ttys) occasionally disappears. Without this file, Init doesn't know to start DM or any other login process, so it just exits. The solution is to re-create the file from another node, SHUTdown (not Reset) the problem node and reboot. Hope this helps! -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Ken Smelcer Glenayre Corp. quintro!kts@lll-winken Quincy, IL tiamat!quintro!kts@uunet From apollo-request@umix.cc.umich.edu Tue Jan 16 09:18:56 1990 Date: 15 Jan 90 12:20:38 GMT From: ashley%cheops%elecvax%usage%cluster%munnari.oz.au%samsung%zaphod.mps.ohio-state.edu.uucp@tut. (Ashley M. Aitken) Organization: EE & CS, Uni N.S.W., Sydney, Australia Subject: C++ on DN10000 Message-Id: <1460@cheops.eecs.unsw.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Howdy, If anyone (at Apollo?) could please help me with any information or ideas on when or how it will be possible to use C++ on the DN10000 (also using GPR and SyS5.3 Shared Memory), I would be most appreciative. Please e-mail me, I have not the time to read news all! the time, and besides, e-mail turn-around time may be a lot shorter to Aus. 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 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. (02) 697-4055 Fx. (02) 662-2087 Ph. Aust (02) 663-8117 From apollo-request@umix.cc.umich.edu Tue Jan 16 09:50:08 1990 Date: Tue, 16 Jan 90 08:33:50 EST From: crh@bluebird.eng.ohio-state.edu (Charlotte Hawley) Message-Id: <9001161333.AA00173@bluebird.eng.ohio-state.edu> To: apollo@umix.cc.umich.edu Subject: DN3500 refuse to get into DM I've seen this happen twice. One of the first systems where I installed SR10.1; I rebooted from the tape and redid the install as an update. A couple of file were read in and everything worked fine. A friend of my just had this problem - seems Apollo had the wrong disk controller. He was going from 10.1 to 9.7 to run some special application software. From apollo-request@umix.cc.umich.edu Tue Jan 16 11:34:17 1990 Date: Tue, 16 Jan 90 10:00:55 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9001161500.AA04237@richter.mit.edu> To: rtp1%tank%ux1.cso.uiuc.edu%brutus.cs.uiuc.edu%zaphod.mps.ohio-state.edu.uucp@tut.cis. Subject: Re: SR10.2 upgrade Cc: apollo@umix.cc.umich.edu The solutin to your problem is this: 1) If your system was *NOT* installed with hard links, then delete the AA to free up enough space to do the install. You only have to install BSD4.3 from the SR10.2 tapes, you do not have to install Aegis or SYS V. A large installation of all 3 environments requires some 200MB (for the full Motorola release with all SAU's). 2) If your system was install with hard links, then backup your user directories to tape. Make two copies! Write protect them! Then delete the user directories, do the install, clean up, and restore the tapes. A full Aegis plusr BSD install (including all of X Windows) requires roughly 120 MB of disk space, with about 20 MB of that X, and with more than 60 MB Aegis. You should be able to do a full BSD only install with 80 to 100 MB of working disk space. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Tue Jan 16 11:54:41 1990 Date: Tue, 16 Jan 90 10:06:37 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9001161506.AA04256@richter.mit.edu> To: abair%oakhill%cs.utexas.edu.uucp@tut.cis.ohio-state.edu, apollo@umix.cc.umich.edu, dbfunk@icaen.uiowa.edu Subject: Re: Mounting 2nd disk, Did I miss the script? With SR10 salvaging and mounting disks get much easier. There is a new "-n" option to salvol which checks if the disk needs to be salvaged before it starts. The user's shell script no longer needs to check if the disk fails to mount in order to test if savol must be run. You simple run salvol with the "-n" option and then run mtvol. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Tue Jan 16 13:19:22 1990 From: lwk@caen.engin.umich.edu (Woody Kellum) Message-Id: <48124fa6a.001766d@caen.engin.umich.edu> To: ianh%merlin%bruce%munnari.oz.au%samsung.uucp@think.com Cc: apollo@umix.cc.umich.edu Subject: Re: Configure scripts under SR10.... In-Reply-To: Your message of 15 Jan 90 06:20:49 +0000. <1383@merlin.bhpmrl.oz> Date: Tue, 16 Jan 90 11:19:49 -0500 Does anyone have any nice quick hacks to get the "Configure" scripts that come with much of the software in comp.sources.unix etc working?? /lib/clib isn't in ar format and Configure simply breaks. I changed ar command to /com/bind -map . - Woody Kellum lwk@caen.engin.umich.edu From apollo-request@umix.cc.umich.edu Tue Jan 16 13:32:18 1990 Date: 16 Jan 90 16:22:54 GMT From: !dennis@nosc.mil (Dennis Cottel) Subject: Re: Configure scripts under SR10.... Message-Id: <1764@nosc.NOSC.MIL> References: <1383@merlin.bhpmrl.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu ianh@merlin.bhpmrl.oz (Ian Hoyle) writes: > Does anyone have any nice quick hacks to get the "Configure" scripts that come > with much of the software in comp.sources.unix etc working?? > /lib/clib isn't in ar format and Configure simply breaks. More recent versions of Configure seem to work fine: Perl 3, for instance. If you can't find a copy of the software distributed with a newer version, maybe you can steal the code from a newer copy of Configure for your older software kit. 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 Tue Jan 16 13:32:38 1990 Date: Tue, 16 Jan 90 11:04:10 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9001161604.AA04405@richter.mit.edu> To: apollo@umix.cc.umich.edu, sun%me%jarvis.csri.toronto.edu%cs.utexas.edu.uucp@tut.cis.ohio-state.edu Subject: Re: DN3500 refuse to get into DM Typing the command "stcode 3040001" gets me: leanup handler released out of order (process manager/process fault manager) Sounds like your SR10 software installation has been mucked up ... probably some of the stuff in /sys/node_data. One of the likely candiates is the /sys/boot_shell file (it the one *I* always trash!). You can copy a new version from another node. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Tue Jan 16 15:27:02 1990 Date: 16 Jan 90 16:27:36 GMT From: kint%software.org.uucp@uunet.uu.net (Rick Kint) Organization: Software Productivity Consortium, Herndon, Virginia Subject: Re: changing our net topology. advice needed. Message-Id: <2672@sunny.software.org> References: <90@blender.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <90@blender.UUCP> herb@blender.UUCP (Herb Peyerl) writes: >We are in the midst of submitting a proposal to the big-wigs to >obtain some more admin nodes and alter our network topology We have this: 1 /|\ | 4 | |/ \| 2---3 (My apologies for the diagram; there are limits to character graphics). The idea is that rings 1, 2, and 3 (which correspond to floors in our building) can get to each other directly, and ring 4 (the control ring, which has central servers and the systems on which backups are run) can get to rings 1, 2, and 3 directly--we didn't want backup traffic competing with user traffic. We use six routers, between the following pairs of rings: 12, 23, 31, 41, 42, and 43. The first three are also gateways between the Apollos and Ethernet and run NFS. These are DN3000s with extra memory. There are about 180 nodes total. We can lose any two routers without losing connectivity. With a year of experience behind us, yes, it's overbuilt, but these nodes handle TCP/IP traffic as well. Older TCP/IP was very unstable so we needed the redundancy then. >1) Is the Domain routing smart enough to recognize that a gateway has >gone down and automatically route packets the other way around??? Sure. We've gone for extended periods without noticing that a gateway has crashed (or that routing has died). One may have doubts about Apollos in some areas (like UNIX compatibility), but it's hard to fault their networking. It just works... >2) Is there any sort of special setup in the rtsvc or startups that we >should do to reflect this topology and possibly account for the alternate >routing??? No. The alternate routing will happen magically at need. Just make sure that the rtsvc commands are correct. >3) Is anyone doing this and have you ever experienced any rude and >twisted problems with this sort of thing? The only twisted problem we've seen was our own fault. If two gateways broadcast different network numbers (set in the rtsvc command) on the same ring, life gets very interesting very quickly. If you move gateways around, don't be sloppy. >4) How good is TCP/IP for dealing with this sort of thing. I would >think routed would handle this with relative ease. Yes, with a couple of reservations. In early SR10 releases, Apollo recommended using the "-h" option to routed on non-gateways. DO NOT DO THIS; it was removed from rc.local at SR10.2. This turns routed into the equivalent of makegate; it sets up the routing table and then exits. You get a process slot back but lose dynamic routing, which is often not a beneficial tradeoff. The length of time it takes to update the routing table depends on a number of circumstances (see the man page for routed, or RFC 1058). If you are replacing a route with a more expensive route, it takes longer and a connection may die if one end is pounding on it in the interim. Note that you don't get TCP/IP routing automatically when you have Domain routing. For the first you use routed, for the second rtsvc. -- Rick Kint CSNET: kint@software.org Software Productivity Consortium ARPANET: kint%software.org@relay.cs.net Herndon, VA UUNET: ...!uunet!sunny!kint From apollo-request@umix.cc.umich.edu Tue Jan 16 16:59:10 1990 Message-Id: <9001161712.AA10669@umix.cc.umich.edu> Date: 16 Jan 90 10:56:00 CST From: "DAVE ERSTAD" Subject: PL/I compiler To: "apollo" Anyone know of a source for Apollo based PL/I compilers? Dave Erstad DERSTAD@cim-vax.honeywell.com From apollo-request@umix.cc.umich.edu Tue Jan 16 17:16:02 1990 Date: Tue, 16 Jan 90 11:17:52 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9001161617.AA04484@richter.mit.edu> To: apollo@umix.cc.umich.edu, lehners%uniol%unido%mcsun.uucp@uunet.uu.net Subject: Re: Need Jumpersettings for WD 7000 Controller Jumper configurations for most Apollo boards can be found by running /systest/ssr_util/jumper, which will show you a diagram of the board and the jumper positions. The SR10.2 version of this program shows the WD7000 disk controller. I don't know about earlier versions. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Tue Jan 16 18:49:20 1990 Date: 16 Jan 90 09:18:06 GMT From: achille%cernvax%mcsun.uucp@uunet.uu.net (achille petrilli) Organization: CERN European Laboratory for Particle Physics, CH-1211 Geneva, Switzerland Subject: Re: Need Jumpersettings for WD 7000 Controller Message-Id: <1202@cernvax.UUCP> References: <1589@uniol.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1589@uniol.UUCP> lehners@uniol.UUCP (Joerg Lehners) writes: >Hello ! > >I'm looking for the right jumpersettings of a WD 7000 ESDI/Floppy/SCSI >Controller for a Apollo Domain DN 3500. > > Joerg Hi, if you're running sr10.2 the solution is an easy one: just type /systest/ssr_util/jumper. A graphical screen will come out and then you can poke around for disk controllers. There you'll find all disk controllers Apollo has been shipping with a couple of settings shown. Not totally clear, but gives you the feeling of what should be changed. Good luck, Achille Petrilli Cray & PWS operations From apollo-request@umix.cc.umich.edu Tue Jan 16 19:19:19 1990 Date: 16 Jan 90 17:48:48 GMT From: barriost%essex%hrc%mcdphx%asuvax%cs.utexas.edu%samsung%zaphod.mps.ohio-state.edu.uucp@tut.cis. (Tim Barrios) Organization: gte Subject: Apollo administrator requirements Message-Id: <48129f0e.146cc@essex.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <90@blender.UUCP>, herb@blender.UUCP (Herb Peyerl) writes: > 1) out of idle curiosity, how many nodes does each sys_admin at your > site have to deal with? Should I feel justified in being stressed > out with 42 nodes at the present time? Will I be near suicide when > this figure approaches 80 nodes? I would like to broaden this question to find out more about the number and skill level required of Apollo administrators. If everyone would like to send me their answers via mail, I will consolidate them and post a summary (send to signature address below, don't use news address). ------------------------------------------------ Here are the questions: 1. How many Apollo nodes does your site administer. 2. How many administrators are responsible for the Apollos. 3. How many support personnel are there that provide related services (eg, operator functions, backups, device installers/movers). 4. What is the background of your administrators (eg, degree level, Apollo experience, Unix experience, networking experience)? 5. How much (eg, none, some, most) administration is done by your users themselves (eg, do they have the root/sys_admin account on their node). 6. Do you think you have sufficient administrator resources to effectively administer your network. 7. Comments ------------------------------------------------ for example, here are my answers: 1. 800 2. 8 3. 5 4. on average: BS, Apollo - 1 year, Unix - 1.5 years, networking - 1 year 5. none 6. no 7. I don't think there is a linear relationship between number of nodes and administrators but 8 administrators to 800 nodes is a bit low. it also matters how transparent your users expect the 'system' to look. ours expect the network to look like a very large, very fast mainframe. it also depends a lot on the applications being used by your users. -- Tim Barrios (barriost@gtephx) UUCP: {ncar!noao!asuvax | uunet!zardoz!hrc | att}!gtephx!barriost AGCS (formerly GTE), Phoenix (602) 582-7101 From apollo-request@umix.cc.umich.edu Tue Jan 16 20:49:48 1990 Date: 16 Jan 90 22:35:05 GMT From: sun%me%jarvis.csri.toronto.edu%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Andy Sun Anu-guest) Subject: Re: DN3500 refuse to start DM Message-Id: <1990Jan16.173504.26192@me.toronto.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I would like to thank everybody for their precious suggestions in diagnose my problem. I've got quite a few replies by mail and read a lot from the net. I've solved the problem. And it won't be fair not to share the problem on the net. Here is what actually happened: Someone (I don't know who) killed the link /etc/rc -> /sys/node_data/etc/rc. The rc file happens to be the first file the system looks at upon start up other than init (so its said in the flowchart in one of those manuals). It couldn't find /etc/rc and it reverted to the Phase II Shell. I recreated the link by 'link /etc/rc `node_data/etc/rc', restart the machine and it worked fine again. >From what I learn from other people's reply, whenever the system couldn't find anything or something needed are missing, it will go into service mode. Maybe the Apollo people should build some error messages into the OS instead of allowing this 'smooth crash'. Again, I am very gratful for all the responses. I learnt alot just by reading the articles. Andy -- _______________________________________________________________________________ Andy Sun | Internet: sun@me.utoronto.ca University of Toronto, Canada | UUCP : csri.toronto.edu!me.utoronto.ca!sun Dept. of Mechanical Engineering | BITNET : sun@me.utoronto.BITNET From apollo-request@umix.cc.umich.edu Tue Jan 16 23:55:22 1990 Date: 16 Jan 90 19:51:45 GMT From: kcantrel%digi%attctc%texbell%texsun%newstop%sun-barr%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Keith Cantrell) Organization: DSC Communications, Plano Tx. Subject: Re: Configure scripts under SR10.... Message-Id: <341@digi.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu If this is a repost, sorry, but it appeared as though our USENET feed failed to accept the first attempt. kgc In article <1383@merlin.bhpmrl.oz> ianh@merlin.bhpmrl.oz (Ian Hoyle) writes: >Does anyone have any nice quick hacks to get the "Configure" scripts that come >with much of the software in comp.sources.unix etc working?? > >/lib/clib isn't in ar format and Configure simply breaks. > >I guess I _could_ use nm and then do something with sed on the output, >but it'd surely be messy :-( > > ian A while back (like in a year or two ago) somebody posted a game call 'warp' that modified the Configure script to handle Apollo's. I applied these changes to the Configure that came with 'rn'. Here is all I had to do: *** Configure.org Wed Jul 12 10:14:52 1989 --- Configure Wed Jul 12 10:59:50 1989 *************** *** 260,266 **** else echo " " echo "The archiver doesn't think $libc is a reasonable library." ! exit 1 fi : make some quick guesses about what we are up against --- 260,272 ---- else echo " " echo "The archiver doesn't think $libc is a reasonable library." ! echo "Trying nm instead..." ! if nm -g $libc > libc.list; then ! echo "Done. Maybe this is Unicos, or an Apollo?" ! else ! echo "That didn't work either. Giving up." ! exit 1 ! fi fi : make some quick guesses about what we are up against Hope this helps ----------------------------------------------------------------------- Keith Cantrell Phones: hm: 214-492-1088 Apollo Computer wk: 214-519-2399 @ DSC A Subsidiary of Hewlett-Packard USMAIL: EMAIL: 2100 Sonata Ln cantrell@attctc.DALLAS.TX.US Carrollton TX 75007 or ...!attctc!digi!kcantrel ----------------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Wed Jan 17 01:14:57 1990 Date: 17 Jan 90 03:31:24 GMT From: bala%synopsys%fernwood.uucp@apple.com (Bala Vasireddi) Organization: Synopsys, Inc. Mountain View, CA USA Subject: NFS problems on Apollo Message-Id: <314@synopsys.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi I am sort of new to Apollo's. So please excuse me if this is a dumb question. Problem description: -------------------- We have a DN10000 running SR10.1 and a 780 MB disk. We mount filesystems from our Sun servers onto the DN10000. We mount all the filesystems as 'hard' onto the DN10000. As I understand it, by using a 'hard' mount that filesystem is mounted forever. Which is fine with us. Now somehow we managed to erase the /etc/mtab file during all this. And now whenever we try to mount another filesystem from a Sun onto this DN10000 it comes back with: WARNING: MOUNT TABLE CONTAINS NULLS AFTER MODIFICATION * Is the file /etc/mtab that important? I have been administering Suns for some time now and /etc/mtab or (mount table) isn't critical for the operation of NFS. * If it is important how do I recreate it? * If it is not important what else am I doing. My /etc/fstab entry for that filesystem looks like this (other entries also are similar): grumpy:/osi1 /osi1 nfs rw,hard 0 0 0 Any ideas? Suggestions? Thanks. -- Bala Vasireddi, Phone: (415)962-5036 Synopsys, Inc. FAX: (415)965-8637 1098 Alta Ave DDN: bala@synopsys.com Mountain View, CA 94043 UUCP: ..!fernwood.mpk.ca.us!synopsys!bala From apollo-request@umix.cc.umich.edu Wed Jan 17 07:01:44 1990 Date: 17 Jan 90 05:21:03 GMT From: rtp1%tank.uucp@handies.ucar.edu (raymond thomas pierrehumbert) Organization: University of Chicago Subject: Re: install++ problem Message-Id: <7240@tank.uchicago.edu> References: <9001130818.AA00127@icaen.uiowa.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In posting <1371@merlin.bhpmrl.oz> robinb%merlin.bhpmrl.oz.au@uunet.uu.net Robbi n Brown writes: > Has anybody seen the following error during compiler installation > using install++ under sr10.1. It occurs when installing both ftn > and pascal and possibly others, however phigs installs perfectly! > > RAI Install Tool V1.08 5 Dec 88 > Installing //merlin > ERROR:For product apollo.pas: apollo.os version 10.0 was not found > RAI install has completed with errors > Please check tsd dscription of the errors I had exactly the same problem as Robbin Brown when I tried to install Fortran 10.7 today, except that the complaint was that "os 10.2 not found" instead of 10.0. (odd, since I'm running 10.1). I deleted my original AA to save disk space, which is probably the problem. How do I pull just the release index off tape? Do I use rbak, or distaa, or what? What rbak command line will pull off a single file? Also, the install++ complains that syslib wasn't found either, which is probably a related problem. Does anybody know what release index I need to pull off for this? By the way, this is NOT a problem that is fixed in 10.1. I am running 10.1, and using the latest version of the installation tools pulled of the fortran 10.7p distribution tape. It seems that this all represents a serious bug in the installation procedure, particularly since the Apollo documentation explicitly says you can delete your AA after you are done, if you want. And what if the OS was installed from an AA on a different machine than the compiler AA? With lots of distributed AA's you'd need links flying all over the place. This one really cries out for some fixing From apollo-request@umix.cc.umich.edu Wed Jan 17 07:21:50 1990 Date: 17 Jan 90 02:45:25 GMT From: gyp%ccadfa%csc%munnari.oz.au%samsung%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Patrick Tang Guan Yaw) Organization: Computer Centre, University College, UNSW, ADFA, Canberra, Australia Subject: 3rd Party SCSI Disk Message-Id: <997@ccadfa.adfa.oz.au> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I would like to know if anyone out there has installed a 3rd party SCSI disk on a DN2500 machines. If you have I would be very much appreciated if you could give me the company name and address and whether you need to use your own driver and/or controller. Thanks in advance. ---- Patrick Tang Guan Yaw, Phone : +61 62 68 8822 Dept. of Mathematics, EMAIL-ARPA/CSNET : gyp@ccadfa.cc.adfa.oz.au ADFA, Canberra, 2600. UUCP : ..!uunet!munnari!ccadfa.oz!gyp AUSTRALIA ACSnet : gyp@ccadfa.oz From apollo-request@umix.cc.umich.edu Wed Jan 17 07:22:49 1990 Date: 17 Jan 90 00:29:04 GMT From: ross%cancol%ccadfa%csc%munnari.oz.au%samsung%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state (Ross Johnson) Organization: Info. Sci. and Eng., University of Canberra Subject: Re: DN3500 refuse to get into DM Message-Id: <276@cancol.oz> References: <1990Jan12.172440.851@me.toronto.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1990Jan12.172440.851@me.toronto.edu>, sun@me.utoronto.ca (Andy Sun Anu-guest) writes: > There is a strange thing happen to an Apollo DN3500 that I've never > seen and doesn't seem to find a cure for it. We've phoned up Apollo The same thing has happened to me twice on a DN4500 running 10.1 (including 10.1.2 I think). I believe I fixed the problem each time by copying /sys/dm/dm from another node and rebooting. I say "believe" because as far as I could tell, the old and new dm's where the same in all respects (maybe it just needs some attention now and then :-) This is the only machine this has happened to (we have a couple of DN3x00 machines in heavy use as well). The 4500 is a routing node and a server for 8 PC's running PCI. Hope this helps. +----------------------+---+ | Ross Johnson |:-)| ACSnet: ross@cancol.oz.au | Info. Sciences & Eng.|___| ARPA: ross%cancol.oz.au@uunet.uu.net | Uni. of Canberra | UUCP: {uunet,ukc}!munnari!cancol.oz.au!ross | P.O. Box 1 | CSNET: ross%cancol.oz@australia | Belconnen A.C.T. 2616 | JANET: ross%au.oz.cancol@EAN-RELAY | AUSTRALIA | BITNET: ross%cancol.oz.au@relay.cs.net +--------------------------+ From apollo-request@umix.cc.umich.edu Wed Jan 17 08:02:38 1990 Date: 16 Jan 90 10:14:01 GMT From: dente%els%mucs%ukc%mcsun.uucp@uunet.uu.net (Colin Dente) Organization: University of Manchester, UK Subject: Re: DN3500 refuse to get into DM Message-Id: <570@m1.cs.man.ac.uk> References: <1990Jan12.172440.851@me.toronto.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1990Jan12.172440.851@me.toronto.edu> sun@me.utoronto.ca writes: >There is a strange thing happen to an Apollo DN3500 that I've never >seen and doesn't seem to find a cure for it. We've phoned up Apollo Help might be at hand... >... it just won't >load DM. I tried soft boot it (shutdown and reboot) and hardware reset >(press the little white button at the back of it). Everything went >well (disk check passed, salvage boot volume okay, loading Init okay) >but that's it. It threw me back to a "Phase II Shell" with a ")" prompt >instead of loading the display manager and ask for login. I manually >type in dm to try loading DM from that shell, but all I got was something >like (pm_$init) 3040001. I can still access its disk from the other SR9.7 >machines (so the network is probably okay), but I cannot get it to do >anything else. Anyone have seen this kind of thing happened before? I do remember having a problem like this - though I don't recall getting a returned status of 3040001 (cleanup handler released out of order) - sounds *weird*. The problem that I had was that /dev/null had somehow been corrupted - causing the DM to gracelessly exit when you tried to start it. I tried starting the DM with debug set to 1 - no help. In the end, out of desparation, I invoked spm with debug (dunno if the debug was necessary) - and lo and behold - the last thing it did before dying was print something like 'cant open /dev/null'. One new /dev/null later, and everything was hunky dorey - far more pleasant than the OS reload that Apollo suggested. Colin Colin Dente | JANET: dente@uk.ac.man.ee.els Dept. of Electrical Engineering | ARPA: dente@els.ee.man.ac.uk University of Manchester | UUCP: ...!mcvax!ukc!man.ee.els!dente England | These might work now, but then again... From apollo-request@umix.cc.umich.edu Wed Jan 17 09:24:00 1990 Date: 17 Jan 90 13:34:51 GMT From: xdh@SPEECH2.CS.CMU.EDU (Xuedong Huang) Organization: Carnegie-Mellon University, CS/RI Subject: Help needed Message-Id: <7612@pt.cs.cmu.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi, I have two DN10000 (sr10.1) without NFS. I would like to have one apollo to access files on the other. Is there a good way to do this? If any, could you give me a pointer? Thank you very much in advance. /Xuedong Huang From apollo-request@umix.cc.umich.edu Wed Jan 17 11:16:22 1990 Date: Wed, 17 Jan 90 10:31:24 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9001171531.AA06409@richter.mit.edu> To: apollo@umix.cc.umich.edu, gyp%ccadfa%csc%munnari.oz.au%samsung%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu Subject: Re: 3rd Party SCSI Disk We have attached a Sony magneto-optical disk drive (an erasable optical disk with removable 600MB cartridges) which we purchased from Workstation Solutions. The drive uses the native SCSI disk controller software which is built into the DN2500 kernal. The cable caused us some problems. The drive has a standard 50-pin edge connector with the wire clips (like you see on an external disk for the Mac), but Apollo for some reason decided to use a 50-pin edge connector with thumb screws to hold the cable in place. A regular SCSI cable will work, but the connection will not be real secure on the DN2500 end. Our original cable was an 8-foot (2.5 meter) one made with regular twisted pair wire, and we had reliability problems with it. Workstation Solutions shipped us a shorter 3-foot (1 meter) ribbon cable which has worked just fine. It seems like the DN2500's SCSI interface may be a little weak on handling longer cables. One we had the drive attached, we ran the DN2500 self-test (type "TE" to the memonic debugger) which checks the SCSI bus and reports which devices are attached. We then gave the reset command ("RE" to the memonic debugger), and then the command "DI SD2:0" to tell the system that we had a SCSI device with a unit number of 2 attached to the system. Finally, we did another reset, a "DI N" to tell the system to boot off of the network, and a "BOOT" command to bring the machine up. Once the DN2500 was up, we could run the online versions of invol and salvol to init the disk by refering to the disk as "w2:0" for the device. The drive acts like a normal Apollo disk. The only tricky part is giving the "DI SD" command before booting (even if you're not booting off of the disk and have to give another "DI" command afterwards to set the correct boot device). -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Wed Jan 17 15:26:06 1990 Date: 17 Jan 90 19:04:23 GMT From: majka%ubc-cs%van-bc.uucp@ucbvax.Berkeley.EDU (Marc Majka) Organization: UBC Department of Computer Science, Vancouver, B.C., Canada Subject: Re: NFS problems on Apollo Message-Id: <6342@ubc-cs.UUCP> References: <314@synopsys.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <314@synopsys.COM> bala@synopsys.com (Bala Vasireddi) writes: About a problem getting NFS going on a DN10000. I had exactly this problem when I installed NFS. It turned out to be that NFS was very fussy about where mtab AND mnttab were, and that mnttab was the same as mtab. Here is what our working setup looks like: % cd /etc % ls -l m*tab lrwxrwxrwx 1 none 21 Jan 4 16:21 mnttab@ -> `node_data/etc/mnttab lrwxrwxrwx 1 none 21 Jan 4 16:21 mtab@ -> `node_data/etc/mnttab % cd \`node_data/etc % cat mnttab /dev/wn0a / 4.3 rw 631485356 0 0 foo:/bar /baz nfs rw,bg 631485621 0 0 ... Good luck! --- Marc Majka - System Manager UBC Computer Science From apollo-request@umix.cc.umich.edu Wed Jan 17 20:00:18 1990 Date: Wed, 17 Jan 90 16:35:23 EST From: crh@apollo.eng.ohio-state.edu (Charlotte Hawley) Message-Id: <9001172135.AA02686@apollo.eng.ohio-state.edu> To: apollo@umix.cc.umich.edu Subject: Tektronix emulator A professor here at OSU wants a tektronix emulator for his DN4500. Anybody know where we can get it? From apollo-request@umix.cc.umich.edu Wed Jan 17 21:16:31 1990 Date: 17 Jan 90 18:59:31 GMT From: danny%idacom%ncc%alberta%ubc-cs%van-bc.uucp@ucbvax.Berkeley.EDU (Danny Wilson) Organization: IDACOM Electronics Ltd. Subject: Tar Backups Message-Id: <1990Jan17.185931.21912@idacom.uucp> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu > lampi@pnet02.gryphon.com (Michael Lampi) writes in <24648@gryphon.COM> : > [...] > If you like tar for backups there is no reason it can not be used for such. > There is a big problem with tar for doing backups if your backup spans multiple tapes. This is not a particular problem with Apollo, just tar in general. This means that, for example, you want to backup a 10 Meg directory and only have 5 Meg tape, tar will only backup half the directory! It does not prompt for a second tape and will not inform you that data was not recorded. -- Danny Wilson danny@idacom.uucp IDACOM Electronics alberta!idacom!danny Edmonton, Alberta X.400 danny@idacom.cs.ubc.cdn C A N A D A Voice +1 403 462 4545 From apollo-request@umix.cc.umich.edu Wed Jan 17 21:20:24 1990 Date: Tue, 9 Jan 90 11:47:46 CST From: lray@civilgate.ce.uiuc.edu (Leland Ray) Message-Id: <9001091747.AA00802@civilgate.ce.uiuc.edu> To: apollo@umix.cc.umich.edu Subject: problem with init/getty growing in bounds It is good to hear that the last person who asked about this problem could fix it by simply modifying /etc/ttys. However, some people are not so lucky, and are faced with creeping death on machines that have their sio lines in use. I have made a few simple changes to getty that I will describe to anyone who asks. Anyone with a Unix source license who makes the changes to getty will not see this problem reappear, or will at least slow it down to the point where it no longer damages your node. Just spendin' my days, Leland Ray Systems Administrator Soakin' in them cathode rays. UIUC - Dept. Civil Engineering (217) 333-3821 From apollo-request@umix.cc.umich.edu Wed Jan 17 23:13:38 1990 Date: 17 Jan 90 17:40:24 GMT From: lampi%pnet02%gryphon%elroy.jpl.nasa.gov%usc%snorkelwacker.uucp@bloom-beacon.mit.edu (Michael Lampi) Organization: People-Net [pnet02], Redondo Beach, CA. Subject: Re: tar vs wbak Message-Id: <24881@gryphon.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu lampi@pnet02.gryphon.com (Michael Lampi) writes: >Sure, go ahead and use tar to read/write from the cartridge tape drive instead >of wbak/rbak. You can generally use tar to interchange cartridge tape files >with other unix systems and Apollo's. > >Use ct0 as the device. > Ooops! Sorry about device "ct0" -- guess I was too wrapped up in device driver writing and forgot about the "rct#" pseudo-devices. BTW, if you use edmtdesc you can create your own tape "device" names, each with their own attributes. So, potentially, you could come up with a /dev/ct in place of /dev/rct8, which is there jlru. Michael Lampi MDL Corporation 213/782-7888 fax 213/782-7927 UUCP: {ames!elroy, }!gryphon!pnet02!lampi INET: lampi@pnet02.gryphon.com "My opinions are that of my corporation!" From apollo-request@umix.cc.umich.edu Thu Jan 18 00:49:19 1990 Date: 17 Jan 90 17:20:20 GMT From: lampi%pnet02%gryphon%elroy.jpl.nasa.gov%usc%cs.utexas.edu%hellgate.utah.edu%helios.ee.lbl. (Michael Lampi) Organization: People-Net [pnet02], Redondo Beach, CA. Subject: Re: 3rd Party SCSI Disk Message-Id: <24880@gryphon.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu gyp@ccadfa.adfa.oz.au (Patrick Tang Guan Yaw) writes: >I would like to know if anyone out there has installed a 3rd >party SCSI disk on a DN2500 machines. If you have I would be >very much appreciated if you could give me the company name >and address and whether you need to use your own driver and/or >controller. > >Thanks in advance. >---- >Patrick Tang Guan Yaw, Phone : +61 62 68 8822 >Dept. of Mathematics, EMAIL-ARPA/CSNET : gyp@ccadfa.cc.adfa.oz.au >ADFA, Canberra, 2600. UUCP : ..!uunet!munnari!ccadfa.oz!gyp >AUSTRALIA ACSnet : gyp@ccadfa.oz MDL Corporation provides several 3rd party SCSI disk drives for the DN2500. These are supplied as plug-and-play devices, with no need for the user to provide a driver or a controller. The address is: MDL Corporation P.O. Box 745 Torrance, CA 90508 USA Michael Lampi MDL Corporation 213/782-7888 fax 213/782-7927 UUCP: {ames!elroy, }!gryphon!pnet02!lampi INET: lampi@pnet02.gryphon.com "My opinions are that of my corporation!" From apollo-request@umix.cc.umich.edu Thu Jan 18 01:16:45 1990 Date: 18 Jan 90 04:14:20 GMT From: rtp1%tank%ux1.cso.uiuc.edu%brutus.cs.uiuc.edu%usc%cs.utexas.edu.uucp@tut.cis.ohio-state. (raymond thomas pierrehumbert) Organization: University of Chicago Subject: install++ troubles persist Message-Id: <7275@tank.uchicago.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I am still trying to install fortran 10.7.p on my DN10000 running OS10.1 Using either install++ or minst, I get the message: ERROR: Product Apollo os 10.2.p not found. or words to that effect. Following a previous thread on this newsgroup, I assumed the problem was that I had deleted my os AA and followd a suggestion that I could solve the problem by simply restoring the release index from tape (which I did). I restored the 10.1.p release index, and IT DIDN't MAKE A BIT OF DIFFERENCE. I got the same error message, and the product failed to install. Any ideas as to what I should do now? I don't have the time or the disk space to restore the whole os, and anyway, that probably wouldn't make any difference, since install++ would think it hadn't been "installed". I haven't received 10.2.p yet, and anyway, don't intend to install it until I have a working version of NFS for 10.2 in hand, so that isn't a way out. What in the world is going on here? From apollo-request@umix.cc.umich.edu Thu Jan 18 01:26:37 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9001180653.AA00232@icaen.uiowa.edu> Date: Thu, 18 Jan 90 00:39:31 CST Subject: Re: install++ problem -- Pass 3 To: rtp1@tank.uchicago.edu, apollo@umix.cc.umich.edu Oops, I forgot something. In my previous posting (Re: install++ problem -- Pass 2) I yacked about how to read the sr10.1 RI (release index) file off of the release tape, to enable installs of optional software. It seems that there was a bug in the RI file that shipped with sr10.1. The bug didn't affect the install of sr10.1, only subsequent installs of optional software (just what you wanted ;-). Apollo shipped a tool to fix the 10.1 RI file, called "fix_10_1_ri" in "/install/tools". So if you get a fresh copy of the sr10.1 RI off tape, you'll need to fix it before installing optional software. To do this just invoke the tool with the comman line that tells it where the 10.1 AA is (the node that you put the RI file on). EG: $ /install/tools/fix_10_1_ri -s //aa_node It doesn't hurt to run it more than once, it will tell you if the job has already been done. It's only needed for the sr10.1 RI, not sr10.1.p Dave From apollo-request@umix.cc.umich.edu Thu Jan 18 01:31:01 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9001180559.AA00224@icaen.uiowa.edu> Date: Wed, 17 Jan 90 22:31:21 CST Subject: Re: install++ problem -- Pass 2 To: rtp1@tank.uchicago.edu, apollo@umix.cc.umich.edu In posting <7240@tank.uchicago.edu> rtp1%tank.uucp@handies.ucar.edu (raymond thomas pierrehumbert) writes: [stuff deleted] > > RAI Install Tool V1.08 5 Dec 88 > > Installing //merlin > > ERROR:For product apollo.pas: apollo.os version 10.0 was not found > > RAI install has completed with errors > > Please check tsd dscription of the errors > I had exactly the same problem as Robbin Brown when I tried to > install Fortran 10.7 today, except that the complaint was that > "os 10.2 not found" instead of 10.0. (odd, since I'm running > 10.1). I deleted my original AA to save disk space, which is > probably the problem. How do I pull just the release index off > tape? Do I use rbak, or distaa, or what? What rbak command > line will pull off a single file? Also, the install++ complains > that syslib wasn't found either, which is probably a related problem. > Does anybody know what release index I need to pull off for this? Yes, "rbak" can easily be instructed to read a single file off of a tape. However because of the way that the RAI kits are structured, you don't have to worry about that. The release index file is the only file that is in the second backup "file" on the first OS tape. So if you restore everything that is in that backup "file" you'll have what you need. So, set your directory to the "/" level of your AA node and give the rbak command: $ wd //aa_node ( or "cd //aa_node" or what ever your shell's change directory command is) $ rbak -dev ct -f 2 -all -l (assuming that you have cartridge tapes, use "-dev m" if mag tapes) Note that by "first OS tape" I am refering not to the "boot" tape but to the tape that says "CRTG_STD_SFW_1". Also you must be logged into the node with the tape drive, but have your working directory set to the "/" level of your AA node. This can be the AA where the compilers are or your original OS AA that you then will link to from your compiler AA. > By the way, this is NOT a problem that is fixed in 10.1. I am > running 10.1, and using the latest version of the installation > tools pulled of the fortran 10.7p distribution tape. It seems that > this all represents a serious bug in the installation procedure, > particularly since the Apollo documentation explicitly says you > can delete your AA after you are done, if you want. And what > if the OS was installed from an AA on a different machine than > the compiler AA? With lots of distributed AA's you'd need links > flying all over the place. > This one really cries out for some fixing Yes, this is a bit of a pain, but you were warned. On the front page of the sr10.1 release notes was an underlined sentence that said: "Please read all of Chaper 7 before installing SR10.1" If you look at the index for Chaper 7 you'll see an item: "7.7.11 Removing the AA /install Directory............ 7-19" This is the section that says you can delete your AA after you are done, if you want. However it also says a few other things: After completing installation of the SR10.1 version of Domain/OS, you may decide to delete the install directory within your AA to recover disk space. ... [stuff deleted] If you do decide to take this step, first make a copy of the Domain/OS release index file. This file is located at ... [stuff deleted] You must preserve this file in order to be able to install optional products on SR10.1 nodes. The AA holding the optional product(s) must contain a Domain/OS release index in ... [stuff deleted] Note that if you don't save the release index file somewhere on your system, you must restore it from file #2 of the standard software release media in order to install optional software products on SR10.1 nodes. This same information is in the sr10.0 and sr10.1p release notes but with different chaper, section, & page numbers. It is NOT in the sr10.2 release notes. Maybe this means that this restriction is removed at sr10.2. Dave Funk From apollo-request@umix.cc.umich.edu Thu Jan 18 03:17:34 1990 Date: 17 Jan 90 03:46:49 GMT From: ashley%cheops%elecvax%usage%cluster%munnari.oz.au%samsung%cs.utexas.edu.uucp@tut.cis.ohio-state (Ashley M. Aitken) Organization: EE & CS, Uni N.S.W., Sydney, Australia Subject: Mapped Segments vs Shared Memory : Help ? Message-Id: <1464@cheops.eecs.unsw.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu G'Day, I am interested in finding out more information about Mapped Segments and Shared Memory on Apollo Domain Workstations (and the DN10000). I am writing an application which consists of multiple processes which need to share LARGE amounts of data (perhaps megabytes) and have access to this data as fast as normal process memory (if this is possible). At present I am looking into System V Shared Memory. This seems to be good but I would like to know more about: Shared Memory Limitations How big can you make the shared memory segment on the Apollos, and what sort of costs does one invoke if a large amount of shared memory is used? Most System V Shared Memory systems have a system constant called something like SHMMAXPGS which states the maximum number of shared memory pages globablly. Where can I find this constant on the Apollos? What are the implications of changing it? What are the limits of its value? Apollo presents some alternative(s) to Shared Memory through the use of Mapped Segments etc. Mapped Segments associate part of the process address space with a disk file, and swaps the relevant pages in when required. This seems to be rather good too. Since even shared memory must be swapped out now and then, but I would like to know more about: Shared Memory vs Mapped Segments How do Shared Memory and Mapped Segments compare for speed of use? What are the restricition on Mapped Segments size and the costs this may have on the system? In general Mapped Segments would seem to be the nicer alternative because one would always have a permanent copy of the data being shared. However SPEED IS VERY IMPORTANT FOR THIS APPLICATION and if swapping in and out will reduce the speed I will have to settle for Shared Memory or something else. If anyone has any ideas, hints, experience or suggestions (of alternatives) I would be most grateful if they could e-mail me at the address given below, I will post a summary if there is a lot of interest. Thanks in Advance, Ashley Aitken. E-MAIL ashley@cheops.eecs.unsw.oz ACSnet ashley@cheops.eecs.unsw.oz.au ARPAnet ashley%cheops.eecs.unsw.oz@uunet.uu.net ARPAnet {uunet,ukc,ubc-vision,mcvax}!munnari!cheops.eecs.unsw.oz!ashley UUCP ashley%cheops.eecs.unsw.oz@australia CSnet ashley%cheops.eecs.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. (02) 697-4055 Fx. (02) 662-2087 Ph. Aust (02) 663-8117 From apollo-request@umix.cc.umich.edu Thu Jan 18 07:17:06 1990 Date: 17 Jan 90 17:34:01 GMT From: bremner%cpsc%calgary%alberta%ubc-cs.uucp@beaver.cs.washington.edu (David Bremner) Organization: Knowledge Science Lab, U. of Calgary, Calgary, Canada. Subject: Re: Configure scripts under SR10.... Message-Id: <2352@cs-spool.calgary.UUCP> References: <1383@merlin.bhpmrl.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have not completely solved this problem; however, I have a few points of data. 1) The Configure script that comes with perl uses nm if neccesary 2) The scripts don't seem to to anything with the output but search the output, so probably no hacking with sed is neccesary 3) The runtime routines seem to be split between /lib/clib and /lib/libc ( Correct me if I'm wrong ), so in order to make these scripts work properly you probably have to add the names from both of these libraries to the appropriate file. ----------- in order of preference. USENET: bremner@ksi.cpsc.ucalgary.ca BITNET: Bremner@UNCA-MULTICS.BITNET From apollo-request@umix.cc.umich.edu Thu Jan 18 09:46:12 1990 Date: 17 Jan 90 19:45:33 GMT From: orand%kuhub.cc.ukans.edu%wuarchive%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (BRADY ORAND) Organization: University of Kansas Academic Computing Services Subject: Third party hardware info needed... Message-Id: <21550@kuhub.cc.ukans.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I need help again. Here at the University of Kansas we have a lab with 16 Apollo DN 4000 workstations. We are currently in the process of recommending an upgrade proposal for our extremely slow systems. Unfortunately we don't have enough money to do everything we need to do, so we are looking at third party products for our systems. I need any info you can give me on the following items. I would like to know of any third party retailers who have experience with these items. 1.2 Meg floppy disk drives (will they work on the Apollo SCSI cont?) Cartridge tape drives 155 Meg Hard Disk drives Token Ring cards (We are currently running Ethernet.) Thanks for the info. Brady... =========================================================================== Brady Orand - University of Kansas Computer Center Lawrence, Ks. 66045 ORAND@kuhub.cc.ukans.edu Work: (913) 864-0490 Home: (913) 749-1341 =========================================================================== From apollo-request@umix.cc.umich.edu Thu Jan 18 13:23:57 1990 Date: Wed, 18 Jan 89 09:42:10 CST From: lray@civilgate.ce.uiuc.edu (Leland Ray) Message-Id: <8901181542.AA00244@civilgate.ce.uiuc.edu> To: apollo@umix.cc.umich.edu Subject: installation problems guide Installation problems are fairly annoying, and it is pretty easy to run into some of these problems. The following are some procedures I use to get out of common installation holes. Guide to installation problems: 1. Problem: product xx not found / or version 10.4 of product xx not found. Solution: a. If you have no AA on line, recall the file install/ri.apollo.xx.v.10.4/ri.apollo.xx.v.10.4 from file 1 of the tape. You can use an rbak command line something like (this is from memory, so consult the rbak help files for exact info): wd //aa_node rbak -f 1 -dev ct -pdt -sacl install/ri.apollo.xx.v.10.4/ri.apollo.xx.v.10.4 If you still get the same problem: b. Edit the current baseline file for the node. The file will contain a line like the following: Release ri.apollo.xx.v.10.3 disk version Edit the line to read: Release ri.apollo.xx.v.10.4 disk version And do the install. Edit the line back after you are done. 2. Problem: I just need one component of the OS, I don't want to reload the whole thing. Solution: Look for the toc in your install directory. It will be named something like //aa_node/install/toc/toc.apollo.ST376.c If you can't find it, the toc will be in file 1 of the distribution tape (index the tape to find it). Then take a look at the file. A typical line looks like this: Subcomp /base_usr_new 2 13 4746 Which translates to "The subcomponent called /base_usr_new (which is to say /usr/new) is on tape 2, file 13, and takes up 4746 blocks of disk space." So, pull out the tape, and use rbak to load it. 3. Problem: I keep getting the error that says I can't replace a link with a file. Why does the install not want to replace a link with a file? Solution: Whereas there is supposedly a switch on the install line to "replace object customization" it generally doesn't work. I solved this problem by wrapping install++ in a shell script that searches the disk for links that resolved to an absolute pathname. Before the install, it deletes all these links. After the install, it attempts to recreate them all. 4. Problem: I want to make my compiler AA different from my OS AA, but I would like to install in one gulp. Solution: Create the link: //os_aa/install/ri.compiler.v.10.3.m //compiler_aa/install/ri.compiler.v.10.3.m You will get a few warnings, but other than that install should be ok. Just spendin' my days, Leland Ray Systems Administrator Soakin' in them cathode rays. UIUC - Dept. Civil Engineering lray@civilgate.ce.uiuc.edu (217) 333-3821 From apollo-request@umix.cc.umich.edu Thu Jan 18 13:25:14 1990 Date: Thu, 18 Jan 90 18:29:42 HIV From: bonnetf@apo.esiee.fr (bonnet-franck) Message-Id: <9001181729.AA12023@apo.esiee.fr> To: apollo@umix.cc.umich.edu Subject: VMSBACKUP hello everybody , Did somebody already install VMSBACKUP on APOLLO computer running BSD4.3 and AEGIS ( Version 10.1 ) thanx -frank From apollo-request@umix.cc.umich.edu Thu Jan 18 14:39:51 1990 Date: 17 Jan 90 21:37:39 GMT From: tim%gvlf9-e.gvl.unisys.com%gvlv2.uucp@burdvax.prc.unisys.com Organization: Unisys Defense Systems, Great Valley Labs, Paoli, Pa Subject: trouble with tip Message-Id: <500@gvlv2.GVL.Unisys.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Let me preface this posting by saying that I am completely green as far as apollo goes much less the wonderful world of Aegis. "Prove it," you say. Ok.... I have an Apollo 3550 which we are running in the BSD environment. I am trying to use a vt100 window with tip as a terminal emulator to talk to our Vax 11/785 through the serial port. In order to accomplish this task the port must be configured for 8 bits, no parity, and 1 stop bit. Prior to envoking tip I used the Aegis command tctl to check the current port settings and I find that they are just how I would like them to be. After envoking tip, however, the parity has changed from none to even. I attempt to use a ~s command in tip to set parity=none to no avail. When I show all the tip settings using ~s they indicate that parity is set to none. Using tctl however shows that the parity is still even. If, after starting tip, I use the Aegis command tctl -parity none all works well. Why is it that I am not able to change the port characteristics using tip???? I should add that I am using /dev/sio0 for the tip device. I tried /dev/tty01 as well with the same results. Any help/advice that can be offered will be *greatly* appreciated. Much Thanks-- --tim PS: Please don't flame me with RTFM as the machines were delivered *without* a manual set :-( :-( ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Timothy Scharping Internet: tim@GVL.Unisys.COM Unisys Corporation UUCP: ...!uunet!lgnp1!gvlv2!tim Paoli, PA 19301 ...!{gatech,purdue}!psuvax1!burdvax!gvlv2!tim From apollo-request@umix.cc.umich.edu Thu Jan 18 17:09:08 1990 Date: Thu, 18 Jan 90 00:52:58 EST From: GELINASJ%CMR001.bitnet@ugw.utcs.utoronto.ca To: apollo@umix.cc.umich.edu Message-Id: <900118.00564701.063683@CMR.CP6> Subject: FORTRAN 8X draft standard and HP/APOLLO Our library has received the proposed draft FORTRAN 8X standard. In case you wonder what this new language is, let me say that i think it tries to emulate APL on an ascii terminal from these examples, where X is a vector and A is a matrix. APL FORTRAN 8X Meaning +/x/[1]A SUM(PRODUCT(A,DIM=1)) Sum of products +/(X>0)/X SUM(X, MASK=X>0) Sum of positive elements max/|X MAXVAL( ABS(X) ) Maximum norm +/|X SUM( ABS(X) ) 1-norm +/+/A SUM( A ) Sum of all elements iota 6 (* I=1,6 *) Index vector 1 2 3 4 5 6 Maybe someone can answer these questions: 1. The FORTRAN 77 standard was ready in 1978. When did APOLLO have a full FORTRAN 77 compiler ready? 2. Some company representatives do not approve this draft standard. Does HP/APOLLO have a definite position on this ? 3. What are the plans of HP/APOLLO for the next 5 years concerning FORTRAN 8X ? (Obviously some standard -maybe de facto- will have emerged in 1995, and there will not be any choice then) No need to rush your answers. But i am interrested anyhow. J. GELINAS gelinasj@cmr001.bitnet From apollo-request@umix.cc.umich.edu Thu Jan 18 17:14:52 1990 Date: 18 Jan 90 14:59:53 GMT From: tim%gvlf9-e%gvlv2.uucp@burdvax.prc.unisys.com (Timothy Scharping) Organization: Unisys Defense Systems, Great Valley Labs, Paoli, Pa Subject: Re: Tar Backups Message-Id: <503@gvlv2.GVL.Unisys.COM> References: <1990Jan17.185931.21912@idacom.uucp> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1990Jan17.185931.21912@idacom.uucp> danny@idacom.uucp (Danny Wilson) writes: > >There is a big problem with tar for doing backups if your backup >spans multiple tapes. This is not a particular problem with Apollo, >just tar in general. > >This means that, for example, you want to backup a 10 Meg directory >and only have 5 Meg tape, tar will only backup half the directory! > >It does not prompt for a second tape and will not inform you that >data was not recorded. > I have also encountered another problem with using tar for complete system backups. There seem to be several files which tar isn't able to read (i.e. `node_data/system_logs/sys_error_log). When tar is comes accross a file that can't be opened it chokes causing it to hang on our DN3550. --tim ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Timothy Scharping Internet: tim@GVL.Unisys.COM Unisys Corporation UUCP: ...!uunet!lgnp1!gvlv2!tim Paoli, PA 19301 ...!{gatech,purdue}!psuvax1!burdvax!gvlv2!tim From apollo-request@umix.cc.umich.edu Thu Jan 18 17:20:09 1990 Date: 18 Jan 90 02:38:04 GMT From: bala%synopsys%fernwood.uucp@apple.com (Bala Vasireddi) Organization: Synopsys, Inc. Mountain View, CA USA Subject: rlogin problems onto DN4500 under SR10.2 from Suns Message-Id: <316@synopsys.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi, It's me again. Thanks to Marc Majka (majka@cs.ubc.ca) my NFS problem on DN10000 was solved. The fix was, making /etc/mtab a link to `node_data/etc/mnttab. Thanks a lot for such a quick turnaround. Now I have a new problem. NEW PROBLEM: ----------- We have a DN4500 running SR10.2. (recently upgraded). As usual we have all our Sun filesystems mounted via NFS onto this machine. Our Sun users were able to login into this machine and were able to get their work done, until recently. Just recently, within the past week or so, most of our users could not even rlogin to the system. Those users who could rlogin could not do anything at all. Just typing anything to the system would hang the login session. Note that these problems exist only in the case of people remote logged over the network. There are NO problems for same users, when they walk over to the console they can login and they do not have any problems. Why is this happening? Any pointers? Thanks. -- Bala Vasireddi, Phone: (415)962-5036 Synopsys, Inc. FAX: (415)965-8637 1098 Alta Ave DDN: bala@synopsys.com Mountain View, CA 94043 UUCP: ..!fernwood.mpk.ca.us!synopsys!bala From apollo-request@umix.cc.umich.edu Thu Jan 18 17:53:21 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9001180808.AA00239@icaen.uiowa.edu> Date: Thu, 18 Jan 90 02:02:17 CST Subject: Re: install++ troubles persist To: rtp1@tank.uchicago.edu Cc: apollo@umix.cc.umich.edu > I am still trying to install fortran 10.7.p on my DN10000 running OS10.1 > Using either install++ or minst, I get the message: > ERROR: Product Apollo os 10.2.p not found. You may have a messed up baseline file ("/install/baseline/baseline.*"). Look at the one with the hightest version number and see if there is a line that has the 10.2 version number in it. If you have more than one version, you may be able to fall back to an older one. For another work-around look at page 4-24 of "Installing Software with Apollo's Release and Installation Tools" (#008860-A00). Dave From apollo-request@umix.cc.umich.edu Thu Jan 18 18:44:26 1990 Date: 18 Jan 90 19:29:44 GMT From: rtp1%tank.uucp@handies.ucar.edu (raymond thomas pierrehumbert) Organization: University of Chicago Subject: Re: install++ troubles persist Message-Id: <7286@tank.uchicago.edu> References: <9001180808.AA00239@icaen.uiowa.edu>, <7283@tank.uchicago.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu My install++ problem is now resolved. The problem had nothing to do with release indexes, bad baseline files, or anything of the sort. the problem was that when install++ complains: None of the following products were found: Apollo os.10.2.p ftnlib (something.something.something) what it really means is that you need to have Either installed 10.2, OR have installed the current ftnlib. This is a rather mysterious message. Anyway, when I installed the ftnlib, everything went fine. This is a problem with the release notes that came with the tape, as the release notes imply that you do not need to install the newest ftnlib if you are not using BYTE variables. Thanks to Dan Brooks of the 800-number, for a conversation that somehow jogged my brain into thinking of this interpretation of the error message. From apollo-request@umix.cc.umich.edu Thu Jan 18 19:07:18 1990 Date: 18 Jan 90 18:15:41 GMT From: rtp1%tank.uucp@handies.ucar.edu (raymond thomas pierrehumbert) Organization: University of Chicago Subject: Re: install++ troubles persist Message-Id: <7283@tank.uchicago.edu> References: <9001180808.AA00239@icaen.uiowa.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I seem to have only one baseline file around. I don't know what happened to the rest of them; I don't think I deleted them. The baseline file thinks that I don't have any OS installed. Any ideas how to fix this? Can I force the recreation of a baseline file?? RAI V0.16 Thu Nov 9 12:08:10 1989 Release ri.apollo.os.v.10.1.p disk none Option apollo.sys5.3.text N/A Set apollo.sys5.3.crosdev N/A Option apollo.sys5.3.pgmdev N/A Option apollo.sys5.3.graphics N/A Option apollo.sys5.3.terminfo N/A Option apollo.sys5.3.lp_site N/A Option apollo.sys5.3.include N/A Option apollo.sys5.3.manuals N/A Option apollo.sys5.3.all_links N/A Option apollo.bsd4.3.text copy Set apollo.bsd4.3.crosdev both Option apollo.bsd4.3.pgmdev copy Option apollo.bsd4.3.graphics copy Option apollo.bsd4.3.lp_site copy Option apollo.bsd4.3.include copy Option apollo.bsd4.3.manuals copy Option apollo.bsd4.3.all_links copy Option apollo.uucp_site copy Option apollo.unix_mail_site copy Option apollo.new_site copy Option apollo.games_site copy Option apollo.aegis.manuals copy Option com_db N/A Release ri.apollo.ftn.v.10.5.p disk version Option apollo_ftn.a88k.a88k_install_examples copy Option apollo_ftn.a88k.a88k_install_help copy Option apollo_ftn.a88k.a88k_option_link copy It looks like the first line is the one causing the problem. Is there some simple way I can change it? Thanks. I have read the manuals, but I am still confused. From apollo-request@umix.cc.umich.edu Thu Jan 18 21:13:45 1990 Date: 18 Jan 90 21:20:23 GMT From: lampi%pnet02%gryphon%elroy.jpl.nasa.gov%usc%zaphod.mps.ohio-state.edu%pacific.mps.ohio-state. (Michael Lampi) Organization: People-Net [pnet02], Redondo Beach, CA. Subject: Re: Tar Backups Message-Id: <24957@gryphon.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu danny@idacom.uucp (Danny Wilson) writes: > > >> lampi@pnet02.gryphon.com (Michael Lampi) writes in <24648@gryphon.COM> : >> [...] >> If you like tar for backups there is no reason it can not be used for such. >> > >There is a big problem with tar for doing backups if your backup >spans multiple tapes. This is not a particular problem with Apollo, >just tar in general. > >This means that, for example, you want to backup a 10 Meg directory >and only have 5 Meg tape, tar will only backup half the directory! > >It does not prompt for a second tape and will not inform you that >data was not recorded. > >-- >Danny Wilson danny@idacom.uucp >IDACOM Electronics alberta!idacom!danny >Edmonton, Alberta X.400 danny@idacom.cs.ubc.cdn >C A N A D A Voice +1 403 462 4545 But if you want to use tar for backups, go right ahead! (I didn't say you HAD to use tar -- just like I wouldn't say you should use floppies, either. It all depends on what you're trying to do and what you are comfortable with. :-) ) Personally, I use cpt to floppies for small stuff, and wbak to 1/2 inch magtape for full backups. Michael Lampi MDL Corporation 213/782-7888 fax 213/782-7927 UUCP: {ames!elroy, }!gryphon!pnet02!lampi INET: lampi@pnet02.gryphon.com "My opinions are that of my corporation!" From apollo-request@umix.cc.umich.edu Fri Jan 19 09:27:03 1990 Date: 19 Jan 90 00:54:22 GMT From: khb%sun-bb.uucp@sun.com (Keith Bierman - SPD Advanced Languages) Organization: Sun Microsystems Subject: Re: FORTRAN 8X draft standard and HP/APOLLO Message-Id: References: <900118.00564701.063683@CMR.CP6> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <900118.00564701.063683@CMR.CP6> GELINASJ@CMR001.BITNET writes: > Our library has received the proposed draft FORTRAN 8X standard. > In case you wonder what this new language is, let me say that i think > it tries to emulate APL on an ascii terminal from these examples, > where X is a vector and A is a matrix. You have picked what many of us think is the least interesting part of the language. As a one time (and perhaps again) author of portable math libs, I found that on the order of 90% user errors were tied to misusing argument lists. Fortran 90 (which is the formal name voted by X3J3 last week) offers several features which will make it possible for providers of libraries to make life much easier for users: 1) Modules (allow packaging of related functions) 2) Keyword argument passing (user code looks like OPEN, etc.) 3) Dynamic memory allocation. 4) Operator overloading. To see why this might be good, consider the following example of a deterministic update step from kalman filtering (say a real time navigation system or some such). We start out wanting to compute U := PHI*U Where U is upper triangular, and PHI is rectangular. f77 C First we multiply rectangular phi times upper triangular c u, storing the result into W (one of the scratch arrays) c call phiu(phi,maxm,m,n,u,some scratch arrays and other grodystuff) c c Now we must re-triangularize W, storing it into U c call wgsg(w,maxw,m,n,U,scratch area, stuff) Of course, a typical Kalman code will probably also have conditional logic for the common special cases, PHI upper triangular, PHI symmetric, PHI square ... as performance counts. f90 PHI = PHI*U Which covers all cases. The code for the library writer isn't necessarily easier to write (probably a bit harder). But every user's life is simpler. Of course, I would expect to craft the library so that the old code runs just fine (this isn't hard). There is much more to the standard, but this is the sort of thing which attracted me to it back in '85. The built in array notation wouldn't have been helpful in my former life as a user and provider of portable estimation library software. 2. Some company representatives do not approve this draft standard. Does HP/APOLLO have a definite position on this ? I don't know how HP voted last week. In the past, HP has voted yes and has worked hard to make the standard real. 3. What are the plans of HP/APOLLO for the next 5 years concerning FORTRAN 8X ? (Obviously some standard -maybe de facto- will have emerged in 1995, and there will not be any choice then) One would hope that HP's long standing participation in committee work will translate into an early implementation (speaking as a alternate delegate to x3j3 and a long time user of Fortran ---- as a Sun employee I suppose we'd be better off if we beat them by a few years :>). ANSI X3 (which is composed of folks other than x3j3, but with more "global" authority) has chosen to retain X3.9-1978 as a standalone standard. ISO's counterpart, WG5, has come down strongly against this US action. ISO wants a standard Real Soon. X3J3 is working hard to finish off the document so at least there will be a World standard. It is hoped that the US action will not retard the process (by the majority of the committee which voted the document out for review :>). Those with a strong interest can sign up to be Observers (or become actual delegates). I don't have the information handy, but the cost is less than $200 (+ travel to come to meetings if one wants to be part of the process). Those interested can contact me directly. -- Keith H. Bierman |*My thoughts are my own. !! kbierman@sun.com It's Not My Fault | MTS --Only my work belongs to Sun* I Voted for Bill & | Advanced Languages/Floating Point Group Opus | "When the going gets Weird .. the Weird turn PRO" "There is NO defense against the attack of the KILLER MICROS!" Eugene Brooks From apollo-request@umix.cc.umich.edu Fri Jan 19 09:58:25 1990 Date: 19 Jan 90 02:43:45 GMT From: xdh@speech2.cs.cmu.edu (Xuedong Huang) Organization: Carnegie-Mellon University, CS/RI Subject: thanks to all who replied Message-Id: <7634@pt.cs.cmu.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu DN1000 problems were solved. Thanks to all who replied. /xdh From apollo-request@umix.cc.umich.edu Fri Jan 19 17:37:11 1990 Date: 18 Jan 90 09:48:11 GMT From: davidb%inmos.co.uk%inmos%ukc%mcsun.uucp@uunet.uu.net (David Boreham) Organization: none Subject: Mentor Announces on SUN Message-Id: <3664@ganymede.inmos.co.uk> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Although it's not directly to do with this group, people here might be interested to know that on January 11, SUN announced that Mentor will provide their EDA tools on SPRAC SUN machines (by year end). David Boreham, INMOS Limited | mail(uk): davidb@inmos.co.uk or ukc!inmos!davidb Bristol, England | (us): uunet!inmos.com!davidb +44 454 616616 ex 547 | Internet: davidb@inmos.com Dave Reynolds, Mentor Graphics, 8500 SW Creekside Pl., Beaverton, OR 97005-7191 (503) 626-1335 daver@MENTOR.COM ...{sequent, tessi, attunix, apollo, uunet}!mntgfx!jhoward From apollo-request@umix.cc.umich.edu Fri Jan 19 23:34:36 1990 Date: 19 Jan 90 05:00:00 GMT From: conliffe%caen.engin.umich.edu%netnews.engin.umich.edu%umich.uucp@CS.YALE.EDU (Darryl C. Conliffe) Organization: U of M Engineering, Ann Arbor, Mich. Subject: C++ 2.0 Interest? Message-Id: <48229ba7.14df5@ulsoy.engin.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Is there any interest in having C++ version 2.0 available for Apollo DN series machines, or am I the only person wondering when (if?) it will be released? Can anyone tell me what the release versions out are (regardless of platforms, but do include 'em)? Any known plans for next (beyond 2.0) releases known? Any third party stuff running on Apollo's? ... just thought I'd ask. From apollo-request@umix.cc.umich.edu Fri Jan 19 23:36:51 1990 Date: 19 Jan 90 22:01:24 GMT From: mth%cci632%rit%rochester.uucp@pt.cs.cmu.edu (Michael Hickman) Organization: none Subject: UNIX "cp" and Mentor designs Message-Id: <33206@cci632.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We recently implemented a system to source control our Mentor CAE/CAD designs. I wrote three scripts to move the designs from a development area to a "release" area (which is locked) and to a change area (when doing ECOs). Sort of an RCS for hardware designs. In the first two scripts I used /com/cpt to copy the design trees from one area to another, however in the third (which I wrote at a later date) I decided to use "cp -r". What a mistake. Apparently "cp" trashes the headers in some of the files (particularly pcb_design.erel) and makes the design un-readable by some of the applications (like package). It will also make symbols un-readable by SYMED or NETED. So *BEWARE* of using "cp -r" to copy Mentor Graphics designs. The Mentor CS rep. said this will be fixed under 8.0 and SR10.2. (I'm drooling just thinking about 8.0) Note: If you run into this, you can re-"expand" your design to create a new pcb_design.erel directory (as long as you have back-annotated information from layout, etc. and reconciled your NETED sheets.) Symbols, however, are hosed for good. Anyone have any opinions about Mentor porting to SUN and un-bundling their software???? From apollo-request@umix.cc.umich.edu Sat Jan 20 07:23:37 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9001200212.AA00270@icaen.uiowa.edu> Date: Fri, 19 Jan 90 20:09:09 CST Subject: C++ v2.0 When? To: apollo@umix.cc.umich.edu Scanning through the sr10.2 release I see provisions for C++ v2.0 in the include files and debugger. Does anybody have any idea when it will be released? Dave Funk From apollo-request@umix.cc.umich.edu Sun Jan 21 05:28:05 1990 Date: 19 Jan 90 19:44:53 GMT From: reb%quintro%tiamat.uucp@uunet.uu.net (Roger E. Benz) Organization: none Subject: WARNING! there is a problem using wbak/rbak on some nodes! Message-Id: <1990Jan19.194453.3254@quintro.uucp> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu When trying to recover same data from a multi-tape cartridge backup I was getting the following error message on tape 3: UID in block header does not match those read from earlier blocks. curring id = 471C81FC.600102B4, uid read = FFFFFFFF.FFFFFFFF block 4294967295 ?(rbak) (next_block) fatal error. So, I tried another backup set. Again same error. Ok, I thought, lets try my last set of tapes. Guess what? Same error message! Now comes the call to apollo. I got the answer right away. There is a bug in rbak when ran on some nodes (I was using a DN3500 10.1 and a DN4000 10.1.1) and there is a patch tape available. She also said that 10.2 does not have the fix. Luckly this was not a major problem for me but it could have been... -- Roger E. Benz Glenayre/Quintron Phone = (217) 223-3211 One Quintron Way Quincy, IL UUCP: tiamat!quintro!reb@uunet or quintro!reb@lll-winken From apollo-request@umix.cc.umich.edu Mon Jan 22 07:15:45 1990 Date: 22 Jan 90 03:28:52 GMT From: robi%attila%otc%metro%cluster%munnari.oz.au%samsung%usc.uucp@ucsd.edu (RoBeRt KaRp) Organization: Expert Solutions Australia Subject: segmentation fault in /bin/sh under 10.2 Message-Id: <463@attila.esa.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Using the following shell script, /bin/sh crashed on me: -------start script------ #!/bin/sh TERMCAP=$HOME/.xtermcap export TERMCAP termopts="-iconic +sb -cr orchid -geometry 90x58-0+0 -n Rn -T Rn -e rn" [ -f $HOME/.rnrc ] && . $HOME/.rnrc if [ $# -ne 0 ] then exec rsh $1 xterm -display $TCP_DISPLAY $termopts else exec xterm -display $TCP_DISPLAY $termopts fi -------end script------ traceback follows: Process 18839 (parent 18739, group 18839) Time 90/01/21.16:17(UTC) Program /bsd4.3/bin/sh Status 00040004: reference to illegal address (OS/MST manager) In routine "namwalk" line 415 Called from "namwalk" line 415 Called from "namwalk" line 415 Called from "namwalk" line 417 Called from "namwalk" line 417 Called from "namwalk" line 415 Called from "namwalk" line 415 Called from "namwalk" line 417 Called from "namscan" line 408 Called from "execa" line 165 Called from "execute" line 178 Called from "execute" line 548 Called from "exfile" line 273 Called from "main" line 163 Called from "unix_$main" line 114 Called from "_start" line 51 Called from "PM_$CALL" line 176 Called from "pgm_$load_run" line 891 Called from "pgm_$invoke_uid_pn" line 1112 For the sake of clarity, the script is always called with zero arguments, TCP_DISPLAY is set properly, and it used to work with 10.1. Anyone like to comment ? - Robi -- INTERNET: robi@attila.esa.oz.au Robert Karp Fax : (+61) (2) 953 9531 /// Tel : (+61) (2) 953 9488 \XX/ UUCP : uunet!attila.esa.oz.au!robi From apollo-request@umix.cc.umich.edu Mon Jan 22 15:20:04 1990 Message-Id: <9001221711.AA24582@umix.cc.umich.edu> Date: Mon, 22 Jan 90 11:37:19 EST From: Scott Ferguson Subject: Magneto-Optical for Something other than the 2500 To: APOLLO@UMIX.CC.UMICH.EDU OK everyone, I'm happy to see all the magneto-optical disks for the 2500, but... I DON'T HAVE A DN2500!!!! In fact, I'll probably never buy one!!! So, how about a magneto-optical drive for the AT-bus? Scott Ferguson Exxon Research & Engineering Annandale, NJ 08801 From apollo-request@umix.cc.umich.edu Mon Jan 22 15:45:50 1990 Date: 22 Jan 90 16:14:41 GMT From: walsh%stdc01%rti.uucp@mcnc.org (Mike Walsh) Organization: Star Technologies, Graphicon Products Division (RTP, N.C) Subject: Naive Apollo Sys Admin needs help ... Message-Id: <604@stdc01.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Greetings ... After a small reduction our work force I have been given the task of administering our small (8 nodes) Apollo Network. System Admin is not my forte, I am a hardware designer who happens to know the most about the Apollo out of the people who are left. So this leads me to my question. Right now our main problem are backups. We have two nodes that are equiped with cartridge tape drives and our admin in the past has done backups (very infrequently) right to cartridge tape. Well now we need to restore something from tape. A little about our system first - We are running SR9.7 and Mentor Graphics 6.1 and due to the fact that we have to coordinate with another site, can not upgrade to SR10.? at this time or in the next couple fo months. We only have the AEGIS environment installed. Okay, now I know that what I want off the backup tape is obtainable by issuing the RBAK -DEV CT -F 5 -ALL command, but when I do, after feeding the backup tapes to the machine, while it searches, at some point I always get some sort of error. Reference to illegal address is the most common, sometimes the command finishes after searching two tapes when there are 9 in the backup set. Any ideas? If one tape is bad, is the whole backup useless? The other node gives a controller timeout after the second tape is read. Anyone else seen this, got suggestions? Now for some more general questions. Can an AEGIS only node run NFS and then be linked with our Sun network so that we could write our backups to Reel tapes? How much does NFS cost? Would it have to be installed on every node or just the gateway? Ideally I would like to make backups from our Sun tower. Anyone else doing this? I am open to all suggestions. A question for Mentor Graphics users -- Can we upgrade to SR10 and not upgrade to Mentor 7.0? Anyone know if we could skip 7.0 and wait for 8.0 which is do out this summer? Thanks for the time, unfortunately we do not have that much Apollo documentation and no one seems to know why. Mike Walsh - Hardware Design Engineer/Apollo Admin ;-) Star Technologies - Graphicon Products Division Reserach Triangle Park - NC walsh@stdc01 {..!uunet!mcnc!rti!stdc01!walsh} From apollo-request@umix.cc.umich.edu Mon Jan 22 18:20:48 1990 Date: 21 Jan 90 02:44:36 GMT From: jim%eda.com.uucp@decwrl.dec.com (Jim Budler) Organization: Digital Equipment Corp., EDA Systems Group Subject: Re: DN3500 refuse to get into DM Message-Id: <1990Jan21.024436.14956@eda.com> References: <1990Jan12.172440.851@me.toronto.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu sun@me.utoronto.ca (Andy Sun Anu-guest) writes: } but that's it. It threw me back to a "Phase II Shell" with a ")" prompt } instead of loading the display manager and ask for login. I manually } type in dm to try loading DM from that shell, but all I got was something } like (pm_$init) 3040001. I can still access its disk from the other SR9.7 } machines (so the network is probably okay), but I cannot get it to do } anything else. Anyone have seen this kind of thing happened before? Any } help/suggestions are welcome. I've seen it on sr9 machines that have crashed. In the cases I've seen at the ) prompt, wd `node_data; ld -a. You'll probably see several files with (attributes) unavailable. Usually various mbx files, but mayby _data files. dlf them. then ) GO. } Andy -- Jim Budler jim@eda.com ...!{decwrl,uunet}!eda!jim compuserve: 72415,1200 applelink: D4619 voice: +1 408 986-9585 fax: +1 408 748-1032 From apollo-request@umix.cc.umich.edu Tue Jan 23 00:17:51 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9001230436.AA00310@icaen.uiowa.edu> Date: Mon, 22 Jan 90 22:19:33 CST Subject: Re: UNIX "cp" and Mentor designs To: apollo@umix.cc.umich.edu, mth%cci632%rit%rochester.uucp@pt.cs.cmu.edu In posting <33206@cci632.UUCP> Michael Hickman writes: > We recently implemented a system to source control our > Mentor CAE/CAD designs. I wrote three scripts to move > the designs from a development area to a "release" area > (which is locked) and to a change area (when doing > ECOs). Sort of an RCS for hardware designs. > > In the first two scripts I used /com/cpt to copy the > design trees from one area to another, however in the > third (which I wrote at a later date) I decided to use > "cp -r". What a mistake. Apparently "cp" trashes the > headers in some of the files (particularly pcb_design.erel) > and makes the design un-readable by some of the applications > (like package). It will also make symbols un-readable by SYMED > or NETED. I am not a Metor user so I'm just guessing about this, but it sounds like Mentor uses Apollo (Domain/OS) typed files (such as "rec" type). Aegis tools, such as /com/cpt, always preserve the Apollo type UID information when copying files. (copying "container" as well as "contents" of files.) Unix tools, such as "/bin/cp", by default do not. (copying "contents" and ignoring "container".) At sr10, there are optional flags for some of the Unix tools that enable preserving of the type UID information, for example the '-o' flag for "cp". Thus the command of "cp -or" may have the desired results of copying the directory and keeping Mentor happy. This is the case for DSEE directories. Dave Funk From apollo-request@umix.cc.umich.edu Tue Jan 23 02:13:17 1990 Date: 22 Jan 90 06:56:37 GMT From: robi%attila%otc%metro%cluster%munnari.oz.au%uhccux.uucp@ames.arc.nasa.gov (RoBeRt KaRp) Organization: Expert Solutions Australia Subject: TZ & TZNAME in 10.2. Where to set them ? Message-Id: <464@attila.esa.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In 10.2, where are the environment variables TZ & TZNAME to be set for the nodes, both disked & diskless, so that they are correctly propogated. cron thinks that it's a different time, so everything run from crontab is out of synch. - Robi -- INTERNET: robi@attila.esa.oz.au ACSnet: robi@attila.esa.oz Fax : (+61) (2) 953 9531 Robert Karp/// Tel : (+61) (2) 953 9488 //// UUCP : uunet!attila.esa.oz.au!robi \XXX/ From apollo-request@umix.cc.umich.edu Tue Jan 23 21:19:18 1990 Date: Tue, 23 Jan 90 13:36:39 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9001231836.AA15802@richter.mit.edu> To: apollo@umix.cc.umich.edu Subject: Help with SR10 registries I just converted my registries from SR9.7 to SR10.2, and I've wedged myself! I can only add, change, or delete entries to the registry if I'm logged in a krowitz.locksmith. If I'm logged in as root (ie. root.staff) I can't perform any operations other than viewing the registry, even though the 'prop' command shows root.%.% as the owner of the registry. Any ideas on how to fix this? -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) For reference, here's what is happening ... $ lusr -me root.staff.none.E3A7 //moho $ /bin/ls -lga /sys/registry total 59 drwxrwxrwx+ 1 root staff 1024 Jan 23 12:11 . drwxrwxrwx+ 1 root wheel 4096 Jan 18 19:21 .. drwxr-xr-x 1 root staff 1024 Jan 23 12:19 rgy_data drwxrwxrwx+ 1 root staff 1024 Jan 22 16:47 rgy_data.new -rwxrwxrwx+ 1 root staff 26586 Jan 23 12:11 rgy_local -rwxrwxrwx+ 1 root staff 26586 Jan 22 16:56 rgy_local.bak $ /etc/edrgy edrgy=> prop Registry Properties: Registry Owner: root.%.% Person Owner: root.%.% Group Owner: root.%.% Org Owner: root.%.% UNIX restrictions: are NOT enforced, are NOT met Registry is NOT read-only Registry Policy: Account lifespan: forever Password min len: 5 Password lifespan: forever Passwords expire: N/A Passwords may NOT be all spaces, MAY be all alphanumeric. Override Policy For "domain" Machines: Password exclusion is NOT allowed Root passwords MAY be overridden Non-root passwords MAY be overridden Non-password data MAY be overridden Override Policy For "non_domain" Machines: Password exclusion is NOT allowed Root passwords may NOT be overridden Non-root passwords may NOT be overridden Non-password data may NOT be overridden Do you wish to make changes [y/n]? (n) n edrgy=> c krowitz Enter new abbreviation type [p/pg/pgo]: p Enter new password: newpass Enter new misc info in quotes: Enter new home directory: Enter new shell: Password valid [y/n]? y Enter new expiration date [yy/mm/dd or 'none']: Account valid for login [y/n]? y Change account "krowitz.jordan.jordan" [y/n/g/q]? y ?(edrgy) Unable to update account "krowitz.jordan.jordan" - Not authorized to perform operation (RGYC/Server) Change account "krowitz.sys_admin.jordan" [y/n/g/q]? y ?(edrgy) Unable to update account "krowitz.sys_admin.jordan" - Not authorized to perform operation (RGYC/Server) Change account "krowitz.locksmith.jordan" [y/n/g/q]? y ?(edrgy) Unable to update account "krowitz.locksmith.jordan" - Not authorized to perform operation (RGYC/Server) edrgy=> v krowitz -f krowitz[.jordan.jordan]:Z6QhWJtx61dJE:50:100:://benioff/users/krowitz:: created by: root.staff.none 1990/01/22.15:29 changed by: krowitz.locksmith.jordan 1990/01/22.16:59 password is: valid, was last changed: 1990/01/22.16:41 account expires: N/A account is: valid krowitz.sys_admin[.jordan]:VVp.Y9cCY.Jaw:50:17:://benioff/users/krowitz:: created by: root.staff.none 1990/01/22.15:29 changed by: krowitz.locksmith.jordan 1990/01/22.16:59 password is: valid, was last changed: 1990/01/22.16:41 account expires: N/A account is: valid krowitz.locksmith[.jordan]:QIJKcPqdQCl5o:50:14:://benioff/users/krowitz:: created by: root.staff.none 1990/01/22.15:29 changed by: krowitz.locksmith.jordan 1990/01/22.16:59 password is: valid, was last changed: 1990/01/22.16:41 account expires: N/A account is: valid From apollo-request@umix.cc.umich.edu Wed Jan 24 01:27:22 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9001240507.AA00094@icaen.uiowa.edu> Date: Tue, 23 Jan 90 22:13:49 CST Subject: Re: Help with SR10 registries To: apollo@umix.cc.umich.edu, krowitz@richter.mit.edu In posting <9001231836.AA15802@richter.mit.edu> David Krowitz says: > I just converted my registries from SR9.7 to SR10.2, and I've > wedged myself! I can only add, change, or delete entries to > the registry if I'm logged in a krowitz.locksmith. If I'm logged > in as root (ie. root.staff) I can't perform any operations other > than viewing the registry, even though the 'prop' command shows > root.%.% as the owner of the registry. Any ideas on how to fix this? [stuff deleted] example of error: > Change account "krowitz.jordan.jordan" [y/n/g/q]? y > ?(edrgy) Unable to update account "krowitz.jordan.jordan" - Not authorized to perform operation (RGYC/Server) In general there are 2 different kinds of problems that can cause "edrgy" to give the "Not authorized to perform operation" error message when you try to change the registry: 1) "edrgy" is not sure it knows who you are 2) "edrgy" does know who you are & it doesn't "like" you. Case (1) 'edrgy is not sure who you are', can be caused by several things: a) You haven't gone thru the 'login' validation process on that machine. IE you have done a "crp -me" or "rlogin" and connected to a machine with out having to supply a password in the process. So you haven't "proved" your identity in the process that you are executing on the remote machine. b) The contents of the registry database have been changed since you logged in and you may no longer be a valid person under the new state of the world. This can happen if a "cvtrgy" has been done since you logged in. The cure is simple, just 'login' again. IE type in the 'login' command in that shell and give the correct login ID & password. This will validate the new shell & edrgy will be sure it knows who you are. I'm not sure but a 'su' may not be good enough, may require an actual 'login'. Case (2) edrgy does know who you are & it doesn't "like" you: You are not the owner (or in the owning SID) of the particular data object that you are trying to change. IE you don't own the registry or not enough of it. Note that there are many different kinds of "owners" in the registry system. As well as the "owners" that you see when you list the registry properties, there can be owners for individual objects. IE there is an owner for "groups" and there can be a different owner for each specific group. The same is true for organizations. For example, suppose I have registry properties that say root.%.% owns it all but also have a group called "research" which is owned by "john.research.none". IE edrgy=> prop Registry Properties: Registry Owner: root.%.% Person Owner: root.%.% Group Owner: root.%.% Org Owner: root.%.% UNIX restrictions: are NOT enforced, are NOT met Registry is NOT read-only edrgy=> do g Domain changed to: group edrgy=> v research -f research 312 Research group 472CAA6B.A00191D6 john.research.none pr -- l "" 1989/12/01.18:25 As "root" I can add new people, groups, organizations, and most but not all new accounts. If I try to add a new account "bill.research.none" I will get the "Not authorized to perform operation" error message. This is because the new account adding operation requires adding bill to the research group. IE modifying the contents of "research". As "root" I don't own that particular object (the group "research"). So even though I'm root and it looks like "root" owns all, root doesn't own enough to add the account "bill.research.none". The work-around is to login as "root" or "%.locksmith" ON the master registry node. If you are a super user and executing on the master registry node, then all ownership checks are bypassed. So the bottom line is: do a fresh login to a super user account on the master registry node and you should have no problems doing what ever you want. Note that there can be other problems that will keep you from being able to change your registry, such as a read-only registry or one that is "in a bad state", but they will generate different kinds of error messages. Dave Funk From apollo-request@umix.cc.umich.edu Wed Jan 24 01:29:04 1990 Date: 24 Jan 90 05:42:42 GMT From: gyp%ccadfa%usage%cluster%munnari.oz.au%samsung%zaphod.mps.ohio-state.edu.uucp@tut.cis. (Patrick Tang Guan Yaw) Organization: Computer Centre, University College, UNSW, ADFA, Canberra, Australia Subject: DN2500 memory expansion? Message-Id: <1016@ccadfa.adfa.oz.au> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We are considering purchasing DN2500 with 4MB configuration, then upgrading to 8MB by purchasing the required chips ourself. I would like to know the following, 1) How much work does it involved in installing the chips? 2) What are the chip numbers, our local agent couldn't tell us that at the moment. 3) As a matter of interest, how much do they cost (quote currency)? Thanks in advance. ---- Patrick Tang Guan Yaw, Phone : +61 62 68 8882 Dept. of Mathematics, EMAIL-ARPA/CSNET : gyp@ccadfa.cc.adfa.oz.au ADFA, Canberra, 2600. UUCP : ..!uunet!munnari!ccadfa.oz!gyp AUSTRALIA ACSnet : gyp@ccadfa.oz From apollo-request@umix.cc.umich.edu Wed Jan 24 09:16:57 1990 Message-Id: <9001241355.AA03166@umix.cc.umich.edu> Date: Wed, 24 Jan 90 08:38:15 EST From: Scott Ferguson Subject: RE: Magneto-Optical for other than 2500 To: APOLLO@UMIX.CC.UMICH.EDU > Micheal Lampi writes: > The DN2500 is probably the best value ... HP/Apollo ever offered... It's not anything against the DN2500, I believe you about being a great value. But my budgets for low-end workstations dried up a long time ago, and I plan on getting a satisfactory product cycle out of my rapidly aging DN4000's and DN580. I just anchored a boat with a 660, and I don't plan on doing the same just yet with machines built in 1987. If I get budget money for workstations, I'll buy one big one with many processors as opposed to small ones. So for now my low-end workstations are AT-Bus types, and I do not plan to buy any new ones until I get more than two-and-a-half years out of my machines. From apollo-request@umix.cc.umich.edu Wed Jan 24 09:53:08 1990 Date: 24 Jan 90 02:20:35 GMT From: lampi%pnet02%gryphon%elroy.jpl.nasa.gov%usc%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state. (Michael Lampi) Organization: People-Net [pnet02], Redondo Beach, CA. Subject: Re: Magneto-Optical for Something other than the 2500 Message-Id: <25197@gryphon.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu SRFERGU@ERENJ.BITNET (Scott Ferguson) writes: > > >OK everyone, I'm happy to see all the magneto-optical disks for the >2500, but... > > > I DON'T HAVE A DN2500!!!! > >In fact, I'll probably never buy one!!! So, how about a magneto-optical >drive for the AT-bus? > >Scott Ferguson >Exxon Research & Engineering >Annandale, NJ 08801 Well, gee whiz, Scott, I'm sorry you feel that way. The DN-2500 has got to be the best deal in computing power and file server abilities that HP/Apollo has ever offered. Even better than Sun's stuff. Especially if you buy all the expansion stuff from third parties :-). Anyway, another third party is offering magneto-optical on AT-bus Apollo's. Try Workstation Solutions in Nashua, NH. They may not be the best in hardware engineering/packaging, but their software is pretty good. (:-) Michael Lampi MDL Corporation 213/782-7888 fax 213/782-7927 UUCP: {ames!elroy, }!gryphon!pnet02!lampi INET: lampi@pnet02.gryphon.com "My opinions are that of my corporation!" From apollo-request@umix.cc.umich.edu Wed Jan 24 10:06:04 1990 Date: 23 Jan 90 22:32:04 GMT From: razdan%oakhill%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Anshuman Razdan) Organization: Motorola Inc., SPS CAD, Austin, Texas. Subject: Re: an X Windows question Message-Id: Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I am not sure if this is the right platform to ask question about X on apollos but I will go ahead and do it anyways. When is Shared X coming out for X11 R4 and would it available for SR 10.1 and 9.7x ? My application uses lot of windows and shared X breaks down after a number and also is very slow to say the least. With improved performance in the server and reduction in memory usage for windows and gc's it seems like shared x on apollos should improve also. Has any one tried it yet. I mean building R4 on apollos on borrowed screen (not shared X) Another question is regarding loading and unloading colormaps when DM owns the window. In my application which uses fair amount of colors( about 25) and have to run on DN 3000's (believe it we have lots of them here) which has 16 colors only. When I start up my application I copy all the color cells from the Default Colormap and then I alocate colorcells and load them in to the colormap. I tie this to enter and leave events in my apllication window i.e. when I enter my app window I load my color cells and when I leave I load the original colorcells. The first part works fine but when the pointer foes out of the window the original colors do not come back as expected. Instead I have to do a "lcm" command on another window to get the colors back which becomes quite infuriating after while. Does any body knoe the answer to it. Thanx Anshuman Razdan oakhill!chanakya!razdan@cs.utexas.edu From apollo-request@umix.cc.umich.edu Wed Jan 24 15:55:36 1990 Date: 24 Jan 90 16:23:57 GMT From: news@ncsuvx.ncsu.edu (John W. Baugh Jr.) Organization: North Carolina State University Subject: BibTeX on an Apollo 4500 under SR10.2 Message-Id: <1990Jan24.162357.19817@ncsuvx.ncsu.edu> References: <9001231836.AA15802@richter.mit.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I'm having some problems getting bibtex to work on an Apollo 4500 with SR10.2 (using the Berkeley flavor). I recently got the sources for LaTeX and compiled them with no major problems. I also generated bibtex C sources and compiled them, but I get strange behavior when trying to execute bibtex. It acts like it doesn't read the *.aux files correctly (parsing, lexing problems?), and says it can't find certain commands, like bibstyle, etc., when they are indeed there. For a check, I compared the apollo-generated bibtex.c with one I generated on a pmax and there were no differences (and the one on the pmax works fine). The following is an example of what happens. Using a file foo.tex \documentstyle{article} \begin{document} Do a citation \cite{WADLER86}. \bibliographystyle{plain} \bibliography{dataflow} \end{document} latex produces foo.aux \relax \citation{WADLER86} \bibstyle{plain} \bibdata{dataflow} but the following happens when executing "bibtex foo" This is BibTeX, C Version 0.99c The top-level auxiliary file: foo.aux I found no \citation commands---while reading file foo.aux I found no \bibdata command---while reading file foo.aux I found no \bibstyle command---while reading file foo.aux (There were 3 error messages) Has anyone seen this behavior before? For the record, I made the following changes to the sources: site.h - set the proper pathnames - changed "typedef signed char schar" to "typedef short schar" Makefile - set CC=/bin/cc instead of gnu - added "-w -A nansi -A cpu,3000" to CFLAGS Thanks, John Baugh From apollo-request@umix.cc.umich.edu Wed Jan 24 16:05:09 1990 Date: 24 Jan 90 18:59:07 GMT From: rtp1%tank%ux1.cso.uiuc.edu%uwm.edu%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (raymond thomas pierrehumbert) Organization: University of Chicago Subject: Re: Magneto-Optical for Something other than the 2500 Message-Id: <7247@tank.uchicago.edu> References: <25197@gryphon.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Actually concerning third party products, I found Workstation Solutions to be rather pricey. For the cost of their (projected) magneto-optical subsystem for my DN10000, I could just about buy a 2500 (with university discount), plus a third party scsi drive (one of Michael's disks or a magneto-optical). In my case, on the other hand, it proved to be even cheaper to buy disks for a Sparc 330 a friend had, and use NFS (especially since I didn't have to blow 100MB or so of my disk space on an OS). I'll probably buy a 2500 eventually, though, especially if OSF/Motif makes it possible for developers to provide inexpensive Mac-quality software for it. From apollo-request@umix.cc.umich.edu Wed Jan 24 17:45:01 1990 Date: Wed, 24 Jan 90 10:44:32 EST From: pletcher@caen.engin.umich.edu (Timothy A. Pletcher) Message-Id: <483a6c671.001b7ec@caen.engin.umich.edu> To: apollo@umix.cc.umich.edu, gyp%ccadfa%usage%cluster%munnari.oz.au%samsung%zaphod.mps.ohio-state.edu.uucp@tut.cis. Subject: Re: DN2500 memory expansion? We use the SNXSM/S1-10 from Clearpoint. Installation is trivial since they are regular simms. Infact the simms from a sun 3/60 also work in the DN2500. The Cost from Clearpoint is on the order of (US)$130/MB. Tim Pletcher Computer Aided Engineering Network College of Engineering, University of Michigan Your Message: We are considering purchasing DN2500 with 4MB configuration, then upgrading to 8MB by purchasing the required chips ourself. I would like to know the following, 1) How much work does it involved in installing the chips? 2) What are the chip numbers, our local agent couldn't tell us that at the moment. 3) As a matter of interest, how much do they cost (quote currency)? Thanks in advance. ---- Patrick Tang Guan Yaw, Phone : +61 62 68 8882 Dept. of Mathematics, EMAIL-ARPA/CSNET : gyp@ccadfa.cc.adfa.oz.au ADFA, Canberra, 2600. UUCP : ..!uunet!munnari!ccadfa.oz!gyp AUSTRALIA ACSnet : gyp@ccadfa.oz From apollo-request@umix.cc.umich.edu Wed Jan 24 18:29:17 1990 Date: 24 Jan 90 19:15:23 GMT From: johne%amadeus%wrgate%zephyr.ens.tek.com.uucp@beaver.cs.washington.edu (John Elliott) Subject: Apollo DN460 for sale Message-Id: <1520@wrgate.WR.TEK.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Apollo DN46 for sale. BW high res monitor 80 meg hard drive DSDD Floppy, 8 inch OS updated to late 1987. C, Pascal, Fortran installed BSD Unix and SYS V Unix installed 3 serial parts Apollo ring hardware Graphics accelerator This was a former Tektronix CAD system. Price - $1,000.00 John Elliott (503) 629-1466 (work) (503) 297-6327 (home) johne@amadeus.WR.TEK.COM From apollo-request@umix.cc.umich.edu Wed Jan 24 22:21:07 1990 Date: 22 Jan 90 08:35:19 GMT From: andrewn%syma%icdoc%ukc%mcsun.uucp@uunet.uu.net (Andrew D Nimmo) Organization: University of Sussex Subject: Re: Tar Backups Message-Id: <2036@syma.sussex.ac.uk> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Multi-volume tar backups can be done, using the GNU version of tar (gtar), similarly remote backups can be done with this. Andrew D. Nimmo -- | Andrew D. Nimmo, VLSI and Graphics Research Group, | | EAPS II, University of Sussex, Falmer, BRIGHTON, East Sussex, BN1 9QT | | TEL: +44 273 606755 x 2617 | | EMAIL: (JANET) andrewn@syma.sussex.ac.uk | (UUCP) ...mcsun!ukc!syma!andrewn | From apollo-request@umix.cc.umich.edu Wed Jan 24 23:38:56 1990 Date: Wed, 24 Jan 90 09:54:34 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9001241454.AA16846@richter.mit.edu> To: apollo@umix.cc.umich.edu, gyp%ccadfa%usage%cluster%munnari.oz.au%samsung%zaphod.mps.ohio-state.edu.uucp@tut.cis. Subject: Re: DN2500 memory expansion? We plugged industry standard IBM PC memories into our DN2500's and they ran just fine. They were 1MB x 9, 80 ns SIMMS from AGI (Alleigance Group, Inc), a PC memory maker we found in the back of a Macintosh magazine. We paid $115 per 1MB SIMM. We had no problems installing the memories other than the fact that the SIMMS had some left over plastic tabs on the edges that had to be trimmed off before they would slide into the sockets on the mother board. We ran the memory diagnostics under DEX for a couple of hours with no glitches and brought the machines up. They have been running for a couple of months know with no problems. I have now seen Apollo supplied memories from three different manufacturers - Toshiba, Hitachi, and NEC. If you simply open up your DN2500's and look at the chip part numbers, most PC compatible memory manufacturers can tell which type of SIMM they are. Some of the SIMM's also have a part number for the complete module -- either on the back of the PC board, or on a sticker placed over one of the 9 chips. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Wed Jan 24 23:59:04 1990 Date: 24 Jan 90 16:36:02 GMT From: lori%hacgate%elroy.jpl.nasa.gov%usc%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Lori Barfield) Organization: Hughes Aircraft Co., El Segundo, CA Subject: Re: DN2500 memory expansion? Message-Id: <6951@hacgate.scg.hac.com> References: <1016@ccadfa.adfa.oz.au> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1016@ccadfa.adfa.oz.au> gyp@ccadfa.adfa.oz.au (Patrick Tang Guan Yaw) writes: [re 3rd party RAM chips for 2500] >1) How much work does it involved in installing the chips? >2) What are the chip numbers, our local agent couldn't > tell us that at the moment. >3) As a matter of interest, how much do they cost (quote currency)? 4) And what about those newfangled 16MB chips? ...lori lori@hacgate.scg.hac.com From apollo-request@umix.cc.umich.edu Thu Jan 25 02:16:44 1990 Date: Wed, 24 Jan 90 17:16:46 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9001242216.AA17858@richter.mit.edu> To: apollo@umix.cc.umich.edu Subject: Help with /etc/getty Ack! I'm try to set up a Macintosh running a VT100 emulator which is wired to the SIO port on a DN3000 running SR10.2 The /etc/ttys file has the line tty01 "/etc/getty 9600-baud" vt100 on in it, "init" has started a process running "getty", the Apollo echo characters to the Mac, but the login prompt never appears! One thing that I've noticed is that /com/tctl reports that "Wait for DCD" is true, ie. line 1 is waiting for a modem to single that it has a carrier present. The help for /com/tctl does *not* say how to disable this, and I suspect it is why we can't login. Anyone got any hints? -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Thu Jan 25 11:26:10 1990 Date: 25 Jan 90 14:39:37 GMT From: brian%padouk.ima.isc.com%haddock%ima%spdcc%snorkelwacker%usc%zaphod.mps.ohio-state.edu.uucp@tut (Brian R. Holt) Organization: Interactive Systems Corporation - Cambridge, MA Subject: Re: Help with /etc/getty Message-Id: <15754@haddock.ima.isc.com> References: <9001242216.AA17858@richter.mit.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <9001242216.AA17858@richter.mit.edu>, krowitz%richter@UMIX.CC.UMICH.EDU (David Krowitz) writes: > I'm try to set up a Macintosh running a VT100 emulator > which is wired to the SIO port on a DN3000 running SR10.2 > reports that "Wait for DCD" is true, ie. line 1 is waiting > for a modem to single that it has a carrier present. The > help for /com/tctl does *not* say how to disable this, and > I suspect it is why we can't login. Anyone got any hints? Yup, you found the problem. The Mac has no way in software to enable the DCD line, and Apollo forgot to document the option to tctl to turn off "wait for DCD". You can either muck with your cable and force DCD high (tie it to one of the lines that is guaranteed to be up), or find out what the tctl option is. I think it is something like "no_dcd". Maybe doing a strings on the binary will help? Sorry I couldn't do any better, but it's been a couple of months since I used an Apollo. =brian brian@ima.isc.com US 617-661-7474 x206 near the last bend in the Charles River From apollo-request@umix.cc.umich.edu Thu Jan 25 14:33:54 1990 Date: 24 Jan 90 20:40:32 GMT From: lampi%pnet02%gryphon%elroy.jpl.nasa.gov%usc.uucp@apple.com (Michael Lampi) Organization: People-Net [pnet02], Redondo Beach, CA. Subject: Re: Naive Apollo Sys Admin needs help ... Message-Id: <25234@gryphon.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu RE: accessing the second (or later volumes) in a backup set first Just use the -anys option along with your standard rbak command line. This overrides the volume checking that otherwise causes rbak to refuse to look at the second (or later) tapes of a multi-volume backup set. Quite useful if you run into a bad tape. With respect to your tape troubles, you might try retensioning the tapes and trying again (use the -reten option to rbak). Michael Lampi MDL Corporation 213/782-7888 fax 213/782-7927 UUCP: {ames!elroy, }!gryphon!pnet02!lampi INET: lampi@pnet02.gryphon.com "My opinions are that of my corporation!" From apollo-request@umix.cc.umich.edu Thu Jan 25 17:57:38 1990 Date: 24 Jan 90 22:08:23 GMT From: rnewman%chip.uucp@nosc.mil (Rey Newman) Organization: M/A-COM Government Systems Inc., San Diego, CA Subject: DN2500 Memory Message-Id: <314@chip.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We purchased the DataRam D-SIM/9 1Mb SIMM RAM boards. At $95 each they are the best price I've found so far. Dataram Corp. 505 N. Tustin Av., Suite 284 Santa Ana, CA - 92705 (714) 836-5988 \Rey ******************************************************************** * Rey Newman | arpa: chip!rnewman@nosc.mil * * M/A-COM Government Systems | uucp: nosc!chip!rnewman * * 3033 Science Park Road | * * San Diego, California | * * (619) 457-2340 | * ******************************************************************** From apollo-request@umix.cc.umich.edu Thu Jan 25 18:09:30 1990 Date: 24 Jan 90 16:22:47 GMT From: michael%swift.cs.tcd.ie%tcdcs%ukc%mcsun.uucp@uunet.uu.net Organization: Computer Science Department, Trinity College Dublin Subject: Mentor Graphics and Aegis versions Message-Id: <6813.25bdd657@swift.cs.tcd.ie> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu As a new Apollo site (DN10020 plus 3550s) running Mentor Graphics, I have heard about Mentor being incompatible with some versions of Aegis. Apparently Mentor will not work with Aegis 10.2 and may run on 10.1. Could somebody please tell me which version of Aegis will work. Regards, Michael. -- Michael Nowlan | eMail: (UUCP,Bitnet) michael@cs.tcd.ie Department of Computer Science,| UUCP michael@tcdcs.uucp Trinity College, | voice: +353-1-772941 Dublin 2, Ireland | FAX: +353-1-772204 From apollo-request@umix.cc.umich.edu Thu Jan 25 18:39:50 1990 Date: 25 Jan 90 00:59:26 GMT From: danny%idacom%ncc%alberta%ubc-cs%van-bc.uucp@ucbvax.Berkeley.EDU (Danny Wilson) Organization: IDACOM Electronics Ltd. Subject: Backups Message-Id: <1990Jan25.005926.20185@idacom.uucp> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu > walsh@stdc01.UUCP (Mike Walsh) writes: > > Now for some more general questions. Can an AEGIS only node run >NFS and then be linked with our Sun network so that we could write >our backups to Reel tapes? Yes, NFS can run on an Aegis only node, however, it is not possible to do backups over it. (NFS doesn't understand the concept of a typed filesystem) This will help share general purpose files between the two systems (PAL files, drill tapes, etc) However, it won't solve your backup problem. > Can we upgrade to SR10 and >not upgrade to Mentor 7.0? Anyone know if we could skip 7.0 and wait >for 8.0 which is do out this summer? No. Mentor 7.0 is very tightly tied to SR10.1, you could stay at 6.1 until 8.0 comes out and then do the upgrade, however. -- Danny Wilson danny@idacom.uucp IDACOM Electronics alberta!idacom!danny Edmonton, Alberta X.400 danny@idacom.cs.ubc.cdn C A N A D A Voice +1 403 462 4545 From apollo-request@umix.cc.umich.edu Thu Jan 25 18:43:17 1990 Date: 25 Jan 90 01:13:39 GMT From: news%metro%cluster%munnari.oz.au%samsung%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Jim Richardson) Organization: Dept of Pure Mathematics, University of Sydney Subject: ptys need recreating frequently Message-Id: <1990Jan25.011339.15996@metro.ucc.su.oz.au> References: <46d1ef4e.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We are running SR10.1/BSD4.3. I submitted the following as APR 6E3C9F1C on 20 December. Apparently this is a known problem with ptys at SR10.1; none- theless the Australian HP Response Centre has not provided an answer yet. The problem is now occurring up to several times a day, making incoming telnet almost unusable. Thanks in advance for any help. -- The pseudo terminal devices ttyp* and ptyp* often go "dead". This results in such errors as "Cannot create vt100 window" and refusal of incoming telnet connections with a message like: % telnet hostname Trying... Connected to hostname. Escape character is '^]'. hostname: I/O error (socket manager/manager) error: connection reset by peer Connection closed by foreign host. At this point a process running telnetd as root is left in T (suspended?) state and has to be killed. We know from the USENET news article <46d1ef4e.20b6d@apollo.HP.COM> by Keith Rodwell (kr@apollo.hp.com), which appeared in comp.sys.apollo dated 13 November 1989, that root can recreate the devices via the commands cd /sys/node_data/dev /bin/rm -f ttyp? ptyp? /etc/crpty 16 . This does provide a way of curing the problem after it has occurred. However, the problem is still a considerable nuisance: for example, it can block incoming telnet connections in the middle of the night, when there is no other means of access to the machine so the cure cannot be applied until the next day. Questions: 1) What causes the devices to die? If we knew what was doing it, maybe we could avoid it by changing our practices. 2) Is there a patch available to fix the problem? 3) Will the problem go away at 10.2? -- Jim Richardson Department of Pure Mathematics, University of Sydney, NSW 2006, Australia ACSNET: jimr@maths.su.oz Internet: jimr@maths.su.oz.au UUCP: ...!uunet!munnari!maths.su.oz!jimr "What do you mean by busting in here like a walrus and gumming up our wedding?" -- D. Runyon From apollo-request@umix.cc.umich.edu Thu Jan 25 18:54:52 1990 Date: 25 Jan 90 04:02:15 GMT From: allon%mojo.uucp@mimsy.umd.edu (Allon Stern) Organization: Merriversity of Uniland, College Purgatory Subject: Problems with DN420 Message-Id: <1990Jan25.040215.29874@eng.umd.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi...I was recently put in charge of a bunch of Apollos, and have been reviving some "dead" ones. We've got five systems on the ring. One machine, a DN420 is broken. The fans come on when the power is turned on, but the green light in the power switch doesn't, and the computer itself doesn't come on. The first time I plugged it in and tried it out, it booted fine, then turned itself off (except for the fans) a few minutes later. Now I can't get it to come on at all. I figure that it is most likely a power supply problem. I've found that there are several power supplies in the cabinet, and I figure that if one fails, nothing will come on. Has anyone had this problem before, and was able to trace it? I don't have ANY hardware manuals at all -- I can't tell what the outputs from the power supplies should be. All fuses are fine. Please respond by e-mail as well as the net, since I'm a struggling student and don't always have time to readnews. Thanks. Oh, btw, we have also had problems with the pty/tty's cloging up on our one machine that is on The Net, and have repaired it by deleting and recreating them. I've only had to do this once, though. It seems to be fine now. Lastly, does anybody have any spare parts for a DN300? We've got one that` is fine except that the power supply for the display is going-going-gone. Alternately, if there is a frequently-replaced part (such as the flyback transformer problem with the Macs) I can fix it myself. As I have said, I don't have much experience with these machines. - -= Allon =- - ------------------------------------------------------------------------------- This is a test of the emergency signature system. Were this an actual signature, you would see amusing mottos, disclaimers, a zillion net addresses, or edifying philisophical statements. This is only a test. ------------------------------------------------------------------------------- -- - -= Allon =- - ------------------------------------------------------------------------------- This is a test of the emergency signature system. Were this an actual From apollo-request@umix.cc.umich.edu Thu Jan 25 19:07:44 1990 Date: 25 Jan 90 00:04:08 GMT From: oscar%csis%csc%munnari.oz.au%samsung%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Oscar Bosman) Organization: CSIRO Div of Inf Tech Subject: Problems building X11R4 on Apollo Message-Id: <1990Jan25.000408.26979@csis.dit.csiro.au> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Can someone who has built X11 release 4 on an Apollo please contribute their experience. I am trying to build X11R4 on a DN3000 with 8 MB memory, running Domain_OS 10.1. I have copied everything to a disc which had about 200MB free, twiddled site.def and run make World. make fails while trying to make all in ../lib/X with the error: Make: out of memory. Stop. with the consequence that nothing in .../mit/lib is built. Is there a way around this? Surely I don't have to split up the make files by hand and then run make manually in each directory? I also get a few of these messages: Fatal error in /usr/lib/cpp Status 013 What caused this? What can I do to avoid it? There was a compile error in mit/server/ddx/apollo/ap_init.c: Line 42 of "ap_init.c": [Error #024] Multiple declaration of "gpr_$rect_id_t" This line was encased in #ifdef PRE_SR10_2 ... #endif. I commented it out and it seems to compile now. I suppose we must be running 10.2 GPR. Have I done anything criminal here? Another concern is that the compiler warns about incompatible pointer and integer operands on things cast to XtArgVal in: mit/clients/xditview/libXdvi/xditviews.c (line 108) mit/clients/xmh/screen.c (line 202) mit/clients/xmh/tocutil.c (line 78) mit/clients/xterm/menu.c (line 247) mit/demos/xgc/dashlist.c (line 61) mit/demos/xgc/planemask.c (line 60) Is this something to worry about? Please email me all your answers and advice. I apologize if these questions have been answered on the net before. Thanks in advance. Oscar Bosman. -- ACSnet: oscar@csis.oz.au Oscar BOSMAN (ph +61-62-750912) Internet: oscar@csis.dit.csiro.au (fax +61-62-571052) CSIRO Division of Information Technology, Acton, Canberra. ACT. AUSTRALIA. -- ACSnet: oscar@csis.oz.au Oscar BOSMAN (ph +61-62-750912) Internet: oscar@csis.dit.csiro.au (fax +61-62-571052) CSIRO Division of Information Technology, Acton, Canberra. ACT. AUSTRALIA. From apollo-request@umix.cc.umich.edu Thu Jan 25 20:34:17 1990 Date: Thu, 25 Jan 90 09:00:12 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9001251400.AA20814@richter.mit.edu> To: apollo@umix.cc.umich.edu, lori%hacgate%elroy.jpl.nasa.gov%usc%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu Subject: Re: DN2500 memory expansion? My understanding is that the DN2500 mother board will accept either 1MB x 9 or 4MB x 9 SIMMS. The 4MB SIMMS are not cost effective at this time, however (they run something like $400 to $500 per MB vs. $100 per MB for 1MB x 9 SIMMS). I have not seen anything about 16MB SIMMS being avaialable from any manufacturer at any price. Using 4MB SIMMS, you can put 64MB in a DN2500, more memory than you can put in any other Apollo workstation other than the DN10000. I wouldn't hold my breath waiting for the 16MB chips. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Thu Jan 25 22:38:43 1990 Date: 19 Jan 90 13:41:20 GMT From: root%blender%xenlink%calgary%alberta%ubc-cs%van-bc.uucp@ucbvax.Berkeley.EDU (Herb Peyerl) Subject: Re: Magneto-Optical for Something other than the 2500 Message-Id: <95@blender.UUCP> References: <9001221711.AA24582@umix.cc.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu SRFERGU@ERENJ.BITNET (Scott Ferguson) writes: >In fact, I'll probably never buy one!!! So, how about a magneto-optical >drive for the AT-bus? I have a brochure for a Magneto Optical drive from WorkStation Solutions back at the office. I believe the price on the price-list was in the neighborhood of $7950US and $840/year for maintenance.. Blank cartridges are $250 ea... It doesn't specify (to my memory) strictly DN2500.. In fact, I'm pretty sure it can be used on the regular DN3xx0 and DN4xx0 machines... The address (off the top of my head) is: 15 Trafalgar Square Nashua NH (zip code???) 603-880-0080 I'm not affiliated with this company in any way and the prices quoted could possibly be in canadian currency... Sorry I can't remember anything further... -- --------------------------------------------------------------------- UUCP: herb@blender.UUCP || ...calgary!xenlink!blender!{herb||root} ICBM: 51 03 N / 114 05 W || Apollo Sys_admin, Novatel Communications "The other day, I...... No wait..... That wasn't me!" From apollo-request@umix.cc.umich.edu Fri Jan 26 00:33:32 1990 Date: 25 Jan 90 20:37:13 GMT From: turner%bwana%dover%oakhill%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Robert Turner) Organization: Motorola, Inc., Semiconductor Products Sector Subject: Re: DN2500 memory expansion? Message-Id: <1991@dover.sps.mot.com> References: <1016@ccadfa.adfa.oz.au> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1016@ccadfa.adfa.oz.au> gyp@ccadfa.adfa.oz.au (Patrick Tang Guan Yaw) writes: >We are considering purchasing DN2500 with 4MB configuration, >1) How much work does it involved in installing the > chips? >2) What are the chip numbers, our local agent couldn't > tell us that at the moment. >3) As a matter of interest, how much do they cost (quote > currency)? We bought a 4Mbyte configuration DN2500 from Apollo, then got 12Megs from a third party. Answer #1: No trouble. pop open the case, slide in the boards, close the case. Answer #2: Use the SIMMs for a SUN3 or even an IBM PC. Answer #3: About $120 to $150 depending on everything per Megabyte. Little advertisement. Motorola makes SIMMs, The part number is MCM91000S. Robert ----- Law of the Net: Triva begets triva tenfold. All opinions are. Robert Turner (602) 897-5441 ...!uunet!dover!turner or turner@dover.sps.mot.com From apollo-request@umix.cc.umich.edu Fri Jan 26 00:37:18 1990 Date: Fri, 26 Jan 90 00:47:26 est From: kurt%bowie@umix.cc.umich.edu (Kurt Feigl) Message-Id: <9001260547.AA04068@bowie.mit.edu> To: apollo@umix.cc.umich.edu, oscar%csis%csc%munnari.oz.au%samsung%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu Subject: Re: Problems building X11R4 on Apollo From apollo-request@umix.cc.umich.edu Fri Jan 26 11:31:13 1990 Message-Id: <9001261604.AA07346@umix.cc.umich.edu> Date: 26 Jan 90 09:47:00 CST From: "DAVE ERSTAD" Subject: Re: Mentor Graphics and Aegis versions To: "apollo" Mentor Graphics' 7.0 release supports SR10.1. Official support for 10.2 will not come until Release 8.0 (promised in August, don't hold your breath). However, we have upgraded several of our Mentor nodes to Sr10.2 and have not yet seen any problems, with one minor exception. The self-test for the lister software will fail because Apollo's rounding functions for certain things changed (Apollo doesn't know why - we provided them with an example and they are looking into it). This does not affect much other than the self-test. We have run IDEA station and MSPICE software on 10.2. Recognize, however, that if you load 10.2 Mentor will not support it. Dave Erstad DERSTAD@cim-vax.honeywell.com Honeywell SSEC From apollo-request@umix.cc.umich.edu Fri Jan 26 14:39:00 1990 Date: 26 Jan 90 01:31:29 GMT From: dan%cpsc%calgary%alberta%ubc-cs%van-bc%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Dan Freedman) Organization: Knowledge Science Lab, U. of Calgary, Calgary, Canada. Subject: Re: DN3500 refuse to get into DM Message-Id: <2414@cs-spool.calgary.UUCP> References: <1990Jan12.172440.851@me.toronto.edu>, <1990Jan21.024436.14956@eda.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu > sun@me.utoronto.ca (Andy Sun Anu-guest) writes: > but that's it. It threw me back to a "Phase II Shell" with a ")" prompt > instead of loading the display manager and ask for login. I manually > type in dm to try loading DM from that shell, but all I got was something > like (pm_$init) 3040001. I can still access its disk from the other SR9.7 > machines (so the network is probably okay), but I cannot get it to do > anything else. Anyone have seen this kind of thing happened before? Any > help/suggestions are welcome. I had this happen to me on an SR 10.1 node just the other day. It turns out that the node had crashed, and /sys/dm/dm went with it. The file was deleted (along with /lib/clib in our case). It didnt show up in /lost+found after a salvol/find_orphans but that may be because someone else was piddling with the node before I got to it, and may have emptied /lost+found (dont ask me why). At any rate, in our case the solution was to boot up diskless, mount the volume and copy /sys/dm/dm (and /lib/clib) from another node. Since we were unsure as to which other system files went missing, we decided to re-install the node. Incidentally, re-installing a non-AA node can be done in about 2 hours if you a) have your filesystem set up in a logical manner, b) keep GOOD records of what modifications you have made to the node's filesystem, and c) have a backup of anything system-ish that might need to go on, such as local mods. Add 1 to 1.5 min/mB for putting user files back on from cartridge tape. Dan Dan Freedman University of Calgary Computer Science Department 2500 University Drive N.W. dan@ksi.cpsc.UCalgary.CA Calgary, Alberta, T2N 1N4 From apollo-request@umix.cc.umich.edu Fri Jan 26 20:06:26 1990 Message-Id: <9001262059.AA16375@umix.cc.umich.edu> Date: 26 Jan 90 14:38:00 CST From: "DAVE ERSTAD" Subject: Re: Mentor Graphics and Aegis versions To: "apollo" About an hour after my last message on this subject we found our first big Mentor 7.0/Aegis 10.2 interaction problem. Runnin Mentor's borrow mode applications at the same time as active X applications seems to hang the node. Oh well. Dave Erstad DERSTAD@cim-vax.honeywell.com Honeywell SSEC From apollo-request@umix.cc.umich.edu Sun Jan 28 19:41:11 1990 Date: 26 Jan 90 17:06:53 GMT From: jjw1%bunny.uucp@husc6.harvard.edu (James J. Walker) Organization: GTE Laboratories, Waltham, MA Subject: Apollo Domain/X11 and Install Libraries Message-Id: <8173@bunny.GTE.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have a couple of questions regarding Apollo Domain/X11 (SR10.2) and installed libraries. (Ollie Jones, are you listening???) (1) How does one know whether to build a particular X client with the installed versions of the libraries (/lib/xawlib and/or /lib/xtlib) or with the plain old (disk-hog) versions (libXaw.a and/or libXt.a)? I have noticed that some of the clients supplied by Apollo in /usr/X11/bin use the installed libraries, and some don't. Are there any general guidelines? (2) How does one build an installed library, and are there any reasons why I would not want to do that for some of the contributed widget libraries (like Xcu and Xw)? I have read the stuff in the book "Domain/OS Programming Environment Reference Manual," and it was not real clear (at least to me). Here is the procedure that I thought I could follow. First, compile each of the C source files as follows, /bin/cc -W0,-pic,-inlib,/lib/xtlib ... -c Then, build the installed library, /bin/ld -r -o /lib/xwlib -A /lib/xtlib Will this work??? Thanks in advance for any help... Jim Walker UUCP: ..!harvard!bunny!jjw1 GTE Laboratories, Waltham, MA CSNET: jjw1@gte-labs -- Jim Walker UUCP: ..!harvard!bunny!jjw1 GTE Laboratories, Waltham, MA CSNET: jjw1@gte-labs From apollo-request@umix.cc.umich.edu Sun Jan 28 23:10:24 1990 Date: 27 Jan 90 14:59:24 GMT From: jnp%mjolner%santra%tut%sunic%mcsun.uucp@uunet.uu.net (J|rgen N|rgaard) Organization: Nokia Telecommunications Oy, Espoo, Finland Subject: sendmail 5.61 / IDA-patches info Message-Id: Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu It appears that a few changes has taken place in /usr/include/resolv.h from SR10.1 to SR10.2. These makes it possible to actually compile (at least) sendmail 5.61/IDA 1.2.8 on the Apollos. Some definitions lacked in SR10.1. Spread the word ! -- ------------------------ ORIGIN '~jnp/stdDisclaimers' ------------------------ | Regards, J|rgen N|rgaard ('|' is '\o{}' in \LaTeX{}) | | e-mail: jnp@tele.nokia.fi | telephone: <..>-358-0-511-5671 | -- mail: Nokia Telecommunications, PL 33, SF-02601 Espoo, Suomi Finland -- From apollo-request@umix.cc.umich.edu Sun Jan 28 23:16:28 1990 Date: 29 Jan 90 02:05:36 GMT From: bshaw%vlsic2%ti-csl%smunews%texsun%newstop%sun-barr.uucp@apple.com (Bob Shaw) Organization: Texas Instruments Inc, SPDC Operations, Dallas, TX Subject: x bitmap to Apollo bitmap ? Message-Id: <107921@ti-csl.csc.ti.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Is there a way to convert x bitmaps to the standard Apollo bit map format.Example: If you use the standard scrncopy for a b&w screencopy bitmap or the cpscr for a color screencopy bitmap on the apollo , you get a standard Apollo bitmap file. However, the bitmaps made under X windows are not in the same format and cannot be printed out on a laser printer. If you are running a color system you can't convert to postscript so you still can't get a printable file. I hope this question makes sense. If so , any comments/suggestions. Thanks in advance Thanks Bob Shaw bshaw@hcvdl@vdl.ti.com From apollo-request@umix.cc.umich.edu Mon Jan 29 00:07:03 1990 Date: 26 Jan 90 22:11:00 GMT From: vasta%apollo%hp-sdd.uucp@hplabs.hpl.hp.com (John Vasta) Organization: Hewlett-Packard Company, Apollo Division; Chelmsford, MA Subject: Re: C++ v2.0 When? Message-Id: <4845d440.20b6d@apollo.HP.COM> References: <9001200212.AA00270@icaen.uiowa.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <9001200212.AA00270@icaen.uiowa.edu> dbfunk@ICAEN.UIOWA.EDU (David B Funk) writes: >Scanning through the sr10.2 release I see provisions for >C++ v2.0 in the include files and debugger. >Does anybody have any idea when it will be released? We just announced C++ 2.0 for both Apollo and HP9000 platforms at Uniforum. It is expected to be available in May. John Vasta Hewlett-Packard Apollo Systems Division vasta@apollo.hp.com M.S. CHA-01-LT (508) 256-6600 x6362 300 Apollo Drive, Chelmsford, MA 01824 UUCP: {decwrl!decvax, mit-eddie, attunix}!apollo!vasta From apollo-request@umix.cc.umich.edu Mon Jan 29 23:21:23 1990 Date: 29 Jan 90 20:44:26 GMT From: terry%b11%ingr.uucp@uunet.uu.net (Bill Terry) Organization: Intergraph Corp. Huntsville, AL Subject: DN3000 and 86MB Disk Drive Message-Id: <7316@b11.ingr.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We have a DN3000 with a 86MB Microplus disk drive and are trying to load 10.2 after formatting and filesystem overhead we don't have enough space. I have the Omti 8610 controller which seems to support only two disks both less than 100MB in size. I have access to a number of ESDI drives Priam 150MB, Maxtor 140MB (etc) but cannot get the drive and the controller to communicate. I would like to know if there is a way to strap the controller for one of these drives, if not does anyone know where I can get a controller that will. Bill Terry ...uunet!ingr!b11!terry (UUCP) b11!terry@ingr.com (Internet) -- Bill Terry ...uunet!ingr!b11!terry (UUCP) b11!terry@ingr.com (Internet) From apollo-request@umix.cc.umich.edu Tue Jan 30 01:13:36 1990 Date: 29 Jan 90 20:31:17 GMT From: speyer%joy%cadillac%pp%cs.utexas.edu%sun-barr.uucp@decwrl.dec.com (Bruce Speyer) Organization: MCC CAD Program, Austin, TX Subject: Re: C++ v2.0 When? Message-Id: <5677@cadillac.CAD.MCC.COM> References: <9001200212.AA00270@icaen.uiowa.edu>, <4845d440.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <4845d440.20b6d@apollo.HP.COM> vasta@apollo.HP.COM (John Vasta) writes: >In article <9001200212.AA00270@icaen.uiowa.edu> dbfunk@ICAEN.UIOWA.EDU (David B Funk) writes: >>Scanning through the sr10.2 release I see provisions for >>C++ v2.0 in the include files and debugger. >>Does anybody have any idea when it will be released? > >We just announced C++ 2.0 for both Apollo and HP9000 platforms >at Uniforum. It is expected to be available in May. > >John Vasta Hewlett-Packard Apollo Systems Division >vasta@apollo.hp.com M.S. CHA-01-LT >(508) 256-6600 x6362 300 Apollo Drive, Chelmsford, MA 01824 >UUCP: {decwrl!decvax, mit-eddie, attunix}!apollo!vasta Thanks to John for posting the Apollo/HP C++ information. I had previously seen the 1/22/90 page#5 Unix Today announcement which told me that the product will be released in May, it is the same source on both platforms, and the price starts at $1600 and rises depending upon the platform. Thats all the information I know, can anybody supply more details? At least, Is this a translator or compiler? Bruce Speyer / MCC CAD Program WORK: [512] 338-3668 3500 W. Balcones Center Dr., Austin, TX. 78759 ARPA: speyer@mcc.com From apollo-request@umix.cc.umich.edu Tue Jan 30 03:13:29 1990 Date: 29 Jan 90 23:15:00 GMT From: tpk%ontologic.uucp@uunet.uu.net (Ted Kyriakakis) Organization: Ontologic Inc., Billerica, MA Subject: Re: SR10.1 shells retarded on DSP4500 Message-Id: <814@ontologic.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Thanks to those who responded and pointed me in the right direction. The original problem was that all shell commands would hang for a minute or two after the command had completed its output. The cause of the problem had to do with Accounting in SR10.1 and a system being on the network. If one shuts off the network with "netsvc" or shuts off accounting with the command "accton" without parameters, the problem goes away. Accounting can be permanently shut off by removing the file /usr/adm/acct. This problem seems to have been fixed with SR10.2. - Ted @ Ontologic From apollo-request@umix.cc.umich.edu Tue Jan 30 11:27:33 1990 Date: 30 Jan 90 12:50:57 GMT From: cees%maestro%hp4nl%mcsun.uucp@uunet.uu.net (Cees Keyer) Organization: AHA-TMF (Technical Institute), Amsterdam, The Netherlands Subject: LaTeX problems Message-Id: <1370@maestro.htsa.aha.nl> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hello netlanders, We are trying to install LaTeX on an apollo computer. It compiles with a lot of warnings. It doesn't work correctly. The problem seems to be that the apollo doesn't understand the % sign in the input file. If there are general hints and pointers to the solution of the problem I would like to receive them. We are (still) running SR9.7 and domain/IX (the 9.5 version) The default shell is the 'C' shell but this should cause any problems. Thanks in advance Cees Keyer -- DISCLAIMER: I am not insane, I am a plane. pjew! Cees Keyer, Algemene Hogeschool Amsterdam. | fax: (+31) 20-443215 department of electrical engineering. | phone (+31) 20-429333 Email: cees@maestro.htsa.aha.nl cees@tamtam.htsa.aha.nl Snail: AHA-TMF, Europaboulevard 23, 1079 PC Amsterdam, The Netherlands. From apollo-request@umix.cc.umich.edu Tue Jan 30 15:24:43 1990 Message-Id: <9001301813.AA18665@unix.sri.com> Date: Tue, 30 Jan 90 09:48:21 PST From: ramu%tcipro.uucp@unix.sri.com (Ramu Iyer) To: apollo%umix.cc.umich.edu%sri-unix.uucp@unix.sri.com Subject: Help installing ML I need help installing ML on an Apollo DN 3000 running SR10.1. Has anyone been successful in doing the port? I'd like to know the changes that I need to make to the makefile and the source so as to ensure a successful port. Please contact me directly. Thanks in advance. --Ramu Email: ramu%tcipro.uucp@unix.sri.com What follows is some information about obtaining Standard ML of New Jersey. ++++++++++++++++++++++++++++++ cut here +++++++++++++++++++++++++++++++++++++++++++++++++++ From: unix.sri.com!research.att.com!dbm Date: Tue, 5 Dec 89 15:30:16 EST To: unix.sri.com!tcipro!ramu STANDARD ML of NEW JERSEY, Release 0.44 Beta release version 0.44 of Standard ML of New Jersey is now available for anonymous ftp from princeton.edu and research.att.com. Starting with this version, the compiler is available under nonrestrictive copyright notice similar to that of the X Windows system. This means you do not need to sign a license to obtain a copy of the compiler, and you are free to redistribute the compiler as long as you retain the copyright notices and permission notice. Standard ML of New Jersey is intended to be an open, communally supported system. We encourage people to make whatever use they please of the source code; and we encourage contributions to the further development of the software: bug fixes, ports to new machines, new tools, etc. We will be glad to help coordinate efforts to further develop the compiler. We are planning to release version 1 of the compiler soon, so feedback on remaining bugs would be very much appreciated. Andrew W. Appel David B. MacQueen From apollo-request@umix.cc.umich.edu Tue Jan 30 17:24:52 1990 Date: 30 Jan 90 19:46:00 GMT From: vasta%apollo%hp-sdd.uucp@hplabs.hp.com (John Vasta) Organization: Hewlett-Packard Company, Apollo Division; Chelmsford, MA Subject: Re: C++ v2.0 When? Message-Id: <485970c0.20b6d@apollo.HP.COM> References: <9001200212.AA00270@icaen.uiowa.edu>, <4845d440.20b6d@apollo.HP.COM>, <5677@cadillac.CAD.MCC.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <5677@cadillac.CAD.MCC.COM> speyer%cad@MCC.COM (Bruce Speyer) writes: >In article <4845d440.20b6d@apollo.HP.COM> vasta@apollo.HP.COM (John Vasta) writes: >>We just announced C++ 2.0 for both Apollo and HP9000 platforms >>at Uniforum. It is expected to be available in May. > >Thats all the information I know, can anybody supply more details? At least, >Is this a translator or compiler? It is based upon the AT&T 2.0 translator release. Source level debug support is included on both platforms. John Vasta Hewlett-Packard Apollo Systems Division vasta@apollo.hp.com M.S. CHA-01-LT (508) 256-6600 x6362 300 Apollo Drive, Chelmsford, MA 01824 UUCP: {decwrl!decvax, mit-eddie, attunix}!apollo!vasta From apollo-request@umix.cc.umich.edu Tue Jan 30 19:22:45 1990 Date: 30 Jan 90 21:02:41 GMT From: linde%herds%srcsip%uwm.edu%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Larry G. Linde) Organization: Honeywell Systems & Research Center Subject: Apollo computers forsale Message-Id: <56121@srcsip.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Apollo Computers for sale: 1 - DN580T 12MB memory, FPX, GPX, Cart tape, 150mb disk 19" color monitor, kb, mouse, ring interface Passes all diags, currently running 10.1 Price: 10,000.00 or best offer --------------------------------------------------------------- 2 - DN560's 3mb memory, 68020/68881, cart tape, 70mb disk 19" color monitor, kb, mouse, ring interface two serial ports, graphics 1024x800x4 Passes all diags, currently running 10.1 Price (each): 2000.00 or best offer --------------------------------------------------------------- 1 - DN550 2mb memory, 68010/wytek math, cart tape, 50mb disk 19" color monitor, kb, mouse, ring interface two serial ports, graphics 1024x800x4 Passes all diags, currently running 10.1 Price: 1000.00 or best offer --------------------------------------------------------------- Others/parts/pieces: 1-dn300 1mb 250.00 1-dn660 2mb,floppy,86m,color monitor 800.00 1-dn550 CPU card ONLY 300.00 2-dn5xx 4bit graphics mem card 400.00 each 1-dsp160 3mb,186mb disk,PNA 2000.00 --------------------------------------------------------------- Terms: You pay shipping, or pick up. 10% before shipping balance COD (cashiers check or cash) Larry G. Linde Research Scientist MN65-2300 uucp: umn-cs!srcsip!linde Signal and Image Processing 3660 Technology DR linde@src.honeywell.com Vision Systems Technology Mpls, MN 55413 Honeywell Systems & Research Center (612) 782-7589 work (612) 753-5601 home From apollo-request@umix.cc.umich.edu Tue Jan 30 21:22:40 1990 Date: 30 Jan 90 18:20:45 GMT From: chen%digital%dover%oakhill%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Jinfu Chen) Organization: Motorola, Inc., Mesa, AZ Subject: HP/Apollo announcement (was Re: C++ v2.0 When?) Message-Id: <48592422.12c9a@digital.sps.mot.com> References: <9001200212.AA00270@icaen.uiowa.edu>, <4845d440.20b6d@apollo.HP.COM>, <5677@cadillac.CAD.MCC.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I don't know if this is against Usenet's non-commercial spirit, but I'd like to see more formal product announcement in this newsgroup from HP/Apollo. Information like new product availability, OS upgrade/patch are quite useful. There were many postings in this group complaining the lack of information in OS patches, and insufficient communication between customers and Apollo local sales force. Perhaps we can learn more quickly directly from HP/Apollo's marketing posting here. -- Jinfu Chen (602)898-5338 | Disclaimer: Motorola, Inc. Logic IC Div., Mesa, AZ | ..{somewhere}!uunet!dover!digital!chen | My employer doesn't pay chen@digital.sps.mot.com | me to express opinions. From apollo-request@umix.cc.umich.edu Wed Jan 31 19:30:44 1990 Return-Path: Message-Id: <9001311857.AA15864@mwunix.mitre.org> Date: 31 Jan 90 18:50:00 WET From: "Art McClinton" Subject: Apollo TCP/IP gateways To: "apollo" Date sent: 31-JAN-1990 18:44:27 GMT I am having difficulty setting up a TCP/IP network between 20 Apollos and the other 1300 workstations on our ethernet. I have no difficulty with the Apollo's that have ethernet cards, but the ones that are on the token ring and have to use the gateway apollo to reach the ethernet are unable to communicate to anything off the ring. Apollo software support indicates that the problem is in the other 1300 workstations. We have other subnets and do not have problems with them. I have been told to place a subnet mask in each of the other machines. I would appreciate talking with someone who has made this work. I am certain it just takes a guru to tell me how to Understand the manual. thanks * *---Art * *Arthur T. McClinton Jr. ARPA: ART@MITRE.ORG *MITRE Corporation Phone: 703-883-6356 *7525 Colshire Dr Internal Mitre: ART@AERA785 or M10319@MWVM *McLean, Va. 22102-3481 DCS: MCCLINTON * FAX: 703-883-6308 From apollo-request@umix.cc.umich.edu Wed Jan 31 19:42:13 1990 Date: Wed, 31 Jan 90 14:30:53 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9001311930.AA02426@richter.mit.edu> To: apollo@umix.cc.umich.edu Subject: beta-test sites wanted I've just finished slapping together a print server for SR10.2 nodes running an HP Laserjet/Laserjet+ for a friend of mine. If anyone is interrested in beta-testing this beast, send a cartridge tape or floppy to David Krowitz 26 Kidder Ave Somerville, MA 01244 If you could toss in return postage, I'd appreciate it. For those of you who are outside of the US, I'm trying to find out if the US government's export restrictions on computer software apply to this sort of thing. If you're interrested in testing this, send me some email and I'll let you know what I find out from the bureaucrats downtown. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Wed Jan 31 19:48:13 1990 Date: 31 Jan 90 16:49:50 GMT From: lori%hacgate%elroy.jpl.nasa.gov%jarthur%bridge2%mips%zaphod.mps.ohio-state.edu%swrinde%cs. (Lori Barfield + 1/2) Organization: Hughes Aircraft Co., El Segundo, CA Subject: Re: HP/Apollo announcement (was Re: C++ v2.0 When?) Message-Id: <7056@hacgate.scg.hac.com> References: <4845d440.20b6d@apollo.HP.COM>, <5677@cadillac.CAD.MCC.COM>, <48592422.12c9a@digital.sps.mot.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <48592422.12c9a@digital.sps.mot.com> chen@digital.sps.MOT.COM (Jinfu Chen) writes: >I don't know if this is against Usenet's non-commercial spirit, but I'd >like to see more formal product announcement in this newsgroup from >HP/Apollo. Using comp.sys.apollo for product announcements certainly would be an abuse of Usenet, and we really have to watch out for this kind of thing. (Otherwise vendors will cross-post lengthy announcements everywhere, and all of us pay for their advertising.) But I've never seen anyone complain about vendors putting very brief ticklers on the various hierarchies that say "go look in comp.newprod for info on release of XXX." So I amend Jinfu's suggestion: let's encourage HP/Apollo to post product announcements on comp.newprod, and drop a hint here at the same time. > There were many postings in this group complaining the >lack of information in OS patches, and insufficient communication between >customers and Apollo local sales force. [very true] I agree that anything but product releases should be announced here if possible. Yes, we do have a major communication problem, especially when it comes to bug reports and patch availability. And I'd really like to know when I can order revision X.Z of a piece of software and not stay stuck on X.Y out of ignorance. Also, fixes I find here on the net save both HP/Apollo and Hughes Aircraft $$ because I don't have to log calls, and I can email directly to an experienced fix-er if I get stuck trying to implement the fix-ing. One thing to consider with this suggestion is that the guys from Chelmsford who do post here are under no obligation to do so-- in fact, since doing so means supporting systems which do not pay maintenance, it is a genuinely uncapitalistic practice. Given this cooperation, I'm sure we have enough bandwidth available for announcement ticklers and perhaps other forms of feedback HP/Apollo may find useful to its own ends. ...lori From apollo-request@umix.cc.umich.edu Wed Jan 31 23:35:40 1990 Date: 31 Jan 90 21:50:45 GMT From: dona%ncr-fc%ccncsu.uucp@boulder.colorado.edu (Don Allingham) Organization: NCR Microelectronics, Ft. Collins, CO Subject: Static linking Message-Id: Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu How do you statically link a program. Sun provides the -Bstatic option to suppress dynamic linking. Does Apollo provide something similar? -- Don Allingham NCR Microelectronics ncr-fc!bach!dona@ccncsu.colostate.edu Ft. Collins, CO. uunet!ncrlnk!ncr-sd!ncr-fc!bach!dona From apollo-request@umix.cc.umich.edu Wed Jan 31 23:38:51 1990 Date: 1 Feb 90 01:38:51 GMT From: mth%cci632%rit%rochester%uhura.cc.rochester.edu%sunybcs%image.soe.clarkson.edu%rpi%zaphod.mps. (Michael Hickman) Organization: none Subject: Re: Mentor Graphics and Aegis versions Message-Id: <33565@cci632.UUCP> References: <6813.25bdd657@swift.cs.tcd.ie> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <6813.25bdd657@swift.cs.tcd.ie> michael@swift.cs.tcd.ie writes: >As a new Apollo site (DN10020 plus 3550s) running Mentor Graphics, >I have heard about Mentor being incompatible with some versions >of Aegis. > >Apparently Mentor will not work with Aegis 10.2 and may run on 10.1. > >Could somebody please tell me which version of Aegis will work. > >Regards, >Michael. > >-- >Michael Nowlan | eMail: (UUCP,Bitnet) michael@cs.tcd.ie >Department of Computer Science,| UUCP michael@tcdcs.uucp >Trinity College, | voice: +353-1-772941 >Dublin 2, Ireland | FAX: +353-1-772204 I tried installing SR10.2, and Motif 1.0 on a DN4500 with the 1280x1024 graphics option. We noticed some problems with Layout right away. The first line of the 3 status lines at the top of the screen just wasn't there. Rather strange. Since this is our most heavily-used machine, I immediately re-installed SR10.1. Guess I'll have to wait for 8.0 ... I must say, however, that Motif on that machine and screen was incredible.. You just can't get the 3-d effect of Motif's buttons and menus on a black and white tube. It's a shame I had to remove it... ------------------------ Michael T. Hickman Computer Consoles Inc. Rochester, NY (716) 482-5000 x2663 mth@cci632.uucp ------------------------ From apollo-request@umix.cc.umich.edu Thu Feb 1 18:08:28 1990 Message-Id: <9002011808.AA14180@umix.cc.umich.edu> Date: Thu, 01 Feb 90 12:47:44 EST From: Scott Ferguson Subject: A wacky hair-brained idea To: APOLLO@UMIX.CC.UMICH.EDU This is kinda way out, but I've been dreaming up strange ways to connect a couple of dinosaurs. One's an old Masscomp computer, and the other is a DSP80. Both have standard (PERTEC I think you call it) tape drive interfaces. Is there any way I could program the dsp80 to act like a tape drive and receive whatever data gets sent out the Masscomp's tape interface? If I put a tape drive with two ports on it in between the two, could I configure things so that the tape drive relays input from one port as output to the other port? You're welcome to chuckle at the idea, but if anyone's got any tips, I'll buy you a sixpack. Thanks, and happy hunting. Scott Ferguson srfergu@erenj.bitnet From apollo-request@umix.cc.umich.edu Thu Feb 1 21:29:19 1990 Date: 1 Feb 90 18:40:10 GMT From: lori%hacgate%elroy.jpl.nasa.gov.uucp@decwrl.dec.com (Lori Barfield + 1/2) Organization: Hughes Aircraft Co., El Segundo, CA Subject: Re: Apollo TCP/IP gateways Message-Id: <7122@hacgate.scg.hac.com> References: <9001311857.AA15864@mwunix.mitre.org> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <9001311857.AA15864@mwunix.mitre.org> art@AERA785.MITRE.ORG ("Art McClinton") writes: >I am having difficulty setting up a TCP/IP network between 20 Apollos >and the other 1300 workstations on our ethernet. I have no difficulty >with the Apollo's that have ethernet cards, but the ones that are on the token >ring and have to use the gateway apollo to reach the ethernet are unable to >communicate to anything off the ring. Yeah, me too. From one node I get a socket error when I try to talk to a printer daemon on another node. And with rlogin I get "network unreachable" to/from anything but the gateway node. A little fiddling made that a timeout error instead. Odd thing is, I had this working at one time. Don't know what got changed. (And my notes are about as helpful as TFM.) crp on my internet (ironically, much more sophisticated than rlogin!) works without a hitch from anywhere to anywhere. Help! ...lori From apollo-request@umix.cc.umich.edu Thu Feb 1 21:31:02 1990 Date: 1 Feb 90 22:35:19 GMT From: rchrd%well.uucp@apple.com (Richard Friedman) Organization: Pacific-Sierra Research Subject: Apollo DN330s & DN3000s FOR SALE! Message-Id: <15905@well.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Pacific-Sierra Research announces that it still has some Apollo workstations for sale. They are now available separately, or as a package. We have 3 DN330's, each with 2MB memory and 70Mb hard disk, 8"floppy, mouse & keyboard (monochrome screen) Price $1000 each + shipping Also: we have 2 DN3000's, each with 4Mb memory and 155Mb hard disk, cartridge tape, mouse and keyboard Price $4500 each + shipping They are all in excellent running condition and are ready to be connected into any Apollo Domain ring. If you're interested, call Tracey in our Placerville (CA) office at 916 621 1600 -- /s/ rchrd <=> Richard Friedman <=> rchrd@well rchrd@well.sf.ca.us | {apple,pacbell,hplabs,ucbvax}!well!rchrd [Pacific-Sierra Research / Berkeley CA] (415) 540-5216 (The usual disclaimers apply - I speak only for myself!) From apollo-request@umix.cc.umich.edu Fri Feb 2 05:25:28 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9002020818.AA00124@icaen.uiowa.edu> Date: Fri, 2 Feb 90 02:11:51 CST Subject: Re: Apollo TCP/IP gateways To: ART@MITRE.ORG, lori%hacgate%elroy.jpl.nasa.gov.uucp@decwrl.dec.com Cc: apollo@umix.cc.umich.edu Art & Lori Your problems: >>with the Apollo's that have ethernet cards, but the ones that are on the token >>ring and have to use the gateway apollo to reach the ethernet are unable to >>communicate to anything off the ring. > >Yeah, me too. From one node I get a socket error when I try to talk >to a printer daemon on another node. And with rlogin I get >"network unreachable" to/from anything but the gateway node. all look to be related to tcp/ip routing not working. However the causes/cures depend upon what version of software that you are running. In this kind of case, it can depend upon the OS revision on the nodes evidencing the problem & the revision on the gateway node. So when you post a problem statement like this, Please state the software revisions. It makes it a lot easier to try to help you. Dave Funk From apollo-request@umix.cc.umich.edu Fri Feb 2 05:29:21 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9002020910.AA00133@icaen.uiowa.edu> Date: Fri, 2 Feb 90 02:50:06 CST Subject: Re: Help with /etc/getty To: apollo@umix.cc.umich.edu, krowitz@richter.mit.edu In posting <9001242216.AA17858@richter.mit.edu> David Krowitz writes: > Ack! > I'm try to set up a Macintosh running a VT100 emulator > which is wired to the SIO port on a DN3000 running SR10.2 > The /etc/ttys file has the line > > tty01 "/etc/getty 9600-baud" vt100 on > > in it, "init" has started a process running "getty", the > Apollo echo characters to the Mac, but the login prompt > never appears! One thing that I've noticed is that /com/tctl > reports that "Wait for DCD" is true, ie. line 1 is waiting > for a modem to single that it has a carrier present. The > help for /com/tctl does *not* say how to disable this, and > I suspect it is why we can't login. Anyone got any hints? To make Domain/OS JLRU, it honors the state of DCD when using SIO devices "/dev/tty0?". This (and the work-around) are discussed in the sr10 transition guide. (/install/doc/apollo/os.v.10.?__transition_guide) SIO Lines Although /dev/siox and /dev/ttyx (where x is the port number) can refer to the same physical port, the system treats them differently. The state of DCD (Data Carrier Detect, pin #8 on a standard 25-pin RS-232 connector) is ignored on open for /dev/siox, but is meaningful for /dev/ttyx. Ignoring the state of DCD on /dev/tty devices when calling ios_$open is possible by specifying ios_$no_open_delay_opt in the ios_$open call. For /dev/sio devices, the ios_$no_delay_opt is always implied. So when you use /dev/tty01, the login process waits for DCD to go true, if you use /dev/sio1, it doesn't wait. This is true whether you are using "getty" or "siologin". It is also true when using the port for output. If it is at all possible to get your "terminal" (Macintosh in this case) to produce a signal that is active when turned on, then connect it to pin #8. This is very desirable because it helps to avoid problems with "getty" when using /dev/sio?. When you use /dev/sio? the "wait for DCD" function is lost so "getty" will respond to any incoming character on the receive data line. The problem here is that when the "terminal" is turned off, this line will float and random noise can be interpreted as characters causing lots of "getty" activity and tying up the node. If DCD is honored, then this doesn't happen because DCD will be false and "getty" will just wait & not see the random garbage. Dave Funk From apollo-request@umix.cc.umich.edu Fri Feb 2 11:29:35 1990 Date: Fri, 2 Feb 90 09:18:46 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9002021418.AA05726@richter.mit.edu> To: apollo@umix.cc.umich.edu, lori%hacgate%elroy.jpl.nasa.gov.uucp@decwrl.dec.com Subject: Re: Apollo TCP/IP gateways /com/crp does not rely upon TCP/IP for the underlying network packet services. The most common error with TCP/IP utilities (rlogin, lpr, telnet, ftp, etc.) is the TCP server (either /etc/tcpd under SR10 or SR9.7 BSD4.2 or /sys/tcp/tcp_server under SR9.7 Aegis) dying or loosing its host tables. A hung, or dead, tcp server is frequently the cause of a tcp socket error. The "network unreachable" error is usually caused by a local tcp server which has lost its host table, but can also be caused by a gateway that has crashed or lost its tcp server. Under Sr10, you can use the /etc/ping command to test your network connections. If "/etc/ping " works, but "/etc/ping " doesn't work, then the problem is that the gateway is either down or it's tcp server and/or routed daemon is dead. If /etc/ping does work with any of your local hosts, then the tcp server on your own machine is the culprit. Unless you have multiple gateways between your Apollo net and the outside world, run /etc/routed *only* on your gateway. Use the "/etc/route add default 1" command on your non-gateway nodes instead of routed. The routing daemon periodically flushes the tcp server's routing tables of "old" routes, and if the routing daemon on the gateway fails to update your local routing daemon you can lose all of the routing info in your local tables. If you *must* run /etc/routed on your local non-gateway nodes (ie. networks with multiple gateways to the outside world) then use the "-q" switch so that the local nodes will operate in "quiet" (ie. listen only) mode to avoid unecessary network traffic. Imagine what would happen if all 2000+ nodes on the MIT campus network were to run routing daemons all broadcasting their route tables to each other at once! -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Fri Feb 2 15:50:28 1990 Date: 2 Feb 90 14:48:08 GMT From: ssj%edcastle%ukc%mcsun.uucp@uunet.uu.net (S Johal) Organization: Edinburgh University Computing Service Subject: support for ALSYS ADA under APOLLO SR10.2 question Message-Id: <1987@castle.ed.ac.uk> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I am planning to have upgraded my DN3500 to SR10.2 (from 9.7.1), but cannot until I know of the availability of ALSYS ADA under SR10.2. Since our local ALSYS people told me middle of last year that they could supply ADA for 10.1 and then last week said they couldn't, I have the feeling they don't know what's really happening. Since I'm in desperate need of the X11R3 that comes with SR10.2, (and our local APOLLO(/HP) support staff have said the're happy to give me a "pick up/upgrade to SR10.2+goodies/drop down(gently)"+ service), I'm keen to hear from anybody who knows about ALSYS ADA support for SR10.2. *-------------------------------------------*----------------------------* * Subindrao Johal, *++++++++++++++++++++++++++++* * SARI Project, * tel: 031 668 1550 x219 * * Department of Electrical Engineering, * fax: 031 662 4678 * * University of Edinburgh, * email: ssj@sari.ed.ac.uk * * The King's Buildings, Edinburgh EH9 3JL *++++++++++++++++++++++++++++* *-------------------------------------------*----------------------------* +(that's what I call support ! - are you listening SUN ?) From apollo-request@umix.cc.umich.edu Fri Feb 2 19:22:25 1990 Date: 2 Feb 90 19:47:43 GMT From: rtp1%tank.uucp@handies.ucar.edu (raymond thomas pierrehumbert) Organization: University of Chicago Subject: NCAR graphics Message-Id: <7425@tank.uchicago.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I am thinking of putting up NCAR graphics (the GKS version) on my DN10000 running 10.1p. I'm not planning to run X for a while. I have GPR, but have not put up GMR, though that would be possible if necessary. I have a site licence and documentation for NCAR, but before wading through this morass of abysmally written stuff, I thought I'd ask if anybody out there had any experience building this library (and especially the graphics metafile viewer) for Domain. How much trouble am I getting into? I have the 8-plane AT bus color graphics system, if that makes a difference. I don't especially like NCAR graphics, but the price is right. If anybody has any suggestions for affordable alternatives, for viewing 2D and 3D data, I'd be happy to hear about them. Does anybody have anything to say about Uniras? From apollo-request@umix.cc.umich.edu Fri Feb 2 19:28:16 1990 Date: 2 Feb 90 12:10:09 GMT From: jnp%mjolner%santra%tut%sunic%luth%eru.uucp@BLOOM-BEACON.MIT.EDU (J|rgen N|rgaard) Organization: Nokia Telecommunications Oy, Espoo, Finland Subject: perl under SR10.1; trouble with "stat" Message-Id: Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu On installing perl (latest release with patches) I had some worries because the tests some times would fail on "op.stat". Deciding to investigate on little on this I wrote the attached small c-piece. So my question os two-fold: i) how is "stat" supposed to work under BSD4.3 ? i.e. should "mtime" and "ctime" be equal upon creating of a fresh file ? ii) If so, why is Apollo different ? And what to do about it ? Is this fixed in SR10.2 ? (Machine: Apollo DN3500, SR10.1, BSD4.3, native cc) Any help appreciated. /j|rgen n|rgaard File "stat.c": #include #include #include #include #include main(argc,argv) int argc; char *argv[]; { int fd; struct stat buf; (void) unlink("./foo.tmp"); fd = open("./foo.tmp", O_CREAT | O_RDWR, 00200); printf("fd: %d, %d.\n", fd, errno); printf("stat: %d.\n", stat("./foo.tmp", &buf)); printf("stat.st_mtime: %u, stat.st_ctime: %u.\n", buf.st_mtime, buf.st_ctime); printf("stat: %d.\n", stat("./foo.tmp", &buf)); printf("stat.st_mtime: %u, stat.st_ctime: %u.\n", buf.st_mtime, buf.st_ctime); (void) unlink("foo.tmp"); }; Result: mjolner :~/src/c/test (1) a.out fd: 3, 2. stat: 0. stat.st_mtime: 633958917, stat.st_ctime: 633958918. stat: 0. stat.st_mtime: 633958917, stat.st_ctime: 633958918. mjolner :~/src/c/test (2) !! a.out fd: 3, 2. stat: 0. stat.st_mtime: 633958924, stat.st_ctime: 633958924. stat: 0. stat.st_mtime: 633958924, stat.st_ctime: 633958924. mjolner :~/src/c/test (3) !! a.out fd: 3, 2. stat: 0. stat.st_mtime: 633958926, stat.st_ctime: 633958927. stat: 0. stat.st_mtime: 633958926, stat.st_ctime: 633958927. mjolner :~/src/c/test (4) !! a.out fd: 3, 2. stat: 0. stat.st_mtime: 633958929, stat.st_ctime: 633958929. stat: 0. stat.st_mtime: 633958929, stat.st_ctime: 633958929. mjolner :~/src/c/test (5) -- ------------------------ ORIGIN '~jnp/stdDisclaimers' ------------------------ | Regards, J|rgen N|rgaard ('|' is '\o{}' in \LaTeX{}) | | e-mail: jnp@tele.nokia.fi | telephone: <..>-358-0-511-5671 | -- mail: Nokia Telecommunications, PL 33, SF-02601 Espoo, Suomi Finland -- From apollo-request@umix.cc.umich.edu Fri Feb 2 20:39:53 1990 Date: 2 Feb 90 19:24:56 GMT From: macomber%thoreau%voder.uucp@ucbvax.Berkeley.EDU (Robert Macomber) Organization: National Semiconductor, S. Portland, Maine Subject: Apollo Termcap Question Message-Id: <30@thoreau.nsc.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi Apollo Gurus - Do anybody out there know how to switch a Display Manager shell window back and forth between the normal mode and the vt100 mode; like when you run "vi" inside a shell window. We have a bunch of users that are firing up vt100 and telnet'ing out to other machines. It seems a shame that they have to give up the option of scrolling around in the PAD to gain remote editing. I guess what I'm looking for (if it exists) are some escape sequences similar to those available for xterm that I could plug into the termcap database on some of these "external" machines. In the termcap entry for xterm there are two strings "ti" and "te" that seem to do this sort of thing for xterm. If it matters, we're running DomainOS 9.7.1 with the old 9.5 BSD4.2 and most of the external machines are BSD4.x based. Thanks in advance. -- Robert L. Macomber National Semiconductor South Portland, Maine macomber@thoreau.nsc.com From apollo-request@umix.cc.umich.edu Fri Feb 2 20:44:33 1990 Date: 2 Feb 90 20:53:54 GMT From: kwongj%caldwr.uucp@ucdavis.ucdavis.edu (James Kwong) Organization: California Department of Water Resources Subject: Re: Apollo TCP/IP gateways Message-Id: <697@caldwr.UUCP> References: <9001311857.AA15864@mwunix.mitre.org>, <7122@hacgate.scg.hac.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu On the token side (non-gateway) Apollos try using the command: '/etc/route add default gateway_apollo 1' Where gateway_apollo is the hostname of the gateway machine. I've noticed with SR9.7, if you loaded the Aegis version of TCP/IP, it doesn't require explicit routing to the gateway. If you loaded just BSD TCP/IP or are using the SR10.x version, you have to use the /etc/route command. Check the routing table on the token side Apollos with the UNIX (not Aegis) command: 'netstat -r'. You should see something like: Routing tables Destination Gateway Flags Hops Ref Use Interface cache.water.ca. USG 1 0 6 dr0 ^^^^^^^ your gateway machine should be listed here Also if you're using SR10.x, and have sub-nets, you need the defaultmask in the /etc/hosts file. With SR9.7, the netmask goes in the /sys/node_data/networks file some thing like this: xxx.yyy.192.11 on dr0 ; mask 255.255.255.0 xxx.yyy.32.252 on eth0 ; mask 255.255.255.0 Since you are able to get to the ether side from the gateway Apollo, routed is probably running OK on this machine. Finally, tcp_server needs to be running. :-) -- 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 Fri Feb 2 20:48:13 1990 Date: 2 Feb 90 19:56:41 GMT From: brian%padouk.ima.isc.com%haddock%ima%spdcc%snorkelwacker.uucp@think.com (Brian R. Holt) Organization: Interactive Systems Corporation - Cambridge, MA Subject: Re: HP/Apollo announcement (was Re: C++ v2.0 When?) Message-Id: <15841@haddock.ima.isc.com> References: <4845d440.20b6d@apollo.HP.COM>, <5677@cadillac.CAD.MCC.COM>, <48592422.12c9a@digital.sps.mot.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Actually, a survey was taken two years ago, to see whether the readers of comp.sys.apollo wanted to see product announcements, and the response was overwhelmingly positive. Someone at Apollo posted the announcements regularly for about a year. They left the company around the time of the HP acquisition, and nobody ever picked it up. It is not an abuse of Usenet if the readers want it! See Sun-spots (aka comp.sys.sun) for example. =brian brian@ima.isc.com US 617-661-7474 x206 near the last bend in the Charles River From apollo-request@umix.cc.umich.edu Fri Feb 2 20:51:32 1990 To: apollo@umix.cc.umich.edu Subject: C++ support Message-Id: <9002021752.AA01917@unidui.uni-duisburg.de> Date: 2 Feb 90 17:52:44 MEZ (Fri) From: hj412fr@unidui.uni-duisburg.de (Frik) Now that C++ v2.0 is to be available pretty soon I would like to know what libraries and additional support will be going with it. Something like libg++, nihcl etc. Anybody got leads? Martin Anantharaman FB7, FG7 (Mechanik) Office: +49 (203) 379-3061 Universitaet -GH- Duisburg Home: +49 (203) 37 65 89 Lotharstr. 1 E-Mail: hj412fr@unidui.uucp 4100 Duisburg 1 West Germany From apollo-request@umix.cc.umich.edu Fri Feb 2 20:55:52 1990 Date: 2 Feb 90 21:02:26 GMT From: lnz%lucid.com%neon%shelby.uucp@decwrl.dec.com (Leonard N. Zubkoff) Organization: Lucid, Inc. Menlo Park, CA Subject: GNU Emacs 18.55 for Domain/OS SR10.2 Message-Id: <2187@heavens-gate.lucid.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu A new version of my modifications to GNU Emacs for the Apollo is now available. This version supports GNU Emacs 18.55 and Domain/OS SR10.2; new features include: o The keyboard management in this version had been updated to use the GPR event types GPR_$Coded_Keys, GPR_$Function_Keys, and GPR_$Physical_Keys which are new in SR10.2 and give GNU Emacs access to all the interesting key transitions. For example, the REPEAT key can now be defined to be the Meta Key; REPEAT is much more conveniently located than the RIGHT BOX ARROW key, and since autorepeat can be enabled for most keys in SR10.2, there is little need for a repeat key. For compatibility, RIGHT BOX ARROW remains the default Meta Key. If you want REPEAT as your Meta Key, you need to add the form (select-apollo-meta-key "RPT") to your ".emacs" and the command "kbm -R none -A alpha,default" to your ".login" or equivalent. o Since Domain/OS SR10.2 supports the X11 window system, the GNU Emacs support for X11 and X menus is enabled as well. When Emacs is invoked from a pad and GPR is available, it is preferred over X11 unless the "-display" or "-d" command line argument is specified. When GPR support is being used, the Emacs variable window-system has the value 'apollo; when X11 is used, it has the value 'x. o Domain/OS SR10.1 and Domain/IX SR9.7 are no longer supported. o "etc/apollo.el" is now loaded before ".emacs", and hence the variables *apollo-key-bindings-hook* and *preempt-display-manager-bindings* are no longer available. Any key bindings formerly made by using *apollo-key-bindings-hook* can now be installed directly; you should call the function install-apollo-dm-preemptive-key-bindings from your ".emacs" to install these key bindings if you formerly set *preempt-display-manager-bindings* to T. I am distributing this release from labrea.stanford.edu (36.8.0.47). The following files are available for anonymous ftp from the "pub/gnu" directory: APOLLO.README README for Apollo GNU Emacs apollo-emacs.tar.Z Apollo GNU Emacs modifications As always, to install my Apollo GNU Emacs modifications, uncompress and untar "apollo-emacs.tar.Z" on top of a unmodified GNU Emacs 18.55 distribution tree, and consult APOLLO.README for building instructions. Note: Some people have experienced problems where "apollo-emacs.tar.Z" is corrupted when retrieved via FTP, even when they've correctly used binary mode for the transfer. To verify that your copy is not corrupted, retrieve the file "crc.c", compile it, and check the crc of "apollo-emacs.tar.Z" as follows: % crc -b apollo-emacs.tar.Z D26DF9A7 apollo-emacs.tar.Z The crc program computes a 32 bit cyclic redundancy check polynomial on the contents of a file; if two files have the same crc, then it is extremely unlikely they do not have the same contents. If the hex value reported by crc does not match the value above, then your copy is corrupted. I will shortly be sending a complete copy of GNU Emacs 18.55 for SR10.2 to ADUS. Leonard N. Zubkoff Lucid, Incorporated From apollo-request@umix.cc.umich.edu Fri Feb 2 20:58:15 1990 Date: 2 Feb 90 21:33:50 GMT From: lori%hacgate%elroy.jpl.nasa.gov%jarthur%brutus.cs.uiuc.edu%zaphod.mps.ohio-state.edu%swrinde. (Lori Barfield + 1/2) Organization: Hughes Aircraft Co., El Segundo, CA Subject: Re: SR9.7 TCP/IP gateways Message-Id: <7140@hacgate.scg.hac.com> References: <9002020818.AA00124@icaen.uiowa.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <9002020818.AA00124@icaen.uiowa.edu> dbfunk@ICAEN.UIOWA.EDU (David B Funk) writes: > [his clairvoyance daemon obviously down at the time] > Please state the >software revisions. It makes it a lot easier to try to help you. OK, Dave, I wanted to keep it a secret, but since you're forcing the truth out of me...we're still on...SR9.7. I've noticed that TCP/IP vagaries don't seem to come up with the SR10 JLRU nodes. (Of course, there's always the possibility that you hotshot SR10 admins are just more Unix-wise....) I caught David Krowitz's followup-- what are the SR9 quirks? And, BTW, SR9 does have ping. I just haven't been exercising it thoroughly because I didn't understand the diagnostic process well enough until his post. Thanks to both of you. ...lori From apollo-request@umix.cc.umich.edu Fri Feb 2 21:01:34 1990 Date: 2 Feb 90 18:31:57 GMT From: chen%digital%dover%oakhill%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Jinfu Chen) Organization: Motorola, Inc. Logic IC Div, Mesa, AZ Subject: Re: Apollo TCP/IP gateways Message-Id: <48684487.12c9a@digital.sps.mot.com> References: <9001311857.AA15864@mwunix.mitre.org>, <7122@hacgate.scg.hac.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <7122@hacgate.scg.hac.com> lori@hacgate.hac.com writes: > >Yeah, me too. From one node I get a socket error when I try to talk >to a printer daemon on another node. And with rlogin I get >"network unreachable" to/from anything but the gateway node. >A little fiddling made that a timeout error instead. The SR10 TCP/IP manual is quite helpful in terms of debugging/trouble-shooting problem. With combination of /etc/ping, /usr/ucb/netstat, you can find out if the router on your gateway behaves properly or not. >From our experience, message "network unreachable" usually means either /etc/hosts and /etc/networks don't have the right addresses, or the routed on the gateway doesn't work. On SR10, the default /etc/rc.local uses -h option for non-gateway node, which I was told is wrong (from Mentor CSB?). Right now I use -f -q for non-gateway node, and -f -g for gateway node. If you are able to get a message about time-out, start playing with netstat (the /usr/ucb one, not /com/netstat!) options to see if your non-gateway node can see the network pass-thru the gateway (option -r). My biggest complaint about Apollo's TCP/IP software is that under SR10.x, our DSP90 (3mb ram) gateway node can't handle the load as good as under SR9.7. The tcpd occasionally crashes. Apollo's response is to use an AT-bus type of machine to be the gateway. However, I still have a hard time to convince my manager to shell off $1200 for an ethernet card. How can you answer his question, "if ECMB (ethernet controller on multibus) works under sr9.7, it should work under sr10, otherwise, ask Apollo for a free upgrade to an AT-bus card"? -- Jinfu Chen (602)898-5338 | Disclaimer: Motorola, Inc. Logic IC Div., Mesa, AZ | ..{somewhere}!uunet!dover!digital!chen | My employer doesn't pay chen@digital.sps.mot.com | me to express opinions. From apollo-request@umix.cc.umich.edu Fri Feb 2 21:33:13 1990 Date: 2 Feb 90 22:02:01 GMT From: news%eagle.uucp@ucbvax.Berkeley.EDU (Gary Stewart) Organization: NASA/Lewis Research Center, Cleveland Subject: Help needed in installing rrn and nntp on Apollos. Message-Id: <1990Feb2.220201.4550@eagle.lerc.nasa.gov> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Greetings! I've been trying to install rrn and nntp on an Apollo 3000 without any success. Does anyone have this available or know of where I can get it from? I've completed rrn & nntp for the Sun and Iris platform but I'd like to make this available to our Apollo users. Currently, I'm using version 9 of the OS but a number of the Apollo users have version 10. We are running C-News on a Sun server. Any help would be appreciated. Thanks in advance! Gary Stewart (xxcomtn@kestrel.lerc.nasa.gov) (xxcomtn@128.156.1.45 From apollo-request@umix.cc.umich.edu Fri Feb 2 21:35:26 1990 Date: 2 Feb 90 21:24:04 GMT From: news%eagle.uucp@ucbvax.Berkeley.EDU (Gary Stewart) Organization: NASA/Lewis Research Center, Cleveland Subject: Help needed in installing rrn and nntp. Message-Id: <1990Feb2.212404.28157@eagle.lerc.nasa.gov> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Greetings! I've been attempting to build rrn and nntp for an Apollo 3000 and I've been running in problems. Does anyone has this available or know of where I can get the needed files for version 9 & 10 of the OS. I have completed installation of rrn and nntp for both the Sun and Iris platform. I would also like to have rrn and nntp available for our Apollo users. We are running C-News on a Sun server. Thanks in advance! Gary Stewart (xxcomtn@kestrel.lerc.nasa.gov) (xxcomtn@128.156.1.45) -- ======================================================= sig test =========================================== From apollo-request@umix.cc.umich.edu Sat Feb 3 05:23:32 1990 Date: 3 Feb 90 05:40:41 GMT From: lampi%pnet02%gryphon%elroy.jpl.nasa.gov%usc%snorkelwacker.uucp@BLOOM-BEACON.MIT.EDU (Michael Lampi) Organization: People-Net [pnet02], Redondo Beach, CA. Subject: Re: beta-test sites wanted Message-Id: <25509@gryphon.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu krowitz%richter@UMIX.CC.UMICH.EDU (David Krowitz) writes: >I've just finished slapping together a print server for SR10.2 [text deleted for brevity] > >For those of you who are outside of the US, I'm trying to find >out if the US government's export restrictions on computer >software apply to this sort of thing. If you're interrested >in testing this, send me some email and I'll let you know what >I find out from the bureaucrats downtown. > >From my experience in software exports, there are absolutely no restrictions (other than possible Customs duties, taxes, etc.) on commercial software shipments to other countries. Computer hardware, on the other hand, has lots of restrictions. However, most of them apply to supercomputers, super capacity disk drives (5 gb+), etc. Michael Lampi MDL Corporation 213/782-7888 fax 213/782-7927 UUCP: {ames!elroy, }!gryphon!pnet02!lampi INET: lampi@pnet02.gryphon.com "My opinions are that of my corporation!" From apollo-request@umix.cc.umich.edu Sat Feb 3 07:21:15 1990 From: tpfabian@nasamail.nasa.gov (THEODORE FABIAN) Date: Sat, 3 Feb 90 02:46 PST Message-Id: To: Subject: RE: Re: SR9.7 TCP/IP gateways X-Lines: 56 Lori, don't be ashamed to be at 9.7.. we're still at 9.7 too.. and we've got the same (?) problem in routing TCP/IP.. our setup is as follows: net A ---------------- \ gateway node 1 --| | |net D net B ---------------- | \gateway node 2 -| | | net C ----------------- | \gateway node 3 -| | nodes on net A can communicate with other nodes on net A using TCP/IP.. and also to the gateway node 1.. but not to any other node on either net B, net C, or net D.. but any node on net A can reach any node on any net using normal DOMAIN routing and the router service network definitions in the gateway nodes.. similarly, nodes on net B (or C) cannot reach the other nets via TCP/IP... I've tried using the ROUTE statements, but they don't seem to work under AEGIS 9.7... or so I've been told by an Apollo technician... I've tried using subnet masks, but because our overall network does not rely on subnetting, none of the systems on net D (including non Apollo systems) will recognize any Apollo node on either net A, B, or C.. clearly, the gateway functions are not functional... I'm open to ideas... - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - * Thanks, * * Ted Fabian NASA Lewis Research Center * * Cleveland, Ohio * * * * phone: 216-433-6307 FTS 297-6307 | disclaimer: * * email: tpfabian@nasamail.nasa.gov | my opinions * * tfabian@earth.lerc.nasa.gov | are my own * - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From apollo-request@umix.cc.umich.edu Sat Feb 3 19:20:06 1990 Date: Sat, 3 Feb 90 16:21:18 CST From: poole@lnic1.hprc.uh.edu Message-Id: <9002032221.AA09747@lnic1.hprc.uh.edu> To: apollo@umix.cc.umich.edu, rtp1%tank.uucp@handies.ucar.edu Subject: Re: NCAR graphics Uniras is quite expensive as compared to the NCAR package. What you are wanting to view will sometimes determine the package that best fits your needs. Steve... From apollo-request@umix.cc.umich.edu Sun Feb 4 03:21:29 1990 Date: 4 Feb 90 04:30:00 GMT From: carlton%apollo%hp-sdd%ucsdhub.uucp@ucsd.edu (Carlton B. Hommel) Organization: Apollo Computer, Chelmsford, MA Subject: Re: perl under SR10.1; trouble with "stat" Message-Id: <486f6315.20b6d@apollo.HP.COM> References: Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu A summary of the problem: The "ctime" and "mtime" reported by stat(2) are different for a newly created file, when you would expect them to be the same. Ie, stat.st_mtime: 634104703 stat.st_ctime: 634104704 I'm pretty sure that it is a byproduct of our implementation of the open(2) system call, but I'm just a perl fanatic, and not a systems hacker. This problem still exists at our hot-off-the-presses sr10.2+ baselevel, so I've posted it as a bug. If you want a formal answer, then please submit an APR. (See "man mkapr" for help.) Carl Hommel carlton@apollo.hp.com "I could write a perl script to do that for you..." From apollo-request@umix.cc.umich.edu Mon Feb 5 00:55:38 1990 Date: 5 Feb 90 03:57:26 GMT From: frederit@boulder.colorado.edu (FREDERICKS THOMAS M) Organization: University of Colorado, Boulder Subject: lpd troubles Message-Id: <16556@boulder.Colorado.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I am trying to set up the bsd version of lpd on my network. The commands work fine from the node that is running the printer but, the other nodes respond with a "jobs queued but unable to start daemon". I have llbd running on both of the nodes, lpr is both setuid and setgrid. Has anyone had any luck getting this to run? I am using sr10.2 by the way. Thanks, Tom... From apollo-request@umix.cc.umich.edu Mon Feb 5 00:57:10 1990 Date: 5 Feb 90 02:37:11 GMT From: charles%c3pe.uucp@decuac.dec.com (Charles Green) Organization: C3 Inc., Herndon, VA Subject: Looking for User Groups Message-Id: <8338@c3pe.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu [Posting for a coworker without net.access - please note Reply-To: address.] We are looking for user groups for the following machines - national, local, any area at all will be welcome. If you know of a contact address (postal or Email) or phone number, please mail it in. Apollo ATT Datapoint Digital Equipment Groupe-Bull/Zenith Hewlett-Packard NCR Silicon Graphics Thanks. -- charles@C3.COM {decuac.dec.com,cucstud}!c3pe!charles ex::!echo Boo: From apollo-request@umix.cc.umich.edu Mon Feb 5 02:46:25 1990 Date: 5 Feb 90 03:57:26 GMT From: frederit@boulder.colorado.edu (FREDERICKS THOMAS M) Organization: University of Colorado, Boulder Subject: lpd troubles Message-Id: <16556@boulder.Colorado.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I am trying to set up the bsd version of lpd on my network. The commands work fine from the node that is running the printer but, the other nodes respond with a "jobs queued but unable to start daemon". I have llbd running on both of the nodes, lpr is both setuid and setgrid. Has anyone had any luck getting this to run? I am using sr10.2 by the way. Thanks, Tom... From apollo-request@umix.cc.umich.edu Mon Feb 5 03:02:31 1990 Date: 5 Feb 90 02:37:11 GMT From: charles%c3pe.uucp@decuac.dec.com (Charles Green) Organization: C3 Inc., Herndon, VA Subject: Looking for User Groups Message-Id: <8338@c3pe.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu [Posting for a coworker without net.access - please note Reply-To: address.] We are looking for user groups for the following machines - national, local, any area at all will be welcome. If you know of a contact address (postal or Email) or phone number, please mail it in. Apollo ATT Datapoint Digital Equipment Groupe-Bull/Zenith Hewlett-Packard NCR Silicon Graphics Thanks. -- charles@C3.COM {decuac.dec.com,cucstud}!c3pe!charles ex::!echo Boo: From apollo-request@umix.cc.umich.edu Mon Feb 5 13:27:28 1990 Date: 5 Feb 90 14:03:05 GMT From: sun%me%jarvis.csri.toronto.edu%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Andy Sun Anu-guest) Subject: questions on hint_file and file owner Message-Id: <1990Feb5.090305.3517@me.toronto.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have two questions, both maybe stupid and trivial to some apollo experts, but they are driving me nuts. (1) We have an DN3500 running SR10.1 BSD4.3 and is tapped onto the Ethernet. Every once a while (a week), I cannot use edrgy (it said registry not available). I cannot remote login either because of this (it doesn't recognise my password). However, if I deleted the file /sys/node_data/hint_file and reboot the machine, everything is back to order. Would any apollo wizards/witches out there tell me or point me to some reference just what does that hint_file do and why the above weird thing is happening? (2) After I created new accounts and opened directories for them, I found that whatever files the account owner opens, they are under the owner 'none', not the user's login. They cannot chown it since they are not root. Did I miss anything while creating a new account using edrgy? Any help and suggestions will be greatly appreciated. Andy -- _______________________________________________________________________________ Andy Sun | Internet: sun@me.utoronto.ca University of Toronto, Canada | UUCP : csri.toronto.edu!me.utoronto.ca!sun Dept. of Mechanical Engineering | BITNET : sun@me.utoronto.BITNET From apollo-request@umix.cc.umich.edu Mon Feb 5 15:23:54 1990 Date: 5 Feb 90 15:00:10 GMT From: lau%kings.wharton.upenn.edu%netnews.upenn.edu.uucp@rutgers.edu (Yan K. Lau) Organization: A Private Heaven Subject: Is it possible to run C-Kermit on ttyp's? Message-Id: <19986@netnews.upenn.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We have C-Kermit installed in our Apollos and wonder if it's possible to do the following. We would like to telnet to the Apollos from another machine and be able to directly download files to our PCs. Our Apollos do not have any dial-in lines so we can't use the /dev/sio lines. I noticed that when I telnet in, ps tells me that I'm attached to /dev/ttyp0. However, when I tried to set line /dev/ttyp0, I get the following: /dev/ttyp0: Not a typewriter Sorry, can't open line: Not a typewriter It's been some time since I've installed it so we may not have the latest version of C-Kermit. Yan. )~ Yan K. Lau lau@kings.wharton.upenn.edu The Wharton School ~/~ -Sheenaphile- 128.91.11.233 University of Pennsylvania /\ Darker grows the moon And shadows steal across the prison of my room From apollo-request@umix.cc.umich.edu Mon Feb 5 17:43:16 1990 Date: Mon, 5 Feb 90 17:26:29 HIV From: bonnetf@apo.esiee.fr (bonnet-franck) Message-Id: <9002051626.AA19693@apo.esiee.fr> To: apollo@umix.cc.umich.edu Subject: Mentor Graphics Mspice.020 server running 10.1/7.0 hello, We have observed a strange problem using the MSPICE.020 server from MENTOR GRAPHICS software. We run AEGIS and BSD4.3 10.1 version. Mentor 7.0 version. MSPICE V7.0_1.11 version. The following appends : When the server starts, it takes about 20 Mb on the disk !!! I precise that previously we ran 9.7/6.1 and it was working perfectly ( with 4 diskless for a disk ). Is there a workaround to reduce the size of the virtual memory that SPICE.020 allows ? Is it a BUG or a FEATURE ? Does anybody has encountered or heard about that problem ? Mentor Graphics France was not able to answer a word about it !!! Our biggest problem is that we are very short in disk space, as you can understand and we are short in money too... Thanx. -- Frank bonnetf@apo.esiee.fr From apollo-request@umix.cc.umich.edu Mon Feb 5 17:51:40 1990 Return-Path: Message-Id: <9002051714.AA06042@mwunix.mitre.org> Date: 5 Feb 90 17:10:00 WET From: "Art McClinton" Subject: Re: beta-test sites wanted To: "lampi%pnet02%gryphon%elroy.jpl.nasa.gov%usc" Date sent: 5-FEB-1990 17:06:47 GMT >krowitz%richter@UMIX.CC.UMICH.EDU (David Krowitz) writes: >>I've just finished slapping together a print server for SR10.2 > [text deleted for brevity] >> >>For those of you who are outside of the US, I'm trying to find >>out if the US government's export restrictions on computer >>software apply to this sort of thing. If you're interrested >>in testing this, send me some email and I'll let you know what >>I find out from the bureaucrats downtown. >> > >From my experience in software exports, there are absolutely no restrictions >(other than possible Customs duties, taxes, etc.) on commercial software >shipments to other countries. > >Computer hardware, on the other hand, has lots of restrictions. However, most >of them apply to supercomputers, super capacity disk drives (5 gb+), etc. >Michael Lampi MDL Corporation 213/782-7888 fax 213/782-7927 > The restrictions do apply to certain types of software and firmware, but my personal opiniopn is that a print server is far outside the area of software that is restricted. Encryption/decryption software is restricted. So if your print spooler uses the DES algorithms to get the data to the printer in such a way that no one else can look at the data while it is in the queue then you would definitely have a problem. * *---Art * *Arthur T. McClinton Jr. ARPA: ART@MITRE.ORG *MITRE Corporation Phone: 703-883-6356 *7525 Colshire Dr Internal Mitre: ART@AERA785 or M10319@MWVM *McLean, Va. 22102-3481 DCS: MCCLINTON * FAX: 703-883-6308 From apollo-request@umix.cc.umich.edu Mon Feb 5 17:53:52 1990 Date: 5 Feb 90 15:37:00 GMT From: weber_w%apollo%hp-sdd%ucsdhub.uucp@ucsd.edu (Walt Weber) Organization: Hewlett Packard NARC @ Apollo Systems Division Subject: Re: Apollo Termcap Question Message-Id: <4876bedd.20b6d@apollo.HP.COM> References: <30@thoreau.nsc.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <30@thoreau.nsc.com> macomber@thoreau.nsc.com (Robert Macomber) writes: > Do anybody out there know how to switch a Display Manager > shell window back and forth between the normal mode and the > vt100 mode; like when you run "vi" inside a shell window. Robert - Unfortunately, there is no method available for permitting the vt100 emulator to support a "scroll-back" facility as is available in the display manager transcript pad. Since your article mentions xterm, I will assume that you have it available for your users, and would encourage you to base a solution on replacing vt100 with xterm for your users. ...walt... Walt Weber Hewlett Packard NARC @ Apollo Systems Division -The views expressed herein are personal, and not binding on ANYONE- "The power of accurate observation is commonly called cynicism by those who have not got it" -George Bernard Shaw From apollo-request@umix.cc.umich.edu Mon Feb 5 19:32:44 1990 Date: Mon, 5 Feb 90 13:37:42 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9002051837.AA12491@richter.mit.edu> To: apollo@umix.cc.umich.edu, lampi%pnet02%gryphon%elroy.jpl.nasa.gov%usc%snorkelwacker.uucp@BLOOM-BEACON.MIT.EDU Subject: Re: beta-test sites wanted I called the commerce dept. both here and in D.C. There *are* restrictions on printer/plotter software, but only if the device is a high performance and/or *very* accurate hardcopy device. (I think it is defined as a device with a positioning accuracy of .004% of the longest axis of the page). This is true for most of Western Europe, Canada, Australia, New Zealand, Japan, etc. Other countries have more restrictions. It takes the D.C. office 3 to 4 weeks, after receipt of a formal request, to issue a legal interpretation of the restrictions regarding any particular device and/or software package. The HP Laserjet that I was inquiring about is largely unrestricted, however. == Dave From apollo-request@umix.cc.umich.edu Tue Feb 6 09:19:10 1990 Message-Id: <9002061400.AA03716@umix.cc.umich.edu> Date: 6 Feb 90 07:45:00 CST From: "DAVE ERSTAD" Subject: Re: Mentor Graphics Mspice.020 server To: "apollo" > When the server starts, it takes about 20 Mb on the disk !!! This is neither a bug nor a feature of the Mspice server, but is a side-effect of Aegis being trashed in favor of JLRU. Under "real Aegis", if a large amount of virtual memory was allocated, it did not take up disk space until some item in a particular page was touched. Then, that page was mapped to disk. The advantage is that programs with large static data structures which don't use them except for very large problems can still run on smaller machines. Of course, a program can also run out of disk space part way through execution, but I'd personally prefer that. With JLRU, disk space for all virtual memory is allocated immediately. Spice is a dusty-deck FORTRAN program with large COMMON blocks. When you invoke Spice, disk space is allocated to store the contents of the COMMON blocks. This doesn't help, but at least now you know why... Dave Erstad DERSTAD@cim-vax.honeywell.com Honeywell SSEC Where, oh where, has my Aegis gone? Oh where, oh where can it be? From apollo-request@umix.cc.umich.edu Tue Feb 6 11:23:00 1990 Date: 6 Feb 90 14:25:50 GMT From: lwa%osf.org%paperboy%snorkelwacker.uucp@tut.cis.ohio-state.edu (Larry Allen) Organization: Open Software Foundation Subject: Re: Mentor Graphics Mspice.020 server Message-Id: <3322@paperboy.OSF.ORG> References: <9002061400.AA03716@umix.cc.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu To be fair (but then, who ever said the world was fair? :^) and in defense of SR10, the behavior of requiring backing storage space for all allocated virtual memory is not only there for JLRUness, as Dave implies. The fact is, Apollo received a fair number of complaints from customers, especially system vendors, who found it difficult to write applications that would be robust in the face of running out of disk space. The problem is that the allocation of virtual memory (eg. via the UNIX malloc(), or via various Aegis calls) would apparently succeed, but when the process attempted to touch the memory (and hence had to actually allocate the disk space for the backing storage), the disk would be full and the touch would fail. Unfortunately it's very difficult to handle a disk-full condition at this point (in the middle of a page fault); the only recourse the OS has is to send a signal to the process. Writing an application that can deal robustly with an effectively asynchronous signal that can occur during the first touch of any portion of an allocated data structure is extremely difficult. So, in SR10 we took the much more conservative approach of requiring preallocation of backing storage for all allocated virtual memory. As Dave notes, this adversely affected some applications (eg old Fortran programs) that allocated huge amounts of virtual memory not intending to ever use most of it. I left Apollo about a year ago, so I'm not sure what (if anything) they've decided to do about this. Off the top of my head, the only thing I can imagine is some kind of option (perhaps a per-object-file stamp??) that tells the OS "for this application, don't preallocate backing storage". This seems pretty ugly and hard to administer, as well as being pretty non-obvious to the "average user". In any case, it's a very hard problem. It's a general case of the problem "how do you allow maximum utilization of a limited resource without running the danger of overcommitting the resource and without risking deadlock due to resource contention?" -Larry Allen Open Software Foundation From apollo-request@umix.cc.umich.edu Tue Feb 6 11:32:04 1990 Date: 6 Feb 90 14:05:57 GMT From: jnp%mjolner%santra%tut%sunic%luth%eru.uucp@bloom-beacon.mit.edu (J|rgen N|rgaard) Organization: Nokia Telecommunications Oy, Espoo, Finland Subject: Help needed with shared libs & ld Message-Id: Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hello, I'm trying to figure out how to use shared libraries (that can be inlib'ed in csh). After a small fight with the somewhat vague/ unprecise documentation I succeded in having 2 small files used as shared libraries. (I'm still at SR10.1) Next step was to combine them into one file. Call the two files ext.o ext2.o. then a file was produced like: ld -r -o dd -A allmarks -A loadhigh -A alllooks ext.o ext2.o but when inlib'ed I got the error-message: "dd - object module requires link step (process manager/loader)" which doesn't make sense to me (just linked it :-) . And to my best knowledge not described in the documentation. Any ideas what is wrong / how it should be done ? All help appreciated ! (If Apollo is listening: the documentation lacks a complete list of error messages also in other cases than this (rgyd, rgy_admin, uctnode to mention a few)) -- ------------------------ ORIGIN '~jnp/stdDisclaimers' ------------------------ | Regards, J|rgen N|rgaard ('|' is '\o{}' in \LaTeX{}) | | e-mail: jnp@tele.nokia.fi | telephone: <..>-358-0-511-5671 | -- mail: Nokia Telecommunications, PL 33, SF-02601 Espoo, Suomi Finland -- From apollo-request@umix.cc.umich.edu Tue Feb 6 13:16:38 1990 Date: 6 Feb 90 05:00:00 GMT From: oliveria%caen.engin.umich.edu%umich%samsung%zaphod.mps.ohio-state.edu%swrinde%cs.utexas.edu. (ROQUE DONIZETE DE OLIVEIRA) Organization: U of M Engineering, Ann Arbor, Mich. Subject: one cpp and one fortran question Message-Id: <4879938d.bb89@spam.engin.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu 1) Any reason why there is no man page for cpp in systems loaded with BSD4.3 and Aegis, in sr10.1 or sr10.2 ? It seems "man cpp" is only available is SYS5 nodes. 2) In C, is there a way I can uniquely define portion of a code just for the dn10k with cpp ? Unfortunately #ifdef apollo alone isn't good enough. I know about ISP but cpp doesn't. I don't want to pass a command line argument to cpp (like -Dprism). On a sun one could use #ifdef's for sun, sparc, mc68000, etc. 3) About fortran, any reason why Apollo uses 16#number to denote an hex number instead of the more common usage x'number' ? Thanks. Roque D Oliveira oliveria@caen.engin.umich.edu From apollo-request@umix.cc.umich.edu Tue Feb 6 13:22:19 1990 Date: 5 Feb 90 05:00:00 GMT From: oliveria%caen.engin.umich.edu%umich%samsung%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state. (ROQUE DONIZETE DE OLIVEIRA) Organization: U of M Engineering, Ann Arbor, Mich. Subject: one cpp and one f77 question Message-Id: <4877da3b.bb89@spam.engin.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu 1) any reason why there is no man page for cpp nodes installed with bsd4.3 and aegis, sr10.1 or sr10.2 ? It seems to exist only in SYS5 apollos. 2) is there any define I can use with cpp that uniquely define the dn10k ? I know about ISP but it is not in cpp. I don't wanna pass any command line argument to cpp (-Dprism for example) but I'd like to use something similar to #if defined(apollo) that can uniquely differentiate between m68k and a88k apollos. The suns have #ifdef's for sun, sparc, mc68000. 3) about Fortran, what is the reason for using 16#number to represent hex numbers in Domain Fortran instead of the more common x'number' ? Thanks. Roque D. Oliveira oliveria@caen.engin.umich.edu From apollo-request@umix.cc.umich.edu Tue Feb 6 13:27:12 1990 Message-Id: <9002061754.AA07893@umix.cc.umich.edu> Date: Tue, 06 Feb 90 12:46:02 EST From: Scott Ferguson Subject: RAM allocation vs Virtual Allocation To: APOLLO@UMIX.CC.UMICH.EDU I often have a need to allocate memory only as RAM, not as Virtual space. In PC's, there's ways of doing this, obviously because they don't have virtual memory built into their OS's (yet). I was given the response earlier that the only way to do this is to use PBU_$WIRE to wire a buffer. Just to air my thoughts, I feel there should be a standard UNIX call similar to malloc, called something like ramalloc or something, to grab and hold memory. Obviously, you don't want things doing this unless they really have to, but the OS on the Apollos is such a hog that things like animation are simply not possible on low-end 'graphics' workstations, whereas Amigas & Macs can do it easily because of the lack of OS complexity. There really oughta be a way to tell the OS that 'this machine is mine for the next 5 minutes or until he's done with it, so just hold your inetd, routed, sendmail, etc. And give all your attention (and memory) to the user in front of you.' Scott Ferguson srfergu@erenj.bitnet Exxon Research & Engineering Annandale, NJ 08801 From apollo-request@umix.cc.umich.edu Tue Feb 6 13:51:21 1990 Date: 6 Feb 90 15:46:00 GMT From: pcc%apollo%hp-sdd.uucp@hplabs.hp.com (Peter Craine) Subject: Top: Version 1.1 01/02 Message-Id: <487bce2e.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hello netlanders, I've done quite a bit of work on 'top' since the last post. Biggest changes (that you'll see): -thin (for you 80-column tty folks) -disk (watch you disk fill up) Fixes to output format I wanted to do more to this, but time is short recently, so here it is. As before, cat the two messages together (after removing the cruft, like .signature), uudecode, uncompress, rbak. begin 666 top.wbak.Z M'YV0``(&0+(G&2PX`@1$`A$P`0`&``0`"'#DSSDZ$14&C`C@040D:>JT`9

.& M3$`$D;#H3![0P&[FO`.._DTF#)TP)T=[WC@@<^7+!$BHR1E(>ED@+L3,67IR M@G?WF@%PCLX;D`LY=\BD:0^&]H3^&XEATSH8*)8";&MM=)<+;!!7!GL`3!`& M#1%.&-`#^`RH!WT!#1!0>FR\,<8:[$T0!PL1GA@0"F#8M(\<'-KTX1QR[!4_W&3Y#S9=!O0E-6)"4R8`7S(C)C)K?DF,F,#$:24O8N)BYS^TB`E+ MG%JB@H$@_[`B`C$!3?`/`!^(,24"),``@`5BW*,7!#^`<`$&'_P3!0PW4`!& M&E+4SR#S\YJ)$W#^?TK4[>45Q`@!51Q$T%OO[P@4$C!(`@<`(D0`#, M)VK\NP`$X'R"QL]7W$.`%E[K6[-\`F?^[P$8I`L"%->L#H7J6%R>^>8PD/[) M&1$`\(D9HF.0,@@L4.@`ZKR#82PCKRL0.PC_&E![`2!$3D#OF&O>2@(\"!]Z MMP$OO[7J?;;C#QXL\!'A[+Z#`$$[#&'P#0`@('%,YB@C`"TH1X<,G"4`$6@` M"!1``6.@(``80(3LT(>!6Q`@3+FC!04,\,`(*($A$6C"`I>@CLPE#`74$@`4 M-.8`24#L'Q*C&,D<@`:16@C#'02`A:/Y`V$[1,(6[B$`)OS+>I<0`!)6 MY@`F'.T?Y>/?`M#0&`!0C0T84(5BKI9$)#0+BE2K(:(0\#/*,<)W54(?!'S% M)O?A@7Z8`P,$%`B`)8"#`%\X(0L9\,(8`H-DG/'8/W!@0P\TP!WKZ]K7.T?-`"",@!``?]=A6QMO-+K9!"&`P0$`\B8"!J.$1`]:M$"&FN`'J0G0W\T M``H6:P#RN@4!:@$`"3\CP\',QBX"E`L`3#";S1H0!O<10@J-L0`49HF!,.R* M"1(PP"<@P;"D8:`E'/C7`S;G1?=9K5NTRQJP+(F!=A``%-3JFK.H44$`K-`; M#&A:M[X5+CLD$@[H4A>["D!*-D2@%:B4U\V68%!0^`X4R1N?&FQPC0PLH`:7 M,&0-KO&!!XAA5T"(U*1L<`\,*`!3FN+4/^X`*E&1RE2/2M6J6O6J6-$@`E_X M50;N0``@*!4%85"$PS3&`#^`014P!(,RFLD`*EB,`>=[2`J!L+ZJS+#18("!A4(4_ ML&B++7:K`83%0?-N!@9%+$JQ_J@2HBSPLZMRE4U@G=-8_^B/!4##8@LPQ[\8 M8$T`0!!YF20"1&H`+ZM!)&+3+CS4$&``&5DR"$Q82+V0%9R6*!QC9N0!G!"@H7V\N*RO`'%8",J.=%4@7#^(5X!_.4#%_C`BHA;PLQU#5@U:YK+HPI!D)-C8R8PR7;TI=>H@/DG!(,(CSAGUH8PX,Y:H>3JJH0MPH%*!9`!/X``@*(%0&@ MR&KE&OC`+"H`",D"@0%F6SM7W1G4OEK`$4L-@P8O(`R/)G1/JR@="PLU#T4= M%8<]#.))_PH,ZX"EBW&)@758^G7(7$;FPK`$&*)A2EA=`<7"4$4PI`.R2Z@< M!E:1`#A`X!L@6$`&5C"D5;<*!U0.-Y3_\8Q2XV#;"<`$!I1M4F.GD3#NWNRW M%F#"7;%H&V^:#<43P#'+B$`0-```CW,D`0`'"Z*)HNWTX`0!#I[80$VEMU M$2BB&[N"@0_Z,0,HY,/?8Q]`%,KK`WY,0PIL9\$X)A'W84`@[O-H!AJ%,PP%1?.ZT2)&`8E9X&L!A&'CN`C#*OS!`S`P(B#_(F>S.;'N0TS> MQ0C/-B-M5F-$[9E1&O^'CB-Y!')`=O8T8+)\RMCL(C/_P!KW!PRDO[-()IP% MMO_E_@"PZE]`=@W^0('HPG_?/L,4T*"GM6<.G6&K[IK12QUQK%A@XE?QO50U03^``)I\`:X%W%IP`PEZ`_Y9'QE-#&X\("T!P:.L(*3XD,8 M@(,ZJ``=R"=A`!66YBRP4`%+@`C#P02*@2^%L@3.QR:+8";1,D`F2`%Z5D8\ M1@`/^`^H4`'O$!%IL(58,Q%(@(%L4H5'I'&0U0KIEWL^V'X.]F<-,%,>\`#Q M)WJ(MF%(A2JH]VBKUW\)\U2^XGI?@P?%\@^Q9X(#IX)LDH.TM`H/M&KC1SFU M!XEK9H(]B(D1%X2T(`8N6(3_<(2J\6%;J`'[$P!.R`I*4%QLF(9">(59Z'U; MV(5?^`Z(T`=CJ!A+4"0O1`MK.(56)(`LPHGWDB_8,V9EY(;_!#L-Z&KO5X?7 M<(?Q=Q*Y9GKXYVBN0F*S4BL)DRLXI09R001J4"I(H`:JP@1JT"I0H`:Q0@42 M4(@1T"\$`(`%``:5<"6H:"K%%0;U,(#*(P!H<(#T2\,X&5KM"QBD);, M(`;YB`P20&D6X&L3H`%?H!,^,`,"$``^0`'1.0'Q@`9BDUOL8@$6(`5=`@;U MT`_\T`*;\`_Z\)S1"6ML$@:EHA]HF`96H!@!>9;YR`ST$RM8\)9G.24SQBX& M`)XPE)'3-B58,$S%9%_$^0^\H`%_H!,:4"I@X`,K$)T^(`'5>9T0H`%M$P!! M4P`6,`==HJ$!09[F*:'1J004(!U150%0Q@^7D)4P:&,1\#-VJ8AH>8,M07[= M8@`9Z0\]F*-'E)5"&`U-F(]'Z`I*F`:QT(3U\(0\QB:/8"8@.4!`B85-5D9+ M:F<)^86-((8FX14CJ03"6)+`.%%@$*4.")0L`J3=0BEUT`_X@`'F5Y010E@F M-:>$!0S_(B&UT`_TD'MA4`G]``^SY9#]P`XV1F;>EY#0L)3_0`H9L`3>`I/H MD)7]4*D5T`_DX(__0`FHR6)A`)*8$*C_``H1<*8?D&XL>@S]H`L_`V7OHZIA M\!@``)/@L`9$1`Z$U8P3(*?\XR@"``@5$)\"`).`$)A'>:R9:5)$I*?=$@'@ M(@#@<`$1"$$CV0*?\`_J<)2$"IBI*`29"0\2``R/8`?#"@$,,`'@\`T*<*X2 M\#I1H*[L>JYR\#I.(*_M:@40(`6OLP3X>JX$\#K8M*[Y"@%Q\#I!\*_Z&@6O MXP,*"P%;9C,[\+"A:3,T\+!$\#HQ\+!D\#HJ\+!.\#HG\+!N\#H@\+!+9C,= M\+!T\#H7\+!7\#H4@*]FLPM\L@1A."G6``%W(*^DE5LV^PHX"UD,B0X8D)?R M$)S^0`C_8@'\LD#!V0_@T+1/JP`L,`/_8`JJF@'-^0]7^P^BD`1/$!!*`(DD M%1!?ZPE)`!4`H`1=6D=/^K6:D`1N0+:W5T=']K660+1(>EB7]H)+=,EB"X`^4X"@Z$6&5HA<_D`4\DA/%TP`2 MX`RF']^F'^JMW^"R'>Z,G'B M"`"Y4BI`@(X`0(ZM40"*(08NP"=BX`2C*`9NX(5BX`BE M*@:NP&(BA0098'X!``2%$!`70`Y;E@$YN'WL<@09T*!NTYR,$FS\\#,LP"XU MP)5@D*/_&Q`\P`H2T)M3V7`1\@\M8C;E60\9L`83`0%L\`O+$`&,``)+``'. M@$I@8`@3]P'D\`_[H+_8```CD`&M,!%AX+VL4`.W5X]>@$HD0"$*``;&("M@ M4+J#E;X!(%(:@`8>S"8W3`,\``D40`![B@&N``"T(%*1F<(DZ<$T$`;;2PJB MPP.P<,0B]2U0;,.RD@%9X[62H@!)$,08D(.X\"\4H,0`X*P`4`$'*5(#@,(3 M0<`'O M``4O\%8M(*,_@P6[P@7*O,*=6I9L`@:7;)\+V%!;VDO!L8 M(`E2DWML/+7=,L@146I@@`:M@@5@X`[_``DX*"T%B`7WZ5#KPR;4"\HV6`@5HH,,BU0-HX`X!(08.H*`2``*/ M\`8V$`.>X:N$(`&`\`AQ(`&4@``%(*_7X;WH;#,EH,0!P`'[?-%[:M'$0*U0 M$`!&+0#5\SI?QL^80-+/XM/JURW[A$^"')B;]9_\/">7C`Q@<`H!T=$!L0:X M],\U&+[#20@C;1P=5@D!H09UT(1=[9!-"(DHM@`4L``G``@1`,$*T-$W&JX[LB&($(`']@C,/20(K"0''R1!K,`\/@:L` M@`79'1!@#``^D`:3H!A@H-UFE41V4))>G9;$P,U88#$80`Y<:4UP@#(^&3D"8%$O M(P'BQ%FQ0@<34`YHH.''K`):D$0UHBHH0%AR@.!H"4,D$T$.S@D1+A=P\)9X M(`4FW@*8``"GFD1X4-`>GEL[SD<^KH$`@`<1``J?X`9I,`L9J"IX``9.C@`1 M``2?L`808`:_?@YC?LS:H]BD5@L\Y&6L'$ER M]>/'[$UFON$'0-$^B3(H89"5(`"(`.4!@3M'?MZ*`0'&``(W_3('H+_R MDP!I(]YH@-Y@4-X(``%E`-_@&90V]NB1)-\(8.A1KMUL,N59_@O&``&E``)G M(#*E!@A0$"M17MZ>00B,C@:VSN=\\&S=[6*6H@<,_`^:(.`7#@$?<+*9+5,T MQ=D7@`6@?059,`%BP(YY2'^44'J^#6*IMWJ^9@!G4`\VH";E`0$MT!(,@`:A M0$L94`4"@`UL\P]B;!,8L"B#139^<0[_<*PCV> M8`%>'02>`0[800'*A1A8(^\2(`P0,``1@`J_8`$4,#!_``%*\`O%$`' M!`)H$`%5L$`8$`PMK0X"``T1D.P&@.P@<`#[B``]<`K1V0.&4)V)G*ZY-9H= M8`'6\)W*\.X78`[0\`;0V0`V;96E=W_J#I?MA\I!/,X7L/0!9M/N;Y0%@P)1D.?K=(@"*60%B@/H( M``8/V?H#\/IKU"*A6OO^&?U-"0;#_R_6;_#UH=^6_YI*K)BN'TCXQ:\ MR)$Y6F[KR*%`-Q`0`-#`8(``:(`6T!(T0`T&"QJ@!U(C#:0H%$0A2``42%$8 M0`S0@:PWKCX!&)`2`@`,B`$J(`!$!77"`&C@`@@`+B"D:(!?6AN6PA9D@/%3 MOL!;JY`&(F413!4`8`V."J2A`LL"`P08#:`Q:@F+4W`6@P+@`*5%IRR`-!@5VA30` M`^X,`$B!66+(2`$((`,0@!B(/`B`ZXI`#;0#,F`:0``NM",^@PV$`+8`!-B! M5+@*6R$$F`65!@U(+TLC`($!62`=6ET9X(7%@!6"@")P=RK- M&G`^0``,%$/&X@RAH32DAOS0MJD&(C`0"R((.(BJ,"'ZPDG@$)V/%YF(S+`B M1L-I"`0R(@:H+%`@:O&#IE5J^$!'%(7/0#H4@H\(#L4A_R`"OY`A0($H)0"T M0#'H;E@@?6F!X*1\0&%`@`./A0!``%.("D.B0F2($Z#2T(''@@#P0$#@`E") M340!)2`U;F*5`QT0H!*``"4``;A'&0`#I"``8`,(\`Q7(C6,`%/@&L*ZJ$$& M;B(&X&%H(!32,0*0`9S!1`!68&`"V`,T`&<^``O8`O^@@#`D++#LI%%-Z6S0 M+K1-NVKG4%!;;ML4G:(,Y!H/@P;*G;JC)26)!F"`SQ`0`/0`$(06_L M.67H/,H*'C`$^&-MO(U#C\<5R"XQ1`C`)\Q4S+%5L`#%%`%40'5,<98"&8`+ M"ZD=;P!T[(Y0(&Y(@]?1`41*BJL`A9>7)&]!(DI2IZ($$ M`@!:H$)*`PB`CZI*J=`"6("J,`,(,`02`0^)&\B@=A"`*&E!F$$!BI*J0QIH M1\=!#5"DBC2.#F`\\@,(8.6RW@7X%78$`'BU3,4.2@TR$"R^Z@6(E`)0(";" M>$0')*H4P,;HA+D@16W;7/-'4R`:;=<`N1T@VC_S2-2$.QL@YLK=N0,8IY$" M:(!J@`*P@1QK@FX#BGV`KW&L-I2_ZP<[P!Y(``Z`!I0C.4!X#X`<@(-RM_?` MP;J#>('E:?P!>0R%MU'\0$G#PAH/(6R!E0!Y42 M`S`\XS%[\@7MJ;U(HG38GGQQ>W"/4<@]NA?W6(#=PWO_ MP!NLRV_@]][EL!L'^,\_RCED">\:%(=B%Q(@#:B!2FF8ZI++RV^O4@TH`VB9 M!E0!"J`&&4`)H(`P4>[6S1```Z^R:HF.WS18;@\[5".^PFI1B$T1`EJ:`H"6 MTK+GA8%KB1L30+=4`=EP8T62&_4T7&;V8)F;)<\A/Q(U#Q(F!C":W8+Y>4QN M0``;0!X"7)(B8/R`1"'F`J1CM!GW2`#<`#("XF@))*0`)&`[80`AH!,P0,WT M"^%@3'`*M&6SZD&6N`$,8(9-BI^AAS+,8-MVP&UWE1A!,XA^%PX(7L/++!@O MY'5-`)`!*(V>(5(&JDO5'"$`J8D5EHE18"8`@`:6X(C:<65@;JJB*J"I3MHG M>`-/*P(XS_8!A4$F0V-^60GP$TFZVS?;;0EI\X(Q+PC($2-/X#.<``%TWNTD80 ML!M-G`D8CI#;!4Q'&1`*;,#G1FD*@`2(*H]3=:`!2\4/1)3;L'<9('>XT%LP M`&2`O`@`#2`#7((!X`(^0#G8=_J+$P0`!V!B6(0(7!L628Z4`Q"P3SS!`@`% M7S"L/"0Z-<<\P`)P!&W%A=*OH)$/Y`H9V'`QPP\L`"8`!I+(*Q5S`V##_2=O ML`!J#Q%YI6C.`+P5=E`N"(#TW);G``S(`S/!2WO0+YT`P10W"B:'>1,ET+O3 M=#SQ&/P"NW,.0,`0@`#O@@S``,&5Y^`A$=$&J;`>WL-5U^J,``28`XQ.>)P! M-#`.S-LR91-)9%\<`U=G#U4=-C4">@X2M*AP``&LX0```TL""C2#0I?"5,B3 M@@*W)^N-`1`P!B1``?@$AB!O?`+?8PRVJ:+SIK#J$11440,&=L2L$P"*``(8 M`A!@!B#`,`B'$&"B`D62.``H0"GXAVB`%`BODZH+K"DO@%7Y`*%*AXDZ!B"` M-AT&26ET=--O"D\/P`=]`&C`0T3$4`@!R$$][*C'X*,>@76(]Q0" MG`)^:A5]H37L+Y(B!*P!3P82H`T8P`A/PQ,H``8``<8!)PVEQ,!B)`!]P/U. MT+^88W(A,:9!`O!*CQE1L!2%E0T"`$>@3,V$JL!.W?0,*#KXIE5'ZN,T`\?K M)O(Y.L#J>&)978@-T9@B"B]"$#U#&VA9=:#)2K6ZBK M"Q$,K`+%`*LZ`7I-2OIU-$7$>YHZ!(`Z>"LG(`PL"0''A2#`.@`!6`ZK5M9Y M(&HF729)(N)`,2$`.8`M$(`+=1QB(",-JB/R'!/K]%0=9,![B(&@D0!N(@38 MB0?QI8I#F0H!!L')]9>DN`#T-0KL$'7@%&]=/12R,14$`$42^_T^QQK``(?@B(*GR'6?X))0 M=2A$1!VX5(K:3]DI"#`"$>"T3@!Y"F4/P!*`,7WQGF(`8M(!=T0&"$,(P)!- MA/X:(>`!&H"OO6P7^`-Y@`%^'5?Q;,P1)"0Z& MI)`4YPD.P,CP!P:`]]$6#V``V$%;00%OQB/N+FI]A`P M@%H#:KX1"W4+.CF2PD`-N!)AX"[Q@C5P;0;+HO``^N.7Q(H4ET2```5`' M!.B`UT@`!BX.*`$#-W`,#AQ0``8N#RBX"(#A#MQG8_W2@!`<;!9IOUFDVI-$ M6(1=`3^9"0:XD[[2HK9`:Q(`-.!I!0Q[U^+(`:Q2!"6)%U2MF-MR854AJ'&P'@`:6@;Y""O&%>_QH"8'DWC"0YA`CQ,F`?"$`` M_BX>P-DC`$I%`8M!`Z^+#`A'R@;*V,7VPPYLHCP84P&Q_6IFW8`Z#$"D'(`: M$CEQV_8[BL(O]0F#AX`&1(%GB##L:3N(!EO3*7!-J-`UA?(/J5J^0@)HA0"` M-+ZB'D6W6`ME]($YL+6XUE?MVF&@#U)LUOBU466P7`("``.>*U8!2L?VHK6X MO&J1&),GN)6/B?=]"P]``*SM8(4!V5:N7"PZ(S3BK8]RMS+$S2F@MID(I(9^ M$W0380T\*9R+;U-10^&W2N3?V@V!2W`-+L)U2EM7XK;?B-MPZT9FP@!\9;`E M$8T[5VJI`(`!>HX&4#@<,'*!P*SM!B>W?/2+T>$K&D##80"P"FTLB@!0M7Z3 M`P8W$/APT8X)K'.3"`BH*ZTV#&0F%`!&^V:VPT9GM-LA2GK$WS@!&_`&`R"O M_H&E6SY%B@S(`%MSL'P!>3\LM(S`1``0-H>RB5"T`$YI4"PHT%"@`&<@0ME5[AA`E'"&E,`I0#,ND4 M_X`$C*9K/&G5&IL8?A-`S-')#56-)X50R<84XF(``P`SH0DYE!..A3T,`&_(!`4`3"@:"B!CHY#!#&&!!2V`"Z@40"`),0!O(0,1+`N#@,U07M(<`T,%O43H@P!:( M`]J`!>HE#D`'_D:]@`)!H`[^CGKI%N%`4A"!MA,+%``W$#1M)QHP`6X0*W"` M#_"7=F0W_&5!T`#P0*O@`5R@5:C&6G"6,8!FH"V?X67"CE;1C-`&918I*4`" M0(!PPP8^0U-^RE$9`&@"26&5`TL2B,O"2[D(``2@#N0"$P#+MB`K=S>S/):O MB5H6!.)`+JN72)8.Y`(*:#O!0`&@9B"0ETF(7!`[_I()]&;(,)@;P*F@`4%P MXN"!6(&86P40X`*Q@@@8YFL"!C2#I6%GM2`'@(`,\!EHBZ20S)B%,I,:RJR9 M0;'6Z!DJV6;)`H:<<]W/)=`"TF@+.#LN$`'80#]^`P#Y#0QD61PKS.CVL[M8 M(A@3BF+\#^I`+5;&I38Y`H%AD!M`EWS8"V4A`]`N#>T`-@+A"0ADX'4%A)HY M)#9$`1@2'($Z!01)-22L`M\E!T#@)8P`=>7R1*=Q%$BO"PC4S!DM#H(!!-F: M`:`$[#@+P'C#0SK^&20`)4`"`A0``ZH,+J!4NURT`@)H'$()!70@`]:2#(#?,`NS, M(##.T-S3,`5#`!'X.WF@98,`+A`I>?J79`T^;2`/3QE(U"5@4)N!0AU_34"B M+@6#VA0X:GP7,B?%!]!W_``#*(,B``M(P)#.O!#@:\E=55`$E,/F38"QX!VG M8*;"C21@<6NCQRNYG2,XRHYF,15H7FA2I-$6(D('3@A4BXCABQ)8-$@`6P:+ M7/4'8:!Z03C`Y`\4`#M8`R(-`APT:FE>:J*6<$P<,@?.-.<%`,`@/K`X%/,Y0$+Q+8W@H92T-,.:@ M:F*QH4`<```J@$Q^@C'P'QL?!D`1/0PR_@$L8)$HHWUF=J`V,TJ["4#:M,!I MB]"&)@$NP,^+@AT@&FW6WNA9\PIE(0#.0,[:<'G`A.L$:78$PA`#2)0/(&B8 M/%_!`,+`,P`9``X,E$\Q\`PHM2A6QXZ17:P!*<``@@`8T`)"$`E``280!,0` M%F!(2L"T>`($`/U>0:<"`S<<$B!L\N4!,IV7L2;8)`WFP+?B`+X)$\``33,PP*YX@3Q;.@$#0.T#"(,`T`'"@%6+;P&0J.TX#N#C@BF%F4$F^K6Z M@<>V-$\@,GI.WRH"'H(M#`,?`!S\`WMP`<(!'ES)0L-S:DMVX5O9I@,XBV+@ M`ZB#?^`/]!?6T^1AP(H#@7XM4FA`#A?E_RZ2`M!*HD2,711'<1KC`"@!,&#% MQ746W^(6XP`$ELL"QM^28,61_P`>U.J+;2G"26XI3^Q@F1\!^0D&7@"E;@$V MZVXS40S0G&[E`P`!7ML&_()@D`4`@1&7``$`!-B`BP@%L@`0:.(2X!E<0PQ@ M`SRU&WX`0`=0YH M`WJ<<#2!H>X,C'HS`-00M(Z%(0L@:2W`![`'@R,#T`81:K/D009X!<7:TS:[ M^IE3,'@'CS2P:A.D&P6P;I+`6H?0.V76L.-.\064M0<7,6G460LOX]:2F714 MJ4="6X53.5]A`(PC$E(=2KQ#"X`HT`8R$"3:,A%!I\,5X\$()`"X"0#H_!,L M`G75LR-D`E@"B%T"6`#-KID_`2,(`V\`ED``:(`"D,DK,`)N+&#LWC!.+B"M MQ'YCH-V80H$.;0`8NV*(`CE(;K2`J"39BZ%IM^P<,+-O=BZA,`7D9]>CHIVT M\XO3_@A4.VMW[4:`&*QG8ZH!;^1.$`:/::5[[G]+O!("V3T\!3\MV7!'5HU)@H2J`\VYE M[`$4B+`Z(;=C)^,A$7.HYVCM&."U0Q[+;$P#_`H?\!^>`.""*!"[&(`4Z-#I M2AU``7<(-$:3@U<=N,"XPP'"O=I1@/5X[3,1P^]XP$!;X@8N."HL0'BD`31@ M*2*A2%,`Y+UMOH(CX!D^1QHH'L/C.:*!4I/?RRUB_^_7Q,:3$1Q?X*5``_`6 M4L`P/@]X``6`^+8\\AG^%2IYNBB\8_P1@)\87L,+]MN>X]$`%+`7$"#,BXUS M``50.FYZ.D\DH<"=UX"0`'`H.&J%6X$ M]+@@PD]X%@\!@L%E,/3:5KB"Y64]&O#->1[/=^B1,>;E2`Y%\W!`S;-Y M4O/F*0B`EW,<'FAX^`(?!5(8!?CQM&0"M(,A_^H+O))/G7XW"]O& MGB^#3)UN'`"L$@9$WXX]L$FQSWQX(F/PCM%F\?D`4\)%&F&T=Z]#`VR6"A`% M8$$1T`(2H`%\`T.0LZ,`'"@"7"`*0($BX`4D@`+X!IN=^OX4<+-/5GYV?/LD MW?'W#FC`J^L^K"H%>3\,!8"J_@'>02QG9#9+R+-^[Y;@J^9FJY]8%X.?A-#_&)/&RP0Z@R]\=$X88`+4: MT^:"L!7K@&,!!9!%XU&I`'@O`HH MCHK1J7`'!(%!@!`H!/"10P`12`3T459P'PD$^9&=1).066`%EC!6F'_0D63" M^X@;Q]E;`GT=,PW`-T$#L`%R`2/!+B@`GXE9P`14@>!$8X``E()(`.:RQ#4& MD9ZJ0`5H3(-%%C`><`"?!P:'!T)_PDT(M]=!:^10LB,`'`&:@0"PX:`"Q*!X MT_@-%L81!5#@-663@N9W7T0!M('!1VF(+@W`1I4H.0`2@`/P"2@"VMY%Y]EY M>PS`-R@!+``;57?6ST``RP`*@#9$,MH=0"$E(0%20&T#!=`&[004T,_$$Y]` M)(`!1#)O4L3!YH4!<,`_P`C0>RZ&9N`#+(,H@''4`%![M`$9L>TU1G]>@10BC>0(/SWXXS`>1V6``U2!A$`9J!"A`%M`0L M@`20*1P`\=TGX`@@=PQ``?,)/`+05./3[?$.$L`\SULR>!"V!*8.R:ABL<2XGF2@@NP#,(`.*%.*%(I"]A@/S@!6'3&3(.GXD5W MCT!-&`D0>K0#4HC$*(7&U$OH+40!GP$$,$6A`%G`KJ`"&`S&5,+``MR#*V%Y M)@5$A%L'1O4/!@"93@[U'/4.RP!#&R>2+@01C(4@'%T$B)V]2!<\1<" M`#*`2IAR<8617S^X#7:#GX`E$`Y2A$:>MR??10(ZH25`X;V#`8"H!Q)J>$VA M2L@!2(8HX66H`4"#.L!4R`-\AMZ@)0"`/``2P`.P44T`[H`B\Q-^#ZEA9^A[ M,`,#8;OW"0!1 MQD,<0.\9),F+R8<$^`!/G0%PU8DP^@LW`$#9`"Z(!2`!^`#7D-X4`2R(6L"$ M^""R"6;A8)B5Y5#_'0$`/T@*/0TT$`!0`PMB\X04P@.>P_"0(^Z(`Q(&X".R M`Q,B&+`@]EJPP&I6),8!\M21*%+`,3XB/A#L"8FJ5I&H0SE[.F+3!0T(`!I` MD_@/;EM3HI4H*=`.8R(*D-LAB63)F$@#O(E*(F!Q)I)TJL,;X>R)AQW!LFCL0#M@%`"0`[PN.P``\`.(:`A`=P$',`)N M6JWBVS@W8(`0<"6H/U4+-V>&D$4CPX8"UTD8LT8'!_`)3JQ'(?)$.#QM`+Q% M%FT28$(:P**!`=[8"[&I.`N\0*&"-%`RETG4H%_9#%6.6B-DG`/O6Q`"D=D, M0$BL^,C<+,L``.XHIF@+I(:U"*]N$#$ M8F;=\Z>-L(K]1^N1*!%&U&+YM,0E.IJ>&#`!,&%/E/Q@`H`!$`$%``6X(`8` M#6`_.&!@P/$``00!(,#W0VE`$"/;/]"#X5UF`^'Q```!'@(MX1F<+.!`3E2S M_`/Y@!4V$2P]30^VIBUA/2Y5I]$V]`\MH[!F,R(U3(_30WUM/TR(J+``7`DT M@`@P1T``[L`#\;2P-VZ7`C`8?2WP#A,%"#D4;`L6`!4(`%63".8J`%T"8^NA M8%T)P=$L`S38##Q*LP$.G(UIS+K56:`M%$(SM'%P`P\1M@$F'$MJHR_#+-R- M!`?#5L-X8Q!6SI9\A`FV5090!$P$7XL\D`80`6;"*C"*_`LX0[-A*`B$4X@[ M90/I5^S"024YOHWI"YL@.:8QB,)-,S1M'-@`P8$*Y(NYU@\"!@`<:(+D"`VH MCF!`Z!BRK2&P(\%!"I0A%<`:(CFZ"1O'?16%D#G)!VU2?:PAN:+DB"]N'._B M[L$ZOC_VU@_B=!6/!`><@*+QC2B>YM`VB(X7#1Y#D@1CP6,2L#CF-Y"C%**@ M0`%:1+98"B`";P`6D#YN#<,C]76/;!QX@N18'W(6R2/%D'PTCRS&\SC\X%RM MC_50B30;O$`8L`8H*%2$F;``U&A-%RB520"OT"R&D0BR0/,0"64?`&'(ABY8%+%@&0!:P M#.@$6<`4H@`00JD$C!$!!`%32`20!$PAFMF*LFYD`BJ7S;,`A(V"!ABE2>HN MG*2K,(O!=_((*HD_/4HAT8E)1=/E1Y5(O0W/G&(TF)`"(6>A4@34/[_8R2G@0P!)Y MTS!A)ELO,YIP`"YF!?E.\HR&P$E6.))+$``DE.FP$0U'XJ(L(`"P2CM0B\4C MJ:2`M`#TF',CRN/6K%I:!`I2!>`(OPF+$F60`E7+9D$F4HLVCW+44NR6J&+H MP7G]`WK`+C@P&HST"!BP-,("<(.K(%A4+09DH3`UKDPQ4P>F,(!1I-&KA`;4 M:&C`%\D!I`$O`0I2,^U\L$W+@QJ)!JG7NI&5]0L.R*.@N5@*.0%I1&@:FH@F M_Y`&+)KK1C7@:,9`EN:?A&D^+@@:TN8M0`'"$61R##P06`#D=06TFOK+./%; MJA`X@4-Q%,$5`L`G$`C$0!,!%(`39#UKQ`"0V1D"6(#TTMTHE]N6488$E`<. MA7+)0(P`"(`40`%08$*`O,(Y9E9#%SGP]`!^+4"!4+UM38``&"`,7`D8@!G@ M2SP].2;0@`/`%3-@N8ETP0$>``!`#T`"!<`#L2Y]`'>!X9$O?0#*!3AW]@0$ M:X\`T/:`/8)'0.!OZD!;`A1P%)EWPM&H,PS5A%/&!W`9T`!%E=:D`"AM!!W:L39ZG&`"HPH&&7B2=52B%$KZ"GG.78(F MJ`5`P)!P++H\&\ZIDH^T&,Q'_*A8\1'Y""AUE]`!K./M.+FT.&&"VIE$.A1E M0;9H>``"6$#AB5968*G&`W9G2@)?/Z'K&`X(4[)34OT MUYE.9<"L$6"B?T"!L@`4H,44`Q%;OQ#`!`%3"[=H/`FK]0XOV<` MH,5M*%#`8T!$?@+>AO'@,$ICM:9-($=%)8_%`W$$U`-M"^JI$WQ0]4@TL"R( M%&-?+>!0D"K40.M))3`AGH'L&0'$`I5&FF8Q$I\_!?_0!,AZA-O@"0&H`!Q0 M!!`*,`2D2E@"(]223PJ4%06\(H3;!Y6<*`*5QOC9MKP5JA[QR:-@&8\#4``.!.63E.8@5P34``ZL"O`$[1F$H.&+!N;`%%HAN0!50# M6B@4X,[\%!_$][!E(@%`P-L"!-"?K!`$8`S&C.^DS1`/1'B%F_%0XW"?C`Q4 MXGS)F1L.L41[IF3=9PXHDEV;)6C,N&WF`+L8D+AE`E3>F&.Y.N8(%,!P66-2 M0Z\(&,#PT!+!&P4&!/P*35S,N0A$HL_`.]E-%'`-0#[W0+``(UM0E8^P`HME MS93\P0B#HW0@`G00'>,:(%A$`&&`#0H!+`(H@"-!A.HORL';0+]4GQUDP]A$ M'I6U4X0``":@GPK?>;?XG=X"X"D%/`8_!04J`6`!;@T2(,#5GK:1N$'(*0?M M@.@T`S(/6(L^P$CD/W<)*4!&@I$VPPD0_3P+0(!(EJ;5GX^`<7D6T%7A0"!` M#I`.@8`X$!="H?O#AL,!``%W"S3UOGE7NQ@IT$KRG=X8-\HFI"5A@D:")K!- M#D4CERT6I/-.`R#0L)&_&$D9&8$!:@$W2I)PI"HIF@!M0I(/`04@#G"+6$`D M^7TB@4Q4A"='&`^U9VK9R]@,4H`;FNA8.60`%B+,7"@QDP`$`7>+@((& M)`%O2Q"0PDP*#4"OM#K%-&$8A<"C)"1H`&$:$%0`[(!CJD;$-&^`$$!\"AGA M0#`PHQR-..AF\JG8I?D(&3!;Q"%&Z:A#JY10N`X/X=88`>:G`O"-1@1(GP0@ M4L`!68#[28<60T)&CS8LW@P5@,@4`&0!9MCZ6I8`J1#D?_`!J``S0" MT8D2*N]@(9JI>1"09C6M)!IPA\:OH/<'T6VS[:TM4SYI%*B@GLHWPGM,F-YD`I7X&HV,`60'XJ<;/I/JK%Y0BM819J!+@8N,V)Z@\\`]TIG)0U MU#`:R7UJ_60-#0`+<`/T'("H+32(.I$L@'*PQFPH=6A`X)[FH7MH*VHV?`+^ M@,REZ06BV&<3Z36Q`%^`/W`+X*`4'=,TT4$Q7XLRQT3EEG>(%I4%$B_FI.6I M,,QB,:$\$F?F(]YFW8F/=@2MI,-#2K*DOT2_B#X`GH[E*K9WOB(:*>#)_5P) M3!9DX9%6I68H9)&0Q)^C*'*JA0Z>4$!9()M>$VF`6^-$0#`1@D5W5!I'S(_] M(BH.!%NF$G`$\!AP!*"JARIK4E*"`<15Z]CZO*1@@HJJA3JKL"%@2L;MHVC" MNX4FO"YU:9J4WXRBE>@6@'UPJOLH&+`%U%,"@/KS/+Y;SR%*B4H,JVE@0L(, MN!CYU5OQ`%P!/$9\^CI8&G?)?3I8[*A_Z05ZS$@WI$Q"T:911X`P`A0F4S("X@B.``TP&HV.BRL`EQB9!M]G&SCPFC>005G)42``3BA M(2,,@+K$#!`!!R!"1250`,XJP$T(;]?H8#P457+8C*EAVD8J9@IE::`(0BM$ MX`"\E10K&``5`#4I*PU`;2X`+2O%RF!.>%SHR1B?^C)3ZV!QCF&MX@8$LVUA M+<7`,D>MJH&=:F>G6"T`4$!<8P0,K8O=W0(%S*%C:%&EY!"7GP,;X+%F`<7E M9O&4\ABCZ53J`NRJ4$"+.AZP"1XI%I"L(I(.15R#!&`!`H(*P82,.C)JC8D" M\!`R*A0`$8!YFFM?ATC(4;4FJVRG(0 M@.L:Y\6N\@$4D(4J<1!!*+FPGD6)41/X1/DG>4LC#-F[LJA1J]:*.WZA0H# M(2/IP`&-H6N`QTJ>B:Q5Z=#J4'RN`N@2R4/`1S'IPMBW$@9@@"[*LS(`6`## M(P"L`>0G+960Z#/%B8L9`/Q5YI:W4&820&AFH7%.#HS>CIQ:@?(84FG)^@'T M:S(#F!"^9B#9Z]3H=*V5L`@V0#E.C24L-Q"R7CE%8EJQFZ`23LBF0BZ"E?HD M`3LQ4&0[2AD"A$0+X("<@>()`->KS<,`1)YIIOQA7>ZL(L`J)`IP0$AG9^0M MI"@7J[8IZWU4'$I+X&QU4ZWAKIDO?I=R&"4Y!]:H5:Q/VD0>B$EJ'RG&GEL0 MP!0K-^R:`MS\9!L!?MK8'+AWZ4U`G(>QI,D-JPMAE(,QF`1<.A!5R7(C7F)0 M\]!ZOD+BTB\@`!1`#9H)11G3@-.E568`*,,2_ MH,KJCZ1LZBC*]HH4A%H3)OFI^$;64`$,(8K(2F)%B+(#A!\``+1B$0?FRD,.)GDF`8W#]@^RT*HX$G^VA$&KZ&ZL7H MG*I@Y&@2,&PH><65P`.P`-&)RB58*`:!H'M$"#8$\A$BB!781S7!1-`(W@4A M:T`Z9-(RV4H5MCW^L_&'F.`F;`3A&)(ZFN!;VR-)("VL2Y]`O_D2T`-JP=YS M]C`$9\]J)N^$`0R!X0$".!U,1RL0R3``/NV]!`D(`H#D3`9U_)MMAR"0`/`# MBD=1F\Z)%%(1(7`9@`&>0`,`!XP`X,`(\`GP`SFM5@L"A#WN4MES]B`&06T2 M,-3^/?!2)+9T``)*K7S0U(H7[((@``F80@5`VR$)``%QAU6+UBZ1C8?]4`J@ M`&:LT\(]L`EA;6E0UGX"?!.V@P5X&&<`;O.P<1EI&A4`@_8PDD(!@'<=1X`D M._1"TBB;+*!D@A%*!MJJZ.U0&@+)%*+/R+9@0+.ANDPA5$!F"UE,(1E+)+,( MR![#.I*,?!.5K=8)4DR MA5!0K8MZ2\M`M^WM>UO/"`3)A[W)+F!;"DS4*C_<(TLCD%M&4E_EK;0!!BRY+()_BLRR"0!'7[1Q MT`)K`(S!$96/2BEH.RF@`XA;W+7LK MW>I7\.W;1.&2286`5+2U>;C8S'P+XK()DDK&XL4ZH33NTD@,S+J&8Z++AD`! M.R[P>C)M'$QA@,LV&KF_;K#;R[`+.4!\VT2>K3;#`^#C9E;9[7C+R,@/`)BT MP0:4J$(N`-#C+HUH0).+824?P,").YQN/QL'OMAL"+I]J@Z2`\6YP<_DL6XP M/T#JILL4UJBX$05PZ')$T@8N$.2>NU#N([,TMKGM+O'S.OX#3)>-).\>+N^` M$&OD8@`'%!HPA2`!^ZZ+*^D"NV+.VQ-&99Y4$'-/&*NT?CIOO( M!+I@P%3KDAZ\"6^B4W'`*J(FORKGP!A40/=9#6RZ=-`'<`3@N\_YF5M(&&D"=/!"H#Q'P M[VXXZ&YTNNFRN\JJN0KOW@#_P#JP\/H#QYAYA/0F4Y**%T'D5KK_D[3KZUJ. M'BC6._&RN2EOP2M8L+Q;0]3+R&0K[\!FL0DLN<.MSGOF3J78C(,;ZGX&#T0D MQX,]O5:`>7OV*@&^RO:#W`);HMC9"I5(`,E';FOL"@U0+A6`][JY.@BV`K6CAOKR'"QU0AB0`7PLZH/HRO9D5W:J<,IB]!LY+8\[U3:8TD;HN_`"P:0O@8OO#LO MS+YG[Q/P^LZ^T^Z#"TY8N[V,_/`?\+:;KM5+`F"]#JYN"_""NU`NB]"2$KHL M+]+K#IR][X;:2_:26>@OFBF"L44#,Q`#0`VR05%:0$54Q#7%HY M$UY!ZFUFN)O)DFO:]HT4@MS[#R`!).]4VO5Z$>MNWXG,OKNGK\++^OH#]"[_ M8-YB`)!C!U3K'L`U[]_[#QP#!_!F.YJ0N<=1&L#;I@$+EL=['#&QA<9J:]`J M#-?C*LHR`Y`+#`"\0!I,!(`#?O!>BPFW)4H`/!#$Z,(13R(, M<,I+<^V[-`?GM5D`,.SV"`+]P!=PY1H>6`54X$7XP1#`*K!`H`&",!)`"#]% MMP<1@`C'M8RP4>L(1S)#@#+\]H0#JRPR4-5>PIDP$M`)'R^RS+:9`N23^HM7 M9`*(7YE5]R?TS'`J[8I_Y>[>Q?7RLL``,POV&!2I/NQB],,#<40\SA[$R&P-HQ!3G=V?9*8][*AS,3%0`:P! MXJ=`7/3&-CP&$8#TB@/AAU(L#<>TU"B[P$>5%!,`J9`+4T0JFMIAF3E`,M8P3P5D75>1`6@4HI5>`O7NO9$%W MDJPM@/S@`YBA_H!\G'Y-U<<# MLG!,A-TC>L5^JE40R/`1&D!(YA4&\H5\BDY:%?)F%I!B`2I``$`@JS66A@HP M(.=N3FIYD.>HR)2`'AH(*,@#,A+@):#(4,4P4*=V>/3.]B@Z%B0`S[:;0%[GH+0%LXH`B!!0`OD`&T-AQ1`T#G7+#*@`]P"*0-R`!=,$/H`[$ M1E,JS9@!-`(%@#F@)@,`E$`&T`1(GS(##%)0WIF\"0^P`N0-:\+/\`.P`WAR M;I&MW`-.""X0#W.]3\1C$RLB``F&%1$M6!&81\"1(4UE`*Q``>`)D'_^0&3"#`0`&T,#=C3U"PZ`47/'K%+'+C,`D12! M'V7V@`&4RZ)`^-WX2]0*:X@O(`#@`Q*R_'"J,`(_!`'\K_Y(!!@3 M\$,4B<:4?4$Q3A;! M#.=D,3/,T,#/O#92"0S`*)(Q=Q.I<#9;+ML"8LTSZP\P`]CC0%PWG\W=KJ5! MRB("&0`34`!<>>7C7$P#N\U_\_9#RFJ]D*YYT_T1`?MR`:`+),X4XPR<,=L, MCXTH.T:*S3*=Y%R!5,X%`"\@,K,)]C(D\!>7QG,Q*K`&*)W=WZ@B,6\_04SX M)QBL(>LR)C""TA(QWQ-`<[JB48F_W!>1LIC`$K!WS4EYH^*<2:0B2(!]L37P M&+HS]?6?",+^#,,LBBZ.`2`!D`24CP!S;8M]V,M8L\1L3*W+R(*[7,W"RP"S MVR6R39AK",,,!\F9^JP_,&-D3^QJ#"#'5%&B$SDY-F)PCXL`$*/8RJ*`]'DJ M;IT;`>JBNB1I;BK!V$F^QPDM%+!@22&T!"D!8)E"3L1B"@$X`;\`,P`%3"%2 MD::7E$)"4*A/^/2Z.C`&"?!6;#\+UAIC6Y8`:I:!*RJL.P$@`P`#@`(00)B$ MP/G0"A8M`4Z!&`U0"A31=^;G4)XJ``WG%')]HD(TG,I%`80# MDXBMS`091H?E/V#(66P'L`W]KR;1G6BKPP3,26E`,*;<=J)+I!,!1$,!"V0H M^3G($8U``14.OI.$!UFR-<&C"U<+D)YX%A%('AT%/),\3AD:3BHY;@`%T`Z$ MT>76^-'WX@BWG?:PH0P8)HEPN8`ET/89H"$V#AK;,29)>HS)WHZW#(!X$_:" M<CCP!'`_]@L-HOJ%ZB\RXD1EWQ_\1'W'ES92(]$'X! MDQPB>3N@:/D-"H#QT'I%@$<%!/P"R``4H%`7B6?`FO9Q4M3K@$4ME-$2(K6W M0`/8=PW/\+`S*='=E`$``Z`#;9&J299<83T,UB)WD0:^ZIW*`.045"X$H`.8 MH'@.44U+A)9\`%+=\\X#%>SYDB,LU1!`4QTSJIA"FNN3[-Q*F0*=-"2HF$?` M\;LM10!+@(D*!*@%!9)1_3SC1B6?68U6#Y96M90:(14`9;4``P@0/D8;#A`( M1"<1ALVC;)H)\J7I601,R;("0[#(FK1<`N!7`AC43RP$4`*L0IM4`+#@%3HY M@@.`Q6*L^X.L]RC]%.*E=?E=\M"MH-+S)B)$1,6 M0EIC6``Q,5I+#1#`)B4WK-8S;&($XH20VUAL'1#PL96MH'1*9]"O+9-&CZ0; M?)H8@`(@`!_`."#"V*[8ZPRJY,BY%PT+0!N<`(1;,6T30`!^0.]&(0P`%4`3 M@``<`!2`(@`#4#G=K9"1R#Q1.TX14$+Q)@NOS^NKG"RM\K!C#]@Q(L4.4$5M MNFY,UL.;]$YH(_,1KQXS(8!(,9Y1BR(%"X`I50"M@-T*-$`E*(!(<0)@2D"` MK2J1VIS5K4T:"*S-\'7,U'`T`.O&)1!JY$!002=:3Z=9N]P5EBE%,+C.`(`$ ME(\VZQCJ,%K3"Y1S%&(2(\.;G,19 M@"`,+-"?H/0<4@!)GB@S3,K])-8J&9Q_5DNBP$Z=VJ$]T^`P!8CZ9MVPP.@#_0+@T)A@W6V\@O$&`ALWSA.6?9<$VG0TU MU9'$Z]-\H+@A0!4E!$Q>P@L!4-$Z+1%"J*UNTP-G]XGZ;/L`Q$!UB@C&A:2% MW(W2EKUU-VX4)C&IGO:I/76_>DEHX4TF'=[J-C=016W=.0$8@#[[:14M%J=A M4E\Z0+@$!1S5U-<-H'E[`1O."Z!YY[PD"CTP!LE&(1H$X87Z`D32(S`&\`"_ M`@5&KFB8V5*V17@0/I)"YW"F@`$_`#A`!)R@V8H]H)+^V^G<```$3"[_43"0 M;-LLW\#IC7-OG(S)_A"H5;18F]T!`#P"8``%\-\&#SQU`^%@8W//@O-=:K,) M[]:_?7W_I!S0AQPA]&@GJ,VR##C?]N_#%9U0`+Q2JG*FF`%?2S'@?.\`XD#^ MHVQ&&&@`^CR+&6BS-L.))4`=]/7)G7*_#AA`S$U+M%0>3LQH<[(+$T#,C7.W M5#NW!*Y+6>`40$M5!M"<$[C0`'/BW)U'!BY7\\@ICD3``H@4&8,9"#3Y`_`` MWT1I!MX1T@>@;PO;J;>B<_'PW'DRW1W@.MOQ``^0=Y\OV`$%5E1AVT6WNKT. M'-TQ9TL%;B?A`I+UL#TRX0\X!-`#@.!Y\O%TW:X;?,"#MLE.&%[H1F!1`P%! M0@YY;CO5//*M1&DTME44!+"&,]LG00&0T0Z""P%'>PA.!!^M5J`@!`!%\(;S M:8P%9L'R%UK&W<]`4RJ?\-1:Y=J$AR_@[$*5\[J("E4U%MY(;F-)J!<(B:+: M7E,)0(EO*#NOVJB)LY`40?3[-P_59?@(H%9?U4GU(RY'Q-4V9WD"8+)-H;@G MOHD[J98X!8:)#SO*@"(^]M0V510")$81%U(P" M09K$)C0&,$`&<%*F`;,$`,:1.[Y%[-/[V(P5YC@`(`FDX^"7]KHA;8^!U!?: M@'V4*D"WD.55&?*R&9E@A-QI5145!"PQM(0#=HOWO/S`"T628-&2V0W[R;$" MQBC_T`!$9-]104:"[3D.=?]`W&`FREV\A^$$\$'O,@%B5/QHBHP M3LH+.''=E)STR*M5`*@!Y?-4?`$M`G,2$&@`.9@?]4%-V/;. M$0`[OPXC0!"@1;PQC0`$$,W$C'SEZY`!A`&S`&.ND94WY4/L,YR2$ZFY*N.` M]0L5@(2891 MPI_3G#'=ZY#"Z5%O!;$@.!!&N<.0!VZ$22/):FHPDP/4RI]=LK8"X_EU3AA9 M$'4:N(%9I.@1QP$B```#+;K1*""-`@VZHD`8[5YR!`;FE>R]!C,GT*/C1IE` MD/X/='0$0&<&;CS$$P&2[I,LZ1%2=ZCI"NEP`P'@;8`;U@..;B88S%0`EBX@ MW5Q;^J)@8WA-$O)H@HZGZ0(ZCJ`QH%QPDG?75BCH*(&3+A6=Z$?ZW^D+!`#P M@)E>LKY9V%@84*'OZ5F0F'Y6_NG0@*"^+?5:A7IJCJ@S(%7Z97&`!`"P@*,^ MFMQ.A?J(WG!0Z1/L`G*I0P*:ND,QGB_FB'J87JD##)FB== MN,EB#@YD`6\+(11W?P-+]USM:U``L(K@$E7@=!3"48VAR*L.XW;QM%`EWP#$ MT=+$"G+4!T"RMK$X3PZF'O@#D,>@U2_HII*"A[0]0@"W0&X,!$@O#Q1+@T"` M`]BW,X,'O15D1A.(2P['<$40$&S\`Q7`,P`!C#,Q(T5HLX0#C_$L2B&(&]3` MD$`0`ZT!Z4J&G.$Y.K250P#G[PP5P:$D'M#FL(, M_.IAP"2`K<\6RSJL\C4K.Z&T-)*F>C;1SFA3VF2P^'0%G;H@`$"``4`'U-DR M.QW0=M(!?,#-3A:D+@D`(""SNPLR>QV@N]$!?<#0WM#I!:@T,9YYT@";)U_> M>5Y_GR2X$4HJ,(015&"^)3L+@$Q80#U*A)'](E*L`QD`5,`(L*N"@`;`A`@" M/,`K4-$"`,_`!TY]32L12`G@LZ$;LI':3H&!`H]`&7`!E`-0@!NPX3P#>SL- MN>$``H'[#+#A#`*!NPRPX8`"@;O#0GVU`8'["K#A_`"!NPLPN0?N<@!NQ`MX MCX'[SDU]Q0"!N]Q>]&(#.$"4B-3P[=DF]94`!.[VK;0'`.`"8;O)^AD<`A'` MU^(,2`(Q``I@!P<$_L`/$`!("H8'#``/&,QW1'$!#W@#[XYU<8G%2X+`,M"[ M0T*-!PIP]HP`3<#:(PPK%X)`?,'7T@9.AR!@<,8]_(`LT`RT/=*`,/R7#0,+ M0-]#(1@>-`!6&P(`[[\[!!`)B#Q?"P$3`S`$&H"YCE]C+:B`49ZVK^UYNP1P MOU>0C6OG?`'$`X<8F7/`K^L#'AV@`\``U8D>8SB*@&TSBLL&//`1?%[1;:7. MQ;)8[?(AY"Z$^`<.<+708^J,);P];$+@S/O`\9!0[_Z^-QXP``4@O<``='L`(,7C\<,[`%"\ M$YSQ$GD1+PD`R\`E;*9$320PVD40/%[TA@-8. M4F(M'X#63DZ(LM@`0BX(K$[]0N:&M:.ISLYGHP6:!9X1K:$?$-=*>^%4\)F= M.IVDX4YF`(B?S3`/!`$?M'&Y)>3PXMYIN3PGW\.I`\`#+`#121`0+4,#6T*2 M\PBH`4B?`Z"82@=NP"_P#"3?8#GV'42!`"_`/6_3"0[U0`40-<(`00`C#0&T M`?)\!>`$0`"6>\SXUX@0+T#00`&,\^_V>9C.X^U@0`1P2JR,721$8T%^F_?C'$C->TTXW6TO7 M-L/I7&*;"4`P%+.M6)$35WV7%$E<`>)RG1,&^(?:':+` M5Q*7SX+XI.=F`EG`2F!%H//0`#;OI':=<6%86H_+=$F`1%_7YT0!@%V/0$SD M>CU%R"X(`=J\6']R;^8V0\><+%0,E@*H0?KIZ&ZR5]+45PS41<.QJ`L`5*-7 MHLU7#-#ZAWVI0QZJNBJB#U8,^)BH,.@_<+PN7NGYNE+1;Z.%QST?\Z8'. MPM=N&?>?>I_>C?[I,DFR`/Q("DK`%A`?-/6*O7PN5K,+K?N+<:<6`#U`PAZJ M.W*<*=(;5"4+W`#J,-X#`#?`+#^53C'HX;LZUI]P3^\+$`:@\\Q`%`"4GRKA MW@<0;,0#LEP*T-0'^+/-17@Z10"PP&_@VW$`X-X:$`$$`_]`$_`S5`#O'@`0 M"7P0_$9QT0^(/6HM3D_7?L.'O%S[#Q"UC7`9'Q'DM0^`,EP6C/B(K5&;E-B5 M*=30H`\B`SJ@#D)7Q33<$]:2#S#8$VXXRP0(Q38/P%FR_WX%7_QA0QT0,_^L_OL=(#0SH<5[7S82[`>^^)B\J;X'HN*&VHH)\F5 MQS18I2?OJV\ M;PG[Q\P`L&Z,`F^=LJ]F"M=@9[,/:]DOPZ7CR^8_S0"`!I#J'Z16CAA``Q"& M(H#VG<6N*^WW)*>+;_I8])JW;\%)=OZC?^X3^JB^H0\!W+@B0`%";@T6L8(+ M\.A_+>6`+@[K^Q3N\:^!1?=%T;Z^I3"L&[)0E;'P-P9U4DX@&^P&'YI$``K\ M`^T`(%`6(`!*A$Y`)&\$D@$EU!`,)I@AFU, MS$^6Z`0'0#!QY`0$,`(H$/,/ECH!`G#S2PJ3G=#?#@P"GP$"(.D$!"4,1P`. MQ/S,CTZ@`/C\223QJ?0/`BT!Q5JA>6/+E-)/"'3]#$".XA4!`&'_T-_U-P"6 M*KOP`[S\,?\!D!@@`!+`S3\:>/P@O\B_PGT&`0"/\?8#`$J_(3#R6P"/&3"` MHDG6&C_A+S0P`P)FRA\;*/ZA007]#_`8(_^N,!%("A\`W-\.'``B[A8Y$5P& M./_6W_5O`)%,`.`59?XY_^8OXGH`*'P)Q!%\_.V`]:,3]`\!P9.B]@#__L'4` M`E3_W*\"Y`8"`#T@8.8HL<'UWT*2!F;![S_RKP#O)@"0*O/_A<(&/G!`"(9!H"37T!`+?``3/EQ M`'I_XC^=P$UM`PC^\_U1_G0",8"7`TE"4J3Y>QKH!&@`;IH`P,U-\S?S0P#< M`.1Z$D"/'UD/_W<#V'$L^EQ^J;\:X`Y@=0$`X#$$`-)^!H7<@,Y#.>!B$S"= M>%1^/0!C323C`$`#5`+Z`&Y^&;_PWY/".7%S*!])!)A_+3\$P`]@)0!8L`G0 M`.=^Y:/!`OT/%+`#/`X0`9!^L(';7SM`$##RVR`.V M`\9^.H%9$02!?V`)#!V)@9!^T#_^WQ90##2Y4`MX_*H`;8"I%@*@"?!W$C`M MSXX#K$"T!7H'\*?S*Q`@`)P`=1+X"-XOY#?R#SVP7B M_U8(40G:A9-*XX<,[&X$!.2`AH`4Q:@CF#``D!]0`6F![0!#0-?O"E#]0!&` M`(HA8K_C0/+D*_(,Q`8.`@2!7(#=P-&L$*CR2P M![H`*#RU`#@0]W<<\`)DBI!^^\"EW\CO"Z#(P@<(F`9/QP&"8$!`?@`/!``( M`@=/NL!@X/VOZP<&T!EL!.2`1+^ZP5F@Y)?T&_HU_=@`NP%@(.Q/[X<`()4) M`.`!3D"-'ZD,`+#C>/WM``6!;@"D'PH/(]CT4PE,!,Y_V$!OS(IE;`0#`$J@3Y#N1`-]_E\#!``*@#I!$>@**`F,#)`AR8$-P#V@'&$W\ M-`1,#L#C0%4P(-`3F`KJ!.X`222?GQRP$-#UPP-D"*0K:\"\GR`P#X`!Y`)L M_S1^;,$5`23P.+`A@/JE!>]_>\`]0,HO+&(,%`3V.@("WIBGX!ZP#R#7RU%X M_.Q_@H`]H!\@1U&A$0SJ!/X`*#P4R%`0&U@`^``B``(!V+^5P-]/Z9<`\+L8 M`JI;$(%KH/%OY*<(P'K8!9"`00P$`)H"$G(0U/BA*7Y^+L$Y8*M`-1@?$,GH M`.]_@D!(`/0O(L@&Q`WJ!"`!%1KZTVU0$*`4K,.I`6.#@8#`X(U@.<@<;`XZ M!Y^#>X$)``[`*R(!<`6\'#(WCK]+09`*.A@AV`$D!B8`/8`"P02`!Y`8:`\` M`90#X,&R@%L@15$=A$I(!R\#X\';B`\@0Y"Y83Q4!R,9TL&S0.;F`R+!@"NX M`EP0TD%C#7=P0,@7T$,-).I-:XR8#"K$PJ!3F#AD&)0#=+]'!H(0`Q"3H:`P M")%^B(;C``*@6P`?``-,"&,RP8,+X2^A\Z(32``T0SZ$$`310X-P4&+U\P]( M`3($$X`IP/;C0P@`P`>H")%^0@55`0+@/^$AI"50"`5Y-\*`P!Z"YT<;0%=X M`R($4P#Q8!5`2<@BH!'&>D2$@X5.`0>(Y'?BF0!<`9J$/D(O``"`$Q`D=!!2 M`LX"%*N6@)40_$`CC/E`"8>$"``&P(X#75$"05>4,-`5$11TA7X$7>$?V`$L M,28`.P`.X0Y`$&8EE!3@"1$%Z`H3D97PW60EM`,E"JX`K\`(P16`\5!D>E4% M`*)R5X`JX15`]$4C[$1!"84*ZPX$`-N/0,@I[!1Z"C^%H,)0H:AP5$@J+!6: M"D^%J,)4H:IP5<@J;!6Z"E^%L,)8H:QP5D@KK!6."C.`[1$Z7"&HHX6'JX_H MX1A!^A'*@*UP6$@L+!8:"X^%R,)DH;)P6<@L;!8Z"Y^%T,)HH;1P6D@MK!8^ M!^<`:8`S@!V@#*!B>P$L@```0P`JQ@F`#@`"D`,\"-X`;(!M(?;`6R@""`'( M'XH`<@`YP!M`#J`#\*:("\F%9X`R`+F0.&`&>`-\8,0`;X`Z`+GP!/`".`'\ MMR1(+``)4@J@BN!+^`'D8*@`6#-R81L@#,`;<1"<0MX`#P(WP+@0!#`'J`/` M`>``\T)RH;FP#?`&:`V``*@`"B(7`*VA!$`&<`&P#/<")8`Y@,NP9?@RW`C$ M#&>&>X%PH<807Z@O1$&X`?J%_\*`(;E0@G0PA!\H#*L(#L.3@!/@#4`&.*UX M"V.&14.7(1X@!<`"``%`#>4`P0$FAQO@#``"F`)(`6*&>@$0@-@0!"`$>`.4 M#,L`XA7]P!Q@#<`&>!#`4\P`\L(V`#[O!0`UM`Y8#2$$`8&E8=-P;@@U1`%( MD*2&5,.[8;DP:T@`IB$.KH7@%"B`O'`-(#JN&3(`W0!A`O!($L`.<`22'/0"6H'K<.JH>JP!,`Z-`[D!$H`)8`6P.R0##`'D#_D!'R'``![!ZD0`6`!N#G$ M"(2%BD)"X16`\&`EU`\R`/0CV0$&@#6@1Y@@Y!]T"1$-ML!!BV>``?`F9`"T M"1D`T(`6`'&@-2`'(!:P+6PZJ@OBP$:@!:`VY%3E!%H`VT(Y`+;P#5"W*!`^ M$[:'NP&.P!P!*L$FY`YX!AH`Q@$WH?]PCB#7RPE(+^8(-[^`0!5@#A`&R!?6 M"U,"<``0P!8`!"`^=`.0#\V'(``>0!J`1=0%D"!2$-.'H)L.X@21?7@Y7`.` M`$2(%,3XX?PPA.A!]!:Z`9B&IY4N`*U!``W,(TP.YDB]BMH1^J#'D#128DHK50+V`E[`E8"4\\;$+J(84P`&#?N11V M"E8""``7@"L!10@+N!X^"$6`7@04X?*!4=`@1-+D_\Y/\`!!8DR&#^!(S';H M!%@`_@P4X8)04[`B])OH_B8<*,*QF`H)Z6=)W/T5"!D`80(4H?#&D/@/4"Y1 M<59'*,+,S9F0]##[*W+1"&V$NT1/XMK@0)@E!!+2$F$$D(+&()N`1B@.H25. M.38`$L)B(BN@2RA4B&0@`"X`,\)B8HR,EI@'T`FL`"(B-$).8C`10OA!F0`L M"9&$B8$(``T@E%A,?-A4$B,).@'O'\@#B3@H5!36'FB$(4)2(HZP4[`A0``\ M_R($F0%-8K8GDO!.9!3H!"!_`\(18@O`"9`$8`*T`*QE.8$)(A.@#+`M9`.` M`.YWG$,1@=OPA!A1!`%,%"N*0,3;0>=PH]@%Z"@Z`>H`G@F1HD9Q/V@#E`CV)V4`>0`+<6.8A5`.!!3%*\0 M`6B*',4)HA.@9R@%X!:6`9H"IY4IP$\Q?MA25"KV#'.*A<.NX53QIQA4M"J2 M"YN*<8`ZP(.`7"A5+!]R%6V*$\0F0!E`;L@$R!:B`>@`\)2,XAB`I'A3!`'0 M+=(`W9HA1-6*=,6.HA?QIPA&_"H*#<^*@L4DP.OF"%`'T+#H M!Z@8*L6Y(DO1IJ@7F"`6`;:%%D2MHED1J`A8G"SR!7"*6<6R(E6QI#A!7`(0 M%LL`%D4B0!E`#%`',!QN%8&*I$40@!4@+W($D`,0A+0_8P!XBF@1L0@`F""J M``A050`G`!&@"&`$2`(X`8H`W:W?8E!1-$`Z\`Q``#0#$(`RS>"&(1!=?#=% M%QF%IXK!S4H@NI@;B"Z^/:*+HXGH8I$P`@!=W#IX!B0`EP'K!J-P''5>W"Y* M`)2)6$2>(;D0#M`YO-\U"/J*=\0DXL[0U=$SI"^*".R+ET,Z0'X18F@WG!A6 M#,&(%\.,X<:P8_@Q#!DN$4F&)D.4X:H'>`@`F`)@`=1R]`(/D#=`&F!@6!T``+T1R8;\P.$`&2#'N M$6^,.,8^,>,8\HYYQS\AG[#/Z M&?^,@,9`HZ!QT$AH+#0:&@^-B,9$HZ)QT":\6S84`@UTALY#5> M"D0#"0(?2D"@ZZ1Y\18@&S<#ST;YB+(18!!M-"8U&VD-V@%LXT9@[=)L+`\V M&U=KS4:#P[3QKZ8=(#=N!`1,V@'V6+HQVL@>>PO("):-ZQ&NDX)`WB@0V`C< M>>J-T$9\H[21UDAMU#?2&B@#W$:`X[SQ.#!P!`"`&RD#XD9^XU^-,K!P/#<6 M'-ECE`$13<2QX)C.N1VL$4$`"T2NXMCP9$@%R`)L',6&4X`T@![@M"(VE`), M`?(B'\?;@1$@Y3@$^%N-#4L`+<>5QQ"`Q>ABM!WJ&BV.XI7;`11@?89QG`-H M',>&5(".X\>1.*\>/8\SQY3AUG#FV M&*D8-D>;80U`O)([Q`$H$C&'+8`;@`O@!H`YW#I:#V8^T0[D@SK!W2'1V'ML;(H^1Q\DAYK#Q:'B^/F,?,H^9Q\\AY[#QZ M'C^/H,?0H^AQ]$AZ+#V:'D^/J,?4H^IQ]P$%P.UQ5_AJ?#.&M/P"/"X#U8YO1H[5[?#^. MM!Z0&,@,I`9R`\F![$!Z(#^0(,@0I`AR!$F"+$&:($^0*,@4I`IR!(:SQ5SAK#$/:(?^0@,A`I"!R$$F(+$0:(@^1B,A$I")R$T0(P"7R!AEKQ(_H(&&1N,A:(\^1Z,AT9)E1`N",[!5F M(6V1_$9UI#QR'DF/K$?:(^^1^,A\I#YR'\F/[$?Z(_^1`,F`I$!R\S@!:$?N M(7F/F\B!I$)R(^2>,D1)`;@+`F-[$/F M)?^2@,G`I&!R,$F8+$P:)@^3B,G$I&)R,$_X#FA`T0E$(C)*+1$A,\0\`(014`2U@]'"PY$U^`^,$K@/+PGEA,'"5> M`!J$0H4E!0(@!I!)I!%:"(^37D((X0T0KF`/6,7@$]M+K$1X8J7HY1`C[$%4 M"N&3:B,18'9P+Y"9#$[Z)_^3`,H`I8!R0$F@U$=R`':3FDC59(%R0*#^4R<+9CXG(0PFB+%&: M*$^4*,HT9*[Q)-`$"!A:$&6*5@!TH4C@0:`#X`ND'$..(\>/HQ'`7,AT3#F. M#5N4P8'6@'CE"5`_K"&.`6J&O4:Q80G@!B!X9%(>#&T`^#"V,\\(&XFFE14D&0"F> M5H:*>$4:HK?K9;@">!DJ*>$I+0"K80P`!B!>,1>.#N$I?L,:0)12=KBG%*_< M`6H$K0%`Y=TQ2AD0J%,:!QR5/XI5*Y:5R"$`'8`,`%84`=8`Y0*<2GI)R!%4>#"V5G1BI8AG`A`@OE!?* M#S<"D,I.KDI192>&KG`=F%;& M#[&&;@"\88IR7B*#T`&LJT)(G274FOK%?:*^^5^,I\I;YR7\FO[%?Z M*_^59L8/0+S2+PFP+%@:+`^6",N$I<)R87F41``,`>B#OSN^@$#1.PF>[!0T M=L2`J,1BXGGR.[E/_`?D`KB``L7I"R4Q/FE01`!<`9.']D2!HJ40/2E4((@L M`9V%PL,](Z12"B`T#"U>&`.,2, M!'25C\I=Y;(26WFIG`*$"."*/LJ/8[BR6=F)"2N6`<2*((`W0/S0#!`BN`/P M*E^5E\HFP.6P!2`O+%K:#I&6_(.OI;BRZ7A8%*]0`H``B`3Q<>@O+"S> M`>:%)D20H1P`:DD_!`&D#^$I;<0R`&"`C\@#("96#U>6'$LAX2,1`2`&VP&0 M`)A+(X`4P!B@;:AA<0&,`9`P/D0*(@@`!X`#>`'$`&(`YLOR'_92>\F]E`-X M+Q,`-8#P)0I`"/!37`.@%LL`>8!.C`W@!7`#>`'@`&Z7?,0=`!M@?3D&X"GZ M'&6&WTL:0/@R3TF^-%^B+V,`[R8"I@'S0?"^C%_*`/Y;]$LY@/VR;9B_O"BB M+\N7_\O)))X0%Q`<6`.\$.\`1)(=@`A`%\/G!M*X`4;\7YF@"3T@0F0#\ M`&XC]*KN8#`!3\@A%&TH"@$PE<).XHF'>NDGY`&`_@(")8`K``\M3UD"*`+D MFG("Z\MB)1E@..`&J&#*+S.8&TS\I?Z2?^F_!&#R!28`00!P8C$1>EE*U##H M!.R`XT%"0!33MNAS?%\J,.]W#,SRY?DR?>FD0@%D+W^*N#GEY? M`5`$>,(=9A``1G@%L!G8,'&8)1`>9G=0!((G+)H%,<>).H$^('@PEF#'3`$0 M!_"*`#L-FU,L&(=P`J)C43CFG+= M,=>7"$V%YA[SBOG'Y&`*,\V9T8$)@!!`0+A,+"::HVB)_<0F@%<#G[C/U`GX M`KN#:P\PO)ITF0M"\C!`\G5Z:1$"8UA!`J=G"%"A: M)U>:O,11AXX+"Q#.0F?Z`A2%_@'WD:*0QV`E=#Y8">`!DB'FRD_AN&G7D M#Q,%6`!=@#I3J;D#V&%>`4*9-TQ%H2=S!R`+.&H&$X>8W$"SID$S>VDNA!L^ M"-``-LTXID,3FVG5[&R:"T$4ODP,9E`SD$G4]&+N!?9_O(%/9H2`">`520\J M"DU"C4W+)EQ3F#@.K,#Q`]:7L M,A^:K:.LSN((=PD]G(O&16 M,G^8VLTRYCP3'Q@A$`+$--.;?44X`'&3JHG-7%_"%>D`"D[FYGM3G`G=+&JV M!YP`]:?,SF)GSSHFGAC`Y"`>B3C,Q/ID!1OS>RS$\B`!2"5L*H7&/3K.G)O`(( M"K$`;AHKH4D("R"P&P(`-L6$6(`BIR9`G9GA_!&^-;>;($XP0"2QF-B9065N M/[Z#6`#SUQ5@AYG85!1B,J\`,,+()CJSMGD%<&?8-2N9`L4LSV4S];'EU'!Z M.4&"$8(A`#2SE2G+_`)@-1><*\[C9O:RS_GGE'`",[^:%4[7IJAP`M`$2'+> M.&.;3P#ZY!-`J?D$8#Q,`)X`"$'I9I9P-H#4E`/@BU"$QDDL9US3#:`\7&!< M`2AP94YTIC_3S*E)#``L0X*)8$*;H))343CEM!)B(*R$Z,$K@)\P3]CJK--X M.4EE5L*WAY50IV(E3')>`?B$5X#L)"GS"C##[&0J"GN8B`(KH6,30'@%\`\\ M-A6%)0PKH:#P"M`9Z&LJ"NF3.4PKH6;`2H@"L1)R,J-RQAITIL`."P#FA`B@ M,S\#Z,P4!3I3/(@%^`"B,^>:.0)T)F`3DUF646=2"-"9A$(L`/,0"W`60&=" MCM"9EDXL`!,"G5DEQ`+X$;$`Z$$L@'M0GZ'.-`Z@,V\CZ4QTYDH`G8D16'.J M,\U?B2=UIEH#G9D;0&?>'M"94,[!`#ISR5GKQ`*@.NN:6`!A)Q;`\H+.)'9B M`4H7Z,PDIUX3G M/8F>ZLRA9]#SY]GSU"+D/-69.$\L@,V3YAGS5&?"/%&=+<^6($QKG:G.A'*> M/+$`)<_`YF+SXZG.K&UB`3J>6("-9\:S0%'Q5&ZLR(Y\.SX;GPQ`(D M/`^>!$]UYL`SX/GO['>B,_F=@,U\)Q9@KFGO[!VH,^6==1IUIKN3W:G.7'<> M"B&%,$(C0,GS"E#NO`*,.\.=5P!PIU^3VZDHW'9F.Z^=5D)K)[73L1GMS&Q: M"8N`5!XT0%Y!\.2%8D'./M5/_D`;B!Z`.)`D:`/,`=P`8X!TY1N@8\@&P`.( M`?``;H#7`!Y@#E#]A"RP`<0`8P`9R!B`##!7W%Z.`=H`LLS<(@&4#,`&(`.T M`<@`&,.F81I@#0`#6`/$`-8`,H`UP`Q@#4`#6`/4`-8`-H`UP`U@#8`#6`/D M`-``;P"DXZA,6+D&(`/8+]<`:`"VX1I`@[DV1"FR`6J.;@`V`!P@`1K+/&": M`>8`\\_A)1>Q6[/>%"MZ#%.5=@`Q@!U@#K`M#`(P`8@`3(`J`"3I"<`$,&;: M+@``5LTTJ+X0M=@&Y6K*."F(7X".H1B`BHG`+&^^ M00^AEU`R0":T#K`))0YT0A>A7<_X9G13#`<)[7$R,Q$`44%&)S%@?1DBV!H^ M$8F554]0:"NS%GH&N(5R,U&AJTT:)P!S`N`$,`F=-;LBY@TDMAXAW@-N($8`*L+TN<]\R29:]#H$A0\G(2!@6*7$(OIUZPX-C1K!Z*$W>;$,(-P<0R('K=9`L* M%%6)!<7KYF)0GTE+U!'^`9*<8``.H;D)&AHEI,OI!`(!D``'YT\1`4H0>E_. M`%P`,P`08T,3!E`#>`'``"@$T8$-@+%F`^"YR`D4,X^90X`@P(GG)[J$>@'H M"\<`+P#R(4M4KF<4S6HF15>B6T2Y'D%(N>F(H`)`10E"'Q$O91[`>`FWY(4V M!A![XA6E:%0T*WKBS`-4$>@6H4N\XFDEJ]D#``&$"%0"502KJ!Q@*4H6E0-L M15,"_D*O*`"@"+`!\`)X`<`B.@`=@%!'#M``R/*)`1``9H!+THT`Y:DH'&D& M-(.)A`4J&;P"7J#?SIMF_A`'D`&RBQ">K)AW@,IH2R(>" M0_>7-=$:I[7P":`@FDA$_KZ84@".)D"QX'GJC!`<`52>4`#X8$@T0C"T^@^P MW>*1)%%$`T,``5`:='!B-3NA+]$+YAN4)FH3Q8D:'*$!!8`:P`"`.G4.$`!H M`@(`](`C%`"@=#&1D`MDLE(4C8&_VJE0H/@0-8<.,1<"\`04`.BDU(!KXH>4`A"EH)/*`@X`EK`!@"#`'A``*+!- M`*P`38`10`D@'A`!2`RN`#RDN91&*0"@W+$>0@#0`,(!(X`(`*>TTK(`+ZD0-(80#0@!A`.V%C,+*9*L=(*P*QT.V`,L!YL M2#L`&(`-:;!T6/H9\`%`'684%0`I0"R@4RH;$`3@`P)['-()0)34!G`BE0`, M`82D-=(J2V(`M3E!@#.@7UHB4Y6*IE2ETU*0:9`T'A`,P)<: M'@0!%0#,#KYT'M`O90$$`)BE?(!_0``@5GH.+&%(`!X!WI@`P)3@M\8!W`A< M25T%#P"K5K\T`2``$`0L`!`(@H!R`&9'!K`KY92.``0!'(`$@"#`'-`OK0!` M2M04WJR&`&$`RZ*08`0"+@7LHL!0#8`IZE%(`@:0B`EQ`*&`(( M`DP`_5)*::?T'M`O90<(`%0`)](C`.HT!"`T%000$:Q:`X!(P`3`!!`$J.]- M`4P`%``9P`E``F`#.`',+`0!UH`!0"+`7_HR30#020<&)`!5J00@'@`D[90F M``(`L8!YP(Q"$%!3P9-V2OD!$@`Z`!Z`:5K+RYP2`:(!$0"Y'04@"E`!^)Z& M3R&FXX``0*J44SH\W0`,`.:DH]+MP#\`ZF`!$`0X`$09<8"D:;^4G"<(J`?T M2QD`H=,`P`[`!#`"4)B*`)``\8`+`-IKUL)XRPR0`9(`::0@@'D`!>%D, M3)U^%H!(0#A`!#`\10"\3PD`&]03SP@`5LHIE09$`6(!(8!$0#A`#,`L76`] M2RL`P8`@P)XT!&`!P)/J22NE+8`3Z8ET3RH(>`"X4`4!V=%?U!H5XS$[79VN M42NE%H"7A2`@'E`:$`04F1(!$8#^*)TT#`!U@)AB`P(`,@`_:K^T'=`OG0`L M4@,`,X`=0!@U!-`$$`2PC`0!PH!]7`1@4X`!*"^9`):H75(+P!%@"=#9,+1I M`&JD7U(A*<2T`[``F)KV2S4`G=)T@/KT![`KC0"@`-JHK51*Z0X@#_`TE04( M`(:G*B=!:OST,T`&(*]1`%8`)H`*P`R@1BH("`!8`&"E/9W*J1Y`3YHG_7DP M`'X>9]0AZL@T`G`"2`0(2P$=PU31#%[CF)I,7:8V4Y^IB0`/11=5$P`IK98^ M3P4!!,!HP!0U`Q`$"*-.`,@`]``*@`E`$/`.4``P4]$Y'U(20.44$9!+200\ M.KJHL8(FB6@J$1`#B`#$`&8`B0#P:2(@'L!%588,4P4`VP"H`P1@!@`^I6[4 MYD:'@@`&0-%4'3#!6IL:`#P`(55)Z;54$'``<+6P900`'E)!P`6@>+I!90;\ M4@L`S=2;J3=&`+!005L``GZF-H`(`:,!CE.+*H8T"-!$D0!@ M3X>J(0`\Z0(`F[HGC0#\/*:J,U-J:B!5J;H=X`(\2V,`.@#GZ=!4%>$Z[9?& M`_:G1=-K:0I`$#`"D)1V`RJEX0"V:K^T77("8`&0`*PTI=,`0`R`4YH"R`'4 M4CTD<-,00`B@;_K<$$W1``:FV(#2P(ET>/I`$*9B2#,!#("GZ0F@+9$-Z)>> M``)[P@"JBP0@!\`E99UN`QP`G-(:0#3`!A`'"`6(`8(!J=((0`X`=EI69:V2 M3NNI0M-H@!HU!+`CE=SA2QFI3U,2`%PU!*`#H`%$`V0`>])K:N]Q3YH("`)4 M27^F3P!CDY-D`L`L59\^#^(!&X"TFW4BNGH!<`&(M^(![=*7!78U!*!=;9=: M`&"BUHGL:GB5NSI>M0"T``QWVU7NA`S`26(!J)RB`ZP,$@`Y0!"@?SK!LJHB M$*P3NM((0`A`#-(_;4LT`(JF+-.!J0)@@C4"4)&:`(X!'8,8J1`@!4`!J`"( M`IZFLH%$0`!@`X`S%0A,1`(`)B*NZF=@O;$"\*WN5:^H$H`DJ02``L!9/9%. M2N=%BU45ZB/@`/`SE10D`A(`-U,-*\>L`#`N99^F`&2H/],FP`*@P!H.L)N> M`$X`6M.=S<@B'G!*]9/V6$,`^]3O!WJUR&HVM9N:`%8`0H"[J@V@7ZH,J)2J MX^0`L8!P0-UT87H$0`%\32L`)U)001@5!@!F?=^56?\AX8`H0#P@"("%J`*L M5R>L%=:`0"^`-'"W$)&&4R\`N92B:B"U9?0SO0`8`*Q:"8`*P/*41TH"&`$\ M4V&E15.F5HA4QMK%P:YQ2B4`N]*F9SA@J!HEG0"H`):E/M-P:@S@&5<"L`#$ MA%1$4P`+@`F`!$`$H`)X`&840U4BZA"@(,<^W;/:61,!&-(-@*3AA2II@)/6 M(UZH]8@@*2`UQJH6^)GF1)2GB0`JQX8T6:H!\)"2:9PD2=6?J2J``6`!"`(D M2Z4`VM(@J;1U`C`\90"\3ZVDX=3SF@R@5\HA34XD2R<`(H"7Q894!,`CG9T2 M9G"JV5$-0`5`W+HAE0%@`!(!9H#C:CAU"D$/"`J%`\8`F=-X0%$UE'1CE;'& M`=H2_E,5JNM44OI.7:G*!D2K-X!HP`U@1L%PQ0`058.D$%/_:;7U94H`Z)G: M63&D=E(*0"*`40I%#:>V``P`[%,:`(XUG.H#*`"\4(VK,]1PZK5I>&IIN#I= M7#T#YXL%P`;``E`"2`3H;"JGI(`&@`6`4UH!8+C6YH2DVU9`:0B@!\`I1?!Q M2I<3OLH90#A`"&`($`30`7"JC0!GJA)@1K$!8`)L`"H`8P!A@!`@&+!UG:_R M&^BK1M,"0"B`M$`"B`<<3@<`'P`*@(3!`E`$X)1N`"RM%0!1ZP0`!;!NQ4*$ M`S0<\8`80':HTH<"J`(0`8(!W],)P`D@"M!T[0!(396FRM,-0`3@BCH%V)`2 M`9JN#0!T:P!@!<`IU:8.3XFF*]:?Z0W@`!!WM0#(`52E88!0@+>4F\H!"*DJ M`.BKR0D-AZH42-H\797^26MS,PLR`!:`.Y%V*P%([C(`AU,#`(MB0WITI0`8 M3GL@$H`9``W@!6`!L`(055^HCM,"@,55QMH!>'3L54>L$X#?J@B@-@;ZU&UHOHSY0#,6F<4B8`,@`SU)/`S;0%P M%/2MG%(,@#INB3H#.`+,++)#^E:-*P'`!%`Y_9LJ7=^ML M`2H`S50(`*?4`D!JM0%$`RH`\8!3:10@]CDA+[5`R`/^)U:6^FK%8`E+!B6`A`$:,`*`MP!`@!Q@$Q5`$"#G5&4 M7:D2,PK6Z02@`)`!\),>7=>L'@`)0-PU_DH"L`%,`(JJ/9#*:0X`@:!??:$* M21>MFMZ8[L,&X`20(N)#8L"*+I* M6P&IU]=P:B$N$Q@`;ZDM%@60)3BI\J0)3[: M6D4`2%6S:0E`R_I"+90&*_0"/].2HD$U!+!#W9$R3VVN1=5`20-&]).:=:CYUH$*.E%28>J&(`6``C6^I$(P`+\ M8F&N;@`ZJK:T=8)=Y9$R5`^S129!V"8U*?MG?0>X4(.D3EA5:1!`7,$ZW1%& M`J:O0X!@`!+``+N7$@18`&H,<-(AJIQ4PQH`4`0,`*PZV`1MZ0N@YUH"@),Z M3BFP,-<"P0XVHJI?U0!06P\`JM(/:7"VUMH!\+ZJ2FNN7](80.4T':``:,`V M6(4`X(#]:F.VY^IPW:3VCARNT]=R:P6@!)`YA9,&4@^EX50M0"$U!D`.,+OR M3P.N1],)@#C6J@4IQ0=DC,RNSU.Y71%@`A`#``)8M1``ZU;20I14`Y`!@%;X M9_NS_5D_ZI_UK$I:"`%@`6(!!]H$+8*VEL(`IJI2KRR:J\TKDH-Z)=B M`"2E"P"I*:74$G8`,,!28**D@H!J0`"`!WL.*`V,`>JMA5AY@`1`2\NEW=*J M>D*P$(!F:B?JI6IVQ0!08`0!40`#0")`H`H\_)G*`!8`RK4(0#U`56J="`)P M2G>D(0!XP"8U,0',P`&8`#P`M;GE:0S``U`'<*!R)T2QXMCMK*HT!F!1H`-@ M`2QA"X!G:C.U`F`/2`0X3J$.[\5P:@>@I],!V`",`8(!NEA=:0P@$6`#@,P" M`'H`LM@';5%5.8N;_0PL``%D0><`_MI\[0L@6DO.)-AZ M+SL$`@$?`+6R=2'OLE&!!@!R]J`0!Z`!S`5]4R\ M`;X`8X!FK8:ERP<'J./P-#$"1$<+XA<`";"I+!Q^`="B*HB4+1W@9?LS5$$< M`?2%7X";+1C1ML@&H-GV"[501U$T@,_69HNS_5MV:T*V,%M1R(-@Z0A."#UM M"P$`$T/U(001_,<7X!9Y&+&U>X&O&F_`PYC"+#@2DJ0#*X&[0```%:"M#1[* M.V*89MM_0$_T6[L1@)HU!\*V&P%(0-G6PXBV]3#*!?0"8MOL27.`-D`9H$G( M".BV)P$/HQ>(;1L0J#,(1P>.`0`B!&F`[[<1./EY M"`"W&P%YAS^@(4.X-2XH`Q6RE`$XP-R6<9NY)>5H@`BW)B1QK;!P=#LF:-SZ M`SZ6>%N!0&(`1?-TXS=N`UBW=5M2CMX36.L'1-&H'_F-^0#LV*DBX+0#8 M2`(""X!WD]CVOQH0*-=NQ9`#:;-^-`P$'@`P@RB#O@!XV=!!!,@(1S>`2`%`7!`#< M-0,"RH#[[6U(P^)S_`($`>0`9X`9I05Q*9"_A0.P<)5+_MN3@+5VDI.M?3?N M!3R,AI'8K4W`1*2Z'?XT;R,$^%:=@`%7Y:<]G"-``1*X```3P`)7>QL&<.`J MEV8_=9P`P/>61A"^50E0<&VX\D,])@87)(`$X`5X&*&'#UL0KH?@PEIOL@D< M";<(I`$7P/TV"R"S_0+(%8>V`(";[#G[!P&!*"XG8`Z+A\7CVMU!..6 M`1BY2X')@6 M;DFW`0'-[6^4=PL94`9F`)0#=X&8A_"V=/L/X#:RK5Q$&9@`@.<* M!`P`)UU23JF@HG&G!@/\5P:0$R7'W!/Z=SB M)* M<+^XG<,+KOGVQ=8"T`><<>N-[5L9@;?1MO(C\@G425HM]UM"0!TW2[DV+.1> M&)<"H]T2(AX7D5NEG`-\`6*4/5M4+LX62/FB%(7"=E>[.-M-+FEW#6#:M0XL M!7RY7X#=;F\7KNC(Q2L&=U6[DMS\;?NPFHNW10!XM)P%N[@]7WI%U'#@. M`&@#*!H#@`HP&AG3S?"!=#&LRD`%@%50(%`$Z.XJ.FF-`@"90X>@0[D1J`1T M=[='X-QNP>%/>;L1V`%T=Q6C!4?P0',@K`L`J`?H=*&[^L;5DH")OGN9TNF. M'SJWQUMV[EZW7&L&$`1.`LY^'4"XPBL``%#8/>PV-&;/]J1,"`32Y.%O9[A[7E%O*G=E* MY<(`O0&&1:LL7\`_).P"\X+]M;4[`PPC]Y-T2 M`%X8GEU^8Q"@NQMG$>):5`]_0-V`P*:5K$O/_=]8>1%6_"U^(PF@NRL;Q3>N M`(NX\4:^[@3`ZJ43F`2[6]P-KQ!&;$4TRTL`0)'2OD`%N=\V`.X`V\O0$XP@TJMA(?)6 M:SV,^8`>KI*W<9OT`NFZ"IB[X]HC[IIWC&#&5/E5+T$`4-P>@+?05%D'>`&P M>M&7]5H\`/J21K"G]&9&<,>?"LP9`+V61L`@2`.(`5R]OMX"9A@78$OIG64B M;"<"0`!:`"_``N!A9+L9>MVW_,8CYO),[TD*N-\>`(2]P5Q0[__6!<47&.!J M_,ZACK&&L%XFAZPW8%OKE0'<>N<`9(!<[Z[7?0DD`/8" M0">8Q%Y\KY\7V:OL?0$T>TV\T%Y$[T9@T;L1L`;<;QT`4DPJ)@`@X:L^S.%N M!':XF=ZLK0]WVVNBZMR^'-"\]#\U+PE$)P#N-?46,5&])P%R[[FWU?OJI=>J M>V>]G^]0`)L[X/`*%H/N M=>%\`]^-`*/7X'L2>/3B,7V."U\V)E/,X?M+P/1J>K>V)5XKKW=&KTNNC1"< M0#B^T=LSIGB0!U"]/0FH>D>^(]]TK[T6Y:OR=>SB>EN^J4IZKZ_7WBOS!=@> M?<6X&-QD+R]`Q?!U29/0`8`!3W!U#N)?FB M>TV^8U]V+PS`UFOVA??*>].^+U^V+[[W!;#+#&Y^>/F]O``O@(>1`3AOS.P. M:S<"Q=KSX0TC("`-N-\N`.X`VTRHK=9RZ1L=V.$^"22^FUYZ[EFWX.C4I?J* M>M,`A`<$`"5`F=C,[';V`#`!4%P>0.D>_[M[2+\M7UXOZK??& M?%>_V\Q][_E"V7M`DG?`=6N_/M^$HQ9`(#"X#`"@(0(`HH#[+9=J#G`'X%HV M$%V[`(!,*,Y6$TK%;$X0@-6'$4T$L"E7X0O%+0D:D(J5IES#[T8`%^!AQ#)L M_G%Z@7.?6^1#Y[>XF$-FYD-^-P'8W(,`!Z.YF??6-4%Z;@&:`,G`&Z.XB M,U6Z5-N**[\1)\'E5>C^`UPTX%PP[T2`OVN1>/YV82@!NUN37\'3!P`'&/=N M?TN^L5ZR+_AWY7OZY?6:?X.]J]\$;*.UR8[-R>0`>X!IRV305X M>O6[E0%^XP:@N\O]8^<&TC8"+MW-0-5W`J`&D`92`A*_.H%8H`T3`F`$!OLB M@4^^HE_2K\#V[$O^=0*O?<^_P][N;8V@IZG^E?MZ%N0=F=2[;PCW(K@16!+P M038"W(#[+50!JZG5/`,_-;%F2P*FK[WER-L&GN[^`QBZ`MW!0.1W$*P&B/Y6 M`LI_L0$G@%+S!]#UY0H<@3^_2>!(@F^`0&B+]F9P(+* M,I6;:N!9,,VH%DSQ]?2*0';!HMXU0$\``5`)H/YB-\6#0`!\0".8U1`,H?-'";N&&;W3`]T<+1OY"?:4%GMZRP!SXG.O/M0'' M"JR\)QX!$^)6:C`(9AOJ!"H!06#LIG\@"(`1KJ`=@^L`8E_O;\IW"2S^;0)3 MA56_F6"XL,W7?"OWM>*LA'N^A]Z-0/QV<@4`@.M"`^ZW"H`'YTI`-9P3WN%B M;2_`^N"T;7Y%H#N[=?ZJ>=<`?I=*`!Q8'BCLO,-D?Q_#D6$E\$?X!1`2+O]> M@J/!5V'5\%:8%Y":<_]^A7^^#L`"H@L"ZG>_?0#<`5R<)TXK`AG`Q!D++OZR M@>W";N"^,#NW^:O@+0RSSBH!_.`09Y)3"-`8#@B(?)G"C^#0[U.8">P,O@QC M@J_"V&%C+V=8V5O2``4_AQ..T#_HW40@9PH)N-^."WU0WT^H`!P@1&`<6!`S M#;&:R`S2J`K"'2SLA=9&/2'$.6$*L+P#$>QPC`W/?CV]&8*]<-HV=_L/:$`0 M;LN#\UTQ;W>7(>C5K>:R=P,";MV#L+PC+(*Z30$G``B\?)#N[@B7G3NMW0P$ M$\2V$XJ@L`N"*&P\3`C>-[&_(5_@A4MZ<$[`R,OM!0_;@M^_7MO/+7]7;BLC_@?PVP2Z?^#+'[_1!-#=I5\0 M;@<`@6&?`-QV1=/=M5\(='7`#-%!L6\0[+ M.R*^L.&[,#ZXX"C@'19'"-H`0V)+0*8H-F`4_(-NBC<"[V%S;WQ8,ESV90:/ M?Z'$5>&V[PN`7+P<]A2IBK?%HV`A86IC(Q##)`?<;P^H'011Z`$X75FKT!B30CFAN^*'KX=1,I@N#@\?-@N.;P^@L)JW#8`"J11_ M@'4"DU!&)[OV)"`$@!7`PWC"Q>SZ M?$4TH=')8$`@?Y@*/@E(`'BAOM`O$/VP%PI%;`T_=WW%G-X#+SOW)^PNG@"X M`2C%EH#=,"PT4<`*9!;;C.7#..-0,<"86CSSA1I#$9?#]N#/L-$X8AL6W@AP M=A4$B(6B[W5X.SP/[H9>+TL#/4"8`$2/6>C?G%E&%_L65X5,PS!MAV M0U'"REXLVL%X;LPMEA6XBC<"L&)9<7L`TNL.O8="!;:7]E!X:,BXZ=LKMA-O M>QVV6V-0K[#0'Z,.E82DSLK1W# M0Y?#(0!M\7.8VU@_#`#L?@4`CX6(@`C@?JL#&(T*+;/#YF,Z@/^W*)`^=@.( M!%`"MU!8[NJ"#@#_C(%F-5$"8N)B)49`+$HFAN(Z`.@`3G6AB,"X]V``$*W3VP*5NE^`%$T"T!^X\6G3ZS-#1[; M=/6--H#N+@Y8I>L/+G3P&W.P?>+Y+3O7JJO@U>E:@%6Z$`$4#0&@,T`9$.K* MB!=GW]V+;_-V!;P1^`7H=`5A0EQ$C4BWA$$9@'F(>MT`EY1+0!90)Q`7G`"< M>*"X[E[GL7^/#N`D_A<;AZO"2M%Z+_\XPHG!]0%D`F0!T0)Y!]\7_AL:E@4& M!,Z'BLV`@#'@?LL`&(UB1O'';V19L/$7<6P#KE&A;AD"*N-R+1Q`&G@)F!2UKQNY-'J%,=]ZD64!L0`/(Q=8%.PA&/!N M!'Q^SE2!P/CX)-!&/HZB!#S)4-P"P$,QQ&@UEG=P;O/!?`$4@(<1%^SDA1S- M@>VY)P'`KJ>7'KRZC8\\!Y&'>>0(01K,>/PR)H[.,*,`X``H+CE3BEQ(UAE/ MCQ/)OUX(9[52_?M(I@5(DEG"\=^-`"0S`,`0M`U,!)K&&X$]P!;Y"T`"`%$( M#"&@*$P":6L`)7`5#?)VDYVU)%MQLG)IFTP"D&4*2#^Y!=)U!A9/1&=_$"`J8"@41@2)!P]!`D!EX"$@'IQ5/YYZORPPLX M``:L)8!A1?Y0:\MLU`OX$L)`&P%SG;,11\`.>`/<=8.J+X&NTPA@&Q`-W`AX M+M+*O[5O0!I@%`4`Z`-8E:MTN8`O0*L@(/#V@"N;,(`B`L(_\6>`1MP[@%+"YO M#V_+F2SM,LG8N;P]?//"F/Z'1TO+7=P3,0&0`BF79`>#XFQ<( MF$4@6MX)%C![:\W+131%YGBYB*9`E@LDF(V'RV4!\Q;0EY!8?@!P M_]Y-16;2<@[`LFPRV`A4EYV+C<$`Y.K@\"S)+ M!_=_!6;IH$K9R[P#<-@BEKN#WMH"@<$!3ZA`#C"/!QVVHF6RIK>V1KEFY@$H MD"-%:^8>@+?60Y!G5F02'O+,"F0B Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu M,-DFI>85:;-$D!OE[4YX\=XF#9G;&T7T^;]'YTY0O`$4"G[ MFI\`1TRRR+2Y6'MI?@)`>/?+ETX6,;X9"A##]#5#`;RUDHHU3@[`,<6#V?GZ(GGX0P,Y@`] MG.U`V6;[:`/YT`P&L"._!-;,8(!^&$<`Y7Q@D!&@G#FW3&7[:%=7QFP?#>`: M'%#.QU^#(\E9-T%P7#//U#A:/N>$8V/`YTQKP#>'`9B-Q:L*P43D0N-S#A\[ M&[NR&X%=DP`W'JRZ^"E6D',"(IJ3D"(%ONI?LX(9SF_=8Z?"4"(-O")1S143QUQMM6 MEL_.>6?#I=?Y[(RWU45-GG7V.;<,38]M9##!RE!?2 M!\#.`H%$+]:9/VDH-.+"$>.%\\*V,[906\@M%#UG"Y^(#>6I=N#;&20X!YG@A\L9;^MXSOA^:^,:C^<3)_P3#M!-[/9B M04^<;<.N[>;YC;@)5A_S!B0"K@&\(NT9F7&RQ:P8G_&V55[5\XES#$!\;COC M;<-99^M]_M86C3?/>%NCLA$7;ZLXIO]M@IN&EM^^\[?VR*"`[@L` MEP'06.=P\^993`P'N`.(GWO/5.7UB"PYW@@`50D4GY_/UERZ\N;9ABL*)0%< MH(W/^6,W0$IWZGPYM`ZPGHW/6T2V,PAZ"<`K$7X(4W#P7 MD&O"NV>L\Q8@_IPM%`-H$=V'$^BIY_1Y>SG_'#P3GK'..N@!--8900"!'OYT M7\[.*H%BY?3YQ7D`K3_'&P^5:M'6,Q?:.M!_'OY,.9_0PQ\_LA1Z^./D0$.O M1VB_:^CUR(JY"KT>V09\H8@"J:#YV)WD2_HCW1H.A`]"RZ$%V*/D7?1#-9>NA5=!]:$^V*AD4' MHT71M.A#-`P`!5`#L`%DLF*]W.2H;=WB"Q#S_0),#*O.\<(`<#>ZZRR.#O9^ M`?0T]Q9'1VR#3SOG>G17P![M')I=](VY"9K M$;F(^P%?*#V9B?BT+2QF;V>V)(``,@Q1R+N0UCLKEV+0W&2NI>AP9LN$'A%` M:X<0W.2*-&\W)2``OL+@YDR8"^G2RXM2#E!8S"/4;!6]4,2(-'%`%'J!YD9? M8=J';<-IK@EZC7CD@`.4H/_1XV0XP!E@D=M.IA^V!EX#^EN2^M!L@#I`)=2<7*S.A3%N!,KZ@+\U`+)#N M*24%@>EN,AK@FPR@J5ND(%R[[>00`=(W,IV]'5YZ#`'3`])VLI]RG'R9'D@O MB*^4I.GYIS]Y.)#57#Q//U_3_<#O!=G3ZP"Q4`^H*PD`[FE>Q'NZ`,TAL`_@ M!_0#T=TL`!%71[T1F/\.`&@!$($$H'*P(S!P[/6"$2$$JX-W4Y)Z,Q`UH05$ MH?D"+2,0@8B`1$`:.`.$B*W4&VK"PP!`&!!=YA!$J565VD]TH1(E$F`C(5/C M'JB_7NH908U@.9@CJ$^KGUO//H((Q`),(``,`%0 M>80`X0M^@.AV!"#?+7(A`;87\(`7``_`@H8&$`*<`IP`'\N[P!/`A2,$``2, M?I,YS&K%`!2`"]"M_E;+`[Z)F`9I=4#`$"`+<(=-!+#5>`'SSA-`70T`8%>[ MJP4`\.J3,Q1@7OVAL5=[108`^6JB%;]Z7=VN]HH\``+6\NK\6$#@$(`%B%P@ MJZ46"FN?@*;"6OVLCERXJXV.V>J'P+;Z(:`$``2H`?:2;8"K1,!Z'%7IC.@& MK#$`6(`G0!&@'6"&>59/_M35<@,J`!)`#V!\HP<%K#T`&VN01_B"F-(_"%G# M`BS5@P.*E]0@8.T"*5E'!$[6*6N7-3N@8HT.F%D/`%:--&LE0M1:]#:S%@#8 M`P+6*H"--0=`";"S-@-0`+C6APHS@#O/'3"H:`$TK,.'#6LT@0K@!>`".%2P MK2=_JFH$`#(`:#VHAF!P`(C6.>M[-=)Z7CT`>`'@JV&WW:%]-0A`?B`W,"+$ MBO`!<`#H*;Q5"!`+@+?Z`((`9&MHP`B@A%&XGER+JZ$`2NN*M0(HD+;$"5C# M`#;6#`"N]>2OI3("(%M#S3#7I6M>M;BZNT6X7N(,`2+7B>O&M1E``-"XM@(` M`]P!9(23T@(`-F83(`7`J^,"Z(`7P))YYL`+^%W?`#97\^KAM0V@>/VQG#D@ ML)X``H!8T+"%C;`/;5``#8+4>`>CT!6"V] M!&8.IH#L]?9:,6`#Z%YGK+_7R6OV-?-:,:`#0`4DK;TB_0,W0#\`$A"PY@'L MJR_6%6LX0/]Z7PVO5LEA``K8$+4"-BN`#6`"D!\$`!8`G``2P!(`.V``<`)@ M!PX`YH`6@!2@'U"M=@7T`]@``&S]-2Q@@'UM%FD$`/H!P!`D0,4:#1#`KECK M!D78>NN,M1!@8TT!8`!P``,`9H""M1E"?VT&<%<'``+62`#0-4*O']##!@0, MU1X"9P`QP!$[KJ").0O`<*T`1VPIP!G`=*4S.`-`L<\"<8`I]A$["G`&4`(< ML0=@3(`CMD[:"'#$UGHUL8\H5NPCMA-@?WO$WAHF1L\"N2T^P!%[-&H'.&)? M`H`CMAR$[\0'*,(IQ0R.HH+@H1,A('`N"QZVE,S7$X$%@"G`>IW()@5, M`(+5"X!JVP*@7Q8\C!`@LA_8I`!&]@/;%/#(3F27+A[8E&Q_@+?IDCW)UF1' MLCO9F&Q/=HN@YV!V2&2#4@``_@!?@"G[E>T/H`7$K>4!=&OS'AYR"D"T_E_S MLC/6OD!,)RR[);!4]CWG#075UFH0P/`:"H`#F`(``A9`PFOY]>\:!T`$`%U' MLXG7QFOD]35[>?V[M@$\K\/7L0%Q-5L!D3USP%YSKM?7,P?W-5X`?AV]]C#V M`\39C&STM?IZFZW.?@G`K[?9\^N"B_WZ"=#-Q@=8JT_6M^J38J`ZF8,$J`(` MJP,#F&MHM;2:6OW/SE@GB+C5WNKJ!3P@7"TW(%<'`F0`U8MS=1``TT#19F:/ M`%P><@,:0#_;>!V\5E[GLX_7*6M\=C?[>=W.I@53K^/9-@!SMK@:G=V^]EZ# MK\772V4HP#@;J6P#2%^?L^G9-NWX-3:[>5V_5@%L+]@!`>TZ0*!:'X`,(%3# M`P6K)VK-Z'X`">%8SM0O:3NN:,>>:"9"]I@($K%&&88B(E0N`JH"3(-9::YU!Y''(!V`!K@"J]AE`+]&\=@+@`'`K<6M\0*MZ4+VZN%MG MK(O6/NR]=5D;!6`&T``H`1K;CVT)0!`@TTL`<`(P2-P!^P`6`!Q`!B`"P`:T M,`<'H]]]@`P`"0`,6`!AM/`'A-FJ$!J`$F&O3`,X`>NWO]G*[N?T$N&W?M77;`X'L]G:[M\T#^&V# MMU\"XFV=]3X`$M"9LF\'K,T`*>OHLA1@$+`!L!F``$R$F8/?P'[;F;T`FFJG MJNL`XAG@=L::#0"Z5G!#`IS9U@!`0%H[PIV_IFH_JW43,VM^`#4@Q.T,Z&O_ MM4/VJ=G:[QIVQQ@/LJ^O:)("`M1\@I7U-2&Y+;3+6<>U*IY/[OYVR3FLC MN%>VYF,>?:K\VY!FP'`"K8&>NL]8I[LVT&4`%\ MMA4#`"7D@56[J9WQM-P*;"0#NWF2+ MNV&WDP!)C0Z@W#W)/@,P``K8D@`70`&[%8`'8'?;H][=L-MX-P);'L#N-@6< MNPE.CH"D]C_;"K`/<&O/M0?5+>YK@AY`'^`*F%GK`U`!)NXRM\.;$J#IWEHG MMOD!9@`>`-=Z+&$&$"*VN!D`^P![0(Q['Z`/F&I?K3/6-^XG0(Y[QVW"D.]& M72C=<.Z]Y%S[Y(T7,')C.AT`,.NH2\!:$9"T/G@SNA7>^H"[]L+;!1#Q%E<# MME5R%>^R-L:;\^'I)@"8`<0`\@`7P%F`'X``D`?P`*@`(X#.A5[@GC(`9!.T MO.'$("R=]9[;;L12'NO M`-G>!(`PMD1$"-"\1NCRO=O>?^^\][O;"V"8/2G6+@+5`0&5=O,:I?T$L&6P MNT4!_VX`0"O`&F#OCGR?`H0!_>[(=RA`%&"MME8KOA4#U&QKMDG[=UV_3FH' MJO-AS@YQW\`P&Z[20KVU@/L M8XH`.(`,H#'@!6``<`&8NO/>10`\P`'@!3`!'UZ[I^E!W&U\0/4;O[VQ%G)G MOTG6JFK-`[5A5DT"X`?L`[@!IN^A,2S`J0W51FB3`(C5)H`6`*9A"C`(N&Y? MMT/@0`"7]0@;^9VS]EOKP'_7.0`X0+,[<.:[CG8COA7>#X&`-?\ZVOV?9@CN MJB'=YP`>P)P(DLT+>(%G+NH6#``[0&N(`H4$N)RR+>P!34>ZBDW'^LP.$`(0 M`HX`U0`5@'*;`1`Z4@RP+6P!`10J][P:@*+<(F=*``+6E@#0=P`&"V@0'L``0`%6QLK42@,5`,.0N@ M"`[5=0`D``U`"N#/^$8-`K``BH`7P"'\KMW8H07$P3/6G`#0-1@`!P`*'W`' M4$3AFG#V=C,&!)`)IP'<@\``!\K&#O6[L5//!@"(`O;5#6U8=\IZP(T'($GX M>`H!YCT^0O"0"*`$(`346AIZ;(*`M2C@?OVNSEC'N@?O'MQD``5#Y1FN_ODT!7O")@#=$`.#,A@4, M`C`K`0#0#1'G,_`"L#ZOP*$`\T$Z`$``?H!WH"*M3?@%(X7P%D/ MM\'6Q!2^=MMZ(,Z.;.R``R;;XW!6-UZ`!)"W!C[MK2'7AXH6`!*@'P#IUE^7 MQ*46!''/M1[<@TU,@5>V`1)-XG!R^&7[?^T1MX:GKCG`J&NR=6=`;L`1"0A0 M`S(W(H!8$3T@"0`,F`8P')J1=[6S`"%`"RH)^&M/NE_B!TJ`."H\9RV2NF&? M`>8J',`2SI,KQ$K:IDG)#9``@6](DH=050T)"8H'K?<#ENV-.$W\:&T-;U5/ MM"G72QS+M=P`"O#^GHL'*Y(Y&\!$=Z4JT8T$Z&@7N5@`T/`J@3@<+4XQ"HQC MQ&7B:G%S^,EZ5LT"0#Q`NP7:\8EE1K`Z%A7X=D\+`9;@D/%#!0O\H(U(J250 M!]W55P#L@`#`"K"OSA&XJXW660#1^-[J"1!=KE@;O.$4MVY50&R\Z/T5OW5C M`I+>'FQZP%D;;,T/.`,(I^L``0`RH!E`=Q<3UXB_!##;)FMT^!.@,LX/\'P' MTB[@%TO(M0L*#D!I@'YW#Y`!@P/LP```#["MYNPYQV74JFJ=@-\:.U``8`#D MK+_C,.I!]<7RNHT=(`#8`X;@4HND]NO"16/M)E1G$#GCL2@1P'.\.5X(#P(( MIX<`U8`@0#4`%B`)Z`(=`:X-DD!X0'!\(B`#,)42'BP#VX`HP%B!'R`%,.>@ M`Y8N0X!TP-(%#*`-4`$TK]W3;^Z\=P>N6$VX]G$O;1K8<&X*0!+`?TH&G%BA M`+8!+_(7^:SZX?(/0`>DP(T"!NW).`4`9@T=%S"(`([<-DG@>-BV07[-[I$_ M-AX"R@"C]N`@!:X9/P?@`$``5G!(`1;<7,5:`ZX'^`?@(^&]\02X`,`.< MHHKC:?'C^%K\'"X,7XYKPB*Z]""_M70<<5T=?P%(`V;6WG)DN;+\6>TMJ'@K,+T%8&MP0)N;-VX&B!2X M`$#+GZ7@9!L-0)F+`*I`!(![>;Z\_!VPI@7L MJW'EP^Z(MFYB5D[_/FF,!U:-]*9K0HO[%IBQ=@6`KH4`%VV2^31`$M`":'$3 M`#052H!W>9TT/T`-0 MSKMKAVNSM3_`&:`YEP:$W.`*^G&?`!F`M@U/*!#L-0H$]'(]0&$[(C`Z#P;` M$Q(#)X!```(@<]#QV\>8%Y$`=]8&P"[@"0.T!1,#:YBT^AYV[`OP!7@`$P.BS=C[:5@PX M`5``U7-,`';S!*`_'SZA"&H)NNT:0`=`4B``*`.XL,SG!0+<.0:`#,#>E@)( M`K#A3S)8-B7@:LX/F,@DM8/+I^^F==<VDA"@;%[F-H/; M`B@!7R-J``,@%$(6^!K!N`L!4VV$-XA[X8T-<(N:_';?=N[5-06\:BT+P(VC MOC$K`@!'@.+\#&`!8``L,30T!("QA+O;B.XV\!9PO","5'@(L%$Y]!P MO`4`T]3G^1NA=DXZITI0EX\5F*%WN>JY<=^X.X)T; MR@WEHG$<0(7;?)X86*,O,]KHUH`W^N]\```*.)KKS%4`GU?I>?NN\=/Y%;\`I`0H!9P`/@"3]>.Y%WYX3 MP3;IMO,"@2?=BZ`%B*'_O&?6^8!<"%0`:,YX,'&K&:>IE@`?^K4\,O-T!H'1*N@*="S#55@>LS_?5EW1W]\:<3FX&6!T% M!(3H?/'A>#;=BZY`YQ^LTC>S2`!=M^^D MG.4`D]>L.AFPJ5X0$@$0JZW@#(!:0"``'.`D@38!`/X`NM7^@1T``)[@*0.] MF\#J08!ZP!%180X-D%T3`!K79P`90%K=P_@/V*O7R;$!OG%:P#T=E0`((*S/ MKG\%?U9;LR2=+,#$86RMS<>\`Y&\NF'=#``->%WK!,#JLFL(@.PZ/`WA)J"; M`4H8VP\VP&#=P[A9QP:8`2I3"9X5`"9@LPX-D*UOUD?<>H![@'"Z@QZP!@;< MS,&$*P!`0&N]5IZQ-@8$N($`M@`N\:IFG#Y6OU9%,S;FFW44.)3[?UU:5YB' M"83>]H#M-F\]8^U;?P+@S(GK>`'C.FL6#H@ M`9C=[@#$PI8@!>Z"`I4CU3T#2G6F.CG@J6[.F=S0R3B`5'4G%%*(#,@(V*I; MR,LBZ`"P^@I`K!X1T`20`\KJ9W4JCUJ=K2X`<*O#U1DA`H!RP")`!("A&P3< MRZT!@0"ENF&]P'X&,`)HU@GHC(#.>H('M`YO_:LG`BKFBO57APW;L9XY4+4@ M`2+K3+/).B"@LK[_QJR[`D3L*';7NA!`P1X(&+%C`R#7WL39.HJ]MJYDO]A2 M`Y#LHKEY.A?@R)W'U:NCV+D!R'+V-K+Q:_5A=%P`P M`L($8VO/@!X]#/`"FH.?(R`#\'7Y.CD@!;X/0`(@V4DWA^O8-;Q5M`YO+>*P MR!OLZ(`D$CJ`W8T*<'?GU9GJF42?N,MZ6?X/\`.XK"V?&P)S0(A;`[Y=QPLP M`WK=HNO0!!@'Z`$F&HK M`0+6T@`:=FS;"9!I/P,(`0[M8_63P5T;UC[5GK7O`S#77FXMYX;@U3X_7:CW MNI?MS?9-.QEP$\`_V'YH`!;I\ELB$`C@VNZN?@%,M:7B>`$#^P7=1#/0Q@?X MK:/DOX&'`-(\JNY6/P.1`&@!`_:(P":``=`&H`#``@+N`H!-0$E00>5QXP"* M"JI-@0`HP,.`&M"M?H%C,ICD(^ZNN0L`,."$$@2XK"GM)LV,M3<`G!Z^.)P' M!!;BU0M[NT3;%CW)00)8MP'6&6M%N0M'=&URC[B5MR70-B=ED!V5P>0 MG\$$-/<6<.*Z(M@X?P,L'50M1P`I@"`@`F#@=K%@A6C;#>[Q`.0="0`'0`&L MU/$"%&X7#E8(!*`V!P90`S3C]@A,T$EUH# M`,H!`VUP@#S@!``.H$&>`UA$(/3>1-T"6`<86)L0`JS>)YX3P,=(&C!"QP5@ M;M@6D`"D.1W@']"ME@44`M@`GFU!P,>:!2`#>#?Q`F(!B8'9M6Y5"A`(R'&+ MSDO.C7,V@`5`'I`#V#+%O.4!?=?+`!<`_KYW;W&A`-CO[O>\]P&G=BX/J`%, M)^GD9(#XMX24_EX6@`+(`V(`5`!4@*-GF:)\7:8D`$`!QL=1`%AJ$"`/X%$` M`D(`W.8'$"'``)"L6KJ\FC?DP4,V`+TZ%&`'<(<$\"_AMTZ`G@!`>YE-A?`$I#H!@/0 M`@8!8"`3@`#`#(XB?V"#`I(`T@!<`!Z>=Y>#VM_ZS8\HS`-P0OI;_BV'*P8( MSA/Q3`#YMX19'L`"Z`H:X#L$\H`<"&1``.`'X`$\I;H$)G6*UB?>`!`X1Q$H M@"[A!7"(-Z_7$M;P3>NY-CZ@]QV&$,"4X*$"XA44`1-@$;_1;L0_ MXG7QDO@%$"7>$I_VUL13M#KQG_B!`'Q;%'\$N+24XKL;J7CH-XK`KXTB:!:C M".K;4`%6/%3`O(ZP>@&\XNGDG8`.]RR>!QZ&R('+X@O8;_AA."$@"6`Z[8M4 MLGOJS&W"]R,`,AX0J)\/`%0!JHTE,VG@*:5X3^<``A``2^:E,C_>`)"X#@'H M#.CKJ6\;T:%'"35\H; M`O`!._F.?$]^<`"4%\K#EZ@!)/#@(3W@1FY%.)++13#NA&H?``]@(8^/%P(, M=VB06?B<=Y=[;#NS#@"X`FCCF.NV/">@XBT$B,CW354`8V[W$IR;!,`KQUS# M`*I`*@#:-BQ`$&`WYP)`\*0`0`"#.)C`98WP)HFWY:4`>'?!N;A\FLH$P(T/ M#O#A)`"P-3<`'\X!:)XWMQ[RK0`ZC451"1`(4`-X`"CR1IPD@$Z\&#X+8`2< MM5OSL^M&SDB^)*\-(,VS+4@!CYZ'``K@0P.9>%U++1R*T#\(P`H@$R`>&`N!0+`]^ MC.H!VG,8``R@&=(_2)@#``X!=/'M?'=>.K`Q/[NPMU?GD(GUO&=@!<`21W"# M`.CSEPH$-PE`"%`+0'"S")A+VWD60-X;H^Q0)`(R2>H!20`FFJ@!!["15Y^! MYS$`*("/?/>''X`":%NC`S`!_?G>S0J`$."?Q\^C`_3S4H"(O.1]EX`XSE3.N9]?PT)K\#&`0,T/_3J(`=`"'@3W]U4`5( M`P(!)3)M0"%`&E`(*`THP,2`'R`#V*J[ MY/_30C]D2/"0#C#@UH:;`?JFNWFC-UY^=:UFJ6HO1(H`U0`3P"#0OTX+^-1? M'6+R9(`>`%C])8\*&-/OZO_38(4SO?[Z6*Z_;EJSR8T!2NL;N,QZ0]!#3W-K MK<'6^W4/`$2\U@*I'P*P3&OR9V#E=J8>.\ZIWZH+`LQ[%H!LN-UC#S-/0=,7 MZ_':N^^C-ES^Z&T%B-.;`1+G='H90+=Z"&`-B*IS`*-T)(`B0#I@4$$,; MX<_S6`!T/!R^TFF>/P0(L-WP&_N^*:R>%A"13Q<:HI4`JH#@S1O@PK$"R-'K M!';C*7O.-EJ[>E$TP^>IP84W`P"B>(.[8S\DVU[LP*W?P^TW>_YZ%*$O#P\4 M[Y'I)L\EX$*"&("@@!%_M#0-1^L;*QS]IK MS4'VZ7`;/1E`9%\-0(/W#VKU>_J8?#TH+ON2EXW7MC%#;'M`O4D]:U\2IQC0 MXE/P!OFKKU=KP#OWA@!0P-]>`P"ZIMH' M&.!+JH"ZO$Z`,1XXHWA#X?V)/5D>#Q`E#[Z;`)+J.GKEC00`%C`).&L+ M`1[J;R,-`"1@$K"S5\HC`E:-98\855#!S&$!"Q:G]\Q^OXT+AP1$ M[XOW;/\$8-ZO M:O[R.@%8``0#,3J]?QN)`&0`RJU5(_4[&``)"`1@[]GN4VWEO=,^=*VC5P#` M[Z7E?@W?_4/=GW&_5VZI'_?W_?O_O3+$',^]'^"[[PWX52`&@/S^(:#`WP=$ M1!KX#P':]F@V@G]-,,\C`G#?6\#V)>_ MW"_VB`!@^?H>:,\_J'YS[=/A!7SX/849@N$`Z.#;[_'WW@(1/O_>?U_"-][W M[//@'_98_!]PQL\+,_KQ(@\6L);?PF?O8>X0W%7^%# M\>'WD'P)?O=E`\XFR%N?[PWY4ONDM7D^$9`6Y]JS[JG:%W07O15`8^XDE]$K M!F8`QN]A?9I^0X"LWQ`@`];UMVY;@+L^(&`)F-:?TT>_@PK:]C?1+-`W-0&4 MN5/U//&X.:S>;'^H'NXD>ZGJ^4S^XAS'8 M`+@`B@`NP)-L@DZKYI3_U*/=D")'T3$;1W[0)@#`\@7D0P![`0@`#J"\<3/( M\P<'G7HEN18>"@\;SY&_\F/YX@F]N9J>%Z"F]P7@\C<$,@`W.<9;G?\^=WJ? MVIL2`'*&?O]@6P_1QP88M?T4%_0?P.E;8O^K)FW#\GGT$8''N2D`I^\#6-50 M$"<%$/G[0@<_DWA/2&'L+YO&I-CQ@4)V4`PYVJ=B0_/$[)7^I;\*WZ/OWACK0\A:$",.(W M3R`!;/T&]TO\CA_%'^1SK-'Z"JKA#H4YA>$"Z."S)HKZ<#ZYOL=MJLWK:_4WSZ8_%[X+W'DO2"_DT_(]^&GXZOZXHVT/EPAJ"\#&.J_ M]5,8[MXF=VM(J;^\Q^O_]#4`07T=@%L?L*\#$.QSTY/WEGQP`#3\-#G7CE8/ M=RKB)`E.OGA;YCW5O^R3Q34!&GL@OEG`;FX%((LON]GW9/%F?2A_.2X(6.97 M`TCV9@$M_0.O"L1-?]N#[[$`>7POP-S^)7YUG^R+MVL)47WV_>]^M00#Z',= ML0T`MD-4@",<$NX$D(3+1W($[R8!`0D"$Y#2^Q')ZJ_[\'LM)V0_`/`V<@'4 M]]D!^7U9O1V?+)Y)A`+4]_$!\'LQ@(#_;9_'UW+N\=L`JYFI-BK@;D\D,;'' M_C0``7[]O5Q?U2(12>F=7C+\`WX(/RM^KCWA'^#+$3S\`A@"@(>?!R"K[^HO M[?\LX%6`14[0-@L&QF@*I:A:"Q-\N+ M-T[YKGO(>-":;+`B_:)TT.E!K6JD-B2@`N#`]@PDKK/R%W_Y7-^=!A"8!Z$/N[_U`8;]JXT=^B*8)\Q?I<8#%``\P#\@&C`,R.,K M;V21P0!P3DP=,4`-B04$`\@`'``QN*M#UI(F)`30V'%BF("8CX%;"O`PZ+T[ M^SV,9X!\`JZ?!5``F`8,`S@!D8#`>3E?B4#JMU7W^8?;DG?+%1C`$B`$D`+4 M`!X#101W0/P`AI#4UE4/C8WJ4/(N?Z*:+;+8-HL'KT\5/@"S>*L\$D`"2`(H M`20!A>#^@9Y?0?&J3H<#`C)N#G1X3:NZ>ZT;;.RL'%?5#?]V,S)CU!`K0@H1]KG_(5#G+_F?`LSBV`"4?ZQ(Y6_-_AB, MN+TB%8!6-2O@51U)CQ5!`Y0`1`$%@,S?"Y'Q[WR__#W]^;Q(-3-@X>^[7OF# M^I,&3(>,6[<:#*`#$`&P%:K\EA,H0*"?=D'H#U4#_:_B0_\)O\C?Z&\6O^5' M`)C^KVJSN'9GQ^X.&//6R!'R[F\>/)7'K.X9>+-TK-<`]:7L,A)`&$`+"`2, M$6D`X(&]OV+=#4``F/J/)Q58,`!`0.+:XCZ+U_)CV:/@3?X*_>QO[L]Q-U;3 M$G2K*H`!0'2Y&;X.C_(+;S`!@@`EP#W\[-+Q-P%``"P!A0#!^:.\;VUG*(3D MK*^7M``NL194&C#FI08(`D#^+(:,/ZX<`Z`%A7BK6F)%OA# M`:CT`X#^@2W@^FX!$`'@^JGAC7BT`00`UV`#EK)@#D=0$! M4G_E)C\GRSC\`R4`D@H@`"<`9!'":S%/)^,5/_?$I^F7M1 MWA5(!``-0"N9#4`V6:M@#H!-0#J$0H` M*X#Z=E4@/%+C`<4#[$B+@(V`5G.:99_"`!(=GD3NFYT@%%^ M'"L@`(R`-@!#<&]_6GY&=5T7@7G<@&AU4';W?7UKEG*9`XR`+H#N`"``'`!7 M`G1VJ6]8%VF!$78/`99_HCEN@44`J&V#:N5^6G,K?_*`_6]G?J]J)'`<`/L` M-G+1;O9^<&N^:DU^%`"``0L`47X7>=X"4P#C`00`:P!+!]\HD@!A6MUJF1M@ M`'P`<`!2`,``XP%S%6`$U'85IA<)\!"@"+;0YT2'.:&7X`@D6"56Y"`"-T9WN:@?5/_G^#!=Y^#`#I6_\`9P`O@4H$+WQ2`$4X M4W;M>P]_:&WE)A,!*T?C`1@`O'[!`[``+(!('?![S@$L@(E_?()Y?'A(^WO6 M?QP`T`"!`+Q^,@#`?K``?G^\%UH$\R*W(-9_&`#>?HB"$0"R`$4KO!?>?T(` M5`"#`"DO6(*U`-$`;6[P>VJ"MFWL2/!MC`37!&MS_6\Z`,,=8&Z.>#@#-P,N M`#EK222L"`B!L6\=@#(`*0Q&`%B"'8`S`(T=+#_P>\@!%G\'?)$`OH*.?48` M:P`<`'F";G!_6,,=%"\0`+(`XP$&`&P`'X&``#4`OH(1`6LN!H$H%_F`8`!6 M`**">7P/?*-9AH*D@D^`)C^B6<0`T@"$`+MMIX(J;/QO!1>L@L&`@G/M<7UT MPVU8(5B"T``_<[>"WFI5(.4J-X+X@H0!O((;0:I[AFM)`R`!W@*M:H``KVI7 M?O)^,(#4`/1UGW)=]H=%A*!`-,`P0`V`!$`E@"K"PX` MB#-1"40(3H)#`*`/0@!#`!:#'``;@V%5F@`@@Q`,4A&G,U$);0`&`#H`V653 M`$4`A`?<`*L+['##'4H`5W$)?0X%+0!R+?0`9B@^`(44'H'^`Z-9W@`7;9':+><$`)`!1`.F"X@&T!.4`B0#5`%@#5`,<`0T28#$>#(@`9'L<`5X,6 M@Q0`&X-2@UR#7H/X`$!KO`!*`),`OG%6@HEHV67=`Z-94P"'@L$`RG[K<+$` MT0!C``0`4P`/`U%O"`">`!\^/H,9-R0`4P!9`I4`R@"V`$4`=0L#`!%$.W>W M>Y@,FAFR`!,`10$#`#0`,@#Y?T]^P0`@@::`)8&[;4D8>W]^:XY]*FQO>\:" M=GS:<4``.6L[`-QF1@`P`)N#.@%J`H0!.P!G`8=J.W>4@Y:#$0%^`(R#=0L^ M";%_`0%:4+@`-``N-GQ_AP"D,JX``%3\`]9GI@!F<;@`QH+)4[1M4P"_/#>" MY0"!#E$`I1>T!-4`S("5$,(`>8.D&\ARB`"S`,L`4&\[>+,_IE*C@)``FC#" M`*5JO`!/+3D"WGBM:GP`&7^A@)(`AP"+@FX`3``]>`@`.X$90$6`A'GD7B>" MIP#Q@RR"`H(<@;&#"`#2`"V!.P`,#T@`L(-2`$,`A`=(`,8`O``[6MB"4@#A M"_0`DH/T`!<`\@,@`/(.)6>*@ZUJM`!M?O,4,$8N*%B"FAD=@,\F-`"9+")5 M#`]W-6P38H!"`%UL;!%J`'5>`H2E:J9PQW\!@H6!!H*`?M<&@WY5`OR!UFJE M:K``!(0]A'Y^(0E:?X)^\@$0A/N#(H,&`*0RS@`[@1D>P0!V@[@`@0#69\`` M(A-P!5I05@PW@AV`<7[R`6H`#7)'3)T@*@"E:JP('3AT?CF$,W](A"V"2H0' M@EM_@WY6@DL'.W<6`)``<@!_`,(`_P$K%I0&.W<6#\\F)G6M:G-V(G_[@P@` MEP$A@GP#=H18@D-_>`"O:ON#1H&0=`R$6BB>@]0`JPL"`#L`;!->!'82B81/ M@>YN4P!#`#L`ZA%@<7*"9VY6@A@`&(28#">$:X.O#!<`^B!C%'R$J6)I>'N$ MK82"A($`A(14@BEKK6JH`"6$!"@[=S:$!U1>$:1_=H'*?P*$O81#@DF$@GLE M=SIU>@":@_N#HUF>@Z6#>W^T;4R!]W1Z`,2#F(2T@YR$(X'.(K0`Q()\#V=2 M,8%35T4!_`#H`#&"]"`6?V9Q-H$1`.:$RWE2@H6$&7_N:@H$NX3";/P`N@"] M@[H[D8.O#+F#F!7\`/!PC8-\#T(_)7=6@I00&800A&``V``+@QP`_``,?UI^ MJ6^P-U%REG\,`))_3W_<`"H`;25P?G)^:@`J`)%JK`AH?&V$5P)W?F^$)PT% MA#Z$881,A#IG#0"J?^5\;H&M:G0`B8$0@66!AF^J?)@,3FU-?JY^2@!5(&A\ MA7_E)E0`\!U]?.QO+G=&?Q.`QH2C?JUJRGO*?VZ!1H6&A$J$[`"U`$YU>TGQ MA#>"&7]>?FP14G^:=^F!=H&.@56!-X61@>^!.@$C=*Q^&"WP*UAZ;``<`'R" MTH//;/);`X0N-@V!$@`Y:Z5ZX`!;A7-V$(6@M]7@@`Q>'6!2&U:?IE[50#Z?I,_9FN8 M#*V%_FQC%8YJ]@,,;N0''7_D5G:#NVV=?DD#`H)/?\P`:7]K?@:#M1N>?D5_ MIP#N:CE_H6K`@;J%?'XI:W=Q`RT+()A^\X0X?[J%%']';H0'TP$A?YM^BWDX M?XB!\'_2<7\*B6HB`)@`(P#*`1D>&H"Q(C%_3W^T`,"!K6K4`,J$*G]*% M5('U<=T4.85G=5AP_0-*`'$%A@RG27USUGV_?^9^X'0/?^8`4W].>"1P4H%+ M?5V%\X5/;5U^Q&IT?WD3E7]M)2L`ZA%,`%!6#@4K``P/1`##?(=J<8%D@0B& MDX!.;32`/WWZ@S>"2GAM`%)50`A7CJ!SY_7W\[ M;P""E7F%@10C](2M:KZ%58*2`&<`7X;2`IYO)H7_`&2&JG",0:A:KDQ]7!'AFP`\R+-@M)SDP`MAAJ&(@##'2Z&,`0[AFT`JG,< M`P$`SFS#?%``07U(`&\`(@`Q<.`$2X(!%GD3>W[YA5)_*0SZ@XR`L&S(`!*& MX`3LA<)IK6IS:TB&Q`"T`#R&Y&UO@^I\<05MAF&&`X0K@G&&!H1FAE2%T@)W MAJ%_:'PP;BD,'!':'8F&8&37!.IW9G%=<$(2F=ANZ$ MS6*)AC&&D6JX``M_[W6%@?"#_X5$``^`_B=A`(1O;X)N`*(Y8(:>;_^%9(9+ M&\ELC(!"`,Z&)QX/@HT=3`A04/)^ZH%WA=T4BP%?%,1J+GM8`-MN4P`I#*(O M78%VANB!8`@@"[@>)Q'8>M:BI\\'^T;:=W M\24AL5J1()N@]MNC1RZ5?$EH8#D=Y4&5H?M"',%@``J``(`3H?:`"V&N@"! M`$AZD6IM@Y(`PW&X`"V&EH9U?H0`)(6="@M_&SH:,!QP18`!`:X`` M7H>C3Z%J`1Q3`(4`F@`MAHP.:H?:`#P!A0!OAP-,'6MO`!R":X;E2Q\#>H>U MAJUJ?H?Z=L"&9WZSA8``&H;9-V9Q;8,H@0P`=H<.!6\`!'FM,@,`?AJQ(AF' M<04B`$:'T5\QABB'P(&T;5"''H8=BAIZ'N(9TA@H$HH;]`,(`*6MF M&>X:IAL)I+H=(`-B' M[7Y'A@=_;(;MAP.$<(8`B+F&=8;SA[%1[7O^AFXK`@#)A\6$U`!8A;H`>X9V M>#]]1`!!?:%#-@`N>U0`/#W>`/V&QPNM:H@`_(<2B/^'N(8S;L2$88'8`?P` M^@`I:R%1F'X*B,Z'=X==0T>&,X@4B`:$*H@\/5`MTQ"RA_Q^"B>\AR6(TG,, M`&YU`0"."-``D6J$`$!K=`#N:F<7.(;/A:*&.&Q$AN*']R1>APR!GF^VAA6( M=(8F0J*&&&\I:Q6&'!&^`+R'Q8?'"U&(YT:92C>"K8:>"69Q,8@H@4^#C`#E MA%P`8XC>@9V'L2)GB.YJ:8@YB.%Z3P!MB,.'Q(:A0RP`+HA\ANB'1`%DB`.$ M8X:XAI!N-XBBAOL`W@`\B,H`K6IP`*B&.(8GB&P+H7]KAD@`^H;\AOZ&8`"J M*K&KA_:8:$AZUJG`]N?OV'GF]/?X2(^&LXB```^P!6``:(QPLJ MB.,!_P!V`*>("`"EAAF&D"/-?,<1C'$P@+Z%9H&@&68$_A%0>M@`\AG1^ M?H&M:D.&\7\OABB&K6H\`,"!.0*I@%D"?5/Y0T]_@"F$/D"$&^@?OX`V88!AIPJH``,B0Z)_@`0B8AJ M$HGKA?D"8(3],2(`C&-*'$%Q&8DR?W@&P($=:VH`O0GY`J``&XFD`"$`'"!( M#!Z)$`"9+`,!@`"U@R8R&XDMB79@!`#^1!P!!P!6`,%^^0*<`.X`B0N@@)DL M;C?0)A`!5P!"B?X`F`!%B?\^/HE#`G8D38F4`%")>S6I`/(.\P"+`N6%&XD: MB?D"W88"%3MW]'5+:]T4AFHZA3V%*VOF,GU3]"#A,NPRR'(;B4N'3P!&>1<; M^PH>=VT`!0`(=7D1^0+VB"J'"FW3:JD+O!L/B4."_@`X`$:(@``F1!N)AH>0 M`.MP(W/)'$P')(G(AWN(CHEG4H5P^0*+B68`%7$K,QN)(FV'A)>)3`=E/QL! M!0"$?]<"D(GY`I*)F8FJ:@4`$3[Y`IV)]H>GB2(`1FRR1@0`I(D9%*2'^0+% M<+!J7H@V`!B'7W]B0[$BH6MN?A@`K6H@#VY^'R,R/\`(1((B`($.,W_+B22) M/W^2B"E_;7ZK&BD]!0"V`&9Q>PG,B8LS7W]PAC&(C(D*`-6):0S*BH;?>_]2F``-/8(!"8"$B3``!H1]=Y,_)X1K&)\!3P!7@OD"=`#$$F9QF`!" M`)$`:7@DB3,[B'XN>VY^*XDP`:!J/P08`!2*''\_!,02*'GO`](G&'![B?X` MRW,JAUX1Z$L`%*8R%D7Y`B@`!H0;B6P`/E(3)E)T/H59`@N#-'+8@*B%A&K" M"X%Y:HF^`.$R+X@J;*1^ZG,B?R@`LQ,\`8H`GH;L`$D`,C_F`$2*E``K:R:* MD'E8$,@(ZX431#P!?8@=.&$HSB+\?C2!%CH3BI%J.`(4BKQV-(.X%:V)&7^6 MA_N)BP*7<:IJN#*R)`61&+?+N'.`*W=XD`>G@7=1IV+A#E?1@MP`#U<(1Y9`!*``L6 M)`#9>;\"(!:T!!5R(@"+?-:#DX)Z"OX,'CU/-'9\M(KS?]9MEA/E*HM\Y'=7 M@QN#0W]2?J!KJ8H90*N*;(7FAG")'7^\A>E^G((9A["*8FNSBKB*B``Q=?`% M%"/9BE:#VXKQ9]3_Q?`@$N`A'D:`"8`N'[7`,,`7H>B.;:&4G[#<((`ZGYY?E4@PXF) M:@^`#(!1?AE_$XO\`[<`R@`5[0$)(M&@D&+K'M@`O1U&G2T2^:#_(.:@$\%(H'" M`-F#(``E@;.!9P!4`,""9(49'M1OP@"G=WU_;P!2`5!Y"A3@`[$C# M`+\":W-1`(IP&P'H?4(`T`!``(YP40GM?1P!@C`0`3L.[R;O)K``0'K$`&N` MGB+H`'0`TE]5@(6%^G]9>KQ\`&P-@:```89G`&``I7KF`#N%9(0&!U,M9`&K M?_UO]"`C"#EK(2,#;F&#\G]7@Q=US8`,!X(`OGX^@4>`?AV`&X/)"4@` M)R?#`)=3SG9]A=X"IG'#`+9_B(6#A0"`98+R#IF)G87"`(^%D86#!=4`P@`T M`!2*]!S-2!J,@0!N`/,BE6T`@!V#+G>V`($`8""/A3%X@3,>AIB*7H7:@**+ M+T`2`**"U83``+Y^>GBC61IV\G^Z?KQ^/W(;@R(`"0!2C,R`)D)``,9^XA7* M?D1TTSB.=0H`8H(4`,LUWGZ8`&F5P1P`K`)$D48#A<;^).B49 M?]=+M0##`%-LU@TE@G0!+P#';>%QQ'&(C")_.0*2%8]RW`.Q(F@`*(D/?[)( MCG+M@`@OP(%^`"0)1&\R?JX"\24W<.5^4AOP?R@"2@"&`)$T-W"-'7=R"@S` M@2@"/#WV`.YJ&4"-'=`,FHS_`(5SA8%[`!3;&\XSUC&<`]6US;;P`"VU5 M/@>-`(C_C$.'\$IS;=>&TVI7/A&-_HSUC&=M'!!4)-0`K6K9AAUK6E`S;M., M*7EM>8L.V(S!C-J,_G#NC%Q?/#L:C86!,W;8?N=T^(S2:EP^S4@17?*,H&LS MC?(.AG@#C3>-03LQC3R-C778?KQV#8TWC5\^0XTN'#V-9X(C?OL`%XU&.TN- M'&N>C%%^WXS]@C5R0@`/*%``!2%))+F,)'[OC*H+4XVA:XB)+@`%(<-\Q&W[ M`(5N"@"W;:H`4P!!`)6$$@#E;3!^5W&W;:@`;XV5A$]_`'[$!Z8JUF>B`*16 M^G]=:U5M>`!#`E-MP6MNBF&)H&L'BNP`7V,,<+F'%8!O%5Z"W0&#`$$`]@") M`>A%C(&#A,%^PS\<0"Z!$`"U`,0`8P`T`!`8TA4FC(Z(,!=5E(##`"+*?,_'`!O`)YQ M<`7A<3E\M(VQ(GV)N'!;=P%\THC[`"HT>4F&ANH;>``P'3I M"MJ-E!"N=[F,^(K2C2EK?7?[`""-"@!/+=``B6TJ=#TM2SV#C0Q8X7&B>PN. M4`0SBF",O'DP`2D,*W0:;C,`!0(8#-1^2AQ&A?2-%88,`*I['```BP0`/G7T M=6YMJH4)A[,_U(UB<&%B;@8M$>Z$#@"R`%A\U'X*6,H42@`X;"HBA(O3+(>+ MA8LM8%R.&3>+=R8`E(L:`):+88Y@CHJ+,XM`U(W7B^)UUTOYA42' M&0IH,68`[@"-CGH6RBV8.AH`9@#HC95P9VU=C>MJ.2$F#)QU4@"*`*8LGHXP M`+-KP8M(<]8-K6JB>_V%,769#CE]'@"/596P`ZW`,`,HM^P$7&PX`'HYC`(^+QHY+/1,!7FL> MCL2.-C7#'402O!>W?<0GHUD<$(QQ4H$H<%I^7'.R`@B+EFHA?.18L&S\`,=U MA7BF?Z0_:'SL`(5X.#4@@LQC9@!9&9:#!@"`CF6.X8%T`4``9@!AAFQ_*`*V M:N:(W12'CID+5!Y5:3YX^WX#,"H`'H[J8YT#E8YT`=E"]8X!`>5@-6S%!&=M M08.B`I1Z]@+#B3T6%AEL@K!LCEKM9D``C8X[*ZA]$P!F`.V.<04X-96.L`"7 MCKUWFHXYBLJ.Q1`]`*".H7#D?B-P\GY2@0B)2FU#8V6)XGE)BVAU9$,N$-4$ MMXZT;5I0VGL<0(:+?@`B*6YU7@"'BVYU7`"+;:J(<``?`!4#8`#-5O8"L1Z/ M2?V%5`F:C;(`#W^9#GM)_86=(M1^6(7H`$!KH`#+@&0$.7U/;1Q`,`!R`/^% MH`!F$.<`?7,9C`0`R2JN`H``@P!V@Y(5R0G`=!B,+G<5BVF/(AI5;=-I[$>T M2"%)(RUF`-P`]#?:<'(`0@`2B[PY`\H3P?PU`P(_"C_\`#Y!D`!&0:WZZA[6/OC_H``Z0CP`EAT)_ MU0OH`!*0X&MW(!60=&$@D"*0&I#G@>!K9P%(=9@,%I!@=9(`.VO-C^V..VM7 M<9R/@3.!=K!LC@"/1I":C=(` M58#-CT*0WRC-A+!L%B`E=\:/^`#(C\J/HUE0D#5R4I!F=35RE8MN==X$:4)N M=2Z!?XA=:\J&_(MKAG-ZDS^9=)%J@W9KAH4=4@#C'X-`]@*B`"T`S0;D`$US M5P);`FEXD6KX6>`9N0EA,DD*N$/9#]`(P`OH^3D/\`6XFM,OT` M>@`/D".0-7(FD$\`Z0!\=[X_W`"LD"V02H5,ARN.8`('BJ*00@`/D*(Y))!) MA1R0@G"1`%6`.G7":8>0)X1N;8J&](M!@UL&`ZI`I=P&'^VKVD/N# M8G!]??0@2PQG%^^0^)"C6?J0_)!\`YH9FHT$`&YU,`!.A\V/@(LZ`1"1^9`= M?QN##I$&`.B08`#D`&)P;7VJA`B1*'CF=0"1[9#P?P.1CFH_)`IS$P%8$."0 MEA-K?K```1;V`XJ$L``UB=EY>'X6(!V-PX60`#0`B'Y4)!8/'`/GA;``:'P1 M#!``-Y$@@OAP^U$RXT;0>*]`"@#Q5RX@"``+F0Q1&^/RIWF`S/A:5^P($#D0F'+B@J MV1YY$1`>F1XXK5 M"Q"2$I*):G\8\@Z)`8%U[)'ZD12`V1#Y*T;2N2<&MP`(D!^Y&%@0^2 M&9*D''F&'9+T=>.1@7D?=PB2X7&L>(T=@7E;?>Y_`H)?:Z>/M1NBAOX`P`") M:P>*)P.%?\EJL6K\`$.2=X5-CHQY")*M:OQKT(S8>:5M/"H@`T64#`%8`Z1R#DL]N`0&+`!4: M9`#42(L`*!",$-1(C0!3-5P`GY(>#%E38P]<8M=:&5:.`),+/@"4DH]CMP$H M&LJ#O`&/`!]``@#Z`#T,'QKR#OT`0D&2`!]`DQ`"`8E"*CD?0)-L!&$Y`;R2 MT@'42)(`H5'<`*V29EM2"P0GJV5#08<'*!H>1C<'DP"A$.L^^S\>1EQBDP#3 M81M3FW(*79$+`0&4`'UE#0U8<^"2/C^6`&!($30-A>"2KC^7`+H)#C0_#:>2 M(@S%!9L`C0'<(L,_RUKJ6P$!;'@3`2X`^9(V8%$(G0"E(TQ.4W5Z`0.3$P&Z M5=$!G@#W%$(`YVLV8))!GP`U2@$`7([LDLV2*3^@`#D*V@`>-_(#@3/R#BD_ MH0!U0:!3T0&A`#H,&@"-DMJ2`0&A`#]B5`#RD@I=^P"[`:,`.0()`$0`@F%Z M`3*3`0$CD[P!HP!/0(B2*F4*90``HP!%`K(!T0&D`%\UP`"'!PQ!N9(I/Z4` M$10!`%13,7K@DC<_IP!I%YX`@I(V8.X_J0":=_X`5Y-F6U1M`0&L`$T"?ELF M9#D!89-0/X<'^I+_#L4%K0"1<:^`]%Q<8JT`#$&3DMF2_PZ20:T`^A&8@UV3 MUUKN/[$`$D`B`.X2$),!`;$`'QJJ`("3:5N20;$`3PI<,RD4:5O%!5V/$P'H M'&->-F`W![,`+4$%'U)?%S9@NP&V`$4">U*5!H&3``"W M`-X8?9*@`3D!OI,YD\R2U)(!`;<`*3^@4W2!`9/'DQE6L"4'C"^3-P>X`,M: MJ`!C#X.28`(V/RX(PAQ:8#D!N``N"%ATMY(V8*X_NP`U79.2%I,>1D)!OP"9 M(JPJM9-I6S<'#`=/$=:3S)-M#!4:8Y.?7CD!P``5&AMY)`#7DU$(P`#V!:*2 MWY*.D@$!P0`B&>LR=)/]/[]1SY/3DO(.\0'"`&@%DE`$!"G+0DUZ42V-L-UIP!`#7 MD_$!T0`C*'P`8P^PD]-AR8`&1ZP`;T$Y`7J4`P!<,R5P+Y,5&M4`\%R@4P)Z M+Y/%!=8`WAA=`@B4\0'6`/<4'UK1`=<`X6.,DHB4:5L95M<`LPU,`%U@-F!/ M"M@`H5&$`#T,(I11"-@`0D&T`,,_'90!`=D`_VIO)<5:SV0``-P`D0PG09V4 MC9,!`=\`,4"F`*U!.0&XE/R2*)/R#I)!=(5^@+^4(Y2"/#<_OS<(E))!X0"O M"\J3]%QG0>$`RTMNDS9@LWCH8BYZU91.`->4V91*0]J4&P'8E-N4WY3=E-R4 M>4/BE-:4X)3CE.:4Y93AE.B4WI3JE.V4YY3NE.F4[Y3RE/&4])3LE/.4]I3U ME.24^)3[E.24VVG^E/^41$BC9]M"W4+?0O%%2T1`4$U$ZT(O`.U"[T*@9_1" M]D+[16)B/D-`0SXH0D.&@`5#14,)0U9$`0$-0P]#$4.(:A1#VA\(1A!0"D;D M0@Q&PDLB0\%&$48I0RM#-$.]9S=#NT-V1S)#2$HG`0:5$I5B1$%#`D-E1!F5 M1T.X2TI#,$1\0XI*9D0*0[)#\!3H2EI#AD-?0^I*:4MB0V5#BT.G$"5$,6EO M0W%#094?&$-#ZDJ00U65542`0T65@T-N`$B574-*E8E#9D-"2E:54TIZ`9!# MGDJ40\1**`B80W,`LD.;0YU#GT,>1:)#I$.F0ZA#LT.U0W"5X M0[I#+I6]0[]#W%H<`F%(%4071*1(B54T5Z M11I$'$2JE2!$)T2JE>U#LI4C1#I$Q4LH1"Y$0)4R1+I&+T,V1#D!.$2Z$)&5 M.T0713Y$54-!1$-$141[=3652D2G3>A"ZD*^4-@#4T1%0PM#&P$&E3AI740C M:85%$Y5C1(.`0Y4):(Y<:D1L1$"5;T1Q1'-$@$MV1!1&`)6F2,\_A(\32!1C M(4D&`*>Z5'TGP ME:E)V6D"E@J6"Y8,E@V6#I8/EA"6$982EA.6S&DK`#R"%)88EAF6&I8;EAR6 M'98>EA^6()8AEHM)K'@%EA-C!TF\2?25(I8JEBN6+)8MEBZ6+Y8PEC&6,I8S MEL!((G$EEM5I4DD"`0<`BV(TECV6,DD0!#FTWEIA(:$D$2TF64)91EE*64Y94EE665I97EEB669:=1^YV3):&CPB6*99: MEF&68I9CEF26999FEF>6:)9IEFJ6Q$(00%V6($E?EFN6<99REG.6=)9UEG:6 M=Y9XEGF6+98Q`!U."``=&F"6>I:!EH5)2`UI%X*6AI:'EHB6B9:*EHN6C):I M0K-M;I8'EBB6C9:3EI26E9:6EI>6F):9EIJ6FY9523,`%Y:6"4H)EJF6L):QEK*6LY:TEK66MI:WEKB6(DB' M<*R6UFFR6X(P@):YEL&6^$I(#8J$PI;&EL>6R);)ELJ6RY:$2-!MO)8YED^6 MS);2EM.6U);5EM:6UY;8EMF6VI9<1L=KSY9.EA9CVY;AEN*6XY;DEN66YI;G MENB6Z9;T`189WI858[1IZI;PEO&6\I;SEO26]9;VEO>69Y8Y`!U."0!,%/B6 M_I90ELY440/`EO^6!)<%EP:7!Y<(EWB6EV[MEH>/Q&D)EP^7$)<1EQ*7$Y<4 MEQ67%I?_23L`GY87EQN7')<=EQZ7'Y<@ER&7(I=82?5M#)=PEI:6"D4,10Y% MOT8;`1)%%$6H11=%D46!12V7'D4OEQ9%%TS`7,M%O45&1S90,I>>12Y%(``P M1>9"1D5(191%.$5J2CM%/45I`+Q%0D5$14.7,T4U13N7.5Z:2G-%T$J[1;!% M=453EUA%6T.:1:-%-)=3EV!%8D5]15V7O$5I16M%'D5N15!+.9=H179%CUQI M`'I%4P!\17Y%/I?P%)1%-)>#121I3$6'15B7)P$31$D`BD6D=XU%Z6]OEZ`; M:Y>?10L1F$5D1:]%=)72448#*=%J46K1:U%9)=8EQ-$LT6D M=[9%<`"X1;I%BY=LE\I%P47#1<5%QT7)100H=I<=`BH"`P!Q`%IJ<0!]:G$` M4`&MEVH-K9>#`:V7@C"ME\0'<0`E$*V7/`8#`#MY-@%R`!]`P)=::G(`?6K/ M6L"7MY=R`#H5P)?$!W(`P&,VE?U%]45N40%&^472E_-%U)?W10)&<5$?E09& M(I6G%225[T\+1AY#*)4/1F=#)T,LE7L!1ENI2HA+$B0=1AY&($8LEQX:)$8F M1BA&>P$K1E='+T8Q1BP5+DHU1B.7`)@!F`*8`Y@$F`68'I8]`/N6(V`&F`N8 MVY;[.$9`#)@0F!&8$I@&2[M&)P$5F*]-OD8G`2-#PD:2(CD8Q49X1-%&[D;: M`1MH!X$;:`0E'Y4;11N9& M1%[K1M-&ZD;^0Q<"/IAC93]?S$:4`4.8]D8%1TQ=E`&7))0!UD:4`?]&VT8% M1P%'X6SZ1@='K8L%1PU'1USZ1@(F]&D%1Q)'=6<5:F)#I0?B%9Y+'T>S7#=* M2T=C0TY'/DI0`%%'&T=31TI*54@%W1UQ'>D=?1U9#84=C1V5' MAD=60XA'C)B*1V]'ODJ-1ZU#CT=X0XR8A4>0F'M'?4>2F-=*2TN@F)^8:4>& M1YB87$=Q1WZ5G9@W`@.7!Y<^`!J7$YBUF+:8MYBXF+F8NIB[F+R8,D@_`+28 MO9C!F,*8PYC$F,68QIC'F,B8ST@&M75=*J45:2EQ*/FG"36%*KD//2F9*Q@%H2K9%.D5L2FY* M&$>/7')*:$MW2N)+)0`\2XUGBDJ"2H%#(9E\2B``8&B)2CU+JDMH2]]*934ME`+-*"Q$.E1`"+IE*2Z68 M:TM%`,%*PTKZ8]X4R$HC`JQ*4TN_2A.9IQ5KE:<5U$I02Z:8:TO:2D*9MDK> M2D:949G.2G9+YDI69\$!2Y7-0C%+>D8S2S5+D)IE'.3:I0%DXS!Z<+ M?$[Z7FY0\U#H38-._9G=3%Q/X%!?3^9,84@S![``)4PG3"E,5$DP:LACXFH* M9*0!QR7L:RAS.0"07U``(6(V`/)=[6OB:FP-VFOU^N916**`3<`EE"M M3&]?\IFD36M,>4SVF3-.X5#YF3@`WAE&`)!,YT9+`!":!`!$8'`!LYCR:^)J M-A+,;.QK\ET\`!=D4``R!Q>:XFH[<1V:,P=I738`J``WFM24`0&R`"QB)IJ! M4*Y,A%\H3M5,@4YU3-E+K5^]3#&:1IJ)3L<1QDQ+*"&:.`!>;1%?LP"D9:0! MK'#13,-?09I73^E?$TT$FC*:XTSE3*I1V5I1`.N``V%#R38H!/`#^4).:"8,17[<`:%NXFNR4MP`19J0!RVN]FKJ:%E<$ M`#D`3$T[3,=_"51`"\, M&YI?FJJ:&)HR!S8`J@`AFCH`W6O7FKMA!1>\`.M+)F&H3?Z9S9KSF:U,&9O> M4'90C%#/38Y0O`&P3<::D%]&`#H#U&SB:CH5,P?``"&:.P`%BA%?M)'MFJQ, MV4LT8?%0A5`*1M.P!$FSB40VH$ M`#L`RC/I3>)-<6%U4#J;X)JB45&;BE#EFG>:))OZ;)U",P<`$\`#XK"$X03J^:#DX)3M&:C5"TF@0`1P`O MFZ1M7%]KFP]HM9K(FBD`^6%RFRU.VV$O3G6;(YNTFD("'P2\"!":&P$AFCT` M'G,17\D`74'G1E$`LUL*FTV;"3*/3N,=/V&U%;\=APR97[\=W02,3'(#I0OC M'3P`CYN1FR24=UV2<8H!D)OLE,0`TBS175$`N0%R`Y!?40#\)5>:XQT),EZ: MXQTH,E``X2SC'?P%4``T`*F;[)3"`%1HQIL17\(`G6=Z`XP`!$P78E5B&YM5 MF]";?D[2FR&;^E!'FN==T$$9'G4&2`!S:+$J-5V+FQD>$IIP`4D`Q5HY`2&: M/P`_=1%?S0#@8$>;B@'KF^R4S`#%FD4KXFJ,8[B;OQVA",2;I9KJF^R;*%PK M:'(#+9M0`*:;4`"6%V+5J[F[\=LUM1`#%DU"'C'4%U40`%`N,=%V0:@+\=A"11`.`!40`(*Y\" MOQTV$E$`2FI1`($T40`Z`U$`KF11`/":40`U7=(@XQUR8%$`Y(51`%`S#RB_ M'6P-40"!+",=NF!1`"1E M40"CFREC40`MFU$`IIM1`/B;]III70(^OQW9$^8GG)N_'?N:40!CFU$`BDWC M'74&40!W3>,=\EU#6;\=&9RDF_>:!`"29M6;6D_3FW&:E9RG8HF:=U!?30:: MA$S"F[\=,@<)9[\=DQ>,G+\=BYQ1`(F+9QR`RRHT/F3^A/ZD_L3Z,R[T_Q3T!0]$_V3_A/^D_\3V<_ M0P@`4`)0!%#<0FP`!U`\4`M0#5`/4!%03T444!90&%`:4!Q0'E`@4")0)%`F M4"A0*E!)`G``+5`O4#%0;``S4"0":P`V4#A0.E`\4+E%#P(_4$%0%T;Z0B$! M!4Q72TY-3%!*4$Q090!.4%!04E#5;%50@6@!`5E0`0%<4-%=1@#>&36:FYJD M;7LK[)1Z!W`!+!_K2]9B;%"#FX)0MF+78K*:=IO3FB&:1@`[?Q%?S@"93@0` M1@"P`&^=B5`PFM^:F)QH4(.==5!`FUJ;\DTAFF0>[)1%/=%=1P"LFJY,'F.E M4.E*;^)E>3$V;-IJD;4@`,HH17]$`S9L7&?50[U#X4)><<%#0G;9CQ)TSFMQ! M,&J!FJ1"[)38`"]CZ9ND;4D`]H@17]@`FF.=`0'7 M`$MGZ936`*=D>@'MG>R4&6YHG8H!Z)T17]4`E)ND`5D`H0A9`,X`]IW,G;1? M*9HR44U,3TQ[`3I1EUQT;UQ!>II!44-1>IHG`4U1X5OE9!2>1U%/4?QD9&(; M`1U;(0)<0>5D=5%W45U14V-?4:-#QDLAGOIC=E'`0VA1NTQK48Y+;E%F0Z@L M>@%R4711*IXCGGE1)9Y[47U1?U%<`(%1@U&%40D`AU&)4<]!XQW=!!^<(9I* M`#*;JY14:(H!2@`EF@Y.$F*OFE!,EE&84=>=0TVI4=N;.D:L45``KE&-FS!J M3)M+`$V><@.,8T8<^IV!80">^IUR8`*>#%$AFDL`!VP17]P`P)K&4OH417SU6^9TP:HB> M`0'@`#QG\)N,GNR4X``89I&>2P"-GH(\EV($`%D`^A&;GD]VI&V7GNR4WP"Y MG#!JP&/0F^]DZF343!=,>D>?43=1YDL-4I.5-4*^)7H!@@!JFL1"]7.]1^]U M$5\`:@$!&%*9++D!W%G<6+Y76EB)`#\/AE*]GML!C1RY`5!3L2@S5T4`;P-O M`_I4T546`$8`$@`=`",`$HO>.Z(=_4LV`"8`'A)!,=U8=SX3``I4.57-5#=2 M$'H=4O`=!E08`*E2*B0;`"Q5-P#W4N8;[3XW)6L,])Z5/OB>&P!%`(D`CP"_ MB)\!B`*Y`2(`'@#DGOX1.54O"QM7_9X84J%P#EGB!: M[542D=L!9`/+GO=3WCLS"R,`)P#>.TYG0P`\@CH`$HM<'\U4*5*#`I`)SA(_ M`",`#5@$$IY3`@"!6E,E'@!K5>!C)P`>`%-4E3[44Q4`2582`/M4/1`3`%)2 MA@`W`(92I%*,!\N>(E6&`#L#29_M6*4!?@]Q6#8TZ%+%GBY9I%(J"+D! M.SN?IU@<`#H`'I\PG_M49UIG6O4(RE*&`",`,E2D4N4-N0%R`!<`^U5)4FV? M&@")`.U5_IX!`((PN0&^<1N?%0`@AS=8)0`;`/A2<0$26$2?,% M`'"?@)]5-8L"N0$U4P9'_9Z``!A2LPO+G@D`"P`+5K94WCN=4K!:454(!"H` MA@`H4FX3U5A$4@U5X5,B`*)6>U(S`"@`$HOLGII2)0`;GR,`+@!?G^``">"\N> M"P"T`X,"7I^X($]3"`0;`.E7P)\D"+D!1P"&`*=7]U5H$\6>&@#`G\05N0%6 M`!<`I'Q7)QA270K+GHTIU1M8GR8`N"`A`",LB0`7`,"?=)]7!PH`UT3W4B$` MII^W5)(&3`#>.[-3%`!N`#D`&P!6`"8`'0"]4^-!EI^_4^,`;0GU)L6>@'P`9H-J>X5:[B,\X[P8-(P!95""@I%+"%"@`&`)U6&0`U`"J@-Z!)GQ$` M.P`K`%8`)P`7H&I7$P`E`!D`90`:`*0%KE-_5LL4,E7\`\6>)P"'GP$`^P.1 MGTB@FP)+H!H`WCM:%O4(/`!996J@V"8K`*4`:R[%GB)9(:!Z*!X!1Y^""38` M$`\2H$Q9/Z#>.V]710#ZGR94DE+D)_99'1IP`$8`L%)!)@F?G@$=B!95%7,: M`"@`Q9YV6.4.11$65?93!@`Q`!@`)``=`/>?2%*KGR4G&U(TG_53]``#`)`` M,`"6,/5J50(_#Q8`'0`0#Y6@AY\"`.2?5P<-`'8?Z5@>"D(`%P!4`!P`MU2] M6BL`CP`)`)>@3@X,GT4`0P"3`(=3``#"`&``Q9[*6?Z>Z5T6548`AI\6GWHH M1`I&H`D`%``E`*T="U/J!Y8P-@"-/#L`1E.3`HD`-0!54FH!&%(4`L">@E:, MH,Q5Q9^&9M2?%@`WGX8`D%((!(8`:EHY5<"?9!&Y`5(`<%(W4\6?/0'+GN,U MB52O6?A260^_5[94*0`I`"4`(P"Z*=13&U(K`"%8'H5$`&):FXJ)`+^?=Z`> M/IF@XS5/4\A8$0`]`!T29X[X4A@/20`8``BA,PO3@\8@ZUD8#_M4'`5/4^`U M-@#TH,6>B4$W4QFA9:!7!PD`RI^U6=93%@#.GV%:N11IA.H'-)\2G\\-(P#> MGAP`'0!$`)-38Z"/!>6?.EJ%L$\B?+55V3"P`*P`V`.R> M+P#LGBP`AJ'44Q<`B:$C`(VADJ&6GT8`HU:B5EV?3%EK4]\/$P!)`!4`-0#6 M4CA5#@&"!Y^A)E0X58T!0`#154,`TP!<@#-87``U`$NARB884BD*N0&A`MI2 MQ9[7-PI9X51>*,">5BV6-10`&P"C5G@ET)\A500`QYXJ5YF@R%CD&;58>5G9 M(20`"*'\6&>AR)Z?`3D"Y9]\&B0`%P#S,-DYRJ!5`!L`*P`H`$0`50`FGR-6 MW5@E`-\EN*''H;.A%E5Y`(,6^@#?0$$A<%(>#"Y7X53190*A#0"86=U3(U8= M`!``>P!A6N4,#50&=\J@(U85`*T='``5`#-7@@#L`']67B@)H@NB5P?R`&T) M'@$R`%0/Q!+HH1FA6D("H0\`05+X4HD!U%/?)?)2]U*]`!(1IU@C5O&AN:$8 M4ND+N0&]`VL3#5@9`(D`+0#`G^1VN0%\`"P;D1X:`$``&@!]`M8F]U(\HJ)8 M1E,8#Q:B&%(N"+6A$P!O5[T*RPDC`!L`'E+RH1FA.`%KH8)7$`!!HML!62@" MH2@9)0!1HDRB&%),"`*A4R:,H+FATZ&&;;6A+%=+`&>A&%+#'4:@Y#4;`!L` M5045*JBG"A,6#@=LQ,6`"L`2P8'HA(` M4@!Q5T@`KZ(:#ARB15,N"$U7%`*,HG>@U!(653H`'`#!H6:A&:&TH3BACP[3 M5\D1*`!J5]<>%J)@HMFBAU/D-=16'@#`G]6A5P<(``H`WE8[6)E3LROAHN%4 M8P%&H#=8)I]S5S<`30`*5&X<[U;\5WJAV:+LH7R?T*)@HE8!N0%M`#VBL:$8 M4FG6`I3,*,!`#D( M,Z-6'3(`*J#QHAA25*(X`BP`'P!:H+58&`!<$!0`=P#HH7JAD@KEGS0A02$4 M/F<`:5>^5]Y8VUCM/MM8T%93`(8`:`/J6!4`G*.>H_A929_.GUE8+24A6-DA M02$PHP``K0)&H'8402%'`$15/*+W64151UC)4L16NUE9HML!LP1ZHZBCO*%7 M!\F?,U<3`!&A.#?>.V(#S%C)4JT3F5,6HHZ?VP'9HF<`4P#E)8=:]U*&4X`: M#Y^X6HQ2NJ$84KRC=@"JA'`QQ*'&(,"?O*/M.*I7T`H+4UBBUS?!"NJA5:(Q M3=J>Y26<+QM2%P!JH/$$_%0\#JI4AE/O`$53*0J7?N)8FQF;&=(`0`"/?OA2 ME56"`)(EH9H94% MECOJ6>I9XI_;`AH58M<`7%GHY3 MU:`!`%L3N0%$`()6MZ&&`(%4]6U%,5GQA2 M2V:+I-$,SZ05I3.E>5P65:0SU%:4'T&E'""+I.]6S%6YCH9>"%O$6AL!YT/( M6LN@;&0B6\]:EFAR9%=;"V7=6IY>\U^Y9$MJ```,:BW@^ M`:9`&%LG`1M;'IX?6R%;G6DD6R9;S6<.!%QU7#)>.5L08#Q; M>%Q&`$%;N%T^7D=;>%Q-1=A"(T=-6\-<\6!26S9!!V1%C2(,/5Q^2%Q;GE[% M$+"2URT"`6:4?6(.GOI&KF1U`>1<$P%>`-U==UL"735**!H+``8'8EM37GUB M@UOL7`("OEO5-@(!Y`9]8H];9EX]8D(#,`)B6R<:-V3TG?I&FH$-`5-E"B];HF$;`?-;TXOV6R&EP<7)U>H&%.I1L!(UPE M7$5C*5PG`2M<85PN7#!<,ES$735<-URE9#QEB@%;`--A M':8Y`=TAB6R\`%!<4EPAIE1<5EQY7EU<$UP]IF%F)VG`79%<.UZ(7(IQJ6&T1@5`.ETS70)='@PH&@@`)FP"`0X`.EV=9_A&`P`),LU;OT<;`?\# M-V1$72I=C&."FOQ&G0!+7=]=7&,1`:ZE80U271JF^D8A8!,!)%UY0UM=EYH% M1[RE`@$D")0!I3:\I@I=9EV>7NN`&P&Z"?!;;UV>7@HU&P&/!428=EV>7E$1 M[F($`%P`4S7$C'H!!ER=<2"F`:8CIHQ=):9[7G:FD5TJIF8(&0N675%?7::; M70(!KC^R/Q$!;)2`0:E=I5V27$BGO%V2I:U=KUWH0IFE7P#[F+9=4*=HIC1> MPETW7L-=T4S6UBG.UX=7GII3%^$(5=C0::<7KUG=P'XILI`!@#< M9I0!)EU]8B]@D%LMFZ0!EA>4`;J4?6+G76);1ET"``01E`%J`.]=WUW\)1L! M-&0;`5T7?6+X7?I&'1H")O.5HF'_79Y>[J6R0)0!$0`&7IY>D&+Z1I)?!`!> M`$1`XP#[I1`U%7MX`#.G(J957!A>-J<%ICBG05[M0]5@(5XC7F=<7:8H7@(! M\!$!`$$"^7`N7C!>,UM6IWU<.5YTII2FGUR[IY)<7J,!E`$Z`%1>GE[=I<,_T5[=75Y>G5O190(FG@R4`7M@ M?6)E7OQ&1T)>I5\`%1KC`(IC"VP7?71>=EZDIP.F&EY5IA1F/%7M!:[4L(91!?J:8NIIU;>&`M97Q=E@;+6N0` M>D3LF>QKU:)>7Y]C3&)J8U=D;&/58_69.Z?68,Q>!V-=II0!TEY)779CUEYM M7QBFWV%]9_Y;,!IP`5$;2V'Z8AQA:&/]8E%A5F338J1B^5[#7LMA_E[^8<%: M,*;=8OJGWV(Q80=?#%]U"S^H/Z;5E$=E'F+R#NMB^D9Z6^5A1UR6!D@_)Z@Y M`;$`2FIC$RJHGE^>8L]B+JB&9-)C(V$"8S^HZE\X7SI?7F$XJ/BG+V'[ISVH M>F-O7TE?>4P!J$Y?9Z?T7"-G^D;N#%ZE8`#T)^P+>@&Q`!=?.)J>8U)D5JBA M8R^HAV118ENH2E^H8W-?8*@06SFH]Y-G8!L!?%]^7]D!=)HP`HVH/Z8<8DE> M=V$%:&);.IPKIUHK"B?[I6F:/)KW8L-&$:C08Z)C6:A_J*M?C:B"J+)?GV%= MID^E9V0;`4:;O5\G`;]?P5_!7S^F.6>H9.%AZYT8I_:E:5[#$&``+4$/=GH! M@)J@;U0`OV%ZJ#=C5Z@Z9:.HF6"(FD%C[5\P!'-C"%OR7_1?05T"`?E?)P'[ M7_U?^UJK7,T)`F`S6QMC!F`?8PI@"4W@J`Q@*C]6:1!@J@*R8!IBAV-LJ#9@ M&F#L7"E@TDC\1IV3&J=I6]^=_$8I8`(`[@R4`;H;?6*+9Y0!4`HNZ@I/^0`RU>S`)!?2V93J$UA MQ:A\J%BHHF):J%%@$6`!`;AOS)BNE@$`FV&_DE5@A*@B&I5DH&9+8P(!(AD? M3F!@8F#*F@``96`SJ6A@,ZDY87%C=6(+9-M>NV'Z1G4<`B:!8#@"W5UV8%]> MU5P('(YE?&"6I[FH&5_#$(J5JA)Z`;<`>F$Y`,5@[F&?J/-AT6,=J@'8FL::Y`";7U>I:6-9J6MC,JC=6^.:@JC88!0#7:8")J%`43\! M`.!@\XKC8!^;Z&"G3>I@)P'L8"Q&[V`P`N6H\V`YJ?=@`ZC\8/I&F!797>BE M0I0`84)<+*?*0"]9E`%+`-U=]6?Q7'IAD2X`#('$IM[J<2H+:@; MJ<>H`6.K7Q^;@J@J810#SJABJ-YB``!#7P=?.)LV8<)-0J@#J$>H_$8D"%ZE M8@`Y"N4`=&MD5YNCI6UA"E^%8V:G/*F_8N";^D;%I0^F_$:4IWUB MUZ;L7"(P*Z=B`$!DY0#+5\``*#))F\UCUJE5J!JIV:DPJ#MCU&/C6^ZI,)I! M8YYAOJGWIZQB`!S<,1L!IF&H8:QAK&%8I==:`ZBS8>QV/< M8=IA/JJ0J)NIGEY`J?ZIDD'E`'!H``#!``)>7%\8J?MB$JA^J=NII6/^/86; M)T[+8?UA8*GAJ MOZ:EJ;`X&P'49GUBA&4#1WP4`6V?, MFZZ;B`!-JM>I3ZHNJG^I4JILJE9B6&)9JEIB&P%<8JTA`@'(?BR8'1BD:BT"T6HS:A67E];-@';F`$!_%R. MJGYBGE[[FCX!?%L;`;BE?6*&8KQ;BJH")H66X`V-8IY>@Z=*J`BH$RL!`>8` M>D0-G).J9IF7L5LUZK#$&0`D$P]AWH!;)U_G4]< MO3]\J<:HVJDQJ%*J<)U38/MAO`#98JBH6:H"7SNHPJG\IUPGY&+VJFP`[ZGF M8CMAZZAI6\JIE`$I8RNG9`"3"^8`?6`!`7V=B@%ZG>"J+*I]J9ZJ4:H-J@1C M,ZIR7P9C=5^_J16JP&`07@UC]UL88SYCWZ@<8T&KFYWYJL64^ZKT7%MG,V!, MJ9FG9`"S#>8`RZ=L.Z0!9!Y07#5CM:G8J3EC#*L,J@)C1*N<4,MA0V/R#G\Z M%:MBJ4ICIV`!`=ADZ!VKGCG;$J7``& MJBNHX:I8JQ.H#:L-JFJK<&.S7UVF=6,!`7=C`@%Y8_9&/:I]8[Z=?V,;`8%C M.%N8J?"I\@XO9$2HDZB>7H1K&P&J`90!0@#=7;F<^D:J`5ZE90!T`>8`2*K/ M`#('4G=YJ"NJGV(MJGVHHJCEJC-?IV,8J')?JF/KJBJI/U_NJK!C\*JS8K1C MN6/H0O^GO:ML"QVJ0*9(J^*3GE[_J"NGSA7:JK=E&P'-G1@M*`!YJU2H,*L+ MJPNJTV,"8[ACT9W+34%CV6,4J^RJ'@*T!K`!V%$^`;0*'X?D8^EC+T[X8_I" MZV/HJ_1C[V/T8_@"\F/P8[P1:P#W8^EC^F/[9$M1@F0P+0!DW$(P1"@!:T,& M9*-DUC)DISAX`1,#J/VJ_$:'G,T!+V(!`-&G?6+F9_Q&40/977VJ`@'>I\6J M]">=6X\!V5T?0-"EW5WSE_Q&YJ4W`X\!E`$'H'UB]J9B7I];@`&4`=$`.EU[ M%YU;Y6)'7?Q&M``Z74:;*ETZ8`,`@P&4`7P`"5V@D?X`.@R'8G"H_V"V9,Y! ME`&&)3X!.*P#7U5?!`!E`-X8N`1^E/)=XIW0JQFIXJI9J]2K.V5S45IDY61= MJ-\`N@")`-IC8ZMF9,9::I0"`0*4=0&+9"H(9JRSJ#Y0OH!+T0K%_P3VP`=0!- M0_X]($,>6_YD`&0N`*L+"JNWJ5JKQV0\98ID4I[RIP(`R5Z_`-0`S5Y"`+R# MT0`>1M=16:J69`$!F&3T)R0);&3*9#RFH&1Q.`&L1JLB#>PQ-P=LK-AEJV3O M1@8`%Z<^`:"K0:R^IG)!K`L$L$EW57$\"FZM#`KJL>P$M(P<`LP24`O`@8`'RL?JS$`6\`@:QI7X.LVTN&K&4`B*Q4 M48NL+4..K%>KG:JMJR^J]E[(9$E1QU'[7I>LM`"_`-@`FZR=K)^L7:8)1_8% M`0"?.2@7/@''>2YF2!:2H!/*8"K=YD`&25 M:0=E[&2'I1Y##ZT"K3YE\&3C9.QD]63S0I]CGKP(S`!07&L`UZR`K#ICW*R%K(>LA*7B MK(VL`!3EK*"HYZR?JC(0DZR_7B2M0&4[IWMXH@"G`,T&\@Z\`)RLM@">K/(. MI&5#`L5L366A`5!E?%U392!<@*V&7[^EW@)895IE#D=^920`GP"?`#%,7V6O M40L@CZWI`+<`P&>N8WYE(P"B`,L`"`(G'GYE>P'N0X2MIGG68O`6E- M<68O`45*GV5X`0@"G&5X`25!GXF:*K9!C[V4O`7==@F8O`8X_2V:*K5*E-&LTF:);!%F-68/;(X_^V4/;)6>*JX+``E$)*Z(%`(F M"&83`8TI&P$/9H@4ER1G9H@4V@$DKC,'<%W-K3,'*V8,9C,'#EL]KC<`D&-/ M9G$!$6;K9G$!E9YX9J!OI&5_9J!O>D]\9J!O3)J"9L::H4"&9@8'QIIP78IF MJIHN3(YFJIHK9FZ&88+2QB\F88+1Q` MRJT9'E%FK*YU5@%G&"WLKI!C&&<8 M+?-B3*Y(`-Y:^V49'HI,U:Y*`-Y&H*Y>;+.>7*YL$1L!CJXH"EP!;*Y*``Y; MEZX<@MY:G:Y*``IDBZXP:J^H;*XUK*`5D`75T2`5RN M60`!7%6NFYXY9S%GFYZ0GC1GJP,B&C=GB@%:``E'6*Y:`+0&BBP@K\Q&#@%< MKI`?&P%#9R"O3F?5KEH`L*U)9ZL#;5Q,9R"O@UN\'7L!V6>;9]]HR$KA:'=H MQ9+&9^1H06@Y`5&K!FBA)S)H;F@;`1\T:F?M:"("96@G`>2E1ESQ:%0,GVE* MKVIDQF?Z:'QG=&@E75FO)T:"9U"O&P$@JD9<9VGE9UFO*0AO:L9GLF=.:%>O MGEMG9[EGLV=AKQ,!ZI6U9Q-6\6?"9]QG'VC:9W(`R6>B9S5HP6?Y6MUG(&AX M6QZL'`&(9X6LYV`@:(UG6VCW2Y)G(&B49S]%X$]WKR]H@Z_?6L9&<6@"`0:I M]#^LDM9Y]GMDJF9Z1G9F>/9Z=GBI7&9RD()T8/ MK)BO$P%[:O0_?Z^/9^YG/T.B9WBO]&>5KWT!RU>UKUEI:&G&9_IG(4-$KPH" MBU;V9PH"Y'97K]!3QF<':*X!KWAG M-V@Y:+VOZQ'QG;*O0#'&9S]HL:_ZKRUZJF=%:$=H0*_K$4ECX:]E0%>O`@#< M9@FP/6A&7&<`[*]M9RJ9;*^X9YII$[#ZKQ5E.V@^`:YIM6<"`'9E6&AP1,IG M>Z]=:+JO^5ID:/>O/@&0"!FP9W@$L#X!1:DJL`(`[B<)L'*J&6@^`9"=$&@8 M5":H"-P(!S`"%IQ&D^ZQ-`=4! MY$N)B6)#<`$R`.XGY4%!`<8:-08G`6T`KV@QL7AD:@$#`/H`?V=E`2`!<0`Y M"SFQ]%S`FB:QHD*U8P1JP!L`,``<$9`7HVL.E`L`2X! M,`'7!'L`5+%6L34!`P"&9S9#@R?J1U(!"`#U`!4:@2`2FD2HR`[F-Z19"Q>9@* M(HZQ"T.+LQ"`!3`%D`"`#+ MLQZ;$[DNNQ"``11"-$3@GPL>)#'P;SL<0!"`!N`/:Q]K'E ML>2Q90`(`/RQ_K'H/P"R*Q9V`+!0!++$`H\-![)#"*L@"K(61>1!#;*O$?JQ MJ0LF:A*R'P8A:Q6R)4'^L?VQ_;$^`"9+'+*OE>^Q,G`@LA"RJ@MU`R2RVA_T ML1\&][$ILO:QM9441/&Q3@D3*S"R+A83LA*RN7,UL@@`:T.<,CFR)D0H1""R M\;$#LC^RL%`8LO^Q*Q9$LO)#-[)'LMA")[(I".BQ3++T0_BQ*;*UE>*Q8D,\ M``1!!['HL01!HE#]L?EH-[($04%>6K((`&,`'$2+L;QF9++42["QK[&OL+)ZLMRQ?+*20-.QTK'/ ML8&RMT!2LB``!$%4``1!'UOML0M]/T4I"/H![J];4?Y%YD_P%,2Q0)7]0D!% MOK'?:,256$<+?.934.>2IRRHZ8/`E5#\T)0E6M# M'QBY9P0.IV*+L628R$HMLCVR\K$SLBJR*;(BLD*R_;$!L@"R0+(_LF$`"+*/ M#6P`"[*K(%E+<`"WLAQ#0DO&2\NR:Z_U#=N9!K&[LJ<5D;(43&)#$$.G&A]' M)$8.";$PIQ"H1;RQ;97C3.*R\EJ\0RI#A++OLLRR\;$BLF@`);)U`S.R*+)/ MLBNR":W$E6M0!*VMLC-;5[**LBD!G++C0VY1&T6VLIJRN;*F+!]'=Z;(7&^5 M'$/^0J"RY$*I2I&5*9EX1;P;M$M\:(6L;0"ELBM1Q`%Z1:JRZ4JQLD(='T<^ M1\T5+T2M1;P;%[/AF?Y"Y:CDLN&7ET.[L5M1W)FJ"]-0S&C]LLJRIQ7-LB^R M+A9,L_H!2K(VLC6R:P`ZLIPRW[+ALN6H\!0$00^SB;(11"=;W)6_L>&RPK'D M0E5GA++)2YY*M)440]T:Q[)43\FR&T="`%M1\K(H170`54-9LZ^RBK*SLB2S M.K.@&W!#+$8^L^JR7I5(E82R=+,0LPI.=D6X%<2Q"+,O1$VRZ+$QLC"RT[*? M7#].D+.94$BR-[+LL>NQCK.4JIBS8++XLB>5#0)H0U5#56>@&X*S6[,ELRE% M7;.^L2T`A+*9LL5+8;/DLG9#R4NLLB`CR4L<0W!$$Q430UM1YD\?$2:S7$64 MLDU#9+-01/\MK&F\&Z:RW$M_K%Q#WD*!0\*R1"U;`'U>70"BL&M$1[,;1X:R M=;,11".S\!2FLFU?IVB= <(P)(E^9/6T0CLPZST[,<0RA0*$6&2L!+I+*$ MLME/5RE33W.51``B!%1,X&0>L\*RKP$K49)#T+-`1^6RJ94^1_%#>D4`K5E+ MN!6FLKJQ^UI;42`*`!K\13M;>D6BLJBSG[(8LQ:5IK(':8B9`+3+LLE+54/$ M`=VLQ;-]L[*SOE`L`(2RIK*RLVM$G[/+LN9"!`XK1/^S:A8L1F>P+P!/`'D1 M(;,9M$"5ET->E0NT&T=(E2&T3D0P1)Y*BD-BLY5#-;3JLIY*PE[F0IE%:Z\U MM&2S-[3P%(NPC$/\L_E"'K,>M`^=7$5O`+@5'+.;IN"9I;(3M#!$'+0?1UA' M%;02M#:T>T,PM#FT,D4P:6Y#/+1EL_`48%ST8S]%][/NLB*T:T5GL%E%_K/A MFLZJS54QB0UD``4,@E02T M*%!>2_1#$;1]L_U"'EM43&<`.@!LLYZQ/DK^0CF7,%M?LSM$A+*2M&-#_D*[ M7>`RK+2Z1>"Q%D8O.^2Q MV;*TM(\-(K(&LY=#D[-]1;*T$;)*LJFT8+*NM(2R=`O8`U&T+1\17^TH[*LLRMI30%K1(U%TX(;LYZF[;)JM#"TP[)!LYNS*U#[6E$@ M]0TZE?R7:T3Z8PN9G[-C1!]'DI'=+5VR!$%S`*&QK++OLCY'<[1K4Y>^TM'1)JT![4(M5%+,0``M:.Q MC;&/L9JTDK&4L?)"EK'X`L1*<@":L56OG;&:M`ZUHK&1M)*T.T?=+1M'>4K_ MLL6T!D-K1)FT^9A0`""U(K4G0\NR*[5/M'VS);4+?7ZF%D0HM5%+>)@R4?^R M%FQLE3"UIK(RM95I/T4VM3Y*>IAC0R.UR[(RM;NPPDU914I1+K/5M`>U?)@L MM22UGJ8&0S--\T*@M$*U*4='1TE'1;4MM>NR4[78`ZU<90!;&^9#8D58M?68 M9YA"F&FUR[+X`BY*Y$(PM9Z75DHQ:(AJP49V476T MXA5B`'=1R$J%M7BUQ;021'A%GDJ=I>2TF452161%2T<=1$,(0%"9M0FU?K68 M13Y#@K6HM2I'*4=&M4Y$3;1`13"U.46G%9R9<;/XM%ZUHZ8H#[@YKK4'M=U;IB(M:<5BK5!2B:TYK)PM;RU6#/P%-E;>0!H0[^UFK2!M::RZ$H@ M`%9+6$LH`&NU>D4PM:I*?45GEUA'T[62M".S0$5KKPM#"+4P1X:8.;5'M3]% MIN.UGK'.M1Q#UP'1M>(5U;4BM,$!V+6'F:ZUB9B; MLK&UO&@U1ZVS8K/UM;RUUV'P%*JUQ4JCL66R9+*XM*ZT4K,6ME2S:K+)L2*R MM;2TM+>T3[.ZM!ZV,[*_M+E%NK2$LE<`R$JAL\JT@[/XLD>5646!M2(`[4/' MM%:T(`!Y`(2T?J;CLY5I8D-T`+]+8D-G8H.5`0%@;M-IJH0&ED^QWY8W)7^1 M&TTJ[,9LRZTO+*>LAM')$-!2C)%(0)^ MM9"U=@`R2L1*'K.;LC6VF(I0MOQ%Y$+ZM8!+;IFY16)#8;,=M%6T6+8+?6@` MC[5Z1>U#,D,>M:VRA[(KMB=;X)DZE8FTU9<(1@T"]DN+M%11CK3]ET!%H2>\ M$;^)B[72M1]'8;8JLV4`_[20L:AH.0`S`.1+&T;H['58S`#,` M4DK>0OIC/T4@0UY<[4,R`'JV_[*[$_)#Y$()8B(!@+6ZM1Q#:+6J!Z`;@K5Y M`(E*4DI*MJ:R,9Y?MD,(A+*1MC-*\+1QM/RK+T:PMBNS.+9W`/`4A[0@E6X` M6U%+`(.U#P+SM"P5^)CT0W&VIQ5>M@N9NA!BMLI+:K3TM$H"XA7(MJ`;!;3+ MMCJVR[(4%5@S6T,D1\0!A+)=9SVVV[,D1WNS;,IF;@Y M$[.U72I#2+,L%4VU*;.QMLJVL[;"ML1*GDI;MIE%($/C0VFT>[;BLWZV64NZ MLG5I;4/5EX6VIK*,M%U+6466LA\1(95B0XZUV$(Q:.FS)416E=9/64562S4":$.4MBQ'#YG*35Q%(3=J%F5*IQ7C>7E*'T%#F99$,[F;VR5;="MU>WLDJT2D.93;=>MYT829GB9TN9QDI.F%$^$>DM9MOF8=;?D2D0M3P#G2F69J[;(2O*T M[F/:3R2S'[&G34R93+2%M[2UN!569]U*";9]L]^U?D6$L@Q$C)D>R.[;ILN*9 M[+*XL6%1R[+[6F.7YK*0M^2RET.ULE.V@+3[MO`4S+1H0_VR`;7-9P.U+P`% MM0J,>+7)MYJTJK8,M8RQH+$/M9*T$;4J112UF+$7M?`4F['4M`BU'+4`M4Z: MW;<.'HZS>0`(`.&WX[>'4>6W=0FGM.FQ'+:/#:6TZ6]-LRX6=D5SLG0+B+.5 ML^VQ=0!+0?>W`D.\M!JS&TDLHJT M^[-X3!9%]DM\19NW!$%"G(&S"``G`F)#7@`$098QK;)3``1!20`$04<`'+@$ M04X`AK+!LD!%!$$;N))`'K@1N`1!50`@N'FR*)YS42ZS)D/ZM(JR+T2_L:-< MQ+:G%51,,K1C0^!DI+,61;BSQ5XR19NRIK),M:AGB&HP1,^U/4,2LQ^SQ$H@ M1%=Q'T=^2D!03T1&:-ZV%K@A3E>X7@!,`&(@6[AO-'`77KA50UE+0$7E0D6R M*Q9B0]^S\K0/M(9II;+^0D"X[4M"N,4!A++F0BT`-ESC0\&W8D.,L^^W9[BG M%3.X$402LWU%J95WLYM@7$/34%Q$5$4*M!VTQ)4H"/M"\!0_M/IC;`!;48&X MA4-50T.X_D*!N/\MF[+,M.BU&T?ZML5+9[.?M*=B8D-M1?9+PP$^1V"X]+<1 M1+&RU;-B0WRX.K;HM!M'7;-+MHFXK+.^LI)%!TR;MYQ#;D-919BW=P`(`+RX MOK@@%OA+[K;S0JRWK+@2L^"SPP%N1&JXB;;?:(FVM+@6LS5;K+)=2CNX8D,J M1*A%>0`\M"*RP+A;46<@$U!)LRZR+0`"LP2S)K+/LHBS*0#^1.>XG1B6LL2X M*K:CL\:X\K2P3#!&&A;R0G<`E+?*N):RS+@K)Y MLGFR9[*PL1FV4P"$LH.TF(I;1)=C)K3?3Q-,D[AB`&(`([1OER9#"K/T0]:S M*;=/14!%W$MCE_5:5DN4MR=.A4,.M_^R99CVM.*V/FEGL/`4)P`/12:U6[3. MN"Q%VK3\ER6W(96/MK.Q_D*XL5M1+[A)`JAGD[@O1B<`#D,MN?^WH[,+N1M# MNQ,Q7'2T%I6$N`JV\+*SL85+BKAME0ZW(4?P3^&7%$5^F#!&GK"95$5$+2!I*$P^0XF5PTW"M+@5K+CYM36S5+1\N1M%YD^6LD4\/K.@ M&XFY^+*QLBN=*$5<1&0`A+*)F>>V)$>EN;>V=;CE0T,(F[=)`*NY[+BPLLZU M^T6NN3&U]K4?1[*Y&JTUM+:Y4TK93``%#^5JG%1RWK+@PM/R7(PA5 M7/M:5+C-N#NV_D)1N!>YK+*/L2U*8Y=/M(2R2KFKN,JYBK()1I^WXY=JMB>5 M(4.>L_^Y:+:1LCXHC[E8,^I"F[D?1U!-Z[9FE1ZT1VD@E6H`PK+F0ARYBK1$ M`"BTQ`$JM%,`T!M"L!JZ:K8%3)"9';0L1B2S*9GT0QM#N+,LNFM1_D)K+Q=(BZJT;_N$\`4@!QLM4F$[A:L_NT_+96M7ZUJ&>/ MN2J9K0&@&Y:UI'=;N367Y+!*4'2T_RWEE9X)A4,_`%)*U@&$LI%+6[5P2CI$ MH+AV1?\MR27D0]X4MD4.`IT8E;?NN8JRF[*'2NB7<4J6LGBY6D562YE%\;EJ M%ED`#$6C3R@`Y;9911ZZ"7K78;5=7[DULWFZ'[J1NNVQ';K\MI.YY.U!C`$``A*4N`$,`3P`B!&&X8D,;=RX` M>P"(:GA%+0!H0_H!M+D!9(=*;``A``%DQ`+P`[1PP0'Z0H2R?0`A`(2E(0#\ MNL*WH[$"M>(5!+7":\BWRK5L9>Q%K48M9RQ M%D4'M=NWH[$?1PR*?&@/N>` M%;<Y9UR7L;C%2QRWD$4> M0Q]J5;@DM4A'73YTM'%*#[9YMV)#,+3T0X^Y1"T;L<>U'T/R0J.OO;<2LV1G MH+0.MZRXOTL1E6%$P+OALEVYD$5>0^(9K[-C0UJZ8D-HMF:Z9E$?1]R9)D2* MM9"74@![2NJR>;:$LIVT9``XM[B[3+KD0@0A<$1R2X*[P[(F1&D`+P#^0I.P MX;)!2IIHP+G[NQM'-[;%LK6X=KAB0T-%W1IMM4FZ=D4JM%E+8P#87J2R'QB9 MMU!%8TH^NO-:*[2$LG`-8Y?LNQM##+-INJRS+;0'O%!%ZKL@NA%$;IDI1:VY M)+QD9[ZR5+CN3V)#1KD\1;JX%I4KO*&Y)P#VN7&8Q0&LLBH`HV=H``0HC(!Y M`+BS#[Q@1*\!2T1V`#V\T[H11-Z[=U&V14^9%T7==Z&YV+39F0RSRKH?E5@S M'T/%2KB[*+;8MJ&Z'+PD0W2TH+)4M-8!K+)T"P5EV$)KB, M0X2R5@#&3!Y'OYDI"*E*:[:>:1%$WT_X12J[D[R4O)2\(;M`1,:W)+LGNYN\ 0/DHT``"U_Y5,L4JQHKR21K:> ` end +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Peter Craine + "Sometimes you have to slap them in the face Hewlett-Packard + to get their attention." Chelmsford Response Center + *I* don't want my opinions. Why would HP? From apollo-request@umix.cc.umich.edu Tue Feb 6 15:18:32 1990 Date: Tue, 6 Feb 90 13:49:49 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9002061849.AA02908@richter.mit.edu> To: apollo@umix.cc.umich.edu Subject: ethernet problems Could the person who was having the ethernet problem send me a repeat of your message? I forgot to save the message before I quit out of mail. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Tue Feb 6 15:24:50 1990 Message-Id: <9002061957.AA13513@umix.cc.umich.edu> Date: 6 Feb 90 13:56:00 CST From: "DAVE ERSTAD" Subject: Re: Mentor Graphics Mspice.020 server To: "apollo" > I believe that there is an unanounced switch to /com/bind > that can be used to get old Aegis style memory management. > Try contacting rps@apollo.com to get the details. > > (I think the switch may be something like "-vm_sparse" > or some variation on that). The binder switch is -SPARSE_VM I can't speak for how well it works, though. Dave Erstad DERSTAD@cim-vax.honeywell.com Honeywell SSEC From apollo-request@umix.cc.umich.edu Tue Feb 6 17:20:26 1990 Date: 6 Feb 90 17:30:00 GMT From: chen%digital%dover%oakhill%cs.utexas.edu%samsung%zaphod.mps.ohio-state.edu.uucp@tut.cis. (Jinfu Chen) Organization: Motorola, Inc. Logic IC Div, Mesa, AZ Subject: Re: Mentor Graphics Mspice.020 server running 10.1/7.0 Message-Id: <487c2af9.12c9a@digital.sps.mot.com> References: <9002051626.AA19693@apo.esiee.fr> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <9002051626.AA19693@apo.esiee.fr> bonnetf@apo.esiee.fr (bonnet-franck) writes: > >We have observed a strange problem using the MSPICE.020 >server from MENTOR GRAPHICS software. > >We run AEGIS and BSD4.3 10.1 version. >Mentor 7.0 version. >MSPICE V7.0_1.11 version. > >The following appends : >When the server starts, it takes about 20 Mb on the disk !!! The actual figure is ~14+ Mb by spice.020, ~5 Mb by spice.mod, and ~11+ Mb by accusim.020. >Is it a BUG or a FEATURE ? >Does anybody has encountered or heard about that problem ? Call it a feature, I guess. Mentor USA blamed this to the SR10.x's memory allocation scheme which allocates disk space before it uses, (see "Making the Transition to SR10 Operating System Releases", p4-32) while under pre-SR10 era no one knows if your allocated virtual memory is guarranteed or not. I'm not too familar with SPICE's internal memory allocation scheme, however, Mentor's competitor's product, MetaSoft's HSPICE doesn't take that much space I remember. -- Jinfu Chen (602)898-5338 | Disclaimer: Motorola, Inc. Logic IC Div., Mesa, AZ | ..{somewhere}!uunet!dover!digital!chen | My employer doesn't pay chen@digital.sps.mot.com | me to express opinions. From apollo-request@umix.cc.umich.edu Tue Feb 6 23:14:19 1990 Date: 6 Feb 90 22:57:08 GMT From: lori%hacgate%usc%samsung.uucp@think.com (Lori Barfield + 7/9) Organization: Hughes Aircraft Co., El Segundo, CA Subject: Re: HP/Apollo announcement (was Re: C++ v2.0 When?) Message-Id: <7202@hacgate.scg.hac.com> References: <5677@cadillac.CAD.MCC.COM>, <48592422.12c9a@digital.sps.mot.com>, <15841@haddock.ima.isc.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <15841@haddock.ima.isc.com> brian@ima.isc.com writes: >[...] Someone at Apollo posted the announcements >regularly for about a year. [...] It is not an abuse of Usenet >if the readers want it! [...] Change my vote to YES then. Who at HP/Apollo is willing to pick up the ball? ...lori From apollo-request@umix.cc.umich.edu Tue Feb 6 23:17:18 1990 Date: 6 Feb 90 23:22:36 GMT From: lori%hacgate%usc%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Lori Barfield + 7/9) Organization: Hughes Aircraft Co., El Segundo, CA Subject: virtual memory non-allocation (was Re: Mentor Graphics Mspice.020 server Message-Id: <7203@hacgate.scg.hac.com> References: <9002061400.AA03716@umix.cc.umich.edu>, <3322@paperboy.OSF.ORG> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <3322@paperboy.OSF.ORG> lwa@osf.org (Larry Allen) writes: >[...] >[regarding the munching of virtual space by programs which don't run in >worst-case mode very often] As Dave notes, this adversely >affected some applications (eg old Fortran programs) >that allocated huge amounts of virtual memory not intending >to ever use most of it. You said it. The old scientific applications I have to maintain are STAYING at SR9 and JLRA! We have no plans to re-write our old 20K-80K line programs in C or Pascal (or funky FORTRAN) just to take advantage of linked lists. (Although I have enforced the use of dynamic memory allocation in the development of one new analysis program. That's one out of....) Actually, I'm assuming here that the use of dynamic memory allocation obviates this problem. Does it? >[regarding how to implement both OS vmem allocation methods] Off the top >of my head, the only thing I can imagine is some kind of >option (perhaps a per-object-file stamp??) that tells the >OS "for this application, don't preallocate backing storage". >This seems pretty ugly and hard to administer, as well as >being pretty non-obvious to the "average user". How about a single system call at the start of a program to set something like a process parameter or environment flag? This takes it out of the hands of the user. Under JLRA, I had my large Pascal applications allocate, then deallocate a certain amount of memory at the start, depending on what options the user chose on the command line. This gave us the advanced error checking and speedier execution down the line. The software was smarter than Unix in guessing how much room it would need. ...lori From apollo-request@umix.cc.umich.edu Wed Feb 7 07:23:22 1990 Date: Wed, 7 Feb 90 09:33:11 HIV From: bonnetf@apo.esiee.fr (bonnet-franck) Message-Id: <9002070833.AA02556@apo.esiee.fr> To: apollo@umix.cc.umich.edu Subject: JLRU First I would like to thank everybody for fast awnsering about MSPICE Mentor Graphics server running in 10.1. ( I am beginner in world-wide network practice. ) Now a new question. Could somebody explain in detail what is JLRU ? I guess it is a UNIX method to allocate virtual memory,but I would like to know more precisly the mechanisms and principes. Is there a book talking about it ? Thanks. Frank Bonnet bonnetf@apo.esiee.fr E.S.I.E.E (Ecole Superieure d'Ingenieurs en Electrotechnique et Electronique) FRANCE From apollo-request@umix.cc.umich.edu Wed Feb 7 07:26:26 1990 Date: 6 Feb 90 23:51:03 GMT From: root%morpho%ttrnds%amc-gw%sumax.uucp@beaver.cs.washington.edu (root/50000) Organization: North American Morpho, Tacoma, WA Subject: Apollo Open Dialogue Message-Id: <170@morpho.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does anyone out there have experience with using Apollo's Open Dialogue on a machine other than an Apollo? I have used Domain/Dialogue on an Apollo before, but I have not used the open version. We would like to port it to an IBM RT (yuck, I know) running AIX version 2.2.1 and X11 R3. Alan Dahl ___ __ __ __ __ North American / / / / / /__/ /__/ /__/ / / MORPHO Systems Inc. / / / /__/ / \ / / / /__/ 1145 Broadway Plaza, Suite 200 Tacoma, Wa, 98402 PH: (206) 383-3617 FAX: (206) 591-8856 ...amc-gw!morpho!alan Standard disclaimer applies... From apollo-request@umix.cc.umich.edu Wed Feb 7 11:28:27 1990 Date: Wed, 7 Feb 90 09:39:40 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9002071439.AA03945@richter.mit.edu> To: bonnetf@apo.esiee.fr Subject: Re: JLRU Cc: apollo@umix.cc.umich.edu JLRU is "Just Like *Real* Unix". Unix systems require that the disk space for a program's virtual memory be allocated immediately when the program is started rather than being allocated only as it is first accessed by the program. Unix does this to make certain that a program doesn't die in the middle of its execution due to a lack of disk space. Either the program will refuse to start, or it will grab the maximum amount of disk space it could use and then start and run to completion. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Wed Feb 7 11:29:46 1990 Date: Wed, 7 Feb 1990 16:40:01 MET From: Harald Hanche-Olsen To: apollo@umix.cc.umich.edu Subject: Re: one cpp and one fortran question In-Reply-To: Your message of 6 Feb 90 05:00:00 GMT Message-Id: The magic invocation to use for dn10k-only code is: #if _ISP__A88K Don't know where I have it from, but it works. - Harald Hanche-Olsen Division of Mathematical Sciences The Norwegian Institute of Technology N-7034 Trondheim-NTH NORWAY From apollo-request@umix.cc.umich.edu Wed Feb 7 13:43:46 1990 Date: 7 Feb 90 16:59:18 GMT From: lau%kings.wharton.upenn.edu%netnews.upenn.edu.uucp@rutgers.edu (Yan K. Lau) Organization: A Private Heaven Subject: Problem compiling C-Kermit Message-Id: <20073@netnews.upenn.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I got the sources for ckermit from watsun.cc.columbia.edu. However, I ran into a snag when compiling the version for the Apollo. I said "make bsd" (in a Unix shell) and everything was fine until: cc -DBSD4 -DDEBUG -DTLOG -c ckutio.c ckutio.c: 341: Can't find include file default_acl.h *** Exit 1 Stop. ckutio.c has the following: #ifdef aegis #include "/sys/ins/base.ins.c" #include "/sys/ins/error.ins.c" #include "/sys/ins/ios.ins.c" #include "/sys/ins/sio.ins.c" #include "/sys/ins/pad.ins.c" #include "/sys/ins/time.ins.c" #include "/sys/ins/pfm.ins.c" #include "/sys/ins/pgm.ins.c" #include "/sys/ins/ec2.ins.c" #include "/sys/ins/type_uids.ins.c" #include #undef TIOCEXCL #undef FIONREAD #endif But, I can't find default_acl.h anywhere and I have a complete installation on the Apollos (Aegis SR10.1, bsd 4.3, sys5.3). How do I fix this problem? Thanks for reading. Yan. )~ Yan K. Lau lau@kings.wharton.upenn.edu The Wharton School ~/~ -Sheenaphile- 128.91.11.233 University of Pennsylvania /\ Darker grows the moon And shadows steal across the prison of my room From apollo-request@umix.cc.umich.edu Wed Feb 7 13:45:08 1990 Date: 7 Feb 90 15:14:00 GMT From: oj%apollo%hp-sdd%ucsdhub.uucp@ucsd.edu (Ellis Oliver Jones) Organization: Apollo Computer, Chelmsford, MA Subject: Re: one cpp and one f77 question Message-Id: <4880b96f.20b6d@apollo.HP.COM> References: <4877da3b.bb89@spam.engin.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <4877da3b.bb89@spam.engin.umich.edu> oliveria@caen.engin.umich.edu (ROQUE DONIZETE DE OLIVEIRA) writes: > is there any define I can use with cpp that uniquely define the dn10k ? > I know about ISP but it is not in cpp. If you invoke the preprocessor by saying /bin/cc -E instead of /lib/cpp then you can use these #ifdefs for prism and m68k respectively. #ifdef _ISP__A88K #ifdef _ISP__M68K (note the two consecutive underscores...) From apollo-request@umix.cc.umich.edu Wed Feb 7 15:23:16 1990 Date: 7 Feb 90 12:51:16 GMT From: achille%cernvax%mcsun.uucp@uunet.uu.net (achille petrilli) Organization: CERN, European Laboratory for Particle Physics Subject: Re: Mentor Graphics Mspice.020 server Message-Id: <1236@cernvax.UUCP> References: <9002061400.AA03716@umix.cc.umich.edu>, <3322@paperboy.OSF.ORG> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <3322@paperboy.OSF.ORG> lwa@osf.org (Larry Allen) writes: >To be fair (but then, who ever said the world was >fair? :^) and in defense of SR10, the behavior of >requiring backing storage space for all allocated >virtual memory is not only there for JLRUness, as >Dave implies. The fact is, Apollo received a fair >number of complaints from customers, especially >system vendors, who found it difficult to write >applications that would be robust in the face of >running out of disk space. The problem is that the I really couldn't resist to answer to that. What we feel here, as a big Fortran shop, is that Apollo just didn't think of what they were doing. Why ? Well, until FTN90 gets approved and some implementations of it become available and people start converting (I mean, really using the new features of F90), there is NO standard way of getting rid of the big common blocks that should be dimensioned for the worst case ! So, that's why I believe Apollo completely overlooked (some of) its customers wishes/needs. Of course, as our FTN programs run, and must run, on many different OSs, some of 'em hopelessly obsolete, we cannot use system dependent dynamic memory allocation. I do believe that this change has done a lot of harm to many people. On the C side, things are much better. Traditionally dynamic memory allocation has been widely used in C programs. So I guess this is not a big problem and, as you state, the JLRU behaviour is actually better than the Aegis one. I think the real problem is that the JLRU behaviour has "cured" two distinct, and vaguely related problems: 1) dynamic memory allocation (where I fully agree with JLRU), 2) static memory allocation. 1) is fine under sr10. But 2), I'd prefer to get an option to be able to define how to treat it. Even if such an option would be available at boot time (say, as an environment variable that is only effective if set while running /etc/rc), it'd be better than today's situation. Also, your idea of a compile time stamp to indicate the preferred behaviour is a good one, but it may be a little to complicated. Cheers, Achille Petrilli From apollo-request@umix.cc.umich.edu Wed Feb 7 17:25:59 1990 Date: 7 Feb 90 16:40:14 GMT From: lori%hacgate%usc%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Lori Barfield + 7/9) Organization: Hughes Aircraft Co., El Segundo, CA Subject: Re: JLRU Message-Id: <7210@hacgate.scg.hac.com> References: <9002070833.AA02556@apo.esiee.fr> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <9002070833.AA02556@apo.esiee.fr> bonnetf@apo.esiee.fr (bonnet-franck) writes: >Could somebody explain in detail what is JLRU ? A poorly implemented subset of JLRA. ...lori ;-) From apollo-request@umix.cc.umich.edu Wed Feb 7 19:29:36 1990 Date: Wed, 7 Feb 90 17:24:58 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9002072224.AA04683@richter.mit.edu> To: apollo@umix.cc.umich.edu Subject: help with modem cables Does anyone have the correct specs for a modem cable which will work with /etc/getty? We have a Racal-Vadic PA2400 modem which was working under SR9.7 with siologin. If I try to dial into the modem with the node running SR10.2 and /etc/getty, the phone rings once, the modem seems to pick up the line (no carrier tone), and then it seems to hangup! I have tried using both /dev/tty01 and /dev/sio1 without success; but if I kill getty and run /com/emt on the line the modem will answer the phone, give a carrier, and connect to the modem which I dialed in from. Our current modem cable was made back in the dark ages (SR8.0), and my guess is that getty doesn't like it. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Wed Feb 7 19:38:48 1990 Date: 7 Feb 90 18:52:10 GMT From: kgallagh%digi%attctc%texbell%swbatl%wuarchive%brutus.cs.uiuc.edu%zaphod.mps.ohio-state.edu% (Kevin Gallagher) Organization: none Subject: Re: Apollo Termcap Question Message-Id: <375@digi.UUCP> References: <30@thoreau.nsc.com>, <4876bedd.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <4876bedd.20b6d@apollo.HP.COM> weber_w@apollo.HP.COM (Walt Weber) writes: > >Unfortunately, there is no method available for permitting the vt100 >emulator to support a "scroll-back" facility as is available in the >display manager transcript pad. Since your article mentions xterm, I >will assume that you have it available for your users, and would encourage >you to base a solution on replacing vt100 with xterm for your users. > Actually, there IS a method of "scroll-back"; well, sort of. While in the vt100 emulator, SHIFT-F8 is a toggle which enables/disables the echoing of all vt100 window contents, which have SCROLLED OFF THE TOP OF THE WINDOW, into a carbon copy pad. If you want to look at anything that scrolls off the top of the vt100 window after you have entered SHIFT-F8, just press the CMD key and enter cc at the DM command prompt. The carbon copy pad will appear and you can scroll back and forth as you like. Information erased from the vt100 window by clearing the screen, is NOT entered into the carbon copy window because it did not SCROLL out the top of the window. Otherwise, the feature is quite useful. This works with the vt100 emulator supplied with 10.1 and later. I am not sure about 9.7, but I suspect it works there, as well. -- ---------------------------------------------------------------------------- Kevin Gallagher attctc!digi!kgallagh or attctc.dallas.tx.us!digi!kgallagh ---------------------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Wed Feb 7 19:47:59 1990 Date: 7 Feb 90 22:13:00 GMT From: vasta%apollo.uucp@eddie.mit.edu (John Vasta) Organization: Hewlett-Packard Company, Apollo Division; Chelmsford, MA Subject: Re: C++ support Message-Id: <48823050.20b6d@apollo.HP.COM> References: <9002021752.AA01917@unidui.uni-duisburg.de> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <9002021752.AA01917@unidui.uni-duisburg.de> hj412fr@unidui.uni-duisburg.de (Frik) writes: >Now that C++ v2.0 is to be available pretty soon I would like >to know what libraries and additional support will be going >with it. Something like libg++, nihcl etc. Anybody got leads? C++ 2.0.0 will contain the same libraries found on the AT&T release tape, except for the task library (that is, it will include the stream I/O library, the old stream I/O library, the complex math library, and the "demangler" library). In addition, we plan on making some of the public domain C++ libraries available through the ADUS group. I can't promise exactly which ones will be there, but probably at least InterViews and the NIH class library. John Vasta Hewlett-Packard Apollo Systems Division vasta@apollo.hp.com M.S. CHA-01-LT (508) 256-6600 x6362 300 Apollo Drive, Chelmsford, MA 01824 UUCP: {decwrl!decvax, mit-eddie, attunix}!apollo!vasta From apollo-request@umix.cc.umich.edu Wed Feb 7 19:54:05 1990 Date: 7 Feb 90 22:10:00 GMT From: vasta%apollo.uucp@eddie.mit.edu (John Vasta) Organization: Hewlett-Packard Company, Apollo Division; Chelmsford, MA Subject: Re: one cpp and one f77 question Message-Id: <48822d9c.20b6d@apollo.HP.COM> References: <4877da3b.bb89@spam.engin.umich.edu>, <4880b96f.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <4880b96f.20b6d@apollo.HP.COM> oj@apollo.hp.com writes: >In article <4877da3b.bb89@spam.engin.umich.edu> oliveria@caen.engin.umich.edu (ROQUE DONIZETE DE OLIVEIRA) writes: >> is there any define I can use with cpp that uniquely define the dn10k ? >> I know about ISP but it is not in cpp. > >If you invoke the preprocessor by saying > /bin/cc -E >instead of > /lib/cpp >then you can use these #ifdefs for prism and m68k respectively. >#ifdef _ISP__A88K >#ifdef _ISP__M68K > >(note the two consecutive underscores...) Small correction: both symbols are always defined, but expand to either 0 or 1 for the appropriate machine. Therefore, you would use #if _ISP__A88K /* compiling for a DN10000 */ #if _ISP__M68K /* compiling for a 68K box */ John Vasta Hewlett-Packard Apollo Systems Division vasta@apollo.hp.com M.S. CHA-01-LT (508) 256-6600 x6362 300 Apollo Drive, Chelmsford, MA 01824 UUCP: {decwrl!decvax, mit-eddie, attunix}!apollo!vasta From apollo-request@umix.cc.umich.edu Wed Feb 7 20:00:15 1990 Date: 7 Feb 90 22:06:00 GMT From: vasta%apollo.uucp@eddie.mit.edu (John Vasta) Organization: Hewlett-Packard Company, Apollo Division; Chelmsford, MA Subject: Re: Help needed with shared libs & ld Message-Id: <488229e8.20b6d@apollo.HP.COM> References: Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article jnp@mjolner.tele.nokia.fi (J|rgen N|rgaard) writes: > >Hello, > >I'm trying to figure out how to use shared libraries (that can be >inlib'ed in csh). After a small fight with the somewhat vague/ >unprecise documentation I succeded in having 2 small files used >as shared libraries. (I'm still at SR10.1) > >Next step was to combine them into one file. Call the two files ext.o ext2.o. > >then a file was produced like: > > ld -r -o dd -A allmarks -A loadhigh -A alllooks ext.o ext2.o > >but when inlib'ed I got the error-message: > "dd - object module requires link step (process manager/loader)" >which doesn't make sense to me (just linked it :-) . And to my best knowledge >not described in the documentation. > >Any ideas what is wrong / how it should be done ? You need to also specify the -a switch to ld; it causes the unitialized data segment (.bss) to be allocated. John Vasta Hewlett-Packard Apollo Systems Division vasta@apollo.hp.com M.S. CHA-01-LT (508) 256-6600 x6362 300 Apollo Drive, Chelmsford, MA 01824 UUCP: {decwrl!decvax, mit-eddie, attunix}!apollo!vasta From apollo-request@umix.cc.umich.edu Thu Feb 8 03:18:49 1990 Date: 7 Feb 90 20:09:11 GMT From: turner%dover%oakhill%cs.utexas.edu%samsung%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state. (Robert Turner) Organization: Motorola SPS, Mesa, AZ Subject: GNU EMACS via the sio line Message-Id: <2002@dover.sps.mot.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I just saw a reference to EMACS 18.55 for the Apollo. Will this version work through the SIO line to a CRT? No ever seems to mention this feature. Robert -- ----- Law of the Net: Triva begets triva tenfold. All opinions are. Robert Turner (602) 897-5441 ...!uunet!dover!turner or turner@dover.sps.mot.com From apollo-request@umix.cc.umich.edu Thu Feb 8 13:28:24 1990 Date: 8 Feb 90 15:47:00 GMT From: vinoski%apollo%hp-sdd%ucsdhub.uucp@ucsd.edu (Stephen Vinoski) Organization: Apollo Computer, Chelmsford, MA Subject: Re: GNU EMACS via the sio line Message-Id: <4885ddf1.20b6d@apollo.HP.COM> References: <2002@dover.sps.mot.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <2002@dover.sps.mot.com> turner@dover.sps.mot.com.UUCP (Robert Turner) writes: >I just saw a reference to EMACS 18.55 for the Apollo. Will this >version work through the SIO line to a CRT? No ever seems to mention >this feature. Yes. I use a vt100 at home with a dialup line and run the same emacs I use on my DN4000 here at work. No problem. -steve | Steve Vinoski (508)256-6600 x5904 | Internet: vinoski@apollo.com | | Testability and Diagnostics | UUCP: ...mit-eddie!apollo!vinoski | | HP Apollo Division, Chelmsford, MA 01824 | ...uw-beaver!apollo!vinoski | | "This is a dangerous place." -King Crimson, "Thela Hun Ginjeet" | From apollo-request@umix.cc.umich.edu Thu Feb 8 21:19:25 1990 Date: 8 Feb 90 21:52:39 GMT From: markd%silogic%celit%ucsdhub.uucp@ucsd.edu (Mark DiVecchio) Organization: Silogic Systems, San Diego, CA Subject: Re: GNU EMACS via the sio line Message-Id: <140@silogic.UUCP> References: <2002@dover.sps.mot.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <2002@dover.sps.mot.com> turner@dover.sps.mot.com.UUCP (Robert Turner) writes: >I just saw a reference to EMACS 18.55 for the Apollo. Will this >version work through the SIO line to a CRT? No ever seems to mention >this feature. > Originally posted to comp.sys.apollo 1/2/90 PC-Apollo Connection If you are like many owners of Apollo DN3xxx and DN4xxx workstations, you have a resource on your machine which is most likely underutilized. That resource is the Serial Input/Output (SIO) port. The SIO port is an RS-232 compatible port which is sometimes used for a digitizing tablet or serial printer. On most machines, though, it is unused. You can make use of the port as a connection to a personal computer for remote login and for transferring ASCII files between the machines. I have a set of programs for your Apollo and PC to do this. I've installed and tested these programs on our DN3010 and an IBM PC Compatible. The software comes in two parts. First there are a set of scripts and a C language program for the Apollo and second there is program which runs on the PC. The program for the PC is PC-VT, a program which I wrote several years ago that emulates a VT100 Video Display Terminal and also performs file transfer using the XMODEM file transfer protocol. The C language program for the Apollo is a public domain program (originally written by Lauren Weinstein and modified by many others, most notably Richard Conn) which performs the XMODEM file transfer protocol on the Apollo. For remote login, PC-VT is used as a dumb terminal emulator. You can login to an AEGIS shell and execute most commands that don't require a graphics output device. For file transfer, the XMODEM file transfer program is started on the Apollo and it communicates automatically with PC-VT running its XMODEM subroutines to move ASCII files between the machines. First let me say that there is nothing new here. The Apollo documentation describes how to configure the port for remote login and the Apollo C Compiler provides the C language procedural interface for the file transfer program. The XMODEM file transfer protocol has been around since the days of CP/M and was originally developed by Ward Christensen. How to Get the Programs Bulletin Board You can download all of the DOS sources, DOS executables and Apollo sources from my Bulletin Board. The phone number is 619-549-3927. The board is open 24 hours a day 7 days a week. The modem is a USR HST9600 so you can call at any baud rate up to 9600 baud. The Apollo files are in an archived file named SIO.ZIP in the area titled 'Apollo AEGIS/UNIX Programs and Files'. The DOS files are in an archived file named PC-VT100.ZIP in the area titled 'PC-VT (Version 10.0) and Related Files'. If you do not have a ZIP archive management program, you will also need to download PKZ101.EXE. If you get the programs this way, you will need the Apollo C language compiler to compile 'UMODEM.C' and 'ESC.C'. Mail Send me two diskettes, one 1.2Meg DOS formatted floppy and one 1.2Meg AEGIS floppy. I will copy all of the sources (both DOS and Apollo) and the DOS executables onto the DOS diskette and I will create a WBAK diskette with all of the Apollo software - sources and executables. When you send me the diskettes, include a mailer which I can use to return the diskettes to you and put enough postage on the mailer to satisfy the Postal Service. In place of the AEGIS floppy, you can send me a cartridge tape. If you get the programs this way, the WBAK diskette or tape will contain the compiled versions of 'UMODEM.C' and 'ESC.C' so you won't need the Apollo C language compiler. -- Mark DiVecchio, Silogic Systems, 619-549-9841 K3FWT 9888 Carroll Center Road, Suite 113, San Diego, CA 92126 ...!ucsd!celerity!celit!silogic!markd ...!ucsd!ucsdhub!celit!silogic!markd celit!silogic!markd@fps.com BBS 619-549-3927 From apollo-request@umix.cc.umich.edu Fri Feb 9 08:11:06 1990 Date: 8 Feb 90 23:08:43 GMT From: kts%quintro%tiamat.uucp@uunet.uu.net (Kenneth T. Smelcer) Organization: none Subject: Disk server performance? Message-Id: <1990Feb8.230843.18026@quintro.uucp> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Our site is looking at adding a large disk server (~700M) to our network, and we've been wondering what the critical performance parameters are for a network disk server (other than drive speed). Does CPU performance make a large difference in throughput? Will the OS take advantage of more memory (Ex. 8M vs 16M) for a major performance win? The three different configurations we are considering are: 1. DSP 3500 - 8 Meg RAM - 697 Meg disk 2. DN 2500 - 16 Meg RAM - 663 Meg SCSI disk 3. DN 3000 - 8 Meg RAM - 697 Meg disk Would the 3000 be much slower than the 3500 (as a disk server)? (The only reason we're considering this is because we could add the disk to an existing 3000 and use the remaining $$$ to buy another DN2500). Any Opinions? -- --=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-- Ken Smelcer Glenayre Corp. quintro!kts@lll-winken Quincy, IL tiamat!quintro!kts@uunet From apollo-request@umix.cc.umich.edu Fri Feb 9 08:11:26 1990 Date: 8 Feb 90 22:48:36 GMT From: reb%quintro%tiamat.uucp@uunet.uu.net (Roger E. Benz) Organization: none Subject: Re: HP/Apollo announcement (was Re: C++ v2.0 When?) Message-Id: <1990Feb8.224836.5973@quintro.uucp> References: <48592422.12c9a@digital.sps.mot.com>, <15841@haddock.ima.isc.com>, <7202@hacgate.scg.hac.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <7202@hacgate.scg.hac.com> lori@hacgate.hac.com writes: >In article <15841@haddock.ima.isc.com> brian@ima.isc.com writes: >>[...] Someone at Apollo posted the announcements >>regularly for about a year. [...] It is not an abuse of Usenet >>if the readers want it! [...] > >Change my vote to YES then. Who at HP/Apollo is willing to pick up the ball? > > >...lori I also vote yes. -- Roger E. Benz Glenayre/Quintron Phone = (217) 223-3211 One Quintron Way Quincy, IL UUCP: tiamat!quintro!reb@uunet or quintro!reb@lll-winken From apollo-request@umix.cc.umich.edu Fri Feb 9 14:05:08 1990 Date: 9 Feb 90 05:00:00 GMT From: oliveria%caen.engin.umich.edu%umich%samsung%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state. (ROQUE DONIZETE DE OLIVEIRA) Organization: U of M Engineering, Ann Arbor, Mich. Subject: gpr patterns Message-Id: <4888ff72.bb89@spam.engin.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi, I'm trying to create some fill patterns with gpr in C. I was using gpr_$make_bitmap_from_array to define the pattern bitmap and then gpr_$set_fill_pattern to activate. Apparently one cannot use these 2 calls together. I really don't have much experience with pattern fills. So does anyone has some gpr-based C programs that define some common patterns (horizontal, vertical, positive, negative, horizontal/vertical, etc) that could be mailed to me ? I basically have a pattern table like static int pattern[][16] = /* hatch patterns */ { { 0,0,0,0, 0,0,0,0, 0,0,0,0, 0,0,0,0}, /* empty */ { 0,0,0,0, 0,0,0,0, 0,0,0,0, 1,1,1,1}, /* horizontal */ { 0,0,0,1, 0,0,0,1, 0,0,0,1, 0,0,0,1}, /* vertical */ { 0,0,0,1, 0,0,1,0, 0,1,0,0, 1,0,0,0}, /* possitive */ { 1,0,0,0, 0,1,0,0, 0,0,1,0, 0,0,0,1}, /* negative */ { 0,0,0,1, 0,0,0,1, 0,0,0,1, 1,1,1,1}, /* horizontal/vertical */ { 1,0,0,1, 0,1,1,0, 0,1,1,0, 1,0,0,1}, /* possitive/negative */ }; that I'd like to convert to pattern bitmaps appropriate for gpr_$set_fill_pattern. Maybe I shouldn't have used gpr_$make_bitmap_from_array . Since these programs tend to be over 50 lines I think it is better if you reply to me directly. If I get a few "me too" and some sample programs, of course, I'll summarize to the net. In case you are wondering, I need it for an NCAR graphics version 3.0 viewer I'm finishing up (the hatch patterns is the only thing left to implement). If you have done it already I would appreciate hearing about it. Thank you. Roque D Oliveira oliveria@caen.engin.umich.edu From apollo-request@umix.cc.umich.edu Fri Feb 9 14:11:47 1990 Date: 8 Feb 90 05:00:00 GMT From: oliveria%caen.engin.umich.edu%umich%samsung%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state. (ROQUE DONIZETE DE OLIVEIRA) Organization: U of M Engineering, Ann Arbor, Mich. Subject: Re: one cpp and one f77 question Message-Id: <4886efc0.bb89@spam.engin.umich.edu> References: <48822d9c.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >From article <48822d9c.20b6d@apollo.HP.COM>, by vasta@apollo.HP.COM (John Vasta): > In article <4880b96f.20b6d@apollo.HP.COM> oj@apollo.hp.com writes: >>In article <4877da3b.bb89@spam.engin.umich.edu> oliveria@caen.engin.umich.edu (ROQUE DONIZETE DE OLIVEIRA) writes: >>> is there any define I can use with cpp that uniquely define the dn10k ? >>> I know about ISP but it is not in cpp. >> >>If you invoke the preprocessor by saying >> /bin/cc -E >>instead of >> /lib/cpp >>then you can use these #ifdefs for prism and m68k respectively. >>#ifdef _ISP__A88K >>#ifdef _ISP__M68K >> >>(note the two consecutive underscores...) > > Small correction: both symbols are always defined, but expand to either > 0 or 1 for the appropriate machine. Therefore, you would use > > #if _ISP__A88K > /* compiling for a DN10000 */ > > #if _ISP__M68K > /* compiling for a 68K box */ > John Vasta Hewlett-Packard Apollo Systems Division > vasta@apollo.hp.com M.S. CHA-01-LT > (508) 256-6600 x6362 300 Apollo Drive, Chelmsford, MA 01824 > UUCP: {decwrl!decvax, mit-eddie, attunix}!apollo!vasta Thanks to all those who responded to my question about cpp. In the case here it only works if we use /bin/cc -E instead of /lib/cpp. That isn't exactly what I want. If you wanna play with it and see if you can get it to work (without using /bin/cc -E or without passing an option (like -Dprism) to cpp) then let me know. To run it you just type Configure This is a short version of the file Configure. Ideally it should not be modified. --------------------------cut---------cut---------------------------- #!/bin/csh -f set cpp="/lib/cpp" set system_line=`$cpp Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We are using Apollo 3500 workstations with 1024x800 color Apollo monitors ( Model #7284 ). Our applications involve lots of computations & graphical I/O ( blt's, etc ). Can someone recommend any faster graphics cards / hardware for this ?? What kinds of fast co-processor & memory cache boards can we use in 3500 workstations ?? From apollo-request@umix.cc.umich.edu Fri Feb 9 22:12:47 1990 Date: 9 Feb 90 11:45:43 GMT From: willem_w%euteal%eutrc3%hp4nl%mcsun.uucp@uunet.uu.net (Willem Jan Withagen) Organization: Eindhoven University of Technology, The Netherlands Subject: Problems matching NFS for Domain sr10 and SR9 Message-Id: <461@euteal.ele.tue.nl> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu At our Digital Systems group are two Domain rings which are connected through the campus ethernet backbone. On these we want to use a NFS to connect the file systems. The reasons for this: We don't want a mixed SR9.7 <=> SR10 system. Each ring has it's own type ofusers which should not mix But we do want to share data, and that's were the trouble comes in: - The NFS 1.0 for OS9.7 does connect with our Sun on that same ethernet. ( No problem what so ever ) - The NFS 2.1 for out OS10.1 also connects to that same Sun with no problems. - The two apollo NFS-systems do not want to mount each others systems. on mounting ( mount -o soft,root eb1:// //ring1 ) it responds with mount: eb1:// on //ring1: Access denied. And I've gone multiple times over all filesinvolded, but must be missing something Does anybody out there have any suggestion please?? Thanks, Willem Jan Withagen Eindhoven University of Technology DomainName: wjw@eb.ele.tue.nl BITNET: ELEBWJ@HEITUE5.BITNET room EH 10.10 Digital Systems Group P.O. 513 Tel: +31-40-473401 5600 MB Eindhoven The Netherlands From apollo-request@umix.cc.umich.edu Sat Feb 10 00:13:55 1990 Date: 9 Feb 90 05:00:00 GMT From: oliveria%caen.engin.umich.edu%umich%samsung%zaphod.mps.ohio-state.edu%pacific.mps.ohio-state.edu (ROQUE DONIZETE DE OLIVEIRA) Organization: U of M Engineering, Ann Arbor, Mich. Subject: Re: NCAR graphics Message-Id: <488beea4.bb89@spam.engin.umich.edu> References: <7425@tank.uchicago.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >From article <7425@tank.uchicago.edu>, by rtp1@tank.uchicago.edu (raymond thomas pierrehumbert): > I am thinking of putting up NCAR graphics (the GKS version) on my > DN10000 running 10.1p. I'm not planning to run X for a while. I > have GPR, but have not put up GMR, though that would be possible > if necessary. > I have a site licence and documentation for NCAR, but before > wading through this morass of abysmally written stuff, I thought > I'd ask if anybody out there had any experience building this > library (and especially the graphics metafile viewer) for Domain. > How much trouble am I getting into? > I have the 8-plane AT bus color graphics system, if that makes > a difference. > I don't especially like NCAR graphics, but the price is right. > If anybody has any suggestions for affordable alternatives, for > viewing 2D and 3D data, I'd be happy to hear about them. Does > anybody have anything to say about Uniras? Speaking for myself only, NCAR graphics is a fairly complete package. And, as you said, the price is right. We started porting ncarg3.0 to the apollos about a week ago. It seems all apollo porting problems have been ironed out. We had to modify/create about 30 files. Not bad considering it is about 15 megs. It could be better if Apollo's f77 didn't have so many optimization problems with -opt 3. If some good soul helps me with my request about gpr hatch patterns then the gpr-based ncar metafile viewer will be complete as well. We will send our modifications to NCAR (within the next 2 weeks or so; we want to make sure all goes well on the dec3100 and suns as well). You should be able to get it from them. Roque D Oliveira oliveria@caen.engin.umich.edu From apollo-request@umix.cc.umich.edu Sat Feb 10 02:03:06 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9002100452.AA00119@icaen.uiowa.edu> Date: Fri, 9 Feb 90 21:55:07 CST Subject: Re: Disk server performance? To: apollo@umix.cc.umich.edu, kts%quintro%tiamat.uucp@uunet.uu.net In posting <1990Feb8.230843.18026@quintro.uucp> Ken Smelcer says: > Our site is looking at adding a large disk server (~700M) to our network, >and we've been wondering what the critical performance parameters are >for a network disk server (other than drive speed). > > Does CPU performance make a large difference in throughput? > > Will the OS take advantage of more memory (Ex. 8M vs 16M) for a > major performance win? > >The three different configurations we are considering are: > > 1. DSP 3500 - 8 Meg RAM - 697 Meg disk > > 2. DN 2500 - 16 Meg RAM - 663 Meg SCSI disk > > 3. DN 3000 - 8 Meg RAM - 697 Meg disk I'll take the easy one first. (3.) DN300 + 697 Meg disk = NoGo. You can't put a 697 meg in a DN3000, the Omti controller won't handle it. You can only put a 697 Meg disk in a machine that has the new Western Digital WD7000 disk/SCSI controller. (And in a DN10k :-). The best that you can do with a DN3000 is a single 348 Mbyte disk, as it won't take a WD controller. (1.) DN3500 + 8 meg RAM + 697 Meg disk This is a reasonable combination. This requires the DN3500 to have a WD controller (early DN3500s had the Omti, only machines shipped in the last year came with the WD). Since the WD controller can handle 2 disks, you can add a second drive as your needs (and budget) expand. (Note that both disks must be the same size, you can't add a 697 to a machine that already has a 348.) If you really need more elbow room, you can add a second WD controller & pair of 697 disks to a DN3500, giving you a max of 2.6 Gig of usable disk space. We are using this combination as a replacement for our old DSP90s. (I won't miss those biannual MSD500 crashes %=} (2) DN2500 + 16 Meg RAM + 663 Meg SCSI disk. I havn't seen the 663 Meg disk for the DN2500 so I don't know how well it works. The 200 Meg drives work OK so I would expect that the 663 would too. It might be a reasonable file server, particularly with the extra RAM. Yes, the OS will make use of as much RAM as you can give it. It will buffer active pages in RAM and will be a performance win (as well as reduce wear & tear on the disk). CPU speed is not as critical a factor as I/O bandwidth. For example, a DN4500 will give about the same performance as a DN3500 when used as a file server as they both have the same I/O system (assuming all other factors equal). The DSP90 was about twice as fast as the DSP160 because it had a better I/O bus system for the MSD500 disks. The DN3000 is about half the I/O speed of a DN4000. This is due to the DN3000 lack of an I/O page mapper as well as the slower I/O bus clock & CPU clock rates. I feel that the critical performance parameters for a file server are: disk speed, I/O rate, & RAM size, with CPU speed being a distinct 4'th place consideration. Dave Funk From apollo-request@umix.cc.umich.edu Sat Feb 10 07:34:43 1990 Date: 10 Feb 90 00:22:18 GMT From: leea%ssc-vax.uucp@beaver.cs.washington.edu (Lee Carver) Organization: Boeing Aerospace, Kent WA Subject: OSf/Motif product availability Message-Id: <3172@ssc-vax.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I don't mean to restart religous wars, but I recall a note a few weeks (months?) back on the availability of OSF/Motif on Apollo. I didn't keep a copy, and now need the information. I believe the note said that Open Dialogue will provide access to Motif, but Motif will be a separate product. We need to be able to develop Motif based software on the Apollos, and are trying to determine which/what kink/how many software development kits to buy. If anybody remembers the topic, or can send me the original (posted by Oliver Jones?), I'll greatly apprieciate it. TAI. From apollo-request@umix.cc.umich.edu Sat Feb 10 11:13:05 1990 Date: 9 Feb 90 23:18:00 GMT From: weiner%novavax%uflorida%mailrus%wuarchive.uucp@decwrl.dec.com (Bob Weiner) Organization: Motorola Inc. Subject: Re: C++ support Message-Id: <1793@novavax.UUCP> References: <9002021752.AA01917@unidui.uni-duisburg.de>, <48823050.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <48823050.20b6d@apollo.HP.COM> vasta@apollo.HP.COM (John Vasta) writes: C++ 2.0.0 will contain the same libraries found on the AT&T release tape, except for the task library Which to many is one of the more useful libraries. (that is, it will include the stream I/O library, the old stream I/O library, the complex math library, and the "demangler" library). In addition, we plan on making some of the public domain C++ libraries available through the ADUS group. I can't promise exactly which ones will be there, but probably at least InterViews and the NIH class library. John, your a great net resource but I have to say something to the Apollo / HP corporate entity on this matter. Please quit jerking the user base around by refusing to ship unsupported software on release tapes. An infitesimal number of corporate users of your computers actively follow or request code from ADUS, thus this is the number you will reach. Practically, 100% of the C++ users could benefit from distribution of this code, however. (Can you say, "added value"?) Just label a #$%^&!@# directory as 'unsupported' and dump the most recent versions along with documentation in there. Your customers will clap and you will have a simple means of explaining that the software is shipped 'as is'. The /domain_examples directory is a good example of this except that the regular Apollo documentation does not point you to it and the documentation included below the directory is minimal at best. I have wanted Apollo to configure and distribute GNU Emacs for the longest time but to no avail. The DM editor is lacking in an immense number of ways and this one software package would fix them all and again make your customers happy. But alas, sitting on one's corporate buns on such matters is much simpler. (HP did give $100,000 to the Free Software Foundation and HP-Labs did develop their own X window-based version of GNU Emacs but most Apollo users I know have never even heard of it.) Here's to change in the 90's. -- Bob Weiner, Motorola, Inc., USENET: ...!gatech!uflorida!novavax!weiner (407) 364-2087 From apollo-request@umix.cc.umich.edu Sun Feb 11 03:21:27 1990 Date: 10 Feb 90 01:19:52 GMT From: kerr%tron.uucp@uunet.uu.net (Dave Kerr) Organization: Westinghouse Electric Corporation Subject: Re: Problem compiling C-Kermit Message-Id: <484@tron.UUCP> References: <20073@netnews.upenn.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <20073@netnews.upenn.edu> lau@kings.wharton.upenn.edu (Yan K. Lau) writes: >I got the sources for ckermit from watsun.cc.columbia.edu. However, I ran >into a snag when compiling the version for the Apollo. I said "make bsd" >(in a Unix shell) and everything was fine until: > >cc -DBSD4 -DDEBUG -DTLOG -c ckutio.c >ckutio.c: 341: Can't find include file default_acl.h >*** Exit 1 > > > >Yan. > )~ Yan K. Lau lau@kings.wharton.upenn.edu The Wharton School > ~/~ -Sheenaphile- 128.91.11.233 University of Pennsylvania > /\ Darker grows the moon And shadows steal across the prison of my room I got this from a prior posting on usenet. These changes worked for us at sr10.1: I asked earlier about making C-Kermit work under SR10 on an Apollo. I now have the answer, thanks to our local Apollo representative. Although the silence following my query was deafening---suggesting that no one on this list uses Apollos---I will now report the fix. The problem is basically this: The C-kermit code is full of special code to handle Apollos. All this code turns out to be unnecessary (and indeed harmful) when running under SR10, since the operating system is now much more Unixlike. Unfortunately, even the C compiler provided with the 4.3BSD environment of SR10 defines the preprocessor symbol aegis, thereby activating the unwanted code. I fixed this by inserting a new item in the makefile, looking like this: #Apollos running SR10.0 or later: sr10-bsd: make wermit "CFLAGS= -DBSD4 -DDEBUG -DTLOG -Uaegis" I also needed to add one line to ckcmai.c (anywhere near the beginning): #undef apollo and then the program compiled like a charm. I also discovered that you must use /dev/tty??, not /dev/sio? as the latter access the serial lines at a lower level than is standard on Unix systems. - Harald Hanche-Olsen Division of Mathematical Sciences hanche@imf.unit.no The Norwegian Institute of Technology -- Dave Kerr (301) 765-4453 (WIN)765-4453 tron::kerr Internal WEC vax mail kerr@tron.bwi.wec.com from an Internet site kerr@tron.UUCP from a smart uucp mailer From apollo-request@umix.cc.umich.edu Sun Feb 11 05:26:02 1990 Date: 8 Feb 90 00:03:15 GMT From: franka%mntgfx%sequent%tektronix%zephyr.ens.tek.com.uucp@beaver.cs.washington.edu (Frank A. Adrian) Organization: /etc/organization Subject: Re: JLRU Message-Id: <1990Feb8.000315.3694@mentor.com> References: <9002071439.AA03945@richter.mit.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <9002071439.AA03945@richter.mit.edu> krowitz%richter@UMIX.CC.UMICH.EDU (David Krowitz) writes: >... Either the program will refuse to start, or it will >grab the maximum amount of disk space it could use and then start >and run to completion. Actually, it grabs the amount of disk space necessary for the text segment, the static data objects, and the stack. Storage for dy- namically allocated objects (via malloc, etc.) is allocated as needed. This doesn't help much for FORTRAN common blocks, though. -- Frank A. Adrian Mentor Graphics, Inc. franka@mntgfx.com From apollo-request@umix.cc.umich.edu Sun Feb 11 06:23:23 1990 Date: 8 Feb 90 00:03:15 GMT From: franka%mntgfx%sequent%tektronix%zephyr.ens.tek.com.uucp@beaver.cs.washington.edu (Frank A. Adrian) Organization: /etc/organization Subject: Re: JLRU Message-Id: <1990Feb8.000315.3694@mentor.com> References: <9002071439.AA03945@richter.mit.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <9002071439.AA03945@richter.mit.edu> krowitz%richter@UMIX.CC.UMICH.EDU (David Krowitz) writes: >... Either the program will refuse to start, or it will >grab the maximum amount of disk space it could use and then start >and run to completion. Actually, it grabs the amount of disk space necessary for the text segment, the static data objects, and the stack. Storage for dy- namically allocated objects (via malloc, etc.) is allocated as needed. This doesn't help much for FORTRAN common blocks, though. -- Frank A. Adrian Mentor Graphics, Inc. franka@mntgfx.com From apollo-request@umix.cc.umich.edu Sun Feb 11 17:24:17 1990 Date: 11 Feb 90 15:31:37 GMT From: inst182%tuvie%mcsun.uucp@uunet.uu.net (Inst.f.Techn.Informatik) Organization: TU Vienna EDP-Center, Vienna, AUSTRIA Subject: dhrystone Message-Id: <1096@tuvie> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I just ran the dhrystone benchmark on our DN3010 and DN3500. The astonishing result was that the benchmark resulted in about 5000 dhrystones on both the 3010s and 3500s. Any explanations ? ____ ____ / / / / / Michael K. Gschwind mike@vlsivie.at / / / / / Institute for VLSI-Design mike@vlsivie.uucp ---/ Technical University, Vienna / ___/ From apollo-request@umix.cc.umich.edu Sun Feb 11 17:29:06 1990 Date: 11 Feb 90 14:38:37 GMT From: inst182%tuvie%mcsun.uucp@uunet.uu.net (Inst.f.Techn.Informatik) Organization: Technical University of Vienna, EDP-Center Subject: Re: Help needed in installing rrn and nntp. Message-Id: <1094@tuvie> References: <1990Feb2.212404.28157@eagle.lerc.nasa.gov> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1990Feb2.212404.28157@eagle.lerc.nasa.gov> xxcomtn@kestrel.lerc.nasa.gov (Gary Stewart) writes: > >Greetings! I've been attempting to build rrn and nntp for an Apollo 3000 >and I've been running in problems. Does anyone has this available or know >of where I can get the needed files for version 9 & 10 of the OS. I have >completed installation of rrn and nntp for both the Sun and Iris platform. >I would also like to have rrn and nntp available for our Apollo users. We >are running C-News on a Sun server. > >Thanks in advance! > >Gary Stewart (xxcomtn@kestrel.lerc.nasa.gov) > (xxcomtn@128.156.1.45) We got both rrn and nntp running on our net, so it should not be to difficult. I used a vanilla rrn/nntp version, but I had to use a few tricks to make them compile: We got both rrn and nntp running on our net, so it should not be to difficult. I used a vanilla rrn/nntp version, but I had to use a few tricks to make them compile: 1.) switch to the berkeley universe 2.) compile the nntp stuff, there should not be any problems (at least, I cannot remember them) 3.) Compiling the rrn is abit tricky, because larry's Configure script tries to search the C library to look which functions exist. The bsd variety of DomainOS however does not any. The sys5 version however does have one, which serves as glue between the bsd and sys5 calls. I just specified the sys5 libc.a and it compiled fine. bye, mike ____ ____ / / / / / Michael K. Gschwind mike@vlsivie.at / / / / / Institute for VLSI-Design mike@vlsivie.uucp ---/ Technical University, Vienna / ___/ From apollo-request@umix.cc.umich.edu Mon Feb 12 07:27:39 1990 Date: 12 Feb 90 09:42:08 GMT From: inst182%tuvie%mcsun.uucp@uunet.uu.net (Inst.f.Techn.Informatik) Organization: TU Vienna EDP-Center, Vienna, AUSTRIA Subject: cannot remove file Message-Id: <1097@tuvie> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hello! We have kind of a problem: We had a system crash and now we cannot remove some directories. Among these is /etc/sys5.3 which we obviously need to recreate. salvd won't help but exits with the line ?(salvd) "sys5.3" - disk data check (OS/disk manager) What does this mean? *ANY* hints will be appreciated. Thanx in advance, mike --------------------------------------------------------------------------- Michael K. Gschwind root@vlsivie.at root@vlsivie.uucp --------------------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Mon Feb 12 11:28:38 1990 Date: Mon, 12 Feb 90 09:47:13 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9002121447.AA11760@richter.mit.edu> To: apollo@umix.cc.umich.edu, inst182%tuvie%mcsun.uucp@uunet.uu.net Subject: Re: dhrystone That's *very* odd. I just compiled and ran my copy of the code on a DN3000 and a DN3500 and got 4400 and 8700 dhrystone/sec, respectively. Our DN3010 and our DN3000's are the same speed (I just checked). -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Mon Feb 12 13:30:13 1990 Date: Mon, 12 Feb 90 11:19:11 edt From: ananth@metropolis.mit.edu (Ananth Annapragada) Message-Id: <9002121619.AA06116@metropolis.mit.edu> To: apollo@umix.cc.umich.edu Subject: Emulators for Apollo I am looking for terminal emulators for Apollos. Specifically, I am looking for Tektronix and IBM-3270 emulators which will run through telnet. Rather like the VT100 emulator (/com/vt100 ?)which comes with the machine. I have looked at the em3270 program, but it appears that it can only be used with specific extra hardware, and over a serial line. Does anyone know how to run this emulator through telnet? Thanks. Ananth ananth@metropolis.mit.edu From apollo-request@umix.cc.umich.edu Mon Feb 12 17:36:06 1990 Date: 12 Feb 90 20:43:39 GMT From: defron%soda.Berkeley.EDU%agate.uucp@ucbvax.Berkeley.EDU (Daniel Efron) Organization: University of California, Berkeley Subject: Idle times for display/crp* Message-Id: <1990Feb12.204339.3979@agate.berkeley.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu How do you calculate idle times for /dev/display and /dev/crp*? The normal stat'ing for device last accessed doesn't work. Daniel Efron defron@soda.berkeley.edu From apollo-request@umix.cc.umich.edu Mon Feb 12 19:28:13 1990 Date: 12 Feb 90 16:33:14 GMT From: rgs%cipher%ncr-sd%hp-sdd.uucp@hplabs.hp.com (Bob Schultz) Organization: Cipher Data, San Diego Subject: Apollo Workstations FOR SALE Message-Id: <257@cipher.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu FOR SALE - BEST OFFER APOLLO DN RAM DISK OTHER NOTE --------- --- ---- ----- ---- 3010-C6A 6 348 Mentor schematic capture, (1) simulation, documentation 3010-C6A 8 348 Mentor schematic capture, (1) simulation, documentation 3000-C2A 6 72 Anvil 5000 3D wireframe (2) 3000-C2 6 72 5 1/4" floppy, (2) Anvil 5000 3D wireframe 4000-E4A 4 155 Anvil 5000 3D wireframe (2) 3000-C4 6 155 5 1/4" floppy, (2) Anvil 5000 3D wireframe 3000-M4A 4 155 (2) 330M 3 69 8" floppy 330M 3 69 inoperable; for parts only 330M 3 69 460M 12 167 8" floppy 660C 4 167 8" floppy 660C 4 167 8" floppy 660C 2 167 8" floppy, inoperable; for parts only DN660C 8 167 8" floppy (1) H/W currently under Apollo maintenance S/W was under Mentor maintenance thru 01/15/90 (2) H/W, S/W currently under maintenance -------------------------------------------------------------- Bob Schultz uunet!cipher!rgs Cipher Data Products, Inc. (619) 693-7054 (voice) 10101 Old Grove Rd., M/S D15 (619) 549-8037 (FAX) San Diego, CA 92131-1650 From apollo-request@umix.cc.umich.edu Mon Feb 12 21:23:11 1990 Message-Id: <9002122141.AA23797@umix.cc.umich.edu> Date: Mon, 12 Feb 90 16:20:26 EST From: Scott Ferguson Subject: Xmodem Stuff, ADUS BBS To: APOLLO@UMIX.CC.UMICH.EDU A week or so ago, there was a posting about some PC/Apollo utilities including Xmodem transfer. I wrote down the number of the ADUS BBS so that I could grab the stuff, and then discarded the mail message. I then inadvertantly discarded the piece of paper on which I wrote the number. Could someone forward me a copy of the original message, or just let me know the phone number of the ADUS BBS? Thanks a lot, Scott Ferguson srfergu@erenj.bitnet Exxon Research & Engineering Annandale, NJ 08801 From apollo-request@umix.cc.umich.edu Mon Feb 12 21:37:02 1990 Date: 12 Feb 90 19:24:38 GMT From: orand%kuhub.cc.ukans.edu%wuarchive%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu Organization: University of Kansas Academic Computing Services Subject: Apollo multi-function controller info wanted. Message-Id: <22210.25d6b917@kuhub.cc.ukans.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does anyone know anything about the Apollo A-ADD-SWFC multi function controller? I need to know if the SCSI interface will work with 3rd party tape backup units. Also if anyone has any experience in this area, I would like to know what tape drives are available for this controller. Brady... =========================================================================== Brady Orand - University of Kansas Computer Center Lawrence, Ks. 66045 ORAND@kuhub.cc.ukans.edu Work: (913) 864-0490 Home: (913) 749-1341 =========================================================================== From apollo-request@umix.cc.umich.edu Tue Feb 13 11:23:11 1990 Date: 12 Feb 90 10:28:08 GMT From: ian%bilpin%icdoc%ukc%mcsun%sunic%luth%eru.uucp@bloom-beacon.mit.edu (Ian Jones) Organization: SRL, London, England Subject: CAP for Apollo workstations? Message-Id: <2522@bilpin.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu A friend of mine has asked me to post a query about the availability of CAP for Apollo machines. He has been struggling with an old version of the source (~18months) and has got most things apart from AUFS (which is the thing he most wants!) working. I'm sure that somebody out there must have already done this, can you help? Configuration: Apollo network (~50 nodes) running SR10.1 with a few running SR9.7.5 Kinetics FastPath 4, K-star V8.0 Please E-mail me if you can help. Replies from Europe particularly welcome! Ian Jones _______________________________________________________________________________ Ian Jones SRL Data || Applelink : UK0001 1 Perren Street, London NW5 3ED, UK || UUCP : ian@bilpin.co.uk UK A/UX National support organisation || Tel : +44 1 485 6665 -- _______________________________________________________________________________ Ian Jones SRL Data || Applelink : UK0001 1 Perren Street, London NW5 3ED, UK || UUCP : ian@bilpin.co.uk UK A/UX National support organisation || Tel : +44 1 485 6665 From apollo-request@umix.cc.umich.edu Tue Feb 13 15:32:14 1990 Date: 13 Feb 90 18:58:58 GMT From: dvadura%watdragon%watserv1%utgpu%jarvis.csri.toronto.edu%cs.utexas.edu.uucp@tut.cis.ohio-state. (Dennis Vadura) Organization: Computer Science Dept., University of Waterloo Subject: Weird login-/etc/ping-/usr/ucb/whoami behaviour Message-Id: <20873@watdragon.waterloo.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have the following three problems. Machine: DN3500, 8 megs ram, 350 meg disk, SR10.2, runs in x-owns-root I have run out of ideas as to what could be causing the problem, although I am certain that it is my fault. That is, none of this took place when I first installed SR10.2, but I went and ran protection sripts, that we have, to modify permissions since the install made everything under /sys, and elsewhere writable by everybody (not good). After running the scripts the following three problems have shown up: 1. Starting /etc/ping hostname, works fine, but I can't stop it. (this is from an xterm window, to stop it I have to su to root and kill it) my interrupt character is ^C, and stty everything gives: calypso[9] stty everything new tty, speed 9600 baud, 24 rows, 80 columns even odd -raw -nl echo -lcase -tandem tabs -cbreak crt: (crtbs crterase crtkill ctlecho) -tostop -tilde -flusho -mdmbuf -litout -pass8 -nohang -pendin -decctlq -noflsh erase kill werase rprnt flush lnext susp intr quit stop eof ^? ^X ^W ^R ^O ^V ^Z/^Y ^C ^\ ^S/^Q ^D the acl entry on /etc/ping is: calypso[10] lsacl -l /etc/ping Object ACL: Network-wide access allowed Required entries: root.%.% prwx- setuid %.staff.% -r-x- %.%.none [Ignore] %.%.% -r-x- Extended entry mask: -r-x- 2. For A while, login into the node from another machine would hang. If you then did a ~^Z, (to suspend login), and tried again it worked fine. This behaviour has since ceased. Nothing that I or anyone else knows of has changed. Anybody have any clues? 3. This is by far the strange one. Consider the following script: /bin/csh is the login shell. calypso[6] /usr/ucb/whoami dvadura calypso[7] echo `/usr/ucb/whoami` Segmentation fault calypso[8] echo `pwd` //calypso/lu/dvadura calypso[9] echo `/usr/ucb/whoami | cat` dvadura calypso[10] csh calypso[1] /usr/ucb/whoami dvadura calypso[2] echo `/usr/ucb/whoami` dvadura calypso[3] exit calypso[11] echo `/usr/ucb/whoami` Segmentation fault Ok, so the first 'whoami' works, when I put it in `` then it dumps core. but why does it work when I pipe the output through cat? What's worse is that this goes away completely if I do things in a subshell. The original problem manifested itself in the following expression: set k="(`/usr/ucb/whoami`)" which behaves identically to the 'echo' case above, it's just that the echo seems to be the smallest example that fails. This behaviour appears consistent, in that programs that seem to use the getpwuid(3) system call fail. (I've isolated this by hacking the code for whoami.c to figure out which call fails) Executing 'echo `ps aux`' fails as well, executing 'echo `ps aux | cat`' succeeds. So, does anyone have any suggestions where I could have hosed the permissions? Or, if that is not it, I am open to other suggestions of where to look for a fix. -thanks -dennis P.S> I really like 10.2 so far (modulo my screwup). -- -------------------------------------------------------------------------------- Another rescue ruined by the total |Dennis UUCP,BITNET: dvadura@water lack of danger. |Vadura EDU,CDN,CSNET: dvadura@waterloo ================================================================================ From apollo-request@umix.cc.umich.edu Tue Feb 13 17:33:38 1990 Date: 12 Feb 90 23:43:33 GMT From: root%morpho%ttrnds%amc-gw%sumax.uucp@beaver.cs.washington.edu (root/50000) Organization: North American Morpho Systems Inc, Tacoma WA Subject: Open Dialogue Message-Id: <174@morpho.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu [I am posting this message again because we've been having some problems with our connection and I'm not sure if it ever got out. If someone could reply to let me know that I'm being heard I would appreciate it] Does anyone out there have experience with using Apollo's Open Dialogue on a machine other than an Apollo (or an Apollo for that matter)? I have used the old Domain/Dialogue on an Apollo before, but I have not used the open version. We would like to port it to an IBM RT (yuck, I know) running AIX version 2.2.1 and X11 R3. ___ __ __ __ __ Alan Dahl / / / / / /__/ /__/ /__/ / / North American / / / /__/ / \ / / / /__/ MORPHO Systems, Inc. 1145 Broadway Plaza, Suite 200 Tacoma, WA. 98402 PH: (206) 593-8021 FAX: (206) 591-8856 Standard disclaimer applies... ...amc-gw!morpho!alan We shall not cease from exploration And the end of all our exploring Will be to arrive where we started And know the place for the first time. - T.S. Elliot From apollo-request@umix.cc.umich.edu Tue Feb 13 18:19:23 1990 Date: 12 Feb 90 23:43:33 GMT From: root%morpho%ttrnds%amc-gw%sumax.uucp@beaver.cs.washington.edu (root/50000) Organization: North American Morpho Systems Inc, Tacoma WA Subject: Open Dialogue Message-Id: <174@morpho.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu [I am posting this message again because we've been having some problems with our connection and I'm not sure if it ever got out. If someone could reply to let me know that I'm being heard I would appreciate it] Does anyone out there have experience with using Apollo's Open Dialogue on a machine other than an Apollo (or an Apollo for that matter)? I have used the old Domain/Dialogue on an Apollo before, but I have not used the open version. We would like to port it to an IBM RT (yuck, I know) running AIX version 2.2.1 and X11 R3. ___ __ __ __ __ Alan Dahl / / / / / /__/ /__/ /__/ / / North American / / / /__/ / \ / / / /__/ MORPHO Systems, Inc. 1145 Broadway Plaza, Suite 200 Tacoma, WA. 98402 PH: (206) 593-8021 FAX: (206) 591-8856 Standard disclaimer applies... ...amc-gw!morpho!alan We shall not cease from exploration And the end of all our exploring Will be to arrive where we started And know the place for the first time. - T.S. Elliot From apollo-request@umix.cc.umich.edu Wed Feb 14 00:11:43 1990 Date: 14 Feb 90 00:20:46 GMT From: rgs%cipher%ncr-sd%hp-sdd.uucp@hplabs.hp.com (Bob Schultz) Organization: Cipher Data, San Diego Subject: SR10.1 BSD4.3 terminal support Message-Id: <258@cipher.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We have a bunch of Wyse 50 terminals that were purchased for our BSD4.3 VAX. I'd like to connect one directly to Apollo (rather than rlogin from the VAX), but am unable to get the "Back Space" and "Del" keys to work. I'm using the same terminal on both machines and have even tried the VAX termcap entry on Apollo with no success. Any ideas? The "yh" termcap entry on both machines is the same: w1|wy|wy50:\ :tc=w50: ye|w50|wyse50|Wyse 50:\ :al=\EE:am:bs:bt=\EI:cd=\EY:ce=\ET:cl=^Z:cm=\E=%+ %+ :co#80:\ :dc=\EW:dl=\ER:do=^J:ei=\Er:im=\Eq:is=\E`\072\200\EC\EDF\E0\E'\E(\EA21:\ :kd=^J:kl=^H:kr=^L:ku=^K:li#24:nd=^L:up=^K:us=\EG8:ue=\EG0:\ :so=\EG4:se=\EG0:sg#1:sr=\Ej:ho=^^:ug#1: # it is not known if the status line works with sysline yh|w50-s|wyse50-s|Wyse 50 for sysline:\ :hs:ts=\Ef:fs=\r:ds=\Ef\r:es:so=\EGp:tc=w50: "stty everything" on both machines gives the same options: new tty, speed 2400 baud, 24 rows, 80 columns even odd -raw -nl echo -lcase -tandem -tabs -cbreak crt: (crtbs crterase crtkill ctlecho) -tostop -tilde -flusho -mdmbuf -litout -pass8 -nohang -pendin -decctlq -noflsh erase kill werase rprnt flush lnext susp intr quit stop eof ^H ^? ^W ^R ^O ^V ^Z/^Y ^C ^\ ^S/^Q ^D The entry in /etc/ttys on Apollo is: sio1 "/etc/getty std.2400" yh on -------------------------------------------------------------- Bob Schultz uunet!cipher!rgs Cipher Data Products, Inc. (619) 693-7054 San Diego From apollo-request@umix.cc.umich.edu Wed Feb 14 02:10:20 1990 Date: 14 Feb 90 05:40:36 GMT From: rtp1%tank%ux1.cso.uiuc.edu%brutus.cs.uiuc.edu%usc%cs.utexas.edu.uucp@tut.cis.ohio-state. (raymond thomas pierrehumbert) Organization: University of Chicago Subject: GPR borrow mode display hang Message-Id: <7639@tank.uchicago.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have just started doing some graphics hacking on my DN10000 with 8-plane AT bus display. I am using GPR, for performance reasons and because that's all I've got now. Generally speaking, I'm quite impressed with GPR. It is a powerful and quite simple interface, very much in the spirit of the Mac's Quickdraw toolbox calls. My question is this. I would like to write some routines that use the display in "borrow" mode, i.e. take over the whole display. My worry is, what if one of my students uses these in a program, but gets stuck in a loop, or otherwise forgets to have the program terminate GPR and give back the display? It would seem then that I would really be stuck, as ctrl-c seems to be ignored in this situation (or is it?), and I can't even shut down and reboot without getting at the display manager. I suppose I could log in as the student over the network (if inetd doesn't crash) and kill the job that way, but sometimes I've had problems with kill failing because of some incorrect recognition of ownership of the process. I can't log in as root over the net (because I have left things that way for security) and the sio lines are not currently activated. Are these concerns just vapor? Is there after all some reliable way to get back the DM in these circumstances? From apollo-request@umix.cc.umich.edu Wed Feb 14 02:17:23 1990 Date: 14 Feb 90 01:41:07 GMT From: markd%silogic%celit%ucsdhub%hp-sdd.uucp@hplabs.hp.com (Mark DiVecchio) Organization: Silogic Systems, San Diego, CA Subject: PC-Apollo Connection Message-Id: <142@silogic.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have had requests that my PC to Apollo communications routines be changed into a form more suitable for Unix systems. I have built another file on my BBS named SIO.SH. This file contains all of the programs for the Apollo as a 'shar' file. BBS 619-549-3927 Thanks for everyones interest. -- Mark DiVecchio, Silogic Systems, 619-549-9841 K3FWT 9888 Carroll Center Road, Suite 113, San Diego, CA 92126 ...!ucsd!celerity!celit!silogic!markd ...!ucsd!ucsdhub!celit!silogic!markd celit!silogic!markd@fps.com BBS 619-549-3927 From apollo-request@umix.cc.umich.edu Wed Feb 14 09:28:22 1990 Date: 14 Feb 90 10:16:24 GMT From: news%metro%cluster%munnari.oz.au.uucp@uunet.uu.net (Jim Richardson) Organization: Dept of Pure Mathematics, University of Sydney Subject: 2500 memory: banks of 4? Message-Id: <1990Feb14.101624.5666@metro.ucc.su.oz.au> References: <9001251400.AA20814@richter.mit.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Am I right in assuming that memory can only be added to a DN2500 in multiples of 4 SIMMS, that is, in multiples of 4 megabytes in the case of 1MB x 9 SIMMS? This is not mentioned in the "Domain 2500 Series Owner's Guide". However, the memory sizing output at boot time suggests that memory is being interleaved, with each of the four bytes in a longword coming from a different SIMM. We would like to add memory to some of our 2500s, because with 4MB they seem to give much slower response than even our previous DN3000s with 4MB. Presumably this is because SR10.2 eats much more memory than SR10.1, though we haven't even started running X yet. We had hoped to compromise between performance and cost by installing an extra 2MB in each node. Is it really an extra 4MB or nothing? Thanks in advance for any information. -- Jim Richardson Department of Pure Mathematics, University of Sydney, NSW 2006, Australia ACSNET: jimr@maths.su.oz Internet: jimr@maths.su.oz.au UUCP: ...!uunet!munnari!maths.su.oz!jimr "When she was dark she was very very dark, but when she was light she was lighter than air." -- J. Crowley From apollo-request@umix.cc.umich.edu Wed Feb 14 09:29:57 1990 Date: Wed, 14 Feb 90 08:51:12 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9002141351.AA17033@richter.mit.edu> To: rtp1%tank%ux1.cso.uiuc.edu%brutus.cs.uiuc.edu%usc%cs.utexas.edu.uucp@tut.cis.ohio-state. Subject: Re: GPR borrow mode display hang Cc: apollo@umix.cc.umich.edu Unless you explicity disable the system's quit character (usually control-Q in an AEGIS environment, and I think also in a BSD4.3 environment) you can always quit out of a program back to the display manager. The inetd daemon doesn't usually crash, and you can also use /com/crp to log in remotely (requires that the node be running mbx_helper and server_process_manager (spm) -- but they also are fairly reliable). If you can't login as root over the net for security purposes, you can always do a remote login as yourself and then "su" or "login" to root once you already have the remote connection. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Wed Feb 14 11:36:41 1990 Resent-Message-Id: <9002141425.AA05563@umix.cc.umich.edu> Message-Id: <9002141425.AA05563@umix.cc.umich.edu> Resent-Date: Wed, 14 Feb 90 09:21:51 EST Resent-From: Scott Ferguson Resent-To: APOLLO@UMIX.CC.UMICH.EDU Date: Wed, 14 Feb 90 09:20:49 EST From: Network Mailer Subject: RE: gpr borrow mode To: apollo@umix.cc.umich.edu In GPR, only the keys enabled with the keyset argument to gpr_$enable_input are used by your application. When working in borrow mode, as long as you don't enable CNTRL-C or CNTRL-Q (whatever key is defined as the dm command 'dq' (display quit)), you can always break out of the program. If you're using FORTRAN or C, you need to use the lib_$ calls to create a pascal-style set, enabling all characters you plan to use. I generally enable everything but control characters. I don't have explicit code with me right now, but it goes something like this: lib_$create_set(...) lib_$add_to_set(...) You need to do a lib_$add_to_set for each character you want to enable. For 'A' to 'Z', you could do a loop with CHAR(ICHAR('A')+I) or just with i if you're using C. If you're using Pascal, you can just make a set variable, but I've forgotten how to do that since I stopped using pascal. Good luck. Scott Ferguson From apollo-request@umix.cc.umich.edu Wed Feb 14 13:27:23 1990 Date: Fri, 2 Feb 90 13:16:15 CST From: lray@civilgate.ce.uiuc.edu (Leland Ray) Message-Id: <9002021916.AA00364@civilgate.ce.uiuc.edu> To: apollo@umix.cc.umich.edu Subject: problem with Apollo routing at SR10.2 I have so far found only one problem in Apollo tcp/ip stuff at SR10.2 It is that Apollo shipped a broken version of routed. In our case, our hosts could not communicate with the outside world. Our gateway, however, could communicate just fine. The bug is that routed likes to flush the routing tables at frequent intervals. How Apollo could ship something so broken is beyond me, but anyone with an SR10.2 routing problem should call the 800 number and beat on them. They'll send you the patch, and it works fine. Just spendin' my days, Leland Ray Systems Administrator Soakin' in them cathode rays. UIUC - Dept. Civil Engineering lray@civilgate.ce.uiuc.edu (217) 333-3821 From apollo-request@umix.cc.umich.edu Wed Feb 14 17:28:36 1990 Date: Wed, 14 Feb 90 16:51:43 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9002142151.AA18092@richter.mit.edu> To: apollo@umix.cc.umich.edu Subject: Here's a new one ... I've just found a new oddity with my mixed SR9.7/SR10.2 network ... The `node_data/tmp directories of the SR9.7 nodes are filling up with files of the form "crp00", "crp01", "crp02", etc. Apparently a new file is created each time I crp onto a SR9.7 node from an SR10.2 node. When "crp99" is reached, I can no longer crp onto the SR9.7 node from an SR10 node, although I can still crp onto it from another SR9.7 node. The error manifests itself on the SR10 nodes with the message "no more resources". The quick fix is to simply delete the offending "crpxx" files from the SR9.7 nodes with the command "dlf -f -nq -du //?*/sys/node_data?*/tmp/crp??", but can anyone shed any light on why this is happening? I'm beginning to feel like one of those 19th century natural historians (Darwin, et al) who travelled the jungles of the world collecting new and facinating varieties of insects. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Wed Feb 14 19:53:43 1990 Date: 14 Feb 90 18:02:30 GMT From: inst182%tuvie%mcsun.uucp@uunet.uu.net (Inst.f.Techn.Informatik) Organization: TU Vienna EDP-Center, Vienna, AUSTRIA Subject: troubles with diskless nodes/rrn Message-Id: <1107@tuvie> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Recently, I have witnessed a strange behavior of our diskless nodes: We can run rrn on all the disk-nodes, but the same binaries break on diskless workstations of the same type with the message 'Caught a SIGSEGV--.newsrc restored' Any explanations? ____ ____ / / / / / Michael K. Gschwind mike@vlsivie.at / / / / / Institute for VLSI-Design mike@vlsivie.uucp ---/ Technical University, Vienna / ___/ From apollo-request@umix.cc.umich.edu Wed Feb 14 21:51:59 1990 Date: Wed, 14 Feb 90 16:51:43 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9002142151.AA18092@richter.mit.edu> To: apollo@umix.cc.umich.edu Subject: Here's a new one ... I've just found a new oddity with my mixed SR9.7/SR10.2 network ... The `node_data/tmp directories of the SR9.7 nodes are filling up with files of the form "crp00", "crp01", "crp02", etc. Apparently a new file is created each time I crp onto a SR9.7 node from an SR10.2 node. When "crp99" is reached, I can no longer crp onto the SR9.7 node from an SR10 node, although I can still crp onto it from another SR9.7 node. The error manifests itself on the SR10 nodes with the message "no more resources". The quick fix is to simply delete the offending "crpxx" files from the SR9.7 nodes with the command "dlf -f -nq -du //?*/sys/node_data?*/tmp/crp??", but can anyone shed any light on why this is happening? I'm beginning to feel like one of those 19th century natural historians (Darwin, et al) who travelled the jungles of the world collecting new and facinating varieties of insects. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Wed Feb 14 21:55:21 1990 Date: 14 Feb 90 17:58:01 GMT From: inst182%tuvie%mcsun%sunic%luth%eru.uucp@bloom-beacon.mit.edu (Inst.f.Techn.Informatik) Organization: TU Vienna EDP-Center, Vienna, AUSTRIA Subject: troubles with security Message-Id: <1106@tuvie> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We have a problem here: How can we prevent people from shutting down the machine on the command line of the display manager ? This is especially troublesome, because there is no warning for users logged in from normal vt100 terminals... ____ ____ / / / / / Michael K. Gschwind mike@vlsivie.at / / / / / Institute for VLSI-Design mike@vlsivie.uucp ---/ Technical University, Vienna / ___/ From apollo-request@umix.cc.umich.edu Wed Feb 14 22:00:36 1990 Date: Wed, 14 Feb 90 18:02:50 EST From: GELINASJ%CMR001.bitnet@ugw.utcs.utoronto.ca To: apollo@umix.cc.umich.edu Message-Id: <900214.18045018.072664@CMR.CP6> Subject: Disk full for ART installation We are having a lot of trouble installing the development version of ART on A DN4000: it says the disk is full, but we have deleted all we could (or have we? maybe that /lost+found directory?). Do you have any suggestions as to what i could say to the poor cs prof who is doing the attempted install to help him? An answer such as: "get a bigger disk or give up" would help. But maybe we are close, needing only a few megs more free? Here is some info from the log file --------------------------------------------- % bldt **** Node 12884 **** "//math_3" Domain/OS kernel(7), revision 10.1, November 16, 1988 11:19:45 am # /com/lvolfs # free # total % free node id entry directory 88837 146868 60 12884 / # du -s /* | awk '$1 > 1000' 5201 /bsd4.3 We have bsd4.3 2475 /com We have aegis 2409 /etc 6713 /install 9163 /lib 1871 /lost+found 3884 /sau7 6122 /sys We do not have sys5 4367 /usr # pwd //math_3/usr/art # ./wedlisp ;;; Domain/CommonLISP, Development Environment Version 2.20, 2 August 1988 ....... > (load "install/install-art") ....... MAKE-SYSTEM of ART started: 2/14/1990 14:19:4 Setting the feature INFERENCE. Setting the feature ART35. Setting the feature PATTERN-INTERP. Setting the feature ART-LISP. Setting the feature ART-WINDOWS. ....... MAKE-SYSTEM of ART completed: 2/14/1990 14:32:30 ;;; Dribble transcript to #P"//math_3/usr/art/load-art.log" ended ;;; Generation of runtime error checking code is disabled (safety = 0) ;;; Optimization of tail calls is enabled (speed = 3) ;;; Loading binary file "code/shared-fns.lbin" ;;; Loading binary file "code/studio.lbin" ;;; Loading binary file "code/ic-editor.lbin" ;;; Loading binary file "code/image-editor.lbin" ;;; GC: 741702 words [2966808 bytes] of dynamic storage in use. ;;; 9088696 words [36354784 bytes] of free storage available before a GC. ;;; 18919094 words [75676376 bytes] of free storage available if GC is disabled. ;;; Expanding Reserved Memory ;;; GC: 741702 words [2966808 bytes] of dynamic storage in use. ;;; 8646328 words [34585312 bytes] of free storage available before a GC. ;;; 18034358 words [72137432 bytes] of free storage available if GC is disabled. ;;; GC: 126 words [504 bytes] of dynamic storage in use. ;;; 9387904 words [37551616 bytes] of free storage available before a GC. ;;; 18775934 words [75103736 bytes] of free storage available if GC is disabled. >>Interrupt: disk is full (OS/BAT manager) --------------------------------------------- (:-( Jacques gelinas, Ph.D., Maths (gelinasj@cmr001) From apollo-request@umix.cc.umich.edu Wed Feb 14 23:52:16 1990 Message-Id: <9002150309.AA26554@unix.sri.com> Date: Wed, 14 Feb 90 18:18:48 PST From: ramu%tcipro.uucp@unix.sri.com (Ramu Iyer) To: apollo%umix.cc.umich.edu%sri-unix.uucp@unix.sri.com Subject: Logging out I am under SR10.2 running X11. Is there a way to do the following: a) I find that I am not able to use % /com/xdmc lo to log out from an xterm. What is the ``cleaner'' way to log out from an xterm? b) My .login puts the DM window manager to sleep. Even after this, when I login, a DM window comes up. What is the best way to put DM to sleep forever? Any help is appreciated. Thanks in advance. --Ramu Iyer Email: ramu%tcipro.uucp@unix.sri.com From apollo-request@umix.cc.umich.edu Thu Feb 15 01:52:31 1990 Date: 15 Feb 90 03:09:00 GMT From: oj%apollo%hp-sdd.uucp@hplabs.hpl.hp.com (Ellis Oliver Jones) Organization: Apollo Computer, Chelmsford, MA Subject: Re: OSF/Motif product availability Message-Id: <48a66c92.20b6d@apollo.HP.COM> References: <3172@ssc-vax.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <3172@ssc-vax.UUCP> leea@ssc-vax.UUCP (Lee Carver) writes: >... I recall a note...on the availability of OSF/Motif on Apollo. I >didn't keep a copy, and now need the information. An OSF/Motif(tm) V1.0 kit is available for Apollo workstations. It contains a Motif developer's kit, including the widgets and the corresponding batch of Xt intrinsics. It includes a few examples and the Motif Window Manager as well. It's been shipping for a couple of months now, for both Motorola M68k and Prism machines. It provides shareable libraries containing the widget and Xt intrinsics code. The kit we shipped did not include the UIL or Mrm subsystems, because those subsystems weren't working correctly on the 1.0 distribution we received from OSF. "Real soon now," they're talking about an update. Isn't emerging technology fun? :-) x-) >I believe the note said that Open Dialogue will provide access to Motif ... Not exactly. Open Dialogue provides *another* (some say better :-) way of developing user interfaces with Motif appearance and behavior. In fact, the current version of Open Dialogue doesn't use any OSF-supplied widget or Xt code at all. >We need to be able to >develop Motif based software on the Apollos, and are trying to >determine which/what kink/how many software development kits to buy. Open Dialogue and OSF/Motif are separate products. OSF/Motif (as we shipped it) is a toolkit in which the application program is responsible for creating each user interface object, and establishing the appropriate callbacks, at runtime. Open Dialogue is an object-oriented User Interface Management System, in which complex user interface appearance and behavior can be set up without recourse to any application code. Both OSF/Motif and Open Dialogue are portable, and both are available in source form. Contact other hardware vendors for information about OSF/Motif availability. Open Dialogue binaries are for sale running on Apollo (I'm supposed to say "HP Domain" these days) and SunOS machines, and we're targeted to put it on DEC and HP-UX machines. * Choose OSF/Motif if your three most important goals are standards, standards, and standards. (If you do choose OSF/Motif, it might be wise to buy the Apollo binaries and ALSO buy a source license from OSF; you'll be able to control your destiny a little faster that way, by getting upgrades the same time we do.) * Choose Open Dialogue if you're interested in object-oriented programming, or if you need a high-productivity development tool. Does this help? Ollie Jones (speaking for myself, not necessarily for HP Apollo Systems Division) From apollo-request@umix.cc.umich.edu Thu Feb 15 13:27:11 1990 Date: Thu, 15 Feb 90 10:41:52 CST From: lray@civilgate.ce.uiuc.edu (Leland Ray) Message-Id: <9002151641.AA00141@civilgate.ce.uiuc.edu> To: apollo@umix.cc.umich.edu Subject: troubles with security >From: inst182%tuvie%mcsun%sunic%luth%eru.uucp@bloom-beacon.mit.edu (Inst.f.Techn.Informatik) > >We have a problem here: >How can we prevent people from shutting down the machine on the >command line of the display manager ? >This is especially troublesome, because there is no warning for >users logged in from normal vt100 terminals... In a word, you can't. Here at the UI, we take the old world approach. We tell everyone who needs to shut down machines how to check resources via llkob. In other cases, /etc/shutdown runs quite nicely (I wish it would throw a message on diskless partners, though). Any person who is the victim of a node shutdown is given the name and address of the person who caused them the trouble. We seldom have repeat customers. Just spendin' my days, Leland Ray Systems Administrator Soakin' in them cathode rays. UIUC - Dept. Civil Engineering lray@civilgate.ce.uiuc.edu (217) 333-3821 From apollo-request@umix.cc.umich.edu Thu Feb 15 19:25:02 1990 Date: Thu, 15 Feb 90 14:26:08 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9002151926.AA19550@richter.mit.edu> To: apollo@umix.cc.umich.edu, inst182%tuvie%mcsun%sunic%luth%eru.uucp@bloom-beacon.mit.edu Subject: Re: troubles with security I just recently received a reply to an old APR regarding safeguarding the "shut" and "ex" commands. According to the reply, the system now looks for the file /sys/node_data/dm_display/shut_lock whenever you issue the DM commands "shut" or "ex". If you have access rights to the file, then the system proceeds with the shutdown. If the file does not exist, then the system goes ahead with the shutdown. If no one is logged in (ie. the DM command line says "plead login") and the file exists, then the system refuses to shutdown until you have logged in and reissued the command. I have not tried any of this yet, as I just received the reply this morning. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Thu Feb 15 19:26:32 1990 Date: Thu, 15 Feb 90 17:07:37 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9002152207.AA19871@richter.mit.edu> To: apollo@umix.cc.umich.edu, inst182%tuvie%mcsun%sunic%luth%eru.uucp@bloom-beacon.mit.edu, krowitz%richter@umix.cc.umich.edu Subject: Re: troubles with security Well, having just put that last message on the net, I'll have to issue a disclaimer ... I just had the time to try out the instructions in the APR response and wound up shutting down my node! I tried creating a "shut_lock" file in `node_data/dm_display and in /etc/dm_display (the former directory was the one mentioned in the APR, but did not exist on my 10.2 system, the latter was already existant), and neither file prevented me from "ex"ing the node. Anyone else had better luck with this? -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Fri Feb 16 00:24:13 1990 Date: 15 Feb 90 20:31:07 GMT From: lau%kings.wharton.upenn.edu%netnews.upenn.edu%vax1.cc.lehigh.edu%vlsi3b15%polyslo%jarthur% (Yan K. Lau) Organization: A Private Heaven Subject: Can C-Kermit run through ttyp's and telnet? Message-Id: <20464@netnews.upenn.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Thanks to all the responses (thanks!!) from the net, I was able to get the latest version of C-Kermit to run on our Apollos. I am now able to specify, for instance, ttyp0 as the line. However, I am still unable to accomplish what I want. The scenario is as follows: I telnet to the Apollos from another machine or from a PC or Mac with an ethernet card. I would like to use kermit to download files directly from the Apollos to the PC or Mac. Is this possible? I can specify the ttyp that I log in through. However, the local kermit and Apollo kermit doesn't seem to be communicating. Yan. )~ Yan K. Lau lau@kings.wharton.upenn.edu The Wharton School ~/~ -Sheenaphile- 128.91.11.233 University of Pennsylvania /\ Darker grows the moon And shadows steal across the prison of my room From apollo-request@umix.cc.umich.edu Fri Feb 16 01:37:04 1990 Date: 15 Feb 90 22:40:49 GMT From: chen%digital%dover%mcdphx%asuvax%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Jinfu Chen) Organization: Motorola, Inc. Logic IC Div, Mesa, AZ Subject: Re: dhrystone Message-Id: <48aa8402.12c9a@digital.sps.mot.com> References: <1096@tuvie> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1096@tuvie> inst182@tuvie (Inst.f.Techn.Informatik) writes: > >I just ran the dhrystone benchmark on our DN3010 and DN3500. The >astonishing result was that the benchmark resulted in about 5000 >dhrystones on both the 3010s and 3500s. Any explanations ? Something must be wrong in your test. Here's my result of various 'stones' on Apollos with different version of OS and cc: System O.S. Compiler Dhrystone 1.1 Dhrystone 2.1 Whetstone 1000000 500000 (stones) reg / noreg (stones) -------------------------------------------------------------------------------- DSP90 Aegis SR 9.7.0.3 cc 4.89 1664 1917.7/1917.7 465116 DSP90 Aegis SR 9.7.0.4 cc 5.50 2089 1895.6/1870.8 545455 DSP90 Domain/OS 10.1.0.4 cc 6.6(28) 2148 1982.2/1969.0 129589 DSP90 Domain/OS 10.1.0.4 cc 6.7(316) 3420 2606.7/2601.5 750000 DN300 Aegis SR 9.7 cc 4.89 962 813.0/813.0 377059 DN320(PEB) Aegis SR 9.2 cc 4.16 814 DN320(PEB) Aegis SR 9.7 cc 4.89 950 773.2/771.2 173410 DN330 Aegis SR 9.2 cc 4.16 1662 480000 DN330 Aegis SR 9.7 cc 4.89 2106 1705.5/1704.5 540540 DN560 Aegis SR 9.6 cc 4.80 2887 674157 DN570-T Aegis SR 9.7 cc 4.80 5220 3934.9/4703.7 1395348 DN570-T Aegis SR 9.7 cc 4.89 4749 4267.4/3856.0 895522 DN570-T(FPX)Aegis SR 9.7 cc 4.80 4735 3676.9/4123.1 1428571 DN570-T(FPX)Aegis SR 9.7 cc 4.89 4622 3934.9/3969.3 1463414 DN660 Aegis SR 9.2 cc 4.16 1591 405405 DN660 Aegis SR 9.6 cc 4.80 1787 379747 DN2500 Domain/OS 10.2 cc 6.7(316) 7271 5543.2/5499.5 1764705 DN3000 Aegis SR 9.2 cc 4.16 2147 504202 DN3000 Aegis SR 9.6 cc 4.80 2245 517241 DN3000 Aegis SR 9.7.0.3 cc 4.89 2202 2519.1/2489.6 508475 DN3000 Aegis SR 9.7.0.4 cc 5.50 2787 2486.3/2487.8 600000 DN3000 Domain/OS 10.1.0.4 cc 6.6(28) 2844 2612.3/2606.8 146341 DN3000 Domain/OS 10.1.0.4 cc 6.7(316) 4443 3443.5/3443.6 789473 DN3000 Domain/OS 10.2 cc 6.7(316) 4452 3427.0/3413.1 779221 DN4000 Aegis SR 9.6.1 cc 4.80 4087 1090909 DN4000 Aegis SR 9.7.0.3 cc 4.89 4267 5692.6/5696.9 1090909 DN4000 Aegis SR 9.7.1 cc 5.50 5447 5585.5/5573.1 1276596 DN4000 Domain/OS 10.1.1.2 cc 6.6(28) 6453 5585.5/5902.0 312500 DN4000 Domain/OS 10.2 cc 6.7(316) 10343 7786.1/7828.8 1714285 DN4000(FPA1)Aegis SR 9.7.1 cc 5.50 5464 5609.6/5609.6 1714286 DN4000(FPA1)Domain/OS 10.1.1.2 cc 6.6(28) 5882 5965.4/5963.0 335195 DN4000(FPA1)Domain/OS 10.2 cc 6.7(316) 10334 7034.3/7029.1 2500000 DN3500 Aegis SR 9.7.1.1 cc 4.89 4464 5036.9/5043.7 1276595 DN3500 Aegis SR 9.7.1.1 cc 5.50 5760 4982.6/4981.7 1500000 DN3500 Aegis SR 9.7.5 cc 5.50 5761 5109.0/5109.0 1500000 DN3500 Domain/OS 10.1.1.2 cc 6.6(28) 6088 5453.6/5437.7 327869 DN3500 Domain/OS 10.1.1.2 cc 6.7(316) 9264 7208.1/7180.5 2307692 DN4500 Aegis SR 9.7.5 cc 5.50 10520 9143.0/9143.6 2222222 DN4500 Domain/OS 10.1.1.2 cc 6.6(28) 10454 9881.4/9874.9 530973 DN4500 Domain/OS 10.1.1.2 cc 6.7(316) 16689 12919.9/12959.0 2857142 DN10000 Domain/OS 10.0.1 cc 6.5(25) 24948 22304.8/22304.8 7500000 DN10000 Domain/OS 10.1 cc 6.7(325) 43859 35714.3/35756.9 20000000 -------------------------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Fri Feb 16 03:30:23 1990 Date: 15 Feb 90 18:53:08 GMT From: keith%imagen.uucp@ucbvax.Berkeley.EDU (Keith Rich) Organization: Imagen Corporation, Santa Clara, CA Subject: Mixed SR10.2/SR9.7 file system performance Message-Id: <9400@imagen.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We recently upgraded our file servers and we are getting slower performance than we had expected. I'd like advice from anyone who has already been through this, or who can suggest what I might try to tune. We replaced six DSP80A/DSP90s with 500 MB disks, with one DN4000 with four 697 MB disks. Most of our workstations are DN3010s with 4 MB of memory and the DSP80As had 3 MB of memory. These systems run SR9.7 for two reasons. We have yet to convert some important programs to run correctly on SR10.2 and we know we will need more than 4 MB of memory to run SR10.2 efficiently. The DN4000 has 12 MB of memory and is running SR10.2 because SR9.7 will only suport two disks. The file system performs well directly on the DN4000, but poorly when serving files for the SR9.7 DN3010s. The degradation is perhaps a factor of 2.5, so I can't just forget it. I suspect that the bottleneck is some sort of interface between SR9.7 and SR10.2, but I'm not sure what or why. The performance acts this way even when I'm only using a single disk, so it isn't simply too many disks on one server. If the ring net were the bottleneck, then I not sure why the DSPs seem better than the DN4000. We are considering the following annoying choice. Upgrade another DN3010 to a DN4000, put two of the 697 MB disks on it, and downgrade both DN4000s to SR9.7. I'm reluctant to do this because it seems to mean that I cannot migrate to SR10.2. Instead, I will have to cut everything over at once (if ever). So, I fear that taking this step will simply lock me into SR9.7 forever. What other (better?) choices have I missed? Where should I look to find out more about how to tune things up? I also had to deal with another annoying problem when I moved my files from my SR9.7 disks to my SR10.2 disks. I discovered that using "cpt from to -pdt -sacl" preserved the Aegis ACLs, but lost the Unix permissions. Using "find ... | cpio -p ..." preserved the Unix permissions, but lost the Aegis ACLs. So I used cpt and then wrote a program to recover the Unix permissions. It worked like "cd oldtree; find . -print | modtree oldtree newtree". Has anyone found a simpler, more direct way to do this? Thanks (in advance), Keith Rich (keith@imagen.com) From apollo-request@umix.cc.umich.edu Fri Feb 16 05:31:00 1990 Date: 16 Feb 90 9:19 +0100 From: Kaj Hejer To: apollo@UMIX.CC.UMICH.EDU Message-Id: <163*kaj@si.uninett> Subject: Please delete..... "si-apollo%si.uninett@tor.nta.no" from the apollo distributionlist. Thanks, Kaj Hejer postmaster@si From apollo-request@umix.cc.umich.edu Fri Feb 16 05:31:25 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9002160959.AA00183@icaen.uiowa.edu> Date: Fri, 16 Feb 90 03:46:34 CST Subject: Re: 2500 memory: banks of 4? To: jimr%maths.su.oz.au%munnari.oz.au.uucp@uunet.uu.net, apollo@umix.cc.umich.edu In posting <1990Feb14.101624.5666@metro.ucc.su.oz.au> Jim Richardson asks: > Am I right in assuming that memory can only be added to a DN2500 in multiples > of 4 SIMMS, that is, in multiples of 4 megabytes in the case of 1MB x 9 > SIMMS? This is not mentioned in the "Domain 2500 Series Owner's Guide". > However, the memory sizing output at boot time suggests that memory is being > interleaved, with each of the four bytes in a longword coming from a > different SIMM. You guessed right Jim. The DN2500 needs memory in banks of 4 SIMMs. This is because the bus between the memory & CPU is 32 bits wide to keep the 68030 working at maximum speed. To get 32 bit wide memory you need 4 bytes (4 SIMMs) per "whack". BTW this is also true in the Apple Macintosh '020' & '030' machines. So the next step up from 4 Mbytes is 8 Mbytes, 6 Mbytes is not an option. For what it's worth, we run all our machines at a minimum of 8 Mbytes, if you are going to do a bunch of "X" stuff, 12 Mbytes or more is reccomended. Memory for the DN2500 really isn't very expensive because they use the standard SIMMs. We've seen lots of sources for under $100 US. Dave Funk From apollo-request@umix.cc.umich.edu Fri Feb 16 07:30:53 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9002161039.AA00187@icaen.uiowa.edu> Date: Fri, 16 Feb 90 04:07:21 CST Subject: Re: Here's a new one ... (crp problem) To: apollo@umix.cc.umich.edu, krowitz@richter.mit.edu In posting <9002142151.AA18092@richter.mit.edu> krowitz@richter.mit.edu (David Krowitz) says: > I've just found a new oddity with my mixed SR9.7/SR10.2 network ... > The `node_data/tmp directories of the SR9.7 nodes are filling up > with files of the form "crp00", "crp01", "crp02", etc. Apparently > a new file is created each time I crp onto a SR9.7 node from an > SR10.2 node. When "crp99" is reached, I can no longer crp onto > the SR9.7 node from an SR10 node, although I can still crp onto it > from another SR9.7 node. The error manifests itself on the SR10 > nodes with the message "no more resources". > > The quick fix is to simply delete the offending "crpxx" files from > the SR9.7 nodes with the command "dlf -f -nq -du //?*/sys/node_data?*/tmp/crp??", > but can anyone shed any light on why this is happening? Pre sr10, the "crp" mailboxes were created and reused in the `node_data directory. At sr10 they were moved into "/dev" (actually `node_data/dev) to be JLRU. (Unix doesn't understand "tty" devices that aren't in /dev.) To create & reuse them there, "/dev" must be world writeable. As you can run a sr9.7 system with out having "/dev" world writeable, yours might not be if you have very tight ACLs. (We ran it that way.) So when a sr10 crp encounters a sr9.7 system that it can't write into /dev on, it takes what it thinks is the next best place to put the crp mailboxes. You guessed it, in "/tmp". If you give the world "write" rights to "/dev" on your sr9.7 systems then the "crp??" things will start accumulating in the "/dev" directory. Under sr10.1 they would get recycled and would not accumulate, similar to the sr9.7 crp mailboxes in `node_data. However it looks like you have found a bug in sr10.2 that causes it to just keep creating new ones, not recycle existing ones. I've checked it here, when I use a sr10.1 machine, they don't accumulate but when I use a sr10.2 machine, they do. It looks like they deserve an APR for this one. Dave Funk From apollo-request@umix.cc.umich.edu Fri Feb 16 11:26:07 1990 Date: 15 Feb 90 23:45:34 GMT From: sharp%ksi.cpsc.ucalgary.ca%calgary%alberta%ubc-cs%van-bc.uucp@ucbvax.Berkeley.EDU (Maurice Sharp) Organization: Knowledge Science Lab, U. of Calgary, Calgary, Canada. Subject: Open letter to ParcPlace (WARNING to users) Message-Id: <2507@cs-spool.calgary.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Clearly the subject indicates an unfavorable comment on ParcPlace systems. So before I launch into the complaint, let me state that I feel 2.5 is an excellent version of Smalltalk and that ParcPlace put out best environment I have seen. Now to the complaint. When we originally decided on ParcPlace smalltalk it was because the system was supported on many different platforms. These included Sun, Apollo, IBM, with Mac in the works. This was perfect for our environment. Our main development platforms are Apollos, but we also want to demonstrate systems on Macs, since they are more portable. What is more, ParcPlace made it sound like all the platforms would remain supported. The lab projects are oriented to AI, and Smalltalk provides an interesting vehicle for prototyping systems and a great time saving environment for implementing thesis projects. First we purchased a few copies for the Apollos, then we joined the ParcRanger program. Apollos was our main platform, but we also purchased Sun3, Sun4, IBM, and Mac. All was well, then came the 2.5 release. Much to our dismay, ParcPlace declined to upgrade the Apollo platform. Their reason was that it was not cost effective. Could this have something to do with the recent purchase of Apollo by HP ? In fact, HP *paid* ParcPlace to port Smalltalk to their platform. So ParcPlace approached Apollo about taking supporting ParcPlace in the upgrade of smalltalk on the Apollo platform. I find this type of behavior disgusting. Why should Apollo pay for the privilege of having a new smalltalk on their machines ? Did ParcPlace ask Sun to pay ? IBM ? Apple ? I doubt it, they would likely be told where they could stick their question. I could understand if ParcPlace did not have smalltalk already running on the Apollo platform. But they do, and the upgrade to 2.5 can not take that much work. Most of the hard stuff is already done (Graphics). What does this mean to you as a customer of ParcPlace. It means *BEWARE*, the next release may NOT support your platform. Clearly ParcPlace does not feel bound by their support and upgrade license policy. If they did, they would take the small effort and port 2.5 to the Apollo platform. As it is, we are shafted. PARCPLACE SYSTEMS IS UNRELIABLE ! I realize that there may not be that many Apollo sites that have purchased smalltalk. On the other hand, by the next release, perhaps the amount of Sun3 sites will have dropped, or the amount of DEC stations will not be what ParcPlace expected. So who is next ParcPlace ? Who will be the next platform dropped from your current line ? Who else will be asked to pay for the privilege of having your smalltalk upgraded for their platform ? What other license agreements will you break ? In case you are wondering, I have mailed your support line about these disagreements. I have mailed both the generic support line, and directly to Lynn. I have received no reply. Perhaps now you will grace me with a reply, perhaps even a working 2.5 for the Apollos. Or do I have to pay for composition of the reply ? My request is that if you find this as disgusting as I do, that you send mail to support@parcplace.com and let them know. Maurice The opinions above may not represent the feelings of the University of Calgary, but they certainly reflect those of most of the people at the Lab, and those who decide how our lab money is spent. Maurice Sharp MSc. Student University of Calgary Computer Science Department 2500 University Drive N.W. sharp@ksi.cpsc.UCalgary.CA Calgary, Alberta, T2N 1N4 ...!alberta!calgary!sharp From apollo-request@umix.cc.umich.edu Fri Feb 16 11:41:44 1990 Date: 16 Feb 90 13:32:22 GMT From: inst182%tuvie%mcsun.uucp@uunet.uu.net (Inst.f.Techn.Informatik) Organization: Technical University of Vienna, EDP-Center Subject: Re: troubles with security Message-Id: <1111@tuvie> References: <9002152207.AA19871@richter.mit.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <9002152207.AA19871@richter.mit.edu> krowitz%richter@UMIX.CC.UMICH.EDU (David Krowitz) writes: >I tried creating a "shut_lock" file in `node_data/dm_display >and in /etc/dm_display (the former directory was the one >mentioned in the APR, but did not exist on my 10.2 system, >the latter was already existant), and neither file prevented >me from "ex"ing the node. > >Anyone else had better luck with this? > > -- David Krowitz What about the Apollo people answering this question? I've been told that my predecessors tried to explain to the local Apollo guys that this situation is not a desirable situation, however either they really did not understand it or they did not like to understand the problem. bye, mike ____ ____ / / / / / Michael K. Gschwind mike@vlsivie.at / / / / / Institute for VLSI-Design mike@vlsivie.uucp ---/ Technical University, Vienna / ___/ From apollo-request@umix.cc.umich.edu Fri Feb 16 11:42:39 1990 Date: 14 Feb 90 19:56:36 GMT From: lampi%stb%ucla-an.uucp@RAND.ORG (Michael Lampi) Organization: MDL Corporation, Torrance, CA 90508 Subject: Disk Data Check errors Message-Id: <1990Feb14.195636.17067@stb.uucp> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu A message was recently posted asking about the significance of the message "disk data check" after a system crash and reboot. This message means that a portion of your disk has been "destroyed"; i.e., either the formatting has been corrupted, the area has been physically altered (unlikely-->head crash?), or the data has been overwritten erroneously. These problems typically appear after a power failure, electrical storms, etc., where electrical problems get transmitted through the disk head(s) to the disk surface. The best solution is to offload your disk, run DEX and/or FBS to locate any "new" badspots, run INVOL and reload your data. An alternate solution is to rename the file(s) showing as "bad" in the error log files to some unused name (like badspotx), and add the disk block(s) to the INVOL bad sector list. On the other hand, your disk drive may be on the verge of needing replacement, as some CDC and Tecstor disks start showing these errors more and more frequently before failure. Michael Lampi MDL Corporation (213) 782-7888 Fax (213) 782-7927 P. O. Box 745, Torrance, CA 90508 (Note new net address) From apollo-request@umix.cc.umich.edu Fri Feb 16 12:06:42 1990 Date: Fri, 16 Feb 90 11:04:04 CST From: Andrew M. Wescott Message-Id: <9002161704.AA16287@lnic1.hprc.uh.edu> To: apollo@umix.cc.umich.edu, lau%kings.wharton.upenn.edu%netnews.upenn.edu%vax1.cc.lehigh.edu%vlsi3b15%polyslo%jarthur% Subject: Re: Can C-Kermit run through ttyp's and telnet? If you are using a PC or Mac with an ethernet card you'd probably be better off using ftp. You can download NCSA Telnet (with ftp abilities)) from 128.174.20.50. They also have some X and Mac based 2d visualization packages. The X stuff runs fine under SR 10.2. Andrew Wescott University of Houston Department of Chemical Engineering From apollo-request@umix.cc.umich.edu Fri Feb 16 12:06:59 1990 Date: 14 Feb 90 19:56:36 GMT From: lampi%stb%ucla-an.uucp@RAND.ORG (Michael Lampi) Organization: MDL Corporation, Torrance, CA 90508 Subject: Disk Data Check errors Message-Id: <1990Feb14.195636.17067@stb.uucp> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu A message was recently posted asking about the significance of the message "disk data check" after a system crash and reboot. This message means that a portion of your disk has been "destroyed"; i.e., either the formatting has been corrupted, the area has been physically altered (unlikely-->head crash?), or the data has been overwritten erroneously. These problems typically appear after a power failure, electrical storms, etc., where electrical problems get transmitted through the disk head(s) to the disk surface. The best solution is to offload your disk, run DEX and/or FBS to locate any "new" badspots, run INVOL and reload your data. An alternate solution is to rename the file(s) showing as "bad" in the error log files to some unused name (like badspotx), and add the disk block(s) to the INVOL bad sector list. On the other hand, your disk drive may be on the verge of needing replacement, as some CDC and Tecstor disks start showing these errors more and more frequently before failure. Michael Lampi MDL Corporation (213) 782-7888 Fax (213) 782-7927 P. O. Box 745, Torrance, CA 90508 (Note new net address) From apollo-request@umix.cc.umich.edu Fri Feb 16 13:56:38 1990 Date: 16 Feb 90 14:51:00 GMT From: oliveria%caen.engin.umich.edu%umich.uucp@CS.YALE.EDU (ROQUE DONIZETE DE OLIVEIRA) Organization: U of M Engineering, Ann Arbor, Mich. Subject: stdarg.h Message-Id: <48ade798.901b@dude.engin.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Any reason why the apollos don't have /usr/include/stdarg.h, the X3J112 (ANSI C) replacement for varargs.h ? It is a pain to have to change programs to use varargs.h . Roque D Oliveira oliveria@caen.engin.umich.edu From apollo-request@umix.cc.umich.edu Fri Feb 16 14:04:35 1990 Date: 16 Feb 90 17:46:47 GMT From: sun%me%jarvis.csri.toronto.edu%cs.utexas.edu%swrinde.uucp@ucsd.edu (Andy Sun Anu-guest) Organization: University of Toronto, Department of Industrial Engineering Subject: Merged Registries Need Help Message-Id: <1990Feb16.124647.889@me.toronto.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi Net: Another problem pops up recently which I think is a quite nasty one. I hope some of you could enlighten on ways to remedifying it. We have two Apollo rings in the department, one ring consists of a DN3500 and a DN4000 (Ring A). Another ring consists of a DN3500 and two DN3000s (Ring B). They are both connected to the Ethernet, with both DN3500s as servers. I ran rgy_merge on Ring B's DN35000 rgy_merge -from (Ring B server name) and the final result is that Ring B's registry was overwritten by Ring A's. The next thing that I did was to change the root password back to the original one in Ring B. This somehow alters the one in Ring A also! I've rebooted Ring B and things seems to be back to normal again for Ring B (registry back to original). The problem is the registry of Ring A is now a mess (looks like it to me). I couldn't su to root even I am in wheel group. And the mailer cannot deliver received mails to the right user (it couldn't seem to locate the user id.). Does anybody know what's happening? Is there a way to fix this? Any help will be appreciated before I phone up Apollo in the States. Andy From apollo-request@umix.cc.umich.edu Fri Feb 16 14:15:03 1990 Date: 16 Feb 90 16:27:00 GMT From: oj%apollo.uucp@eddie.mit.edu (Ellis Oliver Jones) Organization: Apollo Computer, Chelmsford, MA Subject: Re: GPR borrow mode display hang Message-Id: <48ae3e15.20b6d@apollo.HP.COM> References: <7639@tank.uchicago.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <7639@tank.uchicago.edu> rtp1@tank.uchicago.edu (raymond thomas pierrehumbert) writes: >I would like to write some routines that >use the display in "borrow" mode, i.e. take over the whole display. >My worry is, what if one of my students uses these in a program, but >gets stuck in a loop, or otherwise forgets to have the program >terminate GPR and give back the display? Just Like Real Aegis :-) , press -Q . -Q is the default quit character for borrow-mode. >It would seem then that I would really be stuck, as >ctrl-c seems to be ignored in this situation (or is it?) You can change the default quit character with gpr_$set_quit_event. For example, to set the quit character to ^C (3), try #include #include char quitchar = 3; status_$t sts; ... gpr_$init ( gpr_$borrow...); ... gpr_$set_quit_event ( gpr_$keystroke, quitchar, &sts); The problem with this, obviously, is that your students may put it in some programs and not in others, so you'll have to guess what the quit character is when you get a hung borrow-mode program. The other problem is that you can disable quits altogether with this call, and that's definitely bad (unless you're writing a very robust piece of software). >I can't even shut down and reboot without >getting at the display manager. Won't the DM respond to the shutdown switch on the front of the 10K box even when you're in borrow mode? >I suppose I could log in as the >student over the network (if inetd doesn't crash) and kill the job Yes, or you could run spm and crp -on to the node and do the same thing. If you do % su # crp -on //offending_node -me you'll have root privs on the offending node and process-ownership won't be an issue. >Are these concerns just vapor? I've heard lots of arguments about why borrow-mode programs are undesirable, but I haven't heard of this particular issue as a serious problem before. /Ollie Jones (speaking for myself, not necessarily for HP Apollo Systems Division). From apollo-request@umix.cc.umich.edu Fri Feb 16 17:58:03 1990 Date: 16 Feb 90 13:26:50 GMT From: awhitton%bcara132%bnrgate.uucp@uunet.uu.net (Alan Whitton @ BNR) Subject: syslogd on Apollos (SR10.2) Message-Id: <875@bnrgate.bnr.ca> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi: I am curious is anyone out there using SYSLOGD (Unix system logging utility)? I know that Apollo has it's own PROPRIETARY system auditing tool (which looks good) but we have a shop with SUNs and other beasts and I want something I can use on ALL systems (or at least more than 1 ). It seems to log messages for most of the UNIX type things like LPD and NAMED but will it log any OS problems. Am I naive to think that DOMAIN/OS might even think of using this utility? Be Seeing You, Alan -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This is ONLY my Opinion Bell Northern Research awhitton@bnr.ca "I am not a number, I am a free man!" From apollo-request@umix.cc.umich.edu Sat Feb 17 00:02:06 1990 Date: 16 Feb 90 20:12:58 GMT From: chen%digital%dover%mcdphx%asuvax%cs.utexas.edu%samsung%zaphod.mps.ohio-state.edu%pacific.mps. (Jinfu Chen) Organization: Motorola, Inc. Logic IC Div, Mesa, AZ Subject: Re: Weird login-/etc/ping-/usr/ucb/whoami behaviour Message-Id: <48af0749.12c9a@digital.sps.mot.com> References: <20873@watdragon.waterloo.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <20873@watdragon.waterloo.edu> dvadura@watdragon.waterloo.edu (Dennis Vadura) writes: >I have the following three problems. >Machine: DN3500, 8 megs ram, 350 meg disk, SR10.2, runs in x-owns-root > >I have run out of ideas as to what could be causing the problem, although >I am certain that it is my fault. That is, none of this took place when >I first installed SR10.2, but I went and ran protection sripts, that we have, >to modify permissions since the install made everything under /sys, and >elsewhere writable by everybody (not good). After running the scripts the >following three problems have shown up: I don't know if this helps or not. There're directories under /sys needed to be wide open. Especially /sys/node_data and some directories under. /tmp, /dev, and many system log/temp directories are under /sys/node_data (/tmp is a link to /sys/node_data/tmp, so as /dev, and some directories in /usr/spool). So if you tight up protection from /sys on, you're in big trouble. I agree that the default acls provided by Apollo in SR10.1 and 10.2 are not tight enough and they don't provide a good script to set them up properly as in the good-old day of SR9.7. I'm also amazed by the size of the SR10.2 acl template: -rwxrwxr-x 1 root 1267125 Oct 13 07:24 templates/apollo/os.v.10.2/ip.closed_sysv -- Jinfu Chen (602)898-5338 | Disclaimer: Motorola, Inc. Logic IC Div., Mesa, AZ | ..{somewhere}!uunet!dover!digital!chen | My employer doesn't pay chen@digital.sps.mot.com | me to express opinions. From apollo-request@umix.cc.umich.edu Sat Feb 17 01:52:12 1990 Date: 17 Feb 90 06:02:32 GMT From: stan%ziploc.uucp@ucbvax.Berkeley.EDU (Stan Osborne) Organization: San Francisco State University (Computer Science Dept.) Subject: DN2500 configuration questions Message-Id: <317@toaster.SFSU.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Background: We are buying one DN2500 to try out HP/Apollo equipment. If we like what we find, we will buy alot more over the next few years. (We have labs we want to fill with Workstations.) Our budget for this is limited. We would like to not buy the external SCSI tape drive from HP, as this will cost us 1,875.50 and 3rd party suppliers can provided similar equipment for half this price. We would like to use the money we save to buy as much memory for the system as is possible. I am posting this with the hope that someone with first hand experience with the DN2500 will be able to reply quickly with concise and useful information. Please reply via email to: stan@toaster.sfsu.edu Questions: All of these apply only to the DN2500. 1) Does the Workstation Cell come with any memory? (Our quote defines a Cell as including 68030 processor, power supply, operating system license and documentation. What use is a processor without memory?) 2) Is it possible to use 3rd party memory? 3) If it is possible to use 3rd party memory, what are the exact specifications for this memory? 4) Is it possible to use 3rd party External SCSI Cartridge Tape? 5) If it is possible to use 3rd party External SCSI Cartridge Tape, what are the exact specifications for this external tape system? Additional Comments: It is our understanding that a large (50+) network of Workstations using Domain/OS (SR10) requires much less manpower to manage, than networks using similar Workstations from other vendors. We always try to get the most for our money. (We have so little of it.) We are not able to have enough well trained support staff. It seems to make sense to buy HP/Apollo, even if it were not so nicely discounted to Universities. Thanks in advance to anyone who takes the time to provide feedback. Please reply via email to: stan@toaster.sfsu.edu -- Stan Osborne, Computer Science Department, San Francisco State University Internet: stan@cs.sfsu.edu Usenet: cshub!stan Voice: (415) 338-2168 From apollo-request@umix.cc.umich.edu Sat Feb 17 07:29:40 1990 Date: 16 Feb 90 19:32:52 GMT From: danny%idacom%aunro%alberta%ubc-cs.uucp@beaver.cs.washington.edu (Danny Wilson) Organization: IDACOM Electronics Ltd. Subject: Re: cannot remove file Message-Id: <1990Feb16.193252.14662@idacom.uucp> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >We have kind of a problem: We had a system crash and now we cannot remove >some directories. Among these is /etc/sys5.3 which we obviously need >to recreate. salvd won't help but exits with the line > >?(salvd) "sys5.3" - disk data check (OS/disk manager) This usually means that one or more physical blocks on the disk have been corrupted. This also is a sign of deteriorating disks - I'd be very careful over the next while watching for other such errors. You can determine the block number by using 'lsyserr'. Once you know the block number, you should mark these blocks as BAD-SPOTS (including the block before and after the affected ones) using the disk formatting routine INVOL. After adding to the badspot list, simply shutdown, salvol and reboot the node. -- Danny Wilson danny@idacom.uucp IDACOM Electronics alberta!idacom!danny Edmonton, Alberta X.400 danny@idacom.cs.ubc.cdn C A N A D A Voice +1 403 462 4545 From apollo-request@umix.cc.umich.edu Sun Feb 18 03:24:14 1990 Date: 14 Feb 90 22:26:02 GMT From: kerr%tron.uucp@uunet.uu.net (Dave Kerr) Organization: Westinghouse Electric Corporation Subject: Re: SR10.1 BSD4.3 terminal support Message-Id: <485@tron.UUCP> References: <258@cipher.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <258@cipher.UUCP> rgs@cipher.UUCP (Bob Schultz) writes: >We have a bunch of Wyse 50 terminals that were purchased >for our BSD4.3 VAX. I'd like to connect one directly to >Apollo (rather than rlogin from the VAX), but am unable >to get the "Back Space" and "Del" keys to work. I'm >using the same terminal on both machines and have even >tried the VAX termcap entry on Apollo with no success. >Any ideas? [ details deleted ] >-------------------------------------------------------------- > >Bob Schultz uunet!cipher!rgs >Cipher Data Products, Inc. (619) 693-7054 >San Diego I had a similar problem, except my terminal was a vt100 style. I issued a tctl -default -speed -cvt_nl and everything worked OK after that. BTW: This was at SR10.1. -- Dave Kerr (301) 765-4453 (WIN)765-4453 tron::kerr Internal WEC vax mail kerr@tron.bwi.wec.com from an Internet site kerr@tron.UUCP from a smart uucp mailer From apollo-request@umix.cc.umich.edu Sun Feb 18 17:21:20 1990 Date: 18 Feb 90 15:03:21 GMT From: ccsmm%gdt%dcl-cs%ukc%mcsun.uucp@uunet.uu.net (Martin Maclaren) Organization: University of Bath, England Subject: Re: troubles with security Message-Id: <1990Feb18.150321.11643@bath.ac.uk> References: <9002152207.AA19871@richter.mit.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu On the subject of security, I've had some hasstle with trying to lock up the /sys/print/queue & /sys/print/spooler dirtectories ( at 9.7 ). The only protection that /com/prsvr seems to like is at least world dwrx rights on initial files. - Anyone had any luck with this one? On the 'SHUT' and 'EX' fronts from DM, is it possible to edit the dm binary in the appropriate places at SR 10.2? It seems rather an extreme move. Also, I just tried the following..... # cat > s.c main() { os_$shutdown(); } *** EOF *** # cc s.c # a.out It worked. Martin From apollo-request@umix.cc.umich.edu Sun Feb 18 19:20:37 1990 Date: 15 Feb 90 14:59:42 GMT From: snowden%ohstpy%pacific.mps.ohio-state.edu%zaphod.mps.ohio-state.edu%samsung%cs.utexas.edu.uucp@ Subject: Help with anonymous FTP Message-Id: <7997.25da7d8e@ohstpy.mps.ohio-state.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I set up anonymous FTP by the book (Unix Sys Admin by Nemeth,Snyder & Seebass) on a DN4500 (SR9.7, BSD 4.2 TCP/IP 3.1) and it does not work. Remote users get "550 Can't set guest privledge". Also TELNET will allow an FTP login and that's not right. I suppose Aegis has something do do with this. I would appreciate any help. From apollo-request@umix.cc.umich.edu Sun Feb 18 23:25:37 1990 Date: 19 Feb 90 02:57:09 GMT From: kato%etlcom%titcca%ccut%sun-barr.uucp@apple.com (Toshikazu Kato) Organization: Electrotechnical Laboratory, Tsukuba Science City Subject: Please, change our e-mail address (mailing list to/from Japan) Message-Id: <40167@etlcom.etl.go.jp> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Dear colleagues: We have changed our e-mail address for apollo-mailing-lists in Japan. Please, change your mailing-lists. (old) apollo.users@etl.jp or apollo.users@etl.junet (new) apollo.users@etl.go.jp ^^^ Thanks in advance.... Toshi -- Toshikazu KATO "A human is a creature of feelings" Interactive Interface Systems Section, Intelligent Systems Division, Electrotechincal Laboratory (ETL), Tsukuba Science City, Ibaraki 305, Japan E-mail: kato@etl.go.jp VOICE: +81 298 58 5987 FAX: +81 298 58 5989(GIII) -- Toshikazu KATO "A human is a creature of feelings" Interactive Interface Systems Section, Intelligent Systems Division, Electrotechincal Laboratory (ETL), Tsukuba Science City, Ibaraki 305, Japan E-mail: kato@etl.go.jp VOICE: +81 298 58 5987 FAX: +81 298 58 5989(GIII) From apollo-request@umix.cc.umich.edu Mon Feb 19 05:29:34 1990 Date: 19 Feb 90 07:57:14 GMT From: houghton@iuvax.cs.indiana.edu (Ric) Subject: two drive DN3000 Message-Id: <36264@iuvax.cs.indiana.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Can anyone suggest how easy it might be to run two drives on a DN3000 running SR10.1? I can't seem to find any documentation on this and our Apollo/Hp takes several tries before you can get any information from him. We have an extra 70 meg drive (with controller) that I would like to install in either of two machines, one has a 70 meg, the other has a 360 meg. Thanks for any help. Ric From apollo-request@umix.cc.umich.edu Mon Feb 19 05:33:56 1990 Date: 18 Feb 90 23:05:42 GMT From: danny%idacom%aunro%atha%philmtl.uucp@uunet.uu.net (Danny Wilson) Organization: IDACOM Electronics Ltd. Subject: PAD Types Message-Id: <1990Feb18.230542.24066@idacom.uucp> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu A while back I ported a UNIX program to SR9.7 and enhanced its output because of the way PADs handle character output. The original (unix) program implemented a 'counting' type display by printing a number followed by a CR. (a la.. for (i=0,i<10,i++) printf("Value is %d\r", i) printf("file transfer complete\n") Running on a PAD, since all the characters would get queued up in the transcript pad, it didn't create the same effect. So, I enhanced the program to create a little window at the top of the pad to display the 'counting' numbers in. It went something like: inquire about stdout; if it is of type pad_$uid, then create a little window with frame open a stream to that window/frame put the output there else put the output to stdout However, now that we've upgraded to SR10.1, the program no longer works! The inquiry about ios_$stdout yields that it is of type "input_pad_$uid" instead of simply "pad_$uid". WHY? I can't really see why the "output" should be of type "input"... etc Has anyone out there seen this weirdness and can explain it? (Code segments below ) (lots of detail removed!) attr.strid = ios_$stdout; /* inquire about stdout */ stream_$inquire(input_mask, stream_$use_strid, attr, error, status); ob_type = attr.otype; /* now know where output is going */ /* if it's a pad, then create a little window and put the ouput there */ if (ob_type == pad_$uid) pad_$create(" ", 0, pad_$transcript, ios_$stdout, pad_$top, pad_$abs_size, 1, str_out, status); if ((ob_type == pad_$uid) || (ob_type == input_pad_$uid)) { /* create a frame to display the block count in */ pad_$create_frame(str_out, (short)80, (short)20, status); frame_id = fdopen(str_out, "w"); } else frame_id = stdout; /* block count to stdout */ for (i=0; i<5; i++) { /* only put returns if not to a file or a mailbox(crp) */ if (ob_type != mbx_$uid && ob_type != uasc_$uid) { fprintf(frame_id, "Block number %d\r", i); fflush(frame_id); } /* close frame, stream, window et al */ -- Danny Wilson danny@idacom.uucp IDACOM Electronics alberta!idacom!danny Edmonton, Alberta X.400 danny@idacom.cs.ubc.cdn C A N A D A Voice +1 403 462 4545 From apollo-request@umix.cc.umich.edu Mon Feb 19 09:29:41 1990 Date: 19 Feb 90 12:43:50 GMT From: John_A_Pham%cup.portal.com%portal%portal.uucp@apple.com Organization: The Portal System (TM) Subject: Need help with DN600 and DN400 Message-Id: <27097@cup.portal.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hello world, I just have access to two Apollos (DN600 and DN400), however I can not find a manual for these two beast!! :( so I wonder if anyone has an extra set of manual sitting around they would like to loan it to me for a couple days or so. I'm interest in any hardware/software that you may have...even a catalog :) Thanks much, John ps.....since I just set up this DN600, I notice that it has a RGB cable to the 2131 color monitor. It has 3 BNC connectors (labeled A1, A2, and A3) does A1 go into RED A2 --> Green A3 --> Blue ?? and.. the cpu board contains 2 68000s! ... did anyone ever remove them and upgrade those two cpus to 68010? Did the performance increase? From apollo-request@umix.cc.umich.edu Mon Feb 19 15:24:37 1990 Date: 19 Feb 90 19:05:34 GMT From: rtp1%tank%ux1.cso.uiuc.edu%uwm.edu%zaphod.mps.ohio-state.edu.uucp@think.com (raymond thomas pierrehumbert) Organization: University of Chicago Subject: Re: Can C-Kermit run through ttyp's and telnet? Message-Id: <7702@tank.uchicago.edu> References: <20464@netnews.upenn.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu All the Mac implementations of Kermit I know are designed to work over the serial line using raw Kermit protocals (i.e. not Appletalk, which also can go out over the serial line). No amount of tty setting, hacking, etc. on the Apollo will change this. On your PC or mac you need to have some way to redirect the stream to the TCP/IP handler. With most telecomm applications, this cannot be done without recoding and recompiling (with the Mac communications toolbox, that may eventually change). Sometimes, I feel I'd like to use Versaterm Pro on my mac to communicate over Ethernet (instead of telnet), but mostly THERE IS NO NEED TO KERMIT OVER A TCP/IP NETWORK. It is inefficient, as Kermit does all sorts of packetizing and error checking which just duplicates what you get built in to TCP/IP. If you want to transfer files to/from a PC or mac on Ethernet (or other net + bridge), use NCSA Telnet, which is free and has FTP built in. On the other hand, when I log in to a unix box over the phone lines from my Mac, then telnet to my APollo from there, I can run kermit (Versaterm Pro on the Mac side, c-kermit on the APollo side) with no problem , as long as the comm link is 8-bits/no parityt all the way through. From apollo-request@umix.cc.umich.edu Mon Feb 19 19:32:26 1990 Date: 19 Feb 90 23:39:37 GMT From: scott%labtam%munnari.oz.au%samsung%zaphod.mps.ohio-state.edu%uwm.edu.uucp@lll-winken.llnl.gov (Scott Colwell) Organization: Labtam Limited., Melbourne, Australia Subject: salvol on 2nd drive does not run. Message-Id: <2116@labtam.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have written a script to emulate the SysV mountall(1M) command which scans /etc/fstab for filesystems to mount. As part of this it constructs a salvol command to check the disk. I am using the script on a DN3000 with two 150M drives on the Omti controller and when my mountall script tries to salvage my 2nd drive, salvol barfs. i.e. salvol -n -c w0:1 1 2 arguments found after "-c" expected 1 if I omit the logical volume number salvol -n -c w0:1 bad character Stand alone salvol (ex salvol from mnemonic debugger) works fine, and /etc/salvol worked fine during testing but hasn't run since. I vaguely remember something like this being mentioned some time back, If anybody can shed any light on this I would much appreciate it. I am running SR10.1.1.2 (Mentor Graphics patched version) and a System V.3 large installation. From apollo-request@umix.cc.umich.edu Mon Feb 19 21:23:03 1990 Message-Id: <9002200016.AA21640@unix.sri.com> Date: Mon, 19 Feb 90 16:06:37 PST From: ramu%tcipro.uucp@unix.sri.com (Ramu Iyer) To: apollo%umix.cc.umich.edu%sri-unix.uucp@unix.sri.com Subject: Interleaf and SR10.2 I am having trouble getting the Imagen printer driver to work using Interleaf under SR10.2. Any suggestions would be welcome. Thanks in advance. --Ramu Email: ramu%tcipro.uucp@unix.sri.com From apollo-request@umix.cc.umich.edu Mon Feb 19 23:27:44 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9002200307.AA00114@icaen.uiowa.edu> Date: Mon, 19 Feb 90 21:07:48 CST Subject: Re: Help with anonymous FTP To: apollo@umix.cc.umich.edu, snowden%ohstpy%pacific.mps.ohio-state.edu@zaphod.mps.ohio-state.edu In posting <7997.25da7d8e@ohstpy.mps.ohio-state.edu> snoden%ohstpy asks: >I set up anonymous FTP by the book (Unix Sys Admin by Nemeth,Snyder & Seebass) >on a DN4500 (SR9.7, BSD 4.2 TCP/IP 3.1) and it does not work. Remote users >get "550 Can't set guest privledge". Also TELNET will allow an FTP login and >that's not right. I suppose Aegis has something do do with this. I would >appreciate any help. The problem is that the BSD system call "chroot" is not implemented in Aegis & Domain/OS. It is there but all attempts to use it just return the error status EPERM (even for root). Somebody in Apollo explained the problem as being caused by the fact that ".." of "/" is not "/". When ftp sees the failure of "chroot" it emits the error "550". So for the time being, anonymous ftp to an Apollo doesn't work. Does anybody in Apollo know if there's going to be a change in this? Dave Funk From apollo-request@umix.cc.umich.edu Mon Feb 19 23:29:50 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9002200247.AA00104@icaen.uiowa.edu> Date: Mon, 19 Feb 90 20:36:05 CST Subject: Re: PAD types To: apollo@umix.cc.umich.edu, danny%idacom%aunro%atha%philmtl.uucp@uunet.uu.net In posting <1990Feb18.230542.24066@idacom.uucp> Danny Wilson writes: >A while back I ported a UNIX program to SR9.7 and enhanced its >output because of the way PADs handle character output. [stuff deleted] >So, I enhanced the program to create a little window at the top of >the pad to display the 'counting' numbers in. It went something like: > > inquire about stdout; > if it is of type pad_$uid, then > create a little window with frame > open a stream to that window/frame > put the output there > else > put the output to stdout > >However, now that we've upgraded to SR10.1, the program no longer works! > >The inquiry about ios_$stdout yields that it is of type "input_pad_$uid" >instead of simply "pad_$uid". > >WHY? I can't really see why the "output" should be of type "input"... etc >Has anyone out there seen this weirdness and can explain it? My guess is that you've been hit with more JLRU. At sr10, the "tty" command will return a "tty device" for any interactive shell, even a DM pad. Thus the "tty" for your DM window is its transcript pad, "/dev/display" and all those "/dev/pad*" thingies. Unix expects "/dev/tty" to be both readable and writeable, and can't understand the idea of having std-in and std-out going to 2 different types of "devices" for the same "/dev/tty". Thus if you look at all your standard streams for your shell in a DM window using the "/com/lopstr" tool, you'll see that they are all "input pad". One workaround for this that is OS rev independent: at sr10 they've finally documented the DM pad call "pad_$isa". Give this little gem your std-out or other stream, and it'll return a status of OK if its to a DM pad, error otherwise. I can see where this'll become important when there's more X stuff around. Then a window may not be a DM pad. Dave Funk From apollo-request@umix.cc.umich.edu Tue Feb 20 18:38:02 1990 Date: Tue, 20 Feb 90 09:14:08 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9002201414.AA27193@richter.mit.edu> To: apollo@umix.cc.umich.edu, houghton@iuvax.cs.indiana.edu Subject: Re: two drive DN3000 Apollo doesn't officially support more than one drive on the DN3000. Two or four drives are supported on the DN3500, DN4000, and DN4500. All of the drives must be of the same type. If it will work at all, you'll have to add the 70MB drive to the machine which already has other 70MB drive (presumably, an identical model). -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Tue Feb 20 20:27:27 1990 Date: 20 Feb 90 15:11:56 GMT From: lau%kings.wharton.upenn.edu%netnews.upenn.edu%vax1.cc.lehigh.edu%vlsi3b15%polyslo%jarthur%usc% (Yan K. Lau) Organization: A Private Heaven Subject: Re: Can C-Kermit run through ttyp's and telnet? Message-Id: <20607@netnews.upenn.edu> References: <9002161704.AA16287@lnic1.hprc.uh.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <9002161704.AA16287@lnic1.hprc.uh.edu> wescott@LNIC1.HPRC.UH.EDU (Andrew M. Wescott) writes: >If you are using a PC or Mac with an ethernet card you'd probably >be better off using ftp. You can download NCSA Telnet (with ftp > >Andrew Wescott Obviously I didn't make myself clear when I requested help on kermit. >From our PC or Mac We dial-in to a Encore terminal server which allows telnet to our Apollos from which we would like to Kermit back to our PC or Mac computer. Given this scenario, we can't use ftp. Any suggestions? Is this possible? Yan. )~ Yan K. Lau lau@kings.wharton.upenn.edu The Wharton School ~/~ -Sheenaphile- 128.91.11.233 University of Pennsylvania /\ Darker grows the moon And shadows steal across the prison of my room From apollo-request@umix.cc.umich.edu Tue Feb 20 20:37:48 1990 Message-Id: <9002201912.AA07570@umix.cc.umich.edu> Date: 12 Feb 90 13:01:00 CST From: "DAVE ERSTAD" Subject: Symbol tables To: "apollo" I have an object code which is about 4.8 MB long, about 4.2MB of which is the symbol table. Most of the code was compiled under BSD, but some is compiled under Aegis. The final object is produced with the bind command. Supposedly, the BSD command "strip" should be able to remove the symbol table entries from this object. When I try, however, I get a "strip: filename: relocation entries; cannot strip" What does this mean and how do I work around it (or is there a better solution?) The file certainly has relocation entries, but I thought that was one of the things strip was supposed to take care of. Any solution which does not require me to do anything with the BSD objects would be greatly appreciated. Dave Erstad DERSTAD@cim-vax.honeywell.com Honeywell SSEC BTW, Aegis 10.2, CC 6.7, DN3550 From apollo-request@umix.cc.umich.edu Tue Feb 20 22:28:00 1990 Message-Id: <9002202353.AA19918@umix.cc.umich.edu> Date: Tue, 20 Feb 90 16:14:31 EST From: Scott Ferguson Subject: fseek/lseek and filesystems To: APOLLO@UMIX.CC.UMICH.EDU I'm using some rather large (up to 150 MBytes or so) files, which I am forced to do random access on. I'm using C, because I like structures and the style of the language. Unfortunately, if I need to do an fseek() on the file, the further the seek goes, the longer it takes. I had hoped that it could do something like increment a file pointer, but it seems to be marching through, byte-by-byte, or block-by-block. I can't use ms_$ calls, because I'm going over NFS to a non-apollo system with this stuff, which makes seek/read take that much longer (quick gripe about getting out those 100 Mbit/sec networks...) I haven't tried using the open/read/lseek set of I/O statements, just fopen/fread/fseek. Would it be any faster to switch to open/read/lseek? I haven't tried using FORTRAN direct access files, because I think my Titan FORTRAN environment might use a funky direct-access system, which is different from my sr9.7 'rec' type files. Is there a faster way to seek through a file than fseek, without using mapped segment stuff? Thanks, Scott Ferguson srfergu@erenj.bitnet From apollo-request@umix.cc.umich.edu Tue Feb 20 22:32:07 1990 Date: 20 Feb 90 21:57:00 GMT From: weber_w%apollo%hp-sdd%ucsdhub.uucp@ucsd.edu (Walt Weber) Organization: Hewlett Packard NARC @ Apollo Systems Division Subject: Re: Logging out Message-Id: <48c3827c.20b6d@apollo.HP.COM> References: <9002150309.AA26554@unix.sri.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <9002150309.AA26554@unix.sri.com> ramu@tcipro.UUCP (Ramu Iyer) writes: >I am under SR10.2 running X11. Is there a way to do the >following: > >a) I find that I am not able to use % /com/xdmc lo > to log out from an xterm. What is the ``cleaner'' > way to log out from an xterm? Use "dmwin xdmc lo", since the xdmc must be run "inside" a display manager window. >b) My .login puts the DM window manager to sleep. Even after > this, when I login, a DM window comes up. What is the > best way to put DM to sleep forever? When you login to the display through the display manager, it will invoke /sys/dm/startup_login.{node_type}, where the node type is 1280bw, or 1280color, or 19l. In this file, there is usually a command which looks like this: (0,300)dr;(700,700)cp /sys/dm/login_sh This is there so that any user who logs in to that display will have at least this one shell running. Comment out the line, and handle the rest of the work in the per-user file invoked by the command cmdf user_data/startup_dm.{node_type} >Email: ramu%tcipro.uucp@unix.sri.com ...walt... Walt Weber Hewlett Packard NARC @ Apollo Systems Division -The views expressed herein are personal, and not binding on ANYONE- "The power of accurate observation is commonly called cynicism by those who have not got it" -George Bernard Shaw From apollo-request@umix.cc.umich.edu Tue Feb 20 22:39:06 1990 Date: 20 Feb 90 22:24:09 GMT From: gyp%ccadfa%csc%munnari.oz.au%samsung%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Patrick Tang Guan Yaw) Organization: Computer Centre, University College, UNSW, ADFA, Canberra, Australia Subject: lpd management under BSD4.3 (SR10.2) Message-Id: <1129@ccadfa.adfa.oz.au> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu # /etc/printcap on host //beta # lp is physically connected to this machine. # lp|line printer:\ :lp=/dev/sio2:\ :lo=/usr/spool/lpd/lpLock:\ :sd=/usr/spool/lpd/lp:if=/usr/lib/lpf:\ :sh:\ :af=/usr/adm/lpacct:lf=/usr/adm/lpd-errs: # /etc/printcap on host //gamma # lp|line printer:\ :lp=:rp=lp:rm=beta:\ :lo=/usr/spool/lpd/lpLock:\ :sd=/usr/spool/lpd/lp:if=/usr/lib/lpf:\ :sh:\ :af=/usr/adm/lpacct:lf=/usr/adm/lpd-errs: The above are the two printcap files on the two respective machines under SR10.2 on BSD4.3 environment. I then created the following on both machines (note that they are NOT links) On //gamma % mkdir /usr/spool/lpd/lp and the same on //beta. Then I started the lpd daemon using % /usr/lib/lpd & on //beta (Note that I am NOT successful using lpc start lp). All things go well after this, ie I can get things printed at lp when SEND FROM //beta. The next step as suggested in the manual BSD management which says there MUST be ONLY ONE lpd running per network! So I send a file from //gamma (NO lpd is running). % lpr -Plp /etc/hosts After a few minutes, it says job queued, but can't start daemon Puzzle!!!, so as suggested by message, I started the daemon using $ /usr/lib/lpd on //gamma. WHY??? Something wrong with documentation?? OR am I just being lucky it works (NB:two lpd daemons running on same network). Next comes the tricky bits, ie, diskless node (Ah! //gamma and //beta are both disk nodes). So I went to a diskless node serve by //gamma, ie, //glenn and perform the same lpr command without creating /usr/spool/lpd/lp and running /usr/lib/lpd and I got job queued, but can't start daemon and when I perform lpq -Plp, I got beta: /usr/lib/lpd: Your hosts does not have a line printer access. What's wrong?? So I start up the daemon % /usr/lib/lpd & which doesn't seem to make logical sense to me as there is NO /usr/spool in //glenn (/usr/spool in //glenn is owned by //gamma) and secondly, unless lpd is smart enough, when it looks for printcap file, it should look into /sys/node_data./etc/printcap or else it will get hold of //gamma printcap file. So what should I do? Thanks for all the help. ---- Patrick Tang Guan Yaw, Phone : +61 62 68 8882 Dept. of Mathematics, EMAIL-ARPA/CSNET : gyp@ccadfa.cc.adfa.oz.au ADFA, Canberra, 2600. UUCP : ..!uunet!munnari!ccadfa.oz!gyp AUSTRALIA ACSnet : gyp@ccadfa.oz From apollo-request@umix.cc.umich.edu Wed Feb 21 05:42:33 1990 Date: Wed, 21 Feb 1990 10:52:56 MET From: Harald Hanche-Olsen To: apollo@umix.cc.umich.edu Cc: Yan K. Lau Subject: Re: Can C-Kermit run through ttyp's and telnet? In-Reply-To: Your message of 20 Feb 90 15:11:56 GMT Message-Id: >From our PC or Mac We dial-in to a Encore terminal server which allows telnet to our Apollos from which we would like to Kermit back to our PC or Mac computer. Given this scenario, we can't use ftp. Any suggestions? Is this possible? It should be perfectly possible. We do the same thing every day, and have no problems with it. (Our terminal server is a Spider, not an Encore. However, that should make no difference so long as Ctrl-A, CR and every printing character are passed through the communications link unharmed). What's even better, no magic at all is required to make it work! When you are ready to transfer a file, just say "kermit -s file(s)" to send or "kermit -r" to receive (or "kermit -x" for a server), give the appropriate commands to your local kermit, then lean back and enjoy the show. From apollo-request@umix.cc.umich.edu Wed Feb 21 05:56:09 1990 Date: 19 Feb 90 17:42:56 GMT From: reb%quintro%tiamat.uucp@uunet.uu.net (Roger E. Benz) Organization: none Subject: New DSEE versions Message-Id: <1990Feb19.174256.15599@quintro.uucp> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have the following questions about DSEE. Could someone answer them? We are currently using DSEE version 3.3.2 on SR10.1 and SR10.2. 1. Is 3.3.2 the latest version? 2. When is the next release planned? 3. What features are planned for the next release? 4. What are the long term plans for DSEE? 5. Will DSEE ever support X11? A couple of suggestions that I have are: 1. When building it would be nice if the status information could be reduced from several lines to a singel line (ie. similar to what make shows). This would make it easier to look for errors. 2. At the end of a build it would be nice if DSEE would list the elements that failed to build. 3. I would like to be able to select the editor that DSEE uses for displaying files and getting input (setting threads, overriding builds with -qa, etc). Currently, you onle get the DM editor or a realing dumb input mode. I perfer VI. This is even more importand when using DSEE from an ASCII terminal. 1 and 2 can be build options while 3 could be setup information. Any information would be helpful. -- Roger E. Benz Glenayre/Quintron Phone = (217) 223-3211 One Quintron Way Quincy, IL UUCP: tiamat!quintro!reb@uunet or quintro!reb@lll-winken From apollo-request@umix.cc.umich.edu Wed Feb 21 17:33:07 1990 Date: 21 Feb 90 05:44:11 GMT From: gyp%ccadfa%csc%munnari.oz.au%samsung%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Patrick Tang Guan Yaw) Organization: Computer Centre, University College, UNSW, ADFA, Canberra, Australia Subject: stty on /dev/sio? + Transcript Message-Id: <1133@ccadfa.adfa.oz.au> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu # /dev/lw is hard link to /dev/sio1 # PostScript printer driven by TranScript software # PostScript and TranScript are trademarks of Adobe Systems Incorporated #lw|ps|postscript|PostScript:\ :lp=/dev/lw:sd=/usr/spool/lw:\ :lf=/usr/adm/lw-log:af=/usr/adm/lw.acct:\ :br#9600:rw:fc#0000374:fs#0000003:xc#0:xs#0040040:mx#0:sf:sb:sh:\ :if=/usr/local/lib/ps/psif:\ :of=/usr/local/lib/ps/psof:gf=/usr/local/lib/ps/psgf:\ :nf=/usr/local/lib/ps/psnf:tf=/usr/local/lib/ps/pstf:\ :rf=/usr/local/lib/ps/psrf:vf=/usr/local/lib/ps/psvf:\ :cf=/usr/local/lib/ps/pscf:df=/usr/local/lib/ps/psdf: I have the following configuration under SR10.2, BSD4.3. This comes from the installation of Transcript. However, when I perform % enscript -2rG -Plw types.h The LaserWriter Plus flush ONLY ONCE. So I perform % lpq -Plw well, the job is queued, but there is message, Printer Error: Need attention, not responding after x minutes. So I look at the line setting (/dev/sio1) % stty everything < /dev/sio1 and it tells me the baud rate is 38400 plus a lot of other lies (I think), so I use % stty speed 9600 baud > /dev/sio1 hoping to set it to the right baud rate, but NOT changed. So I use emt, which is ok because emt change it for me but when I get back to emt after getting out of it, all the changes have been lost!!! Help!! Thanks again. From apollo-request@umix.cc.umich.edu Wed Feb 21 17:39:33 1990 Date: 21 Feb 90 16:49:00 GMT From: vasta%apollo%hp-sdd%ucsdhub.uucp@ucsd.edu (John Vasta) Subject: GCC 1.37 for the Apollo Message-Id: <48c776b3.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu The changes required to get the GNU C compiler running on Apollo 68K platforms are available via anonymous ftp from labrea.stanford.edu in the form of a compressed tar file named "/pub/gnu/apollo-gcc-1.37.tar.Z". The size of the file is 84145 bytes. To build GCC for the Apollo you'll need the virgin FSF distributions of bison-1.03, gas-1.34, and gcc-1.37. They are also on labrea.stanford.edu as well as prep.ai.mit.edu. My changes are to enable gas to produce Apollo COFF object files and allow gcc to parse some of the syntax extensions which appear in Apollo C header files. Note that the COFF encapsulation technique cannot be used on the Apollo. The tar file should be unpacked in the directory containing the gas-1.34 and gcc-1.37 directories; a few files will be overlaid, and an APOLLO-GCC-README file will appear in the top directory. This file contains detailed instructions on how to proceed. These changes will only work for SR10.1 or later systems, using the 6.6 or later version of the Apollo C compiler. If you do not have ftp access, I can mail you the changes in the form of diffs; they are approximately 40K in length. If you request them, be sure to give me a voice phone number so I can contact you in case I can't send you mail; I've had several requests in the past from people I can't contact. By the way, I'm working on getting the GNU C++ compiler running; there are a couple problems to solve. I hope to be able to announce the Apollo version shortly after the 1.37 version is released. John Vasta Hewlett-Packard Apollo Systems Division vasta@apollo.hp.com M.S. CHA-01-LT (508) 256-6600 x6362 300 Apollo Drive, Chelmsford, MA 01824 UUCP: {decwrl!decvax, mit-eddie, attunix}!apollo!vasta From apollo-request@umix.cc.umich.edu Wed Feb 21 19:27:04 1990 Date: 19 Feb 90 20:10:57 GMT From: lampi%stb%ucla-an.uucp@RAND.ORG (Michael Lampi) Organization: MDL Corporation, Torrance, CA Subject: Mixed SR10.2/SR9.7 filesystem performance Message-Id: <1990Feb19.201057.10358@stb.uucp> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu The Apollo filesystem under SR9.7 (and probably still under SR10.2) experiences a marked reduction in performance as one mounts additional logical disk volumes on a particular node. The reason for this behavior was explained to me as having to do with the fact that the relationship of UID's to volumes is nearly nonexistant, and the OS has to do a lot of searching to find a file amongst each volume. However, once the object (file) has been opened, access to that file is very fast. For example, if you have a floppy disk mounted along with a local winchester, the OS will take a look at the floppy when you are trying to locate a file. Of course, if the filesystem information of the floppy happens to be in RAM, then this access will be much faster than if it has to be re-read from the diskette. This is why you will hear/see the floppy being accessed from time to time when you haven't done anything to it for a long time. (Yes, I know that paging also occurs if you've just written something to the floppy, but this is after you've just mounted it and done nothing else.) I suggest that you consider striping and cylinder stacking your DN-4000 disks together, making them 1 or two logical volumes. With your dual controllers and 10.2 OS, you should get pretty good performance. Michael Lampi (213) 782-7888 Fax (213) 782-7927 MDL Corporation PO Box 745, Torrance, CA 90508 From apollo-request@umix.cc.umich.edu Wed Feb 21 21:25:52 1990 Date: 21 Feb 90 20:08:00 GMT From: smv%apollo.uucp@EDDIE.MIT.EDU (Steve Valentine) Organization: Hewlett-Packard Company, Apollo Division; Chelmsford, MA Subject: Re: stdarg.h Message-Id: <48c828fc.20b6d@apollo.HP.COM> References: <48ade798.901b@dude.engin.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <48ade798.901b@dude.engin.umich.edu> oliveria@caen.engin.umich.edu (ROQUE DONIZETE DE OLIVEIRA) writes: >Any reason why the apollos don't have /usr/include/stdarg.h, >the X3J112 (ANSI C) replacement for varargs.h ? >It is a pain to have to change programs to use varargs.h . stdarg.h, along with other ANSI ANS X3.159-1989 compliant header files and library routines will be included in a future release. These items, along with a future C compiler, will constitute a "conforming hosted implementation" of ANS X3.159-1989. Sorry I can't be more specific. #include "stddisclamer.h" Steve Valentine - smv@apollo.hp.com Hewlett-Packard Company, Apollo Systems Division, Chelmsford, MA Hermits have no peer pressure. -Steven Wright From apollo-request@umix.cc.umich.edu Wed Feb 21 21:31:23 1990 Date: 21 Feb 90 10:19:37 GMT From: inst182%tuvie%mcsun.uucp@uunet.uu.net (Inst.f.Techn.Informatik) Organization: TU Vienna EDP-Center, Vienna, AUSTRIA Subject: 3500 memory Message-Id: <1138@tuvie> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hello! Is there any way to upgrade 3500s in a DIY job with standard memory chips? bye, mike ____ ____ / / / / / Michael K. Gschwind mike@vlsivie.at / / / / / Institute for VLSI-Design mike@vlsivie.uucp ---/ Technical University, Vienna / Voice: (++43).1.58801 8151 ___/ Fax: (++43).1.569697 From apollo-request@umix.cc.umich.edu Wed Feb 21 21:44:21 1990 Message-Id: <9002220203.AA06427@umix.cc.umich.edu> From: "John G. Wilbanks" Subject: rsh and ctnode To: apollo@umix.cc.umich.edu Cc: atosswill@BBN.COM Date: Wed, 21 Feb 90 18:00:14 PST Mail-System-Version: We're having a problem with a script that was written to perform CTNODE over the network. It was made so we could run "ctnode" for everyone from one machine without going to each machine and logging in then running CTNODE. Here's how it looks: #!/bin/sh cat tmp | ( while read node do echo updating $node rsh $node /com/ctnode -update echo $node updated done ) Now, the file tmp is a list of all our nodes, this is piped into the while function. The two echo statements are just there so we know what kind of progress is being made. Here's the problem: When we run the script it executes ctnode on the first node passed to it from the tmp file; then it dies. If we comment out the "rsh" command it runs like it's supposed to; meaning we get an "updating node" and a "node updated" echoed back for every node that is listed in tmp. If I'm logged in as root the script works with the exception of a "permission denied" error, which I expected. All nodes are in the hosts.equiv file so everyone knows about each other. Why doesn't this work? Is it something simple that we're overlooking or can it just not be done? Thanks for any help you can give. -------- John G. ================ wilbanks@BBN.com From apollo-request@umix.cc.umich.edu Thu Feb 22 07:24:16 1990 Date: 21 Feb 90 22:56:05 GMT From: claudia%fornax%ubc-cs%van-bc.uucp@ucbvax.Berkeley.EDU (Claudia Morawetz) Organization: School of Computing Science, SFU, B.C., Canada Subject: Z-buffering in GMR/Dialog environment Message-Id: <358@fornax.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi apollo world! I have problem that is beyond my capacity to debug. I hope someone can help. Please mail your response to me as I don't read this newsgroup. We have an Apollo 590, and have just converted from SR9.7 to SR10.1. We are running in the BSD4.3 environment. We have Dialog v2.01, C compiler v6.7, and GMR v2.6.1 (don't know if this is relevant, but you never know!) The problem: we have a large piece of software (about 20,000 lines of code) that ran fine on SR9.7. After installing SR10.1 and all the above named software it doesn't work. In particular, our program runs dialog and has a GRAPHICS_AREA window with a viewport. In that viewport, we display a shaded object with bilinear shading, filled render mode, and Z-buffer hidden surface. Under the new operating system, the object just does not appear at all. This is the same code! Just recompiled under new operating system. I tried changing the gmr_$viewport_set_shading_mode so that there is no hidden surface. Then the object displays (incorrectly, because Z-buffering is not enabled, but at least the object is there). This is why I suspect it is something to do with Z-buffering. To be sure it wasn't any memory problem with the rest of our code, I have written a very small test program using dialog and a GRAPHICS_AREA (gmr) window, and display one polygon. Same thing. The object appears if Z-buffering is disabled, but disappears when I set Z-buffering on. Any help/suggestions (via e-mail) would be greatly appreciated. Thanks! Claudia claudia@cs.sfu.ca From apollo-request@umix.cc.umich.edu Thu Feb 22 17:27:13 1990 Date: 22 Feb 90 15:55:00 GMT From: oj%apollo.uucp@eddie.mit.edu (Ellis Oliver Jones) Organization: Apollo Computer, Chelmsford, MA Subject: Re: OSF/Motif vs. Open Dialogue "positioning" Message-Id: <48cc4dfa.20b6d@apollo.HP.COM> References: <3172@ssc-vax.UUCP>, <48a66c92.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Here is the statement which compares Open Dialogue with OSF/Motif as "officially" provided by the product marketing department. /Ollie Jones HP offers Open Dialogue 2.0 as a full user interface management system (UIMS) with dialog manager for developing OSF/Motif-style user interfaces. HP supports standards where they exist, and provides innovations where standards don't exist. HP markets both the OSF/Motif environment (as the standard) and the Open Dialogue user interface management system (as the innovation) for user interface development. Both the OSF/Motif toolkit and Open Dialogue 2.0 allow developers to create OSF/Motif style user interfaces for their applications. Open Dialogue based applications can run in an OSF/Motif user environment with mwm, the OSF/Motif Window Manager, or in other X Window System- based environments. The OSF/Motif environment is recommended for building user interfaces where the standard Motif style and toolkit API are required. Open Dialogue is recommended as an alternative to the OSF/Motif toolkit for user interface development when dialog management, an object-oriented development approach, alternative user interface styles, or non-C programming languages are desired. In order to determine whether to use OSF/Motif or Open Dialogue, it is best to determine which technology track the development team is on or moving toward. The OSF/Motif toolkit is best for developers who are comfortable with conventional toolkit programming environments based strictly on standards. The Open Dialogue UIMS is appropriate for those customers who are interested in a new object-oriented development paradigm, or the ability to distribute applications using a network computing model with the help of dialog management (see User Environment Technical Overview). In some cases, it may be appropriate for developers to use OSF/Motif now, and gradually migrate to object-oriented technology at some time in the future. In others, it may be best to start off with an object-oriented UIMS. Developers may use OSF/Motif for some projects and Open Dialogue for others. Users of applications built with Open Dialogue 2.0 and the OSF/Motif environment should not be able to identify substantial differences in appearance and behavior. >From the end user's point of view, the strength of the OSF/Motif environment is its ability to establish a common Presentation-Manager-like style (appearance and behavior) across applications and across platforms. >From the software developer's point of view, Open Dialogue offers the added benefit of architecturally separating the user interface (presentation) from the application functions (semantics). Although both products support the OSF/Motif appearance and behavior, the programming paradigms for creating a user interface differ. From apollo-request@umix.cc.umich.edu Thu Feb 22 22:50:42 1990 Date: 22 Feb 90 22:49:40 GMT From: bph%buengc%bu.edu.uucp@bloom-beacon.mit.edu (Blair P. Houghton) Organization: Boston Univ. Col. of Eng. Subject: Re: lpd management under BSD4.3 (SR10.2) Message-Id: <5411@buengc.BU.EDU> References: <1129@ccadfa.adfa.oz.au> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1129@ccadfa.adfa.oz.au> gyp@ccadfa.adfa.oz.au (Patrick Tang Guan Yaw) writes: [...job queued, but can't start daemon...oboy, my favorite diagnostic...] We just worked way into the wee hours on that one last night. Make sure that you have all the host names set properly in the /etc/hosts.equiv and /etc/hosts files, including (and here's the tricky part) the name of the local node in the hosts.equiv Don't ask me why. It didn't say in the manuals. We just twiddled and twaddled and finally got it right. --Blair From apollo-request@umix.cc.umich.edu Fri Feb 23 02:40:59 1990 Date: 22 Feb 90 15:40:39 GMT From: awhitton%bcara132%bnrgate.uucp@uunet.uu.net (Alan Whitton @ BNR) Subject: XRN on Apollos Message-Id: <1054@bnrgate.bnr.ca> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hello, Does anyone out there have XRN (preferably 6.6) running on an Apollo (os >= 10.1)? I have the source, but the compilers are groaning about a lot of the defines in buttons.c and other files. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This is ONLY my Opinion Bell Northern Research awhitton@bnr.ca "I am not a number, I am a free man!" From apollo-request@umix.cc.umich.edu Fri Feb 23 04:38:13 1990 Date: 23 Feb 90 08:16:12 GMT From: pphillip%ubc-cs%van-bc.uucp@ucbvax.Berkeley.EDU (Peter Phillips) Organization: UBC Department of Computer Science, Vancouver, B.C., Canada Subject: How to make the DM display a node name Message-Id: <6900@ubc-cs.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu While waiting inbetween logins, I'd like to make the display manager show the name of the node as well as the usual "login:" prompt. Does anybody know how to do this? I've played around with the various "startup*" files for the DM to no avail. It seems like the three windows at the bottom are some sort of special case; any other windows get removed when the user logs out. I'm one of a few people who look after a labful of Apollo machines and it would make my life a little easier if I could find out node names at a glance. Any help would be greatly appreciated. --- Peter Phillips | If an airplane crashes on the US/Canada UBC Computer Science, Vancouver,B.C.| border, where are the survivors buried? From apollo-request@umix.cc.umich.edu Fri Feb 23 09:23:56 1990 Date: 23 Feb 90 12:04:50 GMT From: inst182%tuvie%mcsun%sunic%luth%eru.uucp@BLOOM-BEACON.MIT.EDU (Inst.f.Techn.Informatik) Organization: Technical University of Vienna, EDP-Center Subject: Re: GCC 1.37 for the Apollo Message-Id: <1140@tuvie> References: <48c776b3.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <48c776b3.20b6d@apollo.HP.COM> vasta@apollo.HP.COM (John Vasta) writes: >The changes required to get the GNU C compiler running on >Apollo 68K platforms are available via anonymous ftp from >labrea.stanford.edu in the form of a compressed tar file >named "/pub/gnu/apollo-gcc-1.37.tar.Z". >The size of the file is 84145 bytes. > [...] >John Vasta Hewlett-Packard Apollo Systems Division >vasta@apollo.hp.com M.S. CHA-01-LT >(508) 256-6600 x6362 300 Apollo Drive, Chelmsford, MA 01824 >UUCP: {decwrl!decvax, mit-eddie, attunix}!apollo!vasta I got the tar file from stanford and it compiled ok. Bootstrapping however did not work: [michael:95] make gcc -O -fstrength-reduce -I. -I. -I./config -DSTANDARD_STARTFILE_PREFIX=\"/usr/local/lib/\" -DSTANDARD_EXEC_PREFIX=\"/usr/local/lib/gcc-\" -c `echo ./gcc.c | sed 's,^\./,,'` In file included from gcc.c:131: /usr/include/stdio.h:30: parse error before `#' /usr/include/stdio.h:32: parse error before `#' gcc.c: In function main: gcc.c:1471: warning: argument passing between incompatible pointer types gcc.c:1473: warning: argument passing between incompatible pointer types gcc.c:1475: warning: argument passing between incompatible pointer types *** Exit 1 Stop. and in /usr/include/stdio.h is: extern struct _iobuf { unsigned char *_ptr #attribute[aligned(1)]; /* line 30 */ short _cnt; unsigned char *_base #attribute[aligned(1)]; short _flag; short _file; } _iob[]; Is it save to just copy stdio.h to /usr/local/lib/gcc-include/stdio.h and remove the offending `#attribute's??? Thanx in advance, mike ____ ____ / / / / / Michael K. Gschwind mike@vlsivie.at / / / / / Institute for VLSI-Design mike@vlsivie.uucp ---/ Technical University, Vienna e182202@awituw01.bitnet / Voice: (++43).1.58801 8151 ___/ Fax: (++43).1.569697 From apollo-request@umix.cc.umich.edu Fri Feb 23 09:54:50 1990 Date: 21 Feb 90 20:46:13 GMT From: chen%digital%dover%mcdphx%mcdchg%att.uucp@ucbvax.Berkeley.EDU (Jinfu Chen) Organization: Motorola, Inc. Logic IC Div, Mesa, AZ Subject: Re: PAD Types Message-Id: <48c84a4e.12c9a@digital.sps.mot.com> References: <1990Feb18.230542.24066@idacom.uucp> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1990Feb18.230542.24066@idacom.uucp> danny@idacom.uucp (Danny Wilson) writes: > >A while back I ported a UNIX program to SR9.7 and enhanced its >output because of the way PADs handle character output. > >The original (unix) program implemented a 'counting' type display >by printing a number followed by a CR. (a la.. > > for (i=0,i<10,i++) > printf("Value is %d\r", i) > printf("file transfer complete\n") > >Running on a PAD, since all the characters would get queued up in the >transcript pad, it didn't create the same effect. >So, I enhanced the program to create a little window at the top of >the pad to display the 'counting' numbers in. It went something like: Instead of using a pad (frame?), one can turn off the input pad cooked mode and make it behave JLRU (:-). Here is a short program to demonstrate that: #include #include #include #include main() { status_$t status; int i; pad_$raw(ios_$stdin, &status); printf("i = "); for (i = 0; i < 10; i++) { printf("%d ", i); fflush(stdout); sleep(1); } printf("\n"); pad_$cooked(ios_$stdin, &status); } Of course, a real program needs some more checking, such as the pad_$isa call and error checking of the returned status. I do have another question relating to PAD. Is there a way to check if I 'own' the display manager from a program. The reason for this is for the DM editor program someone posted a while ago. If I run a program which would call pad_$create on a remote node via crp or telnet/rsh/rlogin, I can open up a pad on that remote node even I don't 'own' the DM over there. This could be quite annoying to the user on the remote node. The only way I can think of is to check the owner of process 'display_manager'. -- Jinfu Chen (602)898-5338 | Disclaimer: Motorola, Inc. Logic IC Div., Mesa, AZ | ...{somewhere}!uunet!dover!digital!chen | My employer doesn't pay chen@digital.sps.mot.com | me to express opinions. From apollo-request@umix.cc.umich.edu Fri Feb 23 16:05:24 1990 Date: 23 Feb 90 16:13:00 GMT From: lubkin%apollo%hp-sdd%ucsdhub.uucp@ucsd.edu (David Lubkin) Organization: Apollo Computer, Chelmsford, MA Subject: Re: New DSEE versions Message-Id: <48d16559.20b6d@apollo.HP.COM> References: <1990Feb19.174256.15599@quintro.uucp> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1990Feb19.174256.15599@quintro.uucp> reb@quintro.UUCP (Roger E. Benz) writes: >I have the following questions about DSEE. Could someone answer >them? We are currently using DSEE version 3.3.2 on SR10.1 and SR10.2. > > 1. Is 3.3.2 the latest version? We have just released patches for SR9.7 (3.2.2.2), SR10 68K (3.3.2.2), and SR10 PRISM (3.3.2.2.p). > 2. When is the next release planned? > 3. What features are planned for the next release? > 4. What are the long term plans for DSEE? Expect an announcement and release some time this year. Sorry I can't go into details. > 5. Will DSEE ever support X11? Yes. >A couple of suggestions that I have are: Thank you for your suggestions. We will consider adopting them in a future release of DSEE. In the future, please use the APR system for submitting enhancement requests. Roger's mail is a good excuse to remind people that there is a mailing list for DSEE users: INFO-DSEE. Submissions to info-dsee@apollo.com ; Mailing list requests to info-dsee-request@apollo.com . -- David Lubkin DSEE Project, Apollo Systems Division, Hewlett-Packard lubkin@apollo.com From apollo-request@umix.cc.umich.edu Fri Feb 23 19:45:22 1990 Date: 23 Feb 90 21:52:43 GMT From: news@ncsuvx.ncsu.edu (John W. Baugh Jr.) Organization: North Carolina State University Subject: DN 4500 floating point constants Message-Id: <1990Feb23.215243.8667@ncsuvx.ncsu.edu> References: <48d16559.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Is there the equivalent of a /usr/include/values.h file on SR10.2 that gives floating point constants like max double, max double exponent, min double, and so on? John Baugh From apollo-request@umix.cc.umich.edu Fri Feb 23 19:53:56 1990 Date: 23 Feb 90 21:42:00 GMT From: vasta%apollo.uucp@EDDIE.MIT.EDU (John Vasta) Organization: Hewlett-Packard Company, Apollo Division; Chelmsford, MA Subject: Re: GCC 1.37 for the Apollo Message-Id: <48d28b1a.20b6d@apollo.HP.COM> References: <48c776b3.20b6d@apollo.HP.COM>, Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article abair@turbinia.oakhill.uucp (Alan Bair) writes: >Any chance of getting gcc for the PRISM architecture? Is anyone even looking >at this? There once was a time when I half-considered doing this, but those days are gone ... I doubt that anyone here is doing this. Coming up with a whole new machine spec for GCC would be fun but it would take a lot of time. John Vasta Hewlett-Packard Apollo Systems Division vasta@apollo.hp.com M.S. CHA-01-LT (508) 256-6600 x6362 300 Apollo Drive, Chelmsford, MA 01824 UUCP: {decwrl!decvax, mit-eddie, attunix}!apollo!vasta From apollo-request@umix.cc.umich.edu Fri Feb 23 20:10:44 1990 Date: 23 Feb 90 21:36:00 GMT From: vasta%apollo.uucp@eddie.mit.edu (John Vasta) Organization: Hewlett-Packard Company, Apollo Division; Chelmsford, MA Subject: Re: Symbol tables Message-Id: <48d2860f.20b6d@apollo.HP.COM> References: <9002201912.AA07570@umix.cc.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <9002201912.AA07570@umix.cc.umich.edu> derstad@CIM-VAX.HONEYWELL.COM ("DAVE ERSTAD") writes: > >I have an object code which is about 4.8 MB long, about 4.2MB of which is >the symbol table. Most of the code was compiled under BSD, but some >is compiled under Aegis. The final object is produced with the bind >command. > >Supposedly, the BSD command "strip" should be able to remove the symbol >table entries from this object. When I try, however, I get >a "strip: filename: relocation entries; cannot strip" Bind leaves relocation info in the object; ld normally removes it. You could use the sys5.3 version of "strip"; it has a -r option to leave relocation info there but remove the debugging info. Look at the sys5.3 version of the strip man page. John Vasta Hewlett-Packard Apollo Systems Division vasta@apollo.hp.com M.S. CHA-01-LT (508) 256-6600 x6362 300 Apollo Drive, Chelmsford, MA 01824 UUCP: {decwrl!decvax, mit-eddie, attunix}!apollo!vasta From apollo-request@umix.cc.umich.edu Fri Feb 23 21:35:45 1990 Date: 23 Feb 90 13:58:34 GMT From: inst182%tuvie%mcsun%sunic%luth%eru.uucp@bloom-beacon.mit.edu (Inst.f.Techn.Informatik) Organization: TU Vienna EDP-Center, Vienna, AUSTRIA Subject: Process table Message-Id: <1141@tuvie> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Is there any possibility to extend the process table to more than 56 entries? Thanks in advance Axel Jantsch email: axel@vlsivie.at Department of VLSI Design axel@vlsivie.uucp Technical University, Vienna phone: (++43 1) 58801-8156 From apollo-request@umix.cc.umich.edu Fri Feb 23 23:32:15 1990 Date: 24 Feb 90 03:53:53 GMT From: sl11%prism%mephisto%uflorida%uakari%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (LIEBESKIND,SUSAN H) Organization: Georgia Institute of Technology Subject: Printer driver of HP LaserJet for SR 10.2 Message-Id: <6354@hydra.gatech.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Several weeks ago there was a posting about beta test sites for HP LaserJet printer drivers for the Apollo. Could the person who posted that message please send me email? I seem to have lost the mail message along the way and we are interested. Thanks in advance. Susan Liebeskind sl11@prism.gatech.edu -- LIEBESKIND,SUSAN H Georgia Institute of Technology, Atlanta Georgia, 30332 uucp: ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!sl11 Internet: sl11@prism.gatech.edu From apollo-request@umix.cc.umich.edu Sat Feb 24 13:22:17 1990 Date: 20 Feb 90 23:46:22 GMT From: gsds%tahoma%shuksan%ssc-vax.uucp@beaver.cs.washington.edu (K.C.Babb) Organization: The Boeing Co., BCA FSL, Seattle, WA Subject: GMR2D Viewports--can't get refresh to work Message-Id: <969@tahoma.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I'm having a problem with an application using GMR2D (2.1) in current-bitmap mode (have also tried direct mode and that doesn't help); I create a bunch of viewports, a metafile, an environ- ment file, and a bunch of segments with various drawing commands, but I can't get the segments to show up in the viewports until I push and pop the window from the keyboard. I've tried using pad_$pop_push_window (I think that's the name--the manual is someplace else right now), and have set the viewport refresh states to partial, and tried gm_$display_segment_part (yes, I know what my segment bounds are, and they're okay), gm_$viewport_ refresh, even gpr_$set_auto_refresh, and a host of other methods to try to force these things to display. No luck. What am I doing wrong? I'm not a newcomer to GMR, but I'm not exactly any kind of expert either. I've called Apollo but have had little luck getting them to call me back. All I need is some insight from someone who knows GMR2D and its quirks quite well, and can advise me about what kinds of things can suppress viewport refreshing. There are lots of other things going on in this application (GPR BLT's to copy parts of the screen and such, input event enables, etc.)-- could one or more of these be interfering with the viewport operations? Yes, I'm sure I release the display after I acquire it. Yes, I have internal status code checks all over the place, but apparently all I'm getting back is status_$ok (including from the display-segment and viewport- refresh calls). Once I do they keyboard-initiated push and pop, things seem to work more or less okay; it's just starting up that the problem occurs. Is there some order dependency of viewport/ file/segment creation that I should know about? AARRRGH! Thanks so much in advance for any help anyone can offer me. Oh, yes; we're still under 9.7. KCB -- (standard--or otherwise--disclaimer not worth the bother) Singh/Masden/Babb/Chen Voice: (206) 237-2564 B.C.A. Flt. Sys. Lab, BF31B UUCP: ..!uunet!bcstec!tahoma!gsds P.O. Box 3707, M/S 66-22, Seattle, WA 98124 From apollo-request@umix.cc.umich.edu Sun Feb 25 13:32:53 1990 Date: 25 Feb 90 17:19:18 GMT From: ashok%aplcen%uakari%brutus.cs.uiuc.edu%usc%snorkelwacker.uucp@bloom-beacon.mit.edu (Shah Ashok Kumar) Organization: Johns Hopkins University, Laurel, MD Subject: DOES ANYONE DRIVE MINNEAPOLIS MN TO DC AREA OR MARYLAND? Message-Id: <4783@aplcen.apl.jhu.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu ******************************************************************* ** DOES ANYONE OUT THERE DRIVE FROM MINNEAPOLIS MN TO MARYLAND ** ** DC AREA? EVEN WITHIN 150 MILES RADIUS? I NEED SOMETHING ** ** MOVED AND AM WILLING TO NEGOTIATE A FEE FOR THIS ** ******************************************************************* IF YOU ARE TRAVELLING FROM MINNEAPOLIS AREA TO MARYLAND OR NEARBY AND ARE WILLING TO CARRY SOME BOXES OF ELECTRONIC EQUIPMENT FOR A NEGOTIATED FEE PLEASE CALL ASHOK SHAH on 301 963 6377(H) or 301 640 3358(W) or send me mail on the net. I do not know which group this should go under and hope no will mind this. UPS will not carry these since they are too heavy (one box weighs 100lbs and the other 130 or so lbs) and Freight companies are too expensive. From apollo-request@umix.cc.umich.edu Sun Feb 25 13:34:22 1990 Date: 23 Feb 90 20:31:41 GMT From: michal%kuhub.cc.ukans.edu%wuarchive%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu Organization: University of Kansas Academic Computing Services Subject: ACL & disk-quota Message-Id: <22349.25e5494d@kuhub.cc.ukans.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We need to implement some sort of disk-quota system whereby users going over their limit will not be allowed to create any more files under their home directories. They should be able to read them and delete them, naturally, to be able to go below the ceiling again. We (will be, very soon) running SR 10.2 on all the nodes. Now we only have it set up on one for testing. One way to do this is with ACL's. But the more I read about acls the more confusing this becomes. Especially because files within directories can inherit the acl in 3 diffrent ways: BSD4.3 way, sys5 way and the aegis way. It does not too difficult to take away the files from the user, but to give 'em back with the same protection is a little harder. My question: is there any easier way? -- Merlin [The Magician] (AKA Michal Chmielewski) US Mail: Academic Computing Services, Univ. of Kansas, Lawrence, KS 66045, USA E-mail : michal@kuhub.cc.ukans.edu, michal@ukanvax.bitnet, AT&T (913)-864-0443 From apollo-request@umix.cc.umich.edu Sun Feb 25 13:40:16 1990 Date: 24 Feb 90 19:52:48 GMT From: dan%cpsc%calgary%alberta%ubc-cs.uucp@beaver.cs.washington.edu (Dan Freedman) Organization: Knowledge Science Lab, U. of Calgary, Calgary, Canada. Subject: Re: How to make the DM display a node name Message-Id: <2550@cs-spool.calgary.UUCP> References: <6900@ubc-cs.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <6900@ubc-cs.UUCP> pphillip@cs.ubc.ca (Peter Phillips) writes: >I'm one of a few people who look after a labful of Apollo machines and >it would make my life a little easier if I could find out node names >at a glance. Well, it might sound a bit quaint, but why not stick a label on the front of each machine with its name on it. This solution has the advantages of being relatively stable with respect to operating system upgrades, and has been known to work well in a heterogeneous distributed environment. Your local stationary store should be able to ship you the solution on the media of your choice, with quite reasonable maintenance fees. All of the labels that I have seen not only support English, but deal nicely with right-to-left scripting styles such as Hebrew. Kanji support should be available by the time you read this. Dan Freedman Dan Freedman University of Calgary Computer Science Department 2500 University Drive N.W. dan@ksi.cpsc.UCalgary.CA Calgary, Alberta, T2N 1N4 From apollo-request@umix.cc.umich.edu Sun Feb 25 17:44:54 1990 Date: 25 Feb 90 10:58:40 GMT From: pphillip%ubc-cs%van-bc.uucp@ucbvax.Berkeley.EDU (Peter Phillips) Organization: UBC Department of Computer Science, Vancouver, B.C., Canada Subject: Re: How to make the DM display a node name Message-Id: <6923@ubc-cs.UUCP> References: <6900@ubc-cs.UUCP>, <2550@cs-spool.calgary.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <2550@cs-spool.calgary.UUCP> dan@ksi.cpsc.ucalgary.ca.UUCP (Dan Freedman) writes: >In article <6900@ubc-cs.UUCP> pphillip@cs.ubc.ca (Peter Phillips) writes: >>I'm one of a few people who look after a labful of Apollo machines and >>it would make my life a little easier if I could find out node names >>at a glance. > > >Well, it might sound a bit quaint, but why not stick a label on >the front of each machine with its name on it. This solution has Thanks for the advice. Pieces of dead trees with scribblings on them don't inspire too much confidence in me. Who is to say what is actually written on the paper is up to date? What is someone removes the paper? The node node is just one example of information I might want to display. Suppose some software package is available on a select few nodes. It would be nice to put up a message like "this node has lisp++" or "you can't run lisp++ here" and be able to do it remotely rather than trucking over to the lab with scotch tape & paper in hand. So, the question remains. Is there any way to convince the display manager to leave any sort of message on the screen between logins? Or even change what the "login:" prompt says? Surely the display manager is at least as flexible as the BSD login program. --- Peter Phillips | If an airplane crashes on the US/Canada (604)-228-4392 | border, where are the survivors buried? From apollo-request@umix.cc.umich.edu Mon Feb 26 17:04:10 1990 Date: 26 Feb 90 15:56:26 GMT From: jnp%mjolner%santra%tut%sunic%mcsun.uucp@uunet.uu.net (J|rgen N|rgaard) Organization: Nokia Telecommunications Oy, Espoo, Finland Subject: SR10.2 and net_ids; help needed (please) Message-Id: Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Locally we have experienced some strange changes from SR10.1 to SR10.2: -) it seems that the ethernet interface no longer accepts net_id != 100. this was not so in SR10.1 (we positively know that we ran with net_id=0, net_id=1 and maybe a few more). Is it intended to be so ? Or is it a bug ? (The local HP/Apollo claims it was so under SR10.1 also ... :-( ) {It's pretty annoying that all small Apollo networks sees each other in a big network like ours. We don't want to know about machines & users 500 km away. And fail to see it being sound to have to buy network filters!} -) Furthermore the rwhod/ruptime under SR10.2 has severe trouble seeing it self. Once in a while it will update the status of it self. But the status of remote machines are correct & the remote machines actually sees the Apollo as begin up (!) Same question as above ... I'll appreciate any response. Will be "glad" to hear from people with the same behavior. -- ------------------------ ORIGIN '~jnp/stdDisclaimers' ------------------------ | Regards, J|rgen N|rgaard ('|' is '\o{}' in \LaTeX{}) | | e-mail: jnp@tele.nokia.fi | telephone: <..>-358-0-511-5671 | -- mail: Nokia Telecommunications, PL 33, SF-02601 Espoo Finland -- From apollo-request@umix.cc.umich.edu Mon Feb 26 23:19:38 1990 id AA00601; Mon, 26 Feb 90 21:05:58 est Date: Mon, 26 Feb 90 21:05:58 est From: Austin L. Conaty Message-Id: <9002270205.AA00601@meto.UMD.EDU> To: apollo@umix.cc.umich.edu Subject: apollo mailing list Cc: austin@meto.UMD.EDU Hi, My name is Austin Conaty, I'm the sys_admin guy down here at the Univ. of Maryland, Dept. of Meteorology and I'd like to be put on the mailing list. My address is austin@meto.umd.edu I. the past Jim Cooper was the sys_admin guy, but he has since moved on. His address was coop@meto.umd.edu . So if someone up there can help me get on the email list I'd really appreciate it. Thanks, Austin From apollo-request@umix.cc.umich.edu Tue Feb 27 01:07:36 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9002270422.AA02911@icaen.uiowa.edu> Date: Mon, 26 Feb 90 21:00:23 CST Subject: RAI problems To: apollo@umix.cc.umich.edu I've just been shafted by RAI again and I've getting sick and tired of it. When I use RAI tools (install) to install a piece of software for the first time, I have to go back and carefully look at EVERY darned file or directory that was affected by that install. Just to find out what it may have done to me! Regardless of what options you put on the install, it may still sneak around behind your back, making a mess of your system with out giving ANY indication of what it is doing to you. For example: I just installed DPCE v3.3 on a node. My system has closed Aegis style ACLs. Before I started the install, the ACL on "/sys" looked like: $ acl /sys -all Acl for /sys: Required entries root.%.% prwx- %.sys_admin.% prwxk %.%.is -r-x- %.%.% -r-x- Extended entry rights mask: ----- Initial (default) acl for directories created under /sys Required entries For the current process: root.%.% prwx- %.sys_admin.% prwxk %.%.is -r-x- %.%.% -r-x- Extended entry rights mask: ----- Initial (default) acl for files created under /sys Required entries For the current process: root.%.% prwx- %.sys_admin.% prwxk %.%.is -r-x- %.%.% -r-x- Extended entry rights mask: ----- After doing the install, the ACL on "/sys" looked like: $ acl /sys -all Acl for /sys: Required entries root.%.% prwx- %.sys_admin.% prwxk %.%.is -r-x- %.%.% -r-x- Extended entry rights mask: ----- Initial (default) acl for directories created under /sys Required entries For the current process: user.%.% prwx- %.none.% prwxk %.%.none prwx- %.%.% prwx- Extended entry rights mask: ----- Initial (default) acl for files created under /sys Required entries For the current process: user.%.% prwx- %.none.% prwxk %.%.none prwx- %.%.% prwx- Extended entry rights mask: ----- Notice that it wiped out the initial default file & directory ACL. This particular install did that to EACH directory that it put something into. Now in the past I've had installs create new objects (files & dirs) that had wide opened ACLs inspite of the fact that my baseline says "closed", but it respected the ACLs that were on existing objects. This is the first time that an install clobbered ACLs on existing objects. What is next? I don't care why it did this, what burns me is that there is no way to find out what has been done with out wasting a lot of time looking at everything that the install MIGHT have touched after it is done. What I want is some option on the install tool (call it paranoid, super verbose) that will cause it to report EVERYTHING that it does (or is going to do if in "test" mode). Failing that, how about some kind of "viewer" that can scan the "ri" file and display the operations used during the install. Then, at least, I can be on the lookout for things that may be dangerous. With the old sr9.7 install system, I could read the shell scripts to get some idea what the install was going to do. If there were going to be problems I could save things ahead of time or edit the install scripts to work around things. It is not easy to maintain a heavily customized system in the face of that steam-roller called RAI. It will mash ACLs, wipe out customized system configuration files, and play general havoc with a carefully distributed system of links. Is there any hope for a tool to view & edit "ri" files to do local customizations of installs? "cfgsa" & "config" are totally inadequate, they only let you answer those few questions that the creator of the product saw fit to provide you with. If you don't fit in that general mold, then you are out of luck. In the case of many optional products, there is no way to give customer input to the install process, such as the above mentioned DPCE. In our case, RAI is so painful that I avoid using it as much as possible. I have installed dozens of nodes with a full OS, optional product set, & local customized software totally with out the hinderence of RAI by careful use of tools like "cpt". "inprot" is another RAI fiasco, in some ways it is worse than useless. Under sr9.x I had a 3 page set of ACL templates that when I ran the ACL option of install, I could feel secure in knowing that everything was protected. A 900 page inprot file is not enough to protect the basic OS. Even then, there are some things that inprot can not do, such as protected subsystems. The creator of inprot did not understand the propogation of ACL objects (or else couldn't be bothered with it). With the sr9.7 install ACL tools, a dozen or so ACL objects was enough to protect a whole set of system software. If a user makes the mistake of being clever enought to understand extended ACL objects and tries to use "inprot" to install them, he/she will be left with a system disk that has tens of thousands of them. Even when a few dozen would be enough. Yes, I know that you could then go back with "salacl" and clean up the whole giant mess, but why should the user be forced to waste all that time and effort in the first place? Because there is no wildcard mechanism in "inprot" a user is forced to create a template file for each disk on his/her system, or risk unprotected software. Dave Funk From apollo-request@umix.cc.umich.edu Wed Feb 28 12:37:02 1990 Message-Id: <9002281423.AA04486@umix.cc.umich.edu> Date: Wed, 28 Feb 90 09:17:39 EST From: Scott Ferguson Subject: xgif24 To: APOLLO@UMIX.CC.UMICH.EDU I recently obtained 'xgif' from a helpful person on the ole net. Thanks. I had some trouble using it on my Titan, because GIF display programs don't typically understand 24-bit color displays. Anyhow, I modified it a little, and made a true-color program that I call xgif24. If anyone would like a copy, I'll be happy to send it up. For a copy of it, contact me at ferguson@erevax.bitnet Scott Ferguson srfergu@erenj.bitnet From apollo-request@umix.cc.umich.edu Wed Feb 28 14:33:15 1990 Message-Id: <9002281721.AA11214@umix.cc.umich.edu> Wed, 28 Feb 90 18:13:42 GMT Date: Wed, 28 Feb 90 17:59:57 GMT From: Darrell Skinner Organization: Ecole Polytechnique, Lab PMI Subject: 3rd party memory--Clearpoint? Any others? To: apollo@umix.cc.umich.edu There were several messages during December about 3rd party sources for memory. I only saw responses for Clearpoint, also Dilog/Clearpoint (a redistributor?). 3rd party, I don't know--I've heard it said that Apollo here in France buys its memory from Clearpoint, and there's not much of a difference in the price. Are there any other 3rd party sources? A supplier which (unlike Clearpoint) which DOESN'T have a distributor in Europe might be more interesting, so we could buy direct from the U.S. Prices tend to go up a lot more when things come here in the hands of distributors instead those of FedExpress. We need to buy memory for DN3000 and DN4000 workstations. If someone who has recently bought memory in the U.S. could give me some idea of the price scale, it would be interesting, and maybe a bargaining point for us. Here we have a figure near $3000 for 4 Meg (with some 20% of the difference perhaps coming from taxes). Thanks Darrell Skinner / PMIDS@FRPOLY11.BITNET / Ecole Polytechnique / France (or, InterNet rret864@zeus.ccvr.fr usually works) From apollo-request@umix.cc.umich.edu Wed Feb 28 19:25:11 1990 Date: 27 Feb 90 23:25:39 GMT From: iyer%cs.umn.edu.uucp@ub.d.umn.edu (Narayanan S. Iyer) Organization: University of Minnesota, Minneapolis - CSCI Dept. Subject: DN3000 For Sale Message-Id: <1990Feb27.232539.11231@cs.umn.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have a DN 3000 for sale and here are the specifics. Apollo DN 3000 4MB Memory 72 MB Hard Disk 60 MB Tape Drive Ftn, C, Pascal Compiler OS SR10.2 Asking $2,000 or Best Offer Ryan: (612) 625-3593 -- work (612) 343-0257 -- home iyer@umn-cs.cs.umn.edu From apollo-request@umix.cc.umich.edu Wed Feb 28 19:51:36 1990 Date: Wed, 28 Feb 90 17:25:00 EST From: Subject: TCP/IP host installation To: apollo@umix.cc.umich.edu X-Original-To: apollo@umix.cc.umich.edu, LWONG Message-Id: <90Feb28.173809est.57401@ugw.utcs.utoronto.ca> We have a domain of 8 apollo workstations (dn3xxx, dn4xxx, dn3xx). Most are on SR10.2 but we have 2 nodes still on SR9.7. Our DN4000 has an ethernet controller card and acts as a gateway to the campus ethernet. The primary network is Apollo Token Ring. We recently installed TCP/IP on the gateway node. It starts daemons tcpd, routed, inetd and enables telnet and ftp services. It works fine. The problem is that I can't get the other (non-gateway) nodes in the network to telnet to computers outside the primary domain ring. It can successfully telnet to the gateway node, though. To install TCP/IP on the non-gateway node (which is also my admin node, BTW, so I know there isn't a problem with links), I start daemons llbd, tcpd, routed (-f -q options). No inetd daemon since I don't want to enable it to ACCEPT connections. The interface on the gateway node for DR0 and ETH1 (I misunderstood and configured the jumper on the ethernet controller card to be eth1 instead of eth0) are as follows: dr0: flags=43 inet 128.121.72.1 netmask ff000000 broadcast 126.0.0.0 eth1: flags=43 inet 128.189.67.2 netmask ffff0000 broadcast 128.189.0.0 macaddr 8:0:1e:1:63:91 The interface on the tcp/ip host is: dr0: flags=43 inet 126.122.72.4 netmask ff000000 broadcast 126.0.0.0 The tcp/ip host learns its own address from the host table at startup. I read something awhile back in this newsgroup about bugs in the router or in TCP/IP ... but I've lost the messages. Am I missing something??? Has anyone else done this? Is the mixed SR9 SR10 network giving me problems? Response from the hostline on this has been poor to say the least. Any help would be appreciated. Lynda Wong. From apollo-request@umix.cc.umich.edu Wed Feb 28 21:23:01 1990 Date: 28 Feb 90 01:22:00 GMT From: jch%apollo.uucp@eddie.mit.edu (Jan Hardenbergh) Subject: Re: DN 4500 floating point constants Message-Id: <48e76e1f.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu > From: jwb@cepmax.ncsu.EDU (John W. Baugh Jr.) > Is there the equivalent of a /usr/include/values.h file > on SR10.2 that gives floating point constants like > max double, max double exponent, min double, and so on? It seems to be a sys5ism. % ls /bsd4.3/usr/include/values.h /bsd4.3/usr/include/values.h not found % grep apollo /sys5.3/usr/include/values.h #ifdef apollo ... -Jan Hardenbergh - jch@apollo.hp.com - HP/Graphics Technology Division From apollo-request@umix.cc.umich.edu Wed Feb 28 21:36:48 1990 Date: 28 Feb 90 22:16:00 GMT From: vasta%apollo%hp-sdd%ucsdhub.uucp@ucsd.edu (John Vasta) Organization: Hewlett-Packard Company, Apollo Division; Chelmsford, MA Subject: Re: GCC 1.37 for the Apollo Message-Id: <48ebcf75.20b6d@apollo.HP.COM> References: <48c776b3.20b6d@apollo.HP.COM>, <1140@tuvie> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1140@tuvie> inst182@tuvie.UUCP (Inst.f.Techn.Informatik) writes: >In article <48c776b3.20b6d@apollo.HP.COM> vasta@apollo.HP.COM (John Vasta) writes: >>The changes required to get the GNU C compiler running on >>Apollo 68K platforms are available via anonymous ftp from >>labrea.stanford.edu in the form of a compressed tar file >>named "/pub/gnu/apollo-gcc-1.37.tar.Z". > >I got the tar file from stanford and it compiled ok. Bootstrapping >however did not work: > >[michael:95] make >gcc -O -fstrength-reduce -I. -I. -I./config >-DSTANDARD_STARTFILE_PREFIX=\"/usr/local/lib/\" >-DSTANDARD_EXEC_PREFIX=\"/usr/local/lib/gcc-\" -c `echo ./gcc.c | sed >'s,^\./,,'` >In file included from gcc.c:131: >/usr/include/stdio.h:30: parse error before `#' >/usr/include/stdio.h:32: parse error before `#' >gcc.c: In function main: >gcc.c:1471: warning: argument passing between incompatible pointer types >gcc.c:1473: warning: argument passing between incompatible pointer types >gcc.c:1475: warning: argument passing between incompatible pointer types >*** Exit 1 > >Stop. > >and in /usr/include/stdio.h is: > >extern struct _iobuf { > unsigned char *_ptr #attribute[aligned(1)]; /* line 30 */ > short _cnt; > unsigned char *_base #attribute[aligned(1)]; > short _flag; > short _file; >} _iob[]; > >Is it save to just copy stdio.h to /usr/local/lib/gcc-include/stdio.h >and remove the offending `#attribute's??? For some reason the parser was not rebuilt. The tar file contains a new version of c-parse.y which should have replaced the old version. You need to have Bison built and installed. Make sure that you got the c-parse.y file from the tar file, then delete 'c-parse.tab.*' in the gcc directory and rebuild. Otherwise, you could produce versions of the header files with the syntax extensions removed since they are only ignored by the modified gcc parser anyway. But it would be easier to just rebuild the parser. John Vasta Hewlett-Packard Apollo Systems Division vasta@apollo.hp.com M.S. CHA-01-LT (508) 256-6600 x6362 300 Apollo Drive, Chelmsford, MA 01824 UUCP: {decwrl!decvax, mit-eddie, attunix}!apollo!vasta From apollo-request@umix.cc.umich.edu Thu Mar 1 07:28:20 1990 Date: 1 Mar 90 01:04:03 GMT From: scott%labtam%munnari.oz.au%samsung%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Scott Colwell) Organization: Labtam Limited., Melbourne, Australia Subject: Does chuvol handle large voumes correctly? Message-Id: <3915@labtam.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu A site run by some friends without net access are having some touble running chuvol on a 760Mbyte SCSI drive. It is set up as one logical volume under SR10.1.1.2 (Mentor patched version of SR10.1). (The disk is out of a node with a faulty mother board.) chuvol starts to run ok but seems to hang while perparing the file list. It has been left for 3 hours or so without getting past this stage. Does chuvol handle volumes of this size? If no, would splitting the disk into two logical volumes fix this? (as a work around we could swap the node ID proms and archive the disk to tape or copy the files to another machine, however the above questions are still relevant.) From apollo-request@umix.cc.umich.edu Thu Mar 1 07:33:56 1990 Date: 28 Feb 90 21:35:34 GMT From: k34403r%taltta.hut.fi%santra%tut%sunic%mcsun.uucp@uunet.uu.net (Pekka Valtonen) Organization: Helsinki University of Technology, Finland Subject: gif-viewer for apollo Message-Id: <1990Feb28.213534.29207@santra.uucp> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hello all, I have x-windows running at Domain 4000 workstation and now i would like to have a gif-viewer running in this machine. If someone would mail me xgif for apollo (or another gif-viewer) or tell me where to find one. Thanks. PS. Oh, and it may be either for b/w or color display ## Paradise is a place with # Hell is a place with # kabu@otax.tky.hut.fi ## ## german engineers, # german policemen, # k34403r@taltta.hut.fi ## ## british policemen and # british cooks and # Pekka Valtonen ## ## french cooks # french engineers # 358-0-247983 ## From apollo-request@umix.cc.umich.edu Thu Mar 1 07:43:37 1990 Date: 1 Mar 90 05:59:33 GMT From: zeleznik%cs.utah.edu%hellgate.utah.edu%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Mike Zeleznik) Organization: University of Utah CS Dept Subject: sr10.2.p inprot templates Message-Id: <1990Feb28.225933.26704@hellgate.utah.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Has anyone actually used the inprot template file provided with 10.2 (ideally with 10.2.p) to lock things down? If so: 1. Did it seem to lock things down reasonably? 2. Did the system still WORK when you were done? I did not get a template with 10.2.p, but was going to try and dig one up if anyone could actually tell me that they thought it was worth it. The last time I tried to close up the holes, I broke too much, and was trying to avoid a repeat. Many 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 Thu Mar 1 09:24:00 1990 Date: 28 Feb 90 22:02:06 GMT From: lori%hacgate%elroy.jpl.nasa.gov.uucp@decwrl.dec.com (Lori + 7/9) Organization: Hughes Aircraft Co., El Segundo, CA Subject: Re: How to make the DM display a node name Message-Id: <7487@hacgate.scg.hac.com> References: <6900@ubc-cs.UUCP>, <2550@cs-spool.calgary.UUCP>, <6923@ubc-cs.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <6923@ubc-cs.UUCP> pphillip@cs.ubc.ca (Peter Phillips) writes: > Is there any way to convince the display manager >to leave any sort of message on the screen between logins? Or even change >what the "login:" prompt says? I'm assuming that something about ENV NODEID isn't what you are looking for here, so a few more thoughts: Look at the MSG command and see if it does what you want. You can read environment variables from the DM with ENV, grab the string in a buffer, (not lost even after logout), and dump it out in the DM output window with MSG. Remember if you call it with XDMC from a shell script, you have to enclose the whole command string in double quotes (under Aegis, anyway). Or maybe you could fiddle with the '&' command. Or even CV or CRPAD a file up in a corner at logout. Please let us know what you get to work. ...lori From apollo-request@umix.cc.umich.edu Thu Mar 1 09:34:39 1990 Date: 27 Feb 90 20:34:15 GMT From: dennis%peanuts.uucp@nosc.mil (Dennis Cottel) Subject: Re: RAI problems Message-Id: <1946@nosc.NOSC.MIL> References: <9002270422.AA02911@icaen.uiowa.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Among other complaints about Apollo's installation tools, dbfunk@icaen.uiowa.edu (David B Funk) writes: > It is not easy to maintain a heavily customized system in the face of that > steam-roller called RAI. It will mash ACLs, wipe out customized system > configuration files, and play general havoc with a carefully distributed system > of links. ... > "cfgsa" & "config" are totally inadequate, they > only let you answer those few questions that the creator of the product saw > fit to provide you with. If you don't fit in that general mold, then you > are out of luck. I heartily agree with David, here. We have just begun converting from SR9.7 to SR10.2 and I was extremely disappointed with RAI. Having read the glossies on the Super Installation Tools (I should know better by now), what I thought we were going to get was a truly useful toolset which would allow the system manager to tailor the exact configuration of each node in the network. Further, this tool could be used at any time to run a check to verify that the node contained exactly the configuration specified by its configuration file. In fact, as David points out, you get no more configurability than someone at Apollo thought you needed. There is no way to finely tune the installation by telling exactly which files should be links and which should be local copies. For instance, the DPCE installation doesn't even allow you to create links to the binaries -- you either load it on the disk or you can't use it. So, as before, we are left with no ability to automatically install a node; first we do the install using some generic configuration file, then we go through a long check list of items: "delete this, make a link to there, copy this from the admin node, ...". And no way to verify anything. Rats. As far as I am concerned as a system manager and user, Apollo wasted their time developing RAI. The tools may help application developers but are of no benefit to the rest of us. Dennis Cottel, dennis@NOSC.MIL, (619) 553-1645 Naval Ocean Systems Center, San Diego, CA 92152 From apollo-request@umix.cc.umich.edu Thu Mar 1 09:40:54 1990 Date: 28 Feb 90 14:05:53 GMT From: k34403r%taltta.hut.fi%santra%tut%sunic%mcsun.uucp@uunet.uu.net (Pekka Valtonen) Organization: Helsinki University of Technology, Finland Subject: gif-viewer for apollo Message-Id: <1990Feb28.140553.19532@santra.uucp> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hello all, I have x-windows running at Domain 4000 workstation and now i would like to have a gif-viewer running in this machine. If someone would mail me xgif for apollo (or another gif-viewer) or tell me where to find one. Thanks. PS. Oh, and it may be either for b/w or color display ## Paradise is a place with # Hell is a place with # kabu@otax.tky.hut.fi ## ## german engineers, # german policemen, # k34403r@taltta.hut.fi ## ## british policemen and # british cooks and # Pekka Valtonen ## ## french cooks # french engineers # 358-0-247983 ## From apollo-request@umix.cc.umich.edu Thu Mar 1 09:58:06 1990 Date: Thu, 1 Mar 90 15:35:20 HIV From: bonnetf@apo.esiee.fr (bonnet-franck) Message-Id: <9003011435.AA01036@apo.esiee.fr> To: apollo@umix.cc.umich.edu Subject: DN2500 memory addon hello, Does somebody knows if it is possibleto find low-cost memory for a DN2500. I heard it should be possible to put PC memory inside this machine. Is it fully compatible ? Did someone try to do this ? What is the chiper price you could get in the US ? I have to compare with french prices ... thanks by advance. Frank. --------------------------------------- bonnetf@apo.esiee.fr Frank Bonnet E.S.I.E.E BP99 93162 Noisy le Grand cedex.FRANCE. Fax : 16 145926699 --------------------------------------- From apollo-request@umix.cc.umich.edu Thu Mar 1 11:44:20 1990 Date: 23 Feb 90 19:42:33 GMT From: maline%einstein%edsews.uucp@uunet.uu.net (Alan Maline) Organization: EDS/TSD - Troy, MI Subject: pc-nfs on apollo Message-Id: <66@einstein.eds.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Has anyone ever tried to get suns PC-NFS running on a apollo 9.7 machine. Or does anyone have any experience with ways of integrating PCs into a apollo environment? -- Alan Maline INTERNET: maline@eds.einstein.com Electronic Data Systems Corp. PHONE: (313) 265-7225 750 Tower Drive P.O Box 7019 GM: (8) 365-7225 Troy, Michigan 48007-7019 FAX: (313) 265-5777 From apollo-request@umix.cc.umich.edu Thu Mar 1 13:43:15 1990 Date: Thu, 1 Mar 90 10:49:57 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9003011549.AA16296@richter.mit.edu> To: PMIDS%FRPOLY11.BITNET@CUNYVM.CUNY.EDU, apollo@umix.cc.umich.edu Subject: Re: 3rd party memory--Clearpoint? Any others? I just got a mailing from a company called Dataram which is now offerring memory for DN3000's and DN3500/4000/4500's. They did not include prices in the mailing, but claimed that "prices start at $1000, half the price of Apollo ..." which presumably means that a 2MB board is $1000. They claim to offer a lifetime warranty and an "express spares" program (board swap?). I have no experience with this company, but they apparently have an office in the UK. The US. address is: Dataram Corp., PO Box 7528, Princeton, NJ 08543-7528 Tel. 1-800-822-0071 The UK address is: Dataram(Europe), Mere House, Mere Park, Dedmere Road, Marlow, Bucks, England SL71PD Tel. (06284) 74815 -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Thu Mar 1 15:37:20 1990 Date: 26 Feb 90 21:36:37 GMT From: kint%software.org.uucp@uunet.uu.net (Rick Kint) Organization: Software Productivity Consortium, Herndon, Virginia Subject: Re: Help with anonymous FTP Message-Id: <563@software.software.org> References: <9002200307.AA00114@icaen.uiowa.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <9002200307.AA00114@icaen.uiowa.edu> dbfunk@ICAEN.UIOWA.EDU (David B Funk) writes: >In posting <7997.25da7d8e@ohstpy.mps.ohio-state.edu> snoden%ohstpy asks: > >>I set up anonymous FTP by the book (Unix Sys Admin by Nemeth,Snyder & Seebass) >>on a DN4500 (SR9.7, BSD 4.2 TCP/IP 3.1) and it does not work. Remote users >>get "550 Can't set guest privledge". > >The problem is that the BSD system call "chroot" is not implemented in >Aegis & Domain/OS. It is there but all attempts to use it just return >the error status EPERM (even for root). Somebody in Apollo explained >the problem as being caused by the fact that ".." of "/" is not "/". I ran into this problem too. After trying every conceivable hack with no success, I decided to check out the chroot call itself. Using dbx to disassemble the inlib'ed chroot code revealed that it is just a stub, the guts of which I reproduce below: 033a078c MOVEQ.l #1,d0 033a078e MOVEA.l (-18.w,a5),a0 033a0792 MOVE.l d0,(a0) 033a0794 MOVEQ.l #-1,d0 All this does is set errno to EPERM and return -1. This was true at SR9.7.0.3 and SR10.1. The result? A program which calls chroot will compile successfully but will not run correctly. Bah, humbug, feh. -- Rick Kint Software Productivity Consortium INTERNET: kint@software.org Herndon, VA UUNET: ...!uunet!software!kint From apollo-request@umix.cc.umich.edu Thu Mar 1 17:33:14 1990 Date: 28 Feb 90 23:08:13 GMT From: shane%hpfcda%hpfcso.uucp@hplabs.hp.com (Shane Fazzio) Organization: Hewlett-Packard, Fort Collins, CO Subject: Domain Performance Tools Message-Id: <900001@hpfcda.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu If am looking for performance measurement tools that run on Domain. If anyone has anything they'd like to share or knows of any such tools, please drop me a note at email address. shane@hpfcdm.hp.com Thanks! From apollo-request@umix.cc.umich.edu Thu Mar 1 17:41:42 1990 Date: 1 Mar 90 17:38:51 GMT From: iyer%cs.umn.edu.uucp@ub.d.umn.edu (Narayanan S. Iyer) Organization: University of Minnesota, Minneapolis - CSCI Dept. Subject: Tape_drive Message-Id: <1990Mar1.173851.29383@cs.umn.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Archive Tape Drive For Sale: Same as supplied by Apollo $550 or Best Offer includes controller (612) 625-3593 (612) 343-0257 iyer@umn-cs.cs.umn.edu From apollo-request@umix.cc.umich.edu Thu Mar 1 17:50:59 1990 Date: 1 Mar 90 06:00:56 GMT From: John_A_Pham%cup.portal.com%portal%portal%atari%imagen.uucp@ucbvax.Berkeley.EDU Organization: The Portal System (TM) Subject: Re: Wanted: Manuals for Apollo DN4xx and DN6xx Message-Id: <27423@cup.portal.com> References: <27339@cup.portal.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I'm looking for any hardware, software or installation manual for Apollo DN4xx and DN6xx series. If you have some that you longer need, please send me a msg. Perhaps we can work some deal out. Thanks much, John From apollo-request@umix.cc.umich.edu Thu Mar 1 19:33:25 1990 Date: 1 Mar 90 16:39:49 GMT From: liwen%software.org.uucp@uunet.uu.net (Andy Liwen) Organization: Software Productivity Consortium, Herndon, Virginia Subject: X Keybindings Message-Id: <612@software.software.org> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We are running SR10.2 on several nodes and are in the process of initiating installation of SR10.2 on the rest of the nodes in our net (about 150). I am working with EMACS to discover how to set up keybindings through the integrated X server. Is there any way to have EMACS recognize all the keys on the keyboard? I hasten to add that we want EMACS to run as an X client. E-mail replies appreciated. BTW, I am also curious if anyone has experimented with shared library optimization of EMACS's load time under 10.2. Any help at optimizing load time of EMACS would also be appreciated. -- Andrew B. Liwen voice 703/742-7289 Software Productivity Consortium,Inc. FAX 703/742-7200 SPC Building -- 2214 Rock Hill Road liwen@software.org Herndon, Virginia 22070 ..!uunet!sunny!liwen From apollo-request@umix.cc.umich.edu Thu Mar 1 19:38:37 1990 Date: Thu, 1 Mar 90 16:15:24 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9003012115.AA17003@richter.mit.edu> To: apollo@umix.cc.umich.edu Subject: beta-test sites needed I will have an SR10.2 print server driver for the HP Deskjet/Deskjet+ ready in about 2 weeks. Is anyone interested in beta testing this beast? -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Thu Mar 1 20:18:27 1990 Date: 21 Feb 90 23:23:52 GMT From: syd%dsinc.DSI.COM%dsinc%netnews.upenn.edu.uucp@rutgers.edu (Syd Weinstein) Organization: Datacomp Systems, Inc., Huntingdon Valley, PA 19006 Subject: Wrong network address Message-Id: <1990Feb21.232352.2072@DSI.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We have an apollo running SR10.1 on our net (ethernet only), and every once in a while (about once a month) it comes up with a tcp/ip address that we used to use, but no longer do (several months out of date), while we are now a class C net at 192.... it comes up with 89.0.0.x which our NSS gateway loves to bounce back as invalid. Powering down and up solves the problem, but where do I start looking for what data file is holding on to the old address? I think I've tried every file in etc and node_data. -- ===================================================================== Sydney S. Weinstein, CDP, CCP Elm Coordinator Datacomp Systems, Inc. Voice: (215) 947-9900 syd@DSI.COM or {bpa,vu-vlsi}!dsinc!syd FAX: (215) 938-0235 From apollo-request@umix.cc.umich.edu Thu Mar 1 22:44:12 1990 Date: 1 Mar 90 23:24:00 GMT From: oj%apollo.uucp@eddie.mit.edu (Ellis Oliver Jones) Organization: Apollo Computer, Chelmsford, MA Subject: Re: X Keybindings Message-Id: <48f1134c.20b6d@apollo.HP.COM> References: <612@software.software.org> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <612@software.software.org> liwen@software.org (Andy Liwen) writes: >Is there any way to have EMACS recognize all the keys on the keyboard? I'm no emacs gnuru, but I do know that you have to set up the keyboard config file to tell the share-mode dm to pass keys through to X. Notice that the share-mode server runs, by default, with this command line or one very much like it: /etc/Xapollo -K /usr/X11/lib/keyboard/keyboard.config -D1 s+r- This is done near the end of /etc/rc . The default keyboard.config file has a lot of uncommented "exclude" lines in it, which means that the keys mentioned in those lines are completely inaccessible to X. Edit the keyboard.config file (I exclude nothing but "shell" personally) to put in !!!!! comments. Ooops, almost forgot, the keyboard.config stuff is explained in the manpage Xapollo(1). (You could also edit /etc/rc to point to some other file, but BEWARE! it's really `node_data/etc/rc , and if you want things to work the same on diskless nodes, you better ALSO edit /etc/templates/rc .) Then mention the keyboard.config file in the /install/preserve.list file, so it won't get hosed next time somebody installs an OS. And, when you're reading /etc/rc , just pretend you didn't see any references to /etc/daemons/xdm . Please don't be tempted to try xdm on sr10.2...... unless you like debugging your node what we call the Phase II shell. As Mr. Wizard sometimes says on TV, "Don't Try This At Home, Kids!" /Ollie Jones (speaking for myself, not necessarily for HP) From apollo-request@umix.cc.umich.edu Thu Mar 1 22:57:41 1990 Date: 1 Mar 90 23:08:00 GMT From: oj%apollo.uucp@eddie.mit.edu (Ellis Oliver Jones) Organization: Apollo Computer, Chelmsford, MA Subject: Re: gif-viewer for apollo Message-Id: <48f104d4.20b6d@apollo.HP.COM> References: <1990Feb28.135128.19211@santra.uucp> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1990Feb28.135128.19211@santra.uucp> k34403r@taltta.hut.fi (Pekka Valtonen) writes: > i would like to have a gif-viewer running in this machine. Here's the xgif binary and the manpage, for sr10. uudecode, uncompress, tar -x, enjoy. /oj begin 664 xgif.tar.Z M'YV0>,ZD,0.@H,&#"!,J7,BPH<.'$!&"F'CC1@T0`$#0@&$CQ@V,$T'$H"$# M9,B),V1PC#&11HT;,U+6B'EQ8HT8,6QDC,BSI\^?0(,*'4JTJ-&C2),J?1B` M$@`%),11(U30!0:#.@"P$/(`0("#(J`41`"L("ET`"````(`@4&U!E?`74%C MH0LZ9?#0.8@@`+2V?@M^`%0PL$,((%W4<7,GC1LR8T.(12"YL,'*APN"<$$F M#)TP!^&FY5L60-B"*^`@)%(0`F$@+L3,F8,0`MFTMP&3-FS7,(LI"D#5^P`.&>V)7/D2,\ M(@G4HAT*4.Z8N1B(!%#7A>C619LTT!88(_Y`#A@#_@(-& M<@O^P\V#_V`S84$54H,A-!L"4"$S&"(38H7$8`C,B0SR@B$N+/Y#"X:PG`@A M*A@(\@\K(A!3T`3_`/"!&`DB0`(,`%@@QCT)0?`#"!?@<`,E6*1Q!74(MI7& M'0`P$,$7(`@`ABH-AJ&&/RF64I`(92V`@2(`8/-F`!BP"8";OZ05AA+^`&.G M`AA\XI4-UV2PP)%)VG`/!@HX":645%J)99%;=OEEF!#\`P(!8"A3YIF\B.$I MB<84A($E`'!@IYNJ!`#$GGW^&>@__Q!J**(6*,JHHQ=@\$&#,-Q``1B2$I`E M`I4RD,8E:Z5Q"P!$I)$@$FDPR40$OX09P3<@&!"!I@=D\(57DG(C*3:24B,I M-&&TX`\N$'P"0@$97```-Q@\"PT&"5)C9P(8,(E-!/(",($XP3`0Q@UQML`+ M``.$T<8_G*2QPH_C)`P&D]PX#'$8#?R#"1IH&0Q.PA.$DW`+F`!@@*20L$P= MS(%2AP:SD$QPLL)<0E+!$@`(T`(L!L,\`3D:M_(/,AX_`$8S_T`#1CO^S&C( MFF4=`(::`$3P!T9@M.(/+&`P"XV=!831!,5[%A3!&B@H\#8*`%0*3H@X`&@\BTF[(M\,`"<2RQA&$ARN4Y"DH#S]#XQ,4G%& M.QR:8JJ@"K0`"0`8M`X`%[+CD,$?05>*0@970B$I#Q@$R3J3+*#!)`SB`T!# M[%*5-B6MC1% M`#&XX!^HD,`'YB6&*/SH'6B00!C<\`]0W!``&@C#(GX$#S0HS!$1^J,%PN"* M?Y`"#.S@4#-^=`XT&`!(0O)8,$%!_@>`6SBF(/[X0`#40HYA]N,?`7A/,4D0#C\H M`!8^X$<0$M"/'X2`F,.<0#K0L(`]^@,4+."#5L#@B``@855A0.3IW.$/3H"A MDR)RA3GM=``(<$M$Y3QGF["%D3#`,PP,```2PL`&`%P+!2!80`1"\(\DH)(" MJ;@*!(+Q#RB@T@)&N(H$I(""`D0@%/]H`BHKT`J)!N(?3W@H.:ZRQZBAP5XH M`,,M>1&&-R9PD")*!8=*53\7F#.=_L!$!"0``@38B0$0.`<*&A`&!_B#$G9" M`!APRL@(D:$1'&HD*3R&`#$4X4?DR",J/19*JA"AE`Q`93K9QD=,I"&2`%## M`F+I!']`@A^?N"8`B@F!4DH`E6"`I8ADZ#P4E(\%&/A&6]"0(!B(P0G_J-&S MSO=&:%Q*1++@4"+HZ@]&G!`$"F"AJ11KU+)(H'M!`Q(8%("&!A3$8P5`Y?`\ M^8$_+N"Q_G`1(IF1*1!```-4X0`&Y`D'.TG`GB!X@!BR_%90]5LE/ONH M2CW=DA09^`'_YFJP;2*@FLG<:S)9@,,?T($J`*`'T``034$@81(OM`$/0D`` M^`I)O@)``*W"@$T(V/<#,`BH`%I!M!@0P$<`^*\-.+$\?OPC!,I,)CTB49`# M%\3!PQ0O!,3A@(*TEP#?`D$#P/`7"/#C%R'`2#%!@-JT%*-;8F`")?.(X0B3 M@+S,HP.%TRMC]O+#O0J>;WWCRX/\[K>__PUPT`C\%`LG.+Z<($PP4RQ>C1@/ M`CAXA0`"P((9_`,=&#B'5\#@"00P8`3@&,$G(M`*$$B@R_\(1@;V%P`R'P`? M:%9S$(?X`2->`PL/L,$%LA`!,62/#FA\!"8QC;)^9R+$ M!\[Q#W.@D@7<`,`/:K`&!)P@`GY(*`GJLH`SJ(.V'GN5&O[!".1R2H9@N/($ MRH&&`XP5ASD`@SDR$@:"#,MX&`!#J3@0KX3JT(`^!"T+ZA(#=_/O3(#XHPOJ M!0`^Q/FS$:J*YO`R@0W^LHN83;XN9T`2!;!V`Y'""Q9L```P= M]J,>-0^BHAGU;&)=R5C2[E(5H_@L%D`0!EVDP1>M*,8LEG$M:N`2$=3`K#`^ MBPD2J+;LX#7'`KP4`+30`!BH(P9)-&CU_)-#A-!`@8*L089BD(6%,)"G`*"A M%K&408;$((%_4&,-\;`]//@G#W_P(0S2\,=G9.$/.&1`4'32+NL8!HOI%41< M"V06+B2'BPFP`PT$^#8.NP"&29@JLZ4U9<@%H-I:9Q*'!.C!'"A``%Y&(0.= M5&?NMQ8(=@'F``4]@`&9Q0`M@`L`L`1>LREV\@#S5W__1AT],`7\QTM#`(!C M-H!B$'UX8"<6P'L`H`,6^$(RLP-A,`4<,H`JI(!ID8+WYS(\,`G\9R<-X(%< MAB3D4P$OF#@.((,40(.UA4,&<(,Y6!8[&("\5`)H$`%!:!IE,829A0'U!P9P M\4<$H`%ET8.IH@9_(2(P6(4RR`%9*`VOA7\88#Q@.`%HD%ED*(0R"`)9*`G4 MP848\!Y@R%HR0!U@,`L%`02%4!`70`Y0T`)@X!0`(#,$X#RPX'<]!"82H`&T MT7]>)@H\>`9,`@L7.``8\(>&Q7U@4`F"00ZT\@&H"`\L\#`"$$Z`R(A^EP01 M]UHWK2%0:RYVG#619.HW0B$GU(`**5 M\0'E\`_X0`,&X!4T8`(0(X6>\`#<``^CNI<%`0YB\`]H(%\B@`"00`CS@E])``ZP"@!* M)@#HT*T+5A#_U5Y/)B0^P`*2@`1X!6'B17.$X`M!@"L00``(D!X<`FID(P(* M$JP&$PYH("*B\`]4@&,+``?S@0!T4`#?.K%D$$UC=A^<4@(7]@$A4!#%-!J@ M"0.#P"$3"PJN\0@$<`/E``2<$JY.AX08H%UUEAXP0+($@0;I`0;A.B,, MRRGI@0&AX!7[%K%H(`K440(X9`$5@@AK(`[4<0;A(*I=\D<%\&EMT89>@2M1 MJR!BX`_4H(K_T`^H1`+A9@$T`*L$``$>8*WKYK(*@JMJ@@!/&T!2:R0/8[6C MR@`80#U!RX=AV25F>Q]2E;$*9RICH3.6A`892P*#*[:&FR>N>C6^5[AF&[A& MN[>F0K<3,`Z5Z[B8FR0+TB6^XA480)6^)PR,>VR6JR"CB@`8`!D"T+AMT6A0 MXBO^,`>%%VU:,FV+AT6.UUB1-WDX4'D\<'E`D'E>U'EJ\'FA%R8,.8XW\YZS M53_>B`X.$P`W(%MP17S^0`X>#9E80'(=4K_ ML'H7R"F^T``T@`8B#``94$MUAL&L,X"62!T:`'P!D`'OT"5E^0_$(`8(-@'U M@`86H%H+P`*[$"$W$`]`4`$>LP[QZP_<(!N",0]!\FVNJ`%_\!6MQS;-QPP+ M'"%@T*C,0V$,QRT+,($**`"XD`'>PTL@QBT7X,1>D0$;G%9X-`'?UL7\D`;N MT*8+#+_%1PEBQ`!<\$4,@`5#B@Q(*B+PU%L30'()`@6MAR8:$,#@5S=7P``3 MZGI37,57G,4OA&/!4,<-_$)?',8.S`-A\,I4T+ZGXPL,0`,TL`P0H`!6AP:G M>80`4`,'7,`V@"05,(V.9`,=5@$UH`P<'`;^P``,D`&L_`FTPDL7$($7``&H M\`L*8"<4``&1T%&7)05*9P7L_`L6`,\0``D=!06#A`41H`08`0&(\`L$P,^. M@`(@1M`&HPYH@,.HB4,#0#`B%F*AM4I-7$MIU0YHX,@YS`!0N:_+Z\("N*Y267P--B MP`*4?`&=K`8_*09*C05+[!4:H!:A=`>:S,E8,,1=$LRPO"6:G`%*0!UP)@M6 M`LLLD'MP-*3X2XW[VT)QI=10`'W^`*#I*"2HB`_J!P!&``&2 ML"DC20E!0`P"``OT2\Z[A"2I9)8.G`$V0`U-"@&V@``.,,$5?,$9W)T-8-F8 MK=D6C,$&8`/,4-F7G=D4/-IMH0&*=0!*$)\OG*49-,,D>,-&Z#%'&L1H\*49 MH-%331V(_)X[-@$>G7ZWW,7@<`/S``0-(`:B:=Q8_-<9@-?8D$X%05(3PH-. MS0#:L]?!'0"<[*9,\`O-@->X<-;,^0?_,`RHQ-S./:(>8P#T"0',D%RB184` M,(1!$@#:S65>5@\5P`@,S8G>[7 MT`%^Y@&!=@$?$`$V<`58,`$V<`E94`&#IP#&BRS(RRQ7]"Q:E"!3@I' M1>K?LGJP;B'-R>O\P^I0V@`80&$#E>[K+B\.@)S26.S8T)S#@P>`^UE00'W#@"8(.KNU)H8 MT'`I9%HA=TDY3&P%W_$A&O+=]\0&T`-/L&4]\`9;%@$)\`O+``;18'P##0() MD`9&X&&/L&4^H/,!$`$3\`O3<`;)1P$20`EV"`:_"`U#`P`)H`:L5C_-3B)B M]^Z>AJO+HRH4WYK`T`,/L&43<`[!T%7)CN(.6`!KL*`B\HODJ%B^=PQN`P"% MT%7%C@P84!R^YYON"`&JX`M3'`D&].[Z2`6[(Q;$ENR\4`$J@`(!D`9_F/>_ MPP//L&5HX/>Z^`/O(`1U1N\P7Q8%$/+7_2W,<`8EL^I;]S`E(%M3#P:.3PL> M\]RT$$O?`@O7&T%@<&W\Q3\N63]1<.+$;L>XC@'NA_9/<>H!L)'?P@IA$`-O MG>P$7.S@A"0`XSTQ4!P'T`-)'P`QL%D'P`/G#P-P<@`SH#L'$&9>(0:U9S"5 M]#??P@DC;0\]H&5@R`*L@5=#;%@=37-\GF:2,(].(OV*4RP(`#A`MO0Z``!].Z\!$*1NIYV.BXA1`P$EBYP_'@``(T`%J&#-K]Z@JPJ` M!@80V]LR/.`=[+P#\`N.`;.3$1$``8"`7<==;![.>P$[K^T6L" M'H;I69U@,`'>'2*P@':OUX&!6/`/$($[0@.%2!=)/:3#`S&!WW"#9V`"1H`` M@.):A@#(`(-0&9#!['?BI@;!LQW)SM/8J+TC_0#&`P0G=<$!B`%&!`9.6_V@ M@\*/64B08L>-6L!V>83X:_F1HT'"`?H3&9`5#Q`;$,$MXXZPWC\X3JB`\:6! M`V`JD$$B*PZ'L!`UO47`^'3?/^`#/T/S9;]_0`?0`()I?G@@#>@4$>'X"$$: M\$UI`+V$@6\!!\2`XV,.JR,-[`6PER&VH;@*`QDD#8B'^K'QO"`8BE;90@'H M@`;@]L#!,Z@#%J`6:+X6L`G:5@W<,F(@@TB`"K!4)D`A&4(R$!_`(FCG(]+* M"]$9ST`-C)5^"`_RI;A+O>('BBDX`!""!%B!.DM`A MD`1\8#K!`<=8`1#`A&`!-^`?[`/D,R'#8XI#G+L$6$'3'AHD8!/I!*[R"(0`%"``'H(&6T1?&$`\H"/,!%/R#=@`( M"`,"$`#BX0#8+(-@JZ8ENBP(B#)<2H%V(`B6Q[EL&1$$7`(`4#`OZV5;@%?" MJB#(@Z\P+UM?6R@`8B$`8`,`<``65#B8EX;`7@Z0@O"3Y@,X&)>!0&+"GOL7 M+C&FQ%P=Q2%H[,MY"8K:@@)8F`#S!RPH?MD.#H!;0`#LK#7H2W%)+LUE!%`+ MNFLM/2J^<#,+@N0S"$#@'\"5MA`!'!#J.0A!DU@&$,=``$*`%LH M"C!S8:[-M0D!\LO7#)M>H$:6S9\$*503S$Q+8!/DY<2'MQ- MP?D5]F9!@!1T`P$4@/D4.,4F`$`'CO-L4@+Q@``2@%2IG&,3&F3.OMD6$@`: M6)R6$UX43KZ)-L]E[P"=^W)TMDX!\*%@)R+(G,SF0G;.Y0$!,H!;^"WX("U@ M@$;U6Q;F;PDWO^75_)9(\EM&2>^L/;]E^?R6`]D[6T,&R`^],Z#T3K70.X76 M6\@`'$!X^L+?I^!5H`0&R$008`*K!($@!YY`&](!C.`,@(`FT@4!:!H`H"(`"730,$%`0<`?"@#AD MI2RI"$@!*?`$I$`#70Q<=)'2@3<@0U>H9UBD80`$N%(\X$I!0!I8IH(T&P6$ M@7`0YBE!,`@/E(I*4`IJ04'`,G4,U-0QD($WP"7FIE&```$`?_($RB!CR&=: MR`#0,P-P3P0P/C$`*`.=PP1W?H#AU18F0$R!G7[MA9A-5$(TQP_L!`=OZR>1 M5`30,R%`&T`2$*`%P-0.0#>D@VJ2#@VU%5@EZ;!ZI(-JD`Y4(7H^U/"Y/(W# M@)`.K$$Z%!3IL!>D@^23#F)!.D`&Z1"QI`,>,`YL03IT$NG`.RG`^+P-O;.@ M98":J@%JZ@:HJ1R@IK8"IR`=6H9T$"?203Q(!\+P6TI,*T`D=%0AFP)!VT82`6D&`:F6MKE62QM;9.DY5:!D(`[=U(.A6)VH0'JL1P*"> M(9W:5C!J3;NH0@4`O36=.M?E6A#FP!A8H?TT.+0!!JI.R0`[)0,N()?.4#D@ M!^H`')"@V_6S=E$0@`+$`'(%`=X5O%Y0,N`*^R=7\HT*0D0LOK>=VA M[92(TH$16D!Y:!K``V6`#>Q0%-!.9V@-G0,I(+T:A%TZ$:JI''`#QS3%@`#1 M*D-IJ&S]#$W4G5[09EA@Y6LSG0A7X)@>4W=*!S2L0EBO[?6]@H#X"EKI*XE] MI\P4OY:!A(="QZD<$+``8)@BUQF;3A-L'BBOZG0..`:\(`:E-:I*T6P=]3"RM:D!)$``(YUK_`5LBY7^KH8M`-W M6`,"=J#*41M[$(A`&9BA;:"'SH9CRF450F_]K:WUM0[7)QM&;2@64*;,]""` MTQ1;7+_K<<4+>!32"M*G,`1D:XZ-L\_5Q=+7)U`'Z$"G70QT(`6$@&RD9YMI M-D(!;R"WWH$0.@9<:SN%48NT#A!0,I`"&$U4X@?X`!Z``V``",Q`=<6RM!4G MLH'M,`;.*91=K?LTMU98$RL'C.A$H`*5=,;F!4J:3M$`C$*ON53*!EHV\&2; MK3[%H.3TFDZ$*>!I\\`1W;#D=5O8`!RKH'4VP1327&H0J0`6H@#9E`EF` MNH+6.UI<"0JS=;;-<)'R5RF[0M,LM36BN30_?`6=>17F0WYP6(C*+7R%^<"Q M-*[(3`@2=[\I@&22!BI!0:4.7F&_,01>F+$,PBSY"AUF(>@$F9D0@A7.-`A? MP>9V"8,P'W2N:,`..O?^H5R=ZSTYELX-GP4A6.G<-LL+=2ZE_%TZ%U%R/9=:I8+0%70N[!D- M.E>A2B&=&[$*PJ'2N07E1XS=Q5I[=&X?!4(Z]ZH6!`LP=L6)(1J[6O,JZ%ST M(L3&+CP!)&.W(P*`#3!V&5&J&+OX$@!T@+&+0PH"V-2Y[;*%Z-R0N1-TKF`! M`"=+YWXIACEV?]^:&+M&$P#H*IW[,`K">]"YI0$`D"R=BV```+'2N;ZP()R` ML>L)\Z7.59O[0^=2MH(`F72NW`0`%T/GAIM=,G8)8`+5N==&.7#=`#`T=8G- M'0#9%X"DA0%0,@#`+/F^0S/UCM]>AZB^+QX#`)]W_`;/@O"'ON^!+`A--RWH M3`#@DFPN`="9=<'_TH]HQG4)0!"\O/Y7-.@$_RMT&8;_1;H`(/GJWS8[(/SO MTT5J_E?JY@"N6P#"KO=5"#\S(.UV8J]P3W?P&68#NK;N@F*<^QQ&<0!@O'EXWB+224R(C9@K;B"NV/7N8";: MBFDQ0@@`PV`5%P;1M(/-``F=LJ5X!^<%`Y/NN=`!)`&1`"P<&\C,UR`A9(9O1 MAOR048`,R`$Q8'\LA@?[!4C`/W4#1-@^C($O0(+10`$-$%]`)W\!<.QU@G(: MB,=?H`8SVYQ\E'=R#U[*1ADI%^$CG(2C\DZVPE"8*4OE.GJ%+YT3V+9[U(+N M!2PP!**I'(BQCX&@7CHT7`;*@/;``\M4-6`!/XQH!"I!%0)AH#NYDR M8P$F\`:0:Q2H`P4T#P#B,7KIGL`5C1:BM(->.L[\!M:`>YT"E/287CHH4&HU MK=0`V0` M"I30"BH'Z$`:<`Z7;@CDYC)`F-4R%D#-GQ0)E($TT%K',G@>I!I78W6,C;4Q#N;& MT=`;%V/;:HW)<=[%P6;@'*=C),U/<;(OGL/O6$/'8PI*C^LI;G4!3MJ@:FFB M$!(JPD7("!NA(WR$C#`11D))(-,G(09PA$EY"3)`!-<`EE`2;,`/B]$[8 MTG@Z3^OI/!0GA-)/VDL3]:">`EG`"5"!('"HN8`9 M$`+VU%5#`4;JJI,`I>Z@LGJ3,M+Z>4EKM2"-I/$Y#^3J7;U(:_4E`IX:AH'J/ M!-$6D$/E*&C)U\X442MJ$/`$QG6Y=@)30`&`T$5Z`EJ`%[6BUCE@V^`[D)3R MP&I-ML?Z,=CK1=JO__40?;(">\IBY@8K,?ARC9T(@%@.*("\(#$V:!G8H7;@ M.C>&X1Q#4P(,P`,J`08X6$Z]0@-J,W37OA4/)#S_.8TOJ+&MH[)U@N;6$R`# MOFAC6+:@Q5-'40D*4-.I#=@(>&`C".V2O4)WZ'&MM0X6PK(!J4U-::UK+;#I M5`8`[2'*;-=`>G4!4``**(`L\+&7*J-E=M(&Z4S.@`#QV'0`!.;L,W(&>K1*`-@P8 MVVF`:-_L(5IJ\2L=I=WIM',3U,NM!S)W;OW:/WL&?.\=:KG)=AE0`%=[;8N! M11JR^>L=A=PQ]&D;6;9-!^Z`Z]X./-MR8X$6$`:BX1S8H6*@?(M1 M'N":>Y5>!((B1I&IY4K9]T]>W;(Z!>S0S>V304`,M]J'5'\O4O(L6AON M"-?;$]N(#]`O.L,U]G;@V"=<=I_O%HNX@E7MC[9]NH_00!S6`/B-(3&6^6*PKWM`04!<-H&@("9W$(7 M:1LGL!?4>LML'MM%=R@*S]_*-K9>5AE:0#]#?6#AN3:14MH#?G`QK<$EX#ZY M7@=L-Z``<`#!YJ`&.U\#[Z243J&HS2ZQ%S:@8FV"8ELQN;+MY,BVT3)N_'W# M_>D>8:9R`'B+[#E0!VJM,Z7+UCF!ZW&,3<,W=NR^WF4\-I_Q6)M;U_@5!P'/ M6IJSZS$.RA>I%&`!1V`K^-8QRAY@*$"UW-NUCGKSTT9Z_6.4#!@\/P+MYC="(?@2>^MV4W&EBM4O3FS8$_[-A0-Q.7U"4VA!7;2=M'-SW3CQ#-@32]HP:&R*M;22M(Q.F/1M;4VX[+:F?+M MZVUN=^A)OP,KW88"TC_>S\7I.QW?49N@4-E$2HZ?K""5H'+4,X"6G$W,"8IO M/>AU-"D!\)B>S#WX,J_BJ1M1D_`H7K'])Q6OZ:#:<==Q:LZX3T!.'Z<#5)I_ M4>+M&4SVPO6O^_N.,M$W<$#%^FI5`#K=7A?8XFH$NND0>.GUNX3^]'I=7%.[ M-/7E;J#6_LX/%^D@7R0 M@]A"SM2K[>=6Y#M6SKI81_ZQW;F\MJ_:P9:'TV3[NINM)\?:$5R"IE/BO;W5 M>"AWIE+`,_AD&]H,!;89+\D\FYHK@#&^0_FKI96FE;N(MW'C&KA1,>H&HU&; M M39]L<372[?K+S]86W@QY^=$.WHVA&4+;RG[9WT!FI[=?]`1P=B9_`DBZEE^D MWMH()`$GD`3\+0;US?:U._SSQCX',CSO7NWWFL:>@$^]Y>?X<5VV3U:GFX$H MBN17;!'7\U+`(S=NDXW"I7IQ1=@3P81W>N)*3O-U&C7@F]Y3*P!QN[7W""35 MM1(^Q`.(2=[@(3D*$+1U8)F&]XF>I&90*]U[X:^MVZ$U8^_0W'/>P!M`KS#VR7MTU#Y-87B;?_/_=;-? MVG_-W:\W)-_?./&BW_42R[3Y*PH-[[^^:"N`=#]!+?TBS:]M^8*R>C;P&>3H M0">WSE0Z4V,NZFXG@A50HC#T:I.!6&]?=VW%!RV6^X*G^+5-\??WC,W76):D M]^?`/>7QZTF/HO\[M(Y69#OCIS?C1NQ^O59C:T7*K@ML;R7F]98Y8%D6P.)] M.KU>]].U?B]YD]V"(RE^Q:R.X6XO;":0!)I`GP\"Y-I<1^RQ?@*P=E)WH45; M@DC0:'I9)[+`-N4%>Y'":Y8`ZIU\@;7Z*930G8$F#D/;?D9?V^I<,!?ZS\W( M82@*.,>,>[M*;@1O0_FK)0?<&78BE'#UWKHK?D''H95:UE=;K@U/E_@%;?QD M/-'[\47:!K;V?YVOA*[T(_*1W09(>A3WXF"<;5-\%&YN1_4HO=RMG^.[^H__ M9+7H=4Y**A_DAWH)J@#XZQ4E`XP>!)QUW*[;8SFN_=SH7+N#U@?NKN_H]%^F MN;V;UVMWV^UX4=N.UULA?.Q!>>9,F7`=WFQ'34E3J)TF M-U\55PO?1E?$S7/GWR'7\T%R6]V!5_0)<"2=$S#T26^KVP@EVUU]<``C-D9] M:N5;.A7!(5/G7!&W]TD!)0$!94`U6-5>$9<$"`$)F11`!2@`30!F)IA%6/U? MR>?W"7:LU;K''31;B9O!56[U>,+=M/>YI5/V&U%7T5%3)=1P!L&5;R36"2#4 MB5-%G7EWL4E2LT&0=?"1;#$:L@7`K7&`7^TW$:``1A,<&4F-= M5+T&MX52EM;2-@9@<@5VZ766VZI70!U0-I2@MN%B+E`(0!`P!5$`54.P%7"*4"]!KX6UZ&[<6!/!; M2$`WI0`H`6\`&G!!"0$HU,I7!CQ9%-E$$+\@5UU4'@`$3&Y&E'ME0:5N6%8= MH-CI;7B9RV=8.'N'5!XPD8%JN)4,@$(946,`!/=DW36QF:"G!`!13D!.5YZ! M:BA`(@5L6J]?**AEF7,67^VW#$IL11SNUV`M;KO?Q];[F7H; M7\?WZA%TQ1_*A_P=4BN?$I@$,'_.GP4%_;U\W]\>46[]:41A46@4'H5(85*H M%"Z%3&%3Z!0^A5!A5"@53H54855H%5Z%6&%6J!5NA5QA5^@5?H5@85@H%HZ% "6R&% ` end From apollo-request@umix.cc.umich.edu Thu Mar 1 23:49:33 1990 Date: 1 Mar 90 02:36:26 GMT From: ashley%cheops%spinifex%usage%ccadfa%csc%munnari.oz.au%samsung%cs.utexas.edu.uucp@tut.cis. (Ashley M. Aitken) Organization: EE & CS, Uni N.S.W., Sydney, Australia Subject: Dialog: Help? Task/Event Ordering. Message-Id: <1503@cheops.eecs.unsw.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Howdy, Simple problem (which I am finding frustratingly difficult) with Dialog. I have an icon in a popup (which pops up over a GMR display area). I want the icon to cause a change_view routine (associated with the change_view_task) to be called, BUT only after the popup has popped down. At present the task is associated with the icon and, no matter how I try, I cannot make the routine be called after the popdown. I have tryed various combinations of popdown, selecting this and that, and even a dummy icon which gets selected after the popdown event and would have the task associated with it (but it appears not to be active). The reason I need to do this is because (I am too lazy and) the GMR display area gets changed and saved before the popup pops down, taking with it the image of the popdown. I should probably do my saving and drawing more aptly ut it seems a simple way out to pop the popup down first. Similar things happen with menus which change the view too. Any hints would be most gratefully received on e-mail to the address given below. Thanks In Advance, Ashley Aitken. P.S. What do people think of Dialog? I find it quite powerful, but would give anything for an interactive construction tool for the interface design ie click here for an icon. P.S. How hard is it to change from Dialog to NewDlg (the X Object Oriented Dialog)? Here is some relevant (to my problem) dialog code! (* ** Change View Tasks *) change_view_t := NULL: COMP => ; END change_scale_t := REAL: VALUE = 50.0; END change_xoff_t := INT: VALUE = 0; END change_yoff_t := INT: VALUE = 0; END (* ** CHANGE VIEW INTERFACE *) change_view_i := ICON_A: STRING = "VIEW"; SELECT => < change_view_popup_i SHOW>; END (* change_view_op_i:= ICON: STRING = "NOT DISPLAYED"; TASK = change_view_t; END *) change_ok_i := ICON_A: STRING = "OK"; SELECT => ; TASK = change_view_t; [M1] => <>; [M1U] => <* SELECT>; END change_cancel_i := ICON_A: STRING = "CANCEL"; SELECT => ; END change_xoff_i := INT_FIELD_A: TASK = change_xoff_t; PROMPT = "X : "; END change_yoff_i := INT_FIELD_A: TASK = change_yoff_t; PROMPT = "Y : "; END change_scale_i := REAL_FIELD_A: TASK = change_scale_t; PROMPT = "Scale : "; END change_decision_s := ROW_A: CONTENTS = ( change_cancel_i change_ok_i ); DIVISION_WIDTH = 5; BORDER_WIDTH = 5; END change_view_s := COLUMN_A: CONTENTS = ( change_xoff_i change_yoff_i change_scale_i change_decision_s ); COLOR_SET = off; SHAPE = rounded; OUTLINE = ON; DIVISION_WIDTH = 5; BORDER_WIDTH = 5; END change_view_popup_i := POPUP_A: CONTENTS = change_view_s; LEAVE => ; END E-MAIL ashley@cheops.eecs.unsw.oz ACSnet ashley%cheops.eecs.unsw.oz@uunet.uu.net ARPAnet ashley@cheops.eecs.unsw.oz.au ARPAnet {uunet,ukc,ubc-vision,mcvax}!munnari!cheops.eecs.unsw.oz!ashley UUCP ashley%cheops.eecs.unsw.oz@australia CSnet ashley%cheops.eecs.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. (02) 697-4055 Fx. (02) 662-2087 Ph. Aust (02) 663-8117 From apollo-request@umix.cc.umich.edu Fri Mar 2 00:34:08 1990 Date: 2 Mar 90 01:53:24 GMT From: allon%mojo.uucp@mimsy.umd.edu (Allon Stern) Organization: Maryversity of Uniland, College Park Subject: Various hardware hackins with DN420 Message-Id: <1990Mar2.015324.27234@eng.umd.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I JUST managed to get a DN420 node working. We had a DN420 with a faulty power supply, and recently aquired one with a bad hard disk. I took pieces from here and there, and got one working node. The question is, is it possible to use memory from the non-working node as extra memory for the one that works? Each of them have two memory boards in slots 1 and 2, but slot 3 is empty. Would it work if I took a memory board and put it in slot 3? Do any jumpers/switches need to be set anywhere? Also, with two displays, and two display-boards, would it be possible to run two displays on one machine? If so, what would this entail? Thanks. - -= Allon =- - ------------------------------------------------------------------------------- This is a test of the emergency signature system. Were this an actual signature, you would see amusing mottos, disclaimers, a zillion net addresses, or edifying philisophical statements. This is only a test. ------------------------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Fri Mar 2 00:47:08 1990 Date: 2 Mar 90 01:31:00 GMT From: madd%world%xylogics%spdcc%snorkelwacker.uucp@think.com (jim frost) Organization: Saber Software Subject: Re: gif-viewer for apollo Message-Id: <1990Mar2.013100.28122@world.std.com> References: <1990Feb28.140553.19532@santra.uucp> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu k34403r@taltta.hut.fi (Pekka Valtonen) writes: > Hello all, I have x-windows running at Domain 4000 workstation > and now i would like to have a gif-viewer running in this machine. > If someone would mail me xgif for apollo (or another gif-viewer) > or tell me where to find one. Thanks. My xloadimage program views gif images and will automatically (or on demand) dither images to monochrome for viewing. It also works on Sun Rasterfile, XBM, XPM, Faces Project, and PBM image formats. It'll probably work fine for your needs. If you have internet access it's ftp'able from expo.lcs.mit.edu in /contrib/xloadimage.1.03.tar.Z, and a patchfile /contrib/xloadimage/1.04.patch.Z which brings it up to the current revision. Otherwise I would be happy to email the distribution to you. jim frost saber software jimf@saber.com From apollo-request@umix.cc.umich.edu Fri Mar 2 00:48:09 1990 Date: 1 Mar 90 16:38:01 GMT From: dente%els%mucs%ukc%mcsun.uucp@uunet.uu.net (Colin Dente) Organization: University of Manchester, UK Subject: Re: Need help with DN600 and DN400 Message-Id: <1024@m1.cs.man.ac.uk> References: <27097@cup.portal.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <27097@cup.portal.com> John_A_Pham@cup.portal.com writes: >Hello world, Hello John (if I may speak for the world...8-)) > I just have access to two Apollos (DN600 and DN400), Oh well... never mind... > however I can not >find a manual for these two beast!! :( so I wonder if anyone has an extra >set of manual sitting around they would like to loan it to me for a couple >days or so. I'm interest in any hardware/software that you may have...even >a catalog :) Can't help you with manuals... you'd have to contact HP ($$$) >Thanks much, >John > >ps.....since I just set up this DN600, I notice that it has a RGB cable >to the 2131 color monitor. It has 3 BNC connectors (labeled A1, A2, and A3) >does A1 go into RED > A2 --> Green > A3 --> Blue ?? Can't help you here - my 660 has leads marked with red, green, and blue.. > > and.. the cpu board contains 2 68000s! ... did anyone ever remove > them and upgrade those two cpus to 68010? Did the performance > increase? The two 68000 sit there pretending to be a 68010 - I believe one does the work, and the other pretends it's a MMU - but I may be wrong. I can't see replacing them with 68010s being any use. The best way to improve performance would be to get hold of the processor (2 boards) & boot processor (1 board) out of a 660 - people *must* be throwing them away by now... - then you'll have a *real* computer (68020 look-alike). Colin Colin Dente | JANET: dente@uk.ac.man.ee.els Dept. of Electrical Engineering | ARPA: dente@els.ee.man.ac.uk University of Manchester | UUCP: ...!mcvax!ukc!man.ee.els!dente England | These might work now, but then again... From apollo-request@umix.cc.umich.edu Fri Mar 2 04:27:14 1990 Message-Id: <9003020709.AA23320@unix.sri.com> Date: Thu, 1 Mar 90 22:35:36 PST From: ramu%tcipro.uucp@unix.sri.com (Ramu Iyer) To: apollo%umix.cc.umich.edu%sri-unix.uucp@unix.sri.com Subject: Porting KCL Has anyone ported Kyoto Common Lisp to run on Apollo DN3000? Thanks, --Ramu Email: ramu%tcipro.uucp@unix.sri.com From apollo-request@umix.cc.umich.edu Fri Mar 2 04:33:14 1990 Message-Id: <9003020709.AA23323@unix.sri.com> Date: Thu, 1 Mar 90 22:47:37 PST From: ramu%tcipro.uucp@unix.sri.com (Ramu Iyer) To: apollo%umix.cc.umich.edu%sri-unix.uucp@unix.sri.com Subject: Freezing under SR10.2 My DN3000 has been upgraded to SR10.2. I have encountered the following problem. Sometimes, I run "emt" -- the dumb terminal emulator utility -- to talk to a remote machine via a 1200 baud modem. emt requires the terminal to be a vt100; so I run vt100 in an Aegis window and then start emt. After hitting the F-1 key to invoke the remote mode, I type Ctrl-e to dial the number to access the remote machine. It is at this stage that everything in the machine freezes --- the window manager (wmgr), Xapollo, and the command line. In such a situation, I press the reset button to reboot the machine. I don't recall having a similar problem under SR10.1. I also make sure that I *don't* have two window managers running (like running both wmgr and uwm). Any advice regarding this is welcome. Thanks in advance. --Ramu Email: ramu%tcipro.uucp@unix.sri.com From apollo-request@umix.cc.umich.edu Fri Mar 2 09:29:10 1990 Date: 1 Mar 90 03:09:08 GMT From: vince%bcsaic%ssc-vax.uucp@beaver.cs.washington.edu (Vince Skahan) Organization: Boeing Computer Services - Phila. Subject: Re: pc-nfs on apollo Message-Id: <21035@bcsaic.UUCP> References: <66@einstein.eds.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu we have pc-nfs from ftp software running just dandy on apollos under sr10.2 but haven't tried it under 9.7 (because we're almost all 10.2). no par:icular problems at all that I'm aware of. I might add that the product looks pretty good to us except for the inability to do native printing from PC packages (WordPerfect, etc.) unless you print to a file, get out, and then print to a file (which is generally unacceptable to us). Has anyone out there gotten native PostScript to go to a network PS printer via PC-lpr or the like ??? We can get ascii to work no sweat but the Postscript doesn't seem to want to work. -- Vince Skahan Boeing Computer Services - Phila. (215) 591-4116 ARPA: vince@atc.boeing.com UUCP: bcsaic!vince Note: the opinions expressed above are mine and have no connection to Boeing... From apollo-request@umix.cc.umich.edu Fri Mar 2 10:17:01 1990 Date: 1 Mar 90 03:12:54 GMT From: vince%bcsaic%ssc-vax.uucp@beaver.cs.washington.edu (Vince Skahan) Organization: Boeing Computer Services - Phila. Subject: Re: Help with anonymous FTP Message-Id: <21036@bcsaic.UUCP> References: <9002200307.AA00114@icaen.uiowa.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu You folks sure seem to be making a lot of headaches for yourselves getting a product that will never wrk into production. Doesn't the SR10.x documentation and maybe help files rather clearly state that anonymous FTP is not supported undmr Domain/OS ??? It never worked under SR9.7 as far as I recall... Shouldn't a 2-minute help line call to HP/Apollo get the answer for you once and for all ??? -- Vince Skahan Boeing Computer Services - Phila. (215) 591-4116 ARPA: vince@atc.boeing.com UUCP: bcsaic!vince Note: the opinions expressed above are mine and have no connection to Boeing... From apollo-request@umix.cc.umich.edu Fri Mar 2 11:26:45 1990 Date: Fri, 2 Mar 90 09:07:31 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9003021407.AA18053@richter.mit.edu> To: allon%mojo.uucp@mimsy.umd.edu Subject: Re: Various hardware hackins with DN420 Cc: apollo@umix.cc.umich.edu By running the jumper program (in either /systest or /systest/ssr_util) you can see the various jumper configurations for the memory boards. It appears that you can have three boards in a DN420, although there are 3 different types of memory boards that were manufactured for the machine. The boards would all have to be of the same type. You can only run the node with a single display. Apollo's OS does not support multiple displays. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Fri Mar 2 15:29:10 1990 Date: 28 Feb 90 18:05:54 GMT From: orand%kuhub.cc.ukans.edu%wuarchive%zaphod.mps.ohio-state.edu%pacific.mps.ohio-state.edu.uucp@ Organization: University of Kansas Academic Computing Services Subject: 3rd party stuff for Apollo's Message-Id: <22381.25ebbea3@kuhub.cc.ukans.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Let me summarize what I have found out about 3rd party Apollo memory. North Central Peripheral (512) 435 3595 Kathy Nickell North Central has an exhaustive list of memory for the various systems that are out there. (Apollo, IBM, SUN, Mac, etc... New Vision Computer Solutions (414) 796-2838 Mike Cooney New Vision Computers has memory, hard drives, and lots of other neat tooys for you Apollo system at much less than Apollo prices. Mike is very knowledgable (sp?) and helpful. New Vision also carries products for SUN, DEC. Danford Corp (213) 514-9334 Danford sells sttorage products for the Apollo lin. TOPS (508) 887-5915 Gary Weiner TOPS has used and refurbished Apollo products. ClearPoint, Inc. 99 South Street Hopkinton, MA 01748 1-800-253-2778 ClearPoint has lifetime guarantees on their memory boards. Dilog Corporation 3395 American Drive Units 1-5 Mississauga, Ontario L4V 1T5 (416) 677-5410 All I know is Dilog sells memory boards. Thanks to all of you who replied to my pleas. Brady... BTW, all of the people mentioned above are MUCH easier to work with than any of the people I have ever talked to at HP/Apollo! =========================================================================== Brady Orand - University of Kansas Computer Center Lawrence, Ks. 66045 ORAND@kuhub.cc.ukans.edu Work: (913) 864-0490 Home: (913) 749-1341 =========================================================================== From apollo-request@umix.cc.umich.edu Fri Mar 2 20:29:57 1990 Date: 28 Feb 90 22:49:28 GMT From: johnb%hpubvwa%hplsla%hp-pcd%hp-sdd%ucsdhub.uucp@ucsd.edu (John Blommers) Organization: Hewlett-Packard Bellevue Sales Subject: Re: pc-nfs on apollo Message-Id: <11530002@hpubvwa.HP.COM> References: <66@einstein.eds.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu A quick and dirty answer is that PC-NFS from SUN microsysems supplies the client software, and Apollo does have NFS. I'm not sure if the machine supports the PCNFSD program, which handles both the user authentification and printer redirection & spooling, but then PC-NFS comes with the source code, in C, which you can port yourself if you want. From apollo-request@umix.cc.umich.edu Fri Mar 2 20:35:28 1990 Date: 2 Mar 90 11:31:57 GMT From: i91%nikhefh%hp4nl%mcsun.uucp@uunet.uu.net (Fons Rademakers) Organization: Nikhef-H, Amsterdam (the Netherlands). Subject: executing task after POPDOWN (dialog) Message-Id: <791@nikhefh.nikhef.nl> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Add to your POPUP technique this line: LEAVE => <* POPDOWN; your_task COMP>; and remove the TASK from your ICON definition. Or leave the TASK but let the task only set a variable (which will be checked by your_task later to do the updating of your GMR area). Cheers, Fons Rademakers. -- 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.nikhef.nl BITNET: nikhefh!i91@mcvax.bitnet From apollo-request@umix.cc.umich.edu Fri Mar 2 21:22:17 1990 Date: 2 Mar 90 19:03:33 GMT From: achille%cernvax%mcsun.uucp@uunet.uu.net (achille petrilli) Organization: CERN, European Laboratory for Particle Physics Subject: Re: X Keybindings Message-Id: <1606@cernvax.UUCP> References: <612@software.software.org>, <48f1134c.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <48f1134c.20b6d@apollo.HP.COM> oj@apollo.hp.com writes: >to /etc/daemons/xdm . Please don't be tempted to try xdm on sr10.2...... >unless you like debugging your node what we call the Phase II shell. >As Mr. Wizard sometimes says on TV, "Don't Try This At Home, Kids!" Could you tell me why I shouldn't try to use xdm under sr10.2 ? I actually ran xdm under sr10.2 on a dn2500 and it even worked ! This means I got the X login window and I could login into it, etc. Why shouldn't I use xdm ? I'm puzzled. >/Ollie Jones (speaking for myself, not necessarily for HP) Achille Petrilli From apollo-request@umix.cc.umich.edu Sat Mar 3 09:18:42 1990 Date: 2 Mar 90 23:45:00 GMT From: dan%cpsc%calgary%alberta%ubc-cs%van-bc.uucp@ucbvax.Berkeley.EDU (Dan Freedman) Organization: Knowledge Science Lab, U. of Calgary, Calgary, Canada. Subject: Re: How to make the DM display a node name Message-Id: <2571@cs-spool.calgary.UUCP> References: <6900@ubc-cs.UUCP>, <2550@cs-spool.calgary.UUCP>, <6923@ubc-cs.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <6923@ubc-cs.UUCP> pphillip@cs.ubc.ca (Peter Phillips) writes: >The node node is just one example of information I might want to display. >Suppose some software package is available on a select few nodes. It >would be nice to put up a message like "this node has lisp++" or >"you can't run lisp++ here" and be able to do it remotely rather than >trucking over to the lab with scotch tape & paper in hand. You might try putting things in the /etc/motd file which is displayed whenever anyone logs in (yes, I know, you'd like to know about this stuff BEFORE you log in). Another possibility is to put up an X window after someone logs out, in which the information you need is presented. Dan Freedman Dan Freedman University of Calgary Computer Science Department 2500 University Drive N.W. dan@ksi.cpsc.UCalgary.CA Calgary, Alberta, T2N 1N4 From apollo-request@umix.cc.umich.edu Sat Mar 3 15:24:46 1990 Date: 3 Mar 90 06:16:14 GMT From: John_A_Pham%cup.portal.com%portal%portal%atari%imagen.uucp@ucbvax.Berkeley.EDU Organization: The Portal System (TM) Subject: Re: Need help with DN600 and DN400 Message-Id: <27489@cup.portal.com> References: <27097@cup.portal.com>, <1024@m1.cs.man.ac.uk> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1024@m1.cs.man.ac.uk> dente@els.uucp (Colin Dente) writes: ]In article <27097@cup.portal.com> John_A_Pham@cup.portal.com writes: ]>Hello world, : [etc] : ]The best way to improve performance would be to get hold of the processor ](2 boards) & boot processor (1 board) out of a 660 - people *must* be ]throwing them away by now... - then you'll have a *real* computer (68020 ]look-alike). wow!!! if anyone is throwing their 660 machine or their manuals ;) away, I like to hear from them!!! :) On the other note, I finally get my DN420 up and running!!, the question now is HOW DO I LOGIN after "please login:" prompt? I need a login id and password!. Is there a default account, like maintenance that I can use? John ]Colin ] Colin Dente | JANET: dente@uk.ac.man.ee.els ] Dept. of Electrical Engineering | ARPA: dente@els.ee.man.ac.uk ] University of Manchester | UUCP: ...!mcvax!ukc!man.ee.els!dente ] England | These might work now, but then again... From apollo-request@umix.cc.umich.edu Sat Mar 3 16:15:39 1990 Date: 3 Mar 90 17:29:00 GMT From: ananth%caen.engin.umich.edu%umich%mailrus.uucp@tut.cis.ohio-state.edu (Ananth Annapragada) Organization: U of M Engineering, Ann Arbor, Mich. Subject: Re: How to make the DM display a node name Message-Id: <48f9e46a.1014c@gulari.engin.umich.edu> References: <2550@cs-spool.calgary.UUCP>, <6923@ubc-cs.UUCP>, <2571@cs-spool.calgary.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu n article <6923@ubc-cs.UUCP> pphillip@cs.ubc.ca (Peter Phillips) writes: >The node node is just one example of information I might want to display. >Suppose some software package is available on a select few nodes. It >would be nice to put up a message like "this node has lisp++" or >"you can't run lisp++ here" and be able to do it remotely rather than >trucking over to the lab with scotch tape & paper in hand. If what you want to do is leave a window of some kind displaying all the relevant node parameters, that would be kind of inconvenient to do in the login line. What you might do rather is run a server (via crp or suchlike) which crpad's a parameter file to the screen upon logout, and wakes up ever so often to check if the pad is up or not... Make sense? From apollo-request@umix.cc.umich.edu Sat Mar 3 17:23:37 1990 Date: 3 Mar 90 20:52:56 GMT From: thallem%guille.ECE.ORST.EDU.uucp@cs.orst.edu (Michael G. Lohmeyer) Organization: Oregon State University, E&CE, Corvallis Subject: Re: Various hardware hackins with DN420 Message-Id: <16429@orstcs.CS.ORST.EDU> References: <9003021407.AA18053@richter.mit.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <9003021407.AA18053@richter.mit.edu> krowitz%richter@UMIX.CC.UMICH.EDU (David Krowitz) writes: >By running the jumper program (in either /systest or /systest/ssr_util) you can >see the various jumper configurations for the memory boards. It appears that >you can have three boards in a DN420, although there are 3 different types of >memory boards that were manufactured for the machine. The boards would all >have to be of the same type. You can only run the node with a single display. >Apollo's OS does not support multiple displays. It is not necessary that the boards all be the same type, just compatible. I am running a DN420 with two of the standard DN420 memory boards in it, but I also added an extra meg of ram by using a 2 meg board out of a (unfortunately dead) DN660. Yes, I said that I got only an extra 1 Meg of ram from a 2 meg board meaning, of course, there are problems with it. The main point being that by using the jumper program that David mentioned, I was able to set up the jumpers on the 2 Meg board so that the DN420 at least recognizes part of the memory. The reason why the 420 only sees the first meg of ram is because of the way the memory is addressed (starting addresses of main memory, etc). The jumper program will give you most the information you need to know about the boards. Mike Lohmeyer thallem@ece.orst.edu Oregon State University (503) 737-9264 Electrical & Computer Engineer Dept. From apollo-request@umix.cc.umich.edu Sat Mar 3 17:34:52 1990 Date: 3 Mar 90 22:09:15 GMT From: jsrobin%chisti.cs.umd.edu.uucp@mimsy.umd.edu (John S. Robinson) Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742 Subject: X11R4 on Apollo DN10000's with 8 plane graphics under OS 10.2 Message-Id: <22893@mimsy.umd.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does X11 R4 build a viable server on DN10000's that have 8 plane graphics under Domain/OS 10.2 ? What are the problems? Pitfalls? From apollo-request@umix.cc.umich.edu Sat Mar 3 19:20:24 1990 Date: 2 Mar 90 18:37:07 GMT From: shane%hpfcda%hpfcso%hp-pcd.uucp@hplabs.hp.com (Shane Fazzio) Organization: Hewlett-Packard, Fort Collins, CO Subject: Re: Domain Performance Tools Message-Id: <900002@hpfcda.HP.COM> References: <900001@hpfcda.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu / hpfcda:comp.sys.apollo / shane@hpfcda.HP.COM (Shane Fazzio) / 4:08 pm Feb 28, 1990 / If am looking for performance measurement tools that run on Domain. If anyone has anything they'd like to share or knows of any such tools, please drop me a note at email address. shane@hpfcdm.hp.com Thanks! ---------- Thanks to all who have responded to my request for performance measurement tools. Looking over the responses though I thought further clarification of what I need may be helpful. I do know about dpak; however, I don't think it provides the type and granularity of information for which I am looking. I need tools and/or system calls that will allow me to characterize system performance at the operating system level. This would include such information as the time the system spends in user mode and kernel mode; LAN activity such as packets in and out, collisions, etc.; NFS activity; device I/O activity such as bytes in and out, queue lengths at the device driver, etc.; and information concerning the interaction of a client/server in a diskless cluster. In addition, I need this type of information at both a system level and on a per process basis. So, if anyone knows of any functionality buried within the Domain OS other than dpak that allows such performance characterization, please let me know! Thanks again! Shane Fazzio From apollo-request@umix.cc.umich.edu Sat Mar 3 21:33:16 1990 Date: 2 Mar 90 20:08:39 GMT From: awhitton%bcara132%bnrgate.uucp@uunet.uu.net (Alan Whitton @ BNR) Subject: Upgrading to SR10.2 Message-Id: <1062@bnrgate.bnr.ca> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hello, I am not sure if I am doing something wrong but I have to see if anybody else has seen the problems upgrading from SR10.1 to SR10.2. If you have a system running SR10.1 (just BSD installed) and you install as an upgrade (you do NOT format the disk or any other destructive thing), it seems the MH tools break (at least they did for me). Whenever I do a COMP I can never send anything with it, I get Message Not Sent. I isolated this to the following call which abends with a Segmentation Fault: /usr/new/lib/mh/spost -library //foo/users/awhitton/Mail -verbose \ -watch //foo/users/awhitton/Mail/drafts/8 Segmentation fault >tb Process 1278 (parent 1276, group 1278) Time 90/03/02.07:47(EST) Program /bsd4.3/usr/lib/sendmail Status 00040004: reference to illegal address (OS/MST manager) In routine "bcopy" line 167 Called from "rca_$use_known_rgy" line 1056 Called from "rca_$find_a_candidate_registry" line 1229 Called from "rca_$check_binding" line 1312 Called from "getpwent" line 129 Called from "rgy_unix_$getpwnam" line 214 Called from "rgyc_unix_$getpwnam" line 4409 Called from "getpwnam" line 213 Called from "username" line 393 Called from "setsender" line 443 Called from "main" line 707 Called from "unix_$main" line 114 Called from "" line 31999 Called from "PM_$CALL" line 176 Called from "pgm_$load_run" line 891 Called from "pgm_$invoke_uid_pn" line 1112 This is really weird because on my node which was loaded from tape this does NOT happen (everything works hunky dory). Strangely MAIL works fine, but if I compile ELM it fails also.... Currently this is the only anomally I can find (and not many people use MH here), but it still nags at me that there is something weird at work. Also anything under /usr/new is unsupported by Apollo. Any help, guesses, comments would be appreciated. Be Seeing You, Alan -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This is ONLY my Opinion Bell Northern Research awhitton@bnr.ca "I am not a number, I am a free man!" From apollo-request@umix.cc.umich.edu Sun Mar 4 11:22:30 1990 Date: 3 Mar 90 13:42:55 GMT From: waifan%monu6%yarra%ditmela%murtoa.cs.mu.oz.au%munnari.oz.au%samsung%zaphod.mps.ohio-state.edu (Lex Waifan) Organization: Chisholm Institute of Technology, Melb., Australia Subject: Re: lpd management under BSD4.3 (SR10.2) Message-Id: <1990Mar3.134255.9738@monu6.cc.monash.oz> References: <1129@ccadfa.adfa.oz.au> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu The /etc/hosts.lpd file in the machine where the printer is attached could be used to enable remote host printer access. In your case this file should contain the name of gamma. hosts.equiv could also be used for trusted hosts. Apollo documentation does not recommend hosts.eqquiv for general printer access. From apollo-request@umix.cc.umich.edu Sun Mar 4 11:24:40 1990 Date: 4 Mar 90 14:14:00 GMT From: oj%apollo.uucp@EDDIE.MIT.EDU (Ellis Oliver Jones) Organization: Apollo Computer, Chelmsford, MA Subject: Re: X Keybindings Message-Id: <48fe3de4.20b6d@apollo.HP.COM> References: <612@software.software.org>, <48f1134c.20b6d@apollo.HP.COM>, <1606@cernvax.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1606@cernvax.UUCP> achille@cernvax.UUCP (achille petrilli) writes: >Why shouldn't I use xdm ? Some reasons our policy is "don't try this at home:" (1) We're not yet happy with default xdm configurations. (2) Changes to the way users log in require a great deal of testing, more than we had time for in the SR10.2 release. (3) Changes to the way users log in also require extensive user documentation (in "Getting Started" manuals and the like) not to mention training for the telephone support Customer Service people. If you are prepared to deal with these issues yourself, there's no reason you can't use xdm. We are preparing new software to deal with these issues, but it's not released yet, sorry to say. /Ollie Jones (speaking for myself, not necessarily for HP) From apollo-request@umix.cc.umich.edu Sun Mar 4 13:21:01 1990 Date: 4 Mar 90 09:16:32 GMT From: John_A_Pham%cup.portal.com%portal%portal%atari%imagen.uucp@ucbvax.Berkeley.EDU Organization: The Portal System (TM) Subject: Re: Various hardware hackins with DN420 Message-Id: <27536@cup.portal.com> References: <9003021407.AA18053@richter.mit.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Since my hard disk on the DN600 crashed, and I have no way of reformating using the monitor (MD). But my DN420 is now in working order (thanks to M. Lohmeyer for his hints), I wonder if I were disconnect the cable on the Priam hard disk board (DN600) and install another 50 pins cable at location J1, then install the other end to the Priam HD cntrl board at location J2 (DN420), then reset my dead hard disk drive selection switch to 2......when this is done, can I reformat drive 2? Can Aegis/Domain v9.6 able to handle another hard disk? If you have any hints or tips, please send them to me Thanks, John Ps...Is Priam 15450 SASI compatible? From apollo-request@umix.cc.umich.edu Sun Mar 4 19:22:17 1990 Date: 4 Mar 90 13:03:37 GMT From: lambert%spinifex%usage%ccadfa%csc%munnari.oz.au%samsung%zaphod.mps.ohio-state.edu.uucp@tut.cis (Timothy Lambert) Organization: EE & CS, Uni N.S.W., Sydney, Australia Subject: Re: PAD Types Message-Id: <528@spinifex.eecs.unsw.oz> References: <48c84a4e.12c9a@digital.sps.mot.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <48c84a4e.12c9a@digital.sps.mot.com> chen@digital.sps.mot.com (Jinfu Chen) writes: I do have another question relating to PAD. Is there a way to check if I 'own' the display manager from a program. The only way I can think of is to check the owner of process 'display_manager'. Under SR 10.2 pad_$dm_cmd returns pad_$insuff_rights if you don`t own the display manager. Tim From apollo-request@umix.cc.umich.edu Sun Mar 4 23:28:59 1990 Date: 5 Mar 90 03:23:00 GMT From: allon%mojo.uucp@mimsy.umd.edu (Allon Stern) Organization: Maryversity of Uniland, College Park Subject: Finger for Domain/IX Message-Id: <1990Mar5.032300.6375@eng.umd.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does anybody have a finger utility (and fingerd) for Domain/IX? Thanks. - -= Allon =- - ------------------------------------------------------------------------------- This is a test of the emergency signature system. Were this an actual signature, you would see amusing mottos, disclaimers, a zillion net addresses, or edifying philisophical statements. This is only a test. ------------------------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Sun Mar 4 23:34:48 1990 Date: 5 Mar 90 03:11:27 GMT From: allon%mojo.uucp@mimsy.umd.edu (Allon Stern) Organization: Maryversity of Uniland, College Park Subject: Help configuring memory for DN420 Message-Id: <1990Mar5.031127.6303@eng.umd.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have a DN420 running here, and I have some extra memory boards from a junked machine. My problem is that the Jumper program doesn't cover this board! It gives me configurations for the 3194 memory board, but I have a 3193 (rev 002) Does anybody know the configuration for this board? I will probably be installing it as a third memory board (for a total of 3 Megabytes). >From what I understand, I cannot install a fourth memory board in the 420, right? Thanks. - -= Allon =- - ------------------------------------------------------------------------------- This is a test of the emergency signature system. Were this an actual signature, you would see amusing mottos, disclaimers, a zillion net addresses, or edifying philisophical statements. This is only a test. ------------------------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Mon Mar 5 07:34:32 1990 Date: 4 Mar 90 20:06:10 GMT From: kts%quintro.uucp@lll-winken.llnl.gov (Kenneth T. Smelcer) Organization: none Subject: Re: X Keybindings Message-Id: <1990Mar4.200610.603@quintro.uucp> References: <612@software.software.org>, <48f1134c.20b6d@apollo.HP.COM>, <1606@cernvax.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1606@cernvax.UUCP> achille@cernvax.UUCP (achille petrilli) writes: >In article <48f1134c.20b6d@apollo.HP.COM> oj@apollo.hp.com writes: >>to /etc/daemons/xdm . Please don't be tempted to try xdm on sr10.2...... >>unless you like debugging your node what we call the Phase II shell. >>As Mr. Wizard sometimes says on TV, "Don't Try This At Home, Kids!" >> >>/Ollie Jones (speaking for myself, not necessarily for HP) > >Could you tell me why I shouldn't try to use xdm under >sr10.2 ? > [ Achille ran xdm on a dn2500 without problems ] >Achille Petrilli I've been running my dn3000 (10.2) using xdm in an X only environment for a couple weeks now, without any problems. The X11R4 apollo documentation actually states that using xdm is the only way to run R4 on Apollo/HP workstations, but it is an unsupported way to do things. What I think Ollie is talking about is that if you have a problem with the node's software, you have two choices. You either have to fix it across the network, or bring the node up in service mode and use the Phase II shell to figure out what's wrong. I don't consider this a serious problem, because if the DM setup was messed up, you'd still only have two choices. You just have to be careful. One question: is there any way to start up DM without it creating the standard login pads? I'd like it to work like the X server does now, just running as a standard background task. Any ideas? -- --=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-- Ken Smelcer Glenayre Corp. quintro!kts@lll-winken Quincy, IL tiamat!quintro!kts@uunet From apollo-request@umix.cc.umich.edu Mon Mar 5 11:34:47 1990 Date: 5 Mar 90 15:22:20 GMT From: dpg%citi.umich.edu%terminator%umich%samsung%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state. (David Gorgen) Organization: Hewlett-Packard/Apollo Subject: Re: X11R4 on Apollo DN10000's with 8 plane graphics under OS 10.2 Message-Id: <1990Mar5.152220.10815@terminator.cc.umich.edu> References: <22893@mimsy.umd.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <22893@mimsy.umd.edu> jsrobin@chisti.cs.umd.edu (John S. Robinson) writes: > Does X11 R4 build a viable server on DN10000's that have 8 plane graphics > under Domain/OS 10.2 ? What are the problems? Pitfalls? We tested this when we rewrote the Apollo support for R4. I don't recall any problems. -- Dave Gorgen / GTD-East (formerly Apollo Computer), Hewlett-Packard Company located at: University of Michigan, CITI dpg@citi.umich.edu (Center for Information Technology Integration) 313-998-7482 or -7479 From apollo-request@umix.cc.umich.edu Mon Mar 5 11:34:54 1990 Date: Mon, 5 Mar 90 10:22:17 EST From: markg@caen.engin.umich.edu (Mark Giuffrida) Message-Id: <490382469.0017b5e@caen.engin.umich.edu> To: apollo@umix.cc.umich.edu Subject: Re: Upgrading to SR10.2 /usr/new/lib/mh/spost -library //foo/users/awhitton/Mail -verbose \ -watch //foo/users/awhitton/Mail/drafts/8 Segmentation fault >tb Process 1278 (parent 1276, group 1278) Time 90/03/02.07:47(EST) Program /bsd4.3/usr/lib/sendmail Status 00040004: reference to illegal address (OS/MST manager) In routine "bcopy" line 167 Called from "rca_$use_known_rgy" line 1056 Called from "rca_$find_a_candidate_registry" line 1229 Called from "rca_$check_binding" line 1312 Called from "getpwent" line 129 Called from "rgy_unix_$getpwnam" line 214 Called from "rgyc_unix_$getpwnam" line 4409 Called from "getpwnam" line 213 Called from "username" line 393 Called from "setsender" line 443 Called from "main" line 707 Called from "unix_$main" line 114 Called from "" line 31999 Called from "PM_$CALL" line 176 Called from "pgm_$load_run" line 891 Called from "pgm_$invoke_uid_pn" line 1112 This is great. I thought that we were the only ones getting this because of our large registry size. Let me explain what I have reported to apollo so far. I open a call about a month ago on this one (#A2004386). I gave them exactly the same scenario and the exact same traceback. The problem was that I could not get them to reproduce it. I might add at first they said there wasn't much they could do since it happened with "unsupported software" (i.e., the MH). I did manage to get them to file an apr on the problem (apr DDE11). This is a strange bug, because getpwnam() functions correctly 99.99% of the time (except when the registry is loaded and it falsely returns "unknown user", but that is another problem - and another filed apr). When getpwnam() fails under these conditions, it consistantly fails. I tried unsuccessfully to reproduce the problem. I have always felt that this was a combination registry and fork() problem. I hope Apollos boosts the priority of this problem as other sites are now experiencing it. This problem was not there in sr10.1. It also cripples any site dependent on using MH like we are. BTW, I was able to get a workaround by compiling a shared library version of MH. For some reason getpwnam() is stable in that scenario. Mark Giuffrida University of Michigan markg@caen.engin.umich.edu From apollo-request@umix.cc.umich.edu Mon Mar 5 13:30:48 1990 Date: Mon, 5 Mar 90 11:59:58 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9003051659.AA24525@richter.mit.edu> To: bourrel@imag.fr Subject: Re: sr9 to sr10 Cc: apollo@umix.cc.umich.edu SR10 is "Just Like Real Unix" (JLRU) ... all memory space which is declared by the program is allocated as soon as the program is started, even if the memory is never actually used during the execution. Under SR9, memory was allocated in the Aegis style -- ie. memory space was allocated the first time the program actually uses it during the execution of the program. Since your program never uses the 1,000,000 4-byte integer array, the SR9 machine never allocates the disk space needed for the virtual memory of the array. The SR10 machine allocates the disk space just as soon as the program is started. This prevents the program from getting part way into its execution before finding out that the disk is too full for it to allocate the memory its needs. The drawback is that the program always must allocate the full amount of memory even if it is not going to use it all. It's one of the drawbacks of Unix compatibility. There is an undocumented and unsupported switch for /com/bind which causes and SR10 program to use SR9 Aegis style memory allocation. I believe that it is "-vm_sparse" or "-sparse_vm" or something like that. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Mon Mar 5 13:38:38 1990 Date: 5 Mar 90 15:37:42 GMT From: dpg%citi.umich.edu%terminator%umich%samsung%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state. (David Gorgen) Organization: Hewlett-Packard/Apollo Subject: Re: X Keybindings Message-Id: <1990Mar5.153742.11052@terminator.cc.umich.edu> References: <48f1134c.20b6d@apollo.HP.COM>, <1606@cernvax.UUCP>, <1990Mar4.200610.603@quintro.uucp> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1990Mar4.200610.603@quintro.uucp> kts@quintro.UUCP (Kenneth T. Smelcer) writes: > I've been running my dn3000 (10.2) using xdm in an X only environment > for a couple weeks now, without any problems. The X11R4 apollo documentation > actually states that using xdm is the only way to run R4 on Apollo/HP > workstations, but it is an unsupported way to do things. I wrote that man page, and that isn't what I meant to say. Perhaps I wasn't clear enough. Here is the relevant excerpt: Xapollo now can operate in place of the Apollo Display Manager, as well as from within the DM (as in the past). Standalone operation should be achieved via use of the xdm (1) client. The xdm (1) program has many configuration options, and the defaults may not work for your environment; please read its man page before trying this. The following discussion explains how to set up a node for standalone X. Please note that Apollo does not officially support running systems without the Display Manager. You may have difficulties in following these instructions; if so, you're on your own. I didn't mean "Standalone operation should be achieved via use of xdm" to say that only standalone operation is recommended. What I could have added to emphasize the fact that Xapollo will still run as before (from within the DM environment) is that using the xinit (1) program is the best way to do that. As Ollie has already said, the obstacles to official support of a no-DM environment are more organizational (documentation, support staff training) than technical. (In my personal opinion, of course.) I have been personally running a no-DM SR10.2 node with pre-release and released X.V11R4 for three months, with no problems. -- Dave Gorgen / GTD-East (formerly Apollo Computer), Hewlett-Packard Company located at: University of Michigan, CITI dpg@citi.umich.edu (Center for Information Technology Integration) 313-998-7482 or -7479 From apollo-request@umix.cc.umich.edu Mon Mar 5 15:29:07 1990 Date: 5 Mar 90 17:23:00 GMT From: razdan%oakhill%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Anshuman Razdan) Organization: Motorola Inc., SPS CAD, Austin, Texas. Subject: X11R4 Message-Id: References: X11R4,, Apollo Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I recently tried to compile X11R4 on apollos and almost succeded in completely compile and installation procedures. The compilation of the MIT part went ok but when I did the make install I ran in to couple of problems. (a) A Fatal Error was reported by cpp when compiling resource.c. It looked like this : installing in ./clients/xdm... rm -f resource.o cc -c -O -U__STDC__ -D_PROTOTYPES -I../../. -DBINDIR=\"/usr/X11R4/bin/X11\" -DXDMDIR=\"/usr/X11R 4/lib/X11/xdm\" -DSIGNALRETURNSINT -DTCPCONN -DNO_TCP_H -DOSMAJORVERSION=10 -DOSMINORVERSION=1 '-DDEF_SERVER_LINE=":0 secure /usr/X11R4/bin/X11/X :0"' '-DXRDB_PROGRAM="/usr/X11R4/bin/X11/xrdb"' '-DDEF_SESSION="/usr/X11R4/bin/X11/xterm -ls"' '-DDEF_USER_PATH=":/bin:/usr/bin:/usr/X11R4/bin/X11:/ usr/ucb"' '-DDEF_SYSTEM_PATH="/etc:/bin:/usr/bin:/usr/X11R4/bin/X11:/usr/ucb"' '-DDEF_SYSTEM_SHELL= "/bin/sh"' '-DDEF_FAILSAFE_CLIENT="/usr/X11R4/bin/X11/xterm"' '-DDEF_XDM_CONFIG="/usr/X11R4/lib/X11 /xdm/xdm-config"' '-DDEF_AUTH_FILE="/usr/X11R4/lib/X11/xdm/auth-server"' '-DCPP_PROGRAM="/lib/cpp"' Other than this I did not have any problem. I brought up the X server and it performed well except for the following. (a) The menus in the xterm window do not work (b) Some times it takes quite a few seconds to bring(po up) the twm menu. Particulary if it has not been poped up for a while. Sounds like paging. Altho I was trying it on a 32 meg m/c. The performance is certainly better than the R2 server I have been feeding on (Shared X). Any ideas How to get rid of the above problems? Any performance boosting ideas are welcome. I am still on 10.1 Anshuman Razdan Sector CAD Motorola razdan@chanakya.sps.mot.com From apollo-request@umix.cc.umich.edu Mon Mar 5 15:37:36 1990 Date: 5 Mar 90 13:38:42 GMT From: kerr%tron.uucp@uunet.uu.net (Dave Kerr) Organization: Westinghouse Electric Corporation Subject: Re: Upgrading to SR10.2 Message-Id: <501@tron.UUCP> References: <1062@bnrgate.bnr.ca> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1062@bnrgate.bnr.ca> awhitton@bcara132.bnr.ca (Alan Whitton @ BNR) writes: >Hello, [ Describes problem with mh breaking at sr10.2 ] >I isolated this to the following call which abends with a Segmentation >Fault: > >/usr/new/lib/mh/spost -library //foo/users/awhitton/Mail -verbose \ >-watch //foo/users/awhitton/Mail/drafts/8 >Segmentation fault [ text deleted ] You might try rebuilding the sendmail alias file (/usr/ucb/newaliases), and getting rid of any frozen configuration files (/usr/lib/sendmail.fc. Hope that helps. -- Dave Kerr (301) 765-4453 (WIN)765-4453 tron::kerr Internal WEC vax mail kerr@tron.bwi.wec.com from an Internet site kerr@tron.UUCP from a smart uucp mailer From apollo-request@umix.cc.umich.edu Mon Mar 5 17:32:58 1990 Date: 5 Mar 90 19:59:23 GMT From: dpg%citi.umich.edu%terminator%umich%samsung%cs.utexas.edu%uwm.edu.uucp@lll-winken.llnl.gov (David Gorgen) Organization: Hewlett-Packard/Apollo Subject: Re: X11R4 Message-Id: <1990Mar5.195923.15179@terminator.cc.umich.edu> References: , , Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article razdan@chanakya.oakhill.uucp (Anshuman Razdan) writes: > > I recently tried to compile X11R4 on apollos and almost succeded > in completely compile and installation procedures. The compilation > of the MIT part went ok but when I did the make install I ran in to > couple of problems. > > (a) A Fatal Error was reported by cpp when compiling resource.c. It looked > like this : > > installing in ./clients/xdm... > rm -f resource.o > cc -c -O -U__STDC__ -D_PROTOTYPES -I../../. -DBINDIR=\"/usr/X11R4/bin/X11\" -DXDMDIR=\"/usr/X11R > 4/lib/X11/xdm\" -DSIGNALRETURNSINT -DTCPCONN -DNO_TCP_H -DOSMAJORVERSION=10 -DOSMINORVERSION=1 > '-DDEF_SERVER_LINE=":0 secure /usr/X11R4/bin/X11/X :0"' '-DXRDB_PROGRAM="/usr/X11R4/bin/X11/xrdb"' > '-DDEF_SESSION="/usr/X11R4/bin/X11/xterm -ls"' '-DDEF_USER_PATH=":/bin:/usr/bin:/usr/X11R4/bin/X11:/ > usr/ucb"' '-DDEF_SYSTEM_PATH="/etc:/bin:/usr/bin:/usr/X11R4/bin/X11:/usr/ucb"' '-DDEF_SYSTEM_SHELL= > "/bin/sh"' '-DDEF_FAILSAFE_CLIENT="/usr/X11R4/bin/X11/xterm"' '-DDEF_XDM_CONFIG="/usr/X11R4/lib/X11 > /xdm/xdm-config"' '-DDEF_AUTH_FILE="/usr/X11R4/lib/X11/xdm/auth-server"' '-DCPP_PROGRAM="/lib/cpp"' This is a compilation, not an installation (note that "make install" rebuilds anything not yet build or whose dependencies have changed). The problem is the large number of -D options. The SR10.1 cpp dies if there are too many of them; this is fixed in SR10.2 (at least, any limit there might be is much higher). You don't need xdm anyway, unless you are ready to abolish the use of the DM completely. > > Other than this I did not have any problem. I brought up the X server and it performed well except > for the following. > > (a) The menus in the xterm window do not work You may be assuming that the white control key will work properly with the mouse buttons. This is true for the Apollo product server, and it is true if you build the R4 server explicitly for SR10.2 (see mit/config/apollo.cf) and run it on an SR10.2 system. However, the R4 server built for SR10.1 has the old MIT server shortcomings about not noticing up-downs on any white keys. You have to use black-key synonyms for modifiers with the mouse; see mit/server/ddx/apollo/Xapollo.man for details. > > (b) Some times it takes quite a few seconds to bring(po up) the twm menu. Particulary > if it has not been poped up for a while. Sounds like paging. Altho I was trying > it on a 32 meg m/c. I don't know what it could be other than paging, although 32 Megs of memory should be plenty. It depends what applications you are running and what the paging load from other nodes on the network might be. > > The performance is certainly better than the R2 server I have been feeding on (Shared X). Share mode certainly has a performance cost, although we are working on reducing it. No further details are publicly available yet. -- Dave Gorgen / GTD-East (formerly Apollo Computer), Hewlett-Packard Company located at: University of Michigan, CITI dpg@citi.umich.edu (Center for Information Technology Integration) 313-998-7482 or -7479 From apollo-request@umix.cc.umich.edu Mon Mar 5 17:33:59 1990 Date: 5 Mar 90 20:46:58 GMT From: markc%ut-emx%cs.utexas.edu%usc%snorkelwacker%bu.edu.uucp@bloom-beacon.mit.edu (Mark A. Cartwright) Organization: UTexas Computation Center, Austin, Texas Subject: Assistance Message-Id: <25562@ut-emx.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Greetings: I have recently aquired several Apollo DN300's and one of each the DN420 and DN600 models. Being new to the world of Apollo - I have a few questions about these machines. Any help and/or suggestions will be appreciated. 1. What type of hard disk drives can be attached to the DN300 & DN420/600 ? 2. Where can I obtain a C compiler for these machines ? 3. What type of communcations/file transfer software is available { Kermit, XModem, etc} ? 4. The DN600 has color boards installed but I do not have the Apollo monitor - what type of RGB monitors can be used - if I attach a RGB monitor what about the keyboard ? 5. How can I use the Server Process Manager to run jobs on other nodes ? 6. Is there any organization or users group which would be willing to assist me in exploring potential uses for these machines ? 7. Where can I obtain parts for these machines - other than HP/Apollo ? So far these machines have been great -- I have really enjoyed working with them. Perhaps with a little more work I can get a fantastic little network running. Mark A. Cartwight University of Texas Computation Center -- markc@emx.utexas.edu (512)-471-3241 ext 306 From apollo-request@umix.cc.umich.edu Mon Mar 5 19:24:11 1990 Date: 5 Mar 90 23:27:24 GMT From: mheffron%orion.oac.uci.edu%usc%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Matt Heffron) Organization: Beckman Instruments, Inc. Subject: News handling/reading programs ported to Apollo avail? Message-Id: <25F2F5DC.3519@orion.oac.uci.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does anyone have the USENET news handling and reading (e.g. rn) programs available, ALREADY PORTED TO THE APOLLO DOMAIN 10.2?? I'd rather not try to port them myself, "real work" is plenty. :-) Thanks in advance, Matt Heffron mheffron@orion.oac.uci.edu From apollo-request@umix.cc.umich.edu Mon Mar 5 19:31:19 1990 Date: 5 Mar 90 23:20:30 GMT From: mheffron%orion.oac.uci.edu%usc%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Matt Heffron) Organization: Beckman Instruments, Inc. Subject: Trouble with output to /dev/rct8 Message-Id: <25F2F43E.2662@orion.oac.uci.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Is there any reason why the following stream output to /dev/rct8 won't work: catf foo.file >/dev/rct8 It fails quite rapidly, and EOF's the shell pad. (this is the simplest way to reproduce the problem. Actually I'm trying to ftp to /dev/rct8, seems to fail about the same.) Yes I did try /dev/rct12. If I can catf FROM the cartridge tape, why can't I catf TO the cartridge tape. Running Domain V10.2, on a DN3500. Thanks in advance, Matt Heffron mheffron@orion.oac.uci.edu From apollo-request@umix.cc.umich.edu Mon Mar 5 20:34:17 1990 Date: 5 Mar 90 18:15:55 GMT From: dr%stl%stc%ukc%mcsun.uucp@uunet.uu.net (David Rutter) Organization: STC Technology Limited, London Road, Harlow, Essex, UK Subject: Re: TCP/IP host installation Message-Id: <2836@stl.stc.co.uk> References: <90Feb28.173809est.57401@ugw.utcs.utoronto.ca> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >The problem is that I can't get the other (non-gateway) nodes in the network >to telnet to computers outside the primary domain ring. It can successfully >telnet to the gateway node, though. We have the same problem. We are running sr 10.1. The Apollo helpline suggested installing patch 28 (ethernet-microcode) but this didnt help. By looking at the USE field obtained from the command /usr/ucb/netstat -r, we found that when non gateway Apollo nodes attempt to connect to a Unix machine on the ethernet, the tcp/ip packets are forwarded by the gateway and received by the Unix machine. However, the reply from the Unix machine does not get forwarded through the gateway. (We also found that the USE field obtained from /usr/ucb/netstat -r does not always work - the USE count sometimes remains at zero even when we know packets are being forwarded through the gateway) By running the routing demon in the foreground on a Unix machine, we found that the routing demon on the Apollo gateway successfully forwards details of our Apollo token ring to other Unix machines on the ethernet. However it does this only once. It does not rebroadcast this information every few seconds and so the routing information soon gets deleted from the Unix machines routing tables. We tried to manually add a route to the Unix machines routing tables using /etc/route. When this was tried on a sun running routed, it worked for a few days and then stopped. /etc/route was successfully used on a Unix HP machine which wasnt running routed. Even if /etc/route did work, because of the size of our network, this is not an acceptable solution. Apollo has as yet not come up with an answer. A few weeks ago someone posted to the net that they had installed a patch that solved a similar problem. I dont think they mentioned the patch number. I would be grateful if they could reply to this message. Was it the patch 28 that we installed or another one that our Apollo branch doesnt know about? David Rutter dr@stl.stc.co.uk From apollo-request@umix.cc.umich.edu Mon Mar 5 21:28:53 1990 Date: 6 Mar 90 00:22:43 GMT From: mark%intek01%polari%sumax.uucp@beaver.cs.washington.edu (Mark McWiggins) Organization: Integration Technologies Inc. (Intek), Bellevue WA Subject: What is Apollo's DSEE? Message-Id: <229@intek01.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We have a customer asking us to bid a project using Apollo equipment, and one of the questions they're asking is whether we'd use make or DSEE. I've heard of DSEE and have it vaguely categorized as a sort of super make+SCCS combo. Is this anywhere near accurate? If you have the choice of make + SCCS (or RCS) or DSEE, which do you pick? Thanks in advance for any insight. -- Mark McWiggins Integration Technologies, Inc. (Intek) +1 206 455 9935 DISCLAIMER: I could be wrong ... 1400 112th Ave SE #202 Bellevue WA 98004 uunet!intek01!mark Ask me about C++! From apollo-request@umix.cc.umich.edu Mon Mar 5 23:30:01 1990 Date: 6 Mar 90 00:01:00 GMT From: weber_w%apollo%hp-sdd%ucsdhub.uucp@ucsd.edu (Walt Weber) Organization: Hewlett Packard NARC @ Apollo Systems Division Subject: Re: sr9 to sr10 Message-Id: <490552bc.20b6d@apollo.HP.COM> References: <9003051659.AA24525@richter.mit.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <9003051659.AA24525@richter.mit.edu> krowitz%richter@UMIX.CC.UMICH.EDU (David Krowitz) writes: >SR10 is "Just Like Real Unix" (JLRU) ... all memory space which >is declared by the program is allocated as soon as the program is >started, even if the memory is never actually used during the >execution. Under SR9, memory was allocated in the Aegis style -- >... >There is an undocumented and unsupported switch for /com/bind which >causes and SR10 program to use SR9 Aegis style memory allocation. The following is an excerpt from the upcoming documentation of the UNSUPPORTED bind option which has been widely discussed here. (Note that this is still unsupported, until the revision is released. And no, I **don't** have a date or a revision number. :-) 0.1.4 New /com/bind Option: -sparse_vm The /com/bind option -sparse_vm provides compatibility with one kind of SR9.7 behavior. At SR9.7, all virtual memory had virtual address space allocated at creation, but not disk space. Instead, disk space was allocated dynamically. At SR10, all virtual memory had both virtual address space and disk space allocated at creation. This change was made for compatibility with UNIX, where applications do not expect to run out of disk space. The new option, -sparse_vm, enables the SR9.7 dynamic disk allocation behavior for programs run on sr10.2 or a later release. Currently, the new behavior affects only the break area, which includes the .bss area and that used by malloc(); it does not affect memory allocation for rws_$ calls. Also, the -sparse_vm option must not be used with C programs that make the fork() system call, because child processes will not have their own distinct break area. These restrictions may be removed at a future release. ------- >krowitz@richter.mit.edu (18.83.0.109) ...walt... Walt Weber Hewlett Packard NARC @ Apollo Systems Division -The views expressed herein are personal, and not binding on ANYONE- "The power of accurate observation is commonly called cynicism by those who have not got it" -George Bernard Shaw From apollo-request@umix.cc.umich.edu Tue Mar 6 01:26:59 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9003060549.AA00249@icaen.uiowa.edu> Date: Mon, 5 Mar 90 23:31:24 CST Subject: Re: ACL & disk-quota To: michal@kuhub.cc.ukans.edu, apollo@umix.cc.umich.edu In posting <22349.25e5494d@kuhub.cc.ukans.edu> Michal Chmielewski says: > We need to implement some sort of disk-quota system whereby users >going over their limit will not be allowed to create any more files >under their home directories. They should be able to read them and >delete them, naturally, to be able to go below the ceiling again. >We (will be, very soon) running SR 10.2 on all the nodes. Now we only >have it set up on one for testing. > > One way to do this is with ACL's. But the more I read about acls the >more confusing this becomes. Especially because files within >directories can inherit the acl in 3 diffrent ways: BSD4.3 way, sys5 >way and the aegis way. It does not too difficult to take away the >files from the user, but to give 'em back with the same protection is >a little harder. > > My question: is there any easier way? It would be possible to make up some kind of system based upon changing the user's shell, force them into an environment so that they can only delete files. However we thought this too limiting, we wanted to leave them the options to use tools to backup their stuff to tape or copy it to other systems, etc. To cover all the posibilities would take a lot of work, but may be worth it. We have implemented a disk quota system based upon mangling user's ACLs. Actually doing it with ACLs is not that bad. You only need to remove the "w" bit from their directory ACL, don't need to mess with ACLs on files or the initial file/dir ACLs on the directories (controls inheritence). It was even nicer pre-sr10, all you had to do was to remove the 'a' bit from the directory. Under sr10, once you've removed the "w" bit, they can't use regular tools to delete files/dirs. So we had to create a set of special setuid tools to enable them to delete stuff. This was the hard part as we had to put all kinds of checks to make sure that they didn't use these tools to delete things that they shouldn't be able to. We didn't worry too much about restoring their ACLs exactly as they had them, it would have taken a lot of work to store them away some place in an easily restored form. We use a standard template to restore their ACLs from; they can reset them to what ever they want from there. We took the approach that they were given several days worth of warning and if they choose to ignore the warnings, then they deserve what they get. Dave Funk From apollo-request@umix.cc.umich.edu Tue Mar 6 05:24:35 1990 Message-Id: <9003060835.AA05885@imag.imag.fr> From: Guy Bourrel Date: Tue, 6 Mar 90 09:35:05 CST In-Reply-To: richter!krowitz (David Krowitz) "Re: sr9 to sr10" (Mar 5, 11:59) X-Mailer: Mail User's Shell (7.0.4 1/31/90) To: krowitz%richter.uucp@umix.cc.umich.edu (David Krowitz) Subject: Re: sr9 to sr10 Cc: apollo@umix.cc.umich.edu Thank you. This doesn't appear on ibm6150 or gould utx/32... The only thing to do is to buy more disk space, or a SUN station ... -- Guy BOURREL Equipe de Reconnaissance des Formes et de Microscopie Quantitative. TIM3 IMAG BP 53X 38041 GRENOBLE CEDEX bourrel@imag.imag.fr From apollo-request@umix.cc.umich.edu Tue Mar 6 07:23:45 1990 Date: 5 Mar 90 17:29:43 GMT From: orand%kuhub.cc.ukans.edu%wuarchive%rex.uucp@g.ms.uky.edu Organization: University of Kansas Academic Computing Services Subject: ASU apollo systems admin person wanted Message-Id: <22414.25f24da7@kuhub.cc.ukans.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does Arizona State have an Apollo lab? If so, who is their Systems Admin person. If not, who is their Systems Admin person? Brady... =========================================================================== Brady Orand - University of Kansas Computer Center Lawrence, Ks. 66045 ORAND@kuhub.cc.ukans.edu Work: (913) 864-0490 Home: (913) 749-1341 =========================================================================== From apollo-request@umix.cc.umich.edu Tue Mar 6 11:37:45 1990 Date: 6 Mar 90 15:32:04 GMT From: bobg%osf%paperboy%snorkelwacker.uucp@tut.cis.ohio-state.edu (Bob Goldschneider) Subject: OSF Seminars 1990 Message-Id: <4539@paperboy.OSF.ORG> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu The Open Software Foundation is initiating another round of roadshows focused on OSF technology. It is imperative that the programs are well attended. Below is the all the pertinent information. We need your help in making these programs successful. Please get the word out ASAP. If you know others on E-mail that will forward the message to/within their respective companies please ask them to do so. (note Boston is first on the calendar; March 13th) Thx, Bob Goldschneider - ---------------------------------------------------------------- The Open Software Foundation presents 1990 Technical Seminar Series The Open Software Foundation invites you to participate in our 1990 Technical Seminar Series, in-depth seminars on the OSF/1 operating system and the OSF/Motif graphical user interface. By taking advantage of these seminars, you can stay abreast of new and emerging technology being developed by OSF. Whether you are a programmer, an independent software vendor, or a strategic planner, these seminars will help you increase your knowledge of the open computing environment of the future. The Open Software Foundation has made a major impact on the open computing market since it was founded by eight major computer vendors in May 1988. First with the introduction of the award-winning OSF/Motif graphical user interface, and now with the availability of snapshots--source code and documentation for the OSF/1 operating system-- OSF helped shape the open systems environment for the 1990's. OSF's 1990 Technical Seminar Series is devided into two tracks. Track one provides a close look at the components of the OSF/1 operating system. Integrating several advanced operating system technologies, the OSF/1 offering is based on the Mach kernel from Carnegie Mellon University. It provides capability for symmetric multiprocessing and for achieving a B1 level of security. The Track One program provides an overview of the architecture and features of the OSF/1 operating system, including its compatibility with other UNIX-based systems as well as special functions and benefits provided by new technology. Track Two covers the components of the OSF/Motif graphical user interface and their behavior, and describes how to program OSF/Motif applications using the OSF/Motif Toolkit and User Interface Language. Instructors will cover individual components of the OSF/Motif graphical user interface in detail. At the site of each seminar, OSF will also set up a demonstration area where you can see OSF/1 and OSF/Motif implementatioans running on various hardware platforms. Location and dates: Boston, MA - March 13, The Westin Hotel 10 Huntington Place, Boston, MA 02116 (617) 262-9600. Parsippany, NJ - April 19, The Sheraton Tara, 199 Smith Road, Parsippany, NJ 07054, (201) 515-2000. Washington, DC - May 10, The Radisson Mark Plaza Hotel, 5000 Seminary Road, Alexandria, VA 22311, (703) 845-1010 San Francisco, CA - June 7, Hyuatt Palo Alto, 4290 El Camino Real, Palo Alto, CA 94306, (415) 493-080. Los Angeles, CA - June 12, The Sheraton Anaheim Hotel, 1015 West Ball Road, Anaheim, CA 93802, (714) 778-1700. Dallas, TX, - July 17, The Fairmont Dallas, 1717 North Akara St., Dallas, TX 75201, (214) 720-2020. Attendance is limited, so register early for the seminar of your choice. For additional information or to register, call (800) 321-1990 and ask for the OSF Desk. call (508) 452-0766 outside USA. - ---------------------------------------------------------- Track One OSF/1 The Programming environment for the future Prerequisites: The OSF/1 seminar is geared toward a wide technical audience. Programming experience and familiarity with the UNIX operating system is recommended. 7:30 Continental Breakfast & Registration 8:30 Introduction to the Day OSF/1 Feature Overview Architecture of OSF/1 10:00 - 10:15 Break 10:15 OSF/1 Programming Environment Constructing Applications - The OSF/1 Loader Developing Applications for the world 12:00 - 1:00 Lunch 1:00 Distributing your applications - OSF/1 Networking Application Performance with Threads 2:30 - 2:45 Break 2:45 Advanced Application Development 3:30 - 3:40 Break 3:40 Why Port to OSF/1 4:15 Q&A 5:00 END At the completion of Track one the attendees will know at a high level, how to port existing applications to OSF/1 how to write applications using the special features of OSF/1, and what the overall features of OSF/1, are with regard to architecture, standards, application portability, and compatibility. Seminar Fee: $350 USD - ---------------------------------------------------------- Track Two: OSF/Motif Features & Functionality Prerequisites: C programming experience is recommended. 8:00 Continental Breakfast & Registration 9:00 OSF/Motif Components and behavior OSF/Motif Controls: Basic Controls, Field controls 10:15 - 10:30 Break 10:30 OSF/Motif Groups: Basic Groups, Layout Groups, Framing Groups, Dialog Groups Windows and Icons 12:30 - 1:30 Lunch 1:30 The OSF/Motif System: OSF/Motif Style Guide OSF Motif Toolkit 3:00 - 3:15 Break 3:15 The OSF/Motif System Continued: OSF/Motif Toolkit (continued) OSF/Motif User Interface Language OSF/Motif Window Manager 5:00 End At the completion of track two attendees will understand the OSF/Motif behavior from the perspective of the user, and the basics of programming OSF/Motif (including Toolkit and UIL) as well as how to use resources to customize the OSF/Motif Window Manager and other OSF/Motif applications. Seminar fee $250 USD OSF, OSF/1, OSF/Motif are trademarks of the Open Software Foundation, Inc. UNIX is a registered trademark of AT&T. - ------- End of Message ------- End of Forwarded Message From apollo-request@umix.cc.umich.edu Tue Mar 6 13:34:25 1990 Date: 6 Mar 90 15:28:40 GMT From: news@ncsuvx.ncsu.edu (Kevin D. Bond) Organization: NCSU Computing Center Subject: Re: tn3270 for Apollo or RT? Message-Id: <1990Mar6.152840.19643@ncsuvx.ncsu.edu> References: , <9003051903.AA20523@ucbvax.Berkeley.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu C0022@UMRVMB.UMR.EDU ("O'Brennan, Gerry") writes: >Yeah, I saw the same thing. I plan on checking into it, but I believe that >this is for the 9.7 OS of Apollo (which we have running) and we need one that >will run under SR10. We have taken the source and beat it to a pulp on SR10 >and it won't process the keyboard. Hopefully, Kevin's answer IS for SR10. >Thank you for the information... >Gerry O'Brennan >Acknowledge-To: Yes, my version works just fine under SR10. I am trying to find some place to make it available for anonymous ftp. I will make it available for anonymous uucp soon as well. For anyone that has an immediate need, I can make binaries for SR9.7 or SR10.2 and mail them to people. -kevin -- kdb@cscraz.ncsu.edu kdb%sas.uucp@mcnc.org From apollo-request@umix.cc.umich.edu Tue Mar 6 23:19:52 1990 Message-Id: <9003070223.AA00505@umix.cc.umich.edu> Date: Wed, 7 Mar 90 10:18 H From: Subject: pls add me (taybengh@nusdiscs.bitnet) to the mailing list, thankx To: apollo@umix.cc.umich.edu X-Original-To: apollo@umix.cc.umich.edu, TAYBENGH From apollo-request@umix.cc.umich.edu Wed Mar 7 13:36:02 1990 Date: 7 Mar 90 03:31:18 GMT From: rlee%island%ucla-seas.uucp@cs.ucla.edu (Robert Lee) Organization: SEASnet, University of California, Los Angeles Subject: Apollo prmgr troubles Message-Id: <451@lee.SEAS.UCLA.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I'm having quite a bit of trouble getting a serial printer to work with a 4500 running SR10.1; the print manager doesn't run. Prmgr returns a "can't find print manager" message after invocation, goes to sleep for 30 seconds or so, and retries. The hardware is fine; the workstation and printer talks to each other under the sys5 print model, i.e. lpsched/lp instead of prf/prmgr/prsvr. What am I doing wrong? The only documentation I have handy are those provided online, where I have found no explanation of prmgr error messages. Robert Lee (Above opinions are my own and etc, etc, etc...) InterNet: rlee@island.seas.ucla.edu UUCP: ...!(uunet,ucbvax,rutgers)!island.seas.ucla.edu!rlee From apollo-request@umix.cc.umich.edu Wed Mar 7 13:39:29 1990 Date: 6 Mar 90 15:55:48 GMT From: inst182%tuvie%mcsun.uucp@uunet.uu.net (Inst.f.Techn.Informatik) Organization: TU Vienna EDP-Center, Vienna, AUSTRIA Subject: genesil Message-Id: <1157@tuvie> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does anybody know when the releases of GENESIL for 10.1 and 10.2 are planned? Does anybody have any ideas how to get the 9.7 version running under sr10.1? bye, mike ____ ____ / / / / / Michael K. Gschwind mike@vlsivie.at / / / / / Institute for VLSI-Design mike@vlsivie.uucp ---/ Technical University, Vienna e182202@awituw01.bitnet / Voice: (++43).1.58801 8151 ___/ Fax: (++43).1.569697 From apollo-request@umix.cc.umich.edu Wed Mar 7 15:33:11 1990 Date: 6 Mar 90 22:01:49 GMT From: awhitton%bcara132%bnrgate.uucp@uunet.uu.net (Alan Whitton @ BNR) Subject: Re: gif-viewer for apollo Message-Id: <1065@bnrgate.bnr.ca> References: <1990Feb28.135128.19211@santra.uucp>, <48f104d4.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Oliver, Great, but the object module I get is of type COFF a88k no matter what I do. Since I am not on a DN10000, what do you suggest? Be Seeing You, Alan -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This is ONLY my Opinion Bell Northern Research awhitton@bnr.ca "I am not a number, I am a free man!" From apollo-request@umix.cc.umich.edu Wed Mar 7 15:41:33 1990 Date: Wed, 7 Mar 90 14:54:16 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9003071954.AA00388@richter.mit.edu> To: rlee%island%ucla-seas.uucp@cs.ucla.edu Subject: Re: Apollo prmgr troubles Cc: apollo@umix.cc.umich.edu Are you certain that the "prmgr_name" in the configuration file for the print manager is the same as the "prmgr_site" in the print server configuration file? (yes, the server configuration file has a different name for the same parameter!). This is how the manager and the server identify each other. Are the NCS brokers running? You must have /etc/ncs/llbd running on the node which is running the print manager, the node which is running the print server (which may or may not be the same machine), and the node which is executing the prf command. "prf", "prsvr", and "prmgr" use NCS to talk to each other and require "llbd" to find which node each server is located on. "llbd", in turn, requires that "tcpd" be running on each node and that /etc/ncs/glbd (the global location broker) be running on at least one node in the network (this may be any node in the network which is also running tcpd and llbd, it does not have to be one of the print server nodes). -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Wed Mar 7 17:35:14 1990 Date: 7 Mar 90 19:53:43 GMT From: paul%sherlock%clyde.concordia.ca%jarvis.csri.toronto.edu%cs.utexas.edu%swrinde.uucp@ucsd.edu (GILL) Organization: Concordia University, Montreal Quebec Subject: rn on 3500 Message-Id: <1902@clyde.concordia.ca> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi all, On some of our Apollos 3500 [10.1, 10.2] rn starts normally by listing unread newsgroups but when I tried to read an article it clears the screen and gives the following message. Caught a SIGSEGV-- .newsrc restored IOT trap Now this happens only on the server nodes [ Authorized Area ] Anybody has experienced this problem??? Any suggestions welcome, I will summarize for the net. Thanks --- Paul Gill Analyst, Concordia University, Computer Science, 1455 De Maisonneuve Ouest, Montreal, Quebec, Canada H3G 1M8 email: paul@concour.cs.concordia.ca Phone:(514)-848-3035 From apollo-request@umix.cc.umich.edu Wed Mar 7 17:36:59 1990 Date: 7 Mar 90 20:31:36 GMT From: dvadura%watdragon%watserv1%utgpu%jarvis.csri.toronto.edu%cs.utexas.edu%uwm.edu%bionet.uucp@ (Dennis Vadura) Organization: Computer Science Dept., University of Waterloo Subject: 10.2 rsh bug Message-Id: <21701@watdragon.waterloo.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Anyone know of a workaround for this? (don't tell me to go look at the patch list, we've been trying to get a patch tape for 3 weeks now) On a 10.1 system: msgcad[24]% cat .cshrc | (rsh dragon wc) 14 42 292 On a 10.2 system: calypso[61] cat .login | (rsh dragon wc) Segmentation fault I ran into this when I was trying to write a backup tape of our 10.1 node over the internet. On 10.1 when you do: wbak -full -stdout //node | (rsh dragon tar -cf -) or equivalent, things work fine until you run out of disk space on //node. VERY ANNOYING! I'am using stdout cause I don't have disk space for the whole wbak file!, and my tapedrive is flakey! Arrrgggggg! (at least this is the observed behaviour, any suggestions deeply appreciated, 10.2 wbak does not have this problem, I'm doing the wbak so that I can upgrade the node to 10.2) -dennis -- -------------------------------------------------------------------------------- four more, three, two, ... LAST ONE!! |Dennis UUCP,BITNET: dvadura@water I LIED!! Eight MORE, seven... (he he) |Vadura EDU,CDN,CSNET: dvadura@waterloo ================================================================================ From apollo-request@umix.cc.umich.edu Wed Mar 7 19:36:44 1990 Date: 7 Mar 90 23:39:52 GMT From: csfst1%unix.cis.pitt.edu%zaphod.mps.ohio-state.edu%swrinde%cs.utexas.edu.uucp@tut.cis. (Charles S. Fuller) Organization: Univ. of Pittsburgh, Computing & Information Services Subject: What device does tar use for cartridge tape? Message-Id: <22766@unix.cis.pitt.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Could someone please supply the magic argument that will allow tar to find my cartridge tape drive on either a DN4000 or a DN10000, both running SR10.2 ?? I've tried every device in /dev that starts with "r" (rct8, etc.), and a few others that don't even seem likely, but cannot find one that will allow me to write a tar tape. The examples in TFM don't seem to have the answer ... I looked there first. Thanks in advance. Chuck Fuller From apollo-request@umix.cc.umich.edu Wed Mar 7 19:37:05 1990 Date: 7 Mar 90 21:57:00 GMT From: ananth%caen.engin.umich.edu%umich%mailrus.uucp@purdue.edu (Ananth Annapragada) Organization: U of M Engineering, Ann Arbor, Mich. Subject: Re: rn on 3500 Message-Id: <490ef1f8.1014c@gulari.engin.umich.edu> References: <1902@clyde.concordia.ca> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Organization: caen Keywords: I used to see that error when I tried rn in an Aegis shell. I figured it was a case of "not quite like UNIX yet..." and left it there. Are you running rn in the C-shell or in Aegis? From apollo-request@umix.cc.umich.edu Thu Mar 8 01:29:04 1990 Date: 5 Mar 90 15:02:29 GMT From: wilk%cinnet%spca6%uccba.uucp@tut.cis.ohio-state.edu (Ken Wilkinson) Organization: CinNet, Cincinnati, Ohio Subject: New magazine -FREE! Message-Id: <4745@cniysc.cinnet.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Howdy folks! Interested in buy or selling used computers? A new magazine is now available as a "shareware" subscription for the buyer or seller of used/surplus computer and electronics equipment. The free subscription is offered on a trial basis for promotional purposes. The Used Computer Locator is a nationally distributed magazine for the used computer market. We are reaching users, distributers schools, universities, and the business world. -------------------------------------------- For a short time I will offer some free ads. -------------------------------------------- To readers of the "comp.sys..." groups I will offer 5 classified ads for each ".sys" group to the first five respondants to this posting. Please note that if you are a business we will with proper qualifications, offer some free ads for you also. Call me for further information. All ads must come by email to me Ken Wilkinson Editor-in-Chief at {wilk@cinnet.com} or! by fax at (513) 751-6463. Remember to include an address to mail your copy, and include in the ad your name and number to be reached. The ad size is restricted to one (1) column inch, about 35-40 words. The sections that ads can be appear in are: Buyers Market Surplus Electronics Software Market Networks, Systems and Mainframes Wanted Ads $500 Marketplace ======================================================================== Interested in a free trial subscription? Email me your full address (US Mail address please!) and I will put you on the subsription list for the April issue. Include your telephone number if you wish to be called for advertizing information. For any other help I can be reached at the following: Thanks! Kenneth Wilkinson toll free 1-800-359-7160 Editor-in-Chief Fax 1-513-751-6463 Used Computer Locator BBS 1-513-751-0659 2314 Iowa Ave Local 1-513-751-6415 Cincinnati, Ohio 45206 From apollo-request@umix.cc.umich.edu Thu Mar 8 11:31:58 1990 Date: Thu, 8 Mar 90 10:02:52 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9003081502.AA02337@richter.mit.edu> To: krowitz%richter@umix.cc.umich.edu, rlee%island%ucla-seas.uucp@cs.ucla.edu Subject: Re: Apollo prmgr troubles Cc: apollo@umix.cc.umich.edu In regards to the problem of the print manager (/sys/hardcopy/prmgr) and the print server (/sys/hardcopy/prsvr) not talking to each other, I have come up with yet another point which system managers will need to check ... I recently started running multiple global location brokers on my network. Up to this time I had no problem running the print server on one node (the node to which the printer was attached, of course), the print manager on another node, the pre SR10 print queuing program (/sys/hardcopy/pre10q) on yet a third node, and using the prf command from anywhere I liked. After starting up two addition copies of /etc/ncs/glbd (for a total of 3 global location brokers) in order to make certain that the whole net would be able to continue operating if my master node went down, I found that the various components of the SR10 printing system could not talk to each other unless they were running on the same node. The two additional replicas of the global location broker had been started according to the example given in the help file, ie: /etc/ncs/glbd -create -from dds://orginal_glbd_node When I ran /etc/ncs/drm_admin to check the state of the glbd databases, I found that not all of the replicas were known to each other, so I used the "addrep" command to add the replicas to the list, and then the "merge_all" command to merge the replicated databases. As soon as this was completed, the print server and the print manager (which were running on two seperate nodes) saw each other, registered the printer with the manager, and began operating. Here's the sequence of commands I used (for those who are not familiar with drm_admin): $ drm_admin drm_admin: set -o glb -h dds://original_glbd_node drm_admin: addrep dds://second_glbd_node drm_admin: addrep dds://third_glbd_node drm_admin: merge_all One interesting note ... the "merge_all" command only worked when I used the "set" command to operating on the original glbd node. When I tried to use one of the other nodes as the hub for the merge, drm_admin refused to do the merge because the system clocks on the three nodes were out of sync by a minute or two ("skewed" is the term drm_admin uses). When I set drm_admin to use the orginal glbd node as the default host to use as the hub of the merge operation, I still get the messages about the skewed clocks, but the merge operation is completed despite the messages. Any NCS experts out there who can shed some light on what is going on? -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Thu Mar 8 11:37:26 1990 Date: Thu, 8 Mar 90 10:22:42 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9003081522.AA02367@richter.mit.edu> To: apollo@umix.cc.umich.edu, csfst1%unix.cis.pitt.edu%zaphod.mps.ohio-state.edu%swrinde%cs.utexas.edu.uucp@tut.cis. Subject: Re: What device does tar use for cartridge tape? "tar -cvf /dev/rct8 " should work just fine under SR10.2. /dev/rct8 rewinds the tape, /dev/rct12 does not rewind the tape. Under some circumstances, you may need to rewind the drive before it is used. In this case use "rbak -dev ct -rewind" before using "tar". You may also be able to use "mt -f /dev/rct8 rewind" to rewind the drive from a Unix shell, but I haven't tried it out yet. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Thu Mar 8 13:24:53 1990 Subject: Using CTape with tar & cpio To: apollo%umix%mailrus%uwm.uucp@umix.cc.umich.edu Date: Thu, 8 Mar 90 6:23:40 CST X-Mailer: ELM [version 2.3dev PL3] Message-Id: <9003080623.AA08162@dhump.lakesys.COM> From: mort%dhump.lakesys.COM%uwm%mailrus.uucp@umix.cc.umich.edu (Mort d`Hump) To use the CTape with anything other than r/wbak, you must first access the raw device with: mt -f /dev/(tapedev) rewind Then your tar/cpio commands to your tape device will work. rct8 is the device I used. I believe other tape devices will cooperate also. This may also solve the gentleman's problem with catf too, but I haven't had the chance to try it out. -- Marty Wiedmeyer New Vision, Computer Solutions mort@dhump.lakesys.COM Brookfield, WI 53005 {uunet!marque,uwvax!uwm}!lakesys!dhump!mort (414) 796-2838 From apollo-request@umix.cc.umich.edu Thu Mar 8 13:32:50 1990 Date: Thu, 8 Mar 90 09:01:53 HIV From: bonnetf@apo.esiee.fr (bonnet-franck) Message-Id: <9003080901.AA17044@apo.esiee.fr> To: apollo@umix.cc.umich.edu Subject: tar devices This is a response to Charles S. Fuller's question, which has been arrived to me with a "badaddress", about devices used by tar on Apollo. hello Charles, You are right using /dev/rct8 but I think the problem is that your cartridge was not at the "LOAD-POINT". In order to put it at the good position do the following command EACH time BEFORE using tar : rbak -dev ct -rewind bye. --------------------------------------- bonnetf@apo.esiee.fr Frank Bonnet E.S.I.E.E BP99 93162 Noisy le Grand cedex.FRANCE. Fax : 16 145926699 --------------------------------------- From apollo-request@umix.cc.umich.edu Thu Mar 8 13:35:08 1990 Date: Thu, 8 Mar 90 17:07:41 HIV From: bonnetf@apo.esiee.fr (bonnet-franck) Message-Id: <9003081707.AA18408@apo.esiee.fr> To: apollo@umix.cc.umich.edu Subject: DN570t disks in 10.1 Hello , Could somebody explain to me,why the disks of ours dn570t became so SLOW !!!( the word is weak ...) till we get the 10.1. These machines have 8MB of memory and a 146 MB Maxtor disk. Should it be a controller or a disk problem ? I precise that we have 5 of these machines,and the 5 are SLOW alike . For example boot time is about 2 time longer than a poor DN3000 with 4MB of memory ( with a nice washing-machine noise ! ). We have no informations about the new organization of the disks in 10.xxx releases. Does somebody has ? --------------------------------------- bonnetf@apo.esiee.fr Frank Bonnet E.S.I.E.E BP99 93162 Noisy le Grand cedex.FRANCE. Fax : 16 145926699 --------------------------------------- From apollo-request@umix.cc.umich.edu Thu Mar 8 13:38:02 1990 Date: 8 Mar 90 15:34:00 GMT From: beierl_c%apollo%hp-sdd%hp-pcd.uucp@hplabs.hp.com (Christopher Beierl) Organization: Apollo Computer, Chelmsford, MA Subject: Re: What device does tar use for cartridge tape? Message-Id: <4912a37a.20b6d@apollo.HP.COM> References: <22766@unix.cis.pitt.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <22766@unix.cis.pitt.edu> csfst1@unix.cis.pitt.edu (Charles S. Fuller) writes: > >Could someone please supply the magic argument that will allow tar to >find my cartridge tape drive on either a DN4000 or a DN10000, both >running SR10.2 ?? I've tried every device in /dev that starts with >"r" (rct8, etc.), and a few others that don't even seem likely, >but cannot find one that will allow me to write a tar tape. The >examples in TFM don't seem to have the answer ... I looked there >first. The appropriate devices should be /dev/rct8 (rewind at end) and /dev/rct12 (no rewind at end). When accessing non-SCSI cartridge tape drives using Unix tape utilities you must issue a tape rewind command after inserting the tape (even if it is already physically rewound). This can be accomp- lished by either of the following commands: /usr/apollo/bin/mt -f /dev/rct8 rewind or /usr/apollo/bin/rbak -dev ct -rewind If this is not done, you will get a "No such file or directory" error. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Christopher T. Beierl Internet: beierl_c@apollo.HP.COM;beierl_c@apollo.com Apollo Computer, Inc. UUCP: {mit-eddie,yale,uw-beaver}!apollo!beierl_c A Subsidiary of Hewlett-Packard Phone: (508) 256-6600 From apollo-request@umix.cc.umich.edu Thu Mar 8 15:26:02 1990 Date: 8 Mar 90 16:32:59 GMT From: marc%bpe2.spix7.depr.bull.fr%bull%inria%mcsun.uucp@uunet.uu.net ( Marc PARIGOT ) Organization: BULL S.A., Paris , France Subject: Socket libraries in NCS Message-Id: <359@bull.bull.fr> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi, Does someone know the list of socket library functions used by NCK (NCS). Thanks Marc Another Email address: Marc.Parigot@depr.bull.fr From apollo-request@umix.cc.umich.edu Thu Mar 8 15:30:18 1990 Date: 8 Mar 90 18:48:29 GMT From: l_cae05.icaen.uiowa.edu%ns-mx.uucp@uunet.uu.net (Jeffrey Lawrence Haferman) Subject: unix csh 'set filec' on Apollo Message-Id: <831@ns-mx.uiowa.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I use /bin/csh as my shell on an Apollo running 10.2 I can't get the 'set filec' (file completion) to work. I am not the sys-admin here, but I brought the problem to their attention and we haven't found a solution. I suspect something is configured wrong. If you have any ideas, please let me know. Thanks in advance. Jeff Haferman internet: jlhaferman@icaen.uiowa.edu Department of Mechanical Engineering University of Iowa Iowa City IA 52240 From apollo-request@umix.cc.umich.edu Thu Mar 8 17:32:48 1990 Date: Thu, 8 Mar 90 15:46:25 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9003082046.AA03567@richter.mit.edu> To: apollo@umix.cc.umich.edu, bonnetf@apo.esiee.fr Subject: Re: DN570t disks in 10.1 A lot of the earlier DN550 and DN560 nodes have ST501 disk controllers which are considerably slower than the EDSI controllers used in the DN3000 and DN4000. I believe Apollo switched to an EDSI controller for the DN570/580/590 with the 348 MB disks, but if you have the smaller disks the controller may be the same ST501 controller which is in our DN560. Not only is it slower than the DN3000, but the cartridge tape uses the same controller -- and I'm not talking about a multi-function controller that has both a tape and a disk controller, I'm talking about the *same* controller. When the tape is reading or writing a block, the disk can not be accessed and vice-versa. If you try reading a file while the tape is going, you'll find that there will be a flurry of disk I/O (with that nice washing machine sound) followed by the tape moving, but not both at the same time. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Thu Mar 8 21:37:37 1990 Date: 9 Mar 90 00:25:20 GMT From: csfst1%unix.cis.pitt.edu%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Charles S. Fuller) Organization: Univ. of Pittsburgh, Computing & Information Services Subject: THANKS (re: writing tar tapes) !! Message-Id: <22777@unix.cis.pitt.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu To those who replied: "Thanks!" for your assistance in using tar with a ctape. I "knew" this at one time, long ago, but forgot. Overdosed on wbak, I guess. Chuck Fuller From apollo-request@umix.cc.umich.edu Thu Mar 8 21:44:39 1990 Date: 8 Mar 90 11:46:07 GMT From: chytil%tuvie%mcsun.uucp@uunet.uu.net (Georg Chytil) Organization: Technical University of Vienna, EDP-Center Subject: Is there an archive of this newsgroup ? Message-Id: <1159@tuvie> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Is somebody keeping an archive of this newsgroup ? Maybe some listserver on a connected mailing-list ? Please reply to me personally, I will post your replies (if any --- I hope so!!). Merci Georg -- <---------------------shareware(X) :- machine_readable(X)---------------------> Chytil Georg Systemdamager@Dep. of VLSI (vlsivie) TU Vienna A-1040 Wien Austria chytil@vlsivie.at chytil@tuvie.at chytil@egh780.una.at +43/(0)222/58801/4186 #include Don't panic! From apollo-request@umix.cc.umich.edu Fri Mar 9 05:21:00 1990 Date: 8 Mar 90 13:34:33 GMT From: marmen%bcara128%bnrgate.uucp@uunet.uu.net (Rob Marmen 1532773) Subject: Re: Help with anonymous FTP Message-Id: <1066@bnrgate.bnr.ca> References: <9002200307.AA00114@icaen.uiowa.edu>, <21036@bcsaic.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <21036@bcsaic.UUCP>, vince@bcsaic.UUCP (Vince Skahan) writes: > You folks sure seem to be making a lot of headaches for yourselves > getting a product that will never wrk into production. > > Doesn't the SR10.x documentation and maybe help files rather clearly > state that anonymous FTP is not supported undmr Domain/OS ??? Under sr10.1, man ftpd documents how anonymous ftp works. There is no disclaimer that it is not supported/implemented. However, the sr10.2 man page has a disclaimer in it. > > Shouldn't a 2-minute help line call to HP/Apollo get the answer for you > once and for all ??? I also had a call into the hotline. When I received a call back, I knew more about FTP than the Apollo rep. THIS SCARES ME! BTW, our HP account rep also 'accidentally' discovered that anonymous ftp did not work. This raised a few eyebrows over at HP as well. This is not the first time that we have tripped over undocumented bugs. It's just very frustrating to have a machine which is supposedly JLRU, not support tools which are commonly available on other platforms and also has documentation which is misleading. Enough flaming for now. It's time I slid back under the murky waters from whence I came ;-) cheers rob... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | Robert Marmen marmen@bnr.ca OR | | Bell Northern Research marmen%bnr.ca@cunyvm.cuny.edu | | (613) 763-8244 My opinions are my own, not BNRs | From apollo-request@umix.cc.umich.edu Fri Mar 9 09:24:41 1990 Date: 7 Mar 90 22:23:17 GMT From: lampi%stb%ucla-an.uucp@RAND.ORG (Michael Lampi) Organization: MDL Corporation, Torrance, CA 90508 Subject: 3rd Party Apollo Memory Suppliers Message-Id: <1990Mar7.222317.13862@stb.uucp> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In Brady's summary to the net, he did not include MDL Corporation, a third party supplier of expansion RAM and peripherals for Apollo 2500 workstations. Our address is MDL Corporation P. O. Box 745 Torrance, CA 90508 (213) 782-7888 Also, he did not include Workstation Solutions. They provide equipment for DN3000's & up. Their address is: workstation solutions 30 cannongate drive nashua, nh 03063 (603) 880-0080 From apollo-request@umix.cc.umich.edu Fri Mar 9 13:23:21 1990 Date: Fri, 9 Mar 90 13:04:21 EST From: pha@caen.engin.umich.edu (Paul H. Anderson) Message-Id: <491830d7d.000f088@caen.engin.umich.edu> To: apollo@umix.cc.umich.edu, marmen%bcara128%bnrgate.uucp@uunet.uu.net Subject: Re: Help with anonymous FTP From: marmen%bcara128%bnrgate.uucp@uunet.uu.net To: apollo@umix.cc.umich.edu In article <21036@bcsaic.UUCP>, vince@bcsaic.UUCP (Vince Skahan) writes: > You folks sure seem to be making a lot of headaches for yourselves > getting a product that will never wrk into production. > > Doesn't the SR10.x documentation and maybe help files rather clearly > state that anonymous FTP is not supported undmr Domain/OS ??? Under sr10.1, man ftpd documents how anonymous ftp works. There is no disclaimer that it is not supported/implemented. However, the sr10.2 man page has a disclaimer in it. > > Shouldn't a 2-minute help line call to HP/Apollo get the answer for you > once and for all ??? I also had a call into the hotline. When I received a call back, I knew more about FTP than the Apollo rep. THIS SCARES ME! BTW, our HP account rep also 'accidentally' discovered that anonymous ftp did not work. This raised a few eyebrows over at HP as well. This is not the first time that we have tripped over undocumented bugs. It's just very frustrating to have a machine which is supposedly JLRU, not support tools which are commonly available on other platforms and also has documentation which is misleading. Enough flaming for now. It's time I slid back under the murky waters from whence I came ;-) cheers rob... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | Robert Marmen marmen@bnr.ca OR | | Bell Northern Research marmen%bnr.ca@cunyvm.cuny.edu | | (613) 763-8244 My opinions are my own, not BNRs | The lack of anonymous ftp directly contributes to a slower flow of freely available software available via anonymous ftp. Many times, I've wished I didn't need to set up a sun or dec to provide this basic service. In my opinion, Apollo shot themselves in the foot not providing basic anonymous ftp ability, with appropriate caveats regarding the lack of chroot(). Paul Anderson CAEN Systems Programmer From apollo-request@umix.cc.umich.edu Fri Mar 9 22:30:49 1990 Date: 8 Mar 90 16:51:41 GMT From: turner%dover%mcdphx%mcdchg%att.uucp@ucbvax.Berkeley.EDU (Robert Turner) Organization: Motorola SPS, Mesa, AZ Subject: GCC - working and performance questions Message-Id: <2043@dover.sps.mot.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Has anyone ported GNU's "C" compiler, GCC, to Apollo running SR10.1 or 10.2? How does the performance compare to Apollo's "C" compiler? The rumor here is that GCC compiled programs will run at least twice as fast as programs compiled using SUN's compiler for SUN 3s. Robert -- ----- Law of the Net: Triva begets triva tenfold. All opinions are. Robert Turner (602) 897-5441 ...!uunet!dover!turner or turner@dover.sps.mot.com From apollo-request@umix.cc.umich.edu Fri Mar 9 22:35:18 1990 Date: 10 Mar 90 00:05:59 GMT From: schneidr@june.cs.washington.edu (Scott Schneider) Organization: U of Washington, Computer Science, Seattle Subject: Dialog problems on DN4000 Message-Id: <11047@june.cs.washington.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu A colleague of mine has a Dialog (V2.0) problem: He has a Dialog program that runs fine on a DN3000 at sr9.7. He runs the same Dialog program on a DN4000 at sr9.7 and runs into the following problems: 1) "autosize" HELP windows appear with no text inside and usually the wrong size. 2) no shadow appears on menus; he thinks that the shadow is there in white but does not show up on a white background. 3) "inactive marking" does not work. Has anyone seen anything like this on a DN4000? I have had no such problems running Dialog programs (written on a DN3000) on a DN35xx or DN4500. Thanks in advance. -Scott Boeing Aerospace and Electronics From apollo-request@umix.cc.umich.edu Fri Mar 9 22:40:39 1990 Date: 9 Mar 90 08:51:36 GMT From: andrewn%syma%icdoc%ukc%mcsun.uucp@uunet.uu.net (Andrew D Nimmo) Organization: University of Sussex Subject: info on inlib'ing X libraries (XV11R4) Message-Id: <2338@syma.sussex.ac.uk> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Several months ago there were several postings on this subject. Could this be repeated, for those of us who make use of `rm -fr', please! I've tried using -A inlib,/usr/lib/X... but it complains that the library is not an object module (which we all know is true). Thanks for any help. -- Andrew D. Nimmo, VLSI & Graphics Research Group, | JANET: andrewn@uk.ac.sussex.eaps EAPS II, University of Sussex, Falmer, | INTERNET: andrewn%uk.ac.sussex.eaps@nsfnet-relay.ac.uk BRIGHTON, East Sussex, BN1 9QT | BITNET: andrewn%uk.ac.sussex.eaps@uk.ac TEL: +44 273 606755 x 2617 | UUCP: ...mcsun!ukc!eaps!andrewn or andrewn@eaps.uucp From apollo-request@umix.cc.umich.edu Fri Mar 9 22:43:58 1990 Date: 9 Mar 90 10:44:23 GMT From: pim%euteal%tuegate.tue.nl%hp4nl%mcsun.uucp@uunet.uu.net (Pim Buurman) Organization: Eindhoven University of Technology, The Netherlands Subject: Problems with lpd,lpr on sr10.2 Message-Id: <473@euteal.ele.tue.nl> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We have here rather big problems with printing. Both lpd/lpr and our own printer-communication programs do/didn't not work well. Our configuration is: 20 apollo's, were running sr9.7 and are updated to 10.2 . Environment: bsd. One Apple Laserwriter+ names ps (for PostScript). Communication with printer: using TranScript software, but already rewritten because of problems with the signals. It now works with forking itself, creating a pipe between parent and child, and if necessary putting a filter between parent and child. Behavior under 9.7: usually good, but sometimes troublesome. Ex & go helps. I will describe the problems we have under sr10.2: 1) The error-log (lf in /etc/printcap) is only logging the errors of the of-filter. The important log of the if-filter (the real communcation program) is logged in /usr/spool/lpd/ps/err???. This log is removed after each job. This would not hurt, if everything was OK. 2) From every node, lpr queues a job, but says: jobs queues, but cannot start daemon. /etc/lpc/ restart ps works, but I am not a daemon. 3) The sio-line was configured wrong. It appeared finally, that an entry in /etc/printcap was wrong !! It did not hurt till now. 4) When a filter was used in the pipe between parent and child (see above) it would finish, but the shell it was started with, did not die. The only remedy was to kill this shell, and everything was allright. But, I am not a killer. Due to these problems, and because the printer is used heavily, we decided to reinstall the sr9.7 lp[dr]. This helps on points 1 and 2, but did not help on point 4 and gave one other problem. To solve problem 4, I have rewritten the filters and the communication program. Now a filter is used always, and the communication program does not fork anymore. An old bug in this program was also found. The new problem was with printing long files. The sio-line was still not configured right: the input_sync was FALSE. Because the printer tells, what it is doing, it should be TRUE. The line was set on TANDEM, but this does not help. We solved this by setting the line's input_sync in /etc/rc.local . We still have the following question: Can we use the 10.2 lp[dr]. Or: can we solve problems 1 and 2 ? Thank you. Pim Buurman. We set with fc/fs in /etc/printcap TANDEM = TRUE, but this does not imply From apollo-request@umix.cc.umich.edu Sat Mar 10 00:29:52 1990 Date: Fri, 9 Mar 90 20:53:52 -0800 From: rlee@island.seas.ucla.edu (Robert Lee) Message-Id: <9003100453.AA03252@island.seas.ucla.edu.seas.ucla.edu> To: krowitz%richter@umix.cc.umich.edu, krowitz%richter.UNKNOWN@umix.cc.umich.edu, rlee%ucla-cs%island%ucla-seas.uucp@seas.ucla.edu Subject: Re: Apollo prmgr troubles Cc: apollo@umix.cc.umich.edu You're right about the location brokers. After I ran drm_admin, and merge_all'd everything, prmgr hasn't complained since. This is my first time with the sys admin side of things, and there's nothing turnkey about any of this. I now have much more respect for our real systems operations people; thank God I don't do this for a living. Thanks again. From apollo-request@umix.cc.umich.edu Sat Mar 10 02:32:14 1990 Date: 10 Mar 90 04:31:23 GMT From: abair%oakhill%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Alan Bair) Organization: SPS CAD, Motorola Inc., Austin, Texas. Subject: Re: unix csh 'set filec' on Apollo Message-Id: References: <831@ns-mx.uiowa.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I use "filec" on our 4000 and 10000 running SR10.1 and it works fine, except when it dislays the rest of the filename, it backups 2 characters first. So the completed name is munged, but the shell knows what it is. -- Alan Bair SPS CAD Logic Simulation & Test Motorola, Inc. Austin, Texas abair@turbinia.sps.mot.com ...!cs.utexas.edu!oakhill!turbinia!abair From apollo-request@umix.cc.umich.edu Sat Mar 10 07:19:49 1990 Date: 10 Mar 90 10:19:00 GMT From: seth@cs.ucla.edu (Seth Goldman) Organization: UCLA Computer Science Department Subject: Help configuring NCSA Telnet between Macs/Apollos Message-Id: <32773@shemp.CS.UCLA.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Greetings, We have an Apollo DN4000 running SR10.1 SysV with an IPT Localtalk 230A board. The apollo is on a ring with 4 ethernets hung off various gateway apollos. The Localtalk network currently has 2 macs and a Laserwriter Plus. We're running uShare to provide print spooling, AFP, and virtual disk service to the Macs. According to the poorly written documentation for uShare, it should be possible to configure NCSA Telnet on the Macs to dynamically select an IP number and connect to the apollos (or any other machine that has a specified gateway). I cannot get things to work properly. Details: Domain Ring: 128.97.40.0 netmask FFFFFF00 (i.e., Class C). Localtalk: 55.40.0 I tried giving telnet a hard IP address of 128.97.40.141 (unused by any other node) and that didn't work at all. The problem seems to be that uShare is mapping all localtalk addresses to the apollo. uShare claims to support RARP but Telnet doesn't seem to realize this. If anyone out there has uShare and Macs I would appreciate hearing from you. Thanks, 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 Sat Mar 10 13:21:50 1990 Date: 9 Mar 90 22:48:03 GMT From: hillkr%cc.utah.edu%hellgate.utah.edu%cs.utexas.edu.uucp@tut.cis.ohio-state.edu Subject: printer driver for HP LaserJet under SR10.2 Message-Id: <49700@cc.utah.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I am also interested it the beta test for laserjet, would whoever posted the message please send me some email. Kent Hill hill@cc.utah.edu hill@utahcca.bitnet From apollo-request@umix.cc.umich.edu Sat Mar 10 13:26:07 1990 Date: 10 Mar 90 16:18:11 GMT From: linde%herds%srcsip%uwm.edu%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Larry G. Linde) Organization: Honeywell Systems & Research Center Subject: Apollo computer forsale (Unix computers) Message-Id: <62327@srcsip.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I thought I had these two sold but I guess not, So last chance to get a good UNIX computer. Apollo Computers for sale: 1 - DN560 3mb memory, 68020/68881, cart tape, 70mb disk 19" color monitor, kb, mouse, ring interface two serial ports, graphics 1024x800x4 Passes all diags, currently running 10.1 Price (each): 2000.00 or best offer --------------------------------------------------------------- 1 - DN550 2mb memory, 68010/wytek math, cart tape, 50mb disk 19" color monitor, kb, mouse, ring interface two serial ports, graphics 1024x800x4 Passes all diags, currently running 10.1 Price: 1000.00 or best offer Terms: I will pay shipping (in USA 48 states) If you pick up, you can take off 250.00 20% before shipping balance COD (cashiers check or cash) Larry G. Linde <*> Internet: Linde@src.honeywell.com Senior Research Scientist Honeywell S&RC MN65-2300 Signal and Image Processing 3660 Technology DR - Mpls, MN 55418 Honeywell Systems & Research Center (612) 782-7589 work (612) 753-5601 home From apollo-request@umix.cc.umich.edu Sun Mar 11 17:31:52 1990 Date: 11 Mar 90 20:35:25 GMT From: tomf@boulder.colorado.edu (FREDERICKS THOMAS M) Organization: University of Colorado, Boulder Subject: Re: X11R4 Message-Id: <18085@boulder.Colorado.EDU> References: , , <1990Mar5.195923.15179@terminator.cc.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Is it possible to ftp the source for X11R4 that supports os 10.2? If so where? Thanks, Tom.... From apollo-request@umix.cc.umich.edu Sun Mar 11 21:27:24 1990 Date: 11 Mar 90 23:36:26 GMT From: bshaw%vlsic2%ti-csl%smunews%texsun%newstop%sun-barr.uucp@ames.arc.nasa.gov (Bob Shaw) Organization: Texas Instruments Inc, SPDC Operations, Dallas, TX Subject: UNIX pstat command Message-Id: <114226@ti-csl.csc.ti.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does the Apollo support the UNIX pstat command ? For some reason this doesn't seem to work on my Apollo's but not sure if its a set up problem or what. Thanks in advance. Bob Shaw Texas Instruments bshaw@vlsic2.csc.ti.com From apollo-request@umix.cc.umich.edu Sun Mar 11 21:33:59 1990 Date: 11 Mar 90 23:33:29 GMT From: bshaw%vlsic2%ti-csl%smunews%texsun%newstop%sun-barr.uucp@ames.arc.nasa.gov (Bob Shaw) Organization: Texas Instruments Inc, SPDC Operations, Dallas, TX Subject: Two differnt print servers on same node ? Message-Id: <114225@ti-csl.csc.ti.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Question .... Is it ok to run two print servers on one node? One being a post script printer using the postsc driver (from /sys/hardcopy/drivers ) and the other printer being an old epson mx80 dot matrix printer , probably using the genicom driver. Basically, I plan to run the laser off of sio1 for example and the epson off of sio2 with the appropriate config files etc. Will there be "two" seperate prsvr processes ? Any problems with this. Thanks in advance Bob Shaw Texas Instruments bshaw@vlsic2.csc.ti.com From apollo-request@umix.cc.umich.edu Sun Mar 11 23:20:08 1990 Date: 11 Mar 90 14:24:39 GMT From: andrewn%syma%icdoc%ukc%mcsun%sunic%luth%eru.uucp@bloom-beacon.mit.edu (Andrew D Nimmo) Organization: University of Sussex Subject: re: fix 4 Message-Id: <2342@syma.sussex.ac.uk> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu XV11R4 fix 4 removes the following line from apollo.cf -- #define HasNdbm YES (despite the existance of the ndbm routines). This results in errors - e.g. building the rgb executables. (I am currently building a `fixed' server, using SR10.1.p on a DN10000VS then I will rebuild the motorola based servers). Was this an intentional modification, and was it tested prior to release? Andrew D. Nimmo (system admin) -- Andrew D. Nimmo, VLSI & Graphics Research Group, | JANET: andrewn@uk.ac.sussex.syma EAPS II, University of Sussex, Falmer, | INTERNET: andrewn%uk.ac.sussex.syma@nsfnet-relay.ac.uk BRIGHTON, East Sussex, BN1 9QT | BITNET: andrewn%uk.ac.sussex.syma@uk.ac TEL: +44 273 606755 x 2617 | UUCP: ...mcsun!ukc!syma!andrewn or andrewn@syma.uucp From apollo-request@umix.cc.umich.edu Mon Mar 12 00:19:59 1990 Date: 5 Mar 90 15:02:29 GMT From: wilk%cinnet%spca6%uccba.uucp@tut.cis.ohio-state.edu (Ken Wilkinson) Organization: CinNet, Cincinnati, Ohio Subject: New magazine -FREE! Message-Id: <4745@cniysc.cinnet.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Howdy folks! Interested in buy or selling used computers? A new magazine is now available as a "shareware" subscription for the buyer or seller of used/surplus computer and electronics equipment. The free subscription is offered on a trial basis for promotional purposes. The Used Computer Locator is a nationally distributed magazine for the used computer market. We are reaching users, distributers schools, universities, and the business world. -------------------------------------------- For a short time I will offer some free ads. -------------------------------------------- To readers of the "comp.sys..." groups I will offer 5 classified ads for each ".sys" group to the first five respondants to this posting. Please note that if you are a business we will with proper qualifications, offer some free ads for you also. Call me for further information. All ads must come by email to me Ken Wilkinson Editor-in-Chief at {wilk@cinnet.com} or! by fax at (513) 751-6463. Remember to include an address to mail your copy, and include in the ad your name and number to be reached. The ad size is restricted to one (1) column inch, about 35-40 words. The sections that ads can be appear in are: Buyers Market Surplus Electronics Software Market Networks, Systems and Mainframes Wanted Ads $500 Marketplace ======================================================================== Interested in a free trial subscription? Email me your full address (US Mail address please!) and I will put you on the subsription list for the April issue. Include your telephone number if you wish to be called for advertizing information. For any other help I can be reached at the following: Thanks! Kenneth Wilkinson toll free 1-800-359-7160 Editor-in-Chief Fax 1-513-751-6463 Used Computer Locator BBS 1-513-751-0659 2314 Iowa Ave Local 1-513-751-6415 Cincinnati, Ohio 45206 From apollo-request@umix.cc.umich.edu Mon Mar 12 13:40:52 1990 Date: 12 Mar 90 15:58:21 GMT From: jm67%prism%mephisto%emory%swrinde%zaphod.mps.ohio-state.edu%wuarchive.uucp@decwrl.dec.com (MURRAY,JEFFREY P) Organization: Georgia Institute of Technology Subject: SPICE3C1 on SYS5 Message-Id: <6913@hydra.gatech.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Howdy! I am trying to compile SPICE3C1 on an Apollo DN3500 running UNIX Sys5.3, and am having a terrible time of it. The release comes with pre-built prefix.h files for an HP-UX system (the only non-BSD system, apparently, to have been tried for proper compilation by the Berkeley folks), and though the release suggests that compilation on other machines should be straightforward, I have certainly not found it to be so. Is there anyone out there with experience in this? I particularly seem to be having trouble with the compiler looking for include files which DO exist in the BSD directories, but which do not for Sys5. This despite my addition of a declaration in the Prefix.h file not to expect BSD stuff to be out there. *** HELP !!!! ***** Any and all suggestions would be greatly appreciated! -- MURRAY,JEFFREY P Georgia Institute of Technology, Atlanta Georgia, 30332 uucp: ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!jm67 Internet: jm67@prism.gatech.edu From apollo-request@umix.cc.umich.edu Mon Mar 12 13:51:24 1990 Date: Mon, 12 Mar 90 11:50:17 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9003121650.AA11788@richter.mit.edu> To: bshaw%vlsic2%ti-csl%smunews%texsun%newstop%sun-barr.uucp@ames.arc.nasa.gov Subject: Re: Two differnt print servers on same node ? Cc: apollo@umix.cc.umich.edu Yes, it should be ok. You will have to run two copies of prsvr, each started with it's own configuration file specifing different I/O lines and the driver name. You will also need to give a unique printer name in each of the config files unless you want the printers to both service files out of the same queue on a first-come first-served basis. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Mon Mar 12 17:26:30 1990 Date: 12 Mar 90 20:08:06 GMT From: sasdvp%sas%rti.uucp@mcnc.org (David V. Phillips) Organization: SAS Institute Inc, Cary NC Subject: Building GNU Emacs 18.54 on Apollo SR10.2 Message-Id: <1603@sas.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I've been trying to get GNU Emacs running on an Apollo DN3500, running SR10.2. The source has been downloaded from prep.ai.mit.edu and built, after I changed apollo.c to use 'gpr_$function_keys' instead of 'gpr_$function_keys' and changed paths.h to reflect my local work directories instead of /gnuemacs. Everything seem to build correctly, but emacs will not run. It seems to be reading the /etc/termcap file, because I can delete my termcap file and get the following error message: emacs: Cannot open termcap database file. With the termcap in place, I get the following error message: emacs: Terminal type "apollo_1280_bw" is not powerful enough to run Emacs. It lacks the ability to position the cursor. If that is not the actual type of terminal you have, use the C-shell command `setenv TERM ...' to specify the correct type. It may be necessary to do `unsetenv TERMCAP' as well. The file apollo-update-18.54/src/m-apollo-h is included by config.h and contains the line #undef LIBS_TERMCAP which supposedly will prevent the use of the system's termcap with the Apollo GPR support that Leonard Zubkoff has written. To build GNU Emacs, I copied the dist-18.54 directory tree, then copied the apollo-update-18.54 directory over the first. I would be glad to have my stupid error pointed out to me. I have R'ed TFM to no avail, nor can I find anyone here that can tell me my problem. -- David Phillips sasdvp@sas.UUCP ...!mcnc!rti!sas!sasdvp From apollo-request@umix.cc.umich.edu Tue Mar 13 01:25:16 1990 Date: 13 Mar 90 03:35:51 GMT From: linde%herds%srcsip%uwm.edu%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Larry G. Linde) Organization: Honeywell Systems & Research Center Subject: Only one left UNIX compuer for sale Message-Id: <62638@srcsip.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Well the dn550 is sold so only one left, First 2000.00 takes it. I have added more details because everyone seems to be asking the same questions. Apollo Computers for sale: 1 - DN560 3mb memory, 68020/68881, cart tape, 70mb disk 19" color monitor, kb, mouse, ring interface two serial ports, graphics 1024x800x4 Passes all diags, currently running 10.1 Price: 2000.00 or best offer Common questions: No manuals provided. The OS is sr10.1 which is bsd4.3/sysv and aegis. It looks just like bsd4.3 if you want it to. There are no tapes included with it. There is no ethernet interface with it. It compiles and runs gnu emacs and X11R4, I have both of the above on tape if you wish I can add them in for 35.00 per tape. X11R4 takes 1 tape, gnu 1 tape. Its about 320 pounds and takes two boxes. its a pretty nice Unix box in good shape. The controller can handle 2 drivers (st506 i/f) The tape drive is QIC24 format (Same as sun rst8) The Color graphics are 1024 by 800 pixels , 4 bits per pixel Terms: I will pay shipping (in USA 48 states) If you pick up, you can take off 250.00 20% before shipping balance COD (cashiers check or cash) Larry G. Linde <*> Internet: Linde@src.honeywell.com Senior Research Scientist Honeywell S&RC MN65-2300 Signal and Image Processing 3660 Technology DR - Mpls, MN 55418 Honeywell Systems & Research Center (612) 782-7589 work (612) 753-5601 home From apollo-request@umix.cc.umich.edu Tue Mar 13 07:30:48 1990 Date: 13 Mar 90 09:09:18 GMT From: inst182%tuvie%mcsun%sunic%luth%eru.uucp@bloom-beacon.mit.edu (Inst.f.Techn.Informatik) Organization: TU Vienna EDP-Center, Vienna, AUSTRIA Subject: bug in rbak/wbak Message-Id: <1166@tuvie> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu The Apollo backup programs rbak and wbak seem to have a bug (feature ?) in sr10.1: If you backup a directory with specifying a relative path as in $ wbak -dev ct0 -f 1 ./tex and then read it in again with $ rbak -dev ct0 -f 1 -all -rewind parts of the directory ./tex will be restored as .tex ! This would not be too bad if at least all of the directory were restored as .tex. This is however not the case, part of the directory is restored as ./tex. bye, mike ____ ____ / / / / / Michael K. Gschwind mike@vlsivie.at / / / / / Institute for VLSI-Design mike@vlsivie.uucp ---/ Technical University, Vienna e182202@awituw01.bitnet / Voice: (++43).1.58801 8151 ___/ Fax: (++43).1.569697 From apollo-request@umix.cc.umich.edu Tue Mar 13 09:30:10 1990 Date: 12 Mar 90 14:14:45 GMT From: gupta%prlhp1%idec%stl%ukc%mcsun%sunic%luth%eru.uucp@bloom-beacon.mit.edu (Ashok Gupta) Organization: Philips Research Laboratories, Redhill, UK Subject: Security Problem Message-Id: <1066@prlhp1.prl.philips.co.uk> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu There is a potentially serious security problem on Apollo's. If one quits from `mail' and logs off immediately then the shell running mail does not get closed. I say it is only potentially serious because one has to log off as soon as quitting from mail for the problem to occur - and therefore the rapid sequence of events must be of low probability. If one was running mail from the C-shell, its pad gets closed. However, if running mail from the Bourne and Aegis shells, their pads stay open. Pads to all shells - other than the one running mail - are closed. The system is in login mode and the login prompt is displayed. /bin/ps -aux does not show the running shell. /com/pst does - and indicates it's active. /com/lusr -allp -n on my node, says no one's logged in but shows the running shell process. Hitting the and keys causes the message `Command is not allowed during login' to be displayed. The running shell has my privileges. I can cat, print, sed, delete files. To close the shell I have to Z and N. This was first observed on an Apollo 3000 running SR9.7 where the problem is reproducible. It was not reproducible on a 3500 running SR10.2. -- Ashok "Ash" Gupta Post : Philips Research Labs, Crossoak Lane, Redhill, Surrey, RH1 5HA, U.K. Voice: +44 293 785544 ext 5647 JANET: gupta@prl.philips.co.uk ARPA: gupta%prl.philips.co.uk@nsfnet-relay.ac.uk From apollo-request@umix.cc.umich.edu Tue Mar 13 13:26:44 1990 Date: 9 Mar 90 23:19:31 GMT From: mok%joplin%kiwi%ubc-cs%van-bc.uucp@ucbvax.Berkeley.EDU (Winston Mok) Subject: Subverting file locking mechanism Message-Id: <2088@kiwi.mpr.ca> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I am a novice user of the AEGIS operating system. I would like a way to subvert the file locking mechanism so that I can look at the contents of a file while it is being written. I have tried using the dm visual editor and commands such as catf and fopen in a C program. They all return file is busy type messages. Forcibly unlocking the file with ulkob -f seems to screw up writing to the file by the origial process. Thanks for any help on this matter. ****************************************************************** * Winston Mok Pacific Microelectronics Centre * From apollo-request@umix.cc.umich.edu Tue Mar 13 15:29:06 1990 Date: Tue, 13 Mar 90 14:22:52 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9003131922.AA15055@richter.mit.edu> To: apollo@umix.cc.umich.edu, mok%joplin%kiwi%ubc-cs%van-bc.uucp@ucbvax.Berkeley.EDU Subject: Re: Subverting file locking mechanism The program which originally opens the file must open the file with the 1-writer-many-readers I/O stream mode in order to allow other processes to read the file while it is being written. This can be done by opening the file via the IOS calls directly rather than by using the standard C or Fortran file opening commands. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Tue Mar 13 17:25:47 1990 Date: 13 Mar 90 20:15:47 GMT From: news@ncsuvx.ncsu.edu (John W. Baugh Jr.) Organization: North Carolina State University Subject: Modula-3 on Apollo DN 4500? Message-Id: <1990Mar13.201547.29708@ncsuvx.ncsu.edu> References: <62638@srcsip.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Are there any plans to port Modula-3 to Apollo platforms? John Baugh From apollo-request@umix.cc.umich.edu Tue Mar 13 19:26:38 1990 Date: 13 Mar 90 22:59:08 GMT From: seth@cs.ucla.edu (Seth Goldman) Organization: UCLA Computer Science Department Subject: IPT Ushare and NCSA Telnet Message-Id: <32951@shemp.CS.UCLA.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Has anyone gotten these two to communicate over Localtalk? I've got an apollo DN4000 with a Localtalk 230A board from IPT connected to a small localtalk network (2 macs and a LW+). I'm not being successful in getting the macs to talk to the apollo. The problem appears to be that the Apollo is grabbing the packets intended for the macs and keeping them for itself. (at least that is how I interpret the output from ATAQ). If someone out there has figured this out, please help me out. Thanks, 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 Tue Mar 13 19:30:38 1990 Tue, 13 Mar 90 17:00:44 MST id AA17877; Tue, 13 Mar 90 16:56:14 MST id AA03375; Tue, 13 Mar 90 16:55:19 MST Message-Id: <9003132355.AA03375@eye.UCalgary.CA> Date: Tue, 13 Mar 90 18:55:19 EST From: rsg@eye.UCalgary.CA To: apollo@umix.cc.umich.edu Subject: memory for DN3000 Cc: rsg@eye.UCalgary.CA Hello: We have a DN3000 w/ 4MB memory which we want to expand to 8MB. Our Apollo rep claims that we have throw out the current 4MB (2 cards) and start from scratch. Does that make sense? Is it a problem of discontinued memory type, or is there some fundamental reason that this must be so? Reuben Gellman Univ Of Calgary, Dept Clinical Neurosciences From apollo-request@umix.cc.umich.edu Tue Mar 13 19:51:15 1990 Date: 13 Mar 90 22:59:08 GMT From: seth@cs.ucla.edu (Seth Goldman) Organization: UCLA Computer Science Department Subject: IPT Ushare and NCSA Telnet Message-Id: <32951@shemp.CS.UCLA.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Has anyone gotten these two to communicate over Localtalk? I've got an apollo DN4000 with a Localtalk 230A board from IPT connected to a small localtalk network (2 macs and a LW+). I'm not being successful in getting the macs to talk to the apollo. The problem appears to be that the Apollo is grabbing the packets intended for the macs and keeping them for itself. (at least that is how I interpret the output from ATAQ). If someone out there has figured this out, please help me out. Thanks, 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 Tue Mar 13 21:09:17 1990 Tue, 13 Mar 90 17:00:44 MST id AA17877; Tue, 13 Mar 90 16:56:14 MST id AA03375; Tue, 13 Mar 90 16:55:19 MST Message-Id: <9003132355.AA03375@eye.UCalgary.CA> Date: Tue, 13 Mar 90 18:55:19 EST From: rsg@eye.UCalgary.CA To: apollo@umix.cc.umich.edu Subject: memory for DN3000 Cc: rsg@eye.UCalgary.CA Hello: We have a DN3000 w/ 4MB memory which we want to expand to 8MB. Our Apollo rep claims that we have throw out the current 4MB (2 cards) and start from scratch. Does that make sense? Is it a problem of discontinued memory type, or is there some fundamental reason that this must be so? Reuben Gellman Univ Of Calgary, Dept Clinical Neurosciences From apollo-request@umix.cc.umich.edu Tue Mar 13 23:28:10 1990 Date: 14 Mar 90 03:54:20 GMT From: dnadir%weber.ucsd.edu%network.ucsd.edu.uucp@ucsd.edu (Dan Nadir) Organization: Division of Social Sciences, UCSD Subject: SR10 Writeable Registry Conversion Message-Id: <2289@network.ucsd.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu [ This is being posted for a friend; Please respond directly. ] We are trying to use Gatorboxes to connect our extensive Apollo net to our extensive Mac net. This isn't easy for us to do without a WRITEABLE SR10 registry. The WRITEABLE SR9 registry doesn't have the /etc/passwd in a standard unix format so the communication software used by the Gatorbox allows people to log in with no password. Nice, huh? For some reason, the people in my group object to creating several 200 user /etc/passwd files by hand for the exclusive use of the Gatorboxes, so we have been dancing around the possibility of making the big conversion. Anyway, having had a bad experience with running cvtry to make a READONLY SR10 version of our 9.7 registry, I am now in terror of making a WRITEABLE SR10 registry and in the process locking out our 850 remaining 9.7 users. This usually involves a lot of weekend work and recriminations, which we hate. So if anyone has had problems with converting, I would like to hear about it. If anyone has had NO problems I would like to know that too. (Is anyone out there?) This is my first time on usenet, but I am told that I can receive mail at: macklin@gdwest.gd.com or sdsu!gdwest!macklin - if this doesn't work, I can be reached by phone at 619-573-3612. Thanks, Teresa Macklin From apollo-request@umix.cc.umich.edu Wed Mar 14 07:29:30 1990 Date: 10 Mar 90 18:32:47 GMT From: brvanvoo%mtus5%ndsuvm1.uucp@cunyvm.cuny.edu (Brian VanVoorst) Organization: Computing Technology Services, Michigan Technological Univ. Subject: General questions about Apollo's Message-Id: <90069.133247BRVANVOO@MTUS5.BITNET> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I am a college student who has been looking to buy a Unix workstation. I have found an Apollo DN560 and am hoping someone could answer some questions for me. The system is listed as a DN560, 3mb memory, 68020/68881, cart tape, 70 mb disk, 19" color monitor with a 4 bitplane graphics capability. Currently running 10.1 Keeping in mind I will only use this in the BSD mode please help me with some questions. I have heard that the Apollo unix really isn't that good (buggy) is this true or is it a biased statement? Is there much trouble compiling things off the net? (Like X or GNU CC) How fast is this machine? How old of a model is it? Does anyone still use them? What mode do most people run in? Is there a graphics interface? Does anyone run X? Is this machine to small to run X? What compilers are standard? Is 3megs of memory considered too small for this machine? What possibilities are there for expansion? I would also want more disk space... what possibility is there to add on more drives? Is there SCSI ports? Do I need to buy Apollo products? Are they expensive? If I buy this and it dies what kind of support is there going to be? Thank you for all your help. Please send me you advice, opinions, comments, answers. Brian VanVoorst BRVANVOO at MTUS5 From apollo-request@umix.cc.umich.edu Wed Mar 14 07:30:09 1990 Message-Id: <9003141234.AA06458@ELI.CS.YALE.EDU> via Janet with NIFTP id aa12158; 14 Mar 90 11:57 GMT Date: Wed, 14 MAR 90 12:14:39 +00:00 From: MACALLSTR%vax1.physics.oxford.ac.uk@NSFnet-Relay.AC.UK To: APOLLO@NSFnet-Relay.AC.UK Subject: Please add me to the Apollo mailing list. Sender: John_Macallister From: John_Macallister X-Info: Nuclear Physics Lab,Keble Rd,Oxford OX1 3RH. Phone+44-865-273388 X-Info2: Fax +44-865-273418. Telex 83295 NUCLOX G. Please add me to the APOLLO mailing list. I'm MACALLSTR @ UK.AC.OX.PH.V1 on JANET. From apollo-request@umix.cc.umich.edu Wed Mar 14 11:26:12 1990 Date: Wed, 14 Mar 90 15:50:00 HIV From: bonnetf@apo.esiee.fr (bonnet-franck) Message-Id: <9003141550.AA24539@apo.esiee.fr> To: apollo@umix.cc.umich.edu This an answer to Brian VanVoors who seems to dream a little bit ... I'm afraid your disk is not big enough to load the 10.1 INSTALL directory ! In any case your machine would be so SLOW ... Change it ! We have here some DN570T with 8MB memory and 146 MB disk and it is not fun any more since we have had the 10.1 DOMAIN_OS revision loaded... --------------------------------------- bonnetf@apo.esiee.fr Frank Bonnet E.S.I.E.E BP99 93162 Noisy le Grand cedex.FRANCE. Fax : (33) 1-45.92.66.99 --------------------------------------- From apollo-request@umix.cc.umich.edu Wed Mar 14 11:48:28 1990 Date: 14 Mar 90 14:58:58 GMT From: rees%dabo.ifs.umich.edu%terminator%umich%mailrus%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Jim Rees) Organization: University of Michigan IFS Project Subject: Re: Subverting file locking mechanism Message-Id: <1990Mar14.145858.26601@terminator.cc.umich.edu> References: <9003131922.AA15055@richter.mit.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <9003131922.AA15055@richter.mit.edu>, krowitz%richter@UMIX.CC.UMICH.EDU (David Krowitz) writes: > The program which originally opens the file must open the file > with the 1-writer-many-readers I/O stream mode in order to allow > other processes to read the file while it is being written. This > can be done by opening the file via the IOS calls directly rather > than by using the standard C or Fortran file opening commands. Actually, the option you want is ios_$unregulated_opt. But you don't have to resort to ios_$open to get this. open() always uses it. Note that the DM doesn't use this when you open a read pad, so if you want to peek at a file that another process is writing, you will need to use a Unix command ("tail" is a good one) instead of the DM. You also can't have two unregulated opens on the same file from different nodes. This is because it would be hard for Domain/OS to keep the client caches consistent. There is no free lunch here. If you want simultaneous unregulated file access from multiple clients, you have to give up something. RFS gives up client caching, NFS gives up data consistency (yikes!), and Domain/OS gives up simultaneous access. ulkob is a dangerous power tool and shouldn't be used for looking at files that are currently locked and being written by another process. I don't think the man page makes this sufficiently clear. From apollo-request@umix.cc.umich.edu Wed Mar 14 11:55:04 1990 Date: Wed, 14 Mar 90 10:58:41 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9003141558.AA16650@richter.mit.edu> To: rsg@eye.UCalgary.CA Subject: Re: memory for DN3000 Cc: apollo@umix.cc.umich.edu If you have a DN3000 or DN3000 model 3010, your machine will have four slots for memory cards. The cards can contain either 1MB or 2MB each. If your machine currently has 2 cards of 2MB each, then you should have 2 unused slots in which you can add another 4MB of memory with no problems. If your machine is a DN3010A (note the 'A'!), then it has a single memory slot which hold either a 4MB card or an 8MB card. I believe these are the same memory cards that are used in the DN3500/4500. If you have a DN3010A, then you must removed the 4MB card in order to install a new 8MB card since there is only a single slot on the motherboard. To order memory for a DN3000 or DN3010, order the A-ADD-2MB option from the Apollo Direct Catalog (page 4). To order memory for the DN3010A, DN3500, or DN4000 order the A-ADD-4MB-A or A-ADD-8MB-A options (single 4MB or 8MB card). Memories for the DN4500 must be installed in pairs of two boards. To order memory for the DN4500 order A-ADD-8MB-B or A-ADD-16MB-B (a pair of 4MB cards or a pair of 8MB cards). Note that the DN3550 is basically a slow version of the DN4500 (not a fast version of the DN3500) and it requires that its memories be installed in pairs like the DN4500. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Wed Mar 14 13:27:00 1990 Date: 14 Mar 90 05:51:53 GMT From: timbomb%batserver.cs.uq.oz.au%moondance%bunyip%metro%cluster%munnari.oz.au%samsung.uucp@think. (Tim Mansfield) Subject: X11/R4 Message-Id: <2941@moondance.cs.uq.oz.au> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We've just got the Domain version of X11/R3, and our department's decided to stick with the Apollo supported version instead of the MIT version compiled for the Apollo. Now the hassle is - Everybody's posting software that needs R4, Does anyone know when/if Apollo are going to release a Domain version of X11/R4? Thanks, Tim. From apollo-request@umix.cc.umich.edu Wed Mar 14 15:27:31 1990 Date: 13 Mar 90 06:04:41 GMT From: robi%attila%otc%metro%cluster%munnari.oz.au%samsung%usc%cs.utexas.edu.uucp@tut.cis.ohio-state (RoBeRt KaRp) Organization: Expert Solutions Australia Subject: Re: unix csh 'set filec' on Apollo Message-Id: <488@attila.esa.oz> References: <831@ns-mx.uiowa.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In jlhaferman@l_cae05.icaen.uiowa.edu's article <831@ns-mx.uiowa.edu> they write: : : I use /bin/csh as my shell on an Apollo running 10.2 : : I can't get the 'set filec' (file completion) to work. : If you have any ideas, please let me know. : It doesn't work ! - Robi -- INTERNET: robi@attila.esa.oz.au ACSnet: robi@attila.esa.oz Fax : (+61) (2) 953 9531 Robert Karp/// Tel : (+61) (2) 953 9488 //// UUCP : uunet!attila.esa.oz.au!robi \XXX/ From apollo-request@umix.cc.umich.edu Wed Mar 14 17:25:26 1990 Date: 14 Mar 90 17:29:53 GMT From: rtp1%tank.uucp@handies.ucar.edu (raymond thomas pierrehumbert) Organization: University of Chicago Subject: DN10000 memory Message-Id: <8052@tank.uchicago.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I would like to add another processor to my DN10000, I like it so much I can get money for the cost of the processor, but the difficulty is memory. I have 16MB now, and am told that to really use the second processor, I need another 16 MB. The problem -- according to my fact sheet, the DISCOUNTED price of 16 meg of Apollo memory for the 10000 is about $14000! This at a time when Clearpoint memory for Suns is running about $3000 for that amount of memory. So: (1) Why is the 10000 memory so expensive? Is it something special? SRAM maybe? (2) Is there a third party source for 10000 memory? From apollo-request@umix.cc.umich.edu Wed Mar 14 17:30:32 1990 Date: 14 Mar 90 18:05:00 GMT From: mk%apollo%hp-sdd%ucsdhub.uucp@ucsd.edu (Mike Kong) Organization: Hewlett-Packard Apollo Division - Chelmsford, MA Subject: Re: Apollo prmgr troubles Message-Id: <493156dd.20b6d@apollo.HP.COM> References: <9003081502.AA02337@richter.mit.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <9003081502.AA02337@richter.mit.edu> krowitz%richter@UMIX.CC.UMICH.EDU (David Krowitz) writes: >... >I recently started running multiple global location brokers on my network. >... >After starting up two addition copies of /etc/ncs/glbd (for a total of 3 >global location brokers) in order to make certain that the whole net would >be able to continue operating if my master node went down, I found that the >various components of the SR10 printing system could not talk to each other >unless they were running on the same node. >... >When I ran /etc/ncs/drm_admin to check the state of the glbd databases, I >found that not all of the replicas were known to each other, so I used the >"addrep" command to add the replicas to the list, and then the "merge_all" >command to merge the replicated databases. >... >One interesting note ... the "merge_all" command only worked when I used >the "set" command to operating on the original glbd node. When I tried to >use one of the other nodes as the hub for the merge, drm_admin refused to >do the merge because the system clocks on the three nodes were out of sync If the clocks at the existing glb site and the new glb site are in synch (differing by 10 minutes or less), you should not have to add replicas or merge databases with drm_admin. If the clocks are out of synch (differing by more than 10 minutes), the replica creation should fail cleanly. However, it's possible to create a set of replicas in which sites A and B are in synch and sites B and C are in synch, but sites A and C are out of synch. In this case, database inconsistencies can arise, and a global merge can work with one site as the hub but not with another site as the hub. To avoid these problems, keep the clocks at all sites within 10 minutes of each other. At SR10.x, if you have one of the UNIX environments installed, setting clocks is fairly painless; use the /bin/date utility. At SR10.2, the time server daemon /etc/timed is available, but I haven't tried it. Mike Kong Apollo Computer mk@apollo.hp.com From apollo-request@umix.cc.umich.edu Wed Mar 14 17:41:36 1990 Date: 14 Mar 90 19:39:08 GMT From: paul%sherlock%clyde.concordia.ca%mcgill-vision.uucp@bloom-beacon.mit.edu (GILL) Organization: Concordia University, Montreal Quebec Subject: Re: rn on 3500 Message-Id: <1928@clyde.concordia.ca> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1902@clyde.concordia.ca> I wrote: ->> Hi all, ->> ->> On some of our Apollos 3500 [10.1, 10.2] rn starts normally by ->> listing unread newsgroups but when I tried to read an article ->> it clears the screen and gives the following message. ->> ->> Caught a SIGSEGV-- .newsrc restored ->> IOT trap ->> ->> Now this happens only on the server nodes [ Authorized Area ] ->> Anybody has experienced this problem??? ->> ->> Any suggestions welcome, I will summarize for the net. ->> Thanks Here is the answer: From: Jinfu Chen It fixes the problem for 10.1 and 10.2 ->The problem you have is fixed in rn patch 41. You can request rn patches ->41-44 from sob@lib.tmc.edu where Stan Barber is the 'official' rn patche ->keeper now. -> ->Basically the problem is in art.c line 107 (or around that): -> -> if (filestat.st_mode & S_IFMT != S_IFREG) -> ->change this to: -> -> if ((filestat.st_mode & S_IFMT) != S_IFREG) -> ->will fix the problem you have. -> Well thank you Jinfu. Your help is appreciated. --- Paul Gill Analyst, Concordia University, Computer Science, 1455 De Maisonneuve Ouest, Montreal, Quebec, Canada H3G 1M8 email: paul@concour.cs.concordia.ca Phone:(514)-848-3035 From apollo-request@umix.cc.umich.edu Wed Mar 14 19:25:31 1990 Date: Wed, 14 Mar 90 14:17:44 PST From: root@vlsi-mentor.jpl.nasa.gov (The vlsi-mentor Super User) Message-Id: <9003142217.AA03894@vlsi-mentor.jpl.nasa.gov> To: apollo%umix.cc.umich.edu%jpl-mil@umix.cc.umich.edu [I hope this works...] I noticed that incoming mailboxes (i.e. the /usr/spool/mail/ files) are not being made the property of the specific user. In other words...a "chown /usr/spool/mail/" needs to be executed for each user mailbox that exists. Is sendmail supposed to do this for you? Why is this? I am running 10.1 bsd4.3 sendmail. Thanks in advance! ---- Dave Hayes "Attempt to find truth, by realizing that it will generally find you." dave@vlsi-mentor.jpl.nasa.gov dave%vlsi-mentor.jpl.nasa.gov@jpl-mil ---- From apollo-request@umix.cc.umich.edu Wed Mar 14 21:21:53 1990 Return-Path: Message-Id: <9003150047.AA09786@okc-unix.af.mil> Date: Wed Mar 14 18:39:40 1990 From: rkw@okc-unix.af.mil (Ron Wallman MMECT) Subject: For Mats Johnson To: apollo@umix.cc.umich.edu Status: N This E-mail is for Mats Johnson. I apologize for disturbing the rest of the Apollo BB readers. I can't figure out another way to do this for the moment. ------------------------------------------ Mats Johson, I did receive your E-mail. I have drafted a response to your questions on OCR for the Apollos. However, my system admin soul tells me I have no way to send E-mail to you! I'm no expert on the DDN interconnections but it does seem odd to me. Anyway, please send another E-mail with your mailing address. I guess I respond the old fashion way. Ronald K Wallman Oklahoma City Air Logistics Center OC-ALC/MMECT Bldg 3220 Tinker AFB, OK 73145-5990 (405)-736-7044 DDN Mail Address: rkw@okc-unix.af.mil From apollo-request@umix.cc.umich.edu Wed Mar 14 21:26:54 1990 Date: 14 Mar 90 12:17:33 GMT From: hysell%kodak%rochester.uucp@pt.cs.cmu.edu (John Hysell) Organization: Eastman Kodak Co., Rochester, NY Subject: ADUS anonymous FTP Message-Id: <2390@kodak.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does anyone know what has happened to the ADUS workstation (adus.ecn.uiowa.edu) which used to accept anonymous FTP using the address 128.255.18.10? It no longer responds to that address. -thanks John D. Hysell .--------------------------------------------. | ARPA hysell@kodak.com | | UUCP ...rutgers!rochester!kodak!hysell | | hysell@kodak.uucp | `--------------------------------------------' From apollo-request@umix.cc.umich.edu Wed Mar 14 21:29:16 1990 Date: 14 Mar 90 16:14:47 GMT From: andrewn%syma%icdoc%ukc%mcsun.uucp@uunet.uu.net (Andrew D Nimmo) Organization: University of Sussex Subject: XV11R4 Apollo Server, on the DN10000(VS) Message-Id: <2354@syma.sussex.ac.uk> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Having eventually managed to compile XV11R4 for an Apollo DN10000VS system, DOMAIN/OS SR10.1.p, cc v6.5.p, patches 1 - 5 applied, with bug in apollo-specific patch corrected (see previous posting, and response from Bob Scheifler), and the vanilla MIT release, Xapollo will only work with a screen depth of 1 or 2, xinit -- -D1 d1 and the `mfb' does not work correctly (but I didn't expect it to). I haven't looked at the server software yet. I know one other person who has had this problem - are there any others? Any help would be appreciated. Thanks, Andrew D. Nimmo (sys admin) -- Andrew D. Nimmo, VLSI & Graphics Research Group, | JANET: andrewn@uk.ac.sussex.syma EAPS II, University of Sussex, Falmer, | INTERNET: andrewn%uk.ac.sussex.syma@nsfnet-relay.ac.uk BRIGHTON, East Sussex, BN1 9QT | BITNET: andrewn%uk.ac.sussex.syma@uk.ac TEL: +44 273 606755 x 2617 | UUCP: ...mcsun!ukc!syma!andrewn or andrewn@syma.uucp From apollo-request@umix.cc.umich.edu Wed Mar 14 23:26:25 1990 Date: 9 Mar 90 03:05:42 GMT From: patri%runxtsa%ipso%metro%cluster%munnari.oz.au%uhccux.uucp@ames.arc.nasa.gov (Petri Nuuttila) Organization: RUNX Unix Timeshare. Sydney, Australia. Subject: rwhod Message-Id: <760@runxtsa.runx.oz.au> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Subject: rwhod,ruptime,SR10.1 I found problem when starting the rwho service on an SR 10.1 network. All nodes had their /usr/spool/rwho directory linked to one master directory. The rwhod was started on every node. The /usr/spool/rwho/whodd. files were automaticly created and as I observed regularly updated. So far so good. Now the problem. When I tryed the command "rwho" I did'nt receive the expected statistics about users and machine usage I expected. Nothing came up actually. The command "rwho -a" gave something. It showed what users were on what machines from when. I looked at "whod." files and found out all hade recorded load- averages 0(zero). Did anybody else experience this problem in SR 10.1 ? From apollo-request@umix.cc.umich.edu Wed Mar 14 23:31:47 1990 Date: 15 Mar 90 03:40:37 GMT From: horne%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Patrick J. Horne) Organization: U. Texas CS Dept., Austin, Texas Subject: dn460 boot disk problems Message-Id: <8141@cs.utexas.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have a set of media for SR9.6 that seem to have some damaged disks included. The FLP8_A_DN460_DSP160 (rev 8) disk and FLP8_C (rev 8) disk both say that the volume needs salvol. When you run salvol it goes ahead and mounts the disk as it should, but the next time you use the disks the same message comes up. Neither disk is write protected. The other problem is with the first mentioned disk (I think). When booting Aegis from floppy the system almost gets the level 2 shell up, but hangs just before you get the ")" prompt. I would guess that this means that there is a damaged copy of aegis on the disk. Does anyone have a spare copy of these disk that I could borrow for a short time? Would there be a problem with the imbeded serial numbers not matching the rest of the disks? Any help would be greatly appreciated. Thanks in advance Pat -- --- Pat Horne CS Dept, Network Manager/Shop Supervisor (512)471-9517 Univ of Texas, Austin TX 78712 UUCP:cs.utexas.edu!horne From apollo-request@umix.cc.umich.edu Thu Mar 15 03:37:11 1990 Date: 14 Mar 90 21:23:55 GMT From: rees%dabo.ifs.umich.edu%terminator%umich%mailrus%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Jim Rees) Organization: University of Michigan IFS Project Subject: gas for Apollo? Message-Id: <1990Mar14.212355.3996@terminator.cc.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Where can I get a copy of Gnu assembler (gas) to run on my Apollo and produce coff files to link and run on my Apollo? From apollo-request@umix.cc.umich.edu Thu Mar 15 07:22:24 1990 Date: 15 Mar 90 08:10:27 GMT From: gjalt%euteal%tuegate.tue.nl%hp4nl%mcsun%sunic%luth%eru.uucp@bloom-beacon.mit.edu (& de Jong) Organization: Eindhoven University of Technology, Eindhoven, The Netherlands. Subject: Re: Apollo prmgr troubles Message-Id: References: <9003081502.AA02337@richter.mit.edu>, <493156dd.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <493156dd.20b6d@apollo.HP.COM> mk@apollo.HP.COM (Mike Kong) writes: At SR10.x, if you have one of the UNIX environments installed, setting clocks is fairly painless; use the /bin/date utility. At SR10.2, the time server daemon /etc/timed is available, but I haven't tried it. Well we run since a couple of days, and it works fine! -- __ Gjalt G. de Jong, | Phone: +(31)40-473345 Eindhoven University of Technology, Dept. of Electr. Eng. (ES/EH 7.26) P.O. Box 513, 5600 MB Eindhoven, The Netherlands Email: gjalt@ele.tue.nl From apollo-request@umix.cc.umich.edu Thu Mar 15 07:50:49 1990 Date: Thu, 15 Mar 90 12:05:32 HIV From: bonnetf@apo.esiee.fr (bonnet-franck) Message-Id: <9003151205.AA28130@apo.esiee.fr> To: apollo@umix.cc.umich.edu Subject: receving badaddress mail hi everybody, I have a boring problem with mail coming from apollo request server. Very often incomming mail arrive with this form From: badaddress@hp8 I don't know if our gateway is wrong or what. It is a HP-835.Does anybody had this kind of problem ? Maybe it is a configuration problem in sendmail ? If someone could help me this would be great !. thanks --------------------------------------- bonnetf@apo.esiee.fr Frank Bonnet E.S.I.E.E BP99 93162 Noisy le Grand cedex.FRANCE. Fax : 33 16 145926699 --------------------------------------- From apollo-request@umix.cc.umich.edu Thu Mar 15 09:28:56 1990 From: tpfabian@nasamail.nasa.gov (THEODORE FABIAN) Date: Wed, 14 Mar 90 22:08 PST Message-Id: To: Cc: /C=USA/ADMD=telemail/PRMD=reston.ssfp/O=tmis/OU=8510/S=mckissock/FN=david/I=b/@gemini., /C=USA/ADMD=telemail/PRMD=reston.ssfp/O=tmis/S=hojnicki/FN=jeffrey/I=s/@gemini.arc.nasa., /C=USA/ADMD=telemail/PRMD=reston.ssfp/O=tmis/SN=fabian/G=theodore/I=p/@gemini.arc.nasa. Subject: SENDMAIL or equivilent X-Lines: 45 Hello, this may be a naive question, but please bear with me.. we're running 9.75 Aegis on all/most of our nodes, with eventual plans to move to 10.2.. but those days are far into the future (1/6 year maybe??) ^ should have been a 2, not a 6. sorry in the meantime, I'd like to get the ability to send and receive mail directly at our Apollo nodes.. (DN3x00s)... I've not been able to find reference to how to start the mail daemons / servers... I've got TELNET and FTP servers running already.. what more do I need?? where might I look?? etc... what prompts this is that we've recently been asked to host a RN program on our nodes.. it's a ported version of an IRIS RN program that attaches to a local news server.. this has been accomplished, and users can currently attach to and execute CSH, run the RN program and read news group feeds.. but replying to those news groups gets complicated.. since the FROM address ends up as a node which cannot receive mail.. any ideas you might have are welcomed... - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - * Thanks, * * Ted Fabian NASA Lewis Research Center * * Cleveland, Ohio * * * * phone: 216-433-6307 FTS 297-6307 | disclaimer: * * email: tpfabian@nasamail.nasa.gov | my opinions * * tfabian@mars.lerc.nasa.gov | are my own * - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From apollo-request@umix.cc.umich.edu Thu Mar 15 11:27:36 1990 Date: 15 Mar 90 15:24:05 GMT From: dpg%citi.umich.edu%terminator%umich%ox.com.uucp@CS.YALE.EDU (David Gorgen) Organization: Hewlett-Packard/Apollo Subject: Re: XV11R4 Apollo Server, on the DN10000(VS) Message-Id: <1990Mar15.152405.20273@terminator.cc.umich.edu> References: <2354@syma.sussex.ac.uk> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <2354@syma.sussex.ac.uk> andrewn@syma.UUCP (Andrew D Nimmo) writes: > Having eventually managed to compile XV11R4 for an > Apollo DN10000VS system, DOMAIN/OS SR10.1.p, cc v6.5.p, > patches 1 - 5 applied, with bug in apollo-specific patch > corrected (see previous posting, and response from Bob Scheifler), > and the vanilla MIT release, Xapollo will only work with a screen > depth of 1 or 2, > > xinit -- -D1 d1 > > and the `mfb' does not work correctly (but I didn't expect it to). > > I haven't looked at the server software yet. > > I know one other person who has had this problem - are > there any others? Any help would be appreciated. > > Thanks, > > Andrew D. Nimmo (sys admin) Since you mention others who might be having this problem, I am posting rather than E-mailing. We did not test X.V11R4 on SR10.1.p on a DN10000VS; however we did so on SR10.2.p and we believe that works fine. So perhaps there are GPR bugs in SR10.1.p for the VS which you are encountering (that's just speculation). Could you E-mail me details of what goes wrong? (E.g. server command line you are using, descriptions of problems, any server crash tracebacks, or anything else you think might help us diagnose the problem.) Also, if you can try the server on SR10.2.p, telling us whether your trouble goes away with the newer release will be useful too. By the way, the mfb support ought to work correctly on any Apollo display. Also, your reference to depth 2 is confusing -- the GPR DDX in the MIT distribution only supports depths 1, 4 or 8. Any other depth will be reduced to the next smallest supported depth, so you would really only get depth 1 if you asked for depth 2. Is this what is happening? If we can come up with a straightforward workaround to make the server work on SR10.1.p for the VS, we'll be happy to send it to MIT; but there might not be one, in which case all we could do is recommend moving to SR10.2.p. -- Dave Gorgen / GTD-East (formerly Apollo Computer), Hewlett-Packard Company located at: University of Michigan, CITI dpg@citi.umich.edu (Center for Information Technology Integration) 313-998-7482 or -7479 From apollo-request@umix.cc.umich.edu Thu Mar 15 13:31:49 1990 Date: Thu, 15 Mar 1990 17:14:31 MET From: Harald Hanche-Olsen To: apollo@umix.cc.umich.edu Subject: Re: bug in rbak/wbak In-Reply-To: Your message of 13 Mar 90 09:09:18 GMT Message-Id: The story about ./tex being (partially) restored as .tex just serves to strengthen my impression that wbak doesn't understand what "." is. Indeed, if you try wbak -dev ct -f 1 -l . then wbak will happily report that it is starting the write, then just as happily exit without having written anything (except an empty backup file, that is). I will add this story to my growing collection of Apollo jokes :-) - Harald Hanche-Olsen Division of Mathematical Sciences The Norwegian Institute of Technology N-7034 Trondheim NORWAY From apollo-request@umix.cc.umich.edu Thu Mar 15 15:29:08 1990 Date: Thu, 15 Mar 1990 18:11:21 MET From: Harald Hanche-Olsen To: apollo@umix.cc.umich.edu Cc: root@vlsi-mentor.jpl.nasa.gov (The vlsi-mentor Super User) In-Reply-To: Your message of Wed, 14 Mar 90 14:17:44 PST Message-Id: In other words...a "chown /usr/spool/mail/" needs to be executed for each user mailbox that exists. Is sendmail supposed to do this for you? No, sendmail does not even know about local mailboxes. It usually invokes /bin/mail to deliver local mail - and /bin/mail does indeed set the ownership of user mailboxes properly, at least it does at our site. I believe /bin/mail must have suid root - like this: % ls -l /bin/mail -rwsr-xr-x 2 root 13889 Sep 14 1989 /bin/mail* Could that be the source of your problem? - Harald Hanche-Olsen Division of Mathematical Sciences The Norwegian Institute of Technology N-7034 Trondheim NORWAY From apollo-request@umix.cc.umich.edu Thu Mar 15 15:36:23 1990 Date: 15 Mar 90 10:55:03 GMT From: mcsun!hp4nl!tuegate.tue.nl!eutrc3!rcbaem@uunet.uu.net (Ernst Mulder) Organization: Eindhoven University of Technology, The Netherlands Subject: Re: Compiling and running GCC on an Apollo Message-Id: <1626@tuegate.tue.nl> References: <1579@tuegate.tue.nl>, <4918d012.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <4918d012.20b6d@apollo.HP.COM> vasta@apollo.HP.COM (John Vasta) writes: > >There was a problem in earlier releases of the C compiler which caused it >to incorrectly allocate bit fields of enum type. There is a workaround in >the gcc source to accomodate this; you should define SHORT_ENUM_BUG when >you compile. There are comments in the Makefile explaining which compiler >switches to use on the Apollo, but again, it assumes an SR10.1 or later >system. Don't use the switches which won't work with your compiler release. > I did define SHORT_ENUM_BUG, but defining this macro doesn't help. There are no workarounds, in the tree.def/tree.h/tree.c files which work around the >127 number if items in the enum type. So, as a soliution I removed one of the entries which was only used in Pascal from the tree.def file and removed the corresponding entry in the file expr.c. This solved the problem.. Maybe I should ask my department to get a newer C compiler :) Ernst. > From apollo-request@umix.cc.umich.edu Thu Mar 15 15:48:50 1990 Date: Thu, 15 Mar 90 11:49:24 PST From: root@vlsi-mentor.jpl.nasa.gov (The vlsi-mentor Super User) Message-Id: <9003151949.AA09674@vlsi-mentor.jpl.nasa.gov> To: apollo%umix.cc.umich.edu%jpl-mil@umix.cc.umich.edu Subject: Re: sendmail with 10.1 and BSD4.3 >No, sendmail does not even know about local mailboxes. It usually >invokes /bin/mail to deliver local mail - and /bin/mail does indeed >set the ownership of user mailboxes properly, at least it does at our >site. I believe /bin/mail must have suid root - like this: >Could that be the source of your problem? ... >lsacl /bin/mail > root.%.% prwx- setuid Indeed it could. That was it. Thanks to all who responded! Oh...one other thing: >lsacl -l /usr/lib/sendmail > root.%.% prwx- setuid Is this a good idea? I have heard that the infamous sendmail bug is in 10.1 sendmail. I do this: lsacl /usr/lib/sendmail daemon.%.% prwx- setuid %.mail.% -rwx- setgid and make the group mail own all the sendmail files. <-==*==-> Dave Hayes "Attempt to find truth by realizing that it will generally find you." dave@vlsi-mentor.jpl.nasa.gov dave%vlsi-mentor.jpl.nasa.gov@jpl-mil <-==*==-> From apollo-request@umix.cc.umich.edu Thu Mar 15 17:35:55 1990 Date: Thu, 15 Mar 90 15:55:10 EST From: paul@umix.cc.umich.edu ('da Kingfish) Message-Id: <9003152055.AA21637@umix.cc.umich.edu> To: apollo@umix.cc.umich.edu Subject: administrivia ... i added/deleted/changed several addresses on the list. getting caught up, etc. keep those requests, demands, and irrational desires coming. From apollo-request@umix.cc.umich.edu Thu Mar 15 17:42:43 1990 Date: 15 Mar 90 09:17:01 GMT From: ndebree%ruunsa%ruuinf%hp4nl%mcsun.uucp@uunet.uu.net (Jacob Debree) Organization: University of Utrecht, Dept. of Physics Subject: xdm crashes Message-Id: <850@ruunsa.fys.ruu.nl> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We have one Apollo Domain 2500 with a disk and one 2500 without a disk. They both run Domain/OS SR10.2 and X11 release 4 from MIT as the only window system. They both show the following behaviour (we also have a Domain 3000 that does NOT show this behaviour): At unpredictable times the window system crashes. A small vertical bar with a "random" pixel pattern over the full screen height shows up. After a few seconds the screen becomes black and the window system seems dead. Via the other machine we can login to the "crashed" machine. The ps command shows that there is still a xdm and Xapollo process. Has anyone else seen this behaviour? What could it be? Any help would be appreciated. ------------------------------------------------- Jacob de Bree (e-mail: ndebree@ruunsa.fys.ruu.nl) Department of Physics University of Utrecht From apollo-request@umix.cc.umich.edu Thu Mar 15 19:20:15 1990 Date: 14 Mar 90 00:02:27 GMT From: ashley%cheops%spinifex%usage%ccadfa%csc%munnari.oz.au%uhccux.uucp@ames.arc.nasa.gov (Ashley Aitken) Organization: EE & CS, Uni N.S.W., Sydney, Australia Subject: Re: How to make the DM display a node name Message-Id: <1504@cheops.eecs.unsw.oz> References: <6923@ubc-cs.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu You could just insert a pseudo user, for example, nodeinfo (with no password), which could have a small shell script as its shell, to display (in the display manager window) the name and id of the node. I was hoping the folks in charge of our network would perhaps do this, but alas ... You still have to login though. I agree with you that it would be much nicer (and rather obvious I feel) to display the node name (and perhaps the node id) at the login prompt. Perhaps you aren't supposed to know! The network is the computer ... Its all transparent ... :-) Cheers, Ashley Aitken. ashley@cheops.eecs.unsw.oz.au From apollo-request@umix.cc.umich.edu Thu Mar 15 19:27:58 1990 Date: 15 Mar 90 19:47:54 GMT From: razdan%oakhill%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Anshuman Razdan) Organization: Motorola Inc., SPS CAD, Austin, Texas. Subject: X compilation on DN10000 Message-Id: Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I am trying to use Cross compiler on a DN10k running SR10.1 and I have the 6.7 pmx version of the C compiler. My problem is (besides incorrect documentation) that when I try to X compile for 68XXX architecture, I add the following to the CFLAGS. -A -cpu m68k. This results in correct compilation for the 68xxx arrch (I can see doing file on the object module created and it says 68xxx file). The problem is when the same option is passed to the linker for binding. No options or combinations thereof like -A -cpu,4000 etc. work. It just reports a fatal error on the commandline to the linker. Due to the paper work not complete(we have a huge bureaucratic establishment that takes some time to do the contract paperwork for support), I can't ask apollo, so pl. help if you have any pointers. Ofcourse, I am running it from a Cshell, invoking the bsd compiler(i.e. not /com/cc) and using make t do it. Thanx a bunch Anshuman Razdan All opinions are my own and donot reflect the opinions of my employer. From apollo-request@umix.cc.umich.edu Thu Mar 15 19:38:02 1990 Date: 15 Mar 90 20:29:59 GMT From: dvadura%watdragon%watserv1%utgpu%news-server.csri.toronto.edu%cs.utexas.edu.uucp@tut.cis. (Dennis Vadura) Organization: Computer Science Dept., University of Waterloo Subject: DN660 ethernet-TCP/IP troubles Message-Id: <22042@watdragon.waterloo.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Configuration: DN660, Mutibus-Ethernet Card, Ring connection OS10.2 (no patches) The 660 is on a two node ring, with a DN3000 being the other node. The 3000 only has a ring adaptor. So the 660 is required as the TCP/IP ethernet gateway for our large :-) two node ring. Only problem is, TCP/IP on the 660 can't see the ethernet controler, and I am uncertain if it is the 10.2 software, or our card broke. The entire mess worked fine with 10.1. The symptoms are: ifconfig eth0 netmask 0xfffffe00 fails to bring the ethernet interface up to an status as normally reported by 'ifconfig eth0'. When tcpd is run in debug mode it complains that /dev/ethernet0 device is non existant, but /etc/mkdev /sys/dev all does not create such a device on the 660. Question: Does anyone out there have a 660 that is acting as a gateway running 10.2. If so, how did you get the node to act as a gateway. I have no luck. Second, if it turns out to be a hardware problem, does anyone know how to run the diagnostics for the ethernet card on a 660? Our Multibus-ethercard documentation mentions files that are not present in the 10.2 distribution. -any ideas/suggestions will be greatly appreciated -dennis -- -------------------------------------------------------------------------------- four more, three, two, ... LAST ONE!! |Dennis UUCP,BITNET: dvadura@water I LIED!! Eight MORE, seven... (he he) |Vadura EDU,CDN,CSNET: dvadura@waterloo ================================================================================ From apollo-request@umix.cc.umich.edu Fri Mar 16 01:29:50 1990 Date: 15 Mar 90 07:10:37 GMT From: baggins%batserver.cs.uq.oz.au%moondance%bunyip%metro%cluster%munnari.oz.au%samsung%usc%elroy. (William Segall) Subject: Re: Security Problem Message-Id: <2964@moondance.cs.uq.oz.au> References: <1066@prlhp1.prl.philips.co.uk> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu gupta@prlhp1.prl.philips.co.uk (Ashok Gupta) writes: >It was not reproducible on a 3500 running SR10.2. Happened to me on a 3500 running SR10.2 this afternoon. In this case the process was an xterm invoked from my .xinitrc by /usr/bin/X11/xterm -geometry 80x40-200+15 -title $XHOST -e rsh $XHOST& XHOST was a sun on our network. I haven't managed to reproduce this but I had turned the wmgr off and on. ======================================================================== Bill Segall email: baggins@batserver.cs.uq.oz.au Ph: (07) 377 2956 The thing that astonished him was that cats should have two holes cut in their coat exactly at the place where their eyes are : Lichtenberg ======================================================================== From apollo-request@umix.cc.umich.edu Fri Mar 16 01:34:17 1990 Date: 16 Mar 90 04:37:54 GMT From: thallem%guille.ECE.ORST.EDU.uucp@cs.orst.edu (Michael G. Lohmeyer) Organization: Oregon State University, E&CE, Corvallis Subject: Re: DN660 ethernet-TCP/IP troubles Message-Id: <16911@orstcs.CS.ORST.EDU> References: <22042@watdragon.waterloo.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <22042@watdragon.waterloo.edu> dvadura@watdragon.waterloo.edu (Dennis Vadura) writes: > ....Some parts deleted....... > >Only problem is, TCP/IP on the 660 can't see the ethernet controler, and >I am uncertain if it is the 10.2 software, or our card broke. The entire >mess worked fine with 10.1. > >The symptoms are: > > ifconfig eth0 netmask 0xfffffe00 > >fails to bring the ethernet interface up to an status >as normally reported by 'ifconfig eth0'. When tcpd is run in debug mode >it complains that /dev/ethernet0 device is non existant, but > > /etc/mkdev /sys/dev all > >does not create such a device on the 660. > >Question: > Does anyone out there have a 660 that is acting as a gateway running > 10.2. If so, how did you get the node to act as a gateway. I have > no luck. Second, if it turns out to be a hardware problem, does > anyone know how to run the diagnostics for the ethernet card on a > 660? Our Multibus-ethercard documentation mentions files that are > not present in the 10.2 distribution. > The /dev/ethernet0 file (and any other files that go with it) is needed to make the Multibus ethernet card work. These drivers come with the ethernet card, not with the system software. I have the same problem in that I want to use a multibus ethernet card, but I didn't get the drivers with the card, and since we are not on a service contract with Apollo, we can't get the drivers. In order to solve your problem, you will have to find the software that came with your ethernet card and install the drivers again. I don't know if this will work because you will be bridging software versions, but it is worth a try. Does anyone else know if this will work? If you don't have the drivers, then you, like I, will have to obtain them from somewhere. Which brings up my question. Does anyone know a way that the ethernet drivers (and possibly the documentation) can be obtained short of spending an arm and a leg for it purchasing it from Apollo? If I have the card, then shouldn't I also be entitled to have the software? We are running SR9.7 now and will be doing a transition to SR10.1 during the next several months. Mike Lohmeyer thallem@ece.orst.edu Oregon State University (503) 737-9264 Electrical & Computer Engineer Dept. From apollo-request@umix.cc.umich.edu Fri Mar 16 11:36:10 1990 Date: 16 Mar 90 12:24:34 GMT From: stickler%hylka%hydra%tut%sunic%luth%eru.uucp@bloom-beacon.mit.edu Organization: University of Helsinki Subject: Installation Message-Id: <2118.2600db02@cc.helsinki.fi> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Help! I've just installed vs 10.2 on a DS3500 in novice mode, and as it is the only node on the 'network' so far, I attempted to create and start the registry processes following the steps outlined in the installation guide. When trying to start llbd and glbd, I noticed that they were not in /etc but in /etc/ncs. Furthermore, even when specifying /etc/ncs to start glbd, I get an error that it is not found (llbd starts OK). In addition to that, I can't log in as root using the distribution password -apollo- because the registry service is not functioning. If anyone can offer some advice to a true apollo novice, please do! ////////////////////////////////////////////////////////////////////// ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Patrick Stickler University of Helsinki stickler@hylka.helsinki.fi (BIX: stickler) Nokia Research Center stickler@pepper.rc.nokia.fi ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ////////////////////////////////////////////////////////////////////// From apollo-request@umix.cc.umich.edu Fri Mar 16 13:33:53 1990 Date: 16 Mar 90 15:35:58 GMT From: fsimmons@ub.d.umn.edu (Frank Simmons) Organization: U of Minnesota-Duluth, Information Services Subject: apollo software Message-Id: <3271@umn-d-ub.D.UMN.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu A colleague of mine has asked if there is any Apollo software available at discount through the university setting. Can anyone help me out? Frank SImmons From apollo-request@umix.cc.umich.edu Fri Mar 16 15:33:49 1990 Date: 16 Mar 90 14:57:35 GMT From: dona%ncr-fc%ccncsu.uucp@boulder.colorado.edu (Don Allingham) Organization: NCR Microelectronics, Ft. Collins, CO Subject: AT&T C++ for SR10.1? Message-Id: Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Has anyone ported AT&T C++ 2.0 for SR10.1? I understand that HP/Apollo will be releasing 2.0 for SR10.2, but for various reasons, I have to stay at 10.1 for a while. If someone has diffs, I would really appreciate it. Thanks in advance. -- Don Allingham NCR Microelectronics dona@FtCollins.NCR.com Ft. Collins, CO. uunet!ncrlnk!ncr-sd!ncr-fc!bach!dona From apollo-request@umix.cc.umich.edu Fri Mar 16 17:23:02 1990 Date: 16 Mar 90 17:45:15 GMT From: michal%kuhub.cc.ukans.edu%wuarchive%brutus.cs.uiuc.edu%unix.cis.pitt.edu%zaphod.mps. Organization: University of Kansas Academic Computing Services Subject: chacl function. Does it exist ? Message-Id: <22506.2600d1cc@kuhub.cc.ukans.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu One may change the mode of a file using the chmod command. There is a C function chmod that does the same thing (ie protection for group user and other). ACL's can be changed using chacl (in sr10.1). Is there a corresponding function that one may call (in C or F77) to change acls of an object ? -- Merlin [The Magician] (AKA Michal Chmielewski) US Mail: Academic Computing Services, Univ. of Kansas, Lawrence, KS 66045, USA E-mail : michal@kuhub.cc.ukans.edu, michal@ukanvax.bitnet, AT&T (913)-864-0443 From apollo-request@umix.cc.umich.edu Sat Mar 17 15:38:58 1990 Date: Sat, 17 Mar 90 14:39:57 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9003171939.AA00221@richter.mit.edu> To: fsimmons@ub.d.umn.edu Subject: Re: apollo software Cc: apollo@umix.cc.umich.edu Talk to you local Apollo/HP sales office. Apollo discounts all of their hardware at 38% and their software at up to 90% to universities. Mathematica, IWrite, IDraw, IPaint (SunWrite, SunDraw, SunPaint ported to X windows), and WingZ were being bundled with all new Motorola 68020 68030 machines the last time I checked. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Sun Mar 18 23:48:08 1990 Date: 16 Mar 90 14:57:35 GMT From: dona%ncr-fc%ccncsu.uucp@boulder.colorado.edu (Don Allingham) Organization: NCR Microelectronics, Ft. Collins, CO Subject: AT&T C++ for SR10.1? Message-Id: Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Has anyone ported AT&T C++ 2.0 for SR10.1? I understand that HP/Apollo will be releasing 2.0 for SR10.2, but for various reasons, I have to stay at 10.1 for a while. If someone has diffs, I would really appreciate it. Thanks in advance. -- Don Allingham NCR Microelectronics dona@FtCollins.NCR.com Ft. Collins, CO. uunet!ncrlnk!ncr-sd!ncr-fc!bach!dona From apollo-request@umix.cc.umich.edu Mon Mar 19 01:30:39 1990 id AA00773; Mon, 19 Mar 90 00:48:42 est Date: Mon, 19 Mar 90 00:48:42 est From: Austin L. Conaty Message-Id: <9003190548.AA00773@meto.UMD.EDU> To: apollo@umix.cc.umich.edu, fsimmons@ub.d.umn.edu Subject: Re: apollo software See your local HP/Apollo sales rep. I believe they offer a 90% discount to universities etc. From apollo-request@umix.cc.umich.edu Mon Mar 19 07:36:24 1990 Date: Mon, 19 Mar 90 12:19:50 HIV From: bonnetf@apo.esiee.fr (bonnet-franck) Message-Id: <9003191219.AA12175@apo.esiee.fr> To: apollo@umix.cc.umich.edu Subject: ncs-clocks skew warning hello, I have a warning problem with the clocks of the 2 glbd daemons on my system. The message looks like the following : drm_admin: lrep -clocks dds://tpd1 1990/03/19.11:48 *** clock skew warning *** dds://sig2 1990/03/19.11:41 *** clock skew warning *** What does it EXACTLY means ? I tried the merge_all command which works successfully but did not correct the problem. One daemons run in 10.2 and the other in 10.1. But before the 2 were running on 10.1 machines. It does'nt seems to affect the system but it worry me a bit ... --------------------------------------- bonnetf@apo.esiee.fr Frank Bonnet E.S.I.E.E BP99 93162 Noisy le Grand cedex.FRANCE. Fax : 33 1 45.92.66.99 --------------------------------------- From apollo-request@umix.cc.umich.edu Mon Mar 19 13:28:12 1990 Date: Mon, 19 Mar 90 12:45:44 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9003191745.AA03515@richter.mit.edu> To: apollo@umix.cc.umich.edu, bonnetf@apo.esiee.fr Subject: Re: ncs-clocks skew warning The global loation brokers use the time/date when updating each other when NCS servers startup or shutdown. If the clocks on the machines running GLBD are more than 5 or 10 minutes out of sync, the location broker can not update each other because events which are registered on one machine can appear to be occuring in the *future* on the other machine. Under SR10.2 (and possbily SR10.1) you can use the Unix "date" command reset the machine's time and date to the correct value without having to shutdown the machine to run EX CALENDAR. There is also a new daemon called "timed" which is supposed to keep machines from having their clocks drift with repect to one another. I haven't tried it out yet, so I can't say whether is works or not. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Tue Mar 20 05:29:31 1990 Message-Id: <9003200951.AA12990@umix.cc.umich.edu> Tue, 20 Mar 90 10:41:45 GMT Date: Tue, 20 Mar 90 10:35:22 GMT From: Darrell Skinner Organization: Ecole Polytechnique, Lab PMI Subject: AnDataCo (San Diego)? N. Central Periph.? (3rd party memory) To: apollo@umix.cc.umich.edu One interesting reply to my question about 3rd party memory mentioned a company in San Diego called AnDataCo--but this person had recently moved and didn't have the address. Does anyone know the phone number and/or net address of AnDataCo? Also, in a recent summary of 3rd party addresses, a company called North Central Peripheral/(512)435-3595/Kathy Nickell was listed. When I called, I got a recording about a wrong or disconnected number. Is/was that number correct? Thanks Darrell Skinner / PMIDS@FRPOLY11.BITNET / Ecole Polytechnique From apollo-request@umix.cc.umich.edu Tue Mar 20 07:23:10 1990 Date: 19 Mar 90 18:07:46 GMT From: l_cae09.icaen.uiowa.edu%ns-mx.uucp@uunet.uu.net (Jeffrey Lawrence Haferman) Subject: Anybody using C++ and Apollo Domain/Dialog? Message-Id: <993@ns-mx.uiowa.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I am trying to write an Apollo application with C++. I am having trouble getting the Domain/Dialog include files to compile correctly. I have made several tweeks but I'm not quite there yet. If anyone has had any luck with this, please let me know! Thanks. Jeff Haferman internet: jlhaferman@icaen.uiowa.edu Department of Mechanical Engineering University of Iowa Iowa City IA 52240 From apollo-request@umix.cc.umich.edu Tue Mar 20 09:25:56 1990 Date: 19 Mar 90 20:58:59 GMT From: fsimmons@ub.d.umn.edu (Frank Simmons) Organization: U of Minnesota-Duluth, Information Services Subject: apollo software license Message-Id: <3274@umn-d-ub.D.UMN.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu My question this time deals with the licensing of software for the Apollo units. Does one have to have a license for each copy of a given piece of software or will a site license do? Many thanks Frank Simmons From apollo-request@umix.cc.umich.edu Tue Mar 20 09:33:37 1990 Date: 19 Mar 90 17:31:00 GMT From: rew%apollo.uucp@EDDIE.MIT.EDU (Robert Wolters) Organization: Hewlett-Packard Apollo Division - Chelmsford, MA Subject: Re: Dn660 ethernet-TCP/IP troubles Message-Id: <494a5e10.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu > Only problem is, TCP/IP on the 660 can't see the ethernet controler, and > I am uncertain if it is the 10.2 software, or our card broke. The entire > mess worked fine with 10.1. With Multibus nodes like the 660 you still need the ECMB version 2.0 driver. The same driver used at 9.7 and 10.1. After loading the driver check in /sys/driver/ecmb, there should be a script called build_ddf.sh. It will build /dev/ethernet0. Invoke this on the DN660 and then retry TCP/ifconfig. Also, the /etc/routed that was shipped with sr10.2 is bad. Please contact the Response Center and get the patch for ROUTED. If you rely on dynamic routing for your TCP communication, you WILL need it. Cheers, Rob Wolters Networking Support From apollo-request@umix.cc.umich.edu Tue Mar 20 10:10:34 1990 Date: 20 Mar 90 00:10:00 GMT From: sommerfeld%hpway%apollo.uucp@beaver.cs.washington.edu (Bill Sommerfeld) Organization: HP Apollo Systems Division, Chelmsford, MA. Subject: Re: ncs-clocks skew warning Message-Id: References: <9003191219.AA12175@apo.esiee.fr> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <9003191219.AA12175@apo.esiee.fr> bonnetf@apo.esiee.fr (bonnet-franck) writes: What does it EXACTLY means ? It means exactly what it says :-). The replication algorithm used by the GLB depends on the clocks on the nodes running the GLB being loosely synchronized; the "clock skew warning" means that the clocks are drifting too far apart. The GLB won't correct this for you automatically; instead, you have to synchronize the clocks in some other way. Doing it manually: - using a wristwatch and /bin/date whenever you see the "clock skew warning". Doing it automatically (more work to set up; less work over time): - If both glbd's are on the same physical network and both have IP (some say "TCP") enabled, set the nodes up to run /etc/timed all the time. Timed should keep your clocks synchronized to within a second or so. It works by "averaging" all your clocks together, so it works best if there are a relatively large number of clocks participating. I believe timed is new as of SR10.2; the binary included in SR10.2 might work on 10.1, but I haven't tried it. - If you have a flair for overkill, and you're connected to the Internet or have access to a proper time source (typically a radio clock), you can bring up NTP. This will tend to keep your node clocks synchronized to within about 10-20 milliseconds of the correct time. There are two different implementations of NTP for UNIX which are generally available, "ntpd", done at the University of Maryland, and "xntpd", by Dennis Ferguson of the University of Toronto. I've managed to get both working on SR10.2, and if enough people are interested in patches, I could be convinced to make them available, although porting them was really very trivial. "xntpd" is a bigger, more featureful implementation; "ntpd" is kind of minimalist. - Bill Sommerfeld, amateur clock watcher sommerfeld@apollo.com sommerfeld@apollo.hp.com From apollo-request@umix.cc.umich.edu Tue Mar 20 10:12:53 1990 Date: 19 Mar 90 21:15:27 GMT From: news%eagle.uucp@ucbvax.Berkeley.EDU (Jeffrey S. Hojnicki) Organization: sei Subject: LBR external reference problem Message-Id: <1990Mar19.211527.6572@eagle.lerc.nasa.gov> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hello, We are having a strange problem with the domain librarian (LBR) here. We are developing a code that is now a little over 20k lines, mostly FORTRAN, but some PostScript & AEGIS shell scripts. To help us out with tracing out subroutine calls, one of the guys here wrote a short program to build a subroutine calling tree from the output of LBR -L. The code reads the output, determines what calls what and formats theat into a nice indented tree structure. However, when we first ran this, we discovered that one of our subroutines was missing from the calling tree. That routines name is ERROR. After much checking, it appears that LBR does not recognize the routine ERROR as as external reference. Later we found it also did not recognize a routine called TIMES. Everything else it found, and everything binds correctly. Does anyone know why this is happening. It could be confusing with a system level routine, but I thought all of those had real long names with lots of dollar signs and underscores in them. If it is canfusing this with a duplicate system level routine, is there anyone who has a list of those routine names so we can avoid this problem in the future? Any insight would be much appreciated. BTW, we are running 9.7.5 on DN4500s and DN3000s. -- PLEASE, don't send mail to the reply-to adress above, but use either of the two below: |========================================================================| | Jeff Hojnicki 216-433-5393 | jshoj@csd.lerc.nasa.gov | | NASA LeRC M.S. 500-103 | jhojnicki@nasamail.nasa.gov | | Cleveland, OH 44135 | | | --- My opinions are only my own, don't blame anyone else for them! --- | |========================================================================| From apollo-request@umix.cc.umich.edu Tue Mar 20 10:20:29 1990 Date: 19 Mar 90 20:02:17 GMT From: rogden%uceng.uucp@iuvax.cs.indiana.edu (rob ogden) Organization: Univ. of Cincinnati, College of Engg. Subject: FORTRAN COMPILER BUG Message-Id: <4004@uceng.UC.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hello comp.sys.apollo, FORTRAN compiler bug DN10000: Here is a FORTRAN bug that was found on out dn10000 last week. There are ~560 lines in this email because the problem subroutine is attached. I heard this morning, 3/19/90, from Debbie Sahrbeck of Apollo. The work around is: compile with -save with the f77 ,unix command , this needs to be prefixed with -W0 example: f77 -W0,-save -c chrstf.f An Apollo Problem Report number has been assigned. APR# DE0CE - - - We have a DN10000 with FORTRAN v10.7.p Debbie Sahrbeck indicates that the problem does NOT show up on the 68000s. That which follows is the information sent to Debbie Sahrbeck. Rob Ogden, rogden@uceng.uc.edu uccba!uceng!rogden -------------------------------------------------------------- Hello Debbie Sahrbeck, sahrbeck_d@apollo.com I am Rob Ogden, rogden@uceng.uc.edu. The following information pertains to reference #A2015160 a FORTRAN compiler error. Attached is the subroutine chrstf. The compiler errors are shown. The following is a table of parameters . This works -> parameter (ngrd=1,imx=13,jmx=63,kmx=9) This does not work -> parameter (ngrd=1,imx=13,jmx=64,kmx=9) This does not work -> parameter (ngrd=1,imx=13,jmx=63,kmx=10) nasa.hm.ztst3d[80] f77 -c chrstf.f chrstf.f: ?(ftn) LIR_$BUILD_OPERAND - signed_immed16 out of range: 4294907296, ADD Compiler backend failure while processing routine "chrstf" ?(ftn) All routines processed by backend - aborting due to previous errors (00594) end **** Error #319 on Line 594: System fault trapped, fault message follows: status 7F000000 Apollo-specific fault Compiler error in file chrstf.f: see a system manager nasa.hm.ztst3d[81] nasa.hm.ztst3d[81] nasa.hm.ztst3d[81] f77 -O -c chrstf.f chrstf.f: **** Informational #929 on Line 35: Assignment eliminated, value never used: ybody **** Informational #929 on Line 29: Assignment eliminated, value never used: dfdx **** Informational #929 on Line 21: Assignment eliminated, value never used: dfdx **** Informational #929 on Line 20: Assignment eliminated, value never used: fofx **** Informational #929 on Line 19: Assignment eliminated, value never used: ybody **** Informational #929 on Line 17: Assignment eliminated, value never used: yny ?(ftn) LIR_$BUILD_OPERAND - signed_immed16 out of range: 4294907296, ADD Compiler backend failure while processing routine "chrstf" ?(ftn) All routines processed by backend - aborting due to previous errors (00594) end **** Error #319 System fault trapped, fault message follows: status 7F000000 Apollo-specific fault Compiler error in file chrstf.f: see a system manager nasa.hm.ztst3d[82] nasa.hm.ztst3d[82] nasa.hm.ztst3d[82] /com/sh $ $ ftn chrstf.ftn **** Informational #929 on Line 35: Assignment eliminated, value never used: ybody **** Informational #929 on Line 29: Assignment eliminated, value never used: dfdx **** Informational #929 on Line 21: Assignment eliminated, value never used: dfdx **** Informational #929 on Line 20: Assignment eliminated, value never used: fofx **** Informational #929 on Line 19: Assignment eliminated, value never used: ybody **** Informational #929 on Line 17: Assignment eliminated, value never used: yny ?(ftn) LIR_$BUILD_OPERAND - signed_immed16 out of range: 4294907296, ADD Compiler backend failure while processing routine "chrstf" ?(ftn) All routines processed by backend - aborting due to previous errors (00594) end **** Error #319 System fault trapped, fault message follows: status 7F000000 ?(sh) "/com/ftn" - status 7F000000 $ THE SUBROUTINE STARTS HERE. --------------------------- please note the parameter statement, the third line in the subroutine. The following is a table of parameter statements that have been tried. This works -> parameter (ngrd=1,imx=13,jmx=63,kmx=9) This does not work -> parameter (ngrd=1,imx=13,jmx=64,kmx=9) This does not work -> parameter (ngrd=1,imx=13,jmx=63,kmx=10) ----------------------------------- subroutine chrstf (ip,i) c implicit real*8(a-h,o-z) parameter (ngrd=1,imx=13,jmx=64,kmx=9) common /grsz/ nx,ny,nz,nw,ns common /grid/ x(imx),y(0:jmx+1),z(0:kmx+1) 1 ,hx(imx),hy(0:jmx+1),hz(0:kmx+1) common /coords/ xp(0:jmx+1,0:kmx+1,3),yp(0:jmx+1,0:kmx+1,3) 1 ,zp(0:jmx+1,0:kmx+1,3) common /metten/ sqrg(jmx,kmx,2),gv11(jmx,kmx),gv12(jmx,kmx) 1 ,gv13(jmx,kmx),gv22(jmx,kmx),gv23(jmx,kmx) 2 ,gv33(jmx,kmx),gn11(jmx,kmx,2),gn12(jmx,kmx,2) 3 ,gn13(jmx,kmx,2),gn22(jmx,kmx,2),gn23(jmx,kmx,2) 4 ,gn33(jmx,kmx,2),chf(jmx,kmx,3,3,3) dimension dgdx(jmx,kmx,3,3,3) c dx=hx(ip)+hx(ip+1) do 90 k=2,nz-1 dz=hz(k)+hz(k+1) do 90 j=2,ny-1 dy=hy(j)+hy(j+1) dxpdx=(xp(j,k,i+1)-xp(j,k,i))/hx(ip+1) dypdx=(yp(j,k,i+1)-yp(j,k,i))/hx(ip+1) dzpdx=(zp(j,k,i+1)-zp(j,k,i))/hx(ip+1) dxpdy=0.5e0*(xp(j+1,k,i)+xp(j+1,k,i+1)-xp(j-1,k,i) 1 -xp(j-1,k,i+1))/dy dypdy=0.5e0*(yp(j+1,k,i)+yp(j+1,k,i+1)-yp(j-1,k,i) 1 -yp(j-1,k,i+1))/dy dzpdy=0.5e0*(zp(j+1,k,i)+zp(j+1,k,i+1)-zp(j-1,k,i) 1 -zp(j-1,k,i+1))/dy dxpdz=0.5e0*(xp(j,k+1,i)+xp(j,k+1,i+1)-xp(j,k-1,i) 1 -xp(j,k-1,i+1))/dz dypdz=0.5e0*(yp(j,k+1,i)+yp(j,k+1,i+1)-yp(j,k-1,i) 1 -yp(j,k-1,i+1))/dz dzpdz=0.5e0*(zp(j,k+1,i)+zp(j,k+1,i+1)-zp(j,k-1,i) 1 -zp(j,k-1,i+1))/dz g11ip=dxpdx*dxpdx+dypdx*dypdx+dzpdx*dzpdx g12ip=dxpdx*dxpdy+dypdx*dypdy+dzpdx*dzpdy g13ip=dxpdx*dxpdz+dypdx*dypdz+dzpdx*dzpdz g22ip=dxpdy*dxpdy+dypdy*dypdy+dzpdy*dzpdy g23ip=dxpdy*dxpdz+dypdy*dypdz+dzpdy*dzpdz g33ip=dxpdz*dxpdz+dypdz*dypdz+dzpdz*dzpdz c dxpdx=(xp(j,k,i)-xp(j,k,i-1))/hx(ip) dypdx=(yp(j,k,i)-yp(j,k,i-1))/hx(ip) dzpdx=(zp(j,k,i)-zp(j,k,i-1))/hx(ip) dxpdy=0.5e0*(xp(j+1,k,i)+xp(j+1,k,i-1)-xp(j-1,k,i) 1 -xp(j-1,k,i-1))/dy dypdy=0.5e0*(yp(j+1,k,i)+yp(j+1,k,i-1)-yp(j-1,k,i) 1 -yp(j-1,k,i-1))/dy dzpdy=0.5e0*(zp(j+1,k,i)+zp(j+1,k,i-1)-zp(j-1,k,i) 1 -zp(j-1,k,i-1))/dy dxpdz=0.5e0*(xp(j,k+1,i)+xp(j,k+1,i-1)-xp(j,k-1,i) 1 -xp(j,k-1,i-1))/dz dypdz=0.5e0*(yp(j,k+1,i)+yp(j,k+1,i-1)-yp(j,k-1,i) 1 -yp(j,k-1,i-1))/dz dzpdz=0.5e0*(zp(j,k+1,i)+zp(j,k+1,i-1)-zp(j,k-1,i) 1 -zp(j,k-1,i-1))/dz g11im=dxpdx*dxpdx+dypdx*dypdx+dzpdx*dzpdx g12im=dxpdx*dxpdy+dypdx*dypdy+dzpdx*dzpdy g13im=dxpdx*dxpdz+dypdx*dypdz+dzpdx*dzpdz g22im=dxpdy*dxpdy+dypdy*dypdy+dzpdy*dzpdy g23im=dxpdy*dxpdz+dypdy*dypdz+dzpdy*dzpdz g33im=dxpdz*dxpdz+dypdz*dypdz+dzpdz*dzpdz c dxpdx=0.5e0*(xp(j,k,i+1)+xp(j+1,k,i+1)-xp(j,k,i-1) 1 -xp(j+1,k,i-1))/dx dypdx=0.5e0*(yp(j,k,i+1)+yp(j+1,k,i+1)-yp(j,k,i-1) 1 -yp(j+1,k,i-1))/dx dzpdx=0.5e0*(zp(j,k,i+1)+zp(j+1,k,i+1)-zp(j,k,i-1) 1 -zp(j+1,k,i-1))/dx dxpdy=(xp(j+1,k,i)-xp(j,k,i))/hy(j+1) dypdy=(yp(j+1,k,i)-yp(j,k,i))/hy(j+1) dzpdy=(zp(j+1,k,i)-zp(j,k,i))/hy(j+1) dxpdz=0.5e0*(xp(j,k+1,i)+xp(j+1,k+1,i)-xp(j,k-1,i) 1 -xp(j+1,k-1,i))/dz dypdz=0.5e0*(yp(j,k+1,i)+yp(j+1,k+1,i)-yp(j,k-1,i) 1 -yp(j+1,k-1,i))/dz dzpdz=0.5e0*(zp(j,k+1,i)+zp(j+1,k+1,i)-zp(j,k-1,i) 1 -zp(j+1,k-1,i))/dz g11jp=dxpdx*dxpdx+dypdx*dypdx+dzpdx*dzpdx g12jp=dxpdx*dxpdy+dypdx*dypdy+dzpdx*dzpdy g13jp=dxpdx*dxpdz+dypdx*dypdz+dzpdx*dzpdz g22jp=dxpdy*dxpdy+dypdy*dypdy+dzpdy*dzpdy g23jp=dxpdy*dxpdz+dypdy*dypdz+dzpdy*dzpdz g33jp=dxpdz*dxpdz+dypdz*dypdz+dzpdz*dzpdz c dxpdx=0.5e0*(xp(j,k,i+1)+xp(j-1,k,i+1)-xp(j,k,i-1) 1 -xp(j-1,k,i-1))/dx dypdx=0.5e0*(yp(j,k,i+1)+yp(j-1,k,i+1)-yp(j,k,i-1) 1 -yp(j-1,k,i-1))/dx dzpdx=0.5e0*(zp(j,k,i+1)+zp(j-1,k,i+1)-zp(j,k,i-1) 1 -zp(j-1,k,i-1))/dx dxpdy=(xp(j,k,i)-xp(j-1,k,i))/hy(j) dypdy=(yp(j,k,i)-yp(j-1,k,i))/hy(j) dzpdy=(zp(j,k,i)-zp(j-1,k,i))/hy(j) dxpdz=0.5e0*(xp(j,k+1,i)+xp(j-1,k+1,i)-xp(j,k-1,i) 1 -xp(j-1,k-1,i))/dz dypdz=0.5e0*(yp(j,k+1,i)+yp(j-1,k+1,i)-yp(j,k-1,i) 1 -yp(j-1,k-1,i))/dz dzpdz=0.5e0*(zp(j,k+1,i)+zp(j-1,k+1,i)-zp(j,k-1,i) 1 -zp(j-1,k-1,i))/dz g11jm=dxpdx*dxpdx+dypdx*dypdx+dzpdx*dzpdx g12jm=dxpdx*dxpdy+dypdx*dypdy+dzpdx*dzpdy g13jm=dxpdx*dxpdz+dypdx*dypdz+dzpdx*dzpdz g22jm=dxpdy*dxpdy+dypdy*dypdy+dzpdy*dzpdy g23jm=dxpdy*dxpdz+dypdy*dypdz+dzpdy*dzpdz g33jm=dxpdz*dxpdz+dypdz*dypdz+dzpdz*dzpdz c dxpdx=0.5e0*(xp(j,k,i+1)+xp(j,k+1,i+1)-xp(j,k,i-1) 1 -xp(j,k+1,i-1))/dx dypdx=0.5e0*(yp(j,k,i+1)+yp(j,k+1,i+1)-yp(j,k,i-1) 1 -yp(j,k+1,i-1))/dx dzpdx=0.5e0*(zp(j,k,i+1)+zp(j,k+1,i+1)-zp(j,k,i-1) 1 -zp(j,k+1,i-1))/dx dxpdy=0.5e0*(xp(j+1,k,i)+xp(j+1,k+1,i)-xp(j-1,k,i) 1 -xp(j-1,k+1,i))/dy dypdy=0.5e0*(yp(j+1,k,i)+yp(j+1,k+1,i)-yp(j-1,k,i) 1 -yp(j-1,k+1,i))/dy dzpdy=0.5e0*(zp(j+1,k,i)+zp(j+1,k+1,i)-zp(j-1,k,i) 1 -zp(j-1,k+1,i))/dy dxpdz=(xp(j,k+1,i)-xp(j,k,i))/hz(k+1) dypdz=(yp(j,k+1,i)-yp(j,k,i))/hz(k+1) dzpdz=(zp(j,k+1,i)-zp(j,k,i))/hz(k+1) g11kp=dxpdx*dxpdx+dypdx*dypdx+dzpdx*dzpdx g12kp=dxpdx*dxpdy+dypdx*dypdy+dzpdx*dzpdy g13kp=dxpdx*dxpdz+dypdx*dypdz+dzpdx*dzpdz g22kp=dxpdy*dxpdy+dypdy*dypdy+dzpdy*dzpdy g23kp=dxpdy*dxpdz+dypdy*dypdz+dzpdy*dzpdz g33kp=dxpdz*dxpdz+dypdz*dypdz+dzpdz*dzpdz c dxpdx=0.5e0*(xp(j,k,i+1)+xp(j,k-1,i+1)-xp(j,k,i-1) 1 -xp(j,k-1,i-1))/dx dypdx=0.5e0*(yp(j,k,i+1)+yp(j,k-1,i+1)-yp(j,k,i-1) 1 -yp(j,k-1,i-1))/dx dzpdx=0.5e0*(zp(j,k,i+1)+zp(j,k-1,i+1)-zp(j,k,i-1) 1 -zp(j,k-1,i-1))/dx dxpdy=0.5e0*(xp(j+1,k,i)+xp(j+1,k-1,i)-xp(j-1,k,i) 1 -xp(j-1,k-1,i))/dy dypdy=0.5e0*(yp(j+1,k,i)+yp(j+1,k-1,i)-yp(j-1,k,i) 1 -yp(j-1,k-1,i))/dy dzpdy=0.5e0*(zp(j+1,k,i)+zp(j+1,k-1,i)-zp(j-1,k,i) 1 -zp(j-1,k-1,i))/dy dxpdz=(xp(j,k,i)-xp(j,k-1,i))/hz(k) dypdz=(yp(j,k,i)-yp(j,k-1,i))/hz(k) dzpdz=(zp(j,k,i)-zp(j,k-1,i))/hz(k) g11km=dxpdx*dxpdx+dypdx*dypdx+dzpdx*dzpdx g12km=dxpdx*dxpdy+dypdx*dypdy+dzpdx*dzpdy g13km=dxpdx*dxpdz+dypdx*dypdz+dzpdx*dzpdz g22km=dxpdy*dxpdy+dypdy*dypdy+dzpdy*dzpdy g23km=dxpdy*dxpdz+dypdy*dypdz+dzpdy*dzpdz g33km=dxpdz*dxpdz+dypdz*dypdz+dzpdz*dzpdz c dgdx(j,k,1,1,1)=(g11ip-g11im)*2.0e0/dx dgdx(j,k,1,2,1)=(g12ip-g12im)*2.0e0/dx dgdx(j,k,1,3,1)=(g13ip-g13im)*2.0e0/dx dgdx(j,k,2,2,1)=(g22ip-g22im)*2.0e0/dx dgdx(j,k,2,3,1)=(g23ip-g23im)*2.0e0/dx dgdx(j,k,3,3,1)=(g33ip-g33im)*2.0e0/dx dgdx(j,k,2,1,1)=dgdx(j,k,1,2,1) dgdx(j,k,3,1,1)=dgdx(j,k,1,3,1) dgdx(j,k,3,2,1)=dgdx(j,k,2,3,1) dgdx(j,k,1,1,2)=(g11jp-g11jm)*2.0e0/dy dgdx(j,k,1,2,2)=(g12jp-g12jm)*2.0e0/dy dgdx(j,k,1,3,2)=(g13jp-g13jm)*2.0e0/dy dgdx(j,k,2,2,2)=(g22jp-g22jm)*2.0e0/dy dgdx(j,k,2,3,2)=(g23jp-g23jm)*2.0e0/dy dgdx(j,k,3,3,2)=(g33jp-g33jm)*2.0e0/dy dgdx(j,k,2,1,2)=dgdx(j,k,1,2,2) dgdx(j,k,3,1,2)=dgdx(j,k,1,3,2) dgdx(j,k,3,2,2)=dgdx(j,k,2,3,2) dgdx(j,k,1,1,3)=(g11kp-g11km)*2.0e0/dz dgdx(j,k,1,2,3)=(g12kp-g12km)*2.0e0/dz dgdx(j,k,1,3,3)=(g13kp-g13km)*2.0e0/dz dgdx(j,k,2,2,3)=(g22kp-g22km)*2.0e0/dz dgdx(j,k,2,3,3)=(g23kp-g23km)*2.0e0/dz dgdx(j,k,3,3,3)=(g33kp-g33km)*2.0e0/dz dgdx(j,k,2,1,3)=dgdx(j,k,1,2,3) dgdx(j,k,3,1,3)=dgdx(j,k,1,3,3) dgdx(j,k,3,2,3)=dgdx(j,k,2,3,3) 90 continue c do 120 k=2,nz-1 do 120 j=2,ny-1 chf(j,k,1,1,1)=0.5e0*gn11(j,k,i)* 1 (dgdx(j,k,1,1,1)+dgdx(j,k,1,1,1)-dgdx(j,k,1,1,1)) 2 +0.5e0*gn12(j,k,i)* 3 (dgdx(j,k,1,2,1)+dgdx(j,k,2,1,1)-dgdx(j,k,1,1,2)) 4 +0.5e0*gn13(j,k,i)* 5 (dgdx(j,k,1,3,1)+dgdx(j,k,3,1,1)-dgdx(j,k,1,1,3)) chf(j,k,1,1,2)=0.5e0*gn11(j,k,i)* 1 (dgdx(j,k,1,1,2)+dgdx(j,k,1,2,1)-dgdx(j,k,1,2,1)) 2 +0.5e0*gn12(j,k,i)* 3 (dgdx(j,k,1,2,2)+dgdx(j,k,2,2,1)-dgdx(j,k,1,2,2)) 4 +0.5e0*gn13(j,k,i)* 5 (dgdx(j,k,1,3,2)+dgdx(j,k,3,2,1)-dgdx(j,k,1,2,3)) chf(j,k,1,1,3)=0.5e0*gn11(j,k,i)* 1 (dgdx(j,k,1,1,3)+dgdx(j,k,1,3,1)-dgdx(j,k,1,3,1)) 2 +0.5e0*gn12(j,k,i)* 3 (dgdx(j,k,1,2,3)+dgdx(j,k,2,3,1)-dgdx(j,k,1,3,2)) 4 +0.5e0*gn13(j,k,i)* 5 (dgdx(j,k,1,3,3)+dgdx(j,k,3,3,1)-dgdx(j,k,1,3,3)) chf(j,k,1,2,2)=0.5e0*gn11(j,k,i)* 1 (dgdx(j,k,2,1,2)+dgdx(j,k,1,2,2)-dgdx(j,k,2,2,1)) 2 +0.5e0*gn12(j,k,i)* 3 (dgdx(j,k,2,2,2)+dgdx(j,k,2,2,2)-dgdx(j,k,2,2,2)) 4 +0.5e0*gn13(j,k,i)* 5 (dgdx(j,k,2,3,2)+dgdx(j,k,3,2,2)-dgdx(j,k,2,2,3)) chf(j,k,1,2,3)=0.5e0*gn11(j,k,i)* 1 (dgdx(j,k,2,1,3)+dgdx(j,k,1,3,2)-dgdx(j,k,2,3,1)) 2 +0.5e0*gn12(j,k,i)* 3 (dgdx(j,k,2,2,3)+dgdx(j,k,2,3,2)-dgdx(j,k,2,3,2)) 4 +0.5e0*gn13(j,k,i)* 5 (dgdx(j,k,2,3,3)+dgdx(j,k,3,3,2)-dgdx(j,k,2,3,3)) chf(j,k,1,3,3)=0.5e0*gn11(j,k,i)* 1 (dgdx(j,k,3,1,3)+dgdx(j,k,1,3,3)-dgdx(j,k,3,3,1)) 2 +0.5e0*gn12(j,k,i)* 3 (dgdx(j,k,3,2,3)+dgdx(j,k,2,3,3)-dgdx(j,k,3,3,2)) 4 +0.5e0*gn13(j,k,i)* 5 (dgdx(j,k,3,3,3)+dgdx(j,k,3,3,3)-dgdx(j,k,3,3,3)) chf(j,k,1,2,1)=chf(j,k,1,1,2) chf(j,k,1,3,1)=chf(j,k,1,1,3) chf(j,k,1,3,2)=chf(j,k,1,2,3) chf(j,k,3,1,1)=0.5e0*gn13(j,k,i)* 1 (dgdx(j,k,1,1,1)+dgdx(j,k,1,1,1)-dgdx(j,k,1,1,1)) 2 +0.5e0*gn23(j,k,i)* 3 (dgdx(j,k,1,2,1)+dgdx(j,k,2,1,1)-dgdx(j,k,1,1,2)) 4 +0.5e0*gn33(j,k,i)* 5 (dgdx(j,k,1,3,1)+dgdx(j,k,3,1,1)-dgdx(j,k,1,1,3)) chf(j,k,3,1,2)=0.5e0*gn13(j,k,i)* 1 (dgdx(j,k,1,1,2)+dgdx(j,k,1,2,1)-dgdx(j,k,1,2,1)) 2 +0.5e0*gn23(j,k,i)* 3 (dgdx(j,k,1,2,2)+dgdx(j,k,2,2,1)-dgdx(j,k,1,2,2)) 4 +0.5e0*gn33(j,k,i)* 5 (dgdx(j,k,1,3,2)+dgdx(j,k,3,2,1)-dgdx(j,k,1,2,3)) chf(j,k,3,1,3)=0.5e0*gn13(j,k,i)* 1 (dgdx(j,k,1,1,3)+dgdx(j,k,1,3,1)-dgdx(j,k,1,3,1)) 2 +0.5e0*gn23(j,k,i)* 3 (dgdx(j,k,1,2,3)+dgdx(j,k,2,3,1)-dgdx(j,k,1,3,2)) 4 +0.5e0*gn33(j,k,i)* 5 (dgdx(j,k,1,3,3)+dgdx(j,k,3,3,1)-dgdx(j,k,1,3,3)) chf(j,k,3,2,2)=0.5e0*gn13(j,k,i)* 1 (dgdx(j,k,2,1,2)+dgdx(j,k,1,2,2)-dgdx(j,k,2,2,1)) 2 +0.5e0*gn23(j,k,i)* 3 (dgdx(j,k,2,2,2)+dgdx(j,k,2,2,2)-dgdx(j,k,2,2,2)) 4 +0.5e0*gn33(j,k,i)* 5 (dgdx(j,k,2,3,2)+dgdx(j,k,3,2,2)-dgdx(j,k,2,2,3)) chf(j,k,3,2,3)=0.5e0*gn13(j,k,i)* 1 (dgdx(j,k,2,1,3)+dgdx(j,k,1,3,2)-dgdx(j,k,2,3,1)) 2 +0.5e0*gn23(j,k,i)* 3 (dgdx(j,k,2,2,3)+dgdx(j,k,2,3,2)-dgdx(j,k,2,3,2)) 4 +0.5e0*gn33(j,k,i)* 5 (dgdx(j,k,2,3,3)+dgdx(j,k,3,3,2)-dgdx(j,k,2,3,3)) chf(j,k,3,3,3)=0.5e0*gn13(j,k,i)* 1 (dgdx(j,k,3,1,3)+dgdx(j,k,1,3,3)-dgdx(j,k,3,3,1)) 2 +0.5e0*gn23(j,k,i)* 3 (dgdx(j,k,3,2,3)+dgdx(j,k,2,3,3)-dgdx(j,k,3,3,2)) 4 +0.5e0*gn33(j,k,i)* 5 (dgdx(j,k,3,3,3)+dgdx(j,k,3,3,3)-dgdx(j,k,3,3,3)) chf(j,k,3,2,1)=chf(j,k,3,1,2) chf(j,k,3,3,1)=chf(j,k,3,1,3) chf(j,k,3,3,2)=chf(j,k,3,2,3) 120 continue c dx=hx(ip)+hx(ip+1) do 150 k=2,nz-1 dz=hz(k)+hz(k+1) do 150 j=1,ny-1 dxpdx=0.5e0*(xp(j,k,i+1)+xp(j+1,k,i+1)-xp(j,k,i) 1 -xp(j+1,k,i))/hx(ip+1) dypdx=0.5e0*(yp(j,k,i+1)+yp(j+1,k,i+1)-yp(j,k,i) 1 -yp(j+1,k,i))/hx(ip+1) dzpdx=0.5e0*(zp(j,k,i+1)+zp(j+1,k,i+1)-zp(j,k,i) 1 -zp(j+1,k,i))/hx(ip+1) dxpdy=0.5e0*(xp(j+1,k,i)+xp(j+1,k,i+1)-xp(j,k,i) 1 -xp(j,k,i+1))/hy(j+1) dypdy=0.5e0*(yp(j+1,k,i)+yp(j+1,k,i+1)-yp(j,k,i) 1 -yp(j,k,i+1))/hy(j+1) dzpdy=0.5e0*(zp(j+1,k,i)+zp(j+1,k,i+1)-zp(j,k,i) 1 -zp(j,k,i+1))/hy(j+1) dxpdz=0.25e0*(xp(j,k+1,i)+xp(j+1,k+1,i)+xp(j,k+1,i+1) 1 +xp(j+1,k+1,i+1)-xp(j,k-1,i)-xp(j+1,k-1,i)-xp(j,k-1,i+1) 2 -xp(j+1,k-1,i+1))/dz dypdz=0.25e0*(yp(j,k+1,i)+yp(j+1,k+1,i)+yp(j,k+1,i+1) 1 +yp(j+1,k+1,i+1)-yp(j,k-1,i)-yp(j+1,k-1,i)-yp(j,k-1,i+1) 2 -yp(j+1,k-1,i+1))/dz dzpdz=0.25e0*(zp(j,k+1,i)+zp(j+1,k+1,i)+zp(j,k+1,i+1) 1 +zp(j+1,k+1,i+1)-zp(j,k-1,i)-zp(j+1,k-1,i)-zp(j,k-1,i+1) 2 -zp(j+1,k-1,i+1))/dz g11ip=dxpdx*dxpdx+dypdx*dypdx+dzpdx*dzpdx g12ip=dxpdx*dxpdy+dypdx*dypdy+dzpdx*dzpdy g13ip=dxpdx*dxpdz+dypdx*dypdz+dzpdx*dzpdz g22ip=dxpdy*dxpdy+dypdy*dypdy+dzpdy*dzpdy g23ip=dxpdy*dxpdz+dypdy*dypdz+dzpdy*dzpdz g33ip=dxpdz*dxpdz+dypdz*dypdz+dzpdz*dzpdz c dxpdx=0.5e0*(xp(j,k,i)+xp(j+1,k,i)-xp(j,k,i-1) 1 -xp(j+1,k,i-1))/hx(ip) dypdx=0.5e0*(yp(j,k,i)+yp(j+1,k,i)-yp(j,k,i-1) 1 -yp(j+1,k,i-1))/hx(ip) dzpdx=0.5e0*(zp(j,k,i)+zp(j+1,k,i)-zp(j,k,i-1) 1 -zp(j+1,k,i-1))/hx(ip) dxpdy=0.5e0*(xp(j+1,k,i)+xp(j+1,k,i-1)-xp(j,k,i) 1 -xp(j,k,i-1))/hy(j+1) dypdy=0.5e0*(yp(j+1,k,i)+yp(j+1,k,i-1)-yp(j,k,i) 1 -yp(j,k,i-1))/hy(j+1) dzpdy=0.5e0*(zp(j+1,k,i)+zp(j+1,k,i-1)-zp(j,k,i) 1 -zp(j,k,i-1))/hy(j+1) dxpdz=0.25e0*(xp(j,k+1,i)+xp(j+1,k+1,i)+xp(j,k+1,i-1) 1 +xp(j+1,k+1,i-1)-xp(j,k-1,i)-xp(j+1,k-1,i)-xp(j,k-1,i-1) 2 -xp(j+1,k-1,i-1))/dz dypdz=0.25e0*(yp(j,k+1,i)+yp(j+1,k+1,i)+yp(j,k+1,i-1) 1 +yp(j+1,k+1,i-1)-yp(j,k-1,i)-yp(j+1,k-1,i)-yp(j,k-1,i-1) 2 -yp(j+1,k-1,i-1))/dz dzpdz=0.25e0*(zp(j,k+1,i)+zp(j+1,k+1,i)+zp(j,k+1,i-1) 1 +zp(j+1,k+1,i-1)-zp(j,k-1,i)-zp(j+1,k-1,i)-zp(j,k-1,i-1) 2 -zp(j+1,k-1,i-1))/dz g11im=dxpdx*dxpdx+dypdx*dypdx+dzpdx*dzpdx g12im=dxpdx*dxpdy+dypdx*dypdy+dzpdx*dzpdy g13im=dxpdx*dxpdz+dypdx*dypdz+dzpdx*dzpdz g22im=dxpdy*dxpdy+dypdy*dypdy+dzpdy*dzpdy g23im=dxpdy*dxpdz+dypdy*dypdz+dzpdy*dzpdz g33im=dxpdz*dxpdz+dypdz*dypdz+dzpdz*dzpdz c dxpdx=0.25e0*(xp(j,k,i+1)+xp(j,k+1,i+1)+xp(j+1,k,i+1) 1 +xp(j+1,k+1,i+1)-xp(j,k,i-1)-xp(j,k+1,i-1)-xp(j+1,k,i-1) 2 -xp(j+1,k+1,i-1))/dx dypdx=0.25e0*(yp(j,k,i+1)+yp(j,k+1,i+1)+yp(j+1,k,i+1) 1 +yp(j+1,k+1,i+1)-yp(j,k,i-1)-yp(j,k+1,i-1)-yp(j+1,k,i-1) 2 -yp(j+1,k+1,i-1))/dx dzpdx=0.25e0*(zp(j,k,i+1)+zp(j,k+1,i+1)+zp(j+1,k,i+1) 1 +zp(j+1,k+1,i+1)-zp(j,k,i-1)-zp(j,k+1,i-1)-zp(j+1,k,i-1) 2 -zp(j+1,k+1,i-1))/dx dxpdy=0.5e0*(xp(j+1,k,i)+xp(j+1,k+1,i)-xp(j,k,i) 1 -xp(j,k+1,i))/hy(j+1) dypdy=0.5e0*(yp(j+1,k,i)+yp(j+1,k+1,i)-yp(j,k,i) 1 -yp(j,k+1,i))/hy(j+1) dzpdy=0.5e0*(zp(j+1,k,i)+zp(j+1,k+1,i)-zp(j,k,i) 1 -zp(j,k+1,i))/hy(j+1) dxpdz=0.5e0*(xp(j,k+1,i)+xp(j+1,k+1,i)-xp(j,k,i) 1 -xp(j+1,k,i))/hz(k+1) dypdz=0.5e0*(yp(j,k+1,i)+yp(j+1,k+1,i)-yp(j,k,i) 1 -yp(j+1,k,i))/hz(k+1) dzpdz=0.5e0*(zp(j,k+1,i)+zp(j+1,k+1,i)-zp(j,k,i) 1 -zp(j+1,k,i))/hz(k+1) g11kp=dxpdx*dxpdx+dypdx*dypdx+dzpdx*dzpdx g12kp=dxpdx*dxpdy+dypdx*dypdy+dzpdx*dzpdy g13kp=dxpdx*dxpdz+dypdx*dypdz+dzpdx*dzpdz g22kp=dxpdy*dxpdy+dypdy*dypdy+dzpdy*dzpdy g23kp=dxpdy*dxpdz+dypdy*dypdz+dzpdy*dzpdz g33kp=dxpdz*dxpdz+dypdz*dypdz+dzpdz*dzpdz c dxpdx=0.25e0*(xp(j,k,i+1)+xp(j,k-1,i+1)+xp(j+1,k,i+1) 1 +xp(j+1,k-1,i+1)-xp(j,k,i-1)-xp(j,k-1,i-1)-xp(j+1,k,i-1) 2 -xp(j+1,k-1,i-1))/dx dypdx=0.25e0*(yp(j,k,i+1)+yp(j,k-1,i+1)+yp(j+1,k,i+1) 1 +yp(j+1,k-1,i+1)-yp(j,k,i-1)-yp(j,k-1,i-1)-yp(j+1,k,i-1) 2 -yp(j+1,k-1,i-1))/dx dzpdx=0.25e0*(zp(j,k,i+1)+zp(j,k-1,i+1)+zp(j+1,k,i+1) 1 +zp(j+1,k-1,i+1)-zp(j,k,i-1)-zp(j,k-1,i-1)-zp(j+1,k,i-1) 2 -zp(j+1,k-1,i-1))/dx dxpdy=0.5e0*(xp(j+1,k,i)+xp(j+1,k-1,i)-xp(j,k,i) 1 -xp(j,k-1,i))/hy(j+1) dypdy=0.5e0*(yp(j+1,k,i)+yp(j+1,k-1,i)-yp(j,k,i) 1 -yp(j,k-1,i))/hy(j+1) dzpdy=0.5e0*(zp(j+1,k,i)+zp(j+1,k-1,i)-zp(j,k,i) 1 -zp(j,k-1,i))/hy(j+1) dxpdz=0.5e0*(xp(j,k,i)+xp(j+1,k,i)-xp(j,k-1,i) 1 -xp(j+1,k-1,i))/hz(k) dypdz=0.5e0*(yp(j,k,i)+yp(j+1,k,i)-yp(j,k-1,i) 1 -yp(j+1,k-1,i))/hz(k) dzpdz=0.5e0*(zp(j,k,i)+zp(j+1,k,i)-zp(j,k-1,i) 1 -zp(j+1,k-1,i))/hz(k) g11km=dxpdx*dxpdx+dypdx*dypdx+dzpdx*dzpdx g12km=dxpdx*dxpdy+dypdx*dypdy+dzpdx*dzpdy g13km=dxpdx*dxpdz+dypdx*dypdz+dzpdx*dzpdz g22km=dxpdy*dxpdy+dypdy*dypdy+dzpdy*dzpdy g23km=dxpdy*dxpdz+dypdy*dypdz+dzpdy*dzpdz g33km=dxpdz*dxpdz+dypdz*dypdz+dzpdz*dzpdz c dgdx(j,k,1,1,1)=(g11ip-g11im)*2.0e0/dx dgdx(j,k,1,2,1)=(g12ip-g12im)*2.0e0/dx dgdx(j,k,1,3,1)=(g13ip-g13im)*2.0e0/dx dgdx(j,k,2,2,1)=(g22ip-g22im)*2.0e0/dx dgdx(j,k,2,3,1)=(g23ip-g23im)*2.0e0/dx dgdx(j,k,3,3,1)=(g33ip-g33im)*2.0e0/dx dgdx(j,k,2,1,1)=dgdx(j,k,1,2,1) dgdx(j,k,3,1,1)=dgdx(j,k,1,3,1) dgdx(j,k,3,2,1)=dgdx(j,k,2,3,1) dgdx(j,k,1,1,2)=(gv11(j+1,k)-gv11(j,k))/hy(j+1) dgdx(j,k,1,2,2)=(gv12(j+1,k)-gv12(j,k))/hy(j+1) dgdx(j,k,1,3,2)=(gv13(j+1,k)-gv13(j,k))/hy(j+1) dgdx(j,k,2,2,2)=(gv22(j+1,k)-gv22(j,k))/hy(j+1) dgdx(j,k,2,3,2)=(gv23(j+1,k)-gv23(j,k))/hy(j+1) dgdx(j,k,3,3,2)=(gv33(j+1,k)-gv33(j,k))/hy(j+1) dgdx(j,k,2,1,2)=dgdx(j,k,1,2,2) dgdx(j,k,3,1,2)=dgdx(j,k,1,3,2) dgdx(j,k,3,2,2)=dgdx(j,k,2,3,2) dgdx(j,k,1,1,3)=(g11kp-g11km)*2.0e0/dz dgdx(j,k,1,2,3)=(g12kp-g12km)*2.0e0/dz dgdx(j,k,1,3,3)=(g13kp-g13km)*2.0e0/dz dgdx(j,k,2,2,3)=(g22kp-g22km)*2.0e0/dz dgdx(j,k,2,3,3)=(g23kp-g23km)*2.0e0/dz dgdx(j,k,3,3,3)=(g33kp-g33km)*2.0e0/dz dgdx(j,k,2,1,3)=dgdx(j,k,1,2,3) dgdx(j,k,3,1,3)=dgdx(j,k,1,3,3) dgdx(j,k,3,2,3)=dgdx(j,k,2,3,3) 150 continue c do 180 k=2,nz-1 do 180 j=1,ny-1 chf(j,k,2,1,1)=0.25e0*(gn12(j,k,i)+gn12(j+1,k,i))* 1 (dgdx(j,k,1,1,1)+dgdx(j,k,1,1,1)-dgdx(j,k,1,1,1)) 2 +0.25e0*(gn22(j,k,i)+gn22(j+1,k,i))* 3 (dgdx(j,k,1,2,1)+dgdx(j,k,2,1,1)-dgdx(j,k,1,1,2)) 4 +0.25e0*(gn23(j,k,i)+gn23(j+1,k,i))* 5 (dgdx(j,k,1,3,1)+dgdx(j,k,3,1,1)-dgdx(j,k,1,1,3)) chf(j,k,2,1,2)=0.25e0*(gn12(j,k,i)+gn12(j+1,k,i))* 1 (dgdx(j,k,1,1,2)+dgdx(j,k,1,2,1)-dgdx(j,k,1,2,1)) 2 +0.25e0*(gn22(j,k,i)+gn22(j+1,k,i))* 3 (dgdx(j,k,1,2,2)+dgdx(j,k,2,2,1)-dgdx(j,k,1,2,2)) 4 +0.25e0*(gn23(j,k,i)+gn23(j+1,k,i))* 5 (dgdx(j,k,1,3,2)+dgdx(j,k,3,2,1)-dgdx(j,k,1,2,3)) chf(j,k,2,1,3)=0.25e0*(gn12(j,k,i)+gn12(j+1,k,i))* 1 (dgdx(j,k,1,1,3)+dgdx(j,k,1,3,1)-dgdx(j,k,1,3,1)) 2 +0.25e0*(gn22(j,k,i)+gn22(j+1,k,i))* 3 (dgdx(j,k,1,2,3)+dgdx(j,k,2,3,1)-dgdx(j,k,1,3,2)) 4 +0.25e0*(gn23(j,k,i)+gn23(j+1,k,i))* 5 (dgdx(j,k,1,3,3)+dgdx(j,k,3,3,1)-dgdx(j,k,1,3,3)) chf(j,k,2,2,2)=0.25e0*(gn12(j,k,i)+gn12(j+1,k,i))* 1 (dgdx(j,k,2,1,2)+dgdx(j,k,1,2,2)-dgdx(j,k,2,2,1)) 2 +0.25e0*(gn22(j,k,i)+gn22(j+1,k,i))* 3 (dgdx(j,k,2,2,2)+dgdx(j,k,2,2,2)-dgdx(j,k,2,2,2)) 4 +0.25e0*(gn23(j,k,i)+gn23(j+1,k,i))* 5 (dgdx(j,k,2,3,2)+dgdx(j,k,3,2,2)-dgdx(j,k,2,2,3)) chf(j,k,2,2,3)=0.25e0*(gn12(j,k,i)+gn12(j+1,k,i))* 1 (dgdx(j,k,2,1,3)+dgdx(j,k,1,3,2)-dgdx(j,k,2,3,1)) 2 +0.25e0*(gn22(j,k,i)+gn22(j+1,k,i))* 3 (dgdx(j,k,2,2,3)+dgdx(j,k,2,3,2)-dgdx(j,k,2,3,2)) 4 +0.25e0*(gn23(j,k,i)+gn23(j+1,k,i))* 5 (dgdx(j,k,2,3,3)+dgdx(j,k,3,3,2)-dgdx(j,k,2,3,3)) chf(j,k,2,3,3)=0.25e0*(gn12(j,k,i)+gn12(j+1,k,i))* 1 (dgdx(j,k,3,1,3)+dgdx(j,k,1,3,3)-dgdx(j,k,3,3,1)) 2 +0.25e0*(gn22(j,k,i)+gn22(j+1,k,i))* 3 (dgdx(j,k,3,2,3)+dgdx(j,k,2,3,3)-dgdx(j,k,3,3,2)) 4 +0.25e0*(gn23(j,k,i)+gn23(j+1,k,i))* 5 (dgdx(j,k,3,3,3)+dgdx(j,k,3,3,3)-dgdx(j,k,3,3,3)) chf(j,k,2,2,1)=chf(j,k,2,1,2) chf(j,k,2,3,1)=chf(j,k,2,1,3) chf(j,k,2,3,2)=chf(j,k,2,2,3) 180 continue return end =END= From apollo-request@umix.cc.umich.edu Tue Mar 20 10:30:53 1990 Date: 19 Mar 90 22:07:51 GMT From: sasdvp%sas%rti.uucp@mcnc.org (David V. Phillips) Organization: SAS Institute Inc, Cary NC Subject: Building GNU Emacs on Apollo SR10 Message-Id: <1628@sas.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu A thousand pardons if you've seen this before, but when I posted this before, the silence was deafening. (Maybe I just posted to the local area.) I've been trying to get GNU Emacs running on an Apollo DN3500, running SR10.2. The source has been downloaded from prep.ai.mit.edu and built, after I changed apollo.c to use 'gpr_$function_keys' instead of 'gpr_$function_keys' and changed paths.h to reflect my local work directories instead of /gnuemacs. Everything seem to build correctly, but emacs will not run. It seems to be reading the /etc/termcap file, because an error message is produced that says the following: emacs: Terminal type "apollo_1280_bw" is not powerful enough to run Emacs. It lacks the ability to position the cursor. If that is not the actual type of terminal you have, use the C-shell command `setenv TERM ...' to specify the correct type. It may be necessary to do `unsetenv TERMCAP' as well. The file apollo-update-18.54/src/m-apollo-h is included by config.h and contains the line #undef LIBS_TERMCAP which supposedly will prevent the use of the system's termcap and use the Apollo GPR support that Leonard Zubkoff has written. I would be glad to have my stupid error pointed out to me. I have read TFM to no avail, and I can't find anyone here that can tell me my problem. To build GNU Emacs, I copied the dist-18.54 directory tree, then copied the apollo-update-18.54 directory over the first. -- David Phillips sasdvp@sas.UUCP ...!mcnc!rti!sas!sasdvp From apollo-request@umix.cc.umich.edu Tue Mar 20 10:58:28 1990 Date: 20 Mar 90 01:34:11 GMT From: dvadura%watdragon%watserv1%utgpu%news-server.csri.toronto.edu%mailrus%wuarchive%usc%petunia%csuchico (Dennis Vadura) Organization: Computer Science Dept., University of Waterloo Subject: DN660 multi-bus ethernet controller Message-Id: <22230@watdragon.waterloo.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Thanks to all those that responded to my earlier posting about my problem in getting a DN660 to recognize it's ethernet card. I am posting the response here incase anyone has similar problems. The trick is to get the ecmb software either from apollo, or save it from your SR9.7, or SR10.1 configuration. I ended up pulling /sys/drivers/ecmb/* off of our SR10.1 backup, and used them. They worked just fine, after I recreated the /dev/ethernet0 descriptor file. -dennis P.S> I am totally amazed that SR10.2 runs on the DN660, it's great fun waiting for X11 to come up, you can go for dinner, or a beer, or whatever :-). My hat goes off to you all you people at apollo that actually made this stuff work. Thanks, we can now use the same user interface on all our workstations. -- -------------------------------------------------------------------------------- four more, three, two, ... LAST ONE!! |Dennis UUCP,BITNET: dvadura@water I LIED!! Eight MORE, seven... (he he) |Vadura EDU,CDN,CSNET: dvadura@waterloo ================================================================================ From apollo-request@umix.cc.umich.edu Tue Mar 20 11:13:40 1990 Date: 19 Mar 90 21:30:46 GMT From: news%eagle.uucp@ucbvax.Berkeley.EDU (Jeffrey S. Hojnicki) Organization: sei Subject: Displaying filename in an edit pad icon Message-Id: <1990Mar19.213046.8353@eagle.lerc.nasa.gov> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Has anyone out there written the code (that they are willing to share) which would display the name of the file being edited in the icon of a DM edit PAD. We do an awful lot of file editing, often with 10+ files open simultaneously. So, needless to say, we use icons a lot. However, the problem arises in trying to find one particular file once you have 10 icons of edit pads. It seems to me the tricky part of this type of code is to dynamically update the icon font with new characters every time a new icon is created. Since I know nothing about the format of fonts created by edfont, I am at a loss in this area. If anyone has done this, or can give me more info, E-mail me directly or post to this list. However, note the disclaimer below on my return address. Thanks. -- PLEASE, don't send mail to the reply-to adress above, but use either of the two below: |========================================================================| | Jeff Hojnicki 216-433-5393 | jshoj@csd.lerc.nasa.gov | | NASA LeRC M.S. 500-103 | jhojnicki@nasamail.nasa.gov | | Cleveland, OH 44135 | | | --- My opinions are only my own, don't blame anyone else for them! --- | |========================================================================| From apollo-request@umix.cc.umich.edu Tue Mar 20 11:32:59 1990 Message-Id: <9003201453.AA06807@umix.cc.umich.edu> Date: Tue, 20 Mar 90 09:48:26 EST From: Scott Ferguson Subject: GIFs and GPR To: APOLLO@UMIX.CC.UMICH.EDU Well, it seems that we all have the GIF display thing figured out, and we can view other people's GIF files. Now, we need to learn how to make them from GPR bitmaps. Anyone have any code to translate GPR bitmaps TO gif files? Also, in the GIF definition, an Appendix defines a terminal protocol for interactive display of GIF's. It would be great to skip the kermit/xmodem or whatever file transfer thing, and just go straight from host to terminal with the picture. Anyone have any GIF display terminal or host code? Thanks, and if I come up with it first, I'll pass it on. Scott Ferguson srfergu@erenj.bitnet From apollo-request@umix.cc.umich.edu Tue Mar 20 11:40:17 1990 Date: 19 Mar 90 17:31:36 GMT From: dente%els%mucs%ukc%mcsun.uucp@uunet.uu.net (Colin Dente) Organization: University of Manchester, UK Subject: Re: ncs-clocks skew warning Message-Id: <1097@m1.cs.man.ac.uk> References: <9003191219.AA12175@apo.esiee.fr> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <9003191219.AA12175@apo.esiee.fr> bonnetf@apo.esiee.fr (bonnet-franck) writes: >hello, >I have a warning problem with the clocks of the 2 glbd daemons on my system. >The message looks like the following : >>drm_admin: lrep -clocks > dds://tpd1 1990/03/19.11:48 *** clock skew warning > dds://sig2 1990/03/19.11:41 *** clock skew warning > >What does it EXACTLY means What it means is that the clocks on the two systems are set to different times. This will not usually cause problems, but could result in data being lost from as when glbds synchronize their databases the most recent entry from either database is used, and, with the clocks skewed, it would be possible to have the most up-to-date entry not have the most recent time stamp. The way round this is to reset the system clocks by means of the stand alone utility CALENDAR - i.e. EX CALENDAR from the MD. Colin Colin Dente | JANET: dente@uk.ac.man.ee.els Dept. of Electrical Engineering | ARPA: dente@els.ee.man.ac.uk University of Manchester | UUCP: ...!mcvax!ukc!man.ee.els!dente England | These might work now, but then again... From apollo-request@umix.cc.umich.edu Tue Mar 20 13:38:09 1990 Message-Id: <9003201611.AA10000@umix.cc.umich.edu> From: Armoun Forghan Subject: unsubscribe To: apollo@umix.cc.umich.edu Date: Tue, 20 Mar 90 07:42:15 PST Mail-System-Version: Please unsubscribe me! Thanx From apollo-request@umix.cc.umich.edu Tue Mar 20 13:38:58 1990 Date: 20 Mar 90 06:20:37 GMT From: brian%yampa.utah.edu%hellgate.utah.edu%cs.utexas.edu%usc.uucp@apple.com (Brian Sturgill) Subject: DEC Vaxen, Gould 9080, Apollos, Sun-2's, frame buffers for sale Message-Id: <1990Mar19.232038.26650@hellgate.utah.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu The University of Utah Department of Computer Science has the following equipment for immediate sale: Vax 8600 (lots of expansion slots, good options) Gould 9080 (fully loaded) Vax 11/785 Vax 11/780 2 Vaxstation II's 4 Apollo DN3000's and older machines 8 AED frame buffers with monitors 2 Sun 2/120's To discuss, dicker, get more info, etc, contact Brian Sturgill (801) 581-5591. DETAILED DESCRIPTION ************ Digital Equipment Corporation VAX 8600, FPA, SBI adapter, UBA, Unibus expansion cabinet, DMF32, SBI expansion cabinet, DELUA, UDA50, RH780-FA, two TU78 tape drives w/formatter, 4M DEC memory, 16M ClearPoint memory, LN01 laser printer. (Running and on DEC maintenance). [We also have RP06's and RP07's if you want them.] DEC reseller would charge: $57,500 We're asking: $39,000 VAX 11/785 (available in June), FPA, FCC-comp, 4M DEC memory, 10M Trendata memory, STC 6250, DELUA. (Currently up and running; on DEC maintenance). DEC reseller would charge: $20,000 We're asking: $12,500 VAX 11/780, FCC-comp, FPA, RH780, DELUA, Unibus expansion cabinet, 4M DEC memory, 4M National Semiconductor memory, 10M Trendata memory, DataSystems Floppy Disk Drive, TC-130 Western Peripheral magtape controller. (Running and on DEC maintenance.) DEC reseller would charge: $9,000 We're asking: $5,000 VaxStation II, RD53, TK50, 2M DEC memory, 8M EMC memory, (Running; until last month was on DEC maintenance), Ultrix 2 user license, (monitor does not work). DEC reseller would charge: $9,000 We're asking: $3,000 VaxStation II, RD53, TK50, 2M DEC memory, 4M Standard Memories memory, (Running; unitl last month was on DEC maintenance.) Ultrix 2 user license, (monitor does not work). DEC reseller would charge: $8,800 We're asking: $2,800 ************ Gould (Belongs to the College of Engineering) Gould 9080 computer; hour meter: 39,469.4. 1 StorageTEK 1690 high density 1/2" vacuum column tape drive. 5 CDC 9772-850 disks (1064c, 16h, 43sec, 749M formatted). 2 Gould 8064 HSDP disk controllers. 88 EIA-232 async ports (11 boards x 8 ports each). (Gould maintained & deinstalled.) Asking $60,000 ************ Apollo Computers 3 DN-3000, 4M memory, 19" Mono CRT. 1 DN-3000, 4M memory, 19" Mono CRT, MSD-340M disk, 1/4" cartridge tape drive. 2 DSP-90, 3M memory, FPU, Intel SMD disk controller. 1 DSP-90, 3M memory, FPU, Intel SMD disk controller, Tecstor 315M disk. 1 DSP-90, 3M memory, FPU, Intel SMD disk controller, Tecstor 315M disk, ethernet interface, pertec interface. 5 DN-330, 3 M memory, Mono CRT. 12 DN-300 1.5M memory, Mono CRT. 2 DN-560, 3M memory, FPU, Color CRT. 1 DN-560, 3M memory, FPU, Color CRT, disk controller, two MSD-86M disks, 1/4" tape. 1 DSP-160, 4M memory, MSD-154M disk. 2 DSP-80, 1M memory. ************ Sun Microsystems Sun II/120, 19" mono CRT, Sky FPU, 3M memory, ethernet interface. Sun II/120, 19" mono CRT, Sky FPU, 4M memory, ethernet interface, SCSI controller, 1/4" tape drive. For Sun II: Interphase 2181 SMD disk controller, Fujitsu 2322K 168M SMD disk. ************** AED 8 AED 512 frame buffers w/ Summagraphics 3 button mouse; Mitsubishi C3919LP broadcast quality, 25 Mhz, .31 pitch monitor. ************** PURCHASING INFORMATION Sales of all equipment is subject to bid procedure, prices shown are indicative of a fair offer. Bidding for some of the equipment ends March 30, 1990. For general or technical information contact: Brian Sturgill, (801) 581-5591, brian@cs.utah.edu. Fax: (801) 581-5843 Purchasing arrangements should be made through: Clifton Grindstaff University of Utah Property Management (801) 581-7917 From apollo-request@umix.cc.umich.edu Tue Mar 20 15:36:45 1990 Date: 20 Mar 90 17:35:00 GMT From: orand%kuhub.cc.ukans.edu%wuarchive%brutus.cs.uiuc.edu%unix.cis.pitt.edu%zaphod.mps.ohio-state Organization: University of Kansas Academic Computing Services Subject: North Central Peripheral # (612)435 3595 Message-Id: <22524.26061564@kuhub.cc.ukans.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu North Central Peripheral's number is: (612) 435-3595. I think the number is right this time. Sorry for the typo. Brady... =========================================================================== Brady Orand - University of Kansas Computer Center Lawrence, Ks. 66045 ORAND@kuhub.cc.ukans.edu Work: (913) 864-0490 Home: (913) 749-1341 =========================================================================== From apollo-request@umix.cc.umich.edu Tue Mar 20 15:42:46 1990 Message-Id: <9003201903.AA00249@ELI.CS.YALE.EDU> via Janet with NIFTP id aa27443; 20 Mar 90 17:49 GMT Date: Tue, 20 MAR 90 17:51:29 +00:00 From: MACALLSTR%vax1.physics.oxford.ac.uk@NSFnet-Relay.AC.UK To: apollo@NSFnet-Relay.AC.UK Subject: How to have proxy's and non-proxy's simultaneously enabled with TECHNET Sender: John_Macallister From: John_Macallister X-Info: Nuclear Physics Lab,Keble Rd,Oxford OX1 3RH. Phone+44-865-273388 X-Info2: Fax +44-865-273418. Telex 83295 NUCLOX G. Does anyone know how to enable proxy logins for some users and also allow other users to login normally? So far I've only be able to have one or the other because it appears that TECHNET always tries to use the proxy database if it exists. TECHNET allows logins from DEC systems using DECnet. I'm new to APOLLO systems so I apologise in advance if the solution is obvious. Thanks, John From apollo-request@umix.cc.umich.edu Tue Mar 20 19:52:39 1990 Date: 20 Mar 90 22:24:57 GMT From: sl11%prism%mephisto%uflorida%uakari.primate.wisc.edu%zaphod.mps.ohio-state.edu.uucp@tut.cis. (LIEBESKIND,SUSAN H) Organization: Georgia Institute of Technology Subject: C-Kermit for SR 10.2 Apollos Message-Id: <7302@hydra.gatech.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Where can I find the source to build C-Kermit for our SR 10.2 machines? If you know, please send email. Thanks in advance. Susan Liebeskind -- LIEBESKIND,SUSAN H Georgia Institute of Technology, Atlanta Georgia, 30332 uucp: ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!sl11 Internet: sl11@prism.gatech.edu From apollo-request@umix.cc.umich.edu Tue Mar 20 19:53:09 1990 Date: 20 Mar 90 21:43:36 GMT From: tomf%snoopy.uucp@boulder.colorado.edu (FREDERICKS THOMAS M) Organization: University of Colorado, Boulder Subject: Gcc on apollo Message-Id: <18645@boulder.Colorado.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu When I try to compile gcc on my apollo 3500 everything works fine until it gets to the gnulib2 stuff. Here is where it errors: for name in _adddi3 _subdi3 _muldi3 _divdi3 _moddi3 _udivdi3 _umoddi3 _negdi2 _anddi3 _iordi3 _xordi3 _lshrdi3 _lshldi3 _ashldi3 _ashrdi3 _one_cmpldi2 _bdiv _cmpdi2 _ucmpdi2 _fixunsdfdi _fixdfdi _floatdidf; \ do \ echo ${name}; \ ./gcc -B./ -fstrength-reduce -O -I. -I. -I./config -c -DL${name} ./gnulib2.c -o ${name}.o; \ ar rc gnulib ${name}.o; \ rm -f ${name}.o; \ done _adddi3 ./gcc: installation problem, cannot exec as: No such file or directory *** Exit 1 Stop. What is the problem? Has anyone gotten this to compile on a 3500? I am running sr10.2 and 6.7 of the apollo C version if that helps. Thanks, Tom... From apollo-request@umix.cc.umich.edu Tue Mar 20 20:13:27 1990 id AA01108; Tue, 20 Mar 90 18:12:16 est Date: Tue, 20 Mar 90 18:12:16 est From: Austin L. Conaty Message-Id: <9003202312.AA01108@meto.UMD.EDU> To: aforghan@BBN.COM, apollo@umix.cc.umich.edu Subject: Re: unsubscribe From apollo-request@umix.cc.umich.edu Tue Mar 20 20:18:09 1990 Date: 20 Mar 90 22:45:30 GMT From: phcalamai%water%maytag.uucp@iuvax.cs.indiana.edu (Paul H. Calamai) Organization: U of Waterloo, Ontario Subject: DOS on an Apollo - is it any good? Message-Id: <3085@water.waterloo.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu A colleague of mine wants to know if Apollos provide good support for DOS applications, development, etc. Could someone out there please let me know the ins and outs regarding this possibility ASAP. They have to make a decision before fiscal year end (money to spend and nowhere to spend it). We have a small Apollo network (3 DN2500 diskless, 1 DN3500 with disk, 1 DN3000 with disk, etc) and they're thinking of connecting to our ring. We haven't had any experience whatsoever with DOS emulation or hardware solutions so please be as specific as possible and I will pass your comments/recommendations on. Thanks. ....Paul Calamai Dept. of Systems Design Engineering U. of Waterloo Waterloo, Ont. (519) 885-1211 x3182. From apollo-request@umix.cc.umich.edu Tue Mar 20 23:31:26 1990 Date: 21 Mar 90 02:08:35 GMT From: csfst1%unix.cis.pitt.edu%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Charles S. Fuller) Organization: Univ. of Pittsburgh, Computing & Information Services Subject: Re: AnDataCo (San Diego)? N. Central Periph.? (3rd party memory) Message-Id: <22992@unix.cis.pitt.edu> References: <9003200951.AA12990@umix.cc.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Here's the info on AnDataCo: AnDataCo Computer Peripherals 9550 Waples Street San Diego, CA, USA 92121 Phone: 619-453-9191 FAX: 619-453-9294 Internet: INQUIRE%ANDATACO.UUCP@UCSD.EDU We've done all of our dealings through Judy McCormack, who seems to be knowledgeable and helpful. She may not be able to quote you a price on your first call, however, as it varies frequently based on what the manufacturer (DataRam) is charging. Sorry for the delay. Chuck Fuller (actually of Westinghouse Electric, taking a few courses at Pitt) (Not affiliated in any way with AnDataCo or DataRam) From apollo-request@umix.cc.umich.edu Tue Mar 20 23:32:13 1990 Date: 17 Mar 90 14:17:52 GMT From: dale%hpuinda%hpfcse%hpfcmgw%hpfcso.uucp@hplabs.hp.com (Dale Hammer) Organization: HP-Indianapolis Sales Office Subject: Re: apollo software Message-Id: <1440002@hpuinda.HP.COM> References: <3271@umn-d-ub.D.UMN.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Frank, If you will e-mail me (or phone) your address, I will send you the Apollo "Educational Applications Catalog". It is rather large (one-inch thick!). Regards, Dale Hammer - Indianapolis (317)844-4100 From apollo-request@umix.cc.umich.edu Tue Mar 20 23:32:17 1990 Date: 21 Mar 90 00:27:27 GMT From: park%usceast.cs.scarolina.edu%usceast%ncrcae%hubcap%emory%ogicse%mintaka%snorkelwacker.uucp@tut. (Kihong Park) Organization: University of South Carolina, Columbia Subject: Apollo GMR Graphics package question Message-Id: <3150@usceast.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I would be greatful if someone could provide me with information on the following Apollo GMR(2-d) package problem: There is a GMR function called "gm_$print" which allows one to save the the current information into an external file. I use a system command "system(prf -trans outputfile)" within my program to print a GMR image file onto the laser printer. 1. Can I control the output format of my output file so that I can use it subsequently in other non-GMR, existing image processing programs? For instance, with CVL files, you can after removing the header, process the file by treating it as a contiguous sequence of pixels which you read in via "getchar" in C. 2. I have grey-level images that need to be printed onto the laser printer, but again, it gives only a black/white output. All help will be appreciated. Kihong Park. (park@cs.scarolina.edu) From apollo-request@umix.cc.umich.edu Wed Mar 21 11:36:59 1990 Date: 21 Mar 90 01:22:15 GMT From: sharp%ksi.cpsc.ucalgary.ca%calgary%alberta%ubc-cs.uucp@beaver.cs.washington.edu (Maurice Sharp) Organization: Knowledge Science Lab, U. of Calgary, Calgary, Canada. Subject: ADUS ftp site ? Message-Id: <2621@cs-spool.calgary.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Could someone please mail me the address of the ADUS anon ftp node ? thanx in advance maurice Maurice Sharp MSc. Student University of Calgary Computer Science Department 2500 University Drive N.W. sharp@ksi.cpsc.UCalgary.CA Calgary, Alberta, T2N 1N4 ...!alberta!calgary!sharp Maurice Sharp MSc. Student University of Calgary Computer Science Department 2500 University Drive N.W. sharp@ksi.cpsc.UCalgary.CA Calgary, Alberta, T2N 1N4 ...!alberta!calgary!sharp From apollo-request@umix.cc.umich.edu Wed Mar 21 11:42:08 1990 Date: 21 Mar 90 14:28:38 GMT From: cadfx.ccad.uiowa.edu%ns-mx.uucp@uunet.uu.net (Timothy VanFosson,1405 EB,3355728,3518536) Subject: Re: Gcc on apollo Message-Id: <1001@ns-mx.uiowa.edu> References: <18645@boulder.Colorado.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >From article <18645@boulder.Colorado.EDU>, by tomf@boulder.Colorado.EDU (FREDERICKS THOMAS M): > > When I try to compile gcc on my apollo 3500 everything works fine > until it gets to the gnulib2 stuff. Here is where it errors: > . . (misc. stuff deleted) . > ../gcc: installation problem, cannot exec as: No such file or directory > Stop. > > What is the problem? Has anyone gotten this to compile on > a 3500? I am running sr10.2 and 6.7 of the apollo C version > if that helps. > GCC is attempting to invoke the Apollo assembler which, unless you've purchased it explicitly, is not on your machine. Your best bet is to get GAS running and use it. Timothy VanFosson E-mail : timv@cadfx.ccad.uiowa.edu Senior Systems Analyst US Mail : CAD-Research University of Iowa 228 ERF Phone : (319) 335-5728 Iowa City, Iowa 52242 From apollo-request@umix.cc.umich.edu Wed Mar 21 11:50:41 1990 Date: Wed, 21 Mar 90 10:02:25 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9003211502.AA06563@richter.mit.edu> To: apollo@umix.cc.umich.edu, news%eagle.uucp@ucbvax.Berkeley.EDU Subject: Re: LBR external reference problem You are correct in assuming that all AEGIS system calls have fairly long names of the type LIBRARY_$PARTICULAR_SUBROUTINE. However, the Apollo system also includes the standard C, BSD4.2/4.3 and SYS V libraries. The "man" pages for BSD4.3 includes a page for the Unix system call "times". I don't see a page for an "error" routine in my BSD man pages, possibly it's a SYS V routine. You can check which system libraries are loaded in your process address space (in addition to your own routines) by using the /com/las command to list the address space of the process. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Wed Mar 21 13:32:08 1990 Date: 21 Mar 90 13:59:33 GMT From: news@ncsuvx.ncsu.edu (John W. Baugh Jr.) Organization: North Carolina State University Subject: Bus Errors on DN[34]XXX Message-Id: <1990Mar21.135933.26183@ncsuvx.ncsu.edu> References: <3150@usceast.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Some of my students are getting "bus errors" when running numerical programs (written in both Fortran and Pascal). Does this sound familiar to anyone or do I need to dig a bit deeper? John Baugh From apollo-request@umix.cc.umich.edu Wed Mar 21 13:37:55 1990 Date: 21 Mar 90 16:00:13 GMT From: curt%noose.ecn.purdue.edu.uucp@iuvax.cs.indiana.edu (Curt Freeland) Organization: Purdue University Engineering Computer Network Subject: Exabyte (8mm) on DN3500 Message-Id: <1990Mar21.160013.5672@ecn.purdue.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We have been running Exabyte tape drives on our SUN systems here for some time now. Now we would like to start using them on our Apollo systems (DN3500). We have the drive connected to the SCSI port on the WD disk controller. This is as far as we got. We do not know what driver software is required, how to order it, how to configure it, ... HP/Apollo has not been much help. We have been calling them for 2 months, and still have no answer. Whatever driver is loaded does not "see" the drive that is out there. It does find our cartrige tape drive when we connect it to the system, and disconnect the Exabyte. If you are running an Exabyte on your Apollo DN3500, I would be interested in hearing from you. Thanks, Curt Freeland Manager, Systems Engineering Engineering Computer Network Purdue University (317) 494-3715 (curt@mischief.ecn.purdue.edu) or (uunet!pur-ee!curt) From apollo-request@umix.cc.umich.edu Wed Mar 21 15:35:45 1990 Date: 21 Mar 90 16:17:53 GMT From: k242431%pavo%clyde.concordia.ca%news-server.csri.toronto.edu%cs.utexas.edu.uucp@tut.cis. (KILLY GNOME, AKA STEPH.) Subject: ZMODEM for Apollo Message-Id: <3232@pavo.concordia.ca> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hello ... I'm computer science student having problems compiling Zmodem for the Apollo I use ... I trying to used Omen Tech. SZ and RZ to compile .. but to no avail The compiler states that I'm missing a lot of includes ... In fact ... all of them ... I've been pulling out hair .. so I decided to try a maybe simpler way ... Does anyone have a Zmodem set [ie RZ SZ any other utilities] for the Apollo ..?... If you do .. is there anyway that I may put my hand on it .. Anonymous FTP is Great ..! K. Gnome aka Steph. From apollo-request@umix.cc.umich.edu Wed Mar 21 15:44:12 1990 Date: 21 Mar 90 17:42:00 GMT From: root%apollo%hp-sdd%ucsdhub.uucp@ucsd.edu ( root) Organization: Hewlett-Packard Apollo Division - Chelmsford, MA Subject: Re: How to have proxy's and non-proxy's simultaneously enabled with TECHNET Message-Id: <49547741.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu > > Does anyone know how to enable proxy logins for some users and also > allow other users to login normally? So far I've only be able to have one > or the other because it appears that TECHNET always tries to use the proxy > database if it exists. > TECHNET allows logins from DEC systems using DECnet. I'm new to APOLLO systems > so I apologise in advance if the solution is obvious. From: rew@apollo.HP.COM (Robert Wolters) Path: apollo!rew TECHnet will use a proxy.db if it exists. You can get very specific with who you let log on, and who you don't, via parameters in that file. /etc/technet/database/proxy.db I'm not sure I understand what you mean by "non-proxy" If you have any further questions on the proxy database, you may e-mail me directly. Cheers, Rob Wolters Apollo/HP Networking Support rew@apollo.hp.com ---------------------------------------------------------- Standard disclaimers apply, these are my words, not HP's ---------------------------------------------------------- From apollo-request@umix.cc.umich.edu Wed Mar 21 17:33:51 1990 Date: Wed, 21 Mar 90 14:38:22 CST From: lray@civilgate.ce.uiuc.edu (Leland Ray) Message-Id: <9003212038.AA00577@civilgate.ce.uiuc.edu> To: apollo@umix.cc.umich.edu Subject: bus errors on Apollo It is a weird quirk of Unix that "bus error" is returned for almost any kind of memory fault. Why this is, I've no idea, perhaps a Unix guru could enlighten us. Anyway, a bus error is 99% of the time a memory fault. You should the tb command (traceback) to obtain a stack traceback that will tell you what line your error is on. Look for all the typical problems, like array indices out of bounds, or incorrectly passing some array. You will likely find it to be a simple programming error. By the way, from time to time a heavily loaded 3500 will experience a real bus error (bus time out). I think it is a characteristic of the WD disk controller. Perhaps I should APR this in. Hmmm.... From apollo-request@umix.cc.umich.edu Wed Mar 21 17:48:24 1990 Date: Wed, 21 Mar 90 14:38:22 CST From: lray@civilgate.ce.uiuc.edu (Leland Ray) Message-Id: <9003212038.AA00577@civilgate.ce.uiuc.edu> To: apollo@umix.cc.umich.edu Subject: bus errors on Apollo It is a weird quirk of Unix that "bus error" is returned for almost any kind of memory fault. Why this is, I've no idea, perhaps a Unix guru could enlighten us. Anyway, a bus error is 99% of the time a memory fault. You should the tb command (traceback) to obtain a stack traceback that will tell you what line your error is on. Look for all the typical problems, like array indices out of bounds, or incorrectly passing some array. You will likely find it to be a simple programming error. By the way, from time to time a heavily loaded 3500 will experience a real bus error (bus time out). I think it is a characteristic of the WD disk controller. Perhaps I should APR this in. Hmmm.... From apollo-request@umix.cc.umich.edu Wed Mar 21 17:56:10 1990 Date: Wed, 21 Mar 90 15:54:19 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9003212054.AA07021@richter.mit.edu> To: apollo@umix.cc.umich.edu, curt%noose.ecn.purdue.edu.uucp@iuvax.cs.indiana.edu Subject: Re: Exabyte (8mm) on DN3500 Apollo only supports the Exabyte drive with the Omniback program. Omniback uses a new magtape library which drives the Exabyte tape, regular 9-track tapes, and (I think) cartridge tapes. *ALL* of the other Apollo tape utility programs that I know of (wbak/rbak, tar, rwmt, dd, etc) use the original magtape device library which supports only 9-track and cartridge tape drives, not the Exabyte tape drive. We purchased our Exabyte drive from Workstation Solutions. They provided a magtape library which is automatically loaded before you run a program and which makes the Exabyte drive look like a standard 9-track tape drive using the older magtape library. Thus, we can use wbak/rbak, rwmt, tar, dd, et. al. with our 8mm tape unit. My information on the Apollo tape libraries is several months old at this point. They may (or may not) have plans to merge the two tape libraries in the future, but at this point it seems that only the older tape library, which does not support the 8mm drive, is shipped with the OS. The new library is apparently shipped with Omniback (or is stored in a library whose name is not readily apparent to me). -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Wed Mar 21 18:12:40 1990 From: /C=USA/ADMD=TELEMAIL/PRMD=RESTON.SSFP/O=tmis/S=Fabian/G=Theodore/I=P/@gemini.arc.nasa. Date: Wed, 21 Mar 90 12:54 PST Message-Id: To: Subject: dos on the apollo X-Lines: 91 in the following article Paul Calamai asks: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - I N T E R O F F I C E M E M O R A N D U M Date: 21-Mar-1990 00:59am EST From: FABIAN Dept: NASA TO: fabian ( FABIAN THEODORE P@A1@TM0006 ) Subject: [From: ] DOS on an Apollo - is it any good? From: phcalamai%water%maytag.uucp@iuvax.cs.indiana.edu (Paul H. Calamai) Organization: U of Waterloo, Ontario Subject: DOS on an Apollo - is it any good? A colleague of mine wants to know if Apollos provide good support for DOS applications, development, etc. Could someone out there please let me know the ins and outs regarding this possibility ASAP. They have to make a decision before fiscal year end (money to spend and nowhere to spend it). We have a small Apollo network (3 DN2500 diskless, 1 DN3500 with disk, 1 DN3000 with disk, etc) and they're thinking of connecting to our ring. We haven't had any experience whatsoever with DOS emulation or hardware solutions so please be as specific as possible and I will pass your comments/recommendations on. Thanks. #....Paul Calamai Dept. of Systems Design Engineering U. of Waterloo Waterloo, Ont. (519) 885-1211 x3182. - - - - - - - - -- - - - - - - - - - - - - - - - - - - -- - - - - - - - - - Paul, you've got to consider a couple of things.. first, the Apollo DPCI Product is to my knowlege still a 286 based DOS coprocessor.. it's usable, but it's very awkward in certain circumstances.. eg. it supports only CGA or Mono graphics.. no EGA or VGA.. the window you get to run in is somewhere on the order of 5 by 7 inches.. it's not a full Apollo screen.. you can only have one DOS window running per Apollo node... your "DOS" hard disk is really a 20mb file on your Apollo disk.. so you need some space.. and it's real slow.. almost like running on an old XT... etc. etc. most applications we've tried to run on it have run.. including things like installing an Ungermann-Bass network card, and using network applications... there are third party vendors who market similar solutions.. one is Applied Reasoning Corporation near Boston.. They've got a 386 coprocessor board (PC Elevator) that duplicates the features and functions of the Apollo DPCI board, but improves on them as well.. eg. the screen size is increased to the full monitor size.. EGA/VGA support is added.. etc. etc. but the performance is not comparible with a standard 386 clone.. the PC Elevator functions about like a standard standalone 286 would.. Ted Fabian NASA Lewis Research Center 216-433-6307 / FTS 297-6307 Cleveland, Ohio tpfabian@nasamail.nasa.gov tfabian@mars.lerc.nasa.gov or that ridiculous X.400 address this is sent from * my opinions are my own From apollo-request@umix.cc.umich.edu Wed Mar 21 21:51:56 1990 Date: 21 Mar 90 17:01 -0500 From: Neal Holtz To: Message-Id: <1376*holtz@cascade.carleton.cdn> Subject: Can't format SCSI disk, DN2500 I have a CDC Wren V SCSI disk (702 MB unformatted) disk on loan from a local company that doesn't know Apollos and is interested to see if it will work. We are trying to add it as a second disk (external) to a DN2500. The DN2500 seems to largely recognize it (cntrlr 5, lu 0). DEX can determine the Manufacturer, ROM version, etc. (except it doesn't seem to get the block count right, but then its not formatted yet). It passes the self tests (except for volume label). I can't get it formatted. After almost 2 hours, invol dies with disk-controller timeout (transcript appended to this message). We have not yet: 1. checked the drive to see if we can format it on another machine, or 2. talked to Apollo service to see if this should work, or 3. tried a shorter cable (currently looks like about 3m). In the meantime, does anyone know any reasons why this shouldn't work? ===================================================== Tried many variations, all with the same result. Under MD: > RE > DI SD5:0 > DI W > BOOT Then under AEGIS, we use invol and choose option 7 -f, then 1: $ invol invol (initialize_volume), revision 10.2, September 5, 1989 3:00:18 pm Options are: 0 - EXIT. 1 [-fnb5uom] - initialize virgin physical volume. 2 [-fnb5u] - add a logical volume. 3 [-fnb5] - re-initialize an existing logical volume. The following flags apply to options 1 thru 3, as indicated: f: don't re-format disk u: don't prompt user - use defaults o: make sr9 format disk n: make non-bootable volume b: apply bsd unix acls 5: apply sys5 unix acls m: build a multi-disk (e.g., striped) group 4 - delete a logical volume. 5 - list logical volumes. 6 [-e] - list badspots on disk or volume ... -e: list in decimal. 7 [-f] - initialize physical badspot list. 8 - create or modify an os paging file. 9 - add to existing badspot list. 10 - display/change sector interleave factor. 11 - remove from existing badspot list Option: 7 -f WARNING: this option will re-initialize (i.g., destroy) the physical badspot list on the disk. Normally, it only needs to be performed when a disk is first received from the factory. If you want to change your mind, type 'q' to the following prompt. Select disk: [w=Winch|s=Storage mod|f=Floppy|q=Quit][ctrl#:][unit#] w5:0 Enter badspots to be ADDED between physical disk addresses 0 and 8F4D3 (hex) Badspots must be input in (hex) physical disk address form. (The manufacturer supplied badspots are handled by the disk controller; there is no need to manually add the badspots listed on the drive.) Terminate badspot entry with a blank line. : Is the badspot information you entered correct? y Done. Anything more to do? y Option: 1 Select disk: [w=Winch|s=Storage mod|f=Floppy|q=Quit][ctrl#:][unit#] w5:0 Physical volume name: holtz Milestones are not available during format of a logically addressed disk. Formatting. Unrecov I/O error during format. abort - disk controller time-out (OS/disk manager) Run aborted. From apollo-request@umix.cc.umich.edu Thu Mar 22 01:44:41 1990 Date: 22 Mar 90 03:28:43 GMT From: uccjcm%ecsvax.uncecs.edu.uucp@mcnc.org (John McLendon) Organization: UNC Educational Computing Service Subject: Recommendations for GPIB interface Message-Id: <1990Mar22.032843.17510@uncecs.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have a customer that would like to use Apollo workstations for instrument control. Does anyone have any experience with GPIB (IEEE 488) interfaces for Apollo? (2000/3000 series) Does the National Instruments PC2A or PC3 work? Are there any interfaces with real device drivers (open, close, read, write, ioctl calls)? How is the performance (data transfer rates)? Do they support EOI, DMA transfers, interface locking, timeouts, triggers (GET), secondary addressing, serial poll (SPOLL), etc? Please email... I will summarize if enough interest John... -- Signed: John McLendon uunet\ - or - uunet!wgate.UUCP!jcm (919) 846-7931 (home) >mcnc!ecsvax.uncecs.edu!uccjcm (919) 941-5730 (play) gatech/ From apollo-request@umix.cc.umich.edu Thu Mar 22 05:33:41 1990 Date: 15 Mar 90 14:07:00 GMT From: herb%blender%ajfcal%calgary%alberta%ubc-cs%van-bc.uucp@ucbvax.Berkeley.EDU (Herb Peyerl) Subject: /sys5.3/bin/cc bug? Message-Id: <179@blender.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I happened across this today... Took a few minutes to figure out where the problem was... In the following line: static char foo[50]="bar barre bahr roseanne 'r' or 'w'"; The sys5.3 compiler reports "Unterminated character string" after the 'r'... The bsd4.3 compiler doesn't have a problem with it at all... If you use only three (3) apostrophes (') then everything is fine, however anymore than three and it seems to blow up... This is on a DN3500 running SR10.1 with version 6.7 of 'cc'... (if that makes a difference...) Has anyone else noticed this? Is there an update that I should be aware of? I'm not terribly heartbroken over the whole thing myself (I prefer bsd), however some of our engineers are doing some PRO*C stuff and they prefer sys5.3.... -- --------------------------------------------------------------------- -UUCP: herb@blender.UUCP || ...calgary!ajfcal!blender!{herb||root} -ICBM: 51 03 N / 114 05 W || Apollo Sys_admin, Novatel Communications -"The other day, I...... No wait..... That wasn't me!" From apollo-request@umix.cc.umich.edu Thu Mar 22 11:42:25 1990 Date: Thu, 22 Mar 90 09:32:00 edt From: ananth@metropolis.mit.edu (Ananth Annapragada) Message-Id: <9003221432.AA03638@metropolis.mit.edu> To: apollo@umix.cc.umich.edu, uccjcm%ecsvax.uncecs.edu.uucp@mcnc.org Subject: Re: Recommendations for GPIB interface John McLendon writes: Does anyone have any experience with GPIB (IEEE 488) interfaces for Apollo? (2000/3000 series) Does the National Instruments PC2A or PC3 work? Since the 3000's and up have the AT bus, shouldnt one be able to plug in any IEEE488 card for the IBM/AT and proceed? Incidentally, I know that Perkin Elmer uses Apollo's to control some of their ESCA spectrometers, and I remember seeing a GPIB bus in the setup. You might try calling them.... Ananth Annapragada Ananth@metropolis.mit.edu From apollo-request@umix.cc.umich.edu Thu Mar 22 11:48:13 1990 Date: 21 Mar 90 07:56:17 GMT From: gjalt%euteal%tuegate.tue.nl%hp4nl%mcsun%sunic%luth%eru.uucp@bloom-beacon.mit.edu (Gjalt de Jong) Organization: Eindhoven University of Technology, Eindhoven, The Netherlands. Subject: named and /lib/libresolv Message-Id: Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We are running the name server (/etc/named) now on our apollos (SR10.2). But now not all the programs which should use the name server, use it. According to the manual page of gethostbyname: > Domain/OS EXTENSION > The Domain/OS version of gethostbyname locates the name server's resolver > routines in their own dynamic library, /lib/libresolv, rather than in the > /lib/clib global library. This sounds great, since then you don't need to recompile (better: link) all the programs (of which you normally don't have the sources) with the proper library. However, how do you get this working. Inlib (built-in command in the shells) doesn't seem to help. I think there must be a simple solution to this. But which?? Thanks in advance -- __ Gjalt G. de Jong, | Phone: +(31)40-473345 Eindhoven University of Technology, Dept. of Electr. Eng. (ES/EH 7.26) P.O. Box 513, 5600 MB Eindhoven, The Netherlands Email: gjalt@ele.tue.nl From apollo-request@umix.cc.umich.edu Thu Mar 22 13:34:02 1990 Date: 21 Mar 90 08:26:12 GMT From: rtb%cernvax%mcsun.uucp@uunet.uu.net (rainer tobbicke) Organization: CERN, Geneva, Switzerland Subject: Re: Gcc on apollo Message-Id: <1662@cernvax.UUCP> References: <18645@boulder.Colorado.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <18645@boulder.Colorado.EDU> tomf@boulder.Colorado.EDU (FREDERICKS THOMAS M) writes: > When I try to compile gcc on my apollo 3500 everything works fine > until it gets to the gnulib2 stuff. Here is where it errors: > > .... > >./gcc: installation problem, cannot exec as: No such file or directory >*** Exit 1 >Stop. > What is the problem? Has anyone gotten this to compile on > a 3500? I am running sr10.2 and 6.7 of the apollo C version > if that helps. You should install the gnu assembler 'gas' as well. BTW, John Vasta from Apollo did it and also provides mods to generate COFF modules. See labrea.stanford.edu /pub/gnu/APOLLO.README and apollo-gcc-1.37.tar.Z I ran into a problem with this however: The gnu assembler deletes all symbols starting with a capital 'L', unless you explicitly tell it not to do so. So if you have a routine called 'LookupIDbyByte' as in X11R4.... You therefore better make sure that you add a 'L' in the config file tm-apollo68.h at the same place where you pass the 'C' for generating COFF object files. Good luck! Rainer Toebbicke, CERN, Switzerland From apollo-request@umix.cc.umich.edu Thu Mar 22 15:30:35 1990 Date: 22 Mar 90 16:13:50 GMT From: achille%cernvax%mcsun.uucp@uunet.uu.net (achille petrilli) Organization: CERN, European Laboratory for Particle Physics Subject: Re: Exabyte (8mm) on DN3500 Message-Id: <1667@cernvax.UUCP> References: <1990Mar21.160013.5672@ecn.purdue.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1990Mar21.160013.5672@ecn.purdue.edu> curt@ecn.purdue.edu (Curt Freeland) writes: >We have the drive connected to the SCSI port on the WD disk >controller. This is as far as we got. We do not know what driver >software is required, how to order it, how to configure it, ... >HP/Apollo has not been much help. We have been calling them for >2 months, and still have no answer. Whatever driver is loaded does not >"see" the drive that is out there. It does find our cartrige >tape drive when we connect it to the system, and disconnect the >Exabyte. Hi, to use the Exabyte you should be running 10.2 or have Omniback on 10.[01]. There is no special library for SCSI magtapes. At 10.2 the installation will create a type manager rmt_scsi and 4 devices, rmts[89] and rmts1[23]. These are for SCSI magtapes target id 1 and 2 respectively and rewind on close/no rewind on close. If your mag tape unit should run on a different SCSI id, you have to create new devices whose major number is the same as rmts8 and minor number is 4 * target_id [ + 32 ] Add 32 for the no-rewind-on-close device. I ran using the sr10.2 rmt_scsi manager Exabyte units, DAT units and IBM 3480 compatible units. All of those units ran without a problem. Just write/read to/from them like on real Unix. Unfortunately the /bin/mt program does not allow you to do anything more than rewind on SCSI mag tape units. I guess you can position on specific file numbers using ioctl. Good luck, Achille Petrilli From apollo-request@umix.cc.umich.edu Thu Mar 22 17:36:23 1990 Date: 22 Mar 90 04:58:58 GMT From: mathys%dover%mcdphx%mcdchg%att.uucp@ucbvax.Berkeley.EDU (Yves Mathys) Organization: Motorola SPS, Mesa, AZ Subject: Re: chacl system calls Message-Id: <2070@dover.sps.mot.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >> Subject: chacl function. Does it exist ? >> Message-ID: <22506.2600d1cc@kuhub.cc.ukans.edu> >> >> >> One may change the mode of a file using the chmod command. There is >> a C function chmod that does the same thing (ie protection for >> group user and other). ACL's can be changed using chacl (in sr10.1). >> Is there a corresponding function that one may call (in C or F77) to >> change acls of an object ? >> As far as I know there is no documented system calls to access the Aegis acls. I know that calls like acl_$open and acl_$create are recognized by domain/os but the parameter list is not documented. You might able to ask Apollo to give a copy of the acl include file. Yves Mathys Motorola Inc/ Sector CAD mathys@scad.sps.mot.com From apollo-request@umix.cc.umich.edu Thu Mar 22 20:59:45 1990 Date: 22 Mar 90 21:29:21 GMT From: rees%dabo.ifs.umich.edu%terminator%umich%samsung%zaphod.mps.ohio-state.edu.uucp@tut.cis. (Jim Rees) Organization: University of Michigan IFS Project Subject: Re: named and /lib/libresolv Message-Id: <1990Mar22.212921.17536@terminator.cc.umich.edu> References: Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article , gjalt@ele.tue.nl (Gjalt de Jong) writes: > > We are running the name server (/etc/named) now on our apollos (SR10.2). But > now not all the programs which should use the name server, use it. > I found this confusing too. First of all, you don't have to do anything special at all to get the correct version of gethostbyfoo(). But the gethostbyfoo man page says, "If the local name server is not running these routines do a lookup in /etc/hosts." That's just wrong. I followed the man pages through named(8) to hostname(7) and finally resolver(5) before figuring out what is really going on here. Here's my understanding based on reading the docs and doing a few experiments: The gethostby calls first look in /etc/resolv.conf (described on the resolver(5) man page). If that file doesn't exist they just look up in /etc/hosts and you're done. If the file does exist and lists a host that has a named (man page named(8)) running, then they query that named. This all seems to work. I wanted to set up a local named to cache names in the local domain, so that if the remote named goes down I can still get around. I read the named man page many times and tried lots of things but can't get it to work. Here is the /etc/named.boot that I think should do it (addresses have been changed to protect the innocent; x and y are real numbers): secondary ifs.umich.edu 35.1.37.x 35.1.128.y /etc/named.cc1 forwarders 35.1.37.x 35.1.128.y Has anyone got this to work? From apollo-request@umix.cc.umich.edu Fri Mar 23 03:26:16 1990 From: David B Funk Organization: Iowa Computer Aided Engineering Network, University of Iowa Message-Id: <9003230743.AA03668@icaen.uiowa.edu> Date: Fri, 23 Mar 90 01:30:50 CST Subject: Re: Exabyte (8mm) on DN3500 To: apollo@umix.cc.umich.edu, achille%cernvax%mcsun.uucp@uunet.uu.net In posting <1667@cernvax.UUCP>, Achille Petrilli writes: >In article <1990Mar21.160013.5672@ecn.purdue.edu> curt@ecn.purdue.edu (Curt Freeland) writes: >>We have the drive connected to the SCSI port on the WD disk >>controller. This is as far as we got. We do not know what driver >>software is required, how to order it, how to configure it, ... [stuff deleted] > >Hi, >to use the Exabyte you should be running 10.2 or have Omniback on 10.[01]. >There is no special library for SCSI magtapes. At 10.2 the installation >will create a type manager rmt_scsi and 4 devices, rmts[89] and rmts1[23]. [stuff deleted] >I ran using the sr10.2 rmt_scsi manager Exabyte units, DAT units and IBM >3480 compatible units. >All of those units ran without a problem. Just write/read to/from them >like on real Unix. Unfortunately the /bin/mt program does not >allow you to do anything more than rewind on SCSI mag tape units. I guess >you can position on specific file numbers using ioctl. >Good luck, > Achille Petrilli sr10.2 will provide you with the type manager and device files (/dev/rmt*) to access the Exabyte tape drive. The optional OmniBack product provides a special version of "mt" that can be used to position the 8 mm tapes. Here is an excerpt from the OmniBack Release 1.2 notes: OmniBack mt Command OmniBack uses Domain/OS type managers to access tape devices, but SR10.1 does not currently provide full support for the SCSI device access method. However, OmniBack supplies an mt-compatible command for use until base software is provided. The OmniBack command is called /etc/omniback/bin/new_mt, and it provides primitive tape positioning functions. It supports the same options as does the UNIX mt command for SCSI tape devices. From apollo-request@umix.cc.umich.edu Fri Mar 23 03:33:10 1990 Date: 22 Mar 90 15:21:09 GMT From: nilsh%kuling%bmc%sunic%mcsun.uucp@uunet.uu.net (Nils Hagner) Organization: Dept. of Computing Science, Uppsala Univ. Subject: DPCC performance, upgrading etc. Message-Id: <1458@kuling.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I am interested in getting some information on upgrading dpcc 3.0 with extended memory. The emulated extended memory is a bit too slow (understatement). We intend to use the extended memory for working with e.g., Oracle under MS-DOS. If you have any experience in these matters, please drop a mail to NILSH@INFOLOG.SE. --- Nils From apollo-request@umix.cc.umich.edu Fri Mar 23 11:21:39 1990 Date: Fri, 23 Mar 90 09:09:40 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9003231409.AA09730@richter.mit.edu> To: apollo@umix.cc.umich.edu, lray@civilgate.ce.uiuc.edu Subject: Re: bus errors on Apollo Yes! Please DO send in APR's when you find real problems with your Apollo systems! People generally assume that someone else will find and report the problem, or that it's not worth tracking down ... and the problem will persist for years! I've apparently just found a bug in the DN10000's AT-bus interrupt handler while trying to port a GPIO driver for an Ikon-10092 centronics printer interface card to the DN10K. I would have thought that after two years of software development on the DN10K that *somebody* ought to have stumbled across the same condition and would have reported it. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Fri Mar 23 13:15:24 1990 Date: 22 Mar 90 16:52:50 GMT From: jmd%usenet%deimos.cis.ksu.edu%ux1.cso.uiuc.edu%brutus.cs.uiuc.edu%zaphod.mps.ohio-state.edu (Jim Dumser) Organization: University of Missouri - Rolla Subject: Re: /sys5.3/bin/cc bug? Message-Id: <546@umrisca.usenet.umr.edu> References: <179@blender.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <179@blender.UUCP> herb@blender.UUCP (Herb Peyerl) writes: >The sys5.3 compiler reports "Unterminated character string" after >the 'r'... The bsd4.3 compiler doesn't have a problem with it at all... >If you use only three (3) apostrophes (') then everything is fine, however >anymore than three and it seems to blow up... Yeah, I've found this an other bugs too. I don't know which version of the sys5.3 cc I was using; the OS was SR 10.1. Anyway, "System V" is unsupported here at UMR, and we don't get too much help with minor things like bug reports ("yah, that's a bug alright"). My solution: don't use it! #! /bin/sh if [ -n "$CCT" ]; then type="-T $CCT" else type= fi echo /bsd4.3/bin/cc $type -I$HOME/include -L$HOME/lib $* /bsd4.3/bin/cc $type -I$HOME/include -L$HOME/lib $* I just use the bsd version, and tell it specifically to do Sys V compile (the -T flag). Define CCT in your environment as either "sys5.3" or "bsd4.3." I just checked, and apparently they've replaced -T with -A {sys,run} (-T still works). So you might change the type definition to something like type="-A sys,$CCT -A run,$CCT" (you may only need one, I can't tell from the man page). Jim +-------------------------------------------------------+ | The fear of the Lord is the beginning of knowledge, | | but fools despise wisdom and discipline. Proverbs 1:7 | |-------------------------------------------------------| | Internet: jmd@ee.umr.edu | M S - D O S . . . | | UUCP: ...uunet!umree!jmd | Just say "NO!" | +-------------------------------------------------------+ From apollo-request@umix.cc.umich.edu Fri Mar 23 17:11:00 1990 Date: 23 Mar 90 09:49:23 GMT From: davidb%inmos.co.uk%inmos%ukc%mcsun%sunic%luth%eru.uucp@bloom-beacon.mit.edu (David Boreham) Organization: none Subject: DOS/PC emulation on Apollo Message-Id: <4875@ganymede.inmos.co.uk> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Several postings recently have mentioned PC emulation. I was recently told by Mentor that there is a new software PC emulator called DPCE. This costs about $500 and sounds really useful. It does NOT require a plug-in card and does not use a 286 like the previous offering. That's all the information that I can get out of my supplier. Is anyone using this product ? Does it work ? How fast is it ? What graphics modes does it support ? Will it run on non 68030-based nodes ? Thanks in advance, I'll re-post any mail answers as this seems to be a popular subject. David Boreham, INMOS Limited | mail(uk): davidb@inmos.co.uk or ukc!inmos!davidb Bristol, England | (us): uunet!inmos.com!davidb +44 454 616616 ex 547 | Internet: davidb@inmos.com From apollo-request@umix.cc.umich.edu Fri Mar 23 21:09:14 1990 Date: Fri, 23 Mar 90 09:54:36 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9003231454.AA09772@richter.mit.edu> To: apollo@umix.cc.umich.edu, herb%blender%ajfcal%calgary%alberta%ubc-cs%van-bc.uucp@ucbvax.Berkeley.EDU Subject: Re: /sys5.3/bin/cc bug? The 6.7 version of CC is the current version. The compiler is the same compiler for BSD, SYS V, and AEGIS -- only the front end that invokes the compiler is different. If you are seeing a difference between the BSD and SYS V environments, in may be cpp that is causing the problem. I think (though am far from certain) that there are different versions of cpp for BSD and SYS V. Check your /bsd4.3 and /sys5 directories. /bsd4.3/bin/cc and /sys5/bin/cc should both be small (roughly 20 block) programs which parse the command line and invoke /usr/apollo/lib/cc. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Fri Mar 23 21:20:35 1990 Date: Fri, 23 Mar 90 09:47:18 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9003231447.AA09765@richter.mit.edu> To: uccjcm%ecsvax.uncecs.edu.uucp@mcnc.org Subject: Re: Recommendations for GPIB interface Cc: apollo@umix.cc.umich.edu I've used a National Instruments PC2 (or 2A?) card to interface a color page scanner to a DN3000 and DN3500. The GPIO device drive library they provided (written in C) compiled and linked with no problems and seemed to work for my purposes. They do not supply an IOS manager (ie. Unix or AEGIS streams). It would be almost impossible to write one as every GPIB device I have come across requires a different sequence of GPIB commands. I did use DMA transfers with EOI and managed to get on the order of 200,000 bytes/sec when reading data from the scanner. I can't really address the other issues, as I didn't get that deep into their GPIO device driver code. I just stuck with using the interface routines in the library they provided. One nice feature was that they provided a little interactive program which I could use to issue GPIB commands from the keyboard. It was not very fancy, but it allowed me to figure out the correct handshaking sequence for the various scanner models without having to write code based on a mere guess as to what the scanner manufacturer's manual *really* meant to say. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Fri Mar 23 21:26:40 1990 Date: Fri, 23 Mar 90 09:36:52 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9003231436.AA09751@richter.mit.edu> To: apollo@umix.cc.umich.edu, holtz%cascade.carleton.cdn@umix.cc.umich.edu Subject: Re: Can't format SCSI disk, DN2500 Cc: krowitz%richter@umix.cc.umich.edu We have a Sony SMO-503 erasable-optical disk (magneto-optical disk) which we bought from Workstation Solutions. We found a number of things with the DN2500's SCSI support: 1) Our original cable was an 8-foot cable made with twisted pair wire (round cable). This proved to be unreliable. Workstation Solutions shipped us a 3-foot ribbon cable which has worked well ever since it was installed. They are apparently evaluating several other cables as this time. 2) Our original boot proms were version 1.8 (pop the lid on the DN2500 and look for a socketed chip with a paper tag on it which says something like "FRODO 1.xxx" on it -- this is your boot prom chip). We found that even though we could format our drive we could not boot from it, and occassionally the system seemed to timeout on the drive -- ie. we'd have the drive mounted and be accessing some files on it and all of a sudden we'd get a "file not found" or "directory not found in pathname" error, and when we retried the operation the file was ok. The Sony drive is a fairly slow disk (90 msec average access), so we assumed that the timeouts were a problem with the drive's speed, but it may be a generic problem with external disks. Workstation Solutions advised us that the rev 1.9 boot proms would fix the problem of booting from the optical disk and might also fix the apparent drive timeouts. Our field service reps obtained some new CPU boards for us (apparently the proms are not available as a seperate part yet), and both problems have gone away. 3) With either set of boot proms, we found that even though the DN2500's self test (invoked by the memonic debugger's TE command) would see the disk on the SCSI port, we had to issue the MD command sequence: > RE > DI SD0:0 (our drive is set to device 0 on controller 0) > RE > DI N (we boot diskless from the network, you could give a DI W, DI E, DI F, or DI C to boot from a device other than the external disk) > EX DOMAIN_OS If we did not issue the DI SD command, the machine would boot, but /com/invol, /com/salvol, /com/mtvol, etc. will not recognize the disk. With the rev. 1.8 boot proms, we found that we had to run invol using option 7 first (to create a bad spot list), and then option 1 (to initialize the volume). With the rev 1.9 boot proms, we have to use option 7 -f and 1 -f (ie. do not attempt to reformat) or we will get a status code 8002a (illegal command for device, or something like that) when invol attempts to reformat the drive. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Fri Mar 23 21:35:18 1990 Date: 21 Mar 90 06:47:29 GMT From: gyp%ccadfa%csc%munnari.oz.au.uucp@uunet.uu.net (Patrick Tang Guan Yaw) Organization: Computer Centre, University College, UNSW, ADFA, Canberra, Australia Subject: NCARG: GKS Polymarker Message-Id: <1193@ccadfa.adfa.oz.au> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I can't seems to be able to get GKS polymarkers plotted under NCAR Graphics. The following is what I used, call points(x, y, 10, -i, 0) where i takes the value between 1 and 6. I am running NCARG under SR10.2 (apollo machine). All I get were dots! Help!! Thanks in advance. ---- Patrick Tang Guan Yaw, Phone : +61 6 268 8882 Dept. of Mathematics, EMAIL-ARPA/CSNET : gyp@ccadfa.cc.adfa.oz.au ADFA, Canberra, 2600. UUCP : ..!uunet!munnari!ccadfa.oz!gyp AUSTRALIA ACSnet : gyp@ccadfa.oz From apollo-request@umix.cc.umich.edu Fri Mar 23 21:47:03 1990 Date: 23 Mar 90 19:08:25 GMT From: rees%dabo.ifs.umich.edu%terminator%umich%samsung%usc%snorkelwacker.uucp@bloom-beacon.mit.edu (Jim Rees) Organization: University of Michigan IFS Project Subject: Re: named and /lib/libresolv Message-Id: <1990Mar23.190825.3923@terminator.cc.umich.edu> References: , <1990Mar22.212921.17536@terminator.cc.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1990Mar22.212921.17536@terminator.cc.umich.edu>, rees@dabo.ifs.umich.edu (Jim Rees) writes: > > I found this confusing too. First of all, you don't have to do anything > special at all to get the correct version of gethostbyfoo(). I forgot to mention the most important part. You have to run nmconfig, usually from /etc/rc.local . Again, this is inadequately documented on the man pages. It's quite well documented in the TCP/IP book, so the man page omission is more likely Berkeley's than Apollo's. From apollo-request@umix.cc.umich.edu Fri Mar 23 21:55:18 1990 Date: 21 Mar 90 03:22:45 GMT From: robi%attila%otc%metro%usage%ccadfa%csc%munnari.oz.au.uucp@uunet.uu.net (RoBeRt KaRp) Organization: Expert Solutions Australia Subject: /vmunix & /dev/kmem information Message-Id: <500@attila.esa.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu There are several programs around which monitor things like system performance. These programs inevitably look for information in /vmunix and /dev/kmem which as we know is non existant on an Apollo. However the information could be found by using apollo routines. Has anyone written a set of Apollo functions which simulate accesses to things like /vmunix & /dev/kmem ? If you have, how do you feel about sharing this around ? - Robi -- INTERNET: robi@attila.esa.oz.au ACSnet: robi@attila.esa.oz Fax : (+61) (2) 953 9531 Robert Karp/// Tel : (+61) (2) 953 9488 //// UUCP : uunet!attila.esa.oz.au!robi \XXX/ From apollo-request@umix.cc.umich.edu Fri Mar 23 23:14:47 1990 Date: 21 Mar 90 10:04:15 GMT From: lambert%cheops%spinifex%usage%ccadfa%csc%munnari.oz.au.uucp@uunet.uu.net (Timothy Lambert) Organization: EE & CS, Uni N.S.W., Sydney, Australia Subject: Re: GIFs and GPR Message-Id: <1506@cheops.eecs.unsw.oz> References: <9003201453.AA06807@umix.cc.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >From article <9003201453.AA06807@umix.cc.umich.edu>, by SRFERGU@ERENJ.BITNET (Scott Ferguson): > > Well, it seems that we all have the GIF display thing figured out, and > we can view other people's GIF files. Now, we need to learn how to make them > from GPR bitmaps. Anyone have any code to translate GPR bitmaps TO gif files? Jef Poskanzer's PBM-PLUS package posted to comp.sources.misc last November contains tools for converting between formats such as X bitmaps and window dumps, GIF, encapsulated PostScript and many others. I have written programs that convert Apollo bitmap files (true-colour, pseudo-colour, monochrome or those funny GMF files that xi produces) to and from any other format supported. Email me if you want a copy of them (you'll need to pick up PBMPLUS too from your local comp.sources.misc archive). If there is sufficient demand I'll post them to this news group. Tim Lambert, Dept.Comp.Sci, UNSW, PO Box 1, Kensington, NSW, Australia 2033 ACSnet,CSNET: lambert@cheops.eecs.unsw.oz BITNET/ARPA: lambert%cheops.eecs.unsw.oz@uunet.uu.net UUCP: ...!uunet!munnari!cheops.eecs.unsw.oz!lambert From apollo-request@umix.cc.umich.edu Fri Mar 23 23:23:56 1990 Date: 20 Mar 90 22:42:26 GMT From: robi%attila%otc%metro%usage%ccadfa%csc%munnari.oz.au.uucp@uunet.uu.net (RoBeRt KaRp) Organization: Expert Solutions Australia Subject: Re: bug in rbak/wbak Message-Id: <498@attila.esa.oz> References: Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In hanche@imf.unit.no's article they write: : The story about ./tex being (partially) restored as .tex just serves : to strengthen my impression that wbak doesn't understand what "." is. : Indeed, if you try : : wbak -dev ct -f 1 -l . : : then wbak will happily report that it is starting the write, then just : as happily exit without having written anything (except an empty : backup file, that is). I will add this story to my growing collection : of Apollo jokes :-) : This was a problem with 10.1 I haven't tried it with 10.2 yet. Furthermore, the problem with vi macros appears to have disappeared with 10.2. - Robi -- INTERNET: robi@attila.esa.oz.au ACSnet: robi@attila.esa.oz Fax : (+61) (2) 953 9531 Robert Karp/// Tel : (+61) (2) 953 9488 //// UUCP : uunet!attila.esa.oz.au!robi \XXX/ From apollo-request@umix.cc.umich.edu Fri Mar 23 23:30:40 1990 Date: 23 Mar 90 20:22:20 GMT From: rees%dabo.ifs.umich.edu%terminator%umich%samsung%usc.uucp@ucsd.edu (Jim Rees) Organization: University of Michigan IFS Project Subject: Re: /vmunix & /dev/kmem information Message-Id: <1990Mar23.202220.6488@terminator.cc.umich.edu> References: <500@attila.esa.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <500@attila.esa.oz>, robi@attila.esa.oz (RoBeRt KaRp) writes: > Has anyone written a set of Apollo functions which > simulate accesses to things like /vmunix & /dev/kmem ? > Whenever I need /vmunix or /dev/kmem, I just ftp them over from a Sun. From apollo-request@umix.cc.umich.edu Fri Mar 23 23:34:17 1990 Date: 21 Mar 90 22:03:57 GMT From: gyp%ccadfa%csc%munnari.oz.au.uucp@uunet.uu.net (Patrick Tang Guan Yaw) Organization: Computer Centre, University College, UNSW, ADFA, Canberra, Australia Subject: Few BSD4.3 problems (SR10.2)? Message-Id: <1197@ccadfa.adfa.oz.au> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I don't seems to be able to get the following problems solved, any suggestion would be most appreciated. 1) /usr/bin/at 1000 program gives me Rank Execution Date Owner Job # Job Name 1st Mar 22, 1990 10:00 gyp -1289575138 program Incredible job number, can't any documentation as to how this can be reset. 2) /usr/lib/lpd logging messages in /usr/adm All my entries in the /etc/printcap file have the following (eg,) lf=/usr/adm/lw-log # laser writer. but /usr/adm/lw-log is always empty even though I know definitely there is an error generated by the postscript file. -rwxrwxrwx root staff 0 xxx lw-log the same thing happen to all my other printers, (HP plotter and the line printer). Why??? PS: Any patch tapes after the release of SR10.2, including C and f77 compilers (Patch tape number please)? Thanks in advance. ---- Patrick Tang Guan Yaw, Phone : +61 6 268 8882 Dept. of Mathematics, EMAIL-ARPA/CSNET : gyp@ccadfa.cc.adfa.oz.au ADFA, Canberra, 2600. UUCP : ..!uunet!munnari!ccadfa.oz!gyp AUSTRALIA ACSnet : gyp@ccadfa.oz From apollo-request@umix.cc.umich.edu Fri Mar 23 23:48:15 1990 Date: 23 Mar 90 22:50:29 GMT From: north@apple.com (Donald N. North) Organization: Apple Computer, Inc. Subject: Adding an ESDI disk to a DN4500 Message-Id: <39789@apple.Apple.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have an Apollo DN4500 (SR 10.1) with an internal ESDI disk controller (SMS/OMTI AT-bus board) and a Maxtor XT-4380E ESDI disk. I'm trying to configure a Fujitsu M2263E 7690MB ESDI disk as the second drive and have absolutely no success. Neither 'invol' or 'config' (or me!) seem to understand what I've done. Has anybody either done this, or know if it is possible (or not?). Thanks in advance... -- Don North ----- Apple Computer, Inc. ----- Advanced Technology Group UUCP: ...!{voder,nsc,decwrl,sun}!apple!north CSNET: north@Apple.COM {{ Facts are facts, but any opinions expressed are my own, and *do not* }} {{ represent any viewpoint, official or otherwise, of Apple Computer, Inc.}} From apollo-request@umix.cc.umich.edu Fri Mar 23 23:54:02 1990 Date: 23 Mar 90 17:54:51 GMT From: kcantrel%digi%texsun%newstop%sun-barr.uucp@apple.com (Keith Cantrell) Organization: DSC Communications, Plano Tx. Subject: Re: ADUS ftp site ? Message-Id: <422@digi.UUCP> References: <2621@cs-spool.calgary.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <2621@cs-spool.calgary.UUCP> sharp@ksi.cpsc.ucalgary.ca (Maurice Sharp) writes: | | Could someone please mail me the address of the ADUS anon ftp |node ? | | thanx in advance | maurice | Better yet, why don't you post it so everyone will know it! From apollo-request@umix.cc.umich.edu Sat Mar 24 09:28:44 1990 Date: 24 Mar 90 06:51:39 GMT From: cg377170%cygnus%hubcap%ncrcae%ncr-sd%hp-sdd%hp-pcd.uucp@hplabs.hp.com (Corey Gehman) Organization: Clemson University Engineering Department Subject: Re: Gcc on apollo Message-Id: <8479@hubcap.clemson.edu> References: <18645@boulder.Colorado.EDU>, <1662@cernvax.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >In article <18645@boulder.Colorado.EDU> tomf@boulder.Colorado.EDU (FREDERICKS THOMAS M) writes: > > >> When I try to compile gcc on my apollo 3500 everything works fine >> until it gets to the gnulib2 stuff. Here is where it errors: >> >> .... >> >>./gcc: installation problem, cannot exec as: No such file or directory >>*** Exit 1 >>Stop. > >> What is the problem? Has anyone gotten this to compile on >> a 3500? I am running sr10.2 and 6.7 of the apollo C version >> if that helps. .... >I ran into a problem with this however: The gnu assembler deletes all >symbols starting with a capital 'L', unless you explicitly tell it not to >do so. So if you have a routine called 'LookupIDbyByte' as in X11R4.... >You therefore better make sure that you add a 'L' in the config file >tm-apollo68.h at the same place where you pass the 'C' for generating >COFF object files. I also ran into the same problem and tried to solve it two different ways. First, I copied Apollo's 'as' into the directory and it "compiled" the library although it printed an warning something about unknown "C" flag. I then got gas compiled and then tried that. For both assemblers, I got the first stage gcc compiled but it couldn't compile itself to make the second stage. It wouldn't include 'stdio.h', I found that if I removed all of the "#attribute [aligned(1)]" in the file, it would at least include the file, but it still could not compile anything that worked. I don't remember exactly how it messed up here. I tried this about a month ago and gave up. I don't understand the stuff about capital 'L'. Could my problems be caused by that or is there something else wrong? Also can the working gnu 'cpp' include the standard 'stdio.h'? I'm on a 3500 with sr10.1 and 6.7 of Apollo C. Thank you, Corey ********************************** Corey Gehman cg377170@eng.clemson.edu From apollo-request@umix.cc.umich.edu Sat Mar 24 17:20:08 1990 Date: 23 Mar 90 21:02:00 GMT From: oliveria%srvr1%caen.engin.umich.edu%umich%samsung%usc%snorkelwacker.uucp@tut.cis.ohio-state.edu (ROQUE DONIZETE DE OLIVEIRA) Organization: The University of Michigan, Ann Arbor Subject: apollo driver for gnuplot Message-Id: <1990Mar23.210229.11573@caen.engin.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Has anyone written an apollo driver (gpr) for gnuplot ? If you have I would appreciate if you could e-mail it to me. Thanks. Roque D Oliveira oliveria@caen.engin.umich.edu From apollo-request@umix.cc.umich.edu Mon Mar 26 11:37:15 1990 Date: Mon, 26 Mar 90 10:20:41 EST From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9003261520.AA14877@richter.mit.edu> To: apollo@umix.cc.umich.edu, north@apple.com Subject: Re: Adding an ESDI disk to a DN4500 My understanding is that the 2nd drive on the controller must be identical to the 1st drive. The "jumper" program shows the OMTI controller configured with the following disk drives: Vertex V185 (86MB) Micropolis 1325 (86MB) 1355 (170MB) Maxtor 4380 (380MB) 4380E (380MB fast access) Micropolis 4380E (380MB fast access) It does not show any drives in excess of 380MB with the OMTI controller. Apollo uses the Western Digital WD7000 controller for those drives. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Mon Mar 26 13:28:32 1990 Date: 26 Mar 90 16:47:00 GMT From: aramini%apollo%hp-sdd%ucsdhub.uucp@ucsd.edu (Michael Aramini) Subject: Re: apollo driver for gnuplot Message-Id: <496d6ac7.20b6d@apollo.HP.COM> References: <1990Mar23.210229.11573@caen.engin.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Gnuplot does have a driver for the UNIX plot command. A the BSD version of this command is available on Apollo. If your TERM variable is one of the apollo types, plot will create a DM pad and draw in it. Here's an example of using gnuplot with plot: $ /usr/local/bin/gnuplot | plot G N U P L O T unix version 1.10A (Polar) Copyright (C) 1986, 1987 Thomas Williams, Colin Kelley gnuplot> set terminal unixplot gnuplot> plot sin(x) gnuplot> q Note that since the UNIX plot command does automatic scaling, it can't begin plotting until it has seen the entire set of plotting commands it recieves from standard input (in this case a pipe from gnuplot). Thus, unfortunately, the DM pad won't get created and you won't see the graphics until you exit out of gnuplot, meaning you can only draw one graph per gnuplot session. If that solution is unacceptible to you, note that I have developed a GPR driver for gnuplot, but I don't know what the procedure is to submit a driver to FSF or whomever distributes gnuplot so that it becomes part of the gnuplot distribution, if someone knows, please let me know. -Michael Aramini From apollo-request@umix.cc.umich.edu Mon Mar 26 19:32:37 1990 Date: 26 Mar 90 16:19:30 GMT From: janick%bnr%bnrgate%bnr.ca@uunet.uu.net (Janick Bergeron 1617964) Subject: Editing a file through DM edit pad from the shell: dmvi(1) Message-Id: <1279@crk56.bnr.ca> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Here is a new version of the DM editor I posted a few months ago... For those who didn't get the first version: o dmvi(1) will open a DM edit window on the specified file from a shell command line or from within a shell script, then (optionaly) wait for the window to be closed before continuing. o Can be used as default visual editor through EDITOR and VISUAL environment variables for programs who support them. Changes from the previous version: o dmvi(1) checks the type of the standard output stream and invoke the editor most appropriate for that stream: - DM edit pad if it is a pad on the local DM - TTYEDITOR/vi(1) if not You won't need to fiddle with the EDITOR variable every time you get into VT100 mode or crp on another node... o "-l " option is gone. Uses "+line" like emacs or vi(1). jb #! /bin/sh # This is a shell archive. Remove anything before this line, then unpack # it by saving it into a file and typing "sh file". To overwrite existing # files, type "sh file -c". You can also feed this as standard input via # unshar, or by typing "sh 'dmvi.man' <<'END_OF_FILE' X.TH dmvi 1 "" "" "Apollo User's Manual" X.SH NAME dmvi \- Edit a file via a DM edit pad X.SH USAGE dmvi [+lineno] [-w] file X.SH OPTIONS X.IP "+lineno" Position cursor at the beginning of line \fIlineno\fP. X.IP -w Do not suspend execution until the edit pad is closed. X.SH DESCRIPTION X\fIdmvi\fP check the type of the standard output stream and opens an Display Manager edit pad if it is connected to a pad on the local DM. If not, if the environment variable TTYEDITOR is set, the specified editor will be invoked; otherwise a default editor (normally vi(1)) is invoked on the specified file. The file is created if it does not already exist. X.SH AUTHOR X X END_OF_FILE if test 668 -ne `wc -c <'dmvi.man'`; then echo shar: \"'dmvi.man'\" unpacked with wrong size! fi chmod +x 'dmvi.man' # end of 'dmvi.man' fi if test -f 'dmvi.c' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'dmvi.c'\" else echo shar: Extracting \"'dmvi.c'\" \(7137 characters\) sed "s/^X//" >'dmvi.c' <<'END_OF_FILE' X#include X#include X#include X#include X#include X#include X X/***************************************************************************\ X** ** X** Function name: getopt() ** X** Author: Henry Spencer, UofT ** X** Coding date: 84/04/28 ** X** ** X** Description: ** X** ** X** Parses argv[] for arguments. ** X** Works with Whitesmith's C compiler. ** X** ** X** Inputs - The number of arguments ** X** - The base address of the array of arguments ** X** - A string listing the valid options (':' indicates an ** X** argument to the preceding option is required, a ';' ** X** indicates an argument to the preceding option is optional) ** X** ** X** Outputs - Returns the next option character, ** X** '?' for non '-' arguments ** X** or ':' when there is no more arguments. ** X** ** X** Side Effects + The argument to an option is pointed to by 'optarg' ** X** ** X***************************************************************************** X** ** X** REVISION HISTORY: ** X** ** X** DATE NAME DESCRIPTION ** X** YY/MM/DD ------------------ ------------------------------------ ** X** 88/10/20 Janick Bergeron Returns '?' on unamed arguments ** X** returns '!' on unknown options ** X** and 'EOF' only when exhausted. ** X** 88/11/18 Janick Bergeron Return ':' when no more arguments ** X** 89/08/11 Janick Bergeron Optional optarg when ';' in optstring ** X** ** X\***************************************************************************/ X char * optarg; /* Global argument pointer. */ X char getopt( argc, argv, optstring) int argc; char ** argv; char * optstring; X{ X register int c; X register char * place; X extern char * index(); X static int optind = 0; X static char * scan = NULL; X X optarg = NULL; X X if ( scan == NULL || *scan == '\0') { X X if ( optind == 0 ) optind++; X if ( optind >= argc ) return ':'; X X optarg = place = argv[ optind++ ]; X if ( place[ 0 ] != '-' || place[ 1 ] == '\0' ) return '?'; X if ( place[ 1 ] == '-' && place[ 2 ] == '\0' ) return '?'; X scan = place + 1; X } X X c = *scan++; X place = index( optstring, c ); X if ( place == NULL || c == ':' || c == ';' ) { X X (void) fprintf( stderr, "%s: unknown option %c\n", argv[ 0 ], c ); X scan = NULL; X return '!'; X } X if ( *++place == ':' ) { X X if ( *scan != '\0') { X X optarg = scan; X scan = NULL; X X } else { X X if ( optind >= argc ) { X X (void) fprintf( stderr, "%s: %c requires an argument\n", X argv[ 0 ], c ); X return '!'; X } X optarg = argv[ optind ]; X optind++; X } X } else if ( *place == ';' ) { X X if ( *scan != '\0' ) { X X optarg = scan; X scan = NULL; X X } else { X X if ( optind >= argc || *argv[ optind ] == '-' ) optarg = NULL; X else { X optarg = argv[ optind ]; X optind++; X } X } X } X return c; X} X int main( X int argc, X char ** argv X ) X{ X char opt; X char * fname = NULL; X char * lineno = NULL; X char * p; X char * bfr; X int wait = 1; X int usage = 0; X int rc = 0; X pad_$window_desc_t window; X ios_$id_t stream; X status_$t status; X X while( ( opt = getopt( argc, argv, "w" ) ) != ':' ) { X X switch ( opt ) { X X case 'w': X wait = 0; X break; X X case '?': X if ( *optarg == '+' ) { X for( p = optarg+1; *p != '\0'; p++ ) { X if ( !isdigit( *p ) ) { X fprintf( stderr, "%s: Invalid line number %s.\n", argv[ 0 ], optarg+1 ); X usage = 1; X break; X } X } X if ( *p == '\0' ) lineno = optarg+1; X } else if ( fname != NULL ) { X fprintf( stderr, "%s: Only one file to edit can be specified.\n", argv[ 0 ] ); X usage = 1; X } else fname = optarg; X break; X X default: X usage = 1; X break; X } X X } X if ( fname == NULL ) { X fprintf( stderr, "%s: No file to edit were specified.\n", argv[ 0 ] ); X usage = 1; X } X if ( lineno == NULL ) lineno = "1"; X if ( usage ) { X fprintf( stderr, "Usage: %s [+lineno] [-w] fname\n", argv[ 0 ] ); X exit( -1 ); X } X X /* X * Check if the standard output is a pad where we can use the DM editor X * Otherwise, use TTYEDITOR or else vi X */ X X stream = 1; X pad_$isa( stream, &status ); X if (status_$ok != status.all || X (pad_$isa_dm_pad( stream, &status ), status_$ok != status.all)) { X if ( !(p=(char*)getenv("TTYEDITOR")) ) p = "/usr/ucb/vi"; X bfr = (char *) malloc( (strlen(p)+strlen(fname)+2) * sizeof(char) ); X sprintf( bfr, "%s +%s %s", p, lineno, fname ); X exit( system(bfr) ); X } X X /* Create the window in the next DM default region */ X window.width = window.height = 0; X X pad_$create_window( fname, strlen( fname ), pad_$edit, 1, window, &stream, &status ); X if (status_$ok != status.all) { X fprintf( stderr, "could not open: %s\n" , fname ) ; X exit( 1 ); X } X pad_$dm_cmd( stream, lineno, strlen( lineno ), &status ); X if ( wait ) { X pad_$edit_wait( stream, &status ); X if ( status_$ok != status.all ) { X fprintf( stderr, "editing aborted on %s\n", fname ); X rc = 2; X } X ios_$close( stream, &status ); X /* This is necessary because pad_$edit_wait may exit before the file X * is actually unlocked (troy@mr_plod.cbme.unsw.oz.au) */ X sleep(2); X } X exit( rc ); X} END_OF_FILE if test 7137 -ne `wc -c <'dmvi.c'`; then echo shar: \"'dmvi.c'\" unpacked with wrong size! fi # end of 'dmvi.c' fi if test -f 'Makefile' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'Makefile'\" else echo shar: Extracting \"'Makefile'\" \(202 characters\) sed "s/^X//" >'Makefile' <<'END_OF_FILE' CC = /bin/cc CFLAGS = -O X X.c.o: X $(CC) -c $(CFLAGS) $*.c X install: dmvi dmvi.1 X dmvi: dmvi.c X /bin/cc $(CFLAGS) -o dmvi dmvi.c X dmvi.1: dmvi.man X nroff -man dmvi.man | swapul | col > dmvi.1 END_OF_FILE if test 202 -ne `wc -c <'Makefile'`; then echo shar: \"'Makefile'\" unpacked with wrong size! fi chmod +x 'Makefile' # end of 'Makefile' fi echo shar: End of shell archive. exit 0 -- Janick Bergeron Bell-Northern Research, Ltd Ph.: (613) 763-5457 VHDL Tools P.O. Box 3511, Station C Fax: (613) 763-2661 Ottawa, Ontario, Canada, K1Y 4H7 Flame: 1-800-DEV-NULL janick@bnr.ca library disclaimer; use disclaimer.all; From apollo-request@umix.cc.umich.edu Mon Mar 26 20:41:26 1990 Date: Mon, 26 Mar 90 16:49:06 PST From: root@vlsi-mentor.jpl.nasa.gov (The vlsi-mentor Super User) Message-Id: <9003270049.AA26263@vlsi-mentor.jpl.nasa.gov> To: apollo%umix.cc.umich.edu%jpl-mil@umix.cc.umich.edu How do the RN users out there deal with the fact that their ORGANIZATION environment variable is set to "none"? ---- Dave Hayes "Truth is a constant. Interpretation is the variable." dave@vlsi-mentor.jpl.nasa.gov dave%vlsi-mentor.jpl.nasa.gov@jpl-mil From apollo-request@umix.cc.umich.edu Tue Mar 27 00:39:19 1990 Date: 27 Mar 90 03:38:41 GMT From: syd%dsinc.DSI.COM%dsinc%sunybcs%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Syd Weinstein) Organization: Datacomp Systems, Inc., Huntingdon Valley, PA 19006 Subject: nfsd and apollos Message-Id: <1990Mar27.033841.9167@DSI.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu There has been some discussion lately in the nfs newsgroup about why multiple nfsd's and biod's as per allowing multiple disk reads to improve response time. Apollo starts one nfsd at boot, how many nfsd's are a good idea under SR10.2? -- ===================================================================== Sydney S. Weinstein, CDP, CCP Elm Coordinator Datacomp Systems, Inc. Voice: (215) 947-9900 syd@DSI.COM or bpa!dsinc!syd FAX: (215) 938-0235 From apollo-request@umix.cc.umich.edu Tue Mar 27 02:39:28 1990 Date: 26 Mar 90 16:28:34 GMT From: ran%cns%mucs%ukc%mcsun.uucp@uunet.uu.net (Bob Nutter) Organization: UMIST, Manchester, England. Subject: Re: named and /lib/libresolv Message-Id: <1990Mar26.162834.286@cns.umist.ac.uk> References: , <1990Mar22.212921.17536@terminator.cc.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi! (I'm new to this news game, and news.announce.newusers isn't available, so bear with me if I mess up or break some golden rule of etty-kitty) In article <1990Mar22.212921.17536@terminator.cc.umich.edu> rees@citi.umich.edu (Jim Rees) writes: > >In article , gjalt@ele.tue.nl (Gjalt de >Jong) writes: >> >> We are running the name server (/etc/named) now on our apollos (SR10.2). But >> now not all the programs which should use the name server, use it. >> > > ...deleted > >I wanted to set up a local named to cache names in the local domain, so that >if the remote named goes down I can still get around. I read the named man >page many times and tried lots of things but can't get it to work. Here is >the /etc/named.boot that I think should do it (addresses have been changed >to protect the innocent; x and y are real numbers): > >secondary ifs.umich.edu 35.1.37.x 35.1.128.y /etc/named.cc1 >forwarders 35.1.37.x 35.1.128.y > >Has anyone got this to work? -try taking the forwarders line out and using a cache. I'm certainly no expert at this, but I'm told this might cause it not to work as expected. The manual says you should always use a cache for a standard server. -another idea is to get hold of the source for named. We had to do this as we're running sr10.1 and the named there is about version 4.5 rather than the 4.8 you can get the source for (getting a new routed helped us enormously as well, but I don't know how bad it is at 10.2). We got the source from Imperial College London (ic.doc.src.ac.uk) over ftp (username guest, password your_mail_id) in "unix/bsd-sources/src/bind-4.8.tar.Z",but it *must* be available in the States somewhere. This has quite a bit of useful documentation (RFC's etc). -a problem with /etc/resolv.conf is that it is only read when the node boots up. (certainly at 10.1). The resolver(3) is initialised when the global inlibs are initialised, ie: at boot time. This is obvioulsy an apollo mod. The manual pages refer to the normal behaviour. If you *really* want a way round this, get hold of the source and turn the resolver into a new global inlib (which we're currently trying to do!) You can then get any behaviour you want! ;-) Good luck, you'll probably need it! bob --------------------------------------------------------------- bob nutter, computer officer Notice: The witty message dept. of computation UMIST is on holiday PO Box 88 Manchester M60 1QD UK tel: +44/0 61 200 3312 email: b.nutter@umist.ac.uk (pref) rn@ap.co.umist.ac.uk ran@cns.umist.ac.uk #include From apollo-request@umix.cc.umich.edu Tue Mar 27 02:41:29 1990 Date: 26 Mar 90 15:53:15 GMT From: ran%cns%mucs%ukc%mcsun.uucp@uunet.uu.net (Bob Nutter) Organization: UMIST, Manchester, England. Subject: Re: Gcc on apollo Message-Id: <1990Mar26.155315.29823@cns.umist.ac.uk> References: <18645@boulder.Colorado.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi! (I'm new to this news game and news.announce.newusers isn't available, so bear with me if I mess up or beak some golden rule of etty-kitty...) In article <18645@boulder.Colorado.EDU> tomf@boulder.Colorado.EDU (FREDERICKS TH OMAS M) writes: > ... > What is the problem? Has anyone gotten this to compile on > a 3500? I am running sr10.2 and 6.7 of the apollo C version > if that helps. Installing gcc on apollos: ========== === == ======== This is how I went about installing gcc1.37 on our Apollo network (several 3000's and 4000's running sr10.1, and cc version 6.6). The stages below refer to the README file that come with John Vasta's (vasta@apollo.com) changes (see stage 1) I hope somebody may find it of use, other site's setups/software may mean you'll need to work it out for yourself. This is just what I had to do at ours. Stage 1 (obtain the software): -------- This is available from labrea.stanford.edu as /pub/gnu/APOLLO.README and apollo-gcc-1.37.tar.Z (as mentioned by Rainer Toebbicke in article <1662@cernvax.UUCP> rtb@cernvax.UUCP) You'll also need the gcc1.37 distribution, the gas1.34 distribution and bison. Stage 2 (adding changes): works ok ------- Stage 3 (building gas): ------- When you try to `make' gas you'll get an error in coff_convert.c, as it can't find the include file . This is because the include file is in /usr/include. I put a link in to keep things neat from /usr/include/apollo/mir.h to /usr/include/mir.h: ie: ln -s /usr/include/apollo/mir.h /usr/include/mir.h Once this is done, gas will install correctly. Then link `as' to the exectutable. Stage 4 (building bison): works ok ------- Stage 5 (building gcc): ------- This goes ok until you get to compiling `hard-params.c'. It is due to finding `volatile' at line 638 (etc). This *should* be ok, as we're compiling with `-A nansi' which *should* undef __STDC__ and thus define volatile as `static' like this: #ifndef __STDC__ #define volatile static #endif However, this doesn't seem to work (we've had loadsa problems with this, is /bin/cc brain-damaged anyone?) so do a quick hack and delete the ifdef/endif (or define volatile as static elsewhere). Once this is done, hard-params.c will compile. Stage 6 (testing): ------- The `make bootstrap CFLAGS=""' command (which tests gcc by getting it to compile itself) fails due to Domain/OS extensions to stdio.h. Basically, gcc doesn't like the `#attribute...' it finds early on. This one is an easy hack: edit stdio.h and use the fact that gcc defines CC to be `gcc' to conditionally select whether to use the #attribute extension. The start of stdio.h should then look something like this: . . . #if (CC == gcc) extern struct _iobuf { unsigned char *_ptr; short _cnt; unsigned char *_base; short _flag; short _file; } _iob[]; #else /*not gcc, this is what was there before*/ extern struct _iobuf { unsigned char *_ptr #attribute[aligned(1)]; short _cnt; unsigned char *_base #attribute[aligned(1)]; short _flag; short _file; } _iob[]; #endif . . . Once you've done this, the make bootstrap command runs to completion (plenty of warnings, but no errors). Remember to cahnge the stdio.h on every node that will run gcc. Once this has all been done you *should* have a working gcc. We haven't tried using it on anything major as yet, but at least it installed and things definitely compile and run. Good luck! bob --------------------------------------------------------------- bob nutter, computer officer Notice: The witty message dept. of computation UMIST is on holiday PO Box 88 Manchester M60 1QD UK tel: +44/0 61 200 3312 email: b.nutter@umist.ac.uk (pref) rn@ap.co.umist.ac.uk ran@cns.umist.ac.uk #include From apollo-request@umix.cc.umich.edu Tue Mar 27 09:29:02 1990 Date: 27 Mar 90 13:35:29 GMT From: walsh%stdc01%rti.uucp@mcnc.org (Mike Walsh) Organization: Star Technologies, Graphicon Products Division (RTP, N.C) Subject: Color Monitors and Mentor Quicksim Message-Id: <612@stdc01.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does anybody know if a color monitor from a DN3000 can be used on a DN3500? If this is possible, is there anything more involved than pulling the color board out of the DN3000 and putting it in the DN3500? Have any of Mentor users out there had any experience using Quicksim for board level simulation? What do you think of it? Have you had to create your own models or is the library of parts that can be purchased sufficient? What size board are you simulating? How dense (# of components) have the boards been that you have simulated? What type of hardware are you running Quicksim on? We are thinking about simulating one of our upcomming boards. It will be roughly 15" square, 400+ active components, 1200-1300 including passive components. The data base is rather large and the board will have two ASICs on it. Can Quickparts be used to model the I/O of an ASIC? Can a DN3500 do an adequate job for us? If anyone can answer some of these or better yet all of these questions I would really appreciate it. Thanks ... Mike Mike Walsh Hardware Design Engineer/Apollo Admin on the side ;-} Star Technologies - Graphicon Products Division Reserach Triangle Park, NC walsh@stdc01 ...!uunet!mcnc!rti!stdc01!walsh From apollo-request@umix.cc.umich.edu Tue Mar 27 15:37:39 1990 Date: 27 Mar 90 18:05:00 GMT From: aramini%apollo%hp-sdd.uucp@hplabs.hp.com (Michael Aramini) Subject: Re: apollo driver for gnuplot Message-Id: <4972b856.20b6d@apollo.HP.COM> References: <1990Mar23.210229.11573@caen.engin.umich.edu>, <496d6ac7.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Here is an apollo driver (gpr) for gnuplot which I wrote (gpr.trm). Also included are file comparisons showing the changes I made to other source files in order to integrate this driver into gnuplot. I'm providing as is and neither I nor my employer are making any commitment to support it. (That is, I would like to hear about any bugs or suggestions for improvements, but I may not have the time or interest to implement them.) -Michael Aramini $ catf gpr.trm #include #include #include #include #define GPR_XMAX 720 #define GPR_YMAX 450 #define GPR_XLAST (GPR_XMAX - 1) #define GPR_YLAST (GPR_YMAX - 1) #define GPR_VCHAR 19 #define GPR_HCHAR 10 #define GPR_VTIC (GPR_YMAX/80) #define GPR_HTIC (GPR_XMAX/80) static status_$t status; static void check(messagex) char *messagex; { if (status.all = status_$ok) { error_$print(status); printf("Error occurred while %s.\n", messagex); } } GPR_init() { gpr_$offset_t dm_bitmap_size; gpr_$bitmap_desc_t dm_bitmap_desc; pad_$window_desc_t window; short font_id; stream_$id_t stream_id; /* open a pad to do graphics in */ window.top = 0; window.left = 0; window.width = GPR_XMAX+7; window.height = GPR_YMAX+32; pad_$create_window("", (short)0, pad_$transcript, (short)1, window, &stream_id, &status); check("pad_$create_window"); dm_bitmap_size.x_size = GPR_XMAX+2; dm_bitmap_size.y_size = GPR_YMAX+2; gpr_$init(gpr_$direct, stream_id, dm_bitmap_size, (gpr_$rgb_plane_t)7, &dm_bitmap_desc, &status); check("in gpr_$init"); gpr_$set_obscured_opt(gpr_$pop_if_obs, &status); check("in gpr_$set_obscured_opt"); gpr_$set_auto_refresh(true, &status); check("in gpr_$set_auto_refresh"); /* load a font and make it current */ gpr_$load_font_file("f7x13", 5, &font_id, &status); check("in gpr_$load_font_file"); gpr_$set_text_font(font_id, &status); check("in gpr_$set_text_font"); /* set up color values */ gpr_$set_draw_value((gpr_$pixel_value_t)7, &status); /* white */ check("in gpr_set_draw_value"); gpr_$set_text_background_value((gpr_$pixel_value_t)(-1), &status); /* trans */ check("in gpr_$set_text_background_value"); gpr_$set_text_value((gpr_$pixel_value_t)7, &status); /* white */ check("in gpr_$set_text_value"); } GPR_graphics() { (void) gpr_$acquire_display(&status); check("in gpr_$acquire display"); gpr_$clear((gpr_$pixel_value_t)0, &status); /* black */ check("in gpr_$clear"); } GPR_text() { gpr_$release_display(&status); check("gpr_$release_display"); } GPR_linetype(linetype) int linetype; { static gpr_$line_pattern_t patterns[2+5] = { { 0xFFFF }, /* solid */ { 0x3FFF }, /* long dashed */ { 0xFFFF }, /* solid */ { 0x5555 }, /* dotted */ { 0x3333 }, /* short dashed */ { 0xB5AD }, /* dot dashed */ { 0x3FFF } }; /* long dashed */ if (linetype >= 5) linetype %= 5; gpr_$set_line_pattern((short)1, patterns[linetype+2], (short)16, &status); check("in gpr_$set_line_pattern"); } GPR_move(x, y) unsigned int x, y; { gpr_$move((short)(x+1), (short)(GPR_YMAX-y), &status); check("in gpr_$move"); } GPR_vector(x, y) unsigned int x, y; { gpr_$line((short)(x+1), (short)(GPR_YMAX-y), &status); check("in gpr_$line"); } GPR_lrput_text(row, str) unsigned int row; char str[]; { GPR_move(GPR_XMAX - GPR_HTIC - GPR_HCHAR*(strlen(str)+1), GPR_VTIC + GPR_VCHAR*(row+1)); gpr_$text(str, (short)strlen(str), &status); check("in gpr_$text"); } GPR_ulput_text(row, str) unsigned int row; char str[]; { GPR_move(GPR_HTIC, GPR_YMAX - GPR_VTIC - GPR_VCHAR*(row+1)); gpr_$text(str, (short)strlen(str), &status); check("in gpr_$text"); } GPR_reset() { gpr_$terminate(false, &status); check("gpr_$terminate"); } $ cmf internal.c.orig internal.c A36 matherr() changed to B36 matherr(x) B37 struct exception *x; 1 discrepancy found. $ cmf makefile.orig makefile A5 # successfully. This includes creating the help tree in /usr/local/lib. changed to B5 # successfully. This includes creating the help tree in /usr/local/help. A16 # where to install man page on 'make man_install' A17 MANDEST=/usr/man/man1/gnuplot.1 changed to B16 B17 # where to install man page on 'make man_install' B18 #MANDEST=/usr/man/man1/gnuplot.1 B19 CATMANDEST=/usr/man/cat1/gnuplot.1 A23 # -O if you trust your compiler's optimizer A24 CFLAGS = -DGAMMA -DUNIXPC -O # -gx # debug it. changed to B25 # -DGPR if Apollo Graphics Primitives B26 # -O if you trust your compiler's optimizer B27 CFLAGS = -DVFORK -DBCOPY -DGAMMA -O -DGPR A41 TERMFLAGS = -DUNIXPC -DUNIXPLOT changed to B44 TERMFLAGS = -DAED -DBITGRAPH -DHP26 -DHP75 -DPOSTSCRIPT -DQMS -DREGIS -DSELANAR -DTEK -DUNIXPLOT A56 ld /lib/crt0s.o /lib/shlib.ifile $(OBJS) version.o $(LIBS) -o gnuplot changed to B59 cc $(OBJS) version.o $(LIBS) -o gnuplot A64 # note that directory /usr/local/lib must exist for the help tree changed to B67 # note that directory /usr/local/help must exist for the help tree A69 docs/helptree -t /usr/local/lib/gnuplot < docs/gnuplot.hlp changed to B72 docs/helptree -t /usr/local/help/gnuplot < docs/gnuplot.hlp A73 cp gnuplot.1 $(MANDEST) changed to B76 nroff -man gnuplot.1 > $(CATMANDEST) B77 # cp gnuplot.1 $(MANDEST) A77 unixplot.trm v384.trm changed to B81 unixplot.trm gpr.trm v384.trm B82 rm -f term.o 9 discrepancies found. $ cmf plot.h.orig plot.h B41 #ifdef GPR B42 #define TERM "gpr" B43 #else inserted before A41 #define TERM "tek40xx" /* put your most common term type here! */ B47 #endif inserted before A44 2 discrepancies found. $ cmf term.c.orig term.c B387 #ifdef GPR /* Apollo Graphics Primitives */ B388 #include "gpr.trm" B389 #endif /* GPR */ B390 inserted before A387 #ifdef UNIXPC /* unix-PC ATT 7300 or 3b1 machine */ B584 #ifdef GPR B585 ,{"gpr", GPR_XMAX, GPR_YMAX, GPR_VCHAR, GPR_HCHAR, GPR_VTIC, GPR_HTIC, B586 GPR_init, GPR_reset, GPR_text, GPR_graphics, GPR_move, GPR_vector, B587 GPR_linetype, GPR_lrput_text, GPR_ulput_text, line_and_point} B588 #endif B589 inserted before A580 #ifdef V384 2 discrepancies found. From apollo-request@umix.cc.umich.edu Tue Mar 27 19:24:22 1990 Date: 27 Mar 90 20:30:05 GMT From: kcantrel%digi%texsun%newstop%sun-barr.uucp@ames.arc.nasa.gov (Keith Cantrell) Organization: DSC Communications, Plano Tx. Subject: Bnews and rn on an Apollo. Message-Id: <424@digi.UUCP> References: <9003270049.AA26263@vlsi-mentor.jpl.nasa.gov> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <9003270049.AA26263@vlsi-mentor.jpl.nasa.gov> root@VLSI-MENTOR.JPL.NASA.GOV (The vlsi-mentor Super User) writes: >How do the RN users out there deal with the fact that their >ORGANIZATION environment variable is set to "none"? > You have to make several modifications to 'rn' and bnews to make it work correctly on an Apollo. If you want I could post them. The biggest problem you have to overcome is the file locking problem. If you are running in a multi-node network, you will run into this before long. Keith Cantrell ----------------------------------------------------------------------- Keith Cantrell Phones: hm: 214-492-1088 Apollo Computer wk: 214-519-2399 @ DSC A Subsidiary of Hewlett-Packard USMAIL: EMAIL: 2100 Sonata Ln kcantrel@digi.lonestar.org Carrollton TX 75007 or ...!texbell!digi!kcantrel ----------------------------------------------------------------------- From apollo-request@umix.cc.umich.edu Tue Mar 27 23:28:42 1990 Date: 28 Mar 90 01:38:38 GMT From: dvadura%watdragon%watserv1%utgpu%news-server.csri.toronto.edu%cs.utexas.edu.uucp@tut.cis. (Dennis Vadura) Organization: Computer Science Dept., University of Waterloo Subject: DM and logout Message-Id: <22581@watdragon.waterloo.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Ok, I've RTFM'ed the manual until I am blue in the face, but no luck in finding what I need. I run the Xapollo server in X-own's root mode, and use dm to do the login/logout. This way I get xwindows and twm as a window manager, but I get the nice dm login/logout message windows accross the bottom of the screen. The problem: When you use X, and create Xwindows on your display via an rsh to some other host, if you then go to the DM login window and type lo (logout), all windows except the remote client windows are closed by the Xapollo server. The other windows remain active and up on the display, A somewhat distressing situation. What I need to do is to send the Xapollo server a HUP signal, but I want to do it only when I type 'lo' in the DM login window. So, Is there some way to do this? I can get the pid of the Xapollo process and send it the HUP if I can run a script prior to loging out. Does the DM look for the equivalent of a .logout file somewhere, when you logout? -dennis P.S> I could use xdm, but I want to use DM, to log in for other reasons. I just can't believe there is no way to do this. -- -------------------------------------------------------------------------------- four more, three, two, ... LAST ONE!! |Dennis UUCP,BITNET: dvadura@water I LIED!! Eight MORE, seven... (he he) |Vadura EDU,CDN,CSNET: dvadura@waterloo ================================================================================ From apollo-request@umix.cc.umich.edu Tue Mar 27 23:31:53 1990 Date: 27 Mar 90 22:07:00 GMT From: vasta%apollo%hp-sdd.uucp@hplabs.hp.com (John Vasta) Organization: Hewlett-Packard Company, Apollo Division; Chelmsford, MA Subject: Re: Gcc on apollo Message-Id: <497390fe.20b6d@apollo.HP.COM> References: <18645@boulder.Colorado.EDU>, <1990Mar26.155315.29823@cns.umist.ac.uk> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1990Mar26.155315.29823@cns.umist.ac.uk> ran@cns.umist.ac.uk (Bob Nutter) writes: >Installing gcc on apollos: >========== === == ======== > >This is how I went about installing gcc1.37 on our Apollo network >(several 3000's and 4000's running sr10.1, and cc version 6.6). The >stages below refer to the README file that come with John Vasta's >(vasta@apollo.com) changes (see stage 1) > >Stage 1 (obtain the software): >-------- >This is available from labrea.stanford.edu as /pub/gnu/APOLLO.README >and apollo-gcc-1.37.tar.Z I believe that /pub/gnu/APOLLO.README only refers to Leonard Zubkoff's Emacs port. >You'll also need the gcc1.37 distribution, the gas1.34 distribution >and bison. > >Stage 3 (building gas): >------- >When you try to `make' gas you'll get an error in coff_convert.c, as >it can't find the include file . This is because the >include file is in /usr/include. I put a link in to keep things neat >from /usr/include/apollo/mir.h to /usr/include/mir.h: ie: > > ln -s /usr/include/apollo/mir.h /usr/include/mir.h > >Once this is done, gas will install correctly. Then link `as' to the >exectutable. Oops - it looks like mir.h has moved into /usr/include/apollo recently; I didn't realize it wasn't the same way "out there". >Stage 5 (building gcc): >------- >This goes ok until you get to compiling `hard-params.c'. It is due >to finding `volatile' at line 638 (etc). This *should* be ok, as >we're compiling with `-A nansi' which *should* undef __STDC__ and >thus define volatile as `static' like this: > > #ifndef __STDC__ > #define volatile static > #endif > >However, this doesn't seem to work hard-params.c is not compiled with -A nansi; the most recent release of the C compiler (6.7) handles volatile, etc. If you're using an earlier release, you can edit the gcc Makefile to set HARD_PARAMS_FLAGS = -A nansi >Stage 6 (testing): >------- >The `make bootstrap CFLAGS=""' command (which tests gcc by getting >it to compile itself) fails due to Domain/OS extensions to stdio.h. >Basically, gcc doesn't like the `#attribute...' it finds early on. I don't understand why everyone is having problems with this - my patch kit comes with a new version of the grammar file, c-parse.y, which handles this syntax. For some reason it isn't getting rebuilt; the timestamp in the tar file must be older than the files in the gcc distribution. To make sure it gets built, do "touch c-parse.y" after installing my changed files. Thanks for the assistance. John Vasta Hewlett-Packard Apollo Systems Division vasta@apollo.hp.com M.S. CHA-01-LT (508) 256-6600 x6362 300 Apollo Drive, Chelmsford, MA 01824 UUCP: {decwrl!decvax, mit-eddie, attunix}!apollo!vasta From apollo-request@umix.cc.umich.edu Wed Mar 28 07:27:46 1990 Date: 27 Mar 90 15:51:12 GMT From: nilsh%kuling%bmc%sunic%uupsi%rpi%zaphod.mps.ohio-state.edu%swrinde%cs.utexas.edu.uucp@tut.cis (Nils Hagner) Organization: UPMAIL/Infologics AB Subject: Domain PCC Message-Id: <1461@kuling.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I still haven't received any replies to my posting about Domain PCC. Aren't there anyone else using it? I would like to get in touch with people working with DPCC for exchange of experience etc. Please contact: Nils Hagner Infologics AB UPMAIL (alternate address) nilsh@infolog.se nilsh@emil.csd.uu.se P.O. Box 91 Uppsala University 191 22 Sollentuna P.O. Box 520 Sweden 751 20 Uppsala Sweden From apollo-request@umix.cc.umich.edu Wed Mar 28 09:25:06 1990 Message-Id: <9003281339.AA05282@umix.cc.umich.edu> Date: Wed, 28 Mar 90 08:33:51 EST From: Scott Ferguson Subject: Re: Domain PCC To: apollo@umix.cc.umich.edu In-Reply-To: Your message of 27 Mar 90 15:51:12 GMT I used to have a DPCC board at my last job, at Bucknell. We used it mainly for transfer of files from DOS disks to the Apollos and back. It seemed to run every bit as fast as an AT, and could do graphics just fine. The keyboard map was somewhat of a pain, but you get used to it quickly. The emulator, DPCE, is awfully slow, and I wouldn't recommend it. It doess what it's supposed to, but you better have some spare time. Of course, I used to use it on a DN3000, so maybe on a 3500/4500 it might be a bit better. Scott Ferguson Exxon Research & Engineering Annandale NJ From apollo-request@umix.cc.umich.edu Wed Mar 28 19:25:44 1990 Message-Id: <9003281501.AA08539@umix.cc.umich.edu> Date: Wed, 28 Mar 90 16:52:51 EDT From: Gratzl Georg Subject: sendmail-vax-apollo To: apollo@umix.cc.umich.edu My name is Georg. At the moment I am working on a program, which should connect the mail-systems of the VAXEN & Apollos on our Ethernet. For this purpose I am using the system calls from the Technet package (Apollo/Technet V1.1). Although the prototypes seem to work,( under certain conditions the mail transfer VAX-Apollo, Apollo-VAX is possible ) I have a lot of problems. A.) VAX-Apollo: After the mail is brought from the VAX to a temporary file on the Apollo I want to pipe this file into the sendmail process which should deliever the mail to the addressee. /* build command */ sprintf(buffer, "/usr/lib/sendmail -oem -f \"%s\" %s", from ,to); /* open pipe to sendmail */ sm = popen(buffer, "w"); . . . However,the sendmail process starts, delivers the mail correct and doesn't stop.If the process doesn't stop the mail program on the VAX is hanging in the status CTRL/Z(EXIT). B.) Apollo-VAX I have written a mailer, which transports the files from the Apollo to the Vax in a correct manner. However again I have the problems to connect the mailer to the sendmail process. I have tried to change the sendmail.cf file in the /usr/lib directory. For instance, just to see whether my mailer program is started by sendmail, I changed in the "Mlocal" mailer declaration of the sendmail file the P and A arguments, in a way to be conform with my mailer. However it didn't work. As I spent so many hours without any success I ask those of you, who have experience, to help me. Many thanks in advance. Georg Gratzl , K310490 at AEARN.BITNET RISC (Research Institute for SYMBOLIC COMPUTATION) , AUSTRIA From apollo-request@umix.cc.umich.edu Wed Mar 28 23:21:04 1990 Date: 28 Mar 90 15:10:00 GMT From: dawson%apollo%hp-sdd%network.ucsd.edu.uucp@ucsd.edu (Keith Dawson) Organization: Hewlett-Packard Company, Apollo Division; Chelmsford, MA Subject: Re: DM and logout Message-Id: <4977230c.20b6d@apollo.HP.COM> References: <22581@watdragon.waterloo.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <22581@watdragon.waterloo.edu> dvadura@watdragon.waterloo.edu (Dennis Vadura) writes: >Ok, I've RTFM'ed the manual until I am blue in the face, but no luck in ... >So, Is there some way to do this? I can get the pid of the Xapollo process >and send it the HUP if I can run a script prior to loging out. Does the >DM look for the equivalent of a .logout file somewhere, when you logout? >From /sys/help/lo: You can execute a DM command script automatically at logout. The logout script must be in a file named `node_data/startup_logout.type, where type is one of the standard display type extensions used for startup filenames (for example, 19l, color, none, and so on). Note that you cannot start up new processes with cp, cps, or cpo from this script, because the DM is in the process of shutting down all existing processes, unless you specify the -w option with cps or cpd. Should'a' RTFH'ed! :^} -->Keith ____________________________________________________________ My opinions Keith Dawson Hewlett Packard Co. 508-256-0176 x5739 are my own. Graphics Technology Division / East 300 Apollo Dr. (CHR.03.DE) Chelmsford, MA 01824 USA My convictions Internet: dawson@apollo.hp.com are not for UUCP: {mit-eddie,yale,uw-beaver}!apollo!dawson public display. From apollo-request@umix.cc.umich.edu Thu Mar 29 01:22:02 1990 Date: 28 Mar 90 16:42:24 GMT From: lambert%spinifex%usage%metro%munnari.oz.au%samsung%zaphod.mps.ohio-state.edu.uucp@tut.cis. (Timothy Lambert) Organization: EE & CS, Uni N.S.W., Sydney, Australia Subject: Re: change the background pattern Message-Id: <547@spinifex.eecs.unsw.oz> References: <546@spinifex.eecs.unsw.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu If you are running SR10.2 the following patch to bgc makes things go more smoothly. *** bgc.pas Wed Mar 28 20:17:32 1990 --- bgc.pas.bak Wed Mar 28 20:18:50 1990 *************** *** 103,109 **** if window.width <> 0 then pad_$set_full_window(pad,1,window,status); check('set full window'); pad_$set_auto_close(pad,1,true,status); pad_$set_border(pad,1,false,status); - pad_$set_erase(pad,1,false,status); gpr_$init(gpr_$direct, pad, display_size, display_hi_plane, display_bitmap, status); check('gpr_init'); gpr_$inq_bitmap_dimensions(display_bitmap,display_size,display_hi_plane,status); --- 103,108 ---- From apollo-request@umix.cc.umich.edu Thu Mar 29 01:28:44 1990 Date: 28 Mar 90 15:37:00 GMT From: lwk%srvr1%caen.engin.umich.edu%umich%samsung%zaphod.mps.ohio-state.edu%pacific.mps.ohio-state. (Woody Kellum) Organization: University of Michigan Engineering, Ann Arbor Subject: Re: (none) Message-Id: <1990Mar28.153750.23186@caen.engin.umich.edu> References: <9003270049.AA26263@vlsi-mentor.jpl.nasa.gov> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <9003270049.AA26263@vlsi-mentor.jpl.nasa.gov> root@VLSI-MENTOR.JPL.NASA.GOV (The vlsi-mentor Super User) writes: >How do the RN users out there deal with the fact that their >ORGANIZATION environment variable is set to "none"? The ORGANIZATION environment variable is used by Apollo to specify the org part of the users ID, (e.g. ppo.proj.org = joe.widget_engineering.ace_hardware). You can either change the user accounts to make this discriptive, or hack the Bnews code to look for a different env. variable. -- Woody Kellum Internet: lwk@caen.engin.umich.edu From apollo-request@umix.cc.umich.edu Thu Mar 29 01:35:59 1990 Date: 28 Mar 90 03:30:23 GMT From: lambert%spinifex%usage%metro%munnari.oz.au%samsung%zaphod.mps.ohio-state.edu.uucp@tut.cis. (Timothy Lambert) Organization: EE & CS, Uni N.S.W., Sydney, Australia Subject: change the background pattern Message-Id: <546@spinifex.eecs.unsw.oz> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu The following program lets you display a bitmap in the background under the Display Manager. (Like xsetroot -bitmap). # 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: # bgc.hlp bgc.ins.pas bgc.pas bgc_rtn.pas makefile echo x - bgc.hlp cat > "bgc.hlp" << '//E*O*F bgc.hlp//' "bgc" lets you use a bitmap as a background pattern. If you give bgc more than one bitmap (e.g. "bgc *.bmf" it picks one at random to use as background. If you don't like that one the AGAIN key makes bgc pick another at random, and the EXIT key terminates "bgc". //E*O*F bgc.hlp// echo x - bgc.ins.pas cat > "bgc.ins.pas" << '//E*O*F bgc.ins.pas//' {note that each variable in this file should be declared as EXTERN} const name_len = 128; type name_t = varying[name_len] of char; pt_name_t = ^name_t; argv_t = array[0..127] of pt_name_t; argv_p_t = ^argv_t; var status : extern status_$t; {all gpr calls return a status value indicating whether they've succeeded or failed} display_bitmap : extern gpr_$bitmap_desc_t; {this is the bitmap corresponding to the screen} display_size : extern gpr_$offset_t := [gpr_$max_x_size,gpr_$max_y_size]; {size of display bitmap} display_hi_plane : extern integer; {highest plane on display} fill_bitmap : extern gpr_$bitmap_desc_t; {this is the bitmap to fill with} pattern : extern boolean; {if true fill_bitmap is 32x32 otherwise we have bitmap the size of the screen} pad : extern ios_$id_t; {handle to the window we create for drawing in} no_of_args : extern integer; {no of arguments to bg (counting argument 0) } arg_pointer : extern pgm_$argv_ptr; {pointer to the arguments} argv_p : extern argv_p_t; //E*O*F bgc.ins.pas// echo x - bgc.pas cat > "bgc.pas" << '//E*O*F bgc.pas//' program back_ground(input,output); {displays bitmaps in "background"} %nolist; %include '/sys/ins/base.ins.pas'; {common include file for all system routines} %include '/sys/ins/vfmt.ins.pas'; {routines for converting strings to real numbers} %include '/sys/ins/pgm.ins.pas'; {declarations for pgm routines (for getting file arguments)} %include '/sys/ins/pfm.ins.pas'; %include '/sys/ins/gpr.ins.pas'; {contains the declarations for gpr routines} %include '/sys/ins/pad.ins.pas'; {contains the declarations for pad routines (for creating windows)} %include '/sys/ins/ios.ins.pas'; %include '/sys/ins/ec2.ins.pas'; %include '/sys/ins/kbd.ins.pas'; %include '/sys/ins/time.ins.pas'; %include '/sys/ins/name.ins.pas'; function fork:integer32; extern; function random:integer32; extern; procedure srandom(seed:integer32);val_param; extern; procedure unlink(in path: univ string); extern; %list; define status, {each variable that we declare in bg.ins.pas} display_bitmap, {should be defined here} display_size, fill_bitmap, pattern, pad, no_of_args, arg_pointer, argv_p; %include 'bgc.ins.pas'; define display_hi_plane := gpr_$highest_plane; {number of highest plane on screen - 7 for 8 plane nodes 1 for monochrome nodes. we ask for maximum no of planes - gpr reduces this to fit} const unit = 1; var cmd : name_t; window_name : name_t := '/tmp/bgc'; window : pad_$window_desc_t; disp_chars : gpr_$disp_char_t; disp_len : static integer16 := sizeof(gpr_$disp_char_t); disp_len_ret : integer16; decode_count,junk : integer; {vfmt_$decode insists on returning these - we don't use them} event_type : gpr_$event_t; {type of event returned by gpr_$event_wait - not used} event_char : char; {character user typed in window - not used} event_pos : gpr_$position_t; {position where she typed it - not used} keys : gpr_$keyset_t := []; {we wait until one of these keys is pressed} time : time_$clock_t; procedure refresh(in unobscured : boolean; in position_change : boolean); extern; procedure check(in messagex : string); extern; {if last system call was unsuccesful prints an error message} procedure pause(in t : real); extern; {waits for t seconds - you might find this useful for debugging} function randno(n:integer):integer; extern; {returns a number in range 1..n} procedure drawit(in file_name:name_t); extern; {read in the bitmap in file_name and display it} function again_pressed (IN f_status : pfm_$fault_rec_t): pfm_$fh_func_val_t; extern; {this function is called when program gets a dq -c 0 signal} begin pgm_$get_args(no_of_args,arg_pointer); if no_of_args<=1 then begin writeln('Usage: bgc bitmap-names'); pgm_$exit; end; {if} {run in background} if fork <> 0 then pgm_$exit; {kill previous bg, if any} cmd := 'dq '; append(cmd,window_name); append(cmd,';msg '' '''); {hide error message if window does not exist} pad_$dm_cmd(stream_$stdout,cmd.body,cmd.length,status); check('dm command'); {initialize random number generator} time_$clock(time); srandom(time.low32); gpr_$inq_disp_characteristics(gpr_$borrow,stream_$stdout, disp_len,disp_chars,disp_len_ret, status); {create a window and initialise it for graphics} with disp_chars do begin window.left := x_window_origin; window.top := y_window_origin; window.width := x_window_size; window.height := y_window_size; end;{with} pad_$create_window(window_name.body,window_name.length,pad_$transcript,unit,window,pad,status); check('creating window'); ptoc(window_name); unlink(window_name.body); if window.width <> 0 then pad_$set_full_window(pad,1,window,status); check('set full window'); pad_$set_auto_close(pad,1,true,status); pad_$set_border(pad,1,false,status); gpr_$init(gpr_$direct, pad, display_size, display_hi_plane, display_bitmap, status); check('gpr_init'); gpr_$inq_bitmap_dimensions(display_bitmap,display_size,display_hi_plane,status); gpr_$set_obscured_opt(gpr_$ok_if_obs,status); gpr_$set_cursor_active(true,status); argv_p := argv_p_t(arg_pointer); drawit(argv_p^[randno(no_of_args-1)]^); {establish the refresh procedure. if window needs to be refreshed as the result of a pop, the draw procedure will automatically be called.} gpr_$set_refresh_entry (addr(refresh), nil, status); check('setting the refresh entry procedure.'); {establish the again_pressed procedure. if window gets a dq -c 1 signal again_pressed will be called} discard(pfm_$establish_fault_handler (1,[pfm_$fh_multi_level],ADDR(again_pressed),status)); check('establishing fault handler'); pad_$def_pfk(pad,'R2 ','dq -c 1',7,status); check('defining AGAIN'); pad_$def_pfk(pad,'R5 ','dq',2,status); check('defining EXIT'); discard(gpr_$event_wait (event_type, event_char, event_pos, status)); {We would have liked to have waited for a keystroke, but we can't do input into partly obscured windows we resort to evil thing with signals instead} end. //E*O*F bgc.pas// echo x - bgc_rtn.pas cat > "bgc_rtn.pas" << '//E*O*F bgc_rtn.pas//' MODULE view; {This module contains a procedure that the system automatically } {calls when a refresh is required. } %include '/sys/ins/base.ins.pas'; {required insert file} %include '/sys/ins/gpr.ins.pas'; {required insert file} %include '/sys/ins/pad.ins.pas'; {required insert file} %include '/sys/ins/error.ins.pas'; {declaraions for error handling routines (see check)} %include '/sys/ins/pfm.ins.pas'; %include '/sys/ins/pgm.ins.pas'; %include '/sys/ins/time.ins.pas'; function random:integer32; extern; %include 'bgc.ins.pas'; var fill_size : gpr_$offset_t; {x and y size of our fill bitmap} fill_hi_plane : gpr_$rgb_plane_t; {number of highest plane in fill bitmap} PROCEDURE check(IN messagex : string); {if last system call was unsuccesful prints an error message} BEGIN if status.all <> status_$ok then begin error_$print (status); writeln('error occurred while ',messagex); pgm_$exit; end; END; Procedure pause(IN t : real); {waits for t seconds - you might find this useful for debugging} VAR time : time_$clock_t; BEGIN time.high16 := 0; time.low32 := trunc(250000 * t); time_$wait (time_$relative, time, status); check('In Procedure PAUSE.'); END; function randno(n:integer):integer; {returns a number in range 1..n} begin randno := 1 + random mod n; end; {randno} procedure draw_image(in clip:gpr_$window_t); var window : static gpr_$window_t := [[0,0],[0,0]]; dest : gpr_$position_t; {destinition point for our bit-blts} i,j : integer; begin gpr_$set_clip_window (clip, status) ; discard(gpr_$acquire_display(status)); window.window_size := display_size; if pattern then begin gpr_$set_fill_pattern(fill_bitmap,1,status); gpr_$rectangle(window,status); check('rectangle'); end else begin for i := clip.window_base.x_coord div fill_size.x_size to (clip.window_base.x_coord+clip.window_size.x_size) div fill_size.x_size do begin dest.x_coord := i*fill_size.x_size; for j := clip.window_base.y_coord div fill_size.y_size to (clip.window_base.y_coord+clip.window_size.y_size) div fill_size.y_size do begin dest.y_coord := j*fill_size.y_size; gpr_$pixel_blt( fill_bitmap, window, dest, status ); check('pixel_blt'); {does a bit_blt from bitmap file to fill} end;{for} end;{for} end; {if} gpr_$release_display(status); end; {draw_image} PROCEDURE refresh(IN unobscured : boolean; IN position_change : boolean); const max_no_windows = 50; var vis_list : ARRAY[1..max_no_windows] OF gpr_$window_t; i, slots_total : integer; BEGIN gpr_$release_display(status); pad_$pop_push_window(pad,1,false,status); check('push'); discard(gpr_$acquire_display(status)); gpr_$set_cursor_active(false,status); gpr_$inq_vis_list (max_no_windows, slots_total, vis_list, status); FOR i := 1 TO slots_total DO BEGIN draw_image(vis_list[i]); END; gpr_$set_cursor_active(true,status); END;{draw} procedure getbitmap(in file_name:name_t;out fill_bitmap:gpr_$bitmap_desc_t); {gets bitmap from file_name} var dest : gpr_$position_t; {destinition point for our bit-blts} file_size : gpr_$offset_t; {x and y size of our file bitmap} file_hi_plane : gpr_$rgb_plane_t; {number of highest plane in file bitmap} color_map : gpr_$color_vector_t; version : gpr_$version_t; {some useless information returned by gpr_$open_bitmap_file} groups : integer; {more of the same} group_hs : gpr_$bmf_group_header_array_t; {field pixel_size * field n_sects should give # of planes in bitmap} created : boolean; {tells us if the bitmap file was created - should be false} attribs : gpr_$attribute_desc_t; {the attribute block for the bitmap file} window : static gpr_$window_t := [[0,0],[0,0]]; file_bitmap : gpr_$bitmap_desc_t; {this is the bitmap to fill with} i,j : integer; begin gpr_$allocate_attribute_block( attribs, status ); {our window} gpr_$open_bitmap_file( gpr_$readonly, file_name.body, file_name.length, version, {open the bitmap file} file_size, groups, group_hs, attribs, file_bitmap, created, status ); if status.all <> status_$ok then begin writeln('Couldn''t open ',file_name); pgm_$exit; end; {if} file_hi_plane := group_hs[0].pixel_size * group_hs[0].n_sects - 1; {calculates # of planes in file bitmap } fill_hi_plane := min(display_hi_plane,file_hi_plane); if fill_hi_plane = 7 then begin gpr_$inq_bitmap_file_color_map( file_bitmap, 0, 256, color_map, status ); discard(gpr_$acquire_display(status)); gpr_$set_color_map( 16, 240, color_map[16], status ); check('set colour map'); gpr_$release_display(status); end; {if} if (file_size.x_size = 32) and (file_size.y_size =32) then begin fill_size := file_size; pattern := true; end else begin {make sure fill bitmap is at least 200x200} fill_size.x_size := file_size.x_size*(1+ 200 div file_size.x_size); fill_size.y_size := file_size.y_size*(1+ 200 div file_size.y_size); pattern := false end; {if} gpr_$deallocate_bitmap(fill_bitmap,status); {deallocate fill_bitmap in case this isn't the first time we've been called} gpr_$allocate_bitmap(fill_size,fill_hi_plane,attribs,fill_bitmap,status); {allocate a memory bitmap for bit-blting to} window.window_size := file_size; {bitmap file} gpr_$set_bitmap( fill_bitmap, status ); for i := 0 to (fill_size.x_size-1) div file_size.x_size do begin dest.x_coord := i*file_size.x_size; for j := 0 to (fill_size.y_size-1) div file_size.y_size do begin dest.y_coord := j*file_size.y_size; gpr_$pixel_blt( file_bitmap, window, dest, status ); check('pixel_blt'); {does a bit_blt from bitmap file to fill} end;{for} end;{for} gpr_$deallocate_bitmap(file_bitmap,status); end; procedure drawit(in file_name:name_t); {read in the bitmap in file_name and display it} begin getbitmap(file_name,fill_bitmap); {draw the picture.} discard(gpr_$acquire_display(status)); gpr_$set_bitmap(display_bitmap, status ); refresh(true,false); gpr_$release_display(status); end; {drawit} function again_pressed (IN f_status : pfm_$fault_rec_t): pfm_$fh_func_val_t ; {this function is called when program gets a dq -c 1 signal this should happen when AGAIN is pressed} var lock: static boolean := false; {we ignore further interupts till we're finished} BEGIN if not lock then begin lock := true; drawit(argv_p^[randno(no_of_args-1)]^); lock := false; end; {if} again_pressed := pfm_$return_to_faulting_code; END; {again_pressed} //E*O*F bgc_rtn.pas// echo x - makefile cat > "makefile" << '//E*O*F makefile//' PFLAGS = -cpu 3000 bgc: bgc.bin bgc_rtn.bin /bin/ld bgc.bin bgc_rtn.bin -o bgc bgc.bin: bgc.ins.pas bgc_rtn.bin: bgc.ins.pas //E*O*F makefile// exit 0 From apollo-request@umix.cc.umich.edu Thu Mar 29 01:39:59 1990 Date: 27 Mar 90 17:24:07 GMT From: stickler%hylka%hydra%tut%sunic%uupsi%rpi%zaphod.mps.ohio-state.edu%pacific.mps.ohio-state.edu. Organization: University of Helsinki Subject: Problems w/ GnuEmacs on Apollo Message-Id: <2199.260fa1b7@cc.helsinki.fi> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I'm trying to install GnuEmacs 18.55 on a 3500 running 10.2, but am not a C programmer and can't begin to get around the following compile error... I'm using 'virgin' copies of both the 18.55 distribution and apollo-emacs 10.2/18.55 fixes, and have only modified the sed command in build-apollo-emacs to reflect a different path. All goes well until the file fileio.c where I get an error like: (2178) defsubr (&Sfile_writable_p); ...[Error #039] Improper parameter declaration "&". followed by about 7-8 more just like it (all from the file fileio.c), then compilation stops. Any ideas? ////////////////////////////////////////////////////////////////////// ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Patrick Stickler University of Helsinki stickler@hylka.helsinki.fi (BIX: stickler) Nokia Research Center stickler@pepper.rc.nokia.fi ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ////////////////////////////////////////////////////////////////////// From apollo-request@umix.cc.umich.edu Thu Mar 29 01:46:23 1990 Date: 28 Mar 90 21:06:00 GMT From: seth@cs.ucla.edu (Seth Goldman) Organization: UCLA Computer Science Department Subject: Help with NCSA Telnet/IPT uShare Message-Id: <33614@shemp.CS.UCLA.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Well the response to my last posting was non-existent so I'm trying again. Somebody out there must be running NCSA Telnet on their Macs to telnet to nodes in an apollo ring through IPT's uShare board. The apollo with the board should be acting as an internet/appletalk gateway but for some reason the packets are getting lost. I seem to be able to ping the mac running telnet but I think that what is happening is that the apollo is mapping the packets addressed to the mac to itself. If you have any insights or suggestions please send me mail. 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 Mar 29 01:50:25 1990 Date: 28 Mar 90 22:16:29 GMT From: sl11%prism%mephisto%emory%ogicse%dali%samsung%sol.ctr.columbia.edu%cica.uucp@tut.cis.ohio-state (LIEBESKIND,SUSAN H) Organization: Georgia Institute of Technology Subject: MOTIF vs. Open Dialogue - opinions requested Message-Id: <7518@hydra.gatech.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I am interested in hearing from people who are using MOTIF to develop Apollo applications, as well as from those folks who are using Open Dialogue. Any and all opinions are greatly appreciated. I'm particularly looking for information like how fast or slow said applications are, how robust the UI package seems to be, how pleased you are or aren't with the packages, etc. In other words, the usual subjective opinions! We are in the process of evaluating these two products, but for various internal reasons, we haven't yet gotten in our MOTIF order, or the newest version of Open Dialogue, and hearing from people would give me some idea of what I can expect. Email is best, and I will post a summary of the responses I get if there is sufficient interest. Thanks very much. Susan Liebeskind -- LIEBESKIND,SUSAN H Georgia Institute of Technology, Atlanta Georgia, 30332 uucp: ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!sl11 Internet: sl11@prism.gatech.edu From apollo-request@umix.cc.umich.edu Thu Mar 29 01:56:45 1990 Date: 28 Mar 90 23:03:36 GMT From: lori%hacgate%elroy.jpl.nasa.gov%usc%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Lori + 8/9) Organization: Hughes Aircraft Company, El Segundo CA Subject: Fiber! Message-Id: <7664@hacgate.scg.hac.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu One of my internets is moving to another building, one which already has fiber in the walls. So we'd like to substitute fiber for the standard token ring cable stuff. The gnomes at 2APOLLO say there are two products: Optelecom and DFL100 modems which can make fiber talk to non-10000 nodes (DN10000s will apparently soon have full-blown FDDI available). Optelecom is reportedly a third-party supplier and mysteriously has no known phone number :-). What no one can answer is if either product does what we want. I'd guess they are primarily for inter-netting (like between rings in local buildings). But do they intra-net? DFL100 is supposed to come in two flavors: "standard link" and "redundant link." Help! Anyone care to translate this? (Hah, just call MFLASO [My Friendly Local Apollo Sales Office], right?) FYI, DFL100 is priced at $1210 and the redundant fiber link, DFL100-R, runs $1265. The doc says something close to "you need two for a complete link." Since that's pretty obvious, I wonder if there's a limitation to just *two* nets or something. ..lori From apollo-request@umix.cc.umich.edu Thu Mar 29 02:01:44 1990 Date: 29 Mar 90 01:19:44 GMT From: syd%dsinc.DSI.COM%dsinc%sunybcs%zaphod.mps.ohio-state.edu%pacific.mps.ohio-state.edu.uucp@tut. (Syd Weinstein) Organization: Datacomp Systems, Inc., Huntingdon Valley, PA 19006 Subject: what does '?(cc) "binary file" - name not found (stream manager/IOS)' mean Message-Id: <1990Mar29.011944.14349@DSI.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Under SR10.2, CC6.7, NFS 2.1, When compiling things that are out on NFS partitions on foreign (non apollo) hosts from the apollo, often times I will get '?(cc) "binary file" - name not found (stream mamager/IOS)' back and the .o file will be zero length and it aborts my make. Just removing the .o, and it usually runs fine the second time. Any clues? -- ===================================================================== Sydney S. Weinstein, CDP, CCP Elm Coordinator Datacomp Systems, Inc. Voice: (215) 947-9900 syd@DSI.COM or bpa!dsinc!syd FAX: (215) 938-0235 From apollo-request@umix.cc.umich.edu Thu Mar 29 02:08:12 1990 Date: 27 Mar 90 19:15:38 GMT From: lehners%uniol%unido%mcsun.uucp@uunet.uu.net (Joerg Lehners) Organization: University of Oldenburg, W-Germany Subject: Superroot (//) oddity Message-Id: <1979@uniol.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hello ! I discovered some // (superroot) oddity on our SR10.1 DN 3000/3500. Here is a script: joerg @ sirius> pwd //wega/user/staff/joerg joerg @ sirius> cd // joerg @ sirius> ls -lg total 8 [...] drwxr-xr-x 1 root wheel 1024 Mar 25 05:46 saturn [...] drwxrwxr-x 1 root wheel 1024 Mar 25 18:43 wega joerg @ sirius> cd saturn joerg @ sirius> pwd //saturn joerg @ sirius> cd .. joerg @ sirius> pwd pwd: getwd: object not found (OS/file server) <- ODDITY ! joerg @ sirius> ls -lg total 8 drwxr-xr-x 1 root wheel 1024 Mar 25 05:42 jupiter [...] drwxr-xr-x 1 root wheel 1024 Mar 25 05:46 saturn [...] drwxrwxr-x 1 root wheel 1024 Mar 25 18:43 wega joerg @ sirius> Is this bug known ? Is there a cure against it ? Salvol does not complain anything to the filesystems in question. There seems to be another relating bug: just after installation of the OS from the AA the link count of the node entry shows up as 2. A salvol run fixed this (it fixed a refcnt error of the object /). Joerg -- / UUCP: lehners@uniol | Joerg Lehners \ | ...!uunet!unido!uniol!lehners | Fachbereich 10 Informatik ARBI | | BITNET: 066065 AT DOLUNI1 | Universitaet Oldenburg | \ Inhouse: aragorn!joerg | D-2900 Oldenburg / From apollo-request@umix.cc.umich.edu Thu Mar 29 02:14:37 1990 Date: 29 Mar 90 01:51:00 GMT From: sommerfeld%hpway%apollo.uucp@beaver.cs.washington.edu (Bill Sommerfeld) Organization: HP Apollo Systems Division, Chelmsford, MA. Subject: xntp patches for apollo SR10.2 Message-Id: Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu NTP is the Network Time Protocol, a time synchronization protocol in use on the Internet; xntp is an implementation of NTP for UNIX systems. This message includes patches to xntp to allow it to run on Apollo systems running Domain/OS SR10.2 and later. Note that xntp and xntpd are *not* supported by myself or by HP/Apollo; use it at your own risk; however, if you do have any problems with this software, I'm interested in hearing about them; send a *complete* report including as much information as possible about the problem via email at sommerfeld@apollo.com The base sources to which these patches can be applied was obtained by anonymous FTP from gw.ccie.utoronto.ca, in pub/ntp/xntp.tar.Z. Those interested in the details of the protocol will probably want to pick up the Internet Request for Comments 1119 (RFC1119); these are available from a number of places on the Internet, including by anonymous FTP from NIC.DDN.MIL in the RFC: directory. You may want to join an Internet mailing list about NTP; send mail to ntp-request@trantor.umd.edu to join. Announcements of new versions of ntp software and much other discussion happens on that list. Those configuring clocks on the Internet should fetch pub/ntp/ntpinfo and pub/ntp/clock.txt from louie.udel.edu for some advice. I'm not aware of any non-Internet sites which have xntp available for anonymous UUCP, so you're probably SOL if you're not connected to the Internet (please don't ask me to post sources; they're over 1MB uncompressed). What works: Support for both unicast and broadcast NTP has been tested with these patches; it has been built on both 680x0 and PRISM systems. Support for reference clocks has not been tested, although it might work; people with a spare radio clock are encouraged to try it out. Known bugs: XNTPD uses asynchronous I/O (aka SIGIO). There is a bug in the "short circuit" support for asynchronous UDP at SR10.2 and before; in order to run ntpq, xntpdc, and other programs that may talk to the daemon on the same host as the daemon, you need to either: a) turn on the lo0 ("loopback") interface in /etc/rc.local and communicate with "localhost" b) run these programs as root. To build on an SR10.2 system, you need to do the following in the BSD4.3 environment: - fetch and unpack the source tar file. - read the documentation and man pages in doc/* - apply the enclosed patches, either by hand or with "patch". - edit Config to include the appropriate definitions; you *must* include -DNOKMEM in DEFS; you might need to use -DNO_SIGNED_CHAR_DECL as well depending on which version of the C compiler you have. - apply the config file to the makefiles by running "make makefiles" - build the system by using "make". See the README file in the sources for additional information. *** xntpd/ntp_io.c/1 Sun Nov 5 19:24:42 1989 --- xntpd/ntp_io.c Fri Mar 23 15:43:38 1990 *************** *** 339,346 **** --- 339,348 ---- continue; if (inter_list[i].flags & INT_BCASTOPEN) continue; + #ifndef apollo inter_list[i].bfd = open_socket(&inter_list[i].bcast, 0); inter_list[i].flags |= INT_BCASTOPEN; + #endif } } *************** *** 744,753 **** n--; /* * Get a buffer and read the frame. If we ! * haven't got a buffer, or this is received ! * on the wild card socket, just dump the packet. */ ! if (i == 0 || free_recvbufs == 0) { char buf[RX_BUFF_SIZE]; (void) read(fd, buf, sizeof buf); --- 746,763 ---- n--; /* * Get a buffer and read the frame. If we ! * haven't got a buffer, ! #ifndef apollo ! * or this is received ! * on the wild card socket, ! #endif ! * just dump the packet. */ ! if ( ! #ifndef apollo ! i == 0 || ! #endif ! free_recvbufs == 0) { char buf[RX_BUFF_SIZE]; (void) read(fd, buf, sizeof buf); *** xntpd/ntp_unixclock.c/1 Wed Oct 25 22:53:05 1989 --- xntpd/ntp_unixclock.c Fri Mar 23 00:55:06 1990 *************** *** 4,10 **** --- 4,12 ---- */ #include + #ifndef NOKMEM #include + #endif #include #include #include *************** *** 365,371 **** ! #ifndef NOKMEM /* * clock_parms - return the local clock tickadj and tick parameters * --- 367,405 ---- ! #ifdef NOKMEM ! /* ! * clock_parms - return the local clock tickadj and tick parameters. ! * ! * Note that this version requires the correct constants to be set at ! * compile time. ! */ ! void ! clock_parms(tickadj, tick) ! u_long *tickadj; ! u_long *tick; ! { ! #ifndef HZ ! #define HZ 60 ! #endif ! ! #ifndef TICKADJ ! #define TICKADJ 668 /* correct for apollo SR10.2 ... */ ! #endif ! ! *tickadj = TICKADJ; ! *tick = 1000000L / HZ; ! #ifdef DEBUG ! if (debug) { ! printf("NOTE: Using preset values for tick and tickadj !!\n"); ! printf("kernel vars: tickadj = %d, tick = %d\n", ! *tickadj, *tick); ! } ! #endif ! } ! ! ! #else /* * clock_parms - return the local clock tickadj and tick parameters * *** xntpd/ntpd.c/1 Sat Sep 23 17:22:45 1989 --- xntpd/ntpd.c Fri Mar 23 00:38:51 1990 *************** *** 119,124 **** --- 119,125 ---- (void) ioctl(s, (u_long) TIOCNOTTY, (char *) 0); (void) close(s); } + (void) setpgrp(0, getpid()); } #ifdef DEBUG } From apollo-request@umix.cc.umich.edu Thu Mar 29 03:28:19 1990 Date: 29 Mar 90 06:11:08 GMT From: houghton@iuvax.cs.indiana.edu (Ric) Subject: disk copy Message-Id: <40087@iuvax.cs.indiana.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Is there anyway to do a complete diskcopy from one disk to another? It doesn't seem possible to do this with wbak/rbak, but I may be missing something. I'm purchasing a larger disk and I'm not real excited about reinstalling the operating system. (In fact, this is going to side effect several of my machines because I'm going to be swapping several disks around.) Thanks for any help, Ric Houghton houghton@iuvax.cs.indiana.edu look ma, no .sig From apollo-request@umix.cc.umich.edu Thu Mar 29 03:35:40 1990 Date: 29 Mar 90 07:52:58 GMT From: taylor%limbo.uucp@apple.com (Dave Taylor) Organization: Intuitive Systems, Mountain View, CA: +011 (415) 966-1151 Subject: Re: HP/Apollo Workstation magazine Message-Id: <585@limbo.Intuitive.Com> References: <5120@rtech.rtech.com> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu David McAllister from Relational Technology asks: > Could someone tell me how I might subscribe to the periodical > "Workstation" An independent newsmagazine for HP/Apollo workstation > & server users? Well, I'm glad you asked, David! The easiest way to subscribe to HP/Apollo "Workstation" magazine is to call the PCI toll-free number and ask for their Circulation department. The number is: 1 (800) 888-5093 If that doesn't work, you can try dropping a note to the editor by sending it to: Circulation Department WORKSTATION MAGAZINE Publications & Communications Inc. 12416 HyMeadow Drive Austin, TX 78750-1896 You might also inquire about "The HP Chronicle" which they also publish. It's more HP3000 focused, but there are some 9000 related things that show up, like "The Inside Track" covering the HP-UX business... Thanks again for asking! -- Dave Taylor Intuitive Systems Unix Editor Mountain View, California "Workstation" Magazine taylor@limbo.intuitive.com or {uunet!}{decwrl,apple}!limbo!taylor From apollo-request@umix.cc.umich.edu Thu Mar 29 05:19:17 1990 Date: 28 Mar 90 15:10:00 GMT From: dawson%apollo%hp-sdd%network.ucsd.edu.uucp@ucsd.edu (Keith Dawson) Organization: Hewlett-Packard Company, Apollo Division; Chelmsford, MA Subject: Re: DM and logout Message-Id: <4977230c.20b6d@apollo.HP.COM> References: <22581@watdragon.waterloo.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <22581@watdragon.waterloo.edu> dvadura@watdragon.waterloo.edu (Dennis Vadura) writes: >Ok, I've RTFM'ed the manual until I am blue in the face, but no luck in ... >So, Is there some way to do this? I can get the pid of the Xapollo process >and send it the HUP if I can run a script prior to loging out. Does the >DM look for the equivalent of a .logout file somewhere, when you logout? >From /sys/help/lo: You can execute a DM command script automatically at logout. The logout script must be in a file named `node_data/startup_logout.type, where type is one of the standard display type extensions used for startup filenames (for example, 19l, color, none, and so on). Note that you cannot start up new processes with cp, cps, or cpo from this script, because the DM is in the process of shutting down all existing processes, unless you specify the -w option with cps or cpd. Should'a' RTFH'ed! :^} -->Keith ____________________________________________________________ My opinions Keith Dawson Hewlett Packard Co. 508-256-0176 x5739 are my own. Graphics Technology Division / East 300 Apollo Dr. (CHR.03.DE) Chelmsford, MA 01824 USA My convictions Internet: dawson@apollo.hp.com are not for UUCP: {mit-eddie,yale,uw-beaver}!apollo!dawson public display. From apollo-request@umix.cc.umich.edu Thu Mar 29 05:21:35 1990 Date: 29 Mar 90 04:58:49 GMT From: sharp%ksi.cpsc.ucalgary.ca%calgary%alberta%ubc-cs%van-bc%zaphod.mps.ohio-state.edu.uucp@tut.cis (Maurice Sharp) Organization: Knowledge Science Lab, U. of Calgary, Calgary, Canada. Subject: bgc - what is a .bmf file ? Message-Id: <2656@cs-spool.calgary.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu So, I now have the bgc programm. What is the format of the files that it uses ? Where can I get some sample ones (anon ftp) ? thanx maurice Maurice Sharp MSc. Student University of Calgary Computer Science Department 2500 University Drive N.W. sharp@ksi.cpsc.UCalgary.CA Calgary, Alberta, T2N 1N4 ...!alberta!calgary!sharp From apollo-request@umix.cc.umich.edu Thu Mar 29 13:28:22 1990 Date: 29 Mar 90 15:10:04 GMT From: rees%dabo.ifs.umich.edu%terminator%umich.uucp@CS.YALE.EDU (Jim Rees) Organization: University of Michigan IFS Project Subject: Re: bgc - what is a .bmf file ? Message-Id: <1990Mar29.151004.12381@terminator.cc.umich.edu> References: <2656@cs-spool.calgary.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <2656@cs-spool.calgary.UUCP>, sharp@ksi.cpsc.ucalgary.ca (Maurice Sharp) writes: > > So, I now have the bgc programm. What is the format of the files > that it uses ? Where can I get some sample ones (anon ftp) ? > You can make them yourself with "cpscr -gpr_bitmap." See the GPR docs for more info. Should be pretty easy to modify the program for X bitmaps (or whatever they call them -- in X, a bitmap is only for icons, I think). From apollo-request@umix.cc.umich.edu Thu Mar 29 15:36:03 1990 Date: 29 Mar 90 15:10:04 GMT From: rees%dabo.ifs.umich.edu%terminator%umich.uucp@CS.YALE.EDU (Jim Rees) Organization: University of Michigan IFS Project Subject: Re: bgc - what is a .bmf file ? Message-Id: <1990Mar29.151004.12381@terminator.cc.umich.edu> References: <2656@cs-spool.calgary.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <2656@cs-spool.calgary.UUCP>, sharp@ksi.cpsc.ucalgary.ca (Maurice Sharp) writes: > > So, I now have the bgc programm. What is the format of the files > that it uses ? Where can I get some sample ones (anon ftp) ? > You can make them yourself with "cpscr -gpr_bitmap." See the GPR docs for more info. Should be pretty easy to modify the program for X bitmaps (or whatever they call them -- in X, a bitmap is only for icons, I think). From apollo-request@umix.cc.umich.edu Thu Mar 29 15:38:55 1990 Message-Id: <9003291624.AA10700@umix.cc.umich.edu> Date: Thu, 29 Mar 90 10:27:56 EST From: Scott Ferguson Subject: Large Volume Postscript Print Job To: APOLLO@UMIX.CC.UMICH.EDU I have some colleagues who have about 300 MBytes of Postscript data, equating to about 600 pages of paper. Obviously, to print this much stuff out would be ridiculous on a low-end printer with a 150-page paper tray. We need to find a professional outfit that can provide high-volume printing of Postscript files. Also, we would prefer to supply the data on Tar tapes, either 1/4" cartridges or 1/2" 9-track. We could also use cpio if that would be better (since tape swapping is supported. Does anyone know of a firm capable of and willing to do such work? We'll have many future ocurrances of this stuff. Thanks for your help, Scott Ferguson Exxon Research & Engineering Annandale, NJ 08801 (201) 730-2339 srfergu@erenj.bitnet From apollo-request@umix.cc.umich.edu Thu Mar 29 17:31:56 1990 Date: 29 Mar 90 15:05:13 GMT From: rees%dabo.ifs.umich.edu%terminator%umich.uucp@CS.YALE.EDU (Jim Rees) Organization: University of Michigan IFS Project Subject: Re: disk copy Message-Id: <1990Mar29.150513.12314@terminator.cc.umich.edu> References: <40087@iuvax.cs.indiana.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <40087@iuvax.cs.indiana.edu>, houghton@iuvax.cs.indiana.edu (Ric) writes: > > Is there anyway to do a complete diskcopy from one disk to another? > > It doesn't seem possible to do this with wbak/rbak, but I may be > missing something. > "cpt -pdt -sacl" should do it. Or "tar A |tar A". Maybe even cpio. And wbak/rbak should do it too, but I've never been able to figure out how to use them. Or you could do "dd if=/dev/wn0a of=/dev/wn1a" (just kidding; it will work but it's not what you want). You'll run into problems if you try to move a bootable volume this way. Be particularly careful of /sysboot. If you accidentally delete it, I don't know of any way to get it back. The boot prom doesn't find it by going through the file system, it's got the block numbers (2-11) hard-wired. Domain_OS tries to protect you from shooting yourself but I'm not sure whether it always succeeds -- it may be possible to remove the name even if you can't delete the blocks. Then there is a bunch of other stuff, like the hint file, that will confuse the OS if you just copy it. If you know what you're doing it's possible, but I would strongly recommend you re-install. It doesn't take all that long. From apollo-request@umix.cc.umich.edu Thu Mar 29 17:39:47 1990 Date: 29 Mar 90 15:20:00 GMT From: oj%apollo%hp-sdd%hp-pcd.uucp@hplabs.hp.com (Ellis Oliver Jones) Organization: Apollo Computer, Chelmsford, MA Subject: Re: MOTIF vs. Open Dialogue - opinions requested Message-Id: <497c33b9.20b6d@apollo.HP.COM> References: <7518@hydra.gatech.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <7518@hydra.gatech.EDU> sl11@prism.gatech.EDU (LIEBESKIND,SUSAN H) writes: >I am interested in hearing from people who are using MOTIF >to develop Apollo applications, as well as from those folks >who are using Open Dialogue. Any and all opinions are >greatly appreciated. I'm particularly looking for information >like how fast or slow said applications are, how robust the >UI package seems to be, how pleased you are or aren't with >the packages, etc. In other words, the usual subjective >opinions! Here in the development group for Open Dialogue and Motif, we're also interested in this feedback. Also, if you happen to be an Open Dialogue user, and you happen to have noticed a defect in the product, and you're thinking about filing an APR on it when you get around to it, please get around to it soon. We're in a stage of development right now in which bug reports are especially useful. Thanks. /Ollie Jones (speaking for myself, not necessarily for HP Apollo) From apollo-request@umix.cc.umich.edu Thu Mar 29 17:43:10 1990 Date: 26 Mar 90 17:40:22 GMT From: news%mingin%umich%samsung%cs.utexas.edu%swrinde.uucp@ucsd.edu (Paul Killey) Organization: University of Michigan College of Engineering Subject: site medix.uucp Message-Id: <1990Mar26.174022.4540@caen.engin.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu note to subscribers at a uucp site named medix. you don't seem to be in the uucp maps. send me a path to you, or fill out a map entry. thanks. From apollo-request@umix.cc.umich.edu Thu Mar 29 17:49:59 1990 Date: 29 Mar 90 17:49:46 GMT From: putnam%peanuts.nosc.mil.uucp@nosc.mil (Mike Putnam) Organization: Naval Ocean Systems Center, San Diego Subject: Bus error in Xlib Message-Id: <2059@nosc.NOSC.MIL> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have run across an Apollo X Window problem that has me stumped. We are running Aegis 10.2, C compiler version 68K Rev 6.7(316). In creating a graph widget (using the `graph widget' source from MIT's contrib directory) I get the ubiquitous `bus error'. A trace back results in: In routine "CompositeInsertChild" line 157 Called from "XtCreateWidget" line 231 Called from "graph_initialize" line 166 The assembly language for line 157 looks like this: MOVE.l d3,-(a7) MOVEA.l (7A.w,a2),a0 JSR (a0) Unfortunately register a0 ends up with address 101 which causes the bus error. Does any one know what routine is being called by CompositeInsertChild on line 157? Why would the compiler think that this routine is at address 101? Could I use MIT's Xlib source to debug Apollo's Xlib binary? Incidentally this program compiled and ran under Aegis 9.7. Other programs that use the graph widget produce no errors. Mike Putnam Naval Ocean Systems Center Code 634 San Diego, CA 92152 (619) 553-2926 Internet: putnam@nosc.mil UUCP: sdcsvax!noscvax!putnam From apollo-request@umix.cc.umich.edu Thu Mar 29 17:53:58 1990 Date: 29 Mar 90 17:26:00 GMT From: mejia%cs.umn.edu.uucp@ub.d.umn.edu (John C. Mejia) Organization: University of Minnesota, Minneapolis - CSCI Dept. Subject: Re: bgc - what is a .bmf file ? Message-Id: <1990Mar29.172600.7837@cs.umn.edu> References: <2656@cs-spool.calgary.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <2656@cs-spool.calgary.UUCP> sharp@ksi.cpsc.ucalgary.ca (Maurice Sharp) writes: > > So, I now have the bgc programm. What is the format of the files >that it uses ? Where can I get some sample ones (anon ftp) ? > Hmmmm....I've got the same problem. Will the original poster tell us where to get some sample files? Please use email. Thanks in advance. ---------- John C. Mejia mejia@cs.umn.edu ---------- From apollo-request@umix.cc.umich.edu Thu Mar 29 18:00:19 1990 Date: 29 Mar 90 18:46:27 GMT From: orand%kuhub.cc.ukans.edu%wuarchive.uucp@decwrl.dec.com Organization: University of Kansas Academic Computing Services Subject: "Ethernet or Apollo Token Ring?" Message-Id: <22651.261203a3@kuhub.cc.ukans.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I need some expert advice on networks. We have a lab with 16 DN 4000's networked with Ethernet. We are having severe problems with network speed and are contemplating going to Apollo Token Ring. I for one, think this is an excellent idea but would like to get some "real" opinions. The question is: "Ethernet or Apollo Token Ring?" "Why?" Brady... =========================================================================== Brady Orand - University of Kansas Computer Center Lawrence, Ks. 66045 ORAND@kuhub.cc.ukans.edu Work: (913) 864-0490 Home: (913) 749-1341 =========================================================================== From apollo-request@umix.cc.umich.edu Thu Mar 29 18:03:26 1990 Date: 29 Mar 90 18:07:37 GMT From: michal%kuhub.cc.ukans.edu%wuarchive.uucp@decwrl.dec.com Organization: University of Kansas Academic Computing Services Subject: Software conversion, 9.7->10.2, what to look out for Message-Id: <22649.2611fa8a@kuhub.cc.ukans.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu As some of you may have experienced, some programs that used to run an Apollos under 9.7 do not run under 10.2. We have a big Aircraft design package (125000 lines of code) that seems to throw sudden fits when running (after being compiled) under 10.2 The core of the package is written in Pascal although that should not hinder it under the new OS. Docuementation for 10.2 says that there are some things that became obsolete/changed but I could only narrow it down to pathnames, reading directory entries, one new pad$_ function. My question to all out there who have had to adapt software that run under 9.7 to 10.2. What one should look out for ? Is there a manual for obsolete/changed system calls ? I ofcourse come out from the supposition that the code will run if all the system calls are OK. Thanks to all who have responed regarding the chacl function. I will persue, but first things first. -- Merlin [The Magician] (AKA Michal Chmielewski) US Mail: Academic Computing Services, Univ. of Kansas, Lawrence, KS 66045, USA E-mail : michal@kuhub.cc.ukans.edu, michal@ukanvax.bitnet, AT&T (913)-864-0443 From apollo-request@umix.cc.umich.edu Thu Mar 29 21:34:07 1990 Date: 29 Mar 90 08:54:21 GMT From: davidb%braa%inmos%icdoc%ukc%mcsun.uucp@uunet.uu.net (David Boreham) Organization: none Subject: Re: Color Monitors and Mentor Quicksim Message-Id: <4955@ganymede.inmos.co.uk> References: <612@stdc01.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Some answers to some of Mike's questions: 1. Yes, monitors can be pulled and plugged between 3000, 3500, 3550, 4500 and probably 10000 (all using the 1024*800 color card that Mentor sell). I've no idea which of our monitors started on which machine. 2. We use quicksim on 3000,3500,3550,4500 for simulating boards. First get the LAI BLM library (very useful and necessary if you have anything more complex than TTL parts). We also write BLMs for various things, including processors. However, we recently found enough money to lay LAI to do those for us. I would seriously consider writing BLMs for the ASICs so that your simulation runs at a decent speed. Then drop in the gate-models for a final sim run. 3. Quickparts are pretty neat. However, I'm not sure how relavent they are to modeling ASICs. They do not allow different delay paths through the model under different circumstances, something which usually becomes necessary with complex chips. 4. Your board sounds pretty large. We have only simulated fairly small designs (100 ICs or so) and they run adequately fast on a 3550. Expanding actually represents the major bind with our designs. From what I hear from other users, putting a couple of 10000 gate ASICs in there will slow things down quite considerably. David Boreham, INMOS Limited | mail(uk): davidb@inmos.co.uk or ukc!inmos!davidb Bristol, England | (us): uunet!inmos.com!davidb +44 454 616616 ex 547 | Internet: davidb@inmos.com From apollo-request@umix.cc.umich.edu Thu Mar 29 21:37:56 1990 Date: 29 Mar 90 21:11:00 GMT From: rimbold%apollo%hp-sdd%cs.utexas.edu%swrinde.uucp@ucsd.edu (Robert Rimbold) Organization: Hewlett-Packard Company, Apollo Division; Chelmsford, MA Subject: Re: disk copy Message-Id: <497d6d85.20b6d@apollo.HP.COM> References: <40087@iuvax.cs.indiana.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <40087@iuvax.cs.indiana.edu> houghton@iuvax.cs.indiana.edu (Ric) writes: > > > Is there anyway to do a complete diskcopy from one disk to another? > > It doesn't seem possible to do this with wbak/rbak, but I may be > missing something. > > I'm purchasing a larger disk and I'm not real excited about > reinstalling the operating system. (In fact, this is going to > side effect several of my machines because I'm going to be swapping > several disks around.) An OS can successfully be duplicated with the cpt command. I've done it before. There are a few basic caveats to the method. - You will have to use cpboot to locate the sysboot image correctly the destination system. - When copying to systems with different hardware configurations than the master copy, you must make sure that all the supporting software exists. This includes things like type managers, diagnostics, and microcode. - Re-create the pseudo terminals in /dev with the command /etc/crpty once the disk has been installed on a system with a different node ID (UIDs are encoded into the pty devices). You will need to make sure that the master copy isn't booted while it's being copied from (files would be locked). I'd suggest a command line of: /com/cpt /source /destination -sacl -pdt -l 'Rob Disclaimer: Of course, I speak only for myself and neither HP/Apollo nor myself support this method. Do it at your own risk, keep backups, and never overrwrite your source disk until you're *really* sure everything works. From apollo-request@umix.cc.umich.edu Thu Mar 29 23:47:03 1990 Date: 29 Mar 90 17:53:31 GMT From: acmeyer%hpfcso.uucp@hplabs.hp.com (Alan C. Meyer) Organization: Hewlett-Packard, Fort Collins, CO, USA Subject: Questions on malloc() Message-Id: <9330001@hpfcso.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi. I am investigating support for pointers in Fortran, one of many new features of the soon(?) to be ratified Fortran standard. I have some questions about malloc() on Apollo machines. I currently have access to a 10.2 DN4500. * The man pages describe both malloc(3C) and malloc(3X). Are these related to the corresponding malloc() routines on HP-UX? Is there now, or are there plans for, new versions of malloc()? Are there any plans to make use of the new malloc() developed for HP-UX 8.0? * Are there differences in malloc() available on different Apollo platforms? * Are there other alternatives to malloc() for low level memory allocation support that I should consider? * What other questions should I be asking? I would appreciate any information/comments on this, as well as suggestions for sources I should consider. I would be interested in implementation/ algorithm on Apollo malloc() as well. Thanks, Alan Meyer Hewlett-Packard Colorado Language Lab acmeyer@hpfcrt.hp.com From apollo-request@umix.cc.umich.edu Fri Mar 30 01:32:02 1990 Message-Id: <9003300534.AA22282@umix.cc.umich.edu> Date: 29 Mar 90 23:17:00 CST From: "DAVE ERSTAD" Subject: Re: Software Conversion, 9.7 -> 10.2 To: "apollo" > ... We have a big > Aircraft design package that seems to throw > sudden fits when running under 10.2 Could you be a little more specific about the behavior of the program at 10.2? I've got lots of ideas, but without more background it'd be shooting in the dark. I've converted about 150,000 lines of code to SR10, most of it Pascal, so have encountered many of the conversion problems (although I'm sure not by any means all). Big ones to watch out for, besides the clearly documented ones (case sensitivy , etc.) are large static data structures, and a few undocumented changes to the compilers and runtime libraries. For example 'writeln(real_variable:-1)' used to be legal but now dies (this was a change to ftnlib sometime between 10.1 and 10.2 compiler versions.) There are a lot of little gotchas like that. Dave Erstad DERSTAD@cim-vax.honeywell.com Honeywell SSEC From apollo-request@umix.cc.umich.edu Fri Mar 30 07:22:20 1990 Date: 30 Mar 90 08:28:28 GMT From: root%vlsi-mentor%elroy.jpl.nasa.gov%usc%snorkelwacker.uucp@BLOOM-BEACON.MIT.EDU (The vlsi-mentor Super User) Organization: Jet Propulsion Laboratory, Pasadena CA Subject: DMVI and RN Message-Id: <1990Mar30.082828.7089@vlsi-mentor.jpl.nasa.gov> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu So I got DMVI to work on my APOLLOS. How come it doesn't pop up a pad from within RN? Does that have to do with curses? Also, is the person who knows about RN file locking problems still out there? Could you post or E-Mail how to fix them, and/or how to get around RN using curses? Thanks!! -- ---- Dave Hayes "Truth is a constant. Interpretation is the variable." dave@vlsi-mentor.jpl.nasa.gov dave%vlsi-mentor.jpl.nasa.gov@jpl-mil From apollo-request@umix.cc.umich.edu Fri Mar 30 07:26:31 1990 Date: 30 Mar 90 08:22:45 GMT From: root%vlsi-mentor%elroy.jpl.nasa.gov%usc%snorkelwacker.uucp@bloom-beacon.mit.edu (The vlsi-mentor Super User) Organization: Jet Propulsion Laboratory, Pasadena CA Subject: Re: bgc - what is a .bmf file ? Message-Id: <1990Mar30.082245.6723@vlsi-mentor.jpl.nasa.gov> References: <2656@cs-spool.calgary.UUCP>, <1990Mar29.151004.12381@terminator.cc.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1990Mar29.151004.12381@terminator.cc.umich.edu> rees@citi.umich.edu (Jim Rees) writes: >In article <2656@cs-spool.calgary.UUCP>, sharp@ksi.cpsc.ucalgary.ca >(Maurice Sharp) writes: >> So, I now have the bgc programm. What is the format of the files >> that it uses ? Where can I get some sample ones (anon ftp) ? >You can make them yourself with "cpscr -gpr_bitmap." See the GPR docs for >more info. Ok...now who wants to write a GIF=>BMF translator? -- ---- Dave Hayes "Truth is a constant. Interpretation is the variable." dave@vlsi-mentor.jpl.nasa.gov dave%vlsi-mentor.jpl.nasa.gov@jpl-mil From apollo-request@umix.cc.umich.edu Fri Mar 30 07:30:15 1990 Date: 30 Mar 90 07:39:59 GMT From: larss%draken%kth.se%sunic%uupsi%rpi%zaphod.mps.ohio-state.edu%pacific.mps.ohio-state.edu.uucp@ (Lars Schylberg) Organization: Royal Institute Of Technology, Stockholm, Sweden Subject: X11 problems Message-Id: <3242@draken.nada.kth.se> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi I have experienced some problems with some X-window programs and would be glad if someone could explain why it behaves this way. First I have never managed to get Xpr to work. I'm running a DN3500, bsd4.3 X11 from Apollos SR10.2 release. I have a 8 bit color display monitor. I have tried to dump with Xwd both in xy and z format. Then when I want produce a postscript file with 'Xpr -device ps -out xxx.ps xxx' the ps file comes out correct but it contains only black '0'. If try to dump it -inv it only comes out with white 'f's. Is this a bug in some way and is there any way to get around it. It is very annoying not be able to print our Xwindows on the printer. My second problem is concerning the color handling when running both X11 and dm. I'm running x as root. When I have run a X application that has destroyed the dm colortable, I set it back with lcm. But when I do this it doesn't set the X colors back also as they where before I started to run my program. I am always ruining my xcolors so that blue becomes yellow eg.. I feel there is some lack of stratergy of the implemeters of this dm - x combination. Maybe some could help me how to get around these problems. Finally I would like hear if someone have managed to build a new colordatabase for X with the rgb program. I have tried to add some of my own colors but not succeded. Could some one give me some examples if you have managed to do this. thanks in advance Lars. -- Lars Schylberg Email: larss@nada.kth.se (Internet) Department of Photogrammetry larss@sekth.bitnet (Bitnet) Royal Institute of Technology Tel. +46 8 790 86 33 (office) S-100 44 STOCKHOLM, SWEDEN Fax. +46 8 10 91 99 From apollo-request@umix.cc.umich.edu Fri Mar 30 08:12:35 1990 Date: 30 Mar 90 06:56:33 GMT From: gjalt%euteal%al%tuegate.tue.nl%hp4nl%mcsun.uucp@uunet.uu.net (& de Jong) Organization: Eindhoven University of Technology, Eindhoven, The Netherlands. Subject: global X libraries Message-Id: Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Out of the manual page of Xapollo (SR10.2): - The Domain/X11 libraries have also been slightly modified so that they can be linked to X clients that were compiled and type-stamped under the "bsd4.2," "bsd4.3," or "sys5.3" environments. Xlib and the Toolkit library are now run-time libraries with globally-known symbols and must be included in the client node's /etc/sys.conf files with the lines lib x11lib, optional lib xtlib, optional In addition, the following libraries must be inlib'ed: /lib/xawlib /lib/x11paslib /usr/X11/lib/libXmu.a Why should these last libraries be inlib'ed (and therefore not inherited by other shells (at least whenever you start a shell in a new window). I can't imagine (yet) why these (at least the /lib/x*) may not also be put in /etc/sys.conf. -- __ Gjalt G. de Jong, | Phone: +(31)40-473345 Eindhoven University of Technology, Dept. of Electr. Eng. (ES/EH 7.26) P.O. Box 513, 5600 MB Eindhoven, The Netherlands Email: gjalt@ele.tue.nl From apollo-request@umix.cc.umich.edu Fri Mar 30 09:26:49 1990 Resent-Message-Id: <9003301348.AA04708@umix.cc.umich.edu> Message-Id: <9003301348.AA04708@umix.cc.umich.edu> Resent-Date: Fri, 30 Mar 90 08:44:30 EST Resent-From: Scott Ferguson Resent-To: APOLLO@UMIX.CC.UMICH.EDU 30 Mar 90 08:36:52 EST Mar 90 08:35:33 EST Date: Fri, 30 Mar 90 08:35:31 EST From: Subject: Re: bgc - what is a .bmf file ? To: apollo@umix.cc.umich.edu A BMF is the same as a GPR bitmap, y'all! Therefore, all GIF2GPR translators make BMF files. BMF was just an old nickname for GPR bitmap files. In fact, back when I was a boy, bmf files didn't have locally stored color maps, so you had to do all kinds of yuck to store the color tables. Nowadays, they're very nice, and I haven't called them BMF's for a while, now I just call them GPR bitmaps. Scott From apollo-request@umix.cc.umich.edu Fri Mar 30 10:57:03 1990 Date: Fri, 30 Mar 90 08:32:19 EST From: altair@caen.engin.umich.edu (Phil Gleason (HP/Apollo Novi)) Message-Id: <4980da7ef.00129dc@caen.engin.umich.edu> To: apollo@umix.cc.umich.edu, jm67%prism%mephisto%usenet.ins.cwru.edu.uucp@tut.cis.ohio-state.edu Subject: Re: ...Still trying to compile SPICE3c1 under SYSV....? From apollo-request@umix.cc.umich.edu Fri Mar 30 11:26:34 1990 Date: 30 Mar 90 14:34:00 GMT From: oj%apollo%hp-sdd%cs.utexas.edu%usc%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Ellis Oliver Jones) Organization: Apollo Computer, Chelmsford, MA Subject: Re: Bus error in Xlib Message-Id: <498111e8.20b6d@apollo.HP.COM> References: <2059@nosc.NOSC.MIL> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <2059@nosc.NOSC.MIL> putnam@peanuts.nosc.mil (Mike Putnam) writes: >I have run across an Apollo X Window problem that has me stumped. >We are running Aegis 10.2, C compiler version 68K Rev 6.7(316). >In creating a graph widget (using the `graph widget' source from >MIT's contrib directory) I get the ubiquitous `bus error'. > >A trace back results in: > In routine "CompositeInsertChild" line 157 > Called from "XtCreateWidget" line 231 > Called from "graph_initialize" line 166 I've seen problems like this when there's an incompatibility between the Xt header files used when compiling the widget, and the Xt header files which correspond to the /lib/xtlib version. Differing versions of xt aren't binary-compatible with each other. For example, r2 contained a typedef'd type called Dimension which was a "short int." Later versions made Dimension a "long int". Domain/X11 V1.0 (sr9.7) contained the xv11r2 Xt, whereas sr10.2 (bundled X) contained the xv11r3 Xt. This might be the problem-- double check how you're compiling the graph widget. There's another tricky detail with shareable libraries. You need to tell the C COMPILER (not just the loader) that you're going to use an inlibable library... try something like this.... cc -g -c whatever.c -W0,-inlib,/lib/xawlib,-inlib,/lib/xtlib Hope this helps, Ollie Jones (speaking for myself) From apollo-request@umix.cc.umich.edu Fri Mar 30 13:12:48 1990 Date: 30 Mar 90 15:12:00 GMT From: rew%apollo%hp-sdd%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Robert Wolters) Organization: Hewlett-Packard Apollo Division - Chelmsford, MA Subject: Re: Ethernet or Apollo Token Ring Message-Id: <4981342d.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu > orand@kuhub.cc.ukans.edu writes: > > I need some expert advice on networks. We have a lab with 16 DN 4000's > networked with Ethernet. We are having severe problems with network speed > and are contemplating going to Apollo Token Ring. I for one, think this > is an excellent idea but would like to get some "real" opinions. > > The question is: > > "Ethernet or Apollo Token Ring?" "Why?" Hi Brady, First off, you didn't mention what OS level you are using. If it is sr9.7 or sr10.1 there have been significant improvements to the ethernet microcode [/sys/ethernet8_microcode] regarding performance and bug fixes. Patch 38 is available for your m68k machines. sr10.2 includes these patches. Also, you didn't mention whether the performance was TCP or Domain service related - or both. Hope this helps. Cheers, Rob Wolters Hewlett-Packard Networking Support rew@apollo.hp.com From apollo-request@umix.cc.umich.edu Fri Mar 30 13:25:56 1990 Date: 30 Mar 90 16:10:55 GMT From: rees%dabo.ifs.umich.edu%terminator%umich.uucp@CS.YALE.EDU (Jim Rees) Organization: University of Michigan IFS Project Subject: Re: DMVI and RN Message-Id: <1990Mar30.161055.2149@terminator.cc.umich.edu> References: <1990Mar30.082828.7089@vlsi-mentor.jpl.nasa.gov> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <1990Mar30.082828.7089@vlsi-mentor.jpl.nasa.gov>, root@vlsi-mentor.jpl.nasa.gov (The vlsi-mentor Super User) writes: > So I got DMVI to work on my APOLLOS. How come it doesn't pop up a pad > from within RN? Does that have to do with curses? > Sort of. It's calling pad_$isa_dm_pad and refusing to edit if it's not running in a pad. Curses operated in a vt100 window, which isn't the same thing as a DM pad. Here's my version of this utility. It edits in the pad by default, or will pop up a new window if you give it '-w'. If you like to hack (in the old sense of the word) it could use options for size and placement of the window, which edge to use for pad edits, etc. /* * wpe [ -s -w ] * * -s : 'n' is size of pad as percentage of window size * -w: Make a new window * * Jim Rees, Apollo Computer 1983 */ #include #include "/sys/ins/base.ins.c" #include "/sys/ins/pad.ins.c" #include "/sys/ins/error.ins.c" short size = 70; int wflag; pad_$window_desc_t w; main(ac, av) int ac; char *av[]; { char *name; short namelen; ios_$id_t strid; status_$t st; while (ac > 1 && av[1][0] == '-') { switch (av[1][1]) { case 's': size = atoi(av[2]); ac--; av++; break; case 'w': wflag = 1; break; } ac--; av++; } if (ac != 2) { fprintf(stderr, "usage: wpe [ -s size ] [ -w ] \n"); exit(1); } name = av[1]; namelen = strlen(name); if (wflag) pad_$create_window(*name, namelen, pad_$edit, (short) 1, w, strid, st); else pad_$create(*name, namelen, pad_$edit, ios_$stdout, pad_$bottom, (short) 0, size, strid, st); if (st.all != status_$ok) { error_$print(st); exit(st.all); } pad_$edit_wait(strid, st); if (st.all != status_$ok) { error_$print(st); exit(st.all); } exit(0); } From apollo-request@umix.cc.umich.edu Fri Mar 30 15:16:02 1990 Date: 30 Mar 90 15:19:00 GMT From: oliveria%srvr1%caen.engin.umich.edu%umich.uucp@CS.YALE.EDU (ROQUE DONIZETE DE OLIVEIRA) Organization: The University of Michigan, Ann Arbor Subject: Re: bgc - what is a .bmf file ? Message-Id: <1990Mar30.151907.16308@caen.engin.umich.edu> References: <1990Mar30.082245.6723@vlsi-mentor.jpl.nasa.gov> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu >From article <1990Mar30.082245.6723@vlsi-mentor.jpl.nasa.gov>, by root@vlsi-mentor.jpl.nasa.gov (The vlsi-mentor Super User): > In article <1990Mar29.151004.12381@terminator.cc.umich.edu> rees@citi.umich.edu (Jim Rees) writes: >>In article <2656@cs-spool.calgary.UUCP>, sharp@ksi.cpsc.ucalgary.ca >>(Maurice Sharp) writes: >>> So, I now have the bgc programm. What is the format of the files >>> that it uses ? Where can I get some sample ones (anon ftp) ? >>You can make them yourself with "cpscr -gpr_bitmap." See the GPR docs for >>more info. > > Ok...now who wants to write a GIF=>BMF translator? > > -- > ---- > Dave Hayes "Truth is a constant. Interpretation is the variable." > dave@vlsi-mentor.jpl.nasa.gov > dave%vlsi-mentor.jpl.nasa.gov@jpl-mil We have a few gpr to whatever conversion programs. Like gpr2ps, gpr2rle, gpr2gif, tiff2gpr (not very good), etc. They are about 500 lines each and work ok (there are rooms for improvement, I can tell you that). If you would like a copy, send me e-mail at oliveria@caen.engin.umich.edu From apollo-request@umix.cc.umich.edu Fri Mar 30 15:26:41 1990 Date: 22 Mar 90 08:24:22 GMT From: dmk%nucs.cs.nu.oz%nuts%cluster%metro%usage%ccadfa%csc%munnari.oz.au.uucp@uunet.uu.net (David Koch) Organization: Computer Science Dept, Newcastle University, Australia Subject: SCSI Tape Drives on Apollo Workstations Message-Id: <563@nuts.nu.oz.au> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Re: 2G 8mm Tape Cartridge Unit. Is this just an unmodified Exabyte EXB-8200 SCSI sub-system, or have HP/Apollo modified its firmware? Re: 60MB/150MB Tape Cartridge Units Are these un-modified Wangtek SCSI Tape Cartridge units? or someone elses manufacture? or are they modified in some way? The reason I'm asking is fairly obvious! David Koch, Professional Officer Department of Electrical Engineering & Computer Science University of Newcastle, NSW 2308, Australia. Ph: (049) 685-593 or -453, Fax: (049) 601-712, ACSnet: dmk@nucs.nu.oz From apollo-request@umix.cc.umich.edu Fri Mar 30 15:26:56 1990 Date: Fri 30 Mar 90 10:49:10-PST From: Steve Albrecht Subject: Inconsistant script To: apollo@umix.cc.umich.edu Message-Id: <638822950.670000.ALBRECHT@INTELLICORP.COM> Mail-System-Version: I always evaluate the following script in the last DM shell window that is created by by dm_startup. I do this immediately after logging in, so all conditions (should be) the same. Most of the time, the script works perfectly but about 1 time out of 5, it returns without apparently doing anything. Can someone explain? #!/bin/csh set term=vt100 /com/vt100 I am using Domain/OS 10.1 and BSD4.3 environment on a DN3000. Thanks. (::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::) ) Steve Albrecht - IntelliCorp, Inc. - Knowledge Systems Product Development ( ( "Opinions expressed here are my own, if anyone's, and not my employer's." ) ) DDN albrecht@intellicorp.com : COMPUSERVE 73657,1342 ( ( UUCP ...!sun!intellicorp.com!albrecht : public bbs (415)969-5643 ) ) or ...!sun!icmv!albrecht : "c"omment to sysop ( (::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::) ------- From apollo-request@umix.cc.umich.edu Fri Mar 30 17:14:09 1990 Date: 30 Mar 90 19:33:53 GMT From: beihl%cadillac%milano%cs.utexas.edu.uucp@tut.cis.ohio-state.edu Organization: MCC CAD Program, Austin, TX Subject: DDE unable to routines in child process? Message-Id: <7300@cadillac.CAD.MCC.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Say it isn't so, please...! I can't figure out how to get DDE (the Apollo debugger) to call a function within the process being debugged. Does anyone know how to do this? This seems to me to be a pretty basic feature of a debugger. Don't tell me to use dbx, it's far too slow on the Apollo. Gary Beihl (beihl@mcc.com) From apollo-request@umix.cc.umich.edu Fri Mar 30 21:07:52 1990 Date: Fri, 30 Mar 90 19:04:00 edt From: ananth@metropolis.mit.edu (Ananth Annapragada) Message-Id: <9003310004.AA00470@metropolis.mit.edu> To: apollo@umix.cc.umich.edu, beihl%cadillac%milano%cs.utexas.edu.uucp@tut.cis.ohio-state.edu Subject: Re: DDE unable to routines in child process? Maybe you can be more specific about the nature of the functions you are calling. Also, in the good old days of /com/debug, you needed to compile your routines with an option to allow debugger access (-dba?). I would assume a similar option exists for dde. I couldnt tell because I am still living in the past with sr9.7, but seeing some of the problems the net is reporting, I think I might just stay here a while and watch the fun....:-) Ananth. From apollo-request@umix.cc.umich.edu Fri Mar 30 21:15:54 1990 Date: 30 Mar 90 22:14:00 GMT From: vasta%apollo%hp-sdd%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (John Vasta) Organization: Hewlett-Packard Company, Apollo Division; Chelmsford, MA Subject: Re: ...Still trying to compile SPICE3c1 under SYSV....? Message-Id: <4982ad9b.20b6d@apollo.HP.COM> References: <7529@hydra.gatech.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <7529@hydra.gatech.EDU> jm67@prism.gatech.EDU (MURRAY,JEFFREY P) writes: >Howdy! > I have received several suggestions for compiling under >SYS5, but thus far, none have proven even remotely successful. > [ ... ] >However, I have since been nailed by >several files within the CP directory. These look for additional >include files (such as time.h) which are not included in SYS5. >Specifically, the syntax in question (from the file lexical.c), >is as follows: > >#include > > Now, I really don't want to go adding links from SYS5 to >BSD directories, and I HAVE tried altering the -I (include) >option in the Makefile for the CP directory...all to no >avail. Apparently I will HAVE to hack up the SYS5 include directories >to include BSD commands, or its no go. If you have BSD installed on the same node as, you could use "-A systype,bsd4.3" on the C compiler command line to cause it to look in /bsd4.3/usr/include for header files (it has other effects as well; it puts bsd4.3 systype marks in the object files). If you do have the BSD stuff available, I assume you have a good reason for not wanting to use a BSD environment? John Vasta Hewlett-Packard Apollo Systems Division vasta@apollo.hp.com M.S. CHA-01-LT (508) 256-6600 x6362 300 Apollo Drive, Chelmsford, MA 01824 UUCP: {decwrl!decvax, mit-eddie, attunix}!apollo!vasta From apollo-request@umix.cc.umich.edu Sat Mar 31 01:08:01 1990 From: tpfabian@nasamail.nasa.gov (THEODORE FABIAN) Date: Fri, 30 Mar 90 20:10 PST Message-Id: To: Subject: RE: "Ethernet or Apollo Token Ring?" X-Lines: 66 > >Subj: [From: ] "Ethernet or Apollo > Token Ring?" > >From: orand%kuhub.cc.ukans.edu%wuarchive.uucp@decwrl.dec.com > > I need some expert advice on networks. We have a lab with 16 DN 4000's >networked with Ethernet. We are having severe problems with network speed >and are contemplating going to Apollo Token Ring. I for one, think this >is an excellent idea but would like to get some "real" opinions. > > The question is: > > "Ethernet or Apollo Token Ring?" "Why?" > > Brady... > >=========================================================================== >Brady Orand - University of Kansas Computer Center Lawrence, Ks. 66045 > >ORAND@kuhub.cc.ukans.edu > well, I'm certainly not an expert, but I'd like to offer a few off the cuff comments... 1) we're running an "all ethernet" shop.. we've got 50 or so DN3x00s on four ethernets.. we've found that depending on the physical media of the ethernet, response varies.. for example, things work better with RG58.. it's the thinwire spec.. if RG59, or RG62 get mixed into the network, things slow down considerably... 2) there is a phyiscal distance factor for thinnet ethernets.. if you go beyond it, you'll see degradation... 3) seems to me that token ring is slower based on the specs... if I recall correctly (note, I'm doing this be memory without aid of reference books) 802.3 ethernet is rated at 10mb/sec while 802.7 token ring is rated at 4mb/sec... if my memory serves correct, wouldn't you see worse response time using token ring???? 4) also, you've got to look at your applications, and how you've situated them and your user(s) data on the network... eg. if user A stores data on node Z, but always logs on at node Y, why not move the home directory to node Y... poor allocation of data / disk storage can really slow your network down.. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - * Thanks, * * Ted Fabian NASA Lewis Research Center * * Cleveland, Ohio * * * * phone: 216-433-6307 FTS 297-6307 | disclaimer: * * email: tpfabian@nasamail.nasa.gov | my opinions * * tfabian@mars.lerc.nasa.gov | are my own * - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From apollo-request@umix.cc.umich.edu Sat Mar 31 06:18:26 1990 Date: 29 Mar 90 12:59:51 GMT From: jm67%prism%mephisto%usenet.ins.cwru.edu.uucp@tut.cis.ohio-state.edu (MURRAY,JEFFREY P) Organization: Georgia Institute of Technology Subject: ...Still trying to compile SPICE3c1 under SYSV....? Message-Id: <7529@hydra.gatech.EDU> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Howdy! I have received several suggestions for compiling under SYS5, but thus far, none have proven even remotely successful. I did indeed write a "null" C executable named "ranlib" and included in my .profile file a pathname which included the directory containing it. This allowed compilation to proceed through the DEV directories. However, I have since been nailed by several files within the CP directory. These look for additional include files (such as time.h) which are not included in SYS5. Specifically, the syntax in question (from the file lexical.c), is as follows: #include Now, I really don't want to go adding links from SYS5 to BSD directories, and I HAVE tried altering the -I (include) option in the Makefile for the CP directory...all to no avail. Apparently I will HAVE to hack up the SYS5 include directories to include BSD commands, or its no go. By the way, I really think that BSD commands ARE required, even for HP-UX, because I have encountered at least one place (std.c under /spice3/CP) where the Makefiles essentially tell you that they are going to temporarily use BSD stuff. Am I reading all of this right? Also, am I the only person who has tried to compile under SYS5 thus far (It DOES seem more and more like it as time goes on...:-) Thanks in advance... Jeff From apollo-request@umix.cc.umich.edu Sat Mar 31 15:37:29 1990 Date: 31 Mar 90 18:46:00 GMT From: zeleznik%cs.utah.edu%hellgate.utah.edu%cs.utexas.edu%wuarchive.uucp@decwrl.dec.com (Mike Zeleznik) Organization: University of Utah CS Dept Subject: Question: X11 on 9.7 diskless 330 performance Message-Id: <1990Mar31.114600.14268@hellgate.utah.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu We are looking at the following configuration: - running either the current Apollo X11 or MIT X11 - on 9.7 - on diskless 330s - with 3 Meg - to be used SOLELY as an X server; no local computing - paged off either a 3000 (w/ 4 Meg) or DSP-90 (w/ 3 Meg) Does anyone have ANY experience that would help in determining: 1) what kind of performance we can expect (I know it won't be hot), and 2) how big a diskless/disk ratio we could get away with. Thanks in advance, 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 Sat Mar 31 19:36:36 1990 Date: 31 Mar 90 21:52:43 GMT From: phcalamai%water%maytag.uucp@iuvax.cs.indiana.edu (Paul H. Calamai) Organization: U of Waterloo, Ontario Subject: bgc - I don't have a Pascal compiler Message-Id: <3118@water.waterloo.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi. I'm really interested in bgc but I don't have the necessary compiler to make the executable. Could someone please email or post the executable (after encoding, etc). Thanks in advance. Paul Calamai University of Waterloo (519) 885-1211 x3182 phcalamai@watfun.waterloo.edu From apollo-request@umix.cc.umich.edu Sun Apr 1 16:34:53 1990 Date: 1 Apr 90 18:56:00 GMT From: oj%apollo%hp-sdd%cs.utexas.edu%usc.uucp@ucsd.edu (Ellis Oliver Jones) Organization: Apollo Computer, Chelmsford, MA Subject: Re: global X libraries Message-Id: <498c0b59.20b6d@apollo.HP.COM> References: Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article gjalt@ele.tue.nl (Gjalt de Jong) writes: >Out of the manual page of Xapollo (SR10.2): > lib x11lib, optional > lib xtlib, optional > In addition, the following libraries must be inlib'ed: > /lib/xawlib > /lib/x11paslib > /usr/X11/lib/libXmu.a >I can't imagine (yet) why these (at least the /lib/x*) may not also be put in >/etc/sys.conf. The /lib files certainly may be. We didn't, because some machines (300 series) have limited address space dedicated to the global symbol table, and we couldn't justify consuming it with X stuff. It's arguable that perhaps /usr/X11/lib/libXmu.a should be incorporated into /lib/x11lib . This may have been an oversight. Sorry, it's impossible to inlib it; it's an archive, not a shared library. Rather than inlib'ing libraries manually in a shell, you can cause them to be inlib'd automatically at program runtime by specifying their names in the -inlib option to a compiler or binder. For example: 1. /com/bind .... -inlib /lib/x11paslib ... 2. /bin/ld ... -A inlib,/lib/xawlib 3. /bin/cc ... -W0,-inlib,/lib/xawlib ... I STRONGLY recommend example 3 to Domain/OS X toolkit programmers. /Ollie Jones (speaking for myself, not necessarily for HP/Apollo) From apollo-request@umix.cc.umich.edu Sun Apr 1 20:38:27 1990 Date: Sun, 1 Apr 90 18:28:29 EDT From: GELINASJ%CMR001.bitnet@ugw.utcs.utoronto.ca To: apollo@umix.cc.umich.edu Message-Id: <900401.17283036.086863@CMR.CP6> Subject: ipl 2-D graphic system for APOLLO ipl is a very high level interface to a postscript printer. It allows you, for example, to produce a pie graph from a few lines in an ascii file. I got it working easily under SR10.1 It reminds me of LaTex (it is also free), but with objects inheritance added: you can define axes with fancy features, e.g., and save that to reuse it later. I must confess i fell in (spring) love with this. The programmer who wrote it knows all about plots/graphs! But this programmer has a SUN and i have an APOLLO. He was able to use SUNVIEW to preview the plots with a few routines grouped in a single 300 line file. Could someone translate these routines in GPR for me please? You will need 1. A postscript printer 2. Some knowledge of SUNVIEW and/or POSTSCRIPT. 3. A better knoledge of GPR than me (I get black screens) 4. The sources of ipl from comp.sources.unix Thanks. -------------------------------------------------------------- Submitted-by: Steve Grubb Posting-number: Volume 21, Issue 32 Archive-name: ipl/part01 ipl a 2-D graphic production system with table beautifier Version 1.0, January 1990. This directory contains the sources and examples for ipl, a 2-D graphics production system. It produces scatterplots, lineplots, bargraphs, range displays, pie graphs, U.S./Canada maps, schedule charts, boxes, arrows, text, etc. Produces Postscript or Sunview output, based on a user-supplied control file. Included are a gallery of several dozen examples. Also includes: [] A table beautifier which is useful for taking plain text tables, spreadsheet output, etc. and setting in a nice font. [] A low-level subroutine library for producing nearly equivalent graphics (with shading) on Postscript and Sunview. There are 14 shar files of 20-35 KBytes each. Steve Grubb uunet!lsr-vax!scg ------------------------------------------------------------ From apollo-request@umix.cc.umich.edu Sun Apr 1 22:50:29 1990 Date: 2 Apr 90 00:45:30 GMT From: lubbers%cernvax%mcsun%sunic%luth%eru.uucp@bloom-beacon.mit.edu (hans lubbers) Organization: CERN, Geneva, Switzerland Subject: pad_$def_pfk Message-Id: <1687@cernvax.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Does anybody know why the following program does not work under sr10.2(.m or .p) as it did under the previous releases ? The difference is in the second call to pad..., which used to reset the key to what is was before the program started. program key %include '/sys/ins/base.ins.ftn' %include '/sys/ins/pad.ins.ftn' character*128 dmcmnd dmcmnd='/[~a-zA-Z@@@;._@@@-$0-9@@@/@@@\~`]/dr;\[~a-zA-Z@@@;._@' + //'@@-$0-9@@@/@@@\~`]\;/?/xc cm;ti;tl;xd junk;es ''ed @'''';' + //'xp cm;tr;es ''@'''';en' call pad_$def_pfk(stream_$stdout,'M3',dmcmnd, + int2(127),stat) call pad_$def_pfk(stream_$stdout,'M3','', + int2(0),stat) end Thanks in advance for any help, --> Hans Lubbers From apollo-request@umix.cc.umich.edu Mon Apr 2 02:52:33 1990 Date: 1 Apr 90 22:43:32 GMT From: gyp%ccadfa%usage%metro%munnari.oz.au%uhccux.uucp@ames.arc.nasa.gov (Patrick Tang Guan Yaw) Organization: Computer Centre, University College, UNSW, ADFA, Canberra, Australia Subject: Xgraph on Apollo (SR10.2) Message-Id: <1262@ccadfa.adfa.oz.au> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Did anyone manage to get Xgraph-11 to compile on apollo (SR10.2)? It keep on giving me the following problem, xtb.c: 27: Can't find include file stdarg.h When I look into the code, this file is used if the C compiler has __STDC__ defined. In addition, the manual cc seems to indicate to me that it is only a partially implemented version. Am I at a dead end? The version of the compiler is 6.7. Thanks in advance. ---- Patrick Tang Guan Yaw, Phone : +61 6 268 8882 Dept. of Mathematics, EMAIL-ARPA/CSNET : gyp@ccadfa.cc.adfa.oz.au ADFA, Canberra, 2600. UUCP : ..!uunet!munnari!ccadfa.oz!gyp AUSTRALIA ACSnet : gyp@ccadfa.oz From apollo-request@umix.cc.umich.edu Mon Apr 2 02:58:44 1990 Date: 1 Apr 90 21:32:36 GMT From: lehners%uniol%unido%mcsun%sunic%luth%eru.uucp@bloom-beacon.mit.edu (Joerg Lehners) Organization: University of Oldenburg, W-Germany Subject: Re: Inconsistant script Message-Id: <2020@uniol.UUCP> References: <638822950.670000.ALBRECHT@INTELLICORP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hello ! ALBRECHT@INTELLICORP.COM (Steve Albrecht) writes: >I always evaluate the following script in the last DM shell window >that is created by by dm_startup. I do this immediately after >logging in, so all conditions (should be) the same. Most of the >time, the script works perfectly but about 1 time out of 5, it >returns without apparently doing anything. Can someone explain? >#!/bin/csh >set term=vt100 >/com/vt100 >I am using Domain/OS 10.1 and BSD4.3 environment on a DN3000. Same here (same OS, same hardware). It looks like the vt100 commands scans thru /etc/utmp to look for a free pseudo-tty to use. It normaly starts useing ttyp9. Somethimes there are /etc/utmp entries hanging around (especially from remote logins with rlogin or telnet to the offending node). Maybe these dead entries (the processes are already gone) confuse the vt100 command. I cure the problem with an 'EX'/'GO' cycle, because the /etc/init startup will create a new fresh and clean /etc/utmp file. I don't know exactly if this is the problem. One (maybe me in a few days) should test it with a program that romves the offending dead /etc/utmp entries. Does anybody know why there are somethimes /etc/utmp entries hanging around ? (Maybe a bug in telnetd and rlogind) There are also problems with /etc/tcpd, but this is another story, but may be relating. Joerg Lehners -- / UUCP: lehners@uniol | Joerg Lehners \ | ...!uunet!unido!uniol!lehners | Fachbereich 10 Informatik ARBI | | BITNET: 066065 AT DOLUNI1 | Universitaet Oldenburg | \ Inhouse: aragorn!joerg | D-2900 Oldenburg / From apollo-request@umix.cc.umich.edu Mon Apr 2 12:27:03 1990 Date: 2 Apr 90 13:53:38 GMT From: wjw%eba%tuegate.tue.nl%hp4nl%mcsun%sunic%luth%eru.uucp@bloom-beacon.mit.edu (Willem Jan Withagen) Organization: Technical University Eindhoven. Subject: Running USENET News on DN{3,4}000 Message-Id: <499@eba.eb.ele.tue.nl> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Hi net-landers, Here's a question which I have not yet come across, but I surely already answered by somebody before. Please excuse me for asking again. We are running OS 10.2 on DN3000 and DN4{0,5}00 systems and everything works more or less as expected, except for one thing. When the news is downloaded, inews is invoked of every article ( inews -p [filename] ). While is excecutes oke in most of the case, it also blows in ones face regulary. It complains that: Cannot open: /usr/lib/news/active (r+). Text file busy. While checking the file with cat .... or llkob shows that nothing of that matter is going on. Even stronger: Starting up RN opens the active file, and llkob tells you that it is ComWriters ( what ever that maybe ). And i can still use 'inews -h < testpost' without it blowing up in my face. These problems also occured using SR9.7, which caused to much trouble, and we removed the news system. Waiting for beter times with OS 10. Can anybody answer to: What, how and why is this happening? And what is the solution to this? Thank Willem Jan Withagen Eindhoven University of Technology DomainName: wjw@eb.ele.tue.nl BITNET: ELEBWJ@HEITUE5.BITNET room EH 10.10 Digital Systems Group P.O. 513 Tel: +31-40-473401 5600 MB Eindhoven The Netherlands From apollo-request@umix.cc.umich.edu Mon Apr 2 12:30:44 1990 Date: 2 Apr 90 13:55:00 GMT From: blf%apollo.hp.com%apollo%hp-sdd%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Barry Frishberg) Organization: Hewlett-Packard Apollo Division - Chelmsford, MA Subject: RE: "Ethernet or Apollo Token Ring?" Message-Id: <4990057a.20b6d@apollo.HP.COM> References: Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article , tpfabian@nasamail.nasa.gov (THEODORE FABIAN) writes: > 3) seems to me that token ring is slower based on the specs... if I > recall correctly (note, I'm doing this be memory without aid of > reference books) 802.3 ethernet is rated at 10mb/sec while 802.7 > token ring is rated at 4mb/sec... if my memory serves correct, wouldn't > you see worse response time using token ring???? > Apollo Token Ring is rated at 12MB/sec. The slower of the two IBM token rings is rated a 4MB/sec. From apollo-request@umix.cc.umich.edu Mon Apr 2 16:23:27 1990 Date: 2 Apr 90 12:09:16 GMT From: sani%wmt%hp4nl%mcsun%sunic%luth%eru.uucp@bloom-beacon.mit.edu (Sandor Nieuwenhuijs) Subject: OSF/Motif compliant multi-user CASE tool for YOUR platform Message-Id: <417@wmt.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu N E W S ======= WESTMOUNT ANNOUNCES NEW RELEASES FOR CASE PRODUCTS ON YOUR PLATFORM ** User Interface in compliance with OSF/Motif style guide ** ** Integration of CASE and 4GL ** ** New platforms supported ** ** Real multi-user heterogeneous network support ** READ ALL ABOUT IT IN ..... comp.newprod ======================================= -- Sandor Nieuwenhuijs | E-mail: sani@wmt.uucp Westmount Technology B.V. | ..!uunet!hp4nl!wmt!sani Poortweg 8, 2612 PA Delft | Phone: +31 15 610815 The Netherlands | Fax: +31 15 565701 From apollo-request@umix.cc.umich.edu Mon Apr 2 16:31:40 1990 Date: Mon, 2 Apr 90 15:07:14 EDT From: krowitz%richter@umix.cc.umich.edu (David Krowitz) Message-Id: <9004021907.AA00966@richter.mit.edu> To: apollo@umix.cc.umich.edu, rees%dabo.ifs.umich.edu%terminator%umich.uucp@CS.YALE.EDU Subject: Re: disk copy the sysboot file can be copied onto a new volume using /com/cpboot. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter.mit.edu@eddie.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference) From apollo-request@umix.cc.umich.edu Mon Apr 2 20:22:26 1990 Date: 2 Apr 90 21:37:00 GMT From: dawson%apollo%hp-sdd%zaphod.mps.ohio-state.edu.uucp@think.com (Keith Dawson) Organization: Hewlett-Packard Company, Apollo Division; Chelmsford, MA Subject: Re: X11 problems Message-Id: <4991a2bb.20b6d@apollo.HP.COM> References: <3242@draken.nada.kth.se> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu > I have experienced some problems with some X-window programs and > would be glad if someone could explain why it behaves this way. > First I have never managed to get Xpr to work. I'm running a DN3500, bsd4.3 > X11 from Apollos SR10.2 release. I have a 8 bit color display monitor. > I have tried to dump with Xwd both in xy and z format. Then when I want > produce a postscript file with 'Xpr -device ps -out xxx.ps xxx' the ps file > comes out correct but it contains only black '0'. If try to dump it -inv it only > comes out with white 'f's. Is this a bug in some way and is there any way to get > around it. It is very annoying not be able to print our Xwindows on the printer. We have successfully used the xwd and xpr that come with SR10.2 (X.V11R3) for printing from a mono display. The R3 version of xpr doesn't appear to handle converting color dumps to Postscript; the Postscript file contains zeros. The version of xpr on the MIT ditribution for X.V11R4 handles color correctly. Your easiest workaround is to use the R4 xpr if it's available to you. > My second problem is concerning the color handling when running both X11 and > dm. I'm running x as root. When I have run a X application that has destroyed > the dm colortable, I set it back with lcm. But when I do this it doesn't set > the X colors back also as they where before I started to run my program. > I am always ruining my xcolors so that blue becomes yellow eg.. I feel there is > some lack of stratergy of the implemeters of this dm - x combination. Maybe > some could help me how to get around these problems. Last November I posted the source for "xlcm," a client program that resets both DM's and X's portions of the colormap. Send me mail if you want a copy. This functionality has been incorporated into the released lcm for SR10.3, whence it will be invoked by "lcm -x" . > Finally I would like hear if someone have managed to build a new colordatabase for > X with the rgb program. I have tried to add some of my own colors but not succeded. > Could some one give me some examples if you have managed to do this. We know of no problems involving rgb. Did you first remove rgb.pag and rgb.dir -- might there be permission problems in overwriting them? Send me mail with more details if you can't get this to work. -->Keith ____________________________________________________________ My opinions Keith Dawson Hewlett Packard Co. 508-256-0176 x5739 are my own. Graphics Technology Division / East 300 Apollo Dr. (CHR.03.DE) Chelmsford, MA 01824 USA My convictions Internet: dawson@apollo.hp.com are not for UUCP: {mit-eddie,yale,uw-beaver}!apollo!dawson public display. From apollo-request@umix.cc.umich.edu Tue Apr 3 04:27:05 1990 Date: 2 Apr 90 22:29:20 GMT From: i91%nikhefh%hp4nl%mcsun%sunic%luth%eru.uucp@BLOOM-BEACON.MIT.EDU (Fons Rademakers) Organization: Nikhef-H, Amsterdam (the Netherlands). Subject: bgc Message-Id: <819@nikhefh.nikhef.nl> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu Could somebody mail me bgc. We never got it here (or I missed it). Thanks in advance. Fons Rademakers. -- 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.nikhef.nl BITNET: nikhefh!i91@mcvax.bitnet From apollo-request@umix.cc.umich.edu Tue Apr 3 12:36:20 1990 Date: 3 Apr 90 14:10:00 GMT From: jbuffum%apollo%hp-sdd%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Jeffrey Buffum) Subject: Re: Named, /lib/libresolv, and nmconfig Message-Id: <49951a67.20b6d@apollo.HP.COM> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu There seems to be a great deal of confusion with regard to using named on Domain/OS. I will see if I can clear some of it up. To use named on an Apollo, you need to: o Set up your /etc/resolv.conf files and any named configuration files. o As root, run /etc/named (unless you are running in remote mode in which case the name of the remote named server is in your /etc/resolv.conf file) and add a dummy named file to the /etc/daemons directory to start it at boot time. o Run '/etc/nmconfig -h hostent_bind' and uncomment the entry in your /etc/rc.local file to start switch to libresolver services at boot time. Setting up the resolv.conf and configuration files is time consuming and complicated. Tools have been provided by us to assist you and they are described in the 'Managing and Configuring TCP' manual. If you are going to run named, having a copy of the above manual is a must! For nmconfig, there is a man page provided. This tool is Domain/OS specific and is present to allow the user to customize their node environment. The libraries gethostbyname() and gethostbyaddr() are implemented as object type managers. Thus, the choice of whether to send a query to named or to open and read the /etc/hosts file is dependent on the defined 'host type'. The default type is 'hostent_ascii' which causes gethostbyxxx() to open and read /etc/hosts. Invoking '/etc/nmconfig -h hostent_bind' changes the 'host type' to 'hostent_bind'. Calls to gethostbyxxx() will go to the resolver routines first, falling back to reading /etc/hosts if the resolver query goes unanswered. Many people have misunderstood when the resolv.conf file is read. This file is read (if present) every time a call is made to gethostbyxxx() or a query is sent via the resolver routines. This has side effects. If named is running on your node and you add a nameserver entry to your resolv.conf file, all subsequent calls to gethostbyxxx() will result in a query being sent to the remote name server defined in the file rather than to your local named. Many people have a resolv.conf file with only DOMAIN entries in it. This allows the node to run named and assists the resolver routines in completing the domain names before querying. In response to Gjalt de Jong: There is a poorly documented (in both our and Berkeley's documentation, although we have corrected it in the SR10.3 release notes!) requirement by named to know where the root domain is. If it cannot find the root, it will appear to fail to answer queries. Thus, to run named in cache mode, a boot file such as below should be used. ;------------------------------------------------------- ; Boot file for apollo cache-only server ; directory /usr/domain ; ; type domain source file or host ;-------------------------------------------------------- cache . named.cache forwarders 192.9.11.1 ; ; end of file ; This file tells named that it is a cache-only server and the forwarder to use. The key is the named.cache file in /usr/domain. This file should contain a minimum of the name of 1 root server. The names of additional servers to use in the event that the forwarder is unavailable are beneficial. If the bootfile also has a slave entry, this does NOT overcome the need for a root entry in the cache file. Sorry, this is not an Apolloism, but rather a "feature" of BIND 4.8. An example of a cache file is shown below for and Internet host. ;name ttl class type record specific info ;------------------------------------------------------- . 99999999 IN NS NS.NASA.GOV. 99999999 IN NS BRL-AOS.ARPA. 99999999 IN NS C.NYSER.NET. ;------------------------------------------------------- NS.NASA.GOV. 99999999 IN A 128.102.16.10 BRL-AOS.ARPA. 99999999 IN A 128.20.1.2 BRL-AOS.ARPA. 99999999 IN A 192.5.25.82 BRL-AOS.ARPA. 99999999 IN A 192.5.22.82 C.NYSER.NET. 99999999 IN A 128.213.5.17 ;------------------------------------------------------- I hope this takes some of the mysticism out or Named use. Chao, and 'Welcome to the Named Catacombs!' -------------------------------------------------------------------- Jeffrey Buffum Apollo Systems Division - Hewlett Packard Chelmsford, MA 01824 Phone: (508) 256-6600x2044 INTERNET: jbuffum@apollo.hp.com UUCP: ...mit-eddie!apollo!jbuffum -------------------------------------------------------------------- ------------------------------------------------------------------------------- Jeffrey Buffum Apollo Systems Division - Hewlett Packard Chelmsford, MA 01824 Phone: (508) 256-6600x2044 From apollo-request@umix.cc.umich.edu Tue Apr 3 12:41:58 1990 Message-Id: <9004031429.AA06409@umix.cc.umich.edu> Date: 3 Apr 90 09:23:00 CST From: "DAVE ERSTAD" Subject: Re: Software Conversion, 9.7 -> 10.2 To: "apollo" > Regarding large static areas. Why do they produce a problem ? Yes, I was refering to the new memory allocation. Not strictly a Pascal problem, but depending on the type of code you have could be a headache in porting. Another gotcha which came to mind is the pin-head changes to the Pascal include files to make them more C like. If your style nests specialized include files at the level they are used, it will no longer compile. Something like PROGRAM foo; %include '/sys/ins/base.ins.pas'; { Everything uses base } PROCEDURE bar; %include '/sys/ins/pfm.ins.pas'; begin end; PROCEDURE bartoo; %include '/sys/ins/error.ins.pas begin end; PROCEDURE barthree; %include '/sys/ins/error.ins.pas'; begin end; will now result in barthree NOT seeing the declarations in error. Worse, not all include files have this property - some do and some don't. If you mix C and Pascal, Apollo dropped support for the -nmgbl switch. This is sort of documented, but only in certain obscure spots like the user manual. The help file still says it works fine. There's probably others, but they don't come to mind right now. The annoying thing about many changes is that they would have been much easier had they been in release notes. I spent a lot of time in debug mode. Dave Erstad DERSTAD@cim-vax.honeywell.com Honeywell SSEC From apollo-request@umix.cc.umich.edu Tue Apr 3 16:28:38 1990 From: lwk@caen.engin.umich.edu (Woody Kellum) Message-Id: <499589d35.001766d@caen.engin.umich.edu> To: wjw%eba%tuegate.tue.nl%hp4nl%mcsun%sunic%luth%eru.uucp%bloom-beacon.@caen.engin.umich.edu, mit@edu Cc: apollo@umix.cc.umich.edu Subject: Re: Running USENET News on DN{3,4}000 In-Reply-To: Your message of 02 Apr 90 13:53:38 +0000. <499@eba.eb.ele.tue.nl> Date: Tue, 03 Apr 90 12:15:07 -0400 While checking the file with cat .... or llkob shows that nothing of that matter is going on. Some things lock the active file only briefly. Even stronger: Starting up RN opens the active file, and llkob tells you that it is ComWriters ( what ever that maybe ). And i can still use 'inews -h < testpost' without it blowing up in my face. If rn and inews run on the same node, than this is correct. Try running them on different nodes and see what happens. We have patches for Bnews 2.11.? that solve some of these problems. Jim Rees, formerly of apollo wrote them. They are about 51k, but I could try to compress, uuencode and mail them if you want. - Woody From apollo-request@umix.cc.umich.edu Tue Apr 3 18:23:49 1990 Date: 3 Apr 90 17:07:43 GMT From: edj%oakhill%cs.utexas.edu%uwm.edu%zaphod.mps.ohio-state.edu.uucp@tut.cis.ohio-state.edu (Eric Jones) Organization: Motorola Inc. Austin, Tx Subject: df command Message-Id: <3155@calypso.oakhill.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu I have a question about the df (disk free) command under SR10.1 & BSD4.3. The man page says that the command "df /usr2" will return only the data for the file system specified. eg. foo> df /usr2 Filesystem kbytes used avail capacity Mounted on 12345.2 1367512 231028 1136484 17% /usr2 On my Apollo, I get foo> df /usr2 Filesystem kbytes used avail capacity Mounted on 12345.1 653880 479448 174432 73% / 12345.2 1367512 231028 1136484 17% /usr2 How can I get the disk data for _only_ /usr2? I'm doing this from inside a C program. ---------- Eric Jones @ edj@calypso.sps.mot.com Motorola, Inc. or {The_Known_Universe}!cs.utexas.edu!oakhill!calypso!edj Austin, Texas #include From apollo-request@umix.cc.umich.edu Tue Apr 3 18:28:16 1990 Date: 3 Apr 90 17:11:52 GMT From: rees%dabo.ifs.umich.edu%terminator%umich%samsung.uucp@think.com (Jim Rees) Organization: University of Michigan IFS Project Subject: Re: Running USENET News on DN{3,4}000 Message-Id: <1990Apr3.171152.2389@terminator.cc.umich.edu> References: <499@eba.eb.ele.tue.nl>, <499589d35.001766d@caen.engin.umich.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <499589d35.001766d@caen.engin.umich.edu>, lwk@CAEN.ENGIN.UMICH.EDU (Woody Kellum) writes: > > We have patches for Bnews 2.11.? that solve some of these problems. Jim Rees, formerly > of apollo wrote them. They are about 51k, but I could try to compress, uuencode and > mail them if you want. - Woody The simple fix is to nntp to read your news. It seems a little inefficient to do this on an Apollo net where you already have a shared file system. Jim Rees, formerly of Apollo, still has the original patches. I have been reluctant to send them out because I haven't been a news hacker (oops, that's not what I mean -- what's the new term for what we used to call a hacker?) for a couple of years and I don't know what's changed. I currently use xrn in nntp mode as my news reader. It works fine unmodified. The basic problem is that the active file, and the active dbm files, get locked by various news readers, and then inews can't insert any new articles. The news software avoids multiple write locks but allows readers and writers to co-exist. On an Apollo you can't have multiple cross-node readers co-existing with a writer. To fix this you need to fix all your news readers to respect a different locking protocol from the one that they normally use. I have implemented such a locking protocol for the Apollo. My complete set of patches is about 30K. It includes some other stuff, like for using C expire, and is based on the news software of 2 years ago. It doesn't include support for any readers other than readnews. I'll be happy to send it to anyone who wants. You might be better off with Woody's patches, which might be more up-to-date. [ If you sent me a request for this any time in the last year and a half, sorry I ignored you. I've been out of town. ] From apollo-request@umix.cc.umich.edu Tue Apr 3 18:35:48 1990 Date: 3 Apr 90 17:54:00 GMT From: beierl_c%apollo%hp-sdd%elroy.jpl.nasa.gov.uucp@decwrl.dec.com (Christopher Beierl) Organization: Apollo Computer, Chelmsford, MA Subject: Re: df command Message-Id: <4995e297.20b6d@apollo.HP.COM> References: <3155@calypso.oakhill.UUCP> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In article <3155@calypso.oakhill.UUCP> edj@oakhill.UUCP (Eric Jones) writes: > >I have a question about the df (disk free) command under SR10.1 & BSD4.3. >The man page says that the command "df /usr2" will return only the data >for the file system specified. eg. > >foo> df /usr2 >Filesystem kbytes used avail capacity Mounted on > 12345.2 1367512 231028 1136484 17% /usr2 > >On my Apollo, I get > >foo> df /usr2 >Filesystem kbytes used avail capacity Mounted on > 12345.1 653880 479448 174432 73% / > 12345.2 1367512 231028 1136484 17% /usr2 A quick test here indicates that it appears to be broken on SR10.1, but fixed on SR10.2 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Christopher T. Beierl Internet: beierl_c@apollo.HP.COM;beierl_c@apollo.com Apollo Computer, Inc. UUCP: {mit-eddie,yale,uw-beaver}!apollo!beierl_c A Subsidiary of Hewlett-Packard Phone: (508) 256-6600 From apollo-request@umix.cc.umich.edu Tue Apr 3 18:39:47 1990 Date: 2 Apr 90 21:50:11 GMT From: l_ecn13.icaen.uiowa.edu%ns-mx.uucp@uunet.uu.net (Jeffrey Lawrence Haferman) Subject: Where is Apollo customer support? Message-Id: <1086@ns-mx.uiowa.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu How can I get in touch with Apollo customer support? Is there a toll-free number? Are they monitoring this newsgroup? Thanks. Jeff Haferman internet: jlhaferman@icaen.uiowa.edu Department of Mechanical Engineering University of Iowa Iowa City IA 52240 From apollo-request@umix.cc.umich.edu Tue Apr 3 20:28:11 1990 Date: Wed, 4 Apr 1990 0:03:32 MET From: 1154 To: apollo@umix.cc.umich.edu Subject: Registry disease Message-Id: We are having a problem with registry on our Apollos which is our single biggest gripe about this system. If we could get this problem solved, we might be able to forgive a number of other "features" of Domain/OS. Or maybe we would have all the more time to gripe about those instead? Anyway, if anybody could help us discover the solution to this one we shall be eternally (i.e., at least for five weeks) grateful. Here is our setup: 5 DN3000s, 3 DN3500s, 1 DN2500 all running SR10.2, 1 DN10000 running SR10.1. Two of the DN3500s run rgyd, one of them glbd, everybody runs llbd. The problem occurs regularly on the DN10000, and occasionally on some of the others. Before we upgraded to SR10.2, it happened frequently on all nodes. The symptoms are that users, groups, and/or users' group memberships are treated as unknown by the affected system. We have seen so much of this that we have invented a name for this phenomenon: We call it registry disease. On the DN10000, it strikes just about daily. The only known "cure" is to reboot the machine. Sometimes that does not help, and we then reboot both the machis running rgyd. Boot sequence seems to be important: First the master registry node, then the slave, then all the others yields the best results. Registry disease comes in stages. Here are some (fictitious, but representative) examples, assuming johndoe is a legitimate user: (The latter examples are typical of the more severe stages of registry disease) % echo ~johndoe Unknown user: johndoe % ls -lgd /home/johndoe drwxr-xr-x 1 johndoe none 1024 Mar 6 20:05 /home/johndoe % login johndoe Password: [Yes, John Doe was allowed to log in, but it took a looong time] % su You do not have permission to su root. [The above happens even though johndoe is a member of wheel.] [Later in the game we may see the following] % ls -lgd /home/johndoe drwxr-xr-x 1 199 none 1024 Mar 6 20:05 /home/johndoe % lpr someFile lpr: The default printing user does not exist. Perhaps not surprisingly, but extremely annoyingly, electronic mail to legitimate users has been known to be returned to the sender with an "Unknown user" message. In the final stages, root may become unknown. One time when this happened we tried to get in as root from another machine over the network: # crp -me -on //sick_node ?(crp) Can't create remote process - server node mbx_helper has no rights to server mbx (library/MBX manager) In the end, we had to reset the machine using the switch. Ouch! Does anyone have a clue? Our local HP rep does not. We are sick and tired of rebooting at least once a day... - Harald Hanche-Olsen Division of Mathematical Sciences The Norwegian Institute of Technology N-7034 Trondheim NORWAY PS. The reason we are still running SR10.1.p is the incompatibility with NFS 2.0.p. Is NFS 2.1.p out yet? Why do I have to pester the net with this kind of question when our HP rep ought to be able to answer it? From apollo-request@umix.cc.umich.edu Tue Apr 3 22:19:29 1990 Date: 3 Apr 90 23:04:00 GMT From: weber_w%apollo%hp-sdd%zaphod.mps.ohio-state.edu%brutus.cs.uiuc.edu%usc%elroy.jpl.nasa.gov. (Walt Weber) Organization: Hewlett Packard NARC @ Apollo Systems Division Subject: Re: Running USENET News on DN{3,4}000 Message-Id: <4996f7c2.20b6d@apollo.HP.COM> References: <499@eba.eb.ele.tue.nl> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu wjw@eb.ele.tue.nl (Willem Jan Withagen) writes: >When the news is downloaded, inews is invoked of every article >( inews -p [filename] ). While is excecutes oke in most of the case, >it also blows in ones face regulary. It complains that: >Cannot open: /usr/lib/news/active (r+). Text file busy. > >While checking the file with cat .... or llkob shows that nothing of >that matter is going on. > >Even stronger: Starting up RN opens the active file, and llkob tells you > that it is ComWriters ( what ever that maybe ). And i can still > use 'inews -h < testpost' without it blowing up in my face. > >These problems also occured using SR9.7, which caused to much trouble, and >we removed the news system. Waiting for beter times with OS 10. > >Can anybody answer to: What, how and why is this happening? > And what is the solution to this? > The Domain environment includes a number of concepts which are not present in U*ix - in this case, OS-enforced access locks to objects located anywhere on the network. The node where the object is stored will contain the authoritative list of the locks that are held on that object. The first problem (text file busy) happens most frequently when a user is reading news (which means the active file is opened for reading, hence there is a lock created for "Any number of readers XOR 1-writer"); this lock prevents the node running "inews -p " from successfully obtaining a WRITE lock on the active file. If inews is running on node A and the news spool directory is stored on node B, then checking the file with llkob will ONLY show the lock if llkob is run on node B (since A doesn't hold the object, llkob on A will only show if A is presently holding a lock on the remote object). (For more details on concurrency under Domain/OS, see "Programming with Domain/OS Calls, pages 4-12 through 4-14). To fix the problem with netnews, you should consider the following SET of changes - 1) modify ALL newsreaders (readnews, vnews, rn, ...) to cache the active file locally and operate off of the cache. 2) modify all programs which access the active file to retry a few times if they get a "file busy" condition; make certain that opens are read-only unless writing is necessary. 3) consider running the inbound unbatchers and inews on the same system where your news spool directory is located. 4) discourage your users from directly viewing the active file, instead ask them to copy it local and view the copy. Provide a script or tool to do this if the problem persists. Good luck. ...walt... Walt Weber Hewlett Packard NARC @ Apollo Systems Division -The views expressed herein are personal, and not binding on ANYONE- "The power of accurate observation is commonly called cynicism by those who have not got it" -George Bernard Shaw From apollo-request@umix.cc.umich.edu Wed Apr 4 00:29:13 1990 Date: 4 Apr 90 01:54:10 GMT From: rtp1%tank.uucp@mimsy.umd.edu (raymond thomas pierrehumbert) Organization: University of Chicago Subject: Re: Where is Apollo customer support? Message-Id: <8253@tank.uchicago.edu> References: <1086@ns-mx.uiowa.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu To get in touch with Apollo Customer Support, call 1-800-2APOLLO. The thing to remember is that Apollo is spelt with O's, not 0's (zeroes). No amount of pleading will get you past the front line defenses unless you have a valid site number. The staff are friendly and helpful and hardworking, but I find that I usually get more reliable and prompt answers via this Usenet discussion group. This is a very curious phenomenon, as many of the HP-APollo participants here also are on the helpline staff. From apollo-request@umix.cc.umich.edu Wed Apr 4 01:09:40 1990 Date: 4 Apr 90 00:33:00 GMT From: weber_w%apollo%hp-sdd%cs.utexas.edu.uucp@tut.cis.ohio-state.edu (Walt Weber) Organization: Hewlett Packard NARC @ Apollo Systems Division Subject: Re: Where is Apollo customer support? Message-Id: <49974789.20b6d@apollo.HP.COM> References: <1086@ns-mx.uiowa.edu> Sender: apollo-request@umix.cc.umich.edu To: apollo@umix.cc.umich.edu In <1086@ns-mx.uiowa.edu> jlhaferman@l_ecn13.icaen.uiowa.edu (Jeffrey Lawrence Haferman) writes: > >How can I get in touch with Apollo customer support? Is >there a toll-free number? Are they monitoring this >newsgroup? Some of us monitor here, some do not. There IS a toll-free number, but I am not certain if it is supposed to be given out to other than maintenance customers, so I don't feel right about publishing it here. Perhaps you can check with your local admins, etc. for what to do on your site. If you're stymied, however, and you have an Apollo node, you ARE a customer, so how's this approach: 1) you will need the "site number" from your maintenance contract; if you don't have a contract, you'll need to contact your local sales office to get one. 2) If you don't know how to reach your local sales office, and there are no other Apollo users at your site, call me, and I'll get you the sales office number. (See the .sig for my phone.) >Thanks. You're welcome, and I'm glad to help. >Jeff Haferman internet: jlhaferman@icaen.uiowa.edu ...walt... Walt Weber Hewlett Packard Response Center 508-256-6600x8315 Chelmsford, MA, USA "The power of accurate observation is commonly called cynicism by those who have not got it" -George Bernard Shaw