For those of you using Windows, do the following:
1.) Open an empty notepad file
2.) Type "Bush hid the facts" (without the quotes)
3.) Save it as whatever you want.
4.) Close it, and re-open it.
Its a government conspiracy!
Printable View
For those of you using Windows, do the following:
1.) Open an empty notepad file
2.) Type "Bush hid the facts" (without the quotes)
3.) Save it as whatever you want.
4.) Close it, and re-open it.
Its a government conspiracy!
Dave aka PostgreSQL showed me this:P
Thats so weird....
i dont get it?
thats strange
Lol. Woah, that's kind of cool.
it comes up in chinese?
i dont get it
It's unusual and it has been programmed into Notepad to do this obviously be a member of Microsoft or as my friend calls my company - Softcromic.
Quite old really.
Over at WinCustomize, someone thought they'd found an Easter Egg in the Windows Notepad application. If you:
Notepad displays seemingly-random Chinese characters, or boxes if your default Notepad font doesn't support those characters.
- Open Notepad
- Type the text "this app can break" (without quotes)
- Save the file
- Re-open the file in Notepad
It's not an Easter egg (even though it seems like a funny one), and as it turns out, Notepad writes the file correctly. It's only when Notepad reads the file back in that it seems to lose its mind.
But we can't even blame Notepad: it's a limitation of Windows itself, specifically the Windows function that Notepad uses to figure out if a text file is Unicode or not.
You see, text files containing Unicode (more correctly, UTF-16-encoded Unicode) are supposed to start with a "Byte-Order Mark" (BOM), which is a two-byte flag that tells a reader how the following UTF-16 data is encoded. Given that these two bytes are exceedingly unlikely to occur at the beginning of an ASCII text file, it's commonly used to tell whether a text file is encoded in UTF-16.
But plenty of applications don't bother writing this marker at the beginning of a UTF-16-encoded file. So what's an app like Notepad to do?
Windows helpfully provides a function called IsTextUnicode()--you pass it some data, and it tells you whether it's UTF-16-encoded or not.
Sorta.
It actually runs a couple of heuristics over the first 256 bytes of the data and provides its best guess. As it turns out, these tests aren't terribly reliable for very short ASCII strings that contain an even number of lower-case letters, like "this app can break", or more appropriately, "this api can break".
The documentation for IsTextUnicode says:
These tests are not foolproof. The statistical tests assume certain amounts of variation between low and high bytes in a string, and some ASCII strings can slip through. For example, if lpBuffer points to the ASCII string 0x41, 0x0A, 0x0D, 0x1D (A\n\r^Z), the string passes the IS_TEXT_UNICODE_STATISTICS test, though failure would be preferable.Indeed.
As a wise man once said, "In the face of ambiguity, refuse the temptation to guess."
http://apipes.blogspot.com/2006/06/t...can-break.html
English please.
It was an article on Digg which thought somebody had found a string which doesn't 'work' in Notepad but it's all explained, and no way a Government Conspiricy. Although quite funny.Quote:
Originally Posted by Halting
What he said fnx.Quote:
Originally Posted by Halting
EternalMasque (Forum Moderator) Please don't post pointlessly.
Lol weird