Chuck Norris puzzle discussion


#239

Well, so far as I remember, we had to convert to seven figures, and I put eight. So if you want to start from what I obtained, rather suppress a 0 at the beginning.
But for sure it is better to give the correct size to begin with.
Or did I ill remember ? I do not remember having been alerted about the answer, or perhaps at a moment I was very busy, sorry.


#240

Well, so far as I remember, we had to convert to seven figures, and I put eight. So if you want to start from what I obtained, rather suppress a 0 at the beginning.
But for sure it is better to give the correct size to begin with.
Or did I ill remember ? I do not remember having been alerted about the answer, or perhaps at a moment I was very busy, sorry.


#241

I do not remember what the fourth test case was, perhaps one day I shall do that puzzle again.


#242

Hi! Did any of you solve this problem? I do have the exact same solution and I’m quite sure it’s correct. I used C++ and hand-checked the last few characters, the representation of the last ‘e’ in the validator seems to be wrong.


#243

I think there is an error in the solution. The value % is
char code 37
And the solution expects the binary to be: 0100101
It should be 8 binary digits though.
So it should be 00100101
For example if you go to this website it shows the binary equivalent to be 8 0’s and 1’s long.
http://www.unit-conversion.info/texttools/convert-text-to-binary/


#244

It’s 7-bit ASCII here.


#245

ASCII is a 7-bit encoding (128 chars). There is no standard/canonical 8-bit extended ASCII, but lots of such encodings.
The tool you mention uses UTF-8, it is equivalent to the following in Python3:

['{:08b}'.format(c) for c in my_input_string.encode('utf-8')]

#246

Thanks,
I read in the description that it is 7 bit. It just wasn’t clear enough to notice it the first time I read it.


#247

I can’t seem to append a string. Is that on purpose?