Large array structures (e.g. $form) in stack trace results in huge memory usage in FlattenException::flattenArgs()

Apparently this is an issue in Drupal 7 as well, when I try to paste the character that caused the error into a comment it gives me an error, although not a fatal one, just a 'problem with your comment' error. The character that caused the error is, however, not U+DDAB as originally reported, that was just what jEdit thought it was when I was trying to save a file containing it that was encoded with Cp1252. I looked it up in the utf-8 table and apparently it is in fact character U+1001AB, way down in the supplemental sets. Support for those characters is probably not important to Drupal, but there should probably be some sort of error handling path for this.

Updated to beta3, issue still exists.

I'm actually running on a WAMP stack, a recent version of XAMPP running on a Windows machine. From phpinfo() I've got the following information:

PHP Version 5.5.15
Windows Server 2008 R2 Standard Edition Service Pack 1
Apache 2.0 Handler

Drupal Version 8.0.0-beta3, no modules installed beyond Core, running a custom theme on the front end, seven for administration.
Enabled Extensions:
bcmath
bz2
calendar
Core
ctype
curl
date
dom
ereg
exif
fileinfo
filter
ftp
gd
gettext
hash
iconv
json
libxml
mbstring
mcrypt
mhash
mysql
mysqli
mysqlnd
odbc
openssl
pcre
PDO
pdo_mysql
pdo_sqlite
Phar
Reflection
session
SimpleXML
soap
sockets
SPL
sqlite3
standard
tokenizer
uploadprogress
wddx
xml
xmlreader
xmlrpc
xmlwriter
xsl
zip
zlib

This does not resolve the issue, I disabled my theme, and ran on Bartik, issue still appeared. Then I reinstalled stock beta3 in a new database, added nothing, and the issue still exists. Some additional notes for trying to recreate the error:

1. Previewing a page works fine, the error message only appears when I save the page (published or unpublished).
2. I can recreate the error by copying and pasting any of the Unicode characters on this page into the text of the body: http://www.utf8-chartable.de/unicode-utf8-table.pl The latest tests I did, it was the only character in the body, on the only page on the site. In fact the error occurs with any uncode character higher than U+FFFF, so starting with U+10000. This matches the point at which utf-8 switches from using 3 bytes to store characters, to 4 bytes. This range of characters does include a few actual languages, if only ancient and/or highly esoteric ones.
3. Content type does not affect the issue. The error crops up in custom block creation, articles, basic pages, and I imagine just about anything else.
4. If you are unable to recreate on Linux, I suspect it may be due to poor utf-8 support on windows, particularly for C dependent programs (such as PHP and MySQL). When I attempt to insert one of these characters directly into a table in phpmyadmin it gives me a warning, and replaces it with a ?(but does not fail entirely). When I insert it using the MySQL command line, there is no error and no warning, but it still replaces it with a ?.

Getting the same error at simplytest.me

Here are links to screenshots:

https://drive.google.com/file/d/0B8hs5jMXGj5iUVB4dThSNjBRcDQ/view?usp=sh...
https://drive.google.com/file/d/0B8hs5jMXGj5iX2oyYmdtSDV1Nmc/view?usp=sh...

I don't expect Drupal to have support for these highly non-standard characters. (to the point that Windows doesn't appear to have a single default font that supports them) Simply to not fail so spectacularly when they are put in, stretch goal to have a helpful error message letting a content editor or site owner identify what caused the error.

Another note that the alt+code method of inserting a special character has an upper limit that prevents these characters from being typed in. I've only been able to do this by copying and pasting from a UTF-8 character table, or from another source that already contains the character.