Early days of Clipper
Posted: Thu Jan 08, 2015 9:01 am
www.FiveTechSoft.com
https://fivetechsoft.com/forums/
There is a tale about the origin of CA-Clipper. Whether it is true or not, few people know, but "insiders" have said that it is not far from the truth. Here it is.
One day in a seafood restaurant in Malibu, California, an Ashton-Tate employee and a consultant friend were having lunch. They were expressing their annoyance at the fact that Ashton-Tate had not created a compiler for the dBase language.
The two thought that maybe they should have a go at starting up a new company to create the compiler. As the excitement grew and the ideas flew, the issue of a product name came up.
One of the two noticed a picture of a sailing ship on the napkin (after all this was a seafood restaurant). It was a clipper ship -- a sleek, speedy, and elegant thing. That seemed to describe what they were trying to create.
What about the company name? The menu answered that question -- the restaurant name was Nantucket Lighthouse.
And so Nantucket's Clipper was born.
The consultant was Barry ReBell and the Ashton-Tate employee was Brian Russell.
Since that time there were four "seasonally" named versions of the compiler: Winter 85, Spring 86, Autumn 86, Summer 87. Very "California"...
These early versions clearly billed themselves as dBase compilers, with the Summer 87 version displaying "dBase III® compiler" on the floppy disks and documentation.
Many programmers using Clipper at the time were really "just" dBase programmers with a tool to create faster programs. So it was quite a shock to them when Clipper 5 was released. "What have they done to our language?", they asked. Local variables? Code blocks? Tbrowse?
But there were also those of us who had strained against the limitations of the dBase language -- the lack of modularity, the clumsiness, the vulnerability of public and private variables.
So we recognized that Clipper 5 was a turning point in the history of the Xbase language. No longer billed as a dBase compiler, Clipper became an "Application Development System". A real language.
Well, maybe not as real as C, but getting there. In fact, many Clipper 5 concepts were borrowed from C and other languages. The increment operator (++) and expression lists, for example, seem to have come from C, while code blocks may have been inspired by SmallTalk.
Gateway to the Future
The central purpose of Clipper 5, however, is to act as a gateway to the future. Clipper 5 allows you to write code "the old way" like a dBase programmer, but it gently encourages you to use better tools and techniques in preparation for something to come.
Clipper 5 asks: "Sure you can use private variables in your functions, but wouldn't it be better to use local variables? Why not take a look at tbrowse? Don't you think that it is better than dbedit()?"
Even with all of its power, like a source-level debugger, structured exception handling, more variable types, great array handling, replaceable database drivers, and powerful pre-processor upon which the entire language is built, Clipper 5 is still a training course for the next wave: Visual Objects.
Originally VO was started as an almost acedemic experiment in Nantucket's German office. Code-named "Aspen", it could be simplistically described as Clipper for Windows. But it is much more than that.
VO is a fully object-oriented language and development environment. As powerful and efficient as C++, in a fundamental way it is better because it is based on a more natural language. Such an impressive product, but it was still just a research experiment when it caught the attention of Computer Associates.
Computer Associates bought Nantucket so they could get VO. It is as simple as that. VO fits right into the middle of CA's "big picture". Even though CA sells many software products, VO is given a central position in CA's "Statement of Direction". It ties everything together.
CA-Clipper Lives
The popularity and tenacity of CA-Clipper surprised Computer Associates who were not used to the "grass roots" appeal of the language. This Web site is proof of that.
The CA-Clipper 3rd-party market was bigger and more active than for any other development tool, perhaps until Visual Basic took off and VBX files became the norm. There is a 3rd-party solution for every problem, from networking to graphics to communications. If what you are looking for can't be found, you can write it yourself. It is a developer's language.
Some are delighted at the freedom and power of CA-Clipper, while others are uncomfortable at the lack of high-level tools shipped with the product. A classic example: reports. You either roll your own, with tedious line-by-line printing, calculating, and looping, or you simply buy a reporting package like R&R or BandIT. CA-Clipper 5.3 addresses some of these issues by providing a Windows-based IDE and several add-on libraries.
CA-Clipper programs require no runtime royalties or network licences, are distributed as a monolithic .EXE files so the source code is safe, and run under DOS, Windows, OS/2, etc. Memory is not a problem, either. CA-Clipper has a sophisticated virtual memory management system, similar to Windows'. Programs can run on everything from an old XT to the latest Pentiums. Programs can be linked in protected mode so that even 3 megabyte executables run on everything from a 286 up.
Data access is no problem either. Version 5 introduced the replaceable database driver (RDD) technology, where the developer can "plug in" a different data handling engine to connect to everything from legacy DBF files, to Btrieve, to Oracle, to SQL databases on mainframes. At the same time, if needed. Visit my Introduction to RDDs page to find out more about replaceable database drivers.
Brian was working at Ashton-Tate, as was I.
I was in tech support, alongside Brian, and customers that were phoning in kept asking for a compiler.
So I approached Barry for the money to back it. He had a temp agency. I met him in the Ashton-Tate cafeteria.
I recruited Brian at lunch at a Japanese restaurant in Culver city.
Clipper was the first program Brian had written in ‘C’.
He learned C as he programmed Clipper.
I asked him when I was recruiting him if he had ever written a compiler.
He said he had written a Pascal compiler in university. (He later admitted that it had never worked!).
The first development office was a beach house in Malibu.
Tom Rettig was the editor for dNEWS at Ashton-Tate. I took over as editor of dNEWS.
I was the first VP of sales, and one of my employees was Mary Beth. I introduced her to Brian and later they married.
At the first Comdex in Vegas, Brian was upstairs in his room – coding.
He got one command to work – paint a dot on the screen. We demonstrated that one command, and showed that we could draw a box 20 times faster than dBASE.
I wrote a couple of books on Clipper, and was also on the dBASE for Windows development team at Borland.
I worked with Tom at his condo in Santa Monica for a time. Too bad he died.
Barry died in 2009.
Brian and I went dirt biking together. He loaned me his street bike for a couple of months when my car was getting fixed. He is a good guy. I think he is working in LA.
We live in San Diego, – my wife is from Liechtenstein. We have three boys.
I am Scottish. Currently programming in eCommerce.
Anyway, nice chatting.
Stay in touch.