On Mon, 28 Jan 2008 09:18:21 -0600, McKown, John wrote:
>
>> o If the daemon crashes, it soon takes the application down
>>   with it.
>
>Hum, I haven't tried, but I was under the impression that if the
>"reader" went down, the "writer" would soon stop due to the buffer being
>full. The "writer" would then wait until a "reader" started up again.
>Oh, wait, yeah, a S522 on the "writer" might occur if it took too long
>to restart the "reader".
>
I tried.  That's how z/OS behaves.  However on both OS X and Solaris,
with the following program:

    535 $ cat breakfifo
    #! /bin/sh

    mkfifo foofifo

    while ( set -x;  date ) do sleep 1; done >foofifo &

    while ( set -x; head -3 foofifo); do sleep 2; done
    536 $ 

... I get:

    536 $ ./breakfifo
    mkfifo: foofifo: File exists
    ./breakfifo 7 +head -3 foofifo
    ./breakfifo 5 +date
    Mon Jan 28 09:26:24 MST 2008
    ./breakfifo 5 +date
    Mon Jan 28 09:26:25 MST 2008
    ./breakfifo 5 +date
    Mon Jan 28 09:26:26 MST 2008
    ./breakfifo 5 +date
    ./breakfifo: line 5: 10385 Broken pipe             date
    ./breakfifo 7 +head -3 foofifo
    ^C

... I'm inclined to distrust any construct where z/OS deviates
from the majority of UNIX systems I try; IBM might actually fix
it one day.  (I haven't consulted POSIX.)


On Mon, 28 Jan 2008 09:34:19 -0600, McKown, John wrote:

>2) Since the program does not know when it may terminate, it is possible
>that the last OPEN would be just before the program is to terminate,
>thereby making the trace file have 0 records.
>
Have you a problem with that?  What?


On Mon, 28 Jan 2008 09:50:46 -0600, McKown, John wrote:
>
>> Ah, but FTP has the (LOC)SITE RDW command.  Alas, DD PATH=...
>> supports no analogous FILEDATA=RDW option.  With FILEDATA=BINARY,
>> RDWs are entirely disregarded and the data are streamed; with
>> FILEDATA=TEXT, the RDWs are replaced by 0x15, which might be
>> spoofed by binary data.
>
>That is WEIRD! The BSAM interface actually modifies the binary byte
>stream with FILEDATA=DATA and RECFM=V by removing the RDW? That is,
>like, totally gross! What wippo thought __that__ up?!?
>
This is identical to the behavior of FTP with the BINARY and ASCII
options respectively, and absent SITE RDW, both of which have their
uses.  The wippo merely failed to perceive the need for an RDW option.
(is ASCII compatible with RDW?)

-- gil

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to