Adabas c and RM cobol on unix platform

[vaughanbez]

How can i read adabas c data with rm cobol on unix.
Can anyone please inform me. I need to do direct calls
using fdt field names. I also need to generate an ascii file
with the result set in it. Can anyone supply info or an example please.

 

[k5tm]

The general answer to this is: YES.

You write, "I need to do direct calls using fdt field names." By this, I presume that you want to use SQL. Adabas D supplies an ODBC interface on Unix. You should be able to use this interface using Liant's InstantSQL.

Before making any more specific recommendations, I need to have a better problem description. Tom Morrison

 

[Truusvlugindewind]

Sorry k5tm, you're mistaking. Software AG named the SQL database they purchased "Adabas D". They already had an inverted list based database called Adabas. This database is mainly found on IBM and Siemens mainframes. Sometimes also on VMS and UNIX machines.

The topic-starter clearly means Adabas. In his case you'll need to call adabas directly using 4 buffers. It is too long ago for me to be of real help. I recall thing like seach-buffer, value buffer, record buffer and key-buffer. But I am not sure. The codes used in the commands are clearly of german origine (S1 means Suchen eins which is german for seach.

You'll need the manuals, topic starter, or better the SQL pre-processor.

Good luck

 

[k5tm]

Truusvlugindewind clarifies the history (Dank U!) and writes,"In his case you'll need to call adabas directly using 4 buffers."

If this is correct, then it would seem reasonable that there is a library which supports C language calls. Use RM/COBOL's CodeBridge tool to create "glue" allowing the RM/COBOL program to call the Adabas library routines.

It appears that the SQL preprocessor is available only for mainframe.

However, there also seems to be a product named Adabas SQL Server, and another called Entire Access for ODBC. These may prove to be useful for other approaches.

All this leads to the need for a [red]better problem description[/red] so that bad solutions are avoided. Tom Morrison