課題は、文字の文字列を見つけることですができませんに表示されるすべてのお好みのプログラミング言語で法的なプログラムを。これには、コメント、文字列、またはその他の「実行不可能な」部分が含まれます。

チャレンジ

• プログラムは、言語のコンパイラ/インタープリター/ランタイム環境の特定のバージョンまたは実装に固有のものである場合があります。その場合、詳細を指定してください。
• 標準のコンパイラ/インタープリター/ランタイムオプションのみが許可されます。特定の結果を得るために、コンパイラに奇妙なフラグを渡すことはできません（たとえば、フラグを渡して警告をエラーに変換する）。
• プログラミング言語が特定のエンコード（UTF-8など）を必要とする場合、文字列も正しくエンコードする必要があります（つまり、文字デコードエラーのみによって失敗する文字列は許可されません）。
• 提出する個々のキャラクターはすべて、法的プログラムで認められる必要があります。つまり、常に拒否される文字を使用することはできません。
• 与えられたとき、コンパイラ/インタプリタ/ランタイムはエラーを与える必要があります任意の部分文字列として、あなたの文字列が含まれているソースコードを。エラーはプログラム間で同じである必要はありません。文字列を埋め込むと構文エラーが発生し、別の文字列を埋め込むとランタイムエラーが発生する可能性があります。

得点

• 各言語の最短の違法文字列が優先されます。
• 文字列が違法である理由を説明する必要があります（正当なプログラムのどこにも表示できない理由）。
• コメント内の誤った解決策に異議を唱えます。より具体的には、提案された部分文字列を含む合法的なプログラム（エラーを生成しないプログラム）を示すTIOまたは同等物へのリンクを提供する必要があります。
• 一部の言語（Bash、Batch、Perlなど）では、妥当性に影響を与えることなく（__DATA__Perlでの使用など）プログラムに任意のバイナリデータを追加できます。そのような言語については、そのような末尾のセクションにのみ表示されるソリューションを提出できます。回答にそのことを必ず書き留めてください。（この「末尾セクション」の定義は言語に依存しますが、一般的には、パーサーがスクリプトの読み取りを完全に停止した後のテキストを意味します）。

例

Pythonでは、私は提出するかもしれません

