I guess you all are correct. We will try the disassembler route.
Thank you all for your pointers. (By the way I tried all the stuff some of you suggested but got same message.) It was a good try. Thank you again. On Fri, Aug 9, 2013 at 5:04 PM, Charles Mills <charl...@mcn.org> wrote: > Well sure, absolutely, lots of VSE things won't work in z/OS: > > COMREG and any other control block chasing > DTFs > Most or all SVCs including the one that ends a jobstep program > > I was assuming the OP knew that and that this was somehow "pure" non-OS > code. But you're right, if it's an executable phase then it almost > certainly > has some sort of external interface other than entry and return. It could > be > a loadable, callable "pure" subroutine, but that's unlikely. > > Relocatable core image came along after I moved on from DOS/360 to the > greener pastures of OS/360, so I am not familiar with RLDs in core images, > or "VCONs to VSE transients." > > > If the program has disk file definitions, ie the VSE counterpart to a > DCB, > the disassembler may not know what to do with them. > > Well (a.) the HLASM is also a VSE product, so the disassembler should be > VSE-aware, right? And (b.) my guess is that it will do what most > disassemblers do with most macro-generated code: disassemble it as open > code > blissfully innocent of macros. > > Charles > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Hardee, Chuck > Sent: Friday, August 09, 2013 4:48 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Linkage Editing VSE Phase in z/OS > > I don't know if what you are attempting to do will work. > There are most likely VCONs to VSE transients that aren't going to be > resolved in z/OS. > Also, I believe there are structures like COMREG that won't translate to OS > because they aren't there, at least not by name and not by location though > they may be present in concept. > > Also, doesn't VSE have some RLD entries that are partition offset based? > > I think the best suggestion is to grab the source to a disassembler from > the > CBT, assemble and link it in the VSE world and execute it there. Then, take > the generated source and move it to z/OS and try assembling it there. > > If the program has disk file definitions, ie the VSE counterpart to a DCB, > the disassembler may not know what to do with them. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- "Men will never be free until the last king is strangled with the entrails of the last priest." Denis Diderot ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN