MVSFORUMS.com

[kolusu]

[dbzTHEdinosauer]

suma,

you can't delete an ESDS record
you can't have dups with an INDEXED file

At this point, I would venture to say - the design of your system is in question. I am not trying to be nasty or sarcastic. Why do you need to delete these records? The record name suggests a daily activity to update another file based on this input. Are you deleting these records as a RESTART methodology?

If you would take a couple of moments and explain the process, we might be able to provide a solution - or hints to a solution - regardless of how old your compiler is.

By the way, those little squiggly-red-lines underneath words that you type in these posts means that the word is misspelled. If thru trial and error you can not remove the red, here is link to a really good on-line dictionary
_________________
Dick Brenholtz
American living in Varel, Germany

[Nic Clouston]

wot squiggly little red lines? I do not see any - what option am I missing? or not - as the screen would be full of squiggly red lines - some of them mine!
_________________
Utility and Program control cards are NOT, repeat NOT, JCL.

[shekar123]

Suma,

Please check this link which will give you various COBOL compiler messages.

http://www.mvsforums.com/helpboards/viewtopic.php?t=3190&highlight=errmsg
_________________
Shekar
Grow Technically

[shekar123]

Kolusu,

The link posted by you routes to the same topic started:

[Nic Clouston]

And there are 2 links that point you to the correct place(s)
_________________
Utility and Program control cards are NOT, repeat NOT, JCL.

[Phantom]

Shekar123

[shekar123]

Thanks Phantom,

I was in the view that Kolusu by mistake wrongly posted the link.
_________________
Shekar
Grow Technically

[kolusu]

[suma]

dbzTHEdinosauer,


I have to create a daily cycle whose requirement is as follows....

copy the records from SOURCE-FILE into FIRST-FILE....


Create a program to read that FIRST-FILE and match against MATCH-FILE records. if the records

MATCH: write the needed information to the OUTPUT-FILE and DELETE the record from the File being read.
IF NO MATCH: then read the next record and process until end of file.These unmatched records should be kept to compare in tomorrows daily cycle(this same cycle will run again).


can anyone suggest a good logic for this.


thanks
Suma

[dbzTHEdinosauer]

suma,

I would:

• SORT
  • Input
    • Source-File
    • First-File (Son from yesterday)
  • Output
    • First-File (Father for today)
• Pgm
  • Input
    • First-File (father for today)
    • Match-File
  • Output
    • First-File (Son for today)
    • Output-File

_________________
Dick Brenholtz
American living in Varel, Germany

[suma]

Thanks dbzTHEdinosauer......



regards
Suma

[suma]

This is the bad link which mis guided me....which tell we can delete ESDS file records


http://www.cs.niu.edu/~davis/Fall%202006/04%20-%20VSAM%20ESDS%20and%20RRDS.ppt


Thanks
suma

[kolusu]

[dbzTHEdinosauer]

Back in the 70's (3 computer generations ago and 100 OpSYS ago) IBM COBOL allowed for this logical delete on an ESDS file. The file then had to immediately go thru a VSAM reorg in order to drop the record (as well as properly seq the new ones that were added). But IBM dropped the DELETE as an allowable I/O function against an ESDS about 20? years ago. BS2000, Siemens version of MVS, still allows it. This Power Point Presentation was from a university, who's computer science departments are well known for changing/writing their own compilers.

That's why you should always refer to documentation about the compiler that you are using.

just another reason consultant work is so much fun: no one seems to read the change info for new releases.
_________________
Dick Brenholtz
American living in Varel, Germany