x
"""
'''

しかし、これは大きなプログラムに埋め込むことができます

"""
x
"""
'''
y
'''

そのため、許可されていません。

Changeling、2バイト

これは2つの改行です。有効なChangelingは、印刷可能なASCII文字の完全な正方形を常に形成する必要があるため、2つの改行を連続して含めることはできません。

エラーは常にパーサーエラーであり、常に同じです。

This shape is unpleasant.

終了コード1を伴います。

オンラインでお試しください！

Java、4バイト

;\u;

オンラインでお試しください！

これは無効なUnicodeエスケープシーケンスであり、コンパイラでエラーが発生します。

error: illegal unicode escape

COBOL（GNU）、8バイト

THEGAME

まず、コメントされた行に私の言葉を入れないようにするための改行。

その後、歴史的に、COBOLプログラムはコーディングシートに印刷され、コンパイラは80文字の制限された行に大きく依存し、複数行のコメントはなく、最初の6文字はコメント（多くの場合編集可能な行番号として使用されます） 、 私の知る限り。THEGAM次の行の先頭で選択しました。

次に、任意の行の7番目のシンボルは、スペース（効果なし）、アスタリスク（行の残りの部分にコメント）、ハイフン、スラッシュなど、非常に制限された文字のリストのみを受け入れますE。

たとえば、GnuCobolによって与えられるエラーは次のとおりです。

error: invalid indicator 'E' at column 7

オンラインでお試しください！

また、ゲームに負けたばかりです。

JavaScript、7バイト

;*/\u)

先頭の改行に注意してください。

• \u) 無効なUnicodeエスケープシーケンスであるため、この文字列は無効です
• //先頭にa を追加しても、先頭の改行のために機能しません。2行目はコメントなしのままにします
• 追加すると、/*完全に理由決算の文字列コメントを解除しません*/残し、それを完了\u)暴露します
• @tshで述べられているように、最後/の文字列の後に文字列を付けることで、最後の行を正規表現に変換できるため、の)前に置く\uことで、正規表現リテラルが常に無効になることを保証できます
• @asgallantで述べられ1||1(string)/ているように、正規表現を評価する必要を回避するために行うことができます。2行目の先頭にあるセミコロンは、2行1||1目に達する前に式を終了することにより、その発生を停止し;*ます。したがって、でSyntaxErrorを強制します。

それを試してみてください！

clicky.onclick=a=>{console.clear();console.log(eval(before.value+"\n;*/\\u)"+after.value));}

textarea {
  font-family: monospace;
}

<button onclick="console.clear();">Clear console</button>
<br>
<textarea id=before placeholder="before string"></textarea>
<pre><code>
 */\u)</code></pre>
<textarea id=after placeholder="after string"></textarea>
<br>
<button id=clicky>Evaluate</button>

Python、10バイト（cpythonではない）

?"""?'''?

先頭の改行に注意してください。改行のためコメント化できず、これについて正しく考えた場合、三重引用符で囲まれた文字列の組み合わせは機能しません。

コメントの@feersumは、ファイルの先頭に0x1A文字を追加することでわかる限り、Windows上のcpythonプログラムを完全に破壊したようです。多分（？）これは、この文字がオペレーティングシステムによって処理される方法によるものと思われます。一部のレガシーDOS標準のために、stdinを通過する際にEOFに変換されるようです。

非常に現実的な意味では、これはPythonの問題ではなく、オペレーティングシステムの問題です。ファイルを読み取り、そのファイルに組み込まcompileれているものを使用するpythonスクリプトを作成すると、構文エラーをスローするという予想される動作が得られます。Pypy（おそらくこれを内部で行うこともあります）もエラーをスローします。

編集：

Pythonインタープリターを破壊するためのあいまいな方法を見つけることに@feersumが勤勉であるため、この答えは、私が知る限り、典型的なcpython環境では完全に無効になっています！（WindowsとLinuxのPython 2および3）これらのクラックは、どのプラットフォーム（私がテストした他の唯一のPython実装）のPypyには機能しないとまだ信じています。

C（clang）、16バイト

 */
#else
#else

オンラインでお試しください！

*//*コメントを閉じます。先頭のスペースは、コメントを開始しただけではないことを確認します。改行は//コメントを閉じ、文字列リテラルを中断します。次に、#else without #if（#else after #elseエラーの数に関係なく）またはエラーが発生します#if 0。

Pyth、6バイト

¡¡$¡"¡

¡は実装されていない文字です。つまり、Pythパーサーがこれを評価すると、PythParseErrorでエラーが発生します。コードは、これがのいずれかで発生することを保証し¡ます。

バイトがPythプログラムに存在し、解析されない3つの方法があります。文字列リテラル（"または."、同等に解析される）、Pythonリテラル（$）、およびの直後\。

このコード\は、すぐ後に続くバイトと2番目の¡エラーにのみ影響するため、エラーなしで評価することを防ぎます。

$$s 内のコードをコンパイルされたPythonコードに直接埋め込みます。私はそこで何が起こるかについて何も仮定していません。

プログラムが$コンテキスト内でこのコードに到達すると、プログラムはで終了し、$その¡直後にパーサーエラーが発生します。PythのPythonリテラルは$、Pythonコードが何をしているかに関係なく、常にnext で終わります。

プログラムが"コンテキストで開始する場合、"文字列が終了し、最後¡がパーサーエラーになります。

Ada-2バイト

私はこれがうまくいくと思う：

_

それが改行アンダースコアです。改行はコメントを終了し、文字列では使用できません。アンダースコアは空白に続くことができません。以前は文字と数字の後にのみ許可されていましたが、Unicodeの導入により事態は複雑になりました。

x86 32ビットマシンコード、11バイト（および将来性のある64ビット）

90 90 90 90 90 90 90 90 90 0f 0b

これはtimes 9 nop/ ud2です。これは基本的にNOPスレッドなので、0個以上nopのs として実行され、前のオペコードのオペランドとして消費されud2た0x90バイト数に関係なく、例外を発生させます。他のシングルバイト命令（などtimes 9 xchg eax, ecx）も動作します。

x86 64ビットマシンコード、10バイト（現在のCPU）

64ビットモードには1バイトの不正な命令がありますが、将来のISA拡張機能は、32ビットモードでの意味とは別に、64ビットモードでのみプレフィックスまたはマルチバイトオペコードの一部として再利用します。 0x0eはpush cs32ビットモードですが、64ビットの現在のCPU（Intel Skylakeでテスト済み）では無効です。

0e 0e 0e 0e 0e 0e 0e 0e 0e 0e

実行可能なマシンコードのルール解釈：

• バイトはジャンプできません（「解析されない」制限のように）。CPUは実際にデコード/実行（非投機的）を試みるまで例外を発生させないためです。

• 違法とは、たとえば、不正な命令の例外など、常に例外を発生させることを意味します。（実際のプログラムは、ベアメタルの例外ハンドラーでそれをキャッチするか、OSシグナルハンドラーをインストールできますが、これは挑戦の精神を捉えていると思います。）

で終わるより短いバイト文字列ud2がimm32および/または別の命令のアドレス指定モードの一部として表示されるか、1組の命令に分割されるため、機能します。これは、命令の一部としてバイトを「消費」するために文字列の前に何を置くことができるかという点でこれを考えるのが最も簡単であり、故障しないものを残します。

命令は、SIBバイト、disp32、およびimm32という最大9バイトの任意のものを消費できると思います。つまり、この命令の最初の2バイトは8つのNOPと1つのud2を消費できますが、9は消費できません。

c7 84 4b 00 04 00 00 78 56 34 12        mov dword [rbx+rcx*2+0x400],0x12345678

9 nopsに勝てない：

    db 0xc7, 0x84   ; opcode + mod/rm byte: consumes 9 bytes (SIB + disp32 + imm32)
    times 9 nop          ; 1-byte xchg eax, ecx or whatever works, too
    ud2
  ----
   b:   c7 84 90 90 90 90 90 90 90 90 90        mov    DWORD PTR [rax+rdx*4-0x6f6f6f70],0x90909090
  16:   0f 0b                   ud2    

64ビットモード：

 c7 84 0e 0e 0e 0e 0e 0e 0e 0e 0e        mov    DWORD PTR [rsi+rcx*1+0xe0e0e0e],0xe0e0e0e
 0e                      (bad)  

ただし、8つのNOP + ud2（またはtimes 9 db 0x0e）のバイトは、他のinsnの一部として表示できます。

    db 0xc7, 0x84   ; defender's opcode + mod/rm that consumes 9 bytes

    times 8 nop          ; attacker code
    ud2

    times 10 nop    ;; defenders's padding to be consumed by the 0b opcode (2nd half of ud2)
----
  18:   c7 84 90 90 90 90 90 90 90 90 0f        mov    DWORD PTR [rax+rdx*4-0x6f6f6f70],0xf909090
  23:   0b 90 90 90 90 90       or     edx,DWORD PTR [rax-0x6f6f6f70]
  29:   90                      nop
  2a:   90                      nop
  ...

C＃、16バイト

*/"
#endif<#@#>

動作する理由：

• // コメントは新しい行のために機能しません
• /* のためにコメントが機能しません */
• コードだけに定数を持つことはできません
• #if falseために開始に追加しても機能しません#endif
• "任意の文字列リテラルを閉じ
• <#@#>そうT4テンプレートに失敗した無名のディレクティブです。
• 新しい行はそれを/だますので、最初に持っていてもだまされない*/

各バリエーションはコンパイルエラーで失敗します。

APLおよびMATLおよびFortran、3バイト

'

ブロックコメントが存在しないため、改行、引用、改行は常にエラーをスローします。

• APL： unbalanced quotes
• MATL： string literal not closed
• Fortran： Invalid character in name

Literate Haskell、15バイト

nimiによる削除された試行の修復。

\end{code}
5
>

オンラインでお試しください！

nimiの最初の試みは、Literate Haskellに基づく最後の2行です。>スタイルリテラシーコードは、リテラシーコメント行（5ここ）の隣の行にあることを許可していません。代替（ "LaTeX"）文芸コーディングスタイルのコメントに埋め込むことができるため、失敗しました。

\begin{code}
{-
5
>
-}
\end{code}

しかし、\begin{code}文芸Haskellのスタイルはありませんではない自体にも中にも、巣{- -}にラインを置くことによってので、複数行のコメント\end{code}だけで行の前に5、その回避策が失敗した、と私は別のものが表示されません。

Free Pascal、18バイト

*)}{$else}{$else}

最初に可能なコメントをすべて閉じてから、条件付きコンパイルを処理します。

私が何かを忘れた場合はここにコメントしてください。

Commodore 64 Basic、2バイト

B

（それは文字「B」が後に続く改行です）。

Commodore 64プログラムのすべての行は、行番号またはBASICキーワードで始まる必要があり、保存されたプログラムは行番号のみを許可します。「B」（または「H」、「J」、「K」、「Q」、「X」、「Y」、または「Z」）で始まるキーワードはありません。

Brain-Hack（Brain-Flakのバリエーション）、3 2バイト

Brain-Hackはコメントをサポートしていないことを指摘してくれたWheat Wizardに感謝します。

(}

オンラインでお試しください！

CJam、7バイト

"e#"
:"

オンラインでお試しください！

VBA、2バイト

アンダースコアが続くラインフィード-VBA _の行継続文字として機能し、行継続のすぐ左または上の行には何もないため、VBAの複数行コメントの欠如と相まって、これは常にコンパイルをスローすることを意味します時間誤差Compile Error: Invalid character

_

SmileBASIC、2バイト

!

行末まで続くものは何もないので、必要なのは、改行の後に文の開始になり得ない何かが続くことだけです。!は論理否定演算子ですが、式の結果を無視することは許可されていないため、そのようなもので!10も無効になります（X=!10もちろん動作します）

同様のことは、実行前にコードを解析する限り、すべてが行の終わりで終わるすべての言語で機能します。

ここで使用できる代替文字はたくさんあるので、COULDが有効な文字をリストする方が面白いと思います。

@ラベルの始まり@DATAです。たとえば、; 何らかの理由で許可される(ような式の一部である可能性があり(X)=1ます。任意の文字または_変数名X=1、関数呼び出しLOCATE 10,2、またはキーワードを使用できWHILE 1ます。'コメントです。そしての?略ですPRINT。

INTERCAL、12バイト

DOTRYAGAINDO

オンラインでクラックしてみてください！

INTERCALの構文エラーへのアプローチは少し特別です。基本的に、プログラムが実行を試みない限り、無効なステートメントは実際にはエラーになりません。実際、コメントの慣用的な構文は、コメントを開始することですPLEASE NOTE。これは実際にステートメントを開始し、実行しないことを宣言してから、文字で開始しEます。コードがDODO途中にある場合は、DOABSTAINFROM(1)(1)有効なステートメントを先頭に追加して最後に追加することができます。それで問題ない場合は、DODODO実行を曲げることができます(1)DON'TDODODOCOMEFROM(1)。INTERCALにはエスケープするための文字列リテラル構文がありませんが、構文エラーを使用して不正な文字列を作成する方法はありません。(1)DO(2)DO...(65535)DODODO、COME FROMそれらのいずれかを使用して行番号を重複させることは十分に可能であると思われるためです。

不正な文字列を作成するには、実際に完全に有効なステートメントを使用する必要がありますTRY AGAIN。たとえ実行されなくても、プログラム内にある場合は、プログラムの最後のステートメントでなければなりません。私の知る限り、不正な文字列が使用できるのは12バイトです。TRY AGAINこれは、その後にステートメントがあること（実行されているかどうか）を保証する必要があるためDOTRYAGAINです。は、実際には無視され、通常の構文エラーに簡単に変換できるためTRY AGAIN、TRYAGAINDO機能しません：DON'TRYAGAINDOGIVEUP、またはPLEASE DO NOT TRY TO USE TRYAGAINDO NOT THAT IT WOULD WORK。どちらの側に何を置いてもDOTRYAGAINDO、、、またはのいずれかICL993I I GAVE UP LONG AGOでエラーが発生します。ICL079I PROGRAMMER IS INSUFFICIENTLY POLITEICL099I PROGRAMMER IS OVERLY POLITE

AWK、4バイト

/

オンラインでお試しください！

以来AWK、複数行のコメントを行うための方法を持っていない後に前と1、2つの改行を必要とする/追加など、コメントアウトまたは正規表現にこれを回す防ぐために1/。最も一般的なメッセージは、「予期しない改行または文字列の終わり」です。

以前の亀裂あり

Fortran、14バイト

end program
e

Fortranには複数行コメントまたはプリプロセッサディレクティブはありません。

JavaScript（Node.js）、9 8バイト

`*/
\u`~

オンラインでお試しください！

これは十分違法だと思う。

他の回答での以前のJSの試み

; * / \ u）

@Cows quackによる

ES5の回答として、これは有効であるはずですが、ES6では、コードを2つのバックティックでラップすると、これが破壊されます。そのため、有効なES6回答にはバッククォートが必要です。

`
`* /} '" `\ u！

@iovoidによる

これは、バックティックを含む改善されたバージョンです。ただし、/コードの後のシングルはこれを破ります（これは、正規表現が乗算されるテンプレートリテラルになりますが、役に立たないが構文的には有効です。）@Neilはに変更!することを提案しました)。これは理論的には機能するはずです。なぜなら/、最後に追加すると機能しなくなるからです（不正な正規表現のため）。

説明

`*/
\u`~

これはそれ自体違法であり、すべての単一引用符と二重引用符もブロックします。これらの引用符\は、行末で

//`*/
\u`~

そして

/*`*/
\u`~

不正なエスケープシーケンスを導入してコメントをブロックします

``*/
\u`~

終了していないRegExpリテラルを導入することにより、初期バックティックをブロックします

console.log`*/
\u`~

2つのバックティックの間に予期される演算子を導入することにより、タグ付きテンプレートリテラルをブロックします

ロックスター、4 5バイト

取り消し線4はまだ4です:(

)
"""

ロックスターは非常に...言葉の多い言語です。
一方で"、文字列を定義するために使用することができ、などはPut "Hello" into myVar、私の知識に3重引用符は、コメントの外に現れする方法はありません、と近くの括弧は、それがいずれかの発生しません（ロックスターでのコメントは括弧で囲まれている、ように保証しますこの）。

Rockstarには、句読点が無視される詩的なリテラル構文もあるため、改行は3つの引用符がコード行の始まりであることを確認します。

Powershell、10 8 12 14 13 14 16バイト

^{-2バイトは、Mazzyがそれを破るより良い方法を見つけて
くれたおかげです+4 -1バイトはIsItGreyOrGrayのおかげです}

$#>
'@';
"@";
@=

これがうまくいくことを願っています。'そして"、引用符を防ぐために#>ブロック・コメントを破るために、新しい行が、両方を単一行コメントを停止する'@と"@、文字列の別のスタイルをキャッチし、その後、構文エラーをスローするように、不適切な配列を開始します。

ロジックは、どちらの引用符も使用できないため、ブロックコメントすることはできません@"。使用した場合、その後トークンを保持できないhere-stringを作成します。そのままにしておくと、壊れた配列を作成しようとします。この声明は一生懸命生きたいと思っているので、鎧にさらに多くの穴を見つけ続けています。

ルーン文字のエンチャント、3バイト

Ṷ

多くの可能なバリエーションの1つ。

オンラインでお試しください！

Runicは、「Mmodify the behavior of C」（Cコマンドは）内の文字を結合するUnicodeを利用します。そのため、同じコマンドを変更するために2つの修飾子を使用することはできません。そのような発生が見つかった場合、パーサーはエラーをスローします。

同様に、IPをリダイレクトする特定のコマンドは、方向修正修飾子文字が存在するため（および同じセル内の両方が意味をなさないため）、いかなる方法でも修正できません。

文字列をエスケープまたはリテラル化して有効にする方法はありません。Tioリンクには、;優先度の高い「ターミネーターなし」エラーをバイパスするためにが含まれています。

TI-Basic（83 + / 84 + / SE、24500バイト）

A

（24500回）

TI（-83 + / 84 + / SE）-Basicは到達したステートメントに対してのみ構文チェックを行うためEnd、行内の5000 ステートメントでさえスキップできますReturn。対照的に、これはTI-83 + / 84 + / SEのRAMに収まらないため、この文字列を含むプログラムはありません。ここでの文字数には少し保守的です。

元のTI-83には27000バイトのRAMがあるため、その場合は27500 A秒が必要です。

TI-Basic（89 / Ti / 92 + / V200、3バイト）

"

改行、引用、改行。改行はコメントを閉じます（また、AFAIKの複数行の文字列定数は許可されないため、文字列に不正な文字を埋め込むことを禁止します）。

あなたは2バイトを得ることができます

±

改行なし±ですが、文字列定数でのみ有効であるため、これがカウントされるかどうかはわかりません。

Go、6バイト

*/```

オンラインでクラックしてみてください！

重大なアクセント（ `）は生の文字列リテラルをマークします。その中には、改行とバックスラッシュを含む、`を除くすべての文字が文字列の一部として文字どおりに解釈されます。連続する3つの `'がコアです。隣接する文字列リテラルは無効であり、`は常に`文字列を閉じるため、それらを理解する方法はありません。反回避のためにさらに3バイト、改行を使用して単一行コメントまたは通常の引用符で囲まれた文字列を使用し、* /を使用して複数行のコメントを挿入する必要がありました。

SILOS、4バイト

サイロは競争力があります\ o /

x+

SILOSは、2パスインタープリター/コンパイラーで実行されます。実行前に、「コンパイラ」はソースを単純化してソースを記述する配列にしようとします。各行は個別に扱われます。x + aは、xの値にeaを追加してxに格納する代入演算子です。ただし、「コンパイラ」は壊れます。したがって、この文字列を取得し、それが独自の行にあり、コンパイラを中断することを保証する前後に新しい行を追加します。

オンラインでお試しください！

AutoHotkey、5バイト

`はエスケープ文字です。変数に割り当てるときにのみ、 "をエスケープできます。

\ n * /は、コメントアウトまたは変数への割り当てを防ぎます。

*/`"

JavaScript、11文字

`
`*/}'"`\u)

バックティックは必ずテンプレート文字列を削除し、引用符は文字列を取り除き、改行はコメント行を避け、コメントの終わりはブロックコメントを避け、最後のバックティックとエスケープ（数字の追加を避けるために！文字列。

オンラインでお試しください！