Mag sein, nur ob's von dem Dino noch 'ne Version gibt die auf aktuellen
Rechnern läuft?

Gratiscompiler gibt's beispielsweise

Nö. Ich kann zB meine Kentnisse aus der HTL der 90er heute aufselchen.

Pascal und C ist exakt das gleiche.

Die Zuweisungsoperatoren sind zumindest weniger fehleranfällig als die
Vergleiche in C.
Ich kenne keinen, der in der Anfangszeit nicht mal "if (a=b) { ...}"
formulierte, obwohl er "if (a==b) { ...}" meinte.

Nett ist in Pascal jedenfalls, dass man u.a. bequem auch Records kopieren
konnte... Wenn b ein Record ist, dann klappt "a=b" fein.

Structs kannst auch via = zuweisen...

Aber bei Pascal ist ja "=" ein Vergleich!

memcmp(&a, &b, sizeof(a))
klappt - weil der Compiler ja padding zwischen den Elementen von a/b angefügt
haben kann.

Afaik wenn Du das erste Element der struct angibst kommst direkt auf den
plain-memory der Struktur.

struct s_bubu {
 char a;
 int b;
};

struct s_bubu x,y;

auch ein furchtbares Konstrukt

  Die C Compiler waren damals

Das Problem ist, dass der Compiler ja beschließen kann, dass er padding
zwischen a und b anfügt, um schnellere Zugriffe zu ermöglichen. In Pascal kann
man sagen, ob er das soll - da gibt es "normale" und "packed" records. Erstere
mit padding, letztere ohne. In C... Schade :-D
Du kannst nicht wissen, ob er padding anfügt, drum müsstest x.a mit y.a und
x.b mit y.b vergleichen, denn  ein memcmp kann ein "false negative" liefern
(wenn a und b eh gleich sind, nur das Padding halt
anders).

Wenn Du es nicht lieben gelernt hast, hast zuwenig Zeit mit Pascal oder PL/I
oder Modula 2 verbracht.

Also ich habe 1984 mit Turbo Pascal begonnen... Die Pascal-Compiler auf den
DOS-Rechnern waren schon seeehr ok. Alles in RAM, -pfeilschnelle-
Entwicklung.

Nicht wie bei C-Compilern, wo Du Editor lädst, schreibst, Editor beendest,
Compiler anwirfst, Editor startest, ... Alleine die IDE war um so viel voraus,
dass niemand etwas anderes wollte als Pascal coden  Turbo C (ebenfalls mit
IDE) kam erst -einige- Jahre später.

Und wenn du einmal 20 Minuten vor einem hochoptimierten Statement eines
Vorgängers meditierst, um zu durchschauen, was der eigentlich bezwecken wollte
mit der Ansammlung an side effects, dann erkennst du schon Unterschiede in der
Produktivität.

Ich hab Basic, Fortran und Turbopascal gelernt und war auch sehr gut. Deshalb
habe ich trotzdem keine Ahnung von Java oder C# Programmierung, auch nicht mit
erleichternder Visual-Aufbereitung.

  bevor man auf eine reine OOP-Sprache wie Java oder C# umsteigt.

Excel würde ich nicht als Nischenprodukt bezeichnen.

Mach in einem Sheet 100x100 Zellen mit einer simplen Formel voll, die nur das
arithmetische Mittel aller 8 Nachbarzellen errechnet.
Dann mach um die 100x100 Zellen einen Rahmen von fixen Zahlen.

Und dann lass es so lange rechnen, bis sich nichts mehr ändert. Und wie durch
ein Wunder hast du ein stark vereinfachtes Modell von Temperaturausbreitung in
Festkörpern vor dir. Du hast aber keine Algorithmus explizit angegeben, du
warst nicht imperativ.

Es gibt ja so Dinge wie C++ aber ob die für einen 12 jährigen Neuling
brauchbar sind?

  Ich find für Kinder Python nicht so schlecht, es ist recht einfach zu
erlernen der Syntax ist recht locker, hat mittlerweilen doch viele Module die
einen kaum einschränken.

Algol, Haskell, ... ?