ポインタの割り当て方としては面白い方法だったね。昔、大きなプロジェクトで開発者たちがこれを理解してなくて、オフバイワンやメモリの上書きが何百件も発生したことがあったよ。でも、ソフトウェアを責めるのはちょっと逃げだと思う。開発者たちは急いでて、ルールを尊重してなかったんだよね。今のソフトウェアエンジニアを見てると、プログラミング言語を壊れないように弱体化させるのも悪くないかも。でも、AIがすべてを弱体化させるだろうね。

長さカウンタのサイズを選んで、後でバイト、コードポイント、グリフの長さを区別しなきゃいけない上に、ポインタ算術を使ってパスカル文字列を分割することもできない。文字列の終わりを関数に渡すには、パスカルスタイルの文字列の末尾を別の小さいサイズの文字列にコピーするか、整数と実際のデータへのポインタを持つ構造体にしなきゃいけない。前者は場合によっては大量のコピーが必要だし、後者は無効なポインタを持つ構造体の問題を引き起こすかもしれない。それにキャッシュに関する潜在的な問題もあるしね。

ゼロ終端の文字列は、センチネル値の終端の特別なケースだね。センチネル値の終端は、パンチカードや固定長レコードを切り分ける必要があるときにすごく理にかなってる。1960年代や1970年代に彼らがしていた決定が、半世紀後のコンピュータに影響を与えるなんて誰も思ってなかったよ。彼らは、自分たちのミスはいつかもっと賢い人たちによって覆い隠されるだろうと思ってたんだ。でも、私たちはみんな慣性を過小評価するミスを犯してるよね。

改行で終わる行と同じくらい最悪だね。 ;)

ゼロ終端の文字列は、たくさんの役立つソフトウェアの基盤だったよね。コンピュータの最大の間違いだと言うのはちょっと言い過ぎだと思う。30年以上Pascalに関するプログラミングはしてないけど、その頃は文字列システムがそんなに使いにくくなければいいなと思ってたのをぼんやり覚えてるよ。

255文字で十分だよね、みんなにとって。

ある程度同意するけど、サイズのデータ型については争いがあっただろうね、可変長じゃない限り。可変長だと他の問題もあっただろうし。しばらくの間、16ビットは贅沢すぎると思われてたかもしれない。今は32ビットが小さすぎるって感じるだろうね。「強く型付けされた」言語としては、Cは重要なところでかなり緩いんだよね。

ClangとGCCは、Pascal文字列をCで使うことを許可してるよ（\pを使って）。でも、Pascal文字列は今ではあまり役に立たない。最大長が短すぎるからね。

ゼロ終端文字列はコンピュータの最大の間違いだと思う いや、彼らはトレードオフをしなきゃいけなかったし、センチネルベースのシーケンスは必要なものなんだ。文字列以外でもね。間違いだったのは、ISAがHLLのニーズを見て、必要な命令を追加しなかったことだよ（詳しくは下に書いた）。NULLも、開発された時代の文脈で見れば大きな間違いじゃないんだ。

Visual Basic（その後COM）が取った中間的なアプローチがBSTR型だね。ゼロ終端のchar配列へのポインタだけど、最初のポインタ先のバイトの前に長さフィールドがあるんだ。これならCの文字列とも互換性がある（埋め込まれたヌル文字がないと仮定して）。でもBSTR型の関数は長さの値を活用できるんだよね。