This is awesome, thanks! That was a very fun read.
Executable Emoji
11–20 of 20 posts
Re: Executable Emoji
#12Anyone managed to reproduce it?
I tried copying using Firefox on Wayland on Ubuntu GNULinux, then pasting on a Vim window. Nu luck, md5 didn't match.
Re: Executable Emoji
#13For this to be reproducible the browser version is going to need to be specified.
I don't see why that would matter. Sure, it was noticed on a browser but ultimately this article is about overlap between x86 assembly and a subset of the unicode standard. The browser isn't really involved.
having the emojis survive copy & paste from a browser is surprisingly frustrating. I would have expected there to be well-defined semantics for this, but a lot of things insert variation selectors (U+FE0F) after certain emoji which breaks the code.
It's less to do with browser versions and more to do with websites. Mastodon and unfortunately blogspot seem to mess up the emoji. Fortunately you can click on the disassembly links that go to my disassembler and copy them from there.
Re: Executable Emoji
#14Anyone managed to reproduce it? I tried copying using Firefox on Wayland on Ubuntu GNULinux, then pasting on a Vim window. Nu luck, md5 didn't match.
I cannot actually get the program working (which could easily be user error), but I could replicate the md5 by removing a newline vim inserted for me. If your file is 142 bytes, that's possibly what you're seeing
Re: Executable Emoji
#15Anyone managed to reproduce it? I tried copying using Firefox on Wayland on Ubuntu GNULinux, then pasting on a Vim window. Nu luck, md5 didn't match.
Try copying from the links provided after each emoji block. That goes to my disassembler which should independently verify the md5.
I think blogpspot unfortunately mucks with the emoji.
Re: Executable Emoji
#16Anyone managed to reproduce it? I tried copying using Firefox on Wayland on Ubuntu GNULinux, then pasting on a Vim window. Nu luck, md5 didn't match.
I cannot actually get the program working (which could easily be user error), but I could replicate the md5 by removing a newline vim inserted for me. If your file is 142 bytes, that's possibly what you're seeing
For the 'hello' program, you need to use DosBox-X with the 'cpu cputype=8086' parameter. You can use 86Box or MartyPC as well but those take more effort to set up and get the executable onto them.
Re: Executable Emoji
#17Earlier quoted context omitted.
It does look like a good "works on my machine" proof-of-concept, but are you going to copy those emoji from something other than a browser? Probably wouldn't hurt to specify the text editor too and settings needed to match the intended file size as well.
Emoji are text. Which text editor/browser/settings should I be using to ensure I copy your reply accurately? With the exception of (sigh) newlines, I surely hope your text editor accurately records the characters you paste into it. This job isn't different just because the characters are strange, multi colored ligatures. Edit: As long as you work in UTF-8 that is, but you have to go out of your way to use any other e…
What did you use to get a 141 byte EMOJI.COM file from the first string of emojis?
Re: Executable Emoji
#18Earlier quoted context omitted.
Some relatively recent emoji might not work in outdated browsers/operating systems. Generally, emoji font are regularly updated, but if you're using the stock browser (or Safari) on an outdated phone, you might not be able to render a lot of these emoji. Missing emoji should still be copyable though, it just won't look as funny.
Why the Safari bash? Every single one works. Apple keeps their emoji list pretty up to date.
On iOS (and the same OS in other form factors), Safari is tied to your operating system. Unlike Android or Windows or even macOS, your browser cannot be updated when your device no longer gets feature updates.
In the EU one could theoretically deploy an alternative browser engine, but that relies on the version of iOS being recent enough to get the changes that Apple had to make to permit that, and in practice there are no alternative browser engines yet.
Re: Executable Emoji
#19Thanks for checking this out.
I've uploaded all the binaries to GitHub if you're struggling with copy & paste. There's also a new example in Braille.
Re: Executable Emoji
#20>Frankly, writing directly in emojissembly is a miserable, painful slog, lacking reasonable immediate values, arithmetic operations, or sane jump offsets. Therefore it is sensible to construct a loader that can simply build 8088 code in memory and jump to it.
If you think that self-modifying loader is too easy, I recommend Tom7 take on printable x86:
>This is like telling the waiter that you don’t eat poultry but eggs are okay, and then they bring you an egg, but that egg hatches into a chicken right after they bring it to you. Come on.