Turbo C
# Turbo C

Turbo C (später Turbo C++) ist eine integrierte Entwicklungsumgebung (IDE) der Firma Borland für die Programmiersprache C bzw. C++.

## Geschichte

Nachdem Borland mit Turbo Pascal großen Erfolg hatte und sich die Sprache zum Quasi-Standard für die PC-Anwendungsprogrammierung entwickelt hatte, brachte das Unternehmen drei weitere Entwicklungssysteme heraus, die dem Konzept von Turbo Pascal folgten: Turbo Basic, Turbo Prolog und 1987 Turbo C.

Turbo C bot die gleichen Funktionen wie Turbo Pascal: Eine integrierte Entwicklungsumgebung (IDE), einen Compiler und einen Editor. Dennoch wurde Turbo C nicht so erfolgreich wie das Pascal-Schwesterprodukt. Zum einen war C keine Schulsprache wie Pascal, sondern eher eine Sprache für Profiprogrammierung und Systementwicklung. Für solche Aufgabenbereiche wird die Sprache verwendet, in der auch das jeweilige Betriebssystem geschrieben wurde, im Fall von DOS, Windows und Linux also C. Turbo C betrat somit auf der Seite der Profis einen schon mit Entwicklungswerkzeugen gut besetzten Markt (Microsoft C, Lattice C, Watcom C usw.). Auf der anderen Seite war Turbo C für Amateure und Anfänger nicht so interessant, da diese lieber einfache Sprachen lernen und benutzen wollten.

Dass sich Turbo C trotzdem seine Gemeinde eroberte, lag vor allem an der Geschwindigkeit des kompilierten Codes, der Tatsache, dass damit auch 1987 schon umfangreiche Projekte realisiert werden konnten, und am im Vergleich zu den konkurrierenden Compilern sehr niedrigen Preis.

Von Anfang an spaltete sich das Produkt (wie auch später bei Pascal) in zwei Linien, eine für Einsteiger und eine für fortgeschrittene Nutzer. Anfangs hießen diese „Turbo“ und „Turbo Professional“, später einfach nur noch „Turbo“ und „Borland“. Sie entwickelten Turbo C++ bis 1996 in diesen beiden Linien weiter bis zur Version Turbo C++ 3.0 und Borland C++ 5.0. Wie bei Turbo Pascal gibt es auch ein Turbo C++ für Windows, das international die Version 4.5 und in Japan 5.0 erreichte.

Von Turbo C für den Atari ST gab es nur die Versionen 1.0, 1.1 und 2.0. Das Programm wurde von Borland nicht weiter gepflegt, sondern die Quelltexte wurden verkauft und das Produkt dann unter dem Namen Pure C noch einige Zeit weiterentwickelt.

1994 erschien die erste Vorabversion von Delphi, einer neu entwickelten integrierten Entwicklungsumgebung und Sammlung von Entwicklungswerkzeugen. Ab 1996 wurde auch das C++-Werkzeug in Delphi integriert: C++Builder ist die Weiterentwicklung von Turbo C++.

Anfang 2000 wurde Turbo C 2.01 von Borland für den Privatgebrauch kostenlos zum Download angeboten. Im September 2006 veröffentlichte Borland jeweils eine kostenpflichtige Professional- und eine kostenlose Explorer-Version von Turbo C++, Turbo C#, Turbo Delphi und Turbo Delphi for .NET.

## Funktionen nach Version

