Groups > de.alt.folklore.computer > #44638

Re: Accidental Complexity von Programmiersprachen

From	ram@zedat.fu-berlin.de (Stefan Ram)
Newsgroups	de.alt.folklore.computer
Subject	Re: Accidental Complexity von Programmiersprachen
Date	2024-05-09 15:48 +0000
Organization	Stefan Ram
Message-ID	<C-20240509164819@ram.dialup.fu-berlin.de> (permalink)
References	(15 earlier) <v1hu4g$hea9$1@dont-email.me> <la3er8Fdm4jU1@mid.individual.net> <v1ihid$lpo2$1@dont-email.me> <slrnv3pp37.1mhit.hjp-usenet4@trintignant.hjp.at> <la48rfFhfuaU1@mid.individual.net>

Show all headers | View raw

Hermann Riemann <nospam.ng@hermann-riemann.de> schrieb oder zitierte:
>Das is_klein_Buchstabe  x>='a' && x <='z'
>passt zu ASCII, nicht aber zu EBCDIC.
>Was die bei utf gemacht gaben, weiß ich nicht.

  Bei Unicode muß man zwischen der Oktettdarstellung und den
  Codepunkten unterscheiden. Bei den lateinischen kleinen Buchstaben
  sollte sich UTF-8 aber in beiden Fällen wie ASCII verhalten.
  Die anderen UTF-Darstellungen werden heute seltener verwendet.

>Bei Python habe ich das cgi Problem noch nicht gelöst.

  Falls Du das cgi-Modul für Deine Python-Version vermissen
  solltest: Hast Du schon einmal versucht, es mit pip oder
  von PyPI zu installieren?

>Ab 3.11 ist die bequeme Schnittstelle  gekündigt.
>Und die Verbindung json <form> fehlt mir noch.

  Ich weiß zwar, was JSON ist, aber "json <form>" sagt mir jetzt
  nichts.

>Da wäre mir eine Schreibweise mit :len wie bei Bitfelder lieber.
>Und dann hätte ich gerne  noch offset zur genauen Positionierung.

  C ist als maschinennahe Sprache konzipiert. Und Maschinen
  handhaben eben erst einmal Zweierpotenzen zwischen 8 und 128 Bit,
  aber haben normalerweise keine Register mit beliebiger Breite.
  Wenn man das ignoriert, besteht das Risiko, daß die Programme
  dann manchmal weniger effizient laufen. Falls man lieber eine
  höhere Sprache wünscht, kann man ja Python verwenden.

Back to de.alt.folklore.computer | Previous | Next | Find similar | Unroll thread

csiph-web