Arnold Palmer

I'll check out my options around that

And I guess I could just reopen the file

Atom supports a handful of different encodings for stuff like cyrillic and arabic and stuff. I think the only latin option is UTF8

But regardless of how it's interpreted and displayed in the editor, that shouldn't change the actual data I get in my variable

They do. The entire alphabet is above 0x7f

yep

It did read the 0x00-0xff file correctly though

Maybe :/

I'm trying to do it all in the editor since that seems to be the limitation of a plugin at this layer. I guess I should have been clearer and said that all of the characters of the file are printable ASCII characters, once they've been transcoded from EBCDIC. For some reason the first two characters in my test are being interpreted as a unicode character by js, so my string gets out of whack after that

Yeah. I'm trying to turn some C code stored in EBCDIC into ASCII, so it will always be 100% printable characters

I've hardcoded my test case to be a hand done transcoding of "Hello, world!", so it shouldn't be a problem with control characters

What I'm trying to figure out is how to convert it to a byte array. That would solve all of my problems. All of my attempts so far have resulted in bad characters showing up in the output

Anyone online that could answer a JavaScript question?

My Python still runs in less than a tenth of a second

That bumps it up to 381 :/

That's a good point

The issue with the raw_input is it's supposed to act like a Brainfuck program, so it's single character input, so no quotes allowed

Thanks man

I never know man. I've only been here for a bit so I don't want to come off as a jerk for posting over someone's post

Sweet

I mentioned using the same mechanic as another Python post, but it's not really an exclusive trick

My code I just posted for the Brainfuck challenge

Seems reasonable enough

At what point does an improvement to someone's answer become its own answer and not a comment?

And a Telnet client

PuTTY is customizable

At least one of those is obviously not a candidate

My guess is TTY significantly predated PuTTY, and they just tacked on the Pu since it made a real word

According to the page, it means nothing lol

Found that on the PuTTY wiki page

The more you know

"though 'tty' is sometimes used to refer to the Unix terminals, as an acronym for 'teletype'"

Sounds good man. I'm doing the fermatness question and the only ways I see doing it are either exponentiation or logarithms. I have a "working" solution, but it breaks for numbers larger than 7-8 digits

@ATaco Is that a thing that is resolvable?

Like 7-8 digits of accuracy on exponentiation

Like 2^32 isn't calculated properly and gives 4294967300 instead of 4294967296

@ATaco So RProgN 2 also doesn't look like it does too hot with large numbers

I'm with you. Luckily, I realized I was stupid, and doing it the other way around is actually a lot easier (at least in Python)

@ATaco Dang :/ I was hoping to use that for the Fermatness problem, but being unable to take accurate logs with large numbers is just about a deal breaker

@ATaco It looks like your Š operator isn't quite right in RProgN 2. If you try and take log_2(2^128) it returns 127.99999999... Don't know if that's a limitation of what you're using on the backend, or just cutting off of precision

@ATaco @ATaco, I know this is a little late, but I haven't been able to get on in a while since I'm so busy at work. The doc page looks pretty good. Maybe think about specifying how your for loop works since I had a bit of trouble figuring that one out. Like the fact that it does (i = a; i <= b; i+=c) instead of the "normal" i < b

Like my conversion process correctly grabs that file's raw binary

It seems to output the same thing

This is the API page for the editor window I have access to: atom.io/docs/api/v1.29.0/TextEditor

So this is all happening in an Atom plugin I'm trying to make to save myself time. I have an instance of the current editor widow and retrieve my text via a .getText() call. The idea is that I have files I want to read that are encoded in EBCDIC, so I want to open them then run the plugin so that it converts it to viewable ASCII text

The problem is that since my JS instance uses UTF-8 strings, when I do "message.charCodeAt(i)", I don't get the true binary value. I just want the literal binary representation of the string

I'm trying to take a string that's in EBCDIC and transcode it to ASCII

Anyone online who could answer a JavaScript question?