Thanks for the replies, I appreciate it. I'll definitely take a good hard look at the info in the last post.
I'll also try to compile the code again to tell you what the errors were, webrabbit.
I was gone all weekend so I was a little slow to reply to the posts.
Well Glenn,
I finally got my hands on the MicroFocus compiler, so at the moment I'm going through a book I found on COBOL language and I'm just trying to get a feel for the basic layout of the code. Slowly but surely I'm beginning to get used to it.
Code itself would be ideal, so that way I could modify it to work with all the files I need to access. It's a slow process working with the programmers to find out which files contain the pieces of information I need to work with. At the moment I'm looking at at least 5 separate files, and...
sirragu,
I greatly appreciate you being willing to do that for me, but that wouldn't solve my problem.. I actually need to be able to do it multiple times when the program runs.. So I would need an executable file or the code itself to be able to read it over and over again.
TonHu, the COBOL sowftware that creates the .DAT files will always be continuously running. This small program I am writing will only have to be run once a week.
About the indexes, I'm pretty sure I know what the definitions are, but if I need to use the same compiler, I might just forgo the indexing. Its not that crucial that I use it.
As far as compilers are concerned, any suggestions as to which one to use? I looked into OpenCOBOL and Tiny Cobol...
Thanks guys.
I'll try writing some quick 'n' dirty COBOL code to see if I can't convert them to .CSV or some other delimited file.
I believe the key would be the item numbers, so I'll see if I can't get the indexing to work.
Thank you all for the input.. It makes a lot of sense now that I've been reading up on COBOL code and language.
Would you all agree that the .DAT/.KEY files are somehow linked indexed files? I can't seem to find anything ANYWHERE about the .KEY extension. In some cases, the .KEY file is larger...
That was beyond helpful. Thank you so much for making more sense of that.
I'll haveta take a deeper look into COBOL programming to see which route I would be more capable of. A DLL would be absolutely amazing and save me quite a bit of time. Although, I do understand that if there isn't a...
This is the reply I got from the software people regarding the files I am most interested in using. We're working on a non-compete agreement that will give me more access to the code itself:
"Those two dat files are correct. Also look at the ITEMSTF.dat (item store file). This may provide...
Thanks for the replies, guys.
I'm going to be running it on XP and the server that holds the files is shown on the computer as another disk drive (S:). If push comes to shove (although I'd like to not do it this way) I could probably stumble my way through making a COBOL program to convert to a...
I should be able to get a copy of the COBOL source, I'll email the software guys and I should have it probably Monday (don't think they'll be there over the weekend).
As far as the hex records go, I'll post what I can.. Not sure which part you would like to be posted.
20 20 20 20 20 20 20...
I did see that thread (which is what lead me to this forum). The only thing is, it is pretty far over my head. How would I use the hex editor to figure out how to decode the information?
Hey guys,
I'm working on a program to run in conjunction with some software that was written in COBOL. The software produces and stores information in .DAT and .KEY files located on a server.
I need to access the data stored in these files to use with a program I'm writing in VB.
I've been...
Well after some problem solving, I find that I encounter my problem when I set "YEAR, JAN, FEB, MAR, APR, MAY, JUN, JUL, AUG, SEP, OCT, NOV, DEC" as integers (or reals) instead of characters...
But the data that is contained in these columns of the file are numbers as follows...
I'm having an odd problem... All I'm doing is reading an external file into an allocatable array..
I have a do loop take count of the lines in the external file (as it will vary). I tested the counting code first to ensure it was working. It counted 55626 lines, the correct size.
I then added...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.