| Jahr | Version | Anmerkungen |
| - | - | - |
| 1987 | Turbo C 1.0 | Bis 1994 besitzt Turbo C bzw. Turbo C++ eine textbasierte Benutzeroberfläche (TUI). Unterstützung des damaligen Entwurfs des ANSI-C-Standards, wobei die 1978 veröffentlichte Definition „The C Programming Language“ von Brian W. Kernighan und Dennis Ritchie vollständig unterstützt wird. Unterstützung von sechs Modellen zur Segmentierung des Speichers im Real Mode. Unterstützung von Mixed-Model und Mixed-Language-Programmierung (z. B.: Inline-Assembler oder das Linken von Turbo-Pascal Objekten). |
| 1987 | Turbo C 1.1 | |
| 1988 | Turbo C 1.5 | Neue Funktionen: Neue Video-Funktionen Fehlerbeseitigung und Erweiterung von Funktionen aus den mitgelieferten Standard-Bibliotheken Erweiterung der IDE (u. a. Anpassung der Tastenkombinationen) |
| 1989 | Turbo C 2.0 | Neue Funktionen: integrierter Debugger schnellerer Compiler und Linker (20–30 %) signal und raise Funktion Integration von Maschinencode während des Kompiliervorgangs. erweiterte BGI-Grafikbibliothek. Erzeugung von COM-Dateien im Tiny-Speichermodell. long double Datentyp |
| 1989 | Turbo C 2.01 | |
| 1990 | Turbo C++ 1.0 | Umstieg auf C++ und damit die Möglichkeit zur objektorientierten Programmierung (OOP). Neue Funktionen: MDI-Oberfläche für die Entwicklungsumgebung (Turbo Vision) Mausunterstützung ANSI C Unterstützung VROOMM (Virtual Runtime Object-Oriented Memory Manager) Neue Funktionen zur Speicherverwaltung Neue mathematische Funktionen |
| 1991 | Turbo C++ 1.01 | |
| 1991 | Turbo C++ 2.0 | Neue Funktionen: Vollständige Unterstützung des AT&T C++ 2.0 Standards Neue Compiler-Option -V, die den Umgang mit virtuellen Methoden-Tabellen (VMT) regelt |
| 1992 | Turbo C++ 3.0 | Neue Funktionen: Unterstützung des AT&T C++ 2.1 Standards C++ 3.0 Templates Streams Container-Klassen: Sets, Bags, Listen, Arrays, B-Bäume Komplexe Zahlen, BCD-Arithmetik und Unterstützung von großen Zahlen. BGI-Schriftarten Über 200 neue Funktionen |
| 1992 | Turbo C++ 3.1 | Umstellung der IDE auf eine grafische Benutzeroberfläche (GUI) für Windows. Neue Funktionen: Object Browser – zeigt die Klassenhierarchie visuell als Baum an Unterstützung der Windows 3.1 API |
| 1993 | Turbo C++ 4.0 | Neue Funktionen: Unterstützung von C++-Metaprogrammierung |
| 1994 | Turbo C++ 4.5 | Neue Funktionen: Unterstützung von Visual Basic Extensions (VBX) Object Components Framework (OCF) – eine Kapselung der Object Linking and Embedding (OLE) 2.0 Funktionalitäten Object Windows Library (OWL) 2.5 Unterstützung von ANSI C++ Runtime Type Information (RTTI) ANSI C++ Typumwandlung: dynamic_cast, static_cast, const_cast und reinterpret_cast Diverse Verbesserungen der IDE |
| 1996 | Turbo C++ 5.0J | Erschien nur in Japan und war eine im Funktionsumfang reduzierte Version von Borland C++ 5.0 (das weltweit vertrieben wurde). Neue Funktionen: Object Windows Library (OWL) 5.0 OLE Custom Controls (OCX) Borland Database Engine (BDE) Visual Database Tools 32-Bit-Entwicklungsumgebung: ObjectScripting zum Anpassen der IDE Integrierter Ressourcen-Editor Integrierter 32-Bit-Debugger mit CPU-Ansicht |
| 2006 | Turbo C++ Professional & Explorer 2006 | Funktionen: Compiler für Windows (nur 32-Bit) Visual Component Library (VCL) Editor für UML-Klassendiagramme Mixed-Language-Programmierung (C++ und Delphi) Nur in der Professional-Version: Reporteditor und -Komponenten Remote Debugger Erstellung und Nutzung eigener Komponenten ActiveX- und COM-Funktionen |

## Erweiterte Funktionen

### Speichermodelle

Bereits seit der ersten Version werden sechs Speichermodelle unterstützt. Diese legen fest, wie der Speicher im Real Mode von x86-Prozessoren segmentiert werden soll. Insgesamt gibt es vier Segmentregister: Code-Segment (CS), Data-Segment (DS), Stack-Segment (SS) und Extra-Segment (ES). Dabei existieren zwei Modi zur Adressierung der einzelnen Speicheradressen. Im Near-Modus wird nur der Offset angegeben, und das Segment wird einem Register entnommen. Eine Speicheradresse hat dabei eine Länge von 16-Bit. Im Far-Modus werden sowohl das Segment als auch der Offset angegeben. Eine Speicheradresse besteht dabei aus einem 16-Bit-Segment und einem 16-Bit-Offset, also insgesamt 32-Bit.

Speichermodelle :

| Speicher­modell | Segmente | Segmente | Segmente | Zeiger | Zeiger | Beschreibung |
| - | - | - | - | - | - | - |
| Speicher­modell | Code | Data | Stack | Code | Data | Beschreibung |
| Tiny | 64 KiB | 64 KiB | 64 KiB | Near | Near | Das Tiny-Modell eignet sich, wenn der Speicherplatz sehr begrenzt ist und Programme möglichst klein ausfallen müssen. Alle vier Segmentregister (CS, DS, SS und ES) werden auf die gleiche Speicheradresse gesetzt. Für Code, Daten und Stack stehen insgesamt nur 64 KiB zur Verfügung. Es werden immer Near-Zeiger verwendet. Programme, die das Tiny-Modell nutzen, können als COM-Datei bereitgestellt werden. |
| Small | 64 KiB | 64 KiB | 64 KiB | Near | Near | Das Small-Modell eignet sich für Anwendungen mit durchschnittlicher Größe. Es handelt sich um die Standardeinstellung unter Turbo C. Die Code- und Datensegmente sind verschieden und überlappen sich nicht. Es stehen 64 KiB für Code und 64 KiB für Daten und Stack zur Verfügung. Daten-, Stack- und Extra-Segment beginnen an der gleichen Speicheradresse. Es werden immer Near-Zeiger verwendet. |
| Medium | 1 MiB | 64 KiB | 64 KiB | Far | Near | Das Medium-Modell ist am besten für große Programme geeignet, die nicht viele Daten im Speicher halten. Far-Zeiger werden für den Code, aber nicht für die Daten verwendet. Das Resultat ist, dass Daten und Stack zusammen auf 64 KiB begrenzt sind, aber der Code bis zu 1 MiB belegen kann. |
| Compact | 64 KiB | 1 MiB | 1 MiB | Near | Far | Das Compact-Modell eignet sich, wenn der Code klein ist, aber eine große Menge an Daten adressiert muss. Es ist das Gegenteil des Medium-Modells. Far-Zeiger werden für Daten aber nicht für den Code benutzt. Der Code wird auf 64 KiB begrenzt, während die Daten einen Bereich von 1 MiB haben. Per Voreinstellung sind alle Funktionen und alle Datenzeiger Far. |
| Large | 1 MiB | 1 MiB | 1 MiB | Far | Far | Das Large-Modell eignet sich nur für große Anwendungen. Far-Zeiger werden sowohl für den Code als auch für die Daten verwendet und geben beiden einen Bereich von 1 MiB. Alle Funktionen und Datenzeiger sind per Voreinstellung Far. |
| Huge | 1 MiB | 64 KiB jedes Sgt. | 64 KiB | Far | Far | Das Huge-Modell eignet sich nur für sehr große Anwendungen. Far-Zeiger werden sowohl für den Code als auch für die Daten verwendet. Turbo C begrenzt normalerweise die Größe aller Daten auf 64 KiB. Das Speichermodell Huge hebt diese Beschränkung auf und erlaubt Daten, mehr als 64 KiB einzunehmen. Das Huge-Modell erlaubt mehrere 64 KiB große Datensegmente, bis zu 1 MiB für Code und 64 KiB für den Stack. Alle Funktionen und Datenzeiger werden als Far vorausgesetzt. |

Die zentralen Bibliotheken wurden in Turbo C für jedes Speichermodell gesondert implementiert. Je nachdem welches Speichermodell für den Kompiliervorgang ausgewählt wurde, werden die dazu passenden Bibliotheken automatisch eingebunden, wobei x den Wert T (Tiny), S (Small), M (Medium), C (Compact), L (Large) oder H (Huge) annehmen kann:

* COx.OBI: Start-Code (Grundlegender Rumpf einer Anwendung)
* Cx.LIB: Standardfunktionen (Datei- und Speicherverwaltung)
* MATHx.LIB: Mathematische Funktionen (math.h)

### (Inline-)Assembler

Ebenfalls unterstützt Turbo C bereits ab der ersten Version das Einbinden von kompilierten Bibliotheken und Inline-Assemblerfragmente.

