Path: utzoo!attcan!uunet!husc6!mailrus!shadooby!samsung!aplcen!haven!adm!xadmx!MAILER-DAEMON@decwrl.dec.com From: MAILER-DAEMON@decwrl.dec.com (Mail Delivery Subsystem) Newsgroups: comp.unix.questions Subject: Returned mail: Cannot send message for 3 days Message-ID: <21490@adm.BRL.MIL> Date: 19 Nov 89 12:47:00 GMT Sender: news@adm.BRL.MIL Lines: 1838 ----- Transcript of session follows ----- While talking to /usr/bin/mail11v3: >>> MAIL From:<@sandia.gov:info-unix@brl.mil> <<< 400 Remote node hotair unreachable ----- Unsent message follows ----- Received: by decwrl.dec.com; id AA13152; Thu, 16 Nov 89 02:43:38 -0800 Message-Id: <8911161043.AA13152@decwrl.dec.com> Date: 16 Nov 89 04:32:00 MDT From: info-unix@BRL.MIL Subject: INFO-UNIX Digest V8#119 To: "omalley" Return-Path: Received: from SEM.BRL.MIL by sandia.gov with SMTP ; Thu, 16 Nov 89 02:37:14 MDT Received: from SEM.BRL.MIL by SEM.brl.MIL id aa01754; 16 Nov 89 3:05 EST Received: from sem.brl.mil by SEM.BRL.MIL id aa01696; 16 Nov 89 2:46 EST Date: Thu, 16 Nov 89 02:46:22 EST From: The Moderator (Mike Muuss) To: INFO-UNIX@BRL.MIL Reply-To: INFO-UNIX@BRL.MIL Subject: INFO-UNIX Digest V8#119 Message-ID: <8911160246.aa01696@SEM.BRL.MIL> INFO-UNIX Digest Thu, 16 Nov 1989 V8#119 Today's Topics: symbolic link filemodes unchangeable. Re: symbolic link filemodes unchangeable. Re: VI & spell Re: Some questions about POSIX headers Re: ESIX Re: Berkeley Unix on PC? How to choose SCSI Re: export vars from cshell script? Re: a perl question Re: vi editor enhancement request Re: sendmail.cf Re: core files under SV Re: Import variables in to awk. spell..adding new words Re: spell..adding new words ESIX has a bug. Calendar of UNIX-related Events -msU troff package sought for vi tutorial (was: vi (vs VMS/EDT)) Re: What is a good SCSI controller? Re: another nice one thanks Re: XMODEM transfers while using 'script' (ptys) Anybody ever use the tenex mode of ftp? patch Re: cc -o *.c MS-DOS BBS programs under 386 UNIXes tr Prompt as Current Directory? ----------------------------------------------------------------- From: Paul Reger Subject: symbolic link filemodes unchangeable. Date: 14 Nov 89 17:43:33 GMT Keywords: ln, links, symbolic To: info-unix@sem.brl.mil Why can't you change the filemodes of a symbolic link ? : % echo > some_file % chmod 321 some_file % ls -l some_file --wx-w---x 1 paulr 0 Nov 14 09:37 some_file* % ln -s some_file some_link % ls -l some_link lrwxr-xr-x 1 paulr 9 Nov 14 09:38 some_link -> some_file* % chmod 222 some_link % ls -l some_file -rwxrwxrwx 1 paulr 0 Nov 14 09:37 some_file* % umask 000 % rm some_link % ln -s some_file some_link % ls -l some_file some_link -rwxrwxrwx 1 paulr 0 Nov 14 09:37 some_file* lrwxrwxrwx 1 paulr 9 Nov 14 09:38 some_link -> some_file* % chmod 222 some_link % ls -l some_file some_link --w--w--w- 1 paulr 0 Nov 14 09:37 some_file lrwxrwxrwx 1 paulr 9 Nov 14 09:38 some_link -> some_file It appears that chmod changes the object that is pointed to, not the pointer. Further, umask is meaningful to creation of the link. But I could not find anyway to change the filemodes of the link... Tried looking in the fine manual. Found no reference. tia, paulr (Paul Reger) Sequent Computer Systems, Beaverton Oregon {uunet,ucbvax!rutgers!ogccse}!sequent!paulr -- paulr (Paul Reger) Sequent Computer Systems, Beaverton Oregon {uunet,ucbvax!rutgers!ogccse}!sequent!paulr ----------------------------- From: Perry Hutchison Subject: Re: symbolic link filemodes unchangeable. Date: 14 Nov 89 23:20:24 GMT Keywords: ln, links, symbolic To: info-unix@sem.brl.mil In article <24818@sequent.UUCP> paulr@sequent.UUCP (Paul Reger) writes: > Why can't you change the filemodes of a symbolic link ? : Another candidate for the Frequently Asked Questions list. There is no need to set the permissions of a symbolic link, because they are never used. Hard links have existed for a long time, but symbolic links are a more recent development. It has always (at least since 6th edition) been the case that the permissions belong to the file, and are not affected by which name (link) is used to access it. Symbolic links continue to behave in this same way. That a symbolic link even has its own set of permissions is largely an artifact of the implementation. Perhaps someday ls will be revised to omit them, since they are meaningless (and hence to display them is confusing). -- The "From" address in the header does not work. This does: ... tektronix!sequent!ccssrv!perry ----------------------------- From: "Conor P. Cahill" Subject: Re: symbolic link filemodes unchangeable. Date: 16 Nov 89 00:43:52 GMT Keywords: ln, links, symbolic To: info-unix@sem.brl.mil In article <24818@sequent.UUCP>, paulr@sequent.UUCP (Paul Reger) writes: > Why can't you change the filemodes of a symbolic link ? : Because the modes of the link are never used. Restricting the write access on the link file does not restrict the write access on the file that it is linked to. That is why there is no lopen(), or lchmod() system call (would be similar to lstat()). -- +-----------------------------------------------------------------------+ | Conor P. Cahill uunet!virtech!cpcahil 703-430-9247 ! | Virtual Technologies Inc., P. O. Box 876, Sterling, VA 22170 | +-----------------------------------------------------------------------+ ----------------------------- From: Dan Mercer Subject: Re: VI & spell Date: 14 Nov 89 18:44:02 GMT Keywords: To: info-unix@sem.brl.mil In article <4525@ski.cs.vu.nl> maart@cs.vu.nl (Maarten Litmaath) writes: :In article <740@uc.msc.umn.edu> glex@uf.UUCP (Jeffrey Gleixner) writes: :\I finally have gotten so sick of typo's that I want to run spell while in :\vi, without exiting or suspending, the file. So I wrote a small script (sp). :\It takes the input from vi (:1,$!sp) and redirects it to a file, I run : ^^^^^^^ :This command will overwrite the buffer with the output from sp. :The following command will just feed the buffer to sp: : : :w !sp : :Notice the space between the `w' and the `!'. : :\spell on the file, pulling up a window (Sun) displaying the output from spell. :\The window waits for a and then exits. Well that works just fine EXCEPT :\that I can't continue with vi until I exit the window, probably waiting for :\the !sp to finish. : :Indeed. Try something like this for sp (without the indentation!): : : #!/bin/sh : : cat > /tmp/sp.$$ : trap '' 2 18 21 22 # trap SIGINT, SIGTSTP, SIGTTIN and SIGTTOU : ( : # do funny stuff here : ) & # maybe some redirections are appropriate : :sp exits while its child will continue processing in the background. :If you don't trap the stop signals, something `funny' happens when you :stop vi (^Z) while the background job is still running, so that it would :be stopped too, implicitly: (relevant BSD kernel code) : : case SIGTSTP: : case SIGTTIN: : case SIGTTOU: : /* : * Children of init aren't allowed to stop : * on signals from the keyboard. : */ : if (p->p_pptr == &proc[1]) { : psignal(p, SIGKILL); : continue; : } : :The stop signal is changed to a kill signal! :BTW, how about the following, Mr. Bourne?! : : trap '' SIGINT SIGTSTP SIGTTIN SIGTTOU :or : trap '' INT TSTP TTIN TTOU :-- :"Richard Sexton is actually an AI program (or Construct, if you will) running :on some AT&T (R) 3B" (Richard Brosseau) | maart@cs.vu.nl, mcsun!botter!maart On our SYSV Towers, spell is implemented as a very inefficient shell script, with /usr/lib/spell/spellprog as the actual program (although it requires a word/line input). I de-engineered it and turned it into Spell, designed not only to proofread, but to mark errors =======================CUT HERE============================ HLISTA="/usr/lib/spell/spellprog /usr/lib/spell/hlista" TMP=/usr/tmp/Spell$$ SCRIPT= for i in `tee $TMP | deroff -w | $HLISTA` do SCRIPT="${SCRIPT}s/$i/\/\/\/${i}\/\/\//g " done sed "$SCRIPT" $TMP rm $TMP exit 0 =======================CUT HERE============================ the following two command in my .exrc file invoke it: map ^Vs !}Spell^V^M/\/\/\/^Mw map! ^Vs ^V!}Spell^V^M/\/\/\/^Mw ============================================================ Now is the winter of ourr discontemt made weerder by the moment by trying to think up sammple paragrafs to demo this shit. ================is replaced by============================== Now is the winter of ///ourr/// ///discontemt/// made ///weerder/// by the moment by trying to think up ///sammple/// ///paragrafs/// to ///demo/// this ///shit///. ============================================================ Of course, this cores on our old news machine (Tower 1650). On our normal machines, it works quite well and speedily. Normal disclaimers apply. Does anyone know how spellprog works - the format of the spell databases? If I knew I'd do this up right. -- Dan Mercer Reply-To: mercer@ncrcce.StPaul.NCR.COM (Dan Mercer) ----------------------------- From: Bob Goudreau Subject: Re: Some questions about POSIX headers Date: 14 Nov 89 20:13:23 GMT Sender: usenet@xyzzy.uucp To: info-unix@sem.brl.mil In article <6622@portia.Stanford.EDU> karish@forel.stanford.edu (Chuck Karish) writes: > > Under ANSI C, _LOW, _HIGH, __s, and __v are all reserved to the > library implementor if they're external identifiers, because they > all start with underscores. In any standard header, they'll > become externals when the header is #included with external scope. > > The question now becomes, is the header part of the library > implementation or not? If any compiler other than the native one > will use these headers, the answer had best be `not'. > > These identifiers are OK with file scope or smaller inside a C > library implementation, but not as external identifiers. Here's what the Dec. 7, 1988 ANSI draft says about the matter: 4.1.2.1 Reserved Identifiers Each header declares or defines all identifiers listed in its associated section, and optionally declares or defines identifiers listed in its associated future library directions section and identifiers which are always reserved either for any use or for use as file scope identifiers. + All identifiers that begin with an underscore and either an upper-case letter or another underscore are always reserved for any use. + All identifiers that begin with an underscore are always reserved for use as identifiers with file scope in both the ordinary identifier and tag name spaces. .... Since _LOW, _HIGH, __s and __v all fall into the first category ("always reserved for any use"), the implementation is free to do what it wants with them. But note that if _s had been used instead of __s, only the second category would have applied. ------------------------------ Bob Goudreau +1 919 248 6231 Data General Corporation ...!mcnc!rti!xyzzy!goudreau 62 Alexander Drive goudreau@dg-rtp.dg.com Research Triangle Park, NC 27709, USA ----------------------------- From: Phil Hughes Subject: Re: ESIX Date: 14 Nov 89 20:38:05 GMT To: info-unix@sem.brl.mil In article <2559B869.26977@maccs.dcss.mcmaster.ca>, rho@maccs.dcss.mcmaster.ca (Raymond Ho) writes: > Hi everyone, > > I'm plan to get a set of Unix Sys V variant for my 386 computer. > However, there're so many of them out there and I hope you guys/gals and > help. > > I've heard of the one called "ESIX". Its price interests me very much. > Do you know anything about this ESIX? They said it is compatible at > binary level with Xenix and Unix, is it true? I have had ESIX since it was called ENIX. The good part is, yes, it is real UNIX 5 Release 3.2. And it almost works ok. Note that I was one of the people who had the beta release and sent zillions of documentation corrections to Everex as well as a few software bug reports. Now, for the bad stuff. In the first production release there were a few bugs. X-windows was sick and there is a bug in the console driver that causes lost interrupts (on other devices) when you change screens. Not bad except I cannot get an update. We have called Everex (Ida Wu, head of ESIX marketing) at least 3 times, left phone-mail messages and never got an answer. Abount 3 weeks ago I wrote a threatening letter complaining about this and asking for a resolution within 2 weeks or I would sent a copy of the letter to UNIX * magazines. No response. I sent e-mail to Everex last week. No response. I gave up and sent the letter. I would still like the update. I'm still amazed. -- Phil Hughes, SSC, Inc. P.O. Box 55549, Seattle, WA 98155 (206)FOR-UNIX amc-gw!ssc!fyl or uunet!pilchuck!ssc!fyl or attmail!ssc!fyl ----------------------------- From: Bob Palowoda Subject: Re: ESIX Date: 15 Nov 89 07:13:38 GMT To: info-unix@sem.brl.mil From article <1595@crdos1.crd.ge.COM>, by davidsen@crdos1.crd.ge.COM (Wm E Davidsen Jr): > In article <2559B869.26977@maccs.dcss.mcmaster.ca>, rho@maccs.dcss.mcmaster.ca (Raymond Ho) writes: > [ many features of ESIX ] > > I believe that these are all correct, but check that the base price > includes TCP support, because I have one ad here which list all the > other stuff but no TCP. It's in there. Support for the Everex, 3Com, and WD controllers. I'm useing it on some WD8003E cards, with NFS connect to a PC-DOS cleint. > | also some reports claim that ESIX is the fastest Unix Sys V available for pcs. To general of a statement. There product is fast but when I try to compile 15 large programs and the news feed comes in with 5 megs of files and two bbs users call in the system tends to slow up. :-) -- Bob Palowoda pacbell!indetech!palowoda *Home of Fiver BBS* login: bbs Home {sun|daisy}!ys2!fiver!palowoda (415)-623-8809 1200/2400 Work {sun|pyramid|decwrl}!megatest!palowoda (415)-623-8806 2400/9600/19200 TB Voice: (415)-623-7495 Public access UNIX XBBS ----------------------------- From: Perry Hutchison Subject: Re: Berkeley Unix on PC? Date: 14 Nov 89 23:03:30 GMT To: info-unix@sem.brl.mil In article brister@td2cad.intel.com (James Brister) writes: > Is there a Berkeley based unix available for desktop sized computers? A Sun 3/50 or 3/60 is easily desktop-sized -- it's not much bigger than an IBM AT. SunOS is a 4.2 BSD derivative with many SysV extensions. ----------------------------- From: Doug Gwyn Subject: Re: Berkeley Unix on PC? Date: 15 Nov 89 23:56:33 GMT To: info-unix@sem.brl.mil In article <832@ccssrv.UUCP> perry@ccssrv.UUCP (Perry Hutchison) writes: >A Sun 3/50 or 3/60 is easily desktop-sized -- it's not much bigger than an >IBM AT. SunOS is a 4.2 BSD derivative with many SysV extensions. Actually, the latest release should be based on UNIX System V Release 4.0, which merges System V, SunOS (4.2BSD), and Xenix into a single system. Suns do seem to be popular desktop UNIX platforms. I'm sure there are others, which should be easy to find in any of the trade journals. ----------------------------- From: neese@adaptex.uucp Subject: How to choose SCSI Date: 14 Nov 89 23:33:00 GMT Nf-ID: #N:adaptex:6900004:000:12910 Nf-From: adaptex.UUCP!neese Nov 14 17:33:00 1989 To: info-unix@sem.brl.mil The following is inetended for those who may have or are thinking about purchasing a SCSI subsytem. THE HOST ADAPTER: THE FIRST PIECE OF THE PUZZLE Host adapters come in many flavors. Some are well supported, others are not. Some are intelligent, some are not. To decide on the correct host adapter to use is a difficult decision and one that should not be taken lightly. Unless you are prepared to continue investing in other adapters as your systems needs grow, you need to study and understand the different types of host adapters and the application they are going to be used in. The simplest host adapters are cards that may have an INT13 At BIOS to support hard drives under MS-DOS. These host adapters usually have no UNIX support as it is very difficult to do a device driver that can be made to work reliably. Dumb cards such as these usually have timing constraints that make it almost impossible to have a UNIX driver. The next level of host adapter goes to the other extreme. They are very intelligent and usually hide the SCSI bus from the operating system. These types of adapters have a wide base of support in software, as they can run in any environment with very little software effort. They are also expensive adapters, which may not be needed in the MS-DOS machine. Indeed, they may be overkill for a machine that is to be relegated to the DOS environment. If you are going to be using MS-DOS and MS-DOS alone, then the low cost approach is not a bad one. But if you intend to use UNIX/Novell/OS2, then the low cost approach will be a poor one. These operating systems/environments are all multi-threaded. That is they can issue more than one command at a time. With an intelligent host adapter, this is easily done and managed by the host adapter. With a low cost board, the software to do this work must be driven by the main CPU, which will incur considerable command overhead. Of course, there is also the support issue. You always would like to avoid the finger pointing that can occur when using products from several companies, when a bug arises. This is best done by buying a product that is supported by the operating system manufacturer. There are very few SCSI host adapters supported by the operating systems manufacturers. You need to ask them what they will support and what they won't. A little planning in this area may solve many potential problems for you. Questions you should ask: a) What operating environment will I be using? b) Is the operating environment multi-threaded? c) Am I going to be using several operating systems? d) Do I care if support is from one operating system vendor? SCSI DEVICES AND MANUFACTURER'S CLAIMED DATA RATES Ignore the manufacturer's rated data rates. They are measured on the SCSI bus assuming that no data is being transferred to the device buffer from the media and they also assume the best case data transfer (no disconnects). To get an idea of how a device might perform, look at the clock rate of the head. You will see a range from 7.5 Mhz to 24 Mhz. Some devices have multiple clock rates. These are bit zone recorded devices. They have more sectors on the outer tracks than they do on the inner tracks. The data rate to the devices buffer is the rate of the clock on the head. A 7.5Mhz head moves data to the buffer at 750KB/sec and a 24Mhz clock on the head moves data at 2.4MBytes/sec. Data rates to/from the buffer from/to the SCSI bus are regulated by the clock rate of the dual ported buffer (where applicable). If the buffer has a 4MHz clock, then the fastest the data can be shipped to/from the buffer is 4MBytes/ sec, but if data is being shipped to/from the media from/to the buffer, then the rate that data can move across the SCSI bus is directly impacted. For instance, if the drive is putting data into the buffer at 2.0MBytes/sec and the buffer is a 4MHz part. The fastest data can be moved to the SCSI bus is 2.0MBytes/sec not 4MBytes/sec. This, of course, only applies to those devices that have a dual ported buffer. How the buffer full/empty ratios are used will also effect the data rate. SCSI devices, for the most part, have programmable buffer full/empty ratios stored in a mode page of the device. NOTE: Not all devices allow a user to reprogram these parameters. These parameters affect when the device should and should not, get on the SCSI bus for a data transfer. Typically, a SCSI device will ask for the bus, on a read, when there is at least 1 sector in the data buffer ready to transfer. The transfer will start and the device will continue to put data into the buffer if possible, as data is taken out of the buffer. If the buffer falls below the 1 sector limit, then the device will disconnect from the bus and will not reconnect until the buffer has at least one sector's worth of information. Questions you should ask: a) How fast is the dual ported buffer? b) What is the clock rate of the heads? c) Is the device capable of synchronous transfers? d) How is the buffer full/empty ratios calculated and implemented? TO BUFFER OR NOT TO BUFFER? The size of the buffer has a lot to do with the overall performance of the SCSI device. Buffer sizes range from 16K to 256K. If the buffer is not dual ported, then that implies the device cannot allow data to be moved from/to the SCSI bus while the HD is moving data to/from the buffer and vice-versa. If the buffer is just a buffer to smooth the data transfer, then the size of the buffer can be small if you have a host adapter capable of moving the data at the full rate of the SCSI bus. If the adapter is dumb and cannot move data very quickly, then a larger buffer is required to minimize the disconnects/ reconnects on the SCSI bus. In this implementation, the size of the buffer will not impact nor help performance. Also, with a dumb adapter you will find it very difficult to maintain a 1:1 interleave with this type of buffering scheme. Typically, this is the poorest performing SCSI device. If the device has a read ahead buffer, then sequential accesses will be much quicker. Although the more fragmented the file system the worse the worse the performance. In this case, the size is dependent on the overall implementation. If the read ahead will abort at the end of a track, then the buffer need not be larger than the largest track on a device. If the read ahead is aborted at a cylinder switch, then the buffer size should be large enough to accommodate the largest cylinder. For the most part, this is a good implementation. If the device has a read ahead cache buffer, then this, like the read ahead buffer, will give good sequential accesses, but still poor performance on a very fragmented filesystem. As data in the buffer is recoverable, because this is a cache, some performance gains will be noticed in a multi-user environment. The same rules for the read ahead buffer above apply when it concerns the size of the buffer. A better performance implementation. If the device has a segmented cache buffer, then this will yield the best performance available in all operating environments. It must be tunable so you can match the characteristics of the operating environment. The size of the buffer should not be less than 64K for this type of implementation to be effective, but it can be as large as the vendor chooses and the bigger the better. This is the best performance choice. Questions you should ask: a) What type of buffer algorithm do you use? (i.e. read-ahead, cache) b) Is the buffer algorithm programmable? c) What is the size of the buffer? d) What is the clock (or resolution) of the buffer? e) Is the buffer dual ported? SCSI COMMAND OVERHEAD SCSI command overhead is a much discussed topic when users opt to go with SCSI and generally a very heated topic. In the past, the overhead was very high (on the order of 3 milli-seconds). Today SCSI overhead, for the device, is down to 1 milli-second and less. Some devices have multiple processors, one for running the SCSI bus and one for the device electronics. These type of devices have less overhead than a single processor device as they can do things in parallel. Be aware of the manufacturers specs. Though they don't lie, they publish the best case overhead times. SCSI command overhead, as measured by the manufacturer, is typically taken from the time a TEST UNIT READY command takes to complete. The problem with that is this command takes the shortest path through the vendor's firmware as it does not require any data transfers. The best way to measure the overhead for a SCSI device is to issue a write command and then issue the same command again, to ensure the device is at the track it should be. Using a logic analyzer, measure the time from the last command byte to the ending status phase for the second write command. Subtract the data phase of the command and you will have a more believable idea of the overhead. The reason you want to use a write command is to eliminate any disk latency that a read command would generate. Measuring overhead from the system level is virtually impossible, as you also have the host adapter overhead and then the bus and CPU rates come into play. Questions you should ask: a) What is the SCSI command overhead for your controller? b) How is the overhead measured? c) Does your device have multiple processors? d) What is the clock rate of the processors? BENCHMARKING MADE EASY?? Throw away CORETEST, or disregard the seek times and the size of the request. Seek times on a SCSI device cannot be measured at the BIOS level unless the benchmark can be told what physical parameters to use. SCSI is a logical block interface and has no physical characteristics. The number of heads, sectors, and cylinders at the BIOS level are all incorrect, so the seek times that virtually all of the benchmark programs use will not yield accurate seek times. You cannot use the manufacturer's seek rate as it is measured at the mechanical level and not at the SCSI bus level. To test the seek times, you almost have to write your own benchmark. If 'adaptex' was going to be around I would have a program that would do just that for SCSI devices and post it, but alas. CORETEST also reads the same data over and over again, so a SCSI device that has a read ahead buffer, will not be accurately measured. In order to get a fair idea of the data rates that a SCSI device can yield requires you to measure data transfers in the following ways: 1) Sequentially 2) Random (1/3 stroke, preferred as you can do that at the BIOS level) 3) Read the same data over and over again. Now that will take care of the single-threaded benchmark, but what UNIX/XENIX and other multi-threaded operating environments? While none of the current benchmarks really do a fair job of measuring the correct thing for these environments, they can yield some useful information. With a multi-threaded environment, you should not only consider the average access time and the data rate, but more importantly. How does the SCSI implementation I have chosen effect the overall throughput of my system? While in a single-threaded environment most devices will benchmark well, device characteristics change dramatically in a multi-threaded mode. This is due in part to the devices ability to efficiently arbitrate for the SCSI bus. Some devices may take as long as 3 milli-seconds to complete an arbitration cycle, while others take only 1 milli-second. The only way you can judge the devices is via a logic analyzer. You are basically looking for the overall usage of the SCSI bus. Questions you should ask: a) How can I measure the average seek time? b) What environment will this implementation be used in? c) How can I best judge the performance in this environment? PERSONAL PERFORMANCE RATING If I had to rate, regardless of capacity, the best performing SCSI devices that I have used, the list would go: Quantum (3 1/2") 64K segmentable cache buffer, RLL 2.7, ZBR async/sync Quantum (5 1/4") 64K segmentable circular cache buffer, RLL 2.7, async Imprimis (5 1/4") 32K read ahead buffer (*), RLL 2.7, ZBR, async/sync Maxtor (5 1/4") 45K read ahead buffer (*), RLL 2.7, async/sync Micropolis (5 1/4") Priam (5 1/4") Imprimis (3 1/2") Maxtor (3 1/2") 8K buffer, RLL 2.7, async Seagate (5 1/4") Basic buffer Conner (3 1/2") Basic buffer Rodime (3 1/2") Basic buffer * Drives come with read ahead disabled. It can only be activated via software Recomended products to avoid Cast/Newbury Do not meet SCSI standard (Rev17B) Microscience Do not meet SCSI standard (Rev17B) TERMS ZBR Zone Bit Recorded Roy Neese Adaptec Central Field Applications Engineer UUCP @ {texbell,attctc}!cpe!adaptex!neese merch!adaptex!neese ----------------------------- From: "Ronald S. Woan" Subject: Re: export vars from cshell script? Date: 15 Nov 89 00:21:58 GMT Sender: news@awdprime.uucp To: info-unix@sem.brl.mil In article <1815@gazette.bcm.tmc.edu>, heidi@kiwi.bcm.tmc.edu (Heidi writes: > Is there an equivalent in the Cshell to the Bourne shell's export > facility? We have would like to define new environment variables in a > shell, and have them be known to subsequent processes. I may be way off base, but I have always been under the impression that setenv automatically exported them??!! Ron +-----All Views Expressed Are My Own And Are Not Necessarily Shared By------+ +------------------------------My Employer----------------------------------+ + Ronald S. Woan (IBM VNET)WOAN AT AUSTIN, (AUSTIN)ron@woan.austin.ibm.com + + outside of IBM @cs.utexas.edu:ibmaus!auschs!woan.austin.ibm.com!ron + + last resort woan@peyote.cactus.org + ----------------------------- From: Randal Schwartz Subject: Re: a perl question Date: 15 Nov 89 01:24:19 GMT Sender: news@omepd.uucp Posted: Tue Nov 14 17:24:19 1989 To: info-unix@sem.brl.mil In article , rjk@sawmill (Richard Kuhns) writes: | I'm not entirely sure that this is the newsgroup I should use, but | I've seen a number of perl questions/answers and I don't know of a | better newgroup (until comp.lang.perl comes along). | | My question: I'd dearly love to have a filter, written in perl (the | rest of the code for this project is in perl, and I'll post it when I | get it working), which would turn the string `B^HBO^HOL^HLD^HD' into | `$bold_startBOLD$bold_end', where $bold_start and $bold_end are | predefined character strings. I have a filter that does this already | written in C, but it seems to me I should be able to do it easier in | perl (using regular expressions?), but I can't come up with a good way | to do it. /(.)\010$1/ recognizes one element of such a string (always | the first). s/(.)\010$1/$1/g specifically does NOT work (it only | changes the first occurence). I saw this question come through the perl-users@virginia.edu mailing list first, but I'll post my reply here (being the token Perl wizard...:-): #!/usr/bin/perl $bold_start = "whatever"; $bold_end = "whatever"; while (<>) { if (/\010/) { s/(.)\010\1/\201\1\202/g; # surround bold with \201 and \202 s/\202\201//g; # optimize away all end-start pairs s/\201/$bold_start/og; # replace start with real start s/\202/$bold_end/og; # and likewise for end } print; } There you have it. OK, so it's not a one-liner... big deal. Just another Perl hacker, (lwall says he's "Not just another Perl hacker"... :-) -- /== Randal L. Schwartz, Stonehenge Consulting Services (503)777-0095 ====\ | on contract to Intel's iWarp project, Hillsboro, Oregon, USA, Sol III | | merlyn@iwarp.intel.com ...!uunet!iwarp.intel.com!merlyn | \== Cute Quote: "Welcome to Oregon... Home of the California Raisins!" ==/ ----------------------------- From: wyle@inf.ethz.ch (Mitchell Wyle) Subject: Re: vi editor enhancement request Date: 15 Nov 89 09:01:47 GMT Keywords: vi display To: info-unix@sem.brl.mil In article <456@tron.UUCP> wali@tron.UUCP (Saleem Wali) writes: > (vi editor) Is there anyone who knows of a utility which allows "vi" to > display various information, e.g., the filename, time, and > whether I am in the insert mode or in the command mode, at the top of > the screen. The control-G command will give you file name, if modified, line number and current position as a percentage. :set modeline might also help. Vi intentionally does not put all kinds of crap on your screen (like wordstar) other than the text. This philosophy helps at low baud rates; I admit that "modes" is a weakness, but you can get used to them. >** Westinghouse Electric Corp. * New on the job ** If you hack the sources of stevie or the "S" vi clones to put up this mode stuff on the top line, please post them. -Mitch (vi fanatic) Wyle ----------------------------- From: Kenneth L Moore Subject: Re: vi editor enhancement request Date: 15 Nov 89 21:09:49 GMT Keywords: vi display emacs To: info-unix@sem.brl.mil In article <5530@ethz-inf.UUCP> wyle@ethz.UUCP (Mitchell Wyle) writes: >In article <456@tron.UUCP> wali@tron.UUCP (Saleem Wali) writes: ==>==> (vi editor) Is there anyone who knows of a utility which ==>==> allows "vi" to ==>==>** Westinghouse Electric Corp. * New on the job ==> ==>-Mitch (vi fanatic) Wyle You two might want to think about switching to emacs. The file name is always displayed. Command and insert are unambiguous. Emacs even allows for the execution of unix commands while in the editor. For example: I type Capture Command Output then type date. This gives me the time in my file at the current cursor position. There are infinite variations on this theme. (You might dump the result to a buffer. You may want to to an ls -l on the file you are working on, etc.) Here is an example: Wed Nov 15 15:54:40 EST 1989 The big deal though is that emacs is "universal". We currently have 3 versions of emacs (that I know of) one on the VAX, one on our Ultrix and one on our Suns. I currently switch from machine to machine with very little difficulty. Caveat: A few of the commands are slightly different. It is difficult to change editors but in this case it is worth it. IMHO. See newsgroup gnu.emacs -- yahoo@unix.cis.pitt.edu (Kenneth L Moore) ----------------------------- From: Randal Schwartz Subject: Re: vi editor enhancement request Date: 16 Nov 89 00:57:26 GMT Sender: news@omepd.uucp Keywords: vi display To: info-unix@sem.brl.mil In article <456@tron.UUCP>, wali@tron (Saleem Wali) writes: | Now that I have your attention............. | (vi editor) Is there anyone who knows of a utility which allows "vi" to | display various information, e.g., the filename, time, and | whether I am in the insert mode or in the command mode, at the top of | the screen. yeah, have your sysadm do "mv /usr/local/emacs /usr/ucb/vi" :-) Otherwise, no luck. You can press ^G a lot, but that doesn't really help. To find out if you are in insert mode, hit ESC, and if it doesn't beep, you *were* in insert mode. What can I say, it's "vi". (or is that "vee-eye"?? :-) Just another satisfied GNU-EMACS (former vi) user, -- /== Randal L. Schwartz, Stonehenge Consulting Services (503)777-0095 ====\ | on contract to Intel's iWarp project, Hillsboro, Oregon, USA, Sol III | | merlyn@iwarp.intel.com ...!uunet!iwarp.intel.com!merlyn | \== Cute Quote: "Welcome to Oregon... Home of the California Raisins!" ==/ ----------------------------- From: "Jonathan I. Kamens" Subject: Re: sendmail.cf Date: 15 Nov 89 10:22:20 GMT Sender: daemon@bloom-beacon.mit.edu To: info-unix@sem.brl.mil In article <1989Nov13.193000.12827@tse.uucp> rick@tse.uucp writes: >Is it possible to change the sendmail.cf file to indicate a different >host for different local users? > >For example: if user1 sends mail the return address looks like user1@host1; >but, if user2 sends mail it has the return address user2@host2 (even though >they are working on the same machine). Yes. Define several classes read from files in the sendamil.cf file; each class represents all the users who should be from one particular host. Then, in the sender pre-write you match against each of those classes and tack on the appropriate host for any matches. I'm assuming that you don't want to tack a host on if the user has manually specified the host himself -- if the user specifies the from host, then he really wants mail to go there :-). If you want to enforce the host divisions, you need to strip off any host specified by the sender before matching against the classes. The level of paranoia and care you take in doing this is up to you. Of course, you can do the same thing for recipients if you want mail to automatically be delivered to the right host, given only the username. All of this is a little dangerous, because you have to keep all these files up-to-date on all of the hosts involved. It's usually a better idea, when a somewhat large number of hosts is involved, to have a central machine that knows all the usernames, and to forward all mail to that machine for delivery, instead of trying to put correct hosts in the sender field. Give that machine an automatically generated aliases file that forwards mail to the appropriate mail hosts. (That's how Project Athena mail works. Athena.mit.edu is actually just a mailhub which does mailing list expansion and mail delivery to Athena users, whose mail actually lives on several post office machines.) Jonathan Kamens USnail: MIT Project Athena 11 Ashford Terrace jik@Athena.MIT.EDU Allston, MA 02134 Office: 617-253-8495 Home: 617-782-0710 ----------------------------- From: Chris Torek Subject: Re: core files under SV Date: 15 Nov 89 10:22:49 GMT To: info-unix@sem.brl.mil In article mrd@sun.soe.clarkson.edu (Michael DeCorte) writes: >NOTE I want to generate a core file but NOT exit. Yup I just want to >go along on my merry way. (You are not going to like this :-) ) int make_core_file() { int pid = fork(), w, status; extern int errno; switch (pid) { case -1: /*DEBUG*/ /* perror("cannot fork to make core file"); */ return (-1); case 0: /* child */ abort(); /*DEBUG*/ /* (void) write(2, "could not make core file\n", 25); */ _exit(1); /* NOTREACHED */ } /* parent */ /* should use wait4() here, but no one has it yet */ while ((w = wait(&status)) != pid) if (w == -1 && errno != EINTR) break; if (status & 0200) /* made a core file */ return (0); return (1); /* fork succeeded, but no core dump */ } -- In-Real-Life: Chris Torek, Univ of MD Comp Sci Dept (+1 301 454 7163) Domain: chris@cs.umd.edu Path: uunet!mimsy!chris ----------------------------- From: "Conor P. Cahill" Subject: Re: core files under SV Date: 15 Nov 89 16:12:41 GMT To: info-unix@sem.brl.mil In article , mrd@sun.soe.clarkson.edu (Michael DeCorte) writes: > > There has got to be a little function I can call that will generate a > core file of my process but I sure can't find it in sections 2 or 3. > Anybody know what it is? > > NOTE I want to generate a core file but NOT exit. Yup I just want to > go along on my merry way. There is no system or library call to do this, but you could just do the following: if( fork() == 0 ) { abort(); } which will result in a core file being generated and letting your current program continue executing. If you do this alot, without performing a wait(2), you will eventually run out of process table slots. So either do a wait() after the fork(), or limit the number of times you do this. -- +-----------------------------------------------------------------------+ | Conor P. Cahill uunet!virtech!cpcahil 703-430-9247 ! | Virtual Technologies Inc., P. O. Box 876, Sterling, VA 22170 | +-----------------------------------------------------------------------+ ----------------------------- From: Doug Gwyn Subject: Re: core files under SV Date: 15 Nov 89 23:52:40 GMT To: info-unix@sem.brl.mil In article mrd@sun.soe.clarkson.edu (Michael DeCorte) writes: >There has got to be a little function I can call that will generate a >core file of my process but I sure can't find it in sections 2 or 3. >Anybody know what it is? >NOTE I want to generate a core file but NOT exit. Yup I just want to >go along on my merry way. I could say all sorts of disparaging things about people who think UNIX would have a single function that performs a particular action not of general utilit, but I won't :-) if ( fork() == 0 ) abort(); ----------------------------- From: Doug Gwyn Subject: Re: core files under SV Date: 16 Nov 89 00:13:02 GMT To: info-unix@sem.brl.mil In article <11613@smoke.BRL.MIL> gwyn@brl.arpa (Doug Gwyn) writes: > if ( fork() == 0 ) > abort(); As somebody else pointed out, if you do lots of these you also need to reap the zombies. The simplest solution to that is if ( (pid = fork()) == 0 ) abort(); else while ( wait( (int*)0 ) != pid ) ; If you don't want to wait for the core dump to complete before proceeding, arrange for the dumping child to be detached: if ( (pid = fork()) == 0 ) if ( fork() == 0 ) abort(); else _exit( 0 ); else while ( wait( (int*)0 ) != pid ) ; Note that I've assumed that you aren't performing any wait()s in signal handlers, because you really shouldn't. ----------------------------- From: "Jonathan I. Kamens" Subject: Re: Import variables in to awk. Date: 15 Nov 89 10:35:39 GMT Sender: daemon@bloom-beacon.mit.edu To: info-unix@sem.brl.mil In article <10531@thorin.cs.unc.edu> warner@unc.cs.unc.edu (Byron Warner) writes: >My questions is how do you import csh variables into an awk script. >for example if I have a file called foo, which contains: >{ > print import,$0 >} > >and I issue the command >awk -F: -f foo /etc/passwd import='hello >why do I get just a list of logins? >Thanx in Advance First of all, I have never known the C-shell to allow the syntax "foo=bar" on a command-line to import a variable into a program. C shell doesn't have anything like that. Second, the only way to do what you want is to actually make the creation of this variable part of the awk script. Like this: % set import = 'hello' % awk 'BEGIN { import = "'"$import"'" } { print import, $0}' /etc/passwd The $import is evaluated before awk is actually called, and replaced by 'hello' (sans quotes). Jonathan Kamens USnail: MIT Project Athena 11 Ashford Terrace jik@Athena.MIT.EDU Allston, MA 02134 Office: 617-253-8495 Home: 617-782-0710 ----------------------------- From: Chris Torek Subject: Re: Import variables in to awk. Date: 15 Nov 89 14:14:02 GMT To: info-unix@sem.brl.mil >In article <10531@thorin.cs.unc.edu> warner@unc.cs.unc.edu (Byron Warner) >writes: [file foo] >>{ print import,$0 } [command] >>awk -F: -f foo /etc/passwd import='hello >>why do I get just a list of logins? In article <15919@bloom-beacon.MIT.EDU> jik@athena.mit.edu (Jonathan I. Kamens) writes: > First of all, I have never known the C-shell to allow the syntax >"foo=bar" on a command-line to import a variable into a program. It does not. However, awk does. That is, you are looking at the wrong program. > Second, the only way to do what you want is to actually make the >creation of this variable part of the awk script. Like this: Not so: Within some limits, you can set awk variables from its invocation. For instance: % cat t BEGIN { print "BEGIN: " this; } { print "INPUT: " this " " $0; } END { print "END: " this; } % cat u first line second line % awk -f t u this=that BEGIN: INPUT: first line INPUT: second line END: that % awk -f t this=that u BEGIN: INPUT: that first line INPUT: that second line END: that % rm t u The `BEGIN' statement is done before any `files' are opened; the `END' statement is done after all `files' have been read. Any `files' of the form `a=b' set variable `a' to value `b'. All of the above is with respect to the 4.3BSD flavour of `awk'. The new awk (as described in the awk book) appears to open the first `file' before executing the BEGIN statement, so that any assignments that appear before the first real file happen before the BEGIN. What GNU awk does, I do not know (but the above technique will tell you). -- In-Real-Life: Chris Torek, Univ of MD Comp Sci Dept (+1 301 454 7163) Domain: chris@cs.umd.edu Path: uunet!mimsy!chris ----------------------------- From: "Jonathan I. Kamens" Subject: Re: Import variables in to awk. Date: 15 Nov 89 18:19:52 GMT Sender: daemon@bloom-beacon.mit.edu To: info-unix@sem.brl.mil In article <20774@mimsy.umd.edu> chris@mimsy.umd.edu (Chris Torek) writes: >... >The `BEGIN' statement is done before any `files' are opened; the `END' >statement is done after all `files' have been read. Any `files' of >the form `a=b' set variable `a' to value `b'. Nifty! Two questions: 1. Why isn't this mentioned in the BSD man page awk(1), or in the /usr/doc documentation about awk? 2. What happens if you actually want to read in a file that has = in the filename? How am I supposed to know what happens if the feature isn't mentioned in documentation? :-) Jonathan Kamens USnail: MIT Project Athena 11 Ashford Terrace jik@Athena.MIT.EDU Allston, MA 02134 Office: 617-253-8495 Home: 617-782-0710 ----------------------------- From: David C Lawrence Subject: Re: Import variables in to awk. Date: 15 Nov 89 23:55:18 GMT To: info-unix@sem.brl.mil In <10531@thorin.cs.unc.edu> warner@unc.cs.unc.edu (Byron Warner) writes: Byron> [file foo] Byron> { print import,$0 } Byron> [command] Byron> awk -F: -f foo /etc/passwd import='hello Byron> why do I get just a list of logins? Because the variable assignment has to come before file name. I'm also assuming here that the ' is a typo, or the absence of a match is; either way variable assignment comes before the file list. If you change it to "awk -F: -f foo import=hello /etc/passwd" it will work. This applies to V7 awk, nawk and gawk. In <20774@mimsy.umd.edu> chris@mimsy.umd.edu (Chris Torek) writes: Chris> All of the above is with respect to the 4.3BSD flavour of `awk'. The Chris> new awk (as described in the awk book) appears to open the first `file' Chris> before executing the BEGIN statement, so that any assignments that Chris> appear before the first real file happen before the BEGIN. What GNU Chris> awk does, I do not know (but the above technique will tell you). Variables set as above are not available in the BEGIN block with gawk, but a special option, -v, is provided to do this. -v VAR=VAL will assign VAL to VAR before script execution begins; another -v must be specified for each variable you want to declare this way. Dave -- (setq mail '("tale@pawl.rpi.edu" "tale@ai.mit.edu" "tale@rpitsmts.bitnet")) ----------------------------- From: David C Lawrence Subject: Re: Import variables in to awk. Date: 16 Nov 89 00:06:16 GMT To: info-unix@sem.brl.mil In <15924@bloom-beacon.MIT.EDU> jik@athena.mit.edu (Jonathan I. Kamens) writes: Jon> 1. Why isn't this mentioned in the BSD man page awk(1), or in the Jon> /usr/doc documentation about awk? Oversight, I suppose. SunOS manual page has it. Jon> 2. What happens if you actually want to read in a file that has = in Jon> the filename? How am I supposed to know what happens if the Jon> feature isn't mentioned in documentation? :-) Good question. I just tried a few different things which I thought might work and none of them did. It appears as though .*=.* patterns which appear after a file name (/dev/null in my test case) are simply ignored; they are neither interpreted as variable assigments nor as file names. I also tried passing it an arg of foo\=bar (my test case) and it still did nothing. In fact, it didn't even read stdin. Hmm ... Dave -- (setq mail '("tale@pawl.rpi.edu" "tale@ai.mit.edu" "tale@rpitsmts.bitnet")) ----------------------------- From: Randal Schwartz Subject: Re: Import variables in to awk. Date: 16 Nov 89 01:01:26 GMT Sender: news@omepd.uucp To: info-unix@sem.brl.mil In article <10531@thorin.cs.unc.edu>, warner@unc (Byron Warner) writes: | My questions is how do you import csh variables into an awk script. | for example if I have a file called foo, which contains: | { | print import,$0 | } | | and I issue the command | awk -F: -f foo /etc/passwd import='hello ^ missing quote, perhaps? | why do I get just a list of logins? The order of command-line options is significant: % awk -F: -f foo import='hello' /etc/passwd yields the result you want. Also note that these variables are not available in the "BEGIN" action (unless something happened after the V7 version of awk). Just another UNIX old-timer, -- /== Randal L. Schwartz, Stonehenge Consulting Services (503)777-0095 ====\ | on contract to Intel's iWarp project, Hillsboro, Oregon, USA, Sol III | | merlyn@iwarp.intel.com ...!uunet!iwarp.intel.com!merlyn | \== Cute Quote: "Welcome to Oregon... Home of the California Raisins!" ==/ ----------------------------- From: "Ronald K. Wright" Subject: spell..adding new words Date: 15 Nov 89 10:42:39 GMT Keywords: spell spellin hashcheck RTFM To: info-unix@sem.brl.mil Perhaps excesses as a youth dithered my brain; but all of TFM's that I have read do not explain how to add words to spell's idea of correct words. Spell even in its most primative form would be helpful to me if I could get it to expand its vocabulary. Perhaps someone could explain it to me, try to use simplistic terms. ;-) -- R. K. Wright MD JD | office: medexam!rkw Chief Medical Examiner, Broward County | nova: novavax!rwright Associate Professor Pathology | home: medexam!love1!rkw University of Miami School of Medicine | fax: 305 765 5193 ----------------------------- From: Doug Gwyn Subject: Re: spell..adding new words Date: 16 Nov 89 00:03:25 GMT Keywords: spell spellin hashcheck RTFM To: info-unix@sem.brl.mil In article <1628@novavax.UUCP> rwright@novavax.UUCP (Ronald K. Wright) writes: >Perhaps excesses as a youth dithered my brain; but all of TFM's that I >have read do not explain how to add words to spell's idea of correct >words. System V flavors of "spell" support local word lists; RTFM again. For older flavors, you may have to add the words to the "local" file found in the source directory for the "spell" utility and perform a "make install" (which will run "spellin" and copy the resulting hash list file to the needed place). >Spell even in its most primative form would be helpful to me if I >could get it to expand its vocabulary. What do monkeys have to do with this? >Perhaps someone could explain it to me, try to use simplistic terms. ;-) Basically, either use System V "spell" or give your word list to your system administrator and ask that he add them to the supported word list for "spell". ----------------------------- From: John B Scalia Subject: ESIX has a bug. Date: 15 Nov 89 14:02:46 GMT Followup-To: comp.unix.i386 Keywords: TCP/IP HDB bug To: info-unix@sem.brl.mil Hello, a short while ago a posted about a problem I had encountered with ESIX's HDB uucp after I loaded its TCP/IP software. Thanks to all those who responded and made suggestions. Yesterday, the ESIX tech folks did respond about this problem. (Yeah!) They had confirmed that I wasn't imagining the problem and that there is something happening with either sendmail or rwho under TCP/IP, ie. a bug. Apparently, now that they know about it, they've said they'll try to get it fixed. In case others might be considering ESIX, the problem caused HDB i/o to drop by a factor 8 when TCP/IP was loaded. HDB did NOT fail altogether! Running Uutry with -x = 9 show that packets were either getting corrupted or not being acknowledged after receipt. Removing TCP/IP and making no other changes, either hardware or software, made the problem disappear. BTW, the problem was much more aggravated when ESIX was receiving. All in all, I'd still recommend ESIX. The technician I spoke with said that it did take a little while to duplicate the problem I had and then figure out why it was occuring. (BTW, they DO have net access, but it seems that they mostly lurk silently, ie. they still prefer voice calls.) jb@aablue -- A A Blueprint Co., Inc. - Akron, Ohio +1 216 794-8803 voice UUCP: {uunet!}aablue!jb (John B. Scalia) Just a little more nonsense to clutter up the net. ----------------------------- From: "Susanne W. Smith" Subject: Calendar of UNIX-related Events Date: 15 Nov 89 16:36:49 GMT Expires: 1 Dec 89 21:45:37 GMT Sender: std-unix@longway.tic.com Approved: jsq@longway.tic.com (Moderator, John S. Quarterman) To: info-unix@sem.brl.mil From: sws@calvin.wa.com (Susanne W. Smith) This is a combined calendar of planned conferences, workshops, or standards meetings related to the UNIX operating system. Most of this information came from the various conference organizers, although some was taken from ;login: (USENIX), 14, 4, Sep/Oct 1989, CommUNIXations (/usr/group), IX, 4, Sep/Oct 1989, and the /usr/group UNIX Resources Guide. If your favorite meeting is not listed, it's probably because I don't know about it. If you send me information on it, I will probably list it both here and in the appropriate one of the companion articles: Access to UNIX User Groups Access to UNIX-Related Publications Access to UNIX-Related Standards Changes since last posting: JUS, /usr/group/cdn, DECUS, IEEE 1003, UKUUG, NLUUG, AUUG, USENIX, Using Abbreviations: APP Application Portability Profile C Conference or Center CC Computer Communication CT&LA Conformance Testing & Laboratory Accreditation G, MD Gaithersburg, Maryland S Symposium T Tradeshow U UNIX UG User Group W Workshop USENIX, UniForum, EUUG, AUUG, and DECUS sponsor conferences of the same names. UNIX is a Registered Trademark of AT&T Bell Laboratories. TIC Windsound 89/11/15 pg. 2 Calendar of UNIX-Related Events comp.std.unix year mon days conference (sponsor,) (hotel,) location 1989 Nov 1-3 UNIX EXPO Javits Conv. C, New York, NY 1989 Nov 6-10 DECUS S Anaheim, California 1989 Nov 9 NLUUG De Reehorst, Ede, The Netherlands 1989 Nov 9-10 14th JUS UNIX S Osaka, Japan 1989 Nov 15 POSIX APP W NIST, G, MD 1989 Nov 16-17 Graphics Workshop V USENIX, Monterey, CA 1989 Nov 24 AFUU C Paris, France 1989 Dec 5-6 JUS UNIX Fair '89 JUS, Tokyo, Japan 1989 Dec 6-8 Sun UG C Hilton, Anaheim, CA 1989 Dec 8-9 UNIX Asia'89 C Sinix, World Trade Center, Singapore 1989 Dec 11-15 OSI Implementors W NIST, G, MD 1989 Dec 11-13 UKUUG C Cardiff, Wales, UK 1990 Jan 8-12 IEEE 1003 New Orleans, LA 1990 Jan 9-10 U in Gov. C&T Ottawa, ON 1990 Jan 20-26 DECUS S Toronto, Canada 1990 Jan 22-26 USENIX Omni Shoreham, Washington, DC 1990 Jan 23-26 UniForum Washington Hilton, Washington, DC 1990 Feb 6-9 IETF IAB, FSU, Talahassee, FL 1990 Feb 14 Sys Admin W UKUUG, Inst of Education, London, UK 1990 Mar 5-6 X3J11 New York City, NY 1990 Mar 26-28 USING C Dallas, Texas, USA 1990 Mar 26-29 DECUS S Vasteras, Sweden 1990 Mar 27-30 AFUU C Paris, France 1989 Apr 9 POSIX APP W NIST, G, MD 1990 Apr 9-11 USENIX C++ C San Francisco, CA 1990 Apr 23-27 EUUG Munich, Germany 1990 Apr 23-27 IEEE 1003 Salt Lake City, UT 1990 May 1-4 IETF IAB, Pittsburgh Supercomputer C, PA 1990 May 7-11 DECUS S New Orleans, LA 1990 May 17 U & Parallel Systems C NLUUG, Ede, Netherlands 1990 May 30-Jun 1 UNIX/90 C&T /usr/group/cdn, Toronto, ON 1990 Jun 11-15 USENIX Marriott, Anaheim, CA 1990 Jul 9-11 15th JUS S JUS, Tokyo, Japan 1990 Jul 9-13 UKUUG C London,UK 1990 Jul 16-20 IEEE 1003 Danvers, MA 1990 Jul 31-Aug 3 IETF IAB, UW, Seattle, WA 1990 Sep 25-28 AUUG C Southern Cross, Melbourne, Australia 1990 Oct 22-26 EUUG Nice, France 1990 Oct 31-Nov 2 UNIX EXPO New York, NY 1990 Nov 5-9 10th Internat'l C on CC ICCC, New Delhi, India 1990 Nov 8 Open Systems C NLUUG, Ede, Netherlands 1990 Nov 15 POSIX APP W NIST, G, MD 1990 Nov 15-16 16th JUS S JUS, Osaka, Japan 1990 Dec 4-5 JUS UNIX Fair '90 JUS, Tokyo, Japan 1990 Dec 10-14 DECUS S Las Vegas, NV TIC Windsound 89/11/15 pg. 3 Calendar of UNIX-Related Events comp.std.unix 1991 Jan 21-25 USENIX Dallas, TX 1991 Jan 22-25 UniForum Infomart, Dallas, TX 1991 Feb U in Gov. C&T Ottawa, ON 1991 Feb 18-22 DECUS S Ottawa, Canada 1991 May 20-24 EUUG Tromso, Norway 1991 May U 9x/etc C&T Toronto, ON 1991 May 6-10 DECUS S Atlanta, GA 1991 Jun 10-14 USENIX Opryland, Nashville, TN 1991 Sep 16-20 EUUG Budapest, Hungary 1991 Dec 9-13 DECUS S Anaheim, CA 1992 Jan 20-24 USENIX Hilton Square, San Francisco, CA 1992 Jan 21-24 UniForum Moscone Center, San Francisco, CA 1992 Spring EUUG Jersey, U.K. 1992 May 4-8 DECUS S Atlanta, GA 1992 Jun 8-12 USENIX Marriott, San Antonio, TX 1992 Autumn EUUG Amsterdam, Netherlands 1993 Jan USENIX Town & Country, San Diego, CA 1993 Mar 2-4 UniForum Washington, D.C. 1993 Jun 21-25 USENIX Cincinnati, OH TIC Windsound Volume-Number: Volume 17, Number 56 ----------------------------- From: Maarten Litmaath Subject: -msU troff package sought for vi tutorial (was: vi (vs VMS/EDT)) Date: 15 Nov 89 18:20:15 GMT Keywords: DEC bashing To: info-unix@sem.brl.mil In article <1989Nov14.223604.17418@cs.eur.nl> henk@cs.eur.nl (Henk Langeveld) writes: \... \Perhaps we could use a vi tutorial, to get people acquainted with \the basics of vi. Anybody? Maarten? How about the vi tutorial that comes with 4.x BSD in /usr/doc/usd? I have dug it up, but I can't find this -msU troff macro package. It's *almost* -ms. Anybody? -- [...] like a roving gang. "Ah, here's a NEW almost-empty group to post train schedules and core dumps in!" (Joe Buck) | maart@cs.vu.nl, mcsun!botter!maart ----------------------------- From: neese@adaptex.uucp Subject: Re: What is a good SCSI controller? Date: 15 Nov 89 19:38:00 GMT Nf-ID: #R:dynasys.UUCP:20:adaptex:6900005:000:906 Nf-From: adaptex.UUCP!neese Nov 15 13:38:00 1989 To: info-unix@sem.brl.mil >I'm thinking about purchasing a Seagate ST-296N and I would like to know what >a good SCSI controller would be. I am running an Everex 386/16 and would like >this to be compatible with SCO Xenix and AT+T Unix. I would also like the >ability to add an SCSI tape drive in the future and perhaps another SCSI hard >drive as well (2 hard drives AND a tape drive). Can anyone give me any >pointers here? The AHA-1540A/1542A host adapters are supported in SCO's releases (2.3GT and UNIX). You can add up to 3 more hard drives and 3 tape drives if you like. I don't know about AT&T UNIX and what they support. The one thing you better be aware of: The Seagate drive is a slow drive. Performance with this drive will be worse than a good RLL controller and drive. Roy Neese Adaptec Central Field Applications Engineer UUCP @ {texbell,attctc}!cpe!adaptex!neese merch!adaptex!neese ----------------------------- From: Lyndon Nerenberg Subject: Re: another nice one Date: 15 Nov 89 20:58:21 GMT To: info-unix@sem.brl.mil In article <20540@unix.cis.pitt.edu> yahoo@unix.cis.pitt.edu (Kenneth L Moore) writes: >I can't believe that four lines causes any significant problems. Does >anyone know how much is paid to recieve my .sig? .000000001 cents? Let's work it out. Assuming a connection between us and Edmonton (our nearest feed) that costs 18 cents per minutes, and a 2400 baud link , in the perfect case we move 240 characters per second. The cost for one second of LD is .18 * (1/60) = .3 cents to move those three lines (yes, I'm ignoring newlines, call setup overhead, etc.). If there are 5000 sites in the same situation, the sum total cost of moving those three lines around is 5000 * .3 = 1500 cents = $15.00 for every article you post. Most sites pay less to get news, but some sites pay more -- *substantially* more. See Brian Reid's postings for a (slightly) more accurate guess as to the actual number of usenet sites. >Also, I don't consider it useless garbage. It allows someone to easily >identify me. That was its purpose and it seems to serve it pretty well. Except that it contains no information that's already in the header. The '@' characters serve no useful purpose, other than to make the signature more visible. In my case, they just give me a headache. I think this is what everyone else is really complaining about. There is NOTHING visually appealing about a bunch of BRIGHT '@' characters on a dark background (and vice versa). I tend to judge people by the contents of what they write. If I want to identify you (say, for a reply message) I'll do it by the headers. Besides, I don't know if I would want to be identified as a yahoo@ *anything* :-) Change the '@' to ' ' or something that doesn't mangle everyones optic nerve and the bitch rate will drop substantially. Or replace them with an utterly useless saying (see below for example :-) -- Lyndon Nerenberg VE6BBM / Computing Services / Athabasca University {alberta,decwrl,lsuc}!atha!lyndon || lyndon@cs.AthabascaU.CA The Connector is the Notwork. ----------------------------- From: Jeffrey Gleixner Subject: thanks Date: 15 Nov 89 22:20:48 GMT Sender: news@uc.msc.umn.edu Keywords: thanks To: info-unix@sem.brl.mil Thanks to all who responded to getting spell to work from vi. I haven't had time to try them all, but it was interesting how everyone takes care of this problem. -Jeff "maybe I'll just learn how to spell" Gleixner- glex@msc.umn.edu -glex- ----------------------------- From: Alex Measday Subject: Re: XMODEM transfers while using 'script' (ptys) Date: 15 Nov 89 22:40:55 GMT Keywords: pty, script, xmodem, errors To: info-unix@sem.brl.mil In article <229@tnl.UUCP>, norstar@tnl.UUCP (Daniel Ray) writes: > > Hi. I've noticed that you cannot use 'xmodem' or 'sx' or other XMODEM-type > file transfers if you are logging a transcript of your session with the > utility 'script'. 'script' uses pty's...when attempting XMODEM transfers, > all one gets is errors til XMODEM or the communication program aborts. > I've got a different but seemingly related problem, so I'm interested in the answer to Daniel Ray's question, too. My PC XT was connected to our Sun 3/110 through a serial port. I was able to transfer files back and forth at 9600 baud using the YMODEM batch protocol (PROCOMM on the PC and Steve Grandi's YMODEM program on the Sun); I had no problems. We recently bought a CMC TranServer terminal server which is connected to the Sun via Ethernet and our PC's are connected to the terminal server at 9600 baud (8 bits, no parity). We use TELNET on the terminal server to open a session on the Sun; the Sun has a PTY on its side. Everything works fine (VI, MicroEMACS, etc.) except for file transfers between the machines. Transferring files from the Sun to the PC using YMODEM batch works great, but transferring files from the PC to the Sun does not. File names are exchanged, but the Sun's YMODEM program keeps timing out "while reading sectors 1-8" (from the debug file) and eventually it aborts the transfer. Our UNIX-based KERMIT program has the same problem: Sun->PC transfers work fine, but PC->Sun transfers keep timing out. The transfer continues, but at a reduced data rate (a few hundred bytes per minute!). It seems like the problem has to do with PTY's - what should be done? Thanks! Alex Measday Integral Systems, Inc. Lanham, MD ----------------------------- From: Mike Powell "Network Kingpin" Subject: Anybody ever use the tenex mode of ftp? Date: 15 Nov 89 22:53:30 GMT To: info-unix@sem.brl.mil We got a file from the NIC this evening and it said to use the tenex mode so we did. The problem is you cannot read it! file says it's data. more and vi go out to lunch. I looked in the permutated index and could not find anything. Any thoughts? Thanks. -- Mike Powell (need a change of altitude) Disclaimer: I speak for myself and only myself. internet: powell@issm.iss.contel.com Usenet: {contel-fss,issm}!powell ----------------------------- From: Michael Lodman Subject: patch Date: 15 Nov 89 23:17:15 GMT To: info-unix@sem.brl.mil Could someone please mail me the source to "patch". Thanks. -- +-----------------------------------------------------------+ | Michael Lodman Mike.Lodman@SanDiego.NCR.COM | | NCR Corporation - Distributed Systems Lab - San Diego | | 9900 Old Grove Rd. San Diego, CA. 92131 (619) 693-5353 | +-----------------------------------------------------------+ ----------------------------- From: Randal Schwartz Subject: Re: cc -o *.c Date: 16 Nov 89 00:49:40 GMT Sender: news@omepd.uucp To: info-unix@sem.brl.mil In article <20619@unix.cis.pitt.edu>, cmf@obie (Carl M. Fongheiser) writes: | In article <1989Nov9.145517.4338@virtech.uucp> cpcahil@virtech.uucp (Conor P. Cahill) writes: | ] In article <1042@root44.co.uk>, gwc@root.co.uk (Geoff Clare) writes: | ] > In article <20512@mimsy.umd.edu> chris@mimsy.umd.edu (Chris Torek) writes: | ] > > | ] > > % echo *.c | ] > > t.c tet.c t.c | ] > | ] > That's a neat trick, Chris. Care to tell us how you managed it? | ] | ] easy, | ] | ] % cp /dev/null t.c | ] % cp /dev/null tet.c | ] % cp /dev/null "tj\.c " | ] % echo *.c | ] t.c tet.c t.c | | Nah, even easier: | | cp /dev/null 't.c tet.c t.c' | | Carl Fongheiser | cmf@unix.cis.pitt.edu Why get /dev/null involved? Or even exec a process? $ >'t.c tet.c t.c' :-) OB Perl Reference: perl -e 'open(STDOUT,">t.c tet.c t.c");' Just another Perl heckler, -- /== Randal L. Schwartz, Stonehenge Consulting Services (503)777-0095 ====\ | on contract to Intel's iWarp project, Hillsboro, Oregon, USA, Sol III | | merlyn@iwarp.intel.com ...!uunet!iwarp.intel.com!merlyn | \== Cute Quote: "Welcome to Oregon... Home of the California Raisins!" ==/ ----------------------------- From: "Frank Ch. Eigler" Subject: MS-DOS BBS programs under 386 UNIXes Date: 16 Nov 89 01:23:09 GMT Followup-To: alt.bbs Keywords: VP/ix, 386 UNIX, MS-DOS, BBS To: info-unix@sem.brl.mil Does anyone have any experience with running MS-DOS BBS programs under Unix running some DOS emulator? Are there DOS emulators available for 386 Unix-es other than VP/ix which may be well suited to this? Any problems? As well, how well are these DOS emulators suited to running multiple copies of MS-DOS [programs] simultaneously. We are particularly interested in Interactive's 386/ix and VP/ix. We'd appreciate responses in E-Mail. -- Frank Ch. Eigler The Hack BBS - (416)-249-0263 // // fche@db.toronto.edu \\ // AMIGA \X/ ----------------------------- From: Cathy Benney Subject: tr Date: 16 Nov 89 05:28:56 GMT Keywords: tr ascii To: info-unix@sem.brl.mil Hello. I have been experimenting with "tr", the translate characters command. I am curious to know if tr can substitute from a single character in string 1 to multiple characters in string 2. For example, could "tr" substitute '\012' (the ascii new line) for '\015\012' (which would be ^M^J). I have been trying this, using a command like: tr '\012' '\015\012' < file.1 > file.2 but without any luck. In the command above, tr substitutes ascii 012 for ascii 015. What I would like is for tr to substitute every 012 with an 012 015. I am a novice in using tr (could you guess?), so my approach may be off, but I would appreciate any suggestions you may have. Thank you. ----------------------------- From: Alan Broadman Subject: Prompt as Current Directory? Date: 16 Nov 89 05:56:13 GMT To: info-unix@sem.brl.mil I have a (hopefully) simple question. How can you get the UNIX prompt to always reflect the path to the current directory. Such a prompt would change with each 'cd ' command. In MS-DOS this is done by the command : 'prompt $P'. I think this would be most helpful, as otherwise, the prompt string is quite useless. Allen Broadman Broadman@paul.rutgers.edu ----------------------------- End of INFO-UNIX Digest ***********************