Deep Insights in Microsoft .NET

using  System.Data.SqlClient; public   static   bool  AreEqual( string  connectionString1,  string  connectionString2)         {              SqlConnectionStringBuilder  connection1 =  new   SqlConnectionStringBuilder (connectionString1);              SqlConnectionStringBuilder  connection2 =  new   SqlConnectionStringBuilder (connectionString2);              if  ((connection1.InitialCatalog.ToLower() == connection2.InitialCatalog.ToLower() ||                  connection1.AttachDBFilename.ToLower() == connection2.AttachDBFilename.ToLower()) &&    ...

We cannot use another table as a stand-in to track changes in a base table. This is because if we update the tracking table tomorrow, that increments the timestamps. In reality, if we are tracking changes to a table, that table itself should have the timestamp column, so that, sync works properly, and does not do more than what it is supposed to do.

Sometimes the unknown errors thrown by the operating system or plain wrong error messages are corrected and show the actual underlying error with the latest windows updates. Happened too many times with me for it to be a coincidence.

http://social.microsoft.com/Forums/en/whatforum/thread/282a63c2-bd57-4639-811b-c03c6b82b49b Use the above article and the registry setting mentioned there, increase the text size to use a higher % than 100, then logout. When you log back in via remote desktop from a machine which has an aero enabled graphics card, it will make the text much clearer. Update: You have to set windows to use full blown aero mode with settings for best display rather than best performance. Otherwise, this will not work properly. [HKEY_CURRENT_USER\Software\Microsoft\Windows\DWM] "Composition"=dword:00000001 "CompositionPolicy"=dword:00000000 "ColorizationOpaqueBlend"=dword:00000000 "EnableAeroPeek"=dword:00000001 "AlwaysHibernateThumbnails"=dword:00000000 "UseDpiScaling"=dword:00000000 So I can read register table to get the setting is set or not private bool IsDpiScaling() {     RegistryKey k= Registry.CurrentUser.OpenSubKey...

You get an error with the following words in it: "WCF obfuscated dll Error line position Element _BackingField from namespace not expected" A moron once told me that there is no need to put DataContract and DataMember attributes for the entity objects anymore. I did not listen, he went ahead and stopped putting it in. Turns out, if any of the moron's entity classes are modified to add more fields later, the WCF call to the server which takes the entity breaks with this weird error. Looks like the obfuscator handles classes with these attributes while it creates problems when the class does not have the attribute. This is why whenever we ran code with obfuscation it failed, while the code without obfuscation from the exact same source code works fine. REF:  http://stackoverflow.com/questions/5921635/is-datacontract-attributes-required-for-wcf

Other than the major performance improvements to the site, you will notice that since yesterday night, the RSS feed will return results for the current day only. So, it should not be old stale news which turns you off.

I know that the MS rules say this is not a good idea. However, I disagree, for example if a method takes a parameter which is an object, and this is not for an API., it is ok to create a class within a class when this class is meant to be used to pass stuff to this particular class only. Better than putting it out in the open namespace, when it is tightly bound to this class only. Sometimes, this is useful for an Enum also. Because then you can have enums with the same name, but within different classes. This often happens when writing code.