Meydan karakter dizesi bulmaktır olamaz görünür herhangi seçtiğiniz programlama dilinde hukuki programı. Bu, yorumları, dizeleri veya diğer "çalıştırılamaz" bölümleri içerir.

Meydan okuma

• Programınız, dilinizin derleyici / tercüman / çalışma zamanı ortamının belirli bir sürümüne veya uygulamasına özgü olabilir. Eğer öyleyse, lütfen detayları belirtin.
• Yalnızca standart derleyici / tercüman / çalışma zamanı seçeneklerine izin verilir. Belirli bir sonuç elde etmek için derleyicinize tuhaf bir bayrak aktaramazsınız (örneğin, uyarıları hatalara dönüştürmek için bir bayrak geçirerek).
• Programlama diliniz belirli bir kodlama gerektiriyorsa (örn. UTF-8), dizginizin de doğru bir şekilde kodlanması gerekir (yani yalnızca karakter kod çözme hataları nedeniyle başarısız olan dizelere izin verilmez).
• Gönderiminizdeki her karakter, yasal bir programda kabul edilebilir olmalıdır; yani, her zaman reddedilen bir karakteri kullanamazsınız.
• Derleyiciyi alt dize olarak içeren herhangi bir kaynak kodu verildiğinde, derleyici / yorumlayıcı / çalışma zamanı bir hata vermelidir . Hata, programlar arasında aynı olmak zorunda değildir; dizginin bir gömülmesi sözdizimi hatasına, diğeri çalışma zamanı hatasına neden olabilir.

puanlama

