But apart from plain old errors, there are also some bugs and Easter Eggs hidden in all versions of Windows. Care to discover 5 of them?

## 1. Naming & Renaming Folders

For the first one, try to create a folder named CON and you will see the following thing happening:

The same thing happens when you try any of the following names:

PRN, LPT1, LPT2, (…), LPT9, NUL, COM1, (…), COM9, and CLOCK$

All of the above names are reserved device names, which cannot be used as file names or folder names, regardless of the file extension. This is a relic from DOS, which has made its way through all versions of Windows, including Windows 7.

Source: Wikipedia

## 2. Advanced Calculations

Let’s do some basic maths together. Please use your head first. Highlight the next two lines to see the respective answers.

What is the square root of four? It’s two, isn’t it?

And what do you get if you subtract two from two? Zero, right?

Now let’s do the above calculation using the Windows calculator. Type in 4, take the square root and from the result subtract 2. What do you get now?

See why they don’t want you to use calculators at school?

To my knowledge, there is no explanation for this result. The operation returns different numbers in different versions of Windows, so it’s possibly a bug by design or an Easter Egg and not some weird functional error. What was your result?

## 3. Notepad Bug (XP Only)

This bug no longer works in Windows Vista or Windows 7, but if you’re still running Windows XP, give it a try.

Launch Notepad and type the following sentence: *Bush hid the facts*

Now save the file as anything you like, close it and open it again. What do you see?

If you did this in Windows XP, you probably see some weird unicode characters or Chinese characters like in the screenshot above. By the way, I have to admit that I ‘forged’ the screenshot because I no longer run Windows XP.

The explanation for this bug lies in the Windows function ‘IsTextUnicode’. When a text file is encoded in Windows-1252 it is interpreted as UTF-16LE, resulting in the so-called mojibake. It means that Notepad recognizes unicode characters representing Chinese characters and translates them back into Chinese characters.

Source: Wikipedia

## 4. Microsoft Word Trick

Open Microsoft Word and type the following: *=rand (5,10)*

What happens is that Word creates 5 paragraphs, each containing 10 identical sentences. The sentence will vary, depending on the primary language of your operating system. On English Windows, you will see this sentence: *The quick brown fox jumps over the lazy dog.*

This is not a bug, it’s a feature! Many of you certainly know that the above sentence contains all letters of the alphabet. In this case it’s nothing more than a dummy or placeholder. Depending on the numbers you pick, you can make it appear in many more paragraphs and copies. The trick is also known as *=rand (200,99)*.

## 5. Solitaire Bug (XP Only)

Here is another trick that apparently disappeared in Windows 7. Please try it if you have Windows XP.

Open Solitaire and click the following key combination: *[ALT] + [SHIFT] + [2]*

When you click the above key combination, the game ends right there and you see the cards jumping to the front in waves, as they do when a game is completed successfully.

What did you see when you tried to reproduce the above bugs and what are your favorite Windows Easter Eggs?

Image credits: Antonov Roman

The winblows calculator is messed up. Only windows calculator will incorrectly calculate the sqrt of a number that when multiplied to itself results in a who integer number and not a floating point. This does not happen in Unix, Linx, OS2, and even Mac os10. Example 2x2=4, now this is NOT 2.1x2.1 or 1.99x1.99 No, it is exactly 2x2.... As mentioned above this happens with 2x2 or 3x3 or 4x4, etc.... sqrt of 2 whole numbers will result in a whole number and not a floating point. Even entering 2.0000x2.0000 = 4.... Every calculator I own, from a Casio to a Texas Instruments all correctly calculate the value of sqrt numbers correctly, hence sqrt(4)=2, not 1.99999.... and when you enter sqrt(4)-2 you get 0 the correct answer. This is validated. In scientific mode you get 0e0, and in engineering mode you also get 0e0, now Texas Instruments cannot be incorrect in this mathematical calculation can they? After all we tried it in normal, scientific, and engineering mode and all of them gave the correct answer of 0 when entering sqrt(4)-2. I would agree to the floating point if in normal mode the sqrt(4)-2=0, but if enabling floating point calculations by going into scientific mode or engineering mode the answer to sqrt(4)-2=-1.0682.... I would then agree that the sqrt(4) is a floating point answer, but this is not the true answer unfortunately. You can even test this by putting the calculators into scientific mode and engineering mode, (Try it on any TI-89, TI-99, etc)

Now here is the fabulous world of Microsoft, they do not think the same, they think the sqrt(4)=1.999999 and claims the answer is always a floating point number(the number i posted is not exactly what they have as an answer, I am just making an example so please refrain from posting there answer).... Now if you type in there crapulator sqrt(4)-2 you would think that due to the facts, the logical true answer would be 0 correct? They do not see that fact though and claim the answer is -1.068281969439142e-19(in standard mode) and . -8.1648465955514287168521180122928e-39(in scientific mode).... here is where they are flawed even more. I will explain why. If in standard mode the answer was -1.068281969439142e-19, then it will also be that same number in scientific mode. Again, verifiable on all TI calculators by just entering a number that cannot be obtained by multiplying two whole numbers like 2x2 or 3x3... etc. Try sqrt(5) just for an example, you will receive the exact number in normal mode, scientific mode, and engineering mode, one being a longer floating point though, but the answers are the same in either case. Even in Winblows Crapulator it will correctly display that. And if that was a different value in each mode it would have displayed it just the same. But Winblows Crapulator does not report back the same values when in standard or scientific mode when calculating the sqrt(4)-2, it thinks the answer is different in standard mode then it is in scientific mode, and they stick to this answer as being the true answer..... That is just downright crazy.

Now for the ones that believe that Microsuck Winblows Crapulator is correct and not flawed, and that Microsuck is never wrong here... Just do some astronomical mathematics.... that is the proof you will ever need..... after all 0.000001 and 0.00001 or 0.0000001 will result in a telescope RA-DEC position to be way off, like by billions if not trillions of light years. If you think i am joking and just blowing smoke out my rear, just go buy you a Celestron NexStar 130SLT, or any other telescope with computer tracking will do, even manual tracking will work but just harder to precisely track a celestial body. Just use Microsucks Winblows Crapulator to do the calculations for locating a celestial body, find one that will need sqrt numbers that are whole and not floating point to locate and track. There are plenty of them out there, the NGC2000 book has hundreds of pages of them. Try it and come back and tell me if you were able to correctly locate and track anything. Good Luck...

P.S. At the Panter Hall Observatory(Located in Austin Texas at the UT campus) the students and also the staff do not use any of the Microcrap Winblows Crapyalaters, We use things like the Texas Instruments, or Casio, or even some cheep ass dollar general calculator that is more accurate then the Slopware that Microphuck Wankerblows Crapavaders was made with. The answer they produce has never been incorrect, EVER, unless the wrong answer was a result of human error entering data incorrectly.

There... I am done... Proof was shown...