Fascinating exercise. "Deleting one character" seems a phenomenally unlikely outcome of radiation, though.
A harder task might be "Randomly delete, add or mutate a single character". We had a few similar tasks on CGSE, e.g. • http://codegolf.stackexchange.com/q/4486/15 • http://codegolf.stackexchange.com/q/18087/15
Radiation-hardened quine
21–30 of 76 posts
Re: Radiation-hardened quine
#22Fascinating exercise. "Deleting one character" seems a phenomenally unlikely outcome of radiation, though.
Re: Radiation-hardened quine
#23Earlier quoted context omitted.
That definitely wouldn't work with this strategy (two copies), because you wouldn't be able to tell which copy was the mutated one. Error-correcting codes to the rescue. :)
couldn't one make 3 copies and take the two that are equal as non-modified?
Re: Radiation-hardened quine
#24Here's the google translate link to his blog post about it. My favorite part: "Ruby I terrible." http://translate.google.com/translate?sl=auto&tl=en&js=n&pre...
Japanese is Subject-Object-Verb order, so it was probably "My Ruby (is) terrible". But I don't know Japanese so I can't tell you for sure. Chinese would also drop the verb in this case, so I'm assuming they might do that in Japanese as well.
Re: Radiation-hardened quine
#25Fascinating exercise. "Deleting one character" seems a phenomenally unlikely outcome of radiation, though.
Granted it's not "deleting" a character but here, if you haven't seen it: https://blogs.oracle.com/ksplice/entry/attack_of_the_cosmic_...
Re: Radiation-hardened quine
#26Fascinating exercise. "Deleting one character" seems a phenomenally unlikely outcome of radiation, though.
Re: Radiation-hardened quine
#27Earlier quoted context omitted.
A harder task might be "Randomly delete, add or mutate a single character". We had a few similar tasks on CGSE, e.g. • http://codegolf.stackexchange.com/q/4486/15 • http://codegolf.stackexchange.com/q/18087/15
Addition and deletion anywhere but the end seems overwhelmingly unlikely.
Re: Radiation-hardened quine
#28Hard mode: flip bits in the interpreter's process memory as it's running.
Re: Radiation-hardened quine
#29Earlier quoted context omitted.
Japanese is Subject-Object-Verb order, so it was probably "My Ruby (is) terrible". But I don't know Japanese so I can't tell you for sure. Chinese would also drop the verb in this case, so I'm assuming they might do that in Japanese as well.
Ruby is the subject in that sentence, not sure why gtranslate injects an "I". I'd translate it as "Ruby is scary, isn't it?"
Also, the author is a contributor to ruby on github, so I doubt he is negative towards the language.
http://jisho.org/words?jap=%E6%81%90%E3%82%8D%E3%81%97%E3%81...
Re: Radiation-hardened quine
#30Earlier quoted context omitted.
Addition and deletion anywhere but the end seems overwhelmingly unlikely.
Depends on how the code is stored in memory ... with ropes addition or deletion anywhere could happen.
1) it's still less likely - most of the data is almost certainly characters of content, not sizes;
2) it's unlikely to be robust against flipped bits in pointers in the rope structures (even if implemented as indexes);
and 3) there is no reason to expect it to be limited to one byte (if an addition or deletion happens, "more than one byte" is far more likely than "one byte").