In that case, the compiler would at least report the error.
In my case, we have to work thru "strange behavior".
Same with COMP-Fields KSAM-FILEs or FLAT-Files.
Alot of trial and error.
HP-Management incl the famous Winston, had no idea how good MPE and HP-
Cobol was.
Michael
On Wed, 18 Feb 2004 09:05:33 -0600, Shahan, Ray
<[log in to unmask]> wrote:
>Long ago and far away, the IBM's COBOL compiler would fail (severe error)
if
>it did not find a CLOSE statement for each OPEN statement in a COBOL
>program...don't know if this still the case for IBM, nor do I recall if
this
>is/was an ANSII standard?
>
>Ray Shahan
>
>When you were born, you were crying
>and everyone around you was smiling.
>Live your life so at the end,
>you're the one who is smiling and everyone
>around you is crying. Unknown
>
>
>
>
>> -----Original Message-----
>> From: Tracy Pierce [SMTP:[log in to unmask]]
>> Sent: Wednesday, February 18, 2004 8:31 AM
>> To: [log in to unmask]
>> Subject: Re: [HP3000-L] HP COBOL closing files.
>>
>> Michael Baier wrote:
>> >>> "KENT WALLACE" wrote:
>> >>> I was coding in VB .NET and failed to close a file. I found that
>> records
>> >>> were missing from the end of the file, maybe 10. Because I had
failed
>> to
>> >>> close the file, it failed to clear the buffer.
>> >>
>> >>This shouldn't be a problem in COBOL. COBOL automatically closes all
>> files
>> >>for you as part of normal run unit termination.
>> >>
>> >>Walter
>> >>
>> >
>> > Yes and NO,
>> >
>> > I just learned, that there could be a problem with some files.
>> > A printfile that I don't close is created as a TEMP-File instead of a
>> spool-
>> > file. MPE and HP-Cobol never had that problem but when migrating, this
>> could
>> > cause some weird problems. Finding more and more of them on my daily
>> work.
>> > USing MF-Cobol, HP-UX and Neartek-Shell But don't ask me where or who
>> has
>> the
>> > problem now. Was so easy with 1 vendor (HP) now I have at least 3 and
>> of
>> > course always the other guy has the problem. Oh, what a wonderful
world
>> it
>> > was but no longer is. Moving forward to the stone-age.
>> > Michael
>>
>> I feel your pain. I believe it's the MPE File System (or would it be
some
>> process manager?) that takes care of closing your run unit's open files.
>> I
>> seem to remember demonstrating that Cobol's not doing it (try calling a
>> cobol subpgm from <any> and note that your files are still open after
>> cobol's long gone), but once again that might in my case be a concocted
>> memory. Anyway, without that luxury, you'd better close your files!
>>
>> Tracy Pierce
>>
>> * To join/leave the list, search archives, change list settings, *
>> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>>
>>
>>
>> ========================================================================
>> This e-mail message has been scanned for Viruses and Content and cleared
>> by School Specialty's email filtering solution.
>
>* To join/leave the list, search archives, change list settings, *
>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|