home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.os.vms
- Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!caen!uvaarpa!murdoch!hopper!houseman
- From: houseman@hopper.ACS.Virginia.EDU (Carl Houseman)
- Subject: Print symbiont interpretation of PASTHRU
- Message-ID: <1993Jan25.031308.10158@murdoch.acc.Virginia.EDU>
- Keywords: SYMBIONT
- Sender: usenet@murdoch.acc.Virginia.EDU
- Organization: UVA. FREE Public Access UNIX!
- Date: Mon, 25 Jan 1993 03:13:08 GMT
- Lines: 36
-
- [This is a re-post of an article that somehow got put in as a followup to an
- unrelated topic. I'm still learning trn :-(. The lack of replies, flaming
- or otherwise, convinced me that no one had seen it! If you had, sorry.]
-
- I ran into an oddball problem the other day that made me look stupid (perhaps
- true) to the users and questioned DEC's CSC about it. They claimed it 'had
- always worked that way' and sure enough, it was the same in VMS 5.1 as in
- 5.5-1. Funny that it never got me before. What it is:
-
- $ SET TERM LTAx:/PERM/NOTAB/PASTHRU
- $ COPY file LTAx:
- <file comes out with horizontal tab characters, not spaces>
-
- $ INIT/QUE/START/PROC=LATSYM/ON=LTAx: MYPRINTER
- $ PRINT/QUE=MYPRINTER file
- <file comes out with horizontal tabs translated into spaces>
-
- It seems it is necesssary to specify /TAB in addition to /PASTHRU in order
- to get the symbiont to pass the tab characters unscathed.
-
- When questioned further the CSC said this was because of the symbiont's ability
- to create left margins and the need to make sure tabs were aligned.
-
- I say /PASTHRU should be the same no matter what. If I don't want /PASTHRU I
- wouldn't use it. Searching for references in the Gray Wall produced nothing
- useful, except to say that TT2$M_PASTHRU caused QIO's to be treated as if
- IO$M_NOFORMAT was specified. That was enough for me.
-
- Does anyone else agree that this is, at least, inconsistent behavior? Worthy
- of being called a bug? Worth of an SPR? Already SPR'd?
-
-
- Carl Houseman
- houseman@hopper.acs.virginia.edu (this address is so new, it may not work)
- GENICOM Engineering, Waynesboro, VA
- 703-949-1323
-