home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!sdd.hp.com!elroy.jpl.nasa.gov!nntp-server.caltech.edu!SOL1.GPS.CALTECH.EDU!CARL
- From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
- Newsgroups: comp.os.vms
- Subject: Re: The problem with $CREMBX System_Service
- Date: 17 Nov 1992 23:42:03 GMT
- Organization: HST Wide Field/Planetary Camera
- Lines: 35
- Distribution: world
- Message-ID: <1ec00bINNc33@gap.caltech.edu>
- References: <14709.2b092769@ohstpy.mps.ohio-state.edu>
- Reply-To: carl@SOL1.GPS.CALTECH.EDU
- NNTP-Posting-Host: sol1.gps.caltech.edu
-
- In article <14709.2b092769@ohstpy.mps.ohio-state.edu>, viznyuk@ohstpy.mps.ohio-state.edu writes:
- >Now the problem is that DCL which is run in the subprocess
- >started by LIB$SPAWN understands each write made by second
- >SYS$QIO above, as if it is followed by <RET> keystroke, that
- >is as if terminal is in "raw" mode.
- >Does anybody know how to make DCL in subprocess read
- >data from mailbox in its usual way - by strings, not by
- >single chars ? May be I missed some flags ?
-
- You're terribly confused. DCL reads the mailbox BY RECORD. Not by "strings"
- (whatever the hell that's supposed to mean), not by characters, by RECORDS.
- One record for each time you write to the mailbox via a QIO.
-
- Most programs will then treat the mailbox as having implied carriage control.
- DCL, however, does NOT do this. In particular, if you use the DCL OPEN and
- READ commands to read the mailbox, you won't see the spurious carriage return.
-
- You WILL, however, get only as much as was written by a single QIO. It's got
- nothing to do with DCL, that's the way the mailbox device works. Just do a
- SHOW DEVICE/FULL if you don't belive me:
-
- Device MBA7230: is online, record-oriented device, shareable, mailbox device.
-
- Error count 0 Operations completed 1
- Owner process "" Owner UIC [WFPC,CARL]
- Owner process ID 00000000 Dev Prot S:,O:RWLP,G:,W:
- Reference count 1 Default buffer size 256
- --------------------------------------------------------------------------------
- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
-
- Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My
- understanding of astronomy is purely at the amateur level (or below). So
- unless what I'm saying is directly related to VAX/VMS, don't hold me or my
- organization responsible for it. If it IS related to VAX/VMS, you can try to
- hold me responsible for it, but my organization had nothing to do with it.
-