Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.

faragher6

macrumors newbie
Original poster
Apr 6, 2009
15
0
Tennessee
Hello!
I am currently in a class in college learning COBOL programming language. I've been using windows on my mac to run .net express however, my other programming class allows me to use eclipse for mac to do java. i was wondering if there are any programs to help me code COBOL on mac so i dont have to go to my windows partition. any help is appreciated!
 
I hate to ask this question, but why on earth are they teaching you COBOL in school?

or is it a programming languages course that shows you the different ones out there? (ADA, LISP, etc.)? :confused:
 
I'm starting at DeVry in March and many of the programming classes offer the choice of primarily COBOL or Java. Apparently, it's still used. I still have flashbacks of grid paper and hand cramps. :eek:
 
Since it's one of the earliest tools I'm sure it's required reading.

If it is a course on its own, then I would be surprised.

I'm starting at DeVry in March and many of the programming classes offer the choice of primarily COBOL or Java. Apparently, it's still used. I still have flashbacks of grid paper and hand cramps. :eek:

It is still used. DeVry and other similar schools actually keep it alive as there are large corporations that use it on the mainframe.

I'm just curious, I mean it is not as common in India, so maybe it will mean better future here. :p
 
I hate to ask this question, but why on earth are they teaching you COBOL in school?

or is it a programming languages course that shows you the different ones out there? (ADA, LISP, etc.)? :confused:

There are alot of companies out there that still use Cobol for certain reasons. the reason my school thinks its so important is because most of these companies are having there coders retire and they need new people to hire and redo the code and update it

First hit on google for "OS X Cobol compiler":
http://www.opencobol.org/

I have no experience with this, but it seems like a good place to start.

-Lee

good place to start yes but it doesn't seem like the solution im looking for. this looks like it converts cobol to C to compile. also...it doesn't seem to work on mac. anyone else want to give it a try?
 
Hello!
I am currently in a class in college learning COBOL programming language. I've been using windows on my mac to run .net express however, my other programming class allows me to use eclipse for mac to do java. i was wondering if there are any programs to help me code COBOL on mac so i dont have to go to my windows partition. any help is appreciated!

Years and years ago, Micro Focus used to make a Cobol compiler for the Mac. This was WAY before OS X - probably back in the System 7 days. The product has long since been discontinued.

They have other Unix/Linux based products (Server Express, etc), but as far as I know, they don't run under OS X.

Since you are using Net Express, I think your are going to need to run it under Windows on your Mac, or use your Mac to "remote desktop" into a Windows machine that has the compiler and runtime.
 
This is a most interesting thread.

COBOL is still used in the government, DoD and large corporations. Plenty of opportunities out there -- especially as old coders retire.

Back in the early 80s I worked for the Army's computer research command and developed code using COBOL.

Fun times! :)

Also learned Ada. Here is a pic of the manual cover:

Ada Manual - 198007.jpg

Note it says proposed standard document. That was back in July 1980.

And both languages are still around and being used. :D

As for the compiler/development environment, I will be very curious to see what the OP ends up using. It seems there are very limited options on the Mac side these days.
 
Bump. I started a cobol class today at UIU and I am in need is a cobol solution for mac also. Im not expecting a miracle but maybe some fresh eyes on the matter :)
 
COBOL is still used in the financial industry where mainframes are still heavily in use. I was a COBOL programmer for about 18 years, our mainframe runs IBM's z/OS, lots of CICS code. Also did some report writing in a language called EZ-Trieve.
 
good place to start yes but it doesn't seem like the solution im looking for. this looks like it converts cobol to C to compile. also...it doesn't seem to work on mac. anyone else want to give it a try?

What does it matter if OpenCOBOL compiles to C? It's just a compiler mechanism, the resulting behaviour will be the same.

Quote from the front page of the OpenCOBOL website (emphasis added):
You can build your COBOL programs on various platforms, including Unix/Linux, Mac OS X, and Microsoft Windows.
 
I hate to ask this question, but why on earth are they teaching you COBOL in school?

or is it a programming languages course that shows you the different ones out there? (ADA, LISP, etc.)? :confused:

Cobol is still used in a lot of large shops, especially in the government. They will need people to convert them from Cobol to a more modern language. Social Security, U.S. Treasury, etc still have large Mainframes that do a better job that a server based system. Cobol is not as complicated as server based languages. It is also easier to maintain. It does the job that server based languages can't handle. High volume transaction procession is still easier to process in Cobol.
 
  • Like