• Her dil için en kısa yasadışı dize kazanır.
• Dizinizin neden yasadışı olduğunu açıklamalısınız (neden yasal bir programda hiçbir yerde görünemediğini).
• Yorumlarda yanlış çözümler anlaşmazlık. Daha spesifik olarak, önerilen altlığı içeren yasal bir program gösteren (yani herhangi bir hata üretmeyen) TIO ya da eşdeğer bir bağlantı sağlamalısınız.
• Bazı diller (örneğin Bash, Batch, Perl), geçerliliği etkilemeden bir programa isteğe bağlı ikili verilerin eklenmesine izin verir (örneğin __DATA__Perl'de kullanılır). Bu diller için, sadece böyle bir takip bölümünde görünebilecek bir çözüm sunabilirsiniz Cevabınıza not aldığınızdan emin olun. (Bu "izleyen bölümün" tanımı dile bağlıdır, ancak genel olarak ayrıştırıcı komut dosyasını okumayı tamamen bıraktıktan sonra herhangi bir metin anlamına gelir).

Örnek

Python'da gönderebilirim

x
"""
'''

ancak bu daha büyük programa gömülebilir

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

bu yüzden kabul edilebilir değil.

Değişen , 2 bayt

Bu iki satır besleme. Geçerli Değiştirme, her zaman kusursuz bir yazdırılabilir ASCII karakter karesi oluşturmalıdır, bu nedenle arka arkaya iki satır besleme içeremez.

Hata her zaman bir ayrıştırıcı hatası ve her zaman aynıdır:

This shape is unpleasant.

çıkış kodu 1 ile birlikte verilir .

Çevrimiçi deneyin!

Java, 4 bayt

;\u;

Çevrimiçi deneyin!

Bu geçersiz bir Unicode kaçış dizisidir ve derleyicide bir hataya neden olur.

error: illegal unicode escape

COBOL (GNU) , 8 bayt

THEGAME

Öncelikle, sözümü yorumlanmış bir satıra koymanızı önleyen bir satır beslemesi.

Daha sonra, tarihsel olarak, COBOL programları kodlama sayfalarına basıldı, derleyici yoğun olarak 80 karakterlik sınırlı satırlara dayanıyor, çok satırlı yorum yok ve ilk 6 karakter yorum (genellikle düzenlenebilir satır numaraları olarak kullanılıyor), hemen hemen her şeyi koyabilirsiniz , BİLDİĞİM KADARIYLA. Bir THEGAMsonraki satırın başında seçtim .

Sonra, herhangi bir satırdaki 7. sembol sadece çok kısıtlı bir karakter listesini kabul eder: Boşluk (efekt yok), Yıldız (satırın geri kalanını yorumlar), Tire, Slash, başkaları olabilir, ama kesinlikle değil E.

Örneğin, GnuCobol tarafından verilen hata:

error: invalid indicator 'E' at column 7

Çevrimiçi deneyin!

Ayrıca, oyunu daha yeni kaybettin.

JavaScript, 7 bayt

;*/\u)

Baştaki yeni satırı not alın.

• \u) geçersiz bir Unicode kaçış dizisidir ve bu nedenle bu dize geçersizdir
• //Başında bir satır eklemek , yeni satır satırının ikinci satırını açık bırakmadan bıraktığı için
• Bir ekleme eklemek, /*onu tamamlayan kapanma nedeniyle açığa */çıkacak şekilde tamamen dizgeyi açmayacaktır\u)
• @Tsh tarafından belirtildiği gibi, alt satır bir dizgeden sonra girilerek regex'e çevrilebilir, bu /nedenle ), önünde yer \ualarak regex değişmezinin daima geçersiz olmasını sağlayabiliriz.
• @Asgallant tarafından belirtildiği gibi, regex'i 1||1(string)/değerlendirmekten kaçınmak mümkün olabilir . İkinci satırın başındaki yarı-kolon, ifadenin 1||1ikinci satıra çarpmadan önce sonlandırılması ve böylece bir SyntaxError ile ;*.

Dene!

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 bayt (cpython değil)

?"""?'''?

Baştaki yeni satırı not alın. Newline nedeniyle yorumlanamıyor ve doğru düşünürsem üçlü alıntı dizelerinin hiçbir kombinasyonu işe yaramaz.

Yorumlarda @feersum, 0x1A karakterini bir dosyanın başlangıcına ekleyerek söyleyebileceğim kadarıyla Windows'ta herhangi bir cpython programını tamamen kırmış görünüyor. Belki de (?) Bu, bu karakterin işletim sistemi tarafından ele alınma biçiminden kaynaklandığı, görünüşe göre eski bir DOS standardı nedeniyle stdin'den geçerken bir EOF'ye çevrildiği anlaşılıyor.

Çok gerçek anlamda, bu python ile değil, işletim sistemiyle ilgili bir sorun. Dosyayı okuyan ve compileüzerinde yerleşik olanı kullanan bir python betiği oluşturursanız , sözdizimi hatası atma daha fazla beklenen davranışı verir. Pypy (muhtemelen sadece bunu dahili yapar) bir hata da verir.

Düzenle:

@ Feersum'un Python yorumlayıcısını kırmak için belirsiz yollar bulma konusundaki titizliği nedeniyle, bu cevap söyleyebileceğim kadarıyla herhangi bir tipik cpython ortamı için tamamen geçersizdir! (Hem Windows hem de Linux için Python 2 ve 3) Bu çatlakların Pypy için hiçbir platformda (test ettiğim diğer Python uygulamalarında) çalışmayacağına hala inanıyorum.

C (clang) , 16 bayt

 */
#else
#else

Çevrimiçi deneyin!

*/herhangi bir /*yorumu kapatır ve öncü alan sadece bir tane başlamadığımızdan emin olur. Newline, herhangi bir //yorumu kapatır ve herhangi bir dizgeyi değiştirir. Sonra bir hataya #else without #ifveya #else after #elsehataya neden oluruz ( #if 0içeride kaç tane olduğumuzdan bağımsız olarak ).

Pyth, 6 bayt

¡¡$¡"¡

¡Aplike olmayan bir karakterdir, yani Pyth ayrıştırıcısı bunu değerlendirirse, bir PythParseError ile hata yapar. Kod bunun bir birinde gerçekleşmesini sağlar ¡.

Bir Pyth programında bir bayt bulunmasının ve çözümlenmemesinin üç yolu vardır: Bir dizgenin tam anlamıyla ( "veya ."eşit olarak ayrıştırılır), bir Python değişmezinde ( $) ve hemen ardından a \.

Bu kod \, hatasız değerlendirilmesini önler , çünkü sadece hemen sonraki baytı ve ikinci ¡hataları etkiler .

$kodu $s'nin içine derlenmiş Python koduna doğrudan yerleştirir. Orada neler olabileceğine dair hiçbir varsayımda bulunmuyorum.

Program bu koda bir $bağlamda ulaşırsa , bitecek $ve ¡hemen sonra ayrıştırıcı hata yapacaktır. Pyth'in Python değişmezleri $, Python kodunun ne yaptığından bağımsız olarak daima bir sonrakinde biter .

Program bir "bağlamda başlarsa ", dize sonlanır ve son ¡ayrıştırıcı hatası yapar.

Ada - 2 bayt

Bunun çalışması gerektiğini düşünüyorum:

_

Bu yeni çizgi alt çizgi. Newline, yorumları sonlandırır ve bir dizeye izin verilmez. Bir alt çizgi boşluk bırakamaz; sadece harflerden ve sayılardan sonra izin verilirdi, ancak Unicode'un tanıtılması işleri karmaşıklaştırdı.

x86 32 bit makine kodu, 11 bayt (ve geleceğe dayanıklı 64 bit)

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

Bu times 9 nop/ ud2. Temelde bir NOP kızağıdır , bu nedenle hala 0 veya daha fazla nops olarak çalışır ve daha sonra baytların ud2kaçının 0x90önceki bir opcode'a işlenen olarak tüketildiğine bakılmaksızın bir istisna oluşturmak için kullanılır . Diğer tek baytlık talimatlar (gibi times 9 xchg eax, ecx) da işe yarayabilir.

x86 64 bit makine kodu, 10 bayt (mevcut CPU)

Gelecekteki ISA uzantıları, bunları 64 bit modundaki ön ekleri veya çoklu bayt opkodlarının parçaları olarak değiştirmelerini isteyinceye kadar, 64 bit modda bazı 1 baytlık yasadışı yönergeler vardır. 0x0eolan push cs32 bit modunda, ancak mevcut CPU'lar yasadışı 64 bit (Intel Skylake üzerinde test).

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

Yürütülebilir makine kodu için kuralların yorumlanması :

• Baytlar atlanamaz ("ayrıştırılmayan" kısıtlama gibi), çünkü CPU'lar kod çözme / yürütme (spekülatif olmayan) işlemlerini gerçekleştirene kadar istisnalar ortaya koymaz.

• Yasadışı araçlar her zaman bir istisnayı ortaya çıkarır, örneğin yasa dışı talimat istisnası. (Gerçek programlar bunu, çıplak metal üzerinde bir istisna işleyicisi ile yakalayabilir veya bir OS sinyal işleyicisi kurabilir, ancak bunun zorluğun ruhunu yakaladığını düşünüyorum.)

Çalışır, çünkü biten daha kısa bir bayt dizisi ud2başka bir komut için adresleme modunun bir imm32 ve / veya bir parçası olarak görünebilir veya bir komut boyunca bölünebilir . Bayt'ı komutun bir parçası olarak "tüketmek" için dizgiden önce koyabileceğiniz şeyler hakkında düşünmek ve hataya yol açmayacak bir şey bırakmak en kolay yoldur.

Bir komutun en fazla 9 baytlık keyfi şeyi tüketebileceğini düşünüyorum: bir SIB baytı, bir disp32 ve bir imm32. yani, bu talimatın ilk 2 baytı 8 NOP ve bir ud2 tüketebilir, ancak 9 tüketemez.

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

9 nops'u geçemiyorum:

    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 bit modu:

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

Ancak, 8 NOP + ud2 (veya times 9 db 0x0e) baytı diğer eklerin bir parçası olarak görülebilir:

    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 bayt

*/"
#endif<#@#>

Çünkü işe yarıyor:

• // yorum yeni satır nedeniyle işe yaramayacak
• /* yorum nedeniyle çalışmaz */
• Yalnızca kodda sabitler olamaz
• #if falseBaşlangıcına eklemek nedeniyle işe yaramazsa#endif
• "Herhangi dize kapatır
• Bu <#@#>isimsiz bir direktif olduğundan T4 şablonları için başarısız olur.
• Yeni çizgi /, başında olması gerektiği gibi kandırıyor.*/

Her varyasyon bir derleme hatasıyla başarısız olur.

APL ve MATL ve Fortran , 3 bayt

'

Newline, Alıntı, Newline her zaman bir hata atar çünkü blok yorumları yoktur.

• APL: unbalanced quotes
• Matl: string literal not closed
• Fortran: Invalid character in name

Okuryazar Haskell , 15 bayt

Bir tamir silinmiş girişimi niml'de tarafından.

\end{code}
5
>

Çevrimiçi deneyin!

nimi'nin orijinal girişimi, Literatür Haskell'in >stil okuryazar kodunun bir okuryazar yorum satırına ( 5burada) komşu bir hatta olmasına izin vermemesine dayanan son iki satırdır . Alternatif ("LaTeX") okuryazar kodlama stilinde bir yoruma gömülü olabileceği için başarısız oldu:

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

Ancak, \begin{code}Okuryazar Haskell tarzı yapar değil kendi içinde ne de içinde ne, yuva {- -}ile bir çizgi koyarak bu yüzden, çok satırlı yorumlar \end{code}sadece paralel önce 5, o geçici çözüm başarısız olur ve ben farklı birini görmüyorum.

Ücretsiz Pascal, 18 bayt

*)}{$else}{$else}

Önce olası tüm yorumları kapattıktan sonra koşullu derlemeyi ele alın.

Bir şey unuttuysam lütfen buraya yorum yapın.

Commodore 64 Basic, 2 bayt

B

(bu "B" harfini izleyen yeni bir satırdır).

Commodore 64 programındaki herhangi bir satır, bir satır numarasıyla veya bir BASIC anahtar sözcüğüyle başlamalıdır ve depolanan programlar yalnızca satır numaralarına izin verebilir. "B" (veya "H", "J", "K", "Q", "X", "Y" veya "Z" ile başlayan hiçbir anahtar kelime yoktur.

Brain-Hack ( Brain-Flak'ın bir varyasyonu ), 3 2 bayt

Buğday Sihirbazı sayesinde Brain-Hack'un yorumları desteklemediğini ve beni bir bayt kurtardığını belirtti.

(}

Çevrimiçi deneyin!

CJam , 7 bayt

"e#"
:"

Çevrimiçi deneyin!

VBA, 2 Bayt

Bir çizgi beslemenin ardından bir alt çizgi - _VBA'da çizginin devam karakteri olarak işlev görür ve doğrudan çizginin içinde sola veya çizginin üstünde hiçbir şey olmadığından, VBA'nın çok satırlı yorumların olmaması zaman hatasıCompile Error: Invalid character

_

SmileBASIC, 2 bayt

!

Bir çizginin sonundan hiçbir şey devam etmez, bu yüzden tek ihtiyacınız olan bir satır sonu ve ardından bir ifadenin başlangıcı olamaz. !mantıksal işleç değildir, ancak bir ifadenin sonucunu yoksaymanıza izin verilmez, bu nedenle bir şey bile !10geçersiz sayılır (iş sırasında X=!10, elbette)

Benzer şeyler, bir satırın sonunda her şeyin bittiği herhangi bir dilde çalışacaktır, çalıştırmadan önce kodu ayrıştırdığı sürece.

Burada kullanılabilecek birçok alternatif karakter var, bu nedenle geçerli KOŞULLARIN listelenmesinin daha ilginç olacağını düşünüyorum.

@örneğin bir etiketin başlangıcıdır @DATA; nedense izin verilen (bir ifadenin parçası olabilir (X)=1; herhangi bir harf veya _değişken bir isim X=1, işlev çağrısı LOCATE 10,2veya anahtar kelime olabilir WHILE 1; 'bir yorumdur; ve ?için kısa PRINT.

INTERCAL , 12 bayt

DOTRYAGAINDO

İnternetten kırmaya çalışın!

INTERCAL'in sözdizimi hatalarına yaklaşımı biraz özeldir. Temel olarak, program yürütmeye çalışmadığı sürece geçersiz bir ifade aslında hata vermez. Aslında, yorumların deyimsel sözdizimi, onların PLEASE NOTEgerçekten yeni bir deyim başlatan, bunun yürütülmeyeceğini bildiren ve sonra da harfle başladığına başlamaktır E. Eğer kodunuz DODObunun ortasındaysa DOABSTAINFROM(1)(1), sonuna kadar geçerli bir ifade hazırlayabilir ve DODODObunları çözebilirsiniz ve bunun gibi bir işlem yapıp yapamayacağınıza karar verebilirsiniz (1)DON'TDODODOCOMEFROM(1). INTERCAL, onlardan kaçmak için dize değişmez sözdizimine sahip olmasa da, geçersiz bir dize oluşturmak için sözdizimi hatalarını kullanmak mümkün değildir, hatta her olası satır numarasını tüketen(1)DO(2)DO...(65535)DODODOÇünkü COME FROM, bunlardan herhangi biriyle çalışmak için çift satır numaralarına sahip olmak çok mümkün .

Yasadışı dize olmak için, aslında tamamen geçerli deyimi kullanmak gerekir: TRY AGAIN. Yürütülmese bile, eğer programda ise, programdaki son ifade kesinlikle olmalıdır. 12 bayt, bildiğim TRY AGAINkadarıyla yasadışı bir dizgenin kullanabileceği en kısa yoldur , çünkü bundan sonra (yürütülür veya edilmez) bir ifade olduğunu garanti etmesi gerekir, bu yüzden DOTRYAGAINsadece normal koddur ve tüm ifadenin olduğundan emin olmak zorundadır. aslında TRY AGAIN, bu yüzden TRYAGAINDOişe yaramaz çünkü kolayca yok sayılan, normal bir sözdizimi hatasına dönüştürülebilir:, DON'TRYAGAINDOGIVEUPveya PLEASE DO NOT TRY TO USE TRYAGAINDO NOT THAT IT WOULD WORK. Ne olursa olsun her iki tarafında ne koymak DOTRYAGAINDO, ya birlikte, hata edersiniz ICL993I I GAVE UP LONG AGO, ICL079I PROGRAMMER IS INSUFFICIENTLY POLITEya da ICL099I PROGRAMMER IS OVERLY POLITE.

AWK , 4 bayt

/

Çevrimiçi deneyin!

Yana AWKçok hatlı bir yorum yapmak için bir yöntem yoktur sonrasında önce ve 1, 2 yeni satır ihtiyaç /eklemek örneğin dışarı yorum yapabilir veya regex dönüştürüyorsun engellemek için 1/. En sık karşılaşılan mesaj, beklenmeyen yeni satır veya dizgenin sonu.

Önceki çatlak ile

Fortran, 14 bayt

end program
e

Fortran'da çok satırlı yorum veya ön işlem yönergesi yok.

JavaScript (Node.js) , 9 8 bayt

`*/
\u`~

Çevrimiçi deneyin!

Bunun yeterince yasadışı olması gerektiğini düşünüyorum.

Önceki JS diğer cevaplarda dener

, * / \ U)

@Cows quack tarafından

Bir ES5 cevabı olarak bunun geçerli olması gerekir, ancak ES6'da kodu bir çift backticks ile sarmalamak bunu mahveder. Sonuç olarak geçerli ES6 cevapları backticks içermelidir.

'
`* /} '" `\ U!

@İovoid Tarafından

Bu backticks içeren geliştirilmiş bir versiyondur. Bununla birlikte /, kodun kırılmasından sonra bir tek (Bir regex ile çarpılan, kullanışsız ancak sözdizimsel olarak geçerli bir şablon haline gelir.) @Neil, değişen bir öneride !bulundu ). Bunun teorik olarak çalışması gerekir çünkü /sonunda ekleme artık işe yaramaz (hatalı biçimlendirilmiş regex nedeniyle).

açıklama

`*/
\u`~

Bu tek başına yasa dışıdır ve tüm tek ve çift tırnak işaretlerini de engeller \;

//`*/
\u`~

ve

/*`*/
\u`~

Yasadışı kaçış dizileri ekleyerek yorumları engeller

``*/
\u`~

Sonlandırılmamış RegExp değişmezi tanıtımıyla ilk geri tepmeyi engeller

console.log`*/
\u`~

İki geri tepme arasında beklenen bir işleç tanıtımıyla etiketlenmiş hazır bilgi öğelerini engeller

Rockstar , 4 5 bayt

Geçti 4 hala 4 :(

)
"""

Rockstar çok ... wordy bir dildir. Bir dize tanımlamak için kullanılabilir
olsa "da Put "Hello" into myVar, bildiğim kadarıyla bir yorumun dışında 3 alıntı görünmenin bir yolu yoktur ve yakın paranın da gerçekleşmemesini sağlar (Rockstar'daki Yorumlar parantez içine alınır) bu).

Rockstar ayrıca noktalama işaretinin dikkate alınmadığı şiirsel bir sözdizimine de sahiptir, bu nedenle yeni satır 3 alıntıdan her zaman geçersiz olması gereken bir kod satırının başlangıcı olmasını sağlar.

Powershell, 10 8 12 14 13 14 16 bayt

^{Mazzy sayesinde -2 byte , IsItGreyOrGray sayesinde +4 -1 byte kırmanın daha iyi bir yolunu
buluyor}

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

Umarım bu işe yarar. 've ", tırnak karşı korumak için #>blok-yorumunu kırmaya, yeni hatlar, hem tek satırlı bir yorum durdurmak '@ve "@dizeleri başka bir stil yakalamak ve sonra bir sözdizimi hatası atmak uygunsuz bir dizi başlıyor.

Mantık, içeri girmek için her iki alıntı kümesini de kullanamaz, engelleyemez, yorum yapamaz @", Kullanılırsa, daha sonra belirteci bulunamayacak bir here-string oluşturur. onu rahat bırak, kırık bir dizi yapmaya çalışacağım. Bu ifade çok zor yaşamak istiyor, zırhta daha fazla delik bulmaya devam ediyorum.

Runik Büyüleri, 3 bayt

Ṷ

Mümkün olan birçok varyasyondan biri.

Çevrimiçi deneyin!

Runic, unicode karakterlerini " Mdavranışını değiştirir C" (burada Cbir komuttur) komutunu kullanır. Dolayısıyla, iki değiştiricinin aynı komutu değiştirmesine izin verilmez ve böyle bir olay bulunursa ayrıştırıcı bir hata atar.

Benzer şekilde, IP'yi yönlendiren belirli komutlar, değiştirici karakterlerin yön değiştirici karakterlerinin varlığından dolayı hiçbir şekilde değiştirilemez (ve her ikisi de aynı hücrede anlam ifade etmez).

Geçerli olması için dizgiden kaçmanın veya tam anlamıyla izole etmenin bir yolu yoktur. Tio bağlantısı ;, yüksek öncelikli "sonlandırıcı yok" hatasını atlamak için bir giriş içerir .

TI-Basic (83 + / 84 + / SE, 24500 bayt)

A

(24500 kez)

TI (-83 + / 84 + / SE) -Basic, yalnızca ulaştığı ifadeleri sözdizimi denetimi yapar, hatta 5000 End , bir satırda ifade a ile atlanabilir Return. Bu, aksine, bir TI-83 + / 84 + / SE RAM'ine sığamaz, bu nedenle hiçbir program bu dizgiyi içeremez. Burada karakter sayısı ile biraz muhafazakar olmak.

Orijinal TI-83 27000 byte RAM'e sahiptir, bu nedenle 27500’e ihtiyacınız olacaktır. A durumda s .

TI-Basic (89 / Ti / 92 + / V200, 3 bayt)

"

Newline, alıntı, newline. Newline, AFAIK çok satırlı dize sabitlerine izin verilmediğinden, herhangi bir yorumu kapatır (ve yasadışı karakteri bir dizginin içine koyan izinler), diğer newline dize kapanmasına izin vermez ve alıntı bir sözdizimi hatası verir.

2 bayt ile alabilirsiniz

±

newline olmadan, ancak ±sayılacağından emin değilim, çünkü yalnızca string sabitlerinde geçerlidir.

6 bayt git

*/```

İnternetten kırmaya çalışın!

Mezar aksanı (`), içinde` yeni satırlar ve ters eğik çizgiler de dahil olmak üzere tüm karakterlerin kelimenin tam anlamıyla dizginin bir parçası olarak yorumlandığı, ham dizgiyi belirtir. Arka arkaya üç ` 'ın çekirdek gibidir: Bitişik dize hazır daima kapatır` geçersizdir ve ` dize, bu yüzden onları mantıklı bir yolu yoktur. Çevrelemeye karşı koruma için 3 bayt, bir satırsonu kullanmak zorunda kaldım, bu yüzden tek satırlı bir yorumda ya da normal alıntı bir dizgede olamıyoruz, ve * / çok satırlı bir yorumda yer alamayız.

SILOS , 4 bayt

Silolar rekabetçi / o /

x+

SILOS iki geçişli bir tercüman / derleyici üzerinde çalışır. Uygulamadan önce bir "derleyici" kaynağı kaynağı tanımlayan bir dizide basitleştirmeye çalışır Her satır ayrı olarak ele alınır. x + a, x değerine ea ekleyen ve onu x'e depolayan bir atama işlecidir. Ancak "derleyici" kırılacak. Bu nedenle, bu dizgiyi alıp kendi satırında olduğundan emin olduktan önce ve sonra yeni bir satır ekleyerek derleyiciyi kırarız.

Çevrimiçi deneyin!

AutoHotkey , 5 bayt

`kaçış karakteridir. Bir değişkene yalnızca atamadan "" kaçabilirsiniz.

\ n * / yorum yapmamasını veya bir değişkene atanmasını önler.

*/`"

JavaScript, 11 karakter

`
`*/}'"`\u)

Backtick'ler şablon dizgileri öldürdüğünden emin olur, tırnaklar dizelerden kurtulur, yeni satır yorum satırlarından kaçınır, yorum sonu blok yorumlarından kaçınır ve son backtick ve kaçış (a ile! dize.

Çevrimiçi deneyin!