"C" versus Pascal

[jaenicke]

Siehe Wiki:
https://wiki.python.org/moin/Integra...ntEnvironments

[p80286]

Zitat:

Zitat von Furtbichler (Beitrag 1242485)

Bei C fällt mir ein Codeschnippsel ein, der zum Verschlüsseln des Kennwortes beim Unix-Login verwendet wird bzw. vor 30 Jahre wurde, als ich mich im Rahmen des Studiums damit beschäftigt habe. Dort wurden zwei Arrays deklariert:

Delphi-Quellcode:

var
  a1 : array [0..19] of Byte;
  a2 : array [0..19] of Byte;

Und dann wurde mit

Delphi-Quellcode:

for i:=0 to 39 do a1[i] := foobar[i]

in beide Arrays geschrieben, um anschließend u.a. mit

Delphi-Quellcode:

a2[x]

zu arbeiten. Das ist doch krank, oder?

Nö, das war State of the Art. Damals wurde noch mit mit Speicher und CPU-Zyklen gegeizt.
Heute hingegen steht auf meinem Schreibtisch soviel Rechenpower wie damals in einem mittleren Rechenzentrum.

Die Zeiten ändern sich eben.

Gruß
K-H

[ATS3788]

Danke für die guten Infos.
Habe ein Haufen neuer Sachen gelernt.:thumb:
Ich sehe es ähnlich wie die meisten
Nur alleine der StrToÍnt oder IntToStr in Pascal
egal ob Du das mit einem byte oder integer, word,
you name it, machst
in "C" gibt es für jeden Integer Typ einen eigenen Befehl.
Weiß allerdings nicht ob das so auch in C++ ist.
Es ist eine neue Erfahrung und C ist echt gut für µC

http://www.pmpcomp.fr/
Hatte mal ein wenig mit seiner Microchip Pascal Umsetzung gearbeitet
Er steckt da viel Liebe in dies Projekt.

[Furtbichler]

Zitat:

Zitat von p80286 (Beitrag 1242577)

Nö, das war State of the Art.

Ähh. 'Union' wäre 'state of the art'.

[Furtbichler]

Ich denke, wenn man weiss, was man tut und performancekritische kryptische Anweisungen dokumentiert, ist 'C' für µC ok.