Reactions: ekeeton
Cobol is still used in a lot of large shops, especially in the government. They will need people to convert them from Cobol to a more modern language.
True... but this conversion should have started 10 years ago.
Social Security, U.S. Treasury, etc still have large Mainframes that do a better job that a server based system.
Yes, they are still using mainframes. Cobol based mainframe backends do NOT do a better job than any newer server based system. Prove it, okay; we have COBOL running 35million+ file backends and I can do over 1000 calls in the time COBOL returns a single call. Is it 1000 times faster, no, MORE than 1000 times faster. As I can duplicate this out to multiple clients using new technology, whereas COBOL locks the backend and halts everything to put that single response together. Asynchronous calls are so much faster it is difficult to calculate exactly how much so.
Newer systems Cobol is not as complicated as server based languages. It is also easier to maintain.
I would argue they are far simpler and easier to maintain. Have you looked at some of the crap written in the 50s?
It does the job that server based languages can't handle. High volume transaction procession is still easier to process in Cobol.
Again, COBOL has no monopoly. Newer tech and languages builds on all the weaknesses of COBOL. Amazon and Netflix would use COBOL if it was still relevant. I do not know of any new projects based on COBOL and I'm surrounded by COBOL programmers. There are eight within throwing distance, working insanely hard to maintain a 60 year old system.
 
Last edited:
It seems possible that many "legacy" computer systems will have date-related problems in 2024 - or maybe they will last until 2038:
http://users.tpg.com.au/users/aoaug/2000bug.html#dates
So big companies using old operating systems really need to be hiring people who can convert to modern OS.
BTW I use DosBox for running ancient DOS programs within Sierra:
http://www.dosbox.com/wiki/Main_Page
I actually needed a patch to make it through 2000!
 
I believe the computer language is just a language, as long as you have talent you can pick it up quickly, doesnt matter it's COBOL or JAVA or COCOA. It's just a language. The more difficult part is the Algorithm and how to write a system that is more efficiency. Just like what you thinking is more important than language skill. Learning computer language might be a good indication for you and your instructor to get familiar your own logic and improve it; you can do that with any kind of languages.
 
There are alot of companies out there that still use Cobol for certain reasons. the reason my school thinks its so important is because most of these companies are having there coders retire and they need new people to hire and redo the code and update it

Exactly.

I believe the computer language is just a language, as long as you have talent you can pick it up quickly, doesnt matter it's COBOL or JAVA or COCOA. It's just a language. The more difficult part is the Algorithm and how to write a system that is more efficiency. Just like what you thinking is more important than language skill. Learning computer language might be a good indication for you and your instructor to get familiar your own logic and improve it; you can do that with any kind of languages.

Exactly, again.

There is a demand, for sure. It is a limited demand, though. And any good developer could pick it up. EASILY, in fact, as it is not a difficult language.

But, really, not a good thing to base an education on.

Honestly, if they offer you a choice between Cobol and Java - find another school! And that is a serious answer.

There is, however, one throwback computer science education practice that I highly endorse. I was lucky enough to have a computer and computer course in my high school when I graduated in 1972. They started us out with MACHINE LANGUAGE (IBM 1620 - not even assembly! We punched numerical instructions on cards) before they let is learn Fortran. When I went to college, again, our first language was Mix (Don Knuth's assembly language for a non-existent hardware), and then we learned PL/1.

Approaching from machine language/assembly first gives a great understanding of the underlying hardware that is lacking in a lot of students today.

In college, I had a small exposure to Cobol, as part of a "survey of computer languages" course. It covered Cobol, Algol, Lisp, Snobol, and APL. Of those, Cobol is the only one that I never subsequently used. The purpose of the course was to expose us to the breadth of computer programming languages.

As to the original question, see here:

https://opensource.com/life/15/10/open-source-cobol-development

Keep in mind that much/most software written for Linux can be easily adapted for MacOS, and so focus on Linux solutions and you likely will find it's available for MacOS as well.
 
Agree with @jtara above on a number of points. You weren't at Duke were you, as that's where I learned both MIX (Knuth) and PL/I.

IMHO the market for COBOL developers has diminished over time and my sense is that most are doing maintenance work on legacy systems.

The thing that drew me to computer science was the desire to create systems and tools, to figure out how to do something faster, better, more expansively. So while at Duke i was involved in a chess program with a couple of other guys (initially in PL/I then reworked in Assembler for speed), which led me to a job in NYC where GM was a client and used PL/I to do financial modeling, which eventually led me to a career on Wall Street with a mix of technology and finance. I picked up languages as I needed them for the job at hand (C, Unix, FORTRAN, Python, AWK).

My point is that if you see yourself as a creative person, COBOL alone will probably limit you. Having said that, as you're already in the course, following through with the course will make it easier to pick up the next language/framework and the next one after that. This breadth of knowledge, coupled with tackling large unwieldy problems (chess in my case) will make you appealing in your job search. Seemed to work that way for me out of college.

I'm starting at DeVry in March and many of the programming classes offer the choice of primarily COBOL or Java. Apparently, it's still used. I still have flashbacks of grid paper and hand cramps. :eek:

Given a choice, go for Java, a much less verbose language!.

John
 
You weren't at Duke were you, as that's where I learned both MIX (Knuth) and PL/I.

No, Wayne State in Detroit.

There weren't a lot of hardware choices at the time. Anyone teaching computer science either used (a) IBM 360 (b) Control Data something-or-another (c) PDP-8. IBM was popular because it was what was typically used as the administrative mainframe in big schools. I think we had 3 - one admin system on a 360/65 running OS/360, and a pair of 360/67 running MTS (Michigan Terminal System) for an academic system, that's what students were on. The /67 had a "DAT box" - "Dynamic Address Translation" - it was one of the first machines (if not the first) to have logical addressing. MTS was an alternative to OS/TSS that was written by U. Michigan when they got tired of waiting for IBM to finish TSS. Later, we got one of the first Amdahls.

Anyway, if your school had an IBM mainframe for an academic system, then you were learning PL/1! It was IBM's "modern" higher-level language. If you had Control Data, I think it probably was Algol. PDP, who knows, maybe Lisp? (Engineering school did have some random PDPs and Data Generals, but Computer Science used the 360 only.) Definitely no C, as it was only written in 1972 and the C Programming Language book wasn't written until 1978, and this was 73-76.

The PL/1 actually came in handy later, since Motorola wrote a very similar language called PL/M that used for developing code for 6800 chips.

Knuth Volume 1 was the text for our intro algorithms course.

My first programming job was as a student assistant working at the computing center. I shared a cool office on the mezzanine of the machine room with a window looking out on the hardware. Banks and banks of huge "washing machine" disk drives! I wrote in 360 assembly code. I ported IEFSD095 to MTS. Look it up, it's a fun one! ;) Edit: oh. Some things still CAN'T be found on the Internet! It was the block-lettering routine in OS/360 used to print banner pages on line printers.

Anyway, there were programmers downstairs on the admin side writing Cobol code for paying professors and sending out grades. Imagine my shock and horror that the language is still being used today!
 
Last edited:
True... but this conversion should have started 10 years ago.
Yes, they are still using mainframes. Cobol based mainframe backends do NOT do a better job than any newer server based system. Prove it, okay; we have COBOL running 35million+ file backends and I can do over 1000 calls in the time COBOL returns a single call. Is it 1000 times faster, no, MORE than 1000 times faster. As I can duplicate this out to multiple clients using new technology, whereas COBOL locks the backend and halts everything to put that single response together. Asynchronous calls are so much faster it is difficult to calculate exactly how much so.
I would argue they are far simpler and easier to maintain. Have you looked at some of the crap written in the 50s?
Again, COBOL has no monopoly. Newer tech and languages builds on all the weaknesses of COBOL. Amazon and Netflix would use COBOL if it was still relevant. I do not know of any new projects based on COBOL and I'm surrounded by COBOL programmers. There are eight within throwing distance, working insanely hard to maintain a 60 year old system.

This conversation was started 20 years ago when I was involved in the design of a image DRM system that wound up becoming an ecommerce platform for a few years.
Back then it was plain Java on a neural net searching each client transaction with better throughput on a 1998 powermac g3 group than a mainframe solution from IBM, and it had security which exceeded the export regulations of the time.
When I was asked by a headhunter if I would translate a COBOL bank project for online banking into my server project, their offer was far too low to be worth my time, so I went to university so I could charge a decent rate in future.
 
Talk about Zombie Threads...

But my first job as a programmer was using Dyl-280 for ad-hoc reporting and production jobs on an IBM mainframe. Then I was able to switch to SAS, and found their language so much more powerful. But that was back when I had hair...
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.