I've never used Pro*COBOL before. Without further investigation I think libsql12.a may be a static library (just add it to your cobc command line in this case, for. Our standard Oracle copy does not contain Pro*cobol. Download Donkey Kong 94 Rom. - Install pro*cobol 817 - Apply path 8172 for pro*cobol only. It seems I do not have to relink anything.

I did google for Pro*Cobol.But from what I understood,it is available only for z/linux and not for z/os.I could not find any proper documents specifying the process to access oracle from z/os batch environment.Also, I could not find any information regarding the JCLs required,link-edit process,how to install Pro*cobol in z/os etc.I also doubt if it is an open-source product.I thought posting the query in this forum might give me some clarity of information. Posts: 29 Joined: Sat Feb 08, 2014 10:51 pm Has thanked: 0 time Been thanked: 0 time.

.I also doubt if it is an open-source product. Pro COBOL is from ORACLE, asking ORACLE would be the fastest way of getting an answer, and probably also posting to one of the ORACLE Forums asking for opinions on the overall system architecture will result in a waste of time for everybody. WE DO NOT BELONG TO YOUR ORGANIZATION, WE DO NOT KNOW THE SYSTEM SETUP, WE DO NOT KNOW.

WE DO NOT KNOW so suggesting to access a remote ORACLE system using DB2 DRDA would probably result in a waste of time what does YOUR database support people have to say on the subject anyway You/Your support might try googling with ibm redbooks db2 oracle drda ddf. You should also remember that. Answering on a forum is on - voluntary base - our ( people who answer ) time - interest of the topic - right addressee of the question (*). THERE IS NO COMMITMENT TO ANSWER THERE SHOULD NOT BE ANY EXPECTATION TO RECEIVE AN ANSWER (*) in this case the people to be involved are the DATA BASE ( ORACLE and DB2 ) support people they are the people involved in making the appropriate system customization and support the environment and provide guidance and testing support and ORACLE ( the provider ) support itself.

Can you be more specific about what you're trying to do. What OS is Oracle running on? Where are the Cobol programs running? On the same platform?

If you have Oracle running on HPUX, and some old mainframe COBOL programs running on an IBM mainframe, you're going to need a lot more than Pro*COBOL to access Oracle. You will need and Oracle gateway product (Procedural or transparent gateway for example). This is a major architectural change I'm talking about. We have some Legacy COBOL code that needs to access Oracle too. As much as I hate data replication, we opted to write an interface which loads the Oracle data into a DB2 database on the mainframe.

The COBOL programs then access the data in DB2 on their native platform. Regards, Tim. Given that Pro*COBOL will work just fine on either a local machine or a remote database instance. If you are trying to connect to a remote oracle instance you don't need ODBC but you do need to oracle client software installed on the local machine and a listener configured on the remote machine. I would start out do very simple tasks and build on them. This is not difficult.

Format Data Recovery Software Free Download Torrent. I started out barely being to spell COBOL but nevertheless could connect and do oracle I/O very quickly. I was comfortable using SQL and doing the same task in C before I did any COBOL. If you are running on the local host. Sqlplus should already be installed.

I can think of two ways to do this. 1) Install Pro*COBOL and examine the attached sample I've already sent or 2) if the SQL commands are simple you can build SQL statements within COBOL and write the to a text file 'on the fly' and then EXECUTE an external program (sqlplus) to read and process the SQL statements. Method 2 works but you will have to do a lot of text processing of the results withinn your COBOL program.

I would get the Pro*COBOL compiler; it is much easier and is a marketable skill. Oracle Pro*COBOL as a part of the Client installation process with Oracle 8.1.7. As stated previously, you'll need a separate license for Oracle Programmer - this allows you to use Pro*COBOL among other development tools. There are two flavors of Pro*COBOL - Pro*COBOL 8.1.7 and Pro*COBOL 1.8.52. I've used Pro*COBOL 8.1.7 with HP COBOL B.13.35 quite a bit with good results. From what I understand, the 8.1.7 version is the 'newer' version of the precompiler, and it seems to get any new features. There are several sample programs that are installed with Pro*COBOL.