Just looking at build and get pool it would seem you supply the buffer address AND you are still in LOCATE mode which seems to be the requirement for update in place It seems issuing the get pool When you issue get pool the buffer address Is placed in BUFCB of the dcb and the get or put will use that address Seems with getpool you supply the length so if your record size expands you give the size in getpool
Now I haven’t tried this but this is the way I understand the doc > On Nov 20, 2020, at 10:06 AM, Charles Mills <[email protected]> wrote: > > How might that possibly work???? > > What would QSAM do? Slide all the following records forward??? > > This is why they invented VSAM. > > Charles > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Ray Pearce > Sent: Friday, November 20, 2020 6:21 AM > To: [email protected] > Subject: Re: QSAM VB update in place > > Are you being serious Joe? > How on earth do you think you can change the size of a record *in place* > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Joseph Reichman > Sent: 20 November 2020 14:16 > To: [email protected] > Subject: QSAM VB update in place > > Hi > > I am trying to update a VB record in place The documentation says for this I > have to use locate mode meaning z/os supplies me the buffer address So I’m > assuming if I update in place I have to use z/os or DFSMS buffer address > > However what If I would like to make the record size larger I might get a > s0c4 possibly > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to [email protected] with the message: INFO IBM-MAIN > > -- > This e-mail message has been scanned and cleared by Google Message Security > and the UNICOM Global security systems. This message is for the named > person's use only. If you receive this message in error, please delete it > and notify the sender. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
