Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
How hard can it possibly be to just have something like:

Code:
try {
    renderText();
} catch (Exception e) {
    renderUnprintable();
    reportToApple(e);
}


I know, that's Java and Apple would actually use Swift, but still, how hard can it possibly be to just not let the exception through?
It probably has to do with the utf-string library and thus, not direclty the fault of the iMessage programmers.
 
Right - this seems pretty easy to unit-test. Just use Chaos Monkey or something and have it throw every possible combination of characters at it.
You know there are trillions of character glyphs and thus the combination is in a stratospheric number.
 
  • Like
Reactions: mijail
Isn't it time to scrap all these crazya$$ fonts, which pose a national security risk, and go back to just plain normal English plus maybe dingwingbats?
Please no. Unicode fixed an enormous number of communication problems for computers. Going back to what we had before would be roughy akin to taking medicine back to before we had antibiotics and anesthesia. Plus, English only covers the majority of the US, part of Canada, England, and India (and a few other spots). There are a lot of other countries we'd like to converse with.
 
You know there are trillions of character glyphs and thus the combination is in a stratospheric number.

If Apple has to resort to bombarding their input with every combination and permutation of every glyph in existence in order to ascertain there are no issues, then they have got everything backwards. It's better to develop a good systematic understanding of their own code and keep userspace strings from interfering with the kernel code (or whatever). Some computer languages make this a fairly easy task - they keep (and treat) strings as strings and do a great job compartmentalizing. It ain't rocket science.
 
Last edited:
You can pretty much already do this. You can have unknown numbers be sent to voicemail, and unknown texts be filtered into a separate list. You'll get no notifications for either these.
*iMessages only. Normal texts still come through normally.

I don’t know if that prevents this bug though, as the message technically still goes through.
 
If Apple has to resort to bombarding their input with every combination and permutation of every glyph in existence in order to ascertain there are no issues, then they have got everything backwards. It's better to develop a good systematic understanding of their own code and keep userspace strings from interfering with the kernel code (or whatever). Some computer languages make this a fairly easy task - they keep (and treat) strings as strings and do a great job compartmentalizing. It ain't rocket science.
With at least 40 million lines of in windows (Xp) and lots in iOS it is rocket science. If it were so easy windows being in existence for 30 years should be bug free.
 
How hard can it possibly be to just have something like:

Code:
try {
    renderText();
} catch (Exception e) {
    renderUnprintable();
    reportToApple(e);
}


I know, that's Java and Apple would actually use Swift, but still, how hard can it possibly be to just not let the exception through?

Previous bugs (like the Telugu character) caused TextKit's rendering to loop which eventually led to the crash because the system terminated non-responding process. There wasn't really a place to catch the error and print what could be rendered because the system didn't know it/what couldn't be rendered.

That's not to say that something like this couldn't have been guarded against... but programming pretty much every language in its full complexity is one hell of a job. There's many things not quite as simple as the romance languages where rendering just moves forward in a straight line.
 
Last edited:
Oh damn. I installed 13.4.5 beta 2 earlier to mitigate the E-mail vulnerability, and today a new bug that's fixed in that update pops up.

Best choice ever to install an otherwise meaningless beta!
 
How can characters in a message crash an entire computer? How do computers even work?
 
Nothing new really. iMessage has had a long history of these vulnerabilities. If you want security and reliability you use something else for messaging, mail, etc.

Something like this would be cool, right?
07ABD969-14D9-47D9-A80B-140713C47ADD.jpeg

DD04F655-F1CA-4C87-B4C2-592BA3F5C04D.jpeg
 
  • Like
Reactions: orbital~debris
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.