Hi Doug,

Oops! Probably should have pointed out in the prior post that this
installation
script fires off several jobs, one does the copy, a later one does the
'tobyte'.
If the copy and tobyte were in the same job... yea, that'd be a bit of a
concern!

Apologize for not being clearer in the prior message!

+---------------------------------------------------------------------+
|Bill Cadier                         | MURPHY'S LAWS OF COMBAT:       |
|Hewlett-Packard Co.                 | Teamwork is essential, it gives|
|Commercial Systems Division         | the enemy someone else to shoot|
|Albuquerque, New Mexico             | at.                            |
[log in to unmask]          |                                |
+---------------------------------------------------------------------+


-----Original Message-----
From: Doug Werth <[log in to unmask]>
To: [log in to unmask] <[log in to unmask]>
Date: Tuesday, January 25, 2000 12:30 PM
Subject: Re: MPE/iX 6.0 Express1 Installation Job


>Bill writes:
>
>>
>> Found out. The long pause was put there to ensure that the file
>> Z00ZJAVA.INSTALL.JAVA is completely copied before the 'tobyte' in
>> IHFKXQ8C takes place. Various factors can influence the speed of
>> the copy.
>
>I'm not sure I follow that. The COPY command would most certainly have
>completed before the PAUSE or tobyte command is executed. They are in the
>same job! If you are saying that there is any possibility that the file is
>somehow not completely copied before the next CI command or program is
>executed in a batch job I would consider that a major bug that needs to be
>investigated. Are you sure that's why it was put in?
>
>I'm not trying to shoot the messenger here. I appreciate the fact that Bill
>took the time to investigate.
>
>> So, I volunteered to fix that. Later patches in this line will
>> use a better method.
>>
>
>Thanks! This will make future updates much nicer. I probably did close to
30
>updates in November and December, many of them 6.0. I considered editing
the
>job and restarting AUTOINST but just decided to eat the ten minutes
instead.
>
>Doug.
>
>Doug Werth                             Beechglen Development Inc.
>[log in to unmask]                               Cincinnati, Ohio
>
>The opinions expressed do not  necessarily represent the views or
>opinions of Beechglen Development. They might but not necessarily.
>They represent solely the opinions of the author.
>
> "Programming is an art,  not a science,  and not all programmers
>  are Picassos."  -- Frank Bajak, Associated Press
>