November 16, 2009
Wanted: Killer .NET Framework Apps! Reward: $12,000! Microsoft recently announced a software development contest using .NET Framework and Visual Studio, Windows 7, Windows Server, Windows Azure, SQL Server, or SharePoint. They are looking for interesting, powerful and unique solutions based on the latest Microsoft technologies. The winner gets a choice of a 12-day Galapagos Islands Adventure, a new Smart Car, or $12,000! There are two ways to win! 1) Judges Choice: Impress the panel of technology industry leaders and Microsoft gurus for a chance to win a trip, a car, a home entertainment system, or a media internet tablet PC. 2) People's Choice: Get friends, family, and colleagues to vote for your solution. Receive the most votes and win one of three ARCHOS 320 GB Media Internet Tablet PCs. Go to www.mydotnetstory.com and learn more how to win! Labels: .NET
# posted by Martin Kulov @ 12:56 AM
|
 
August 25, 2009
If you have ever asked what is the difference between Any CPU, x86 and x64 options in Configuration Manager platform, the answers can be very scarce and scattered through all the Internet. However, Sayed Ibrahim, a fellow VSTS MVP has gathered in one all the responses he had so far. Check out his MSBuild: Building 64 bit versus 32 bit. Do not get misled that the post is only MSBuild related. Same principles apply for all CLR applications. Labels: .NET
# posted by Martin Kulov @ 12:48 AM
|
March 12, 2009
Time is coming when there will be just one language used for programming .NET framework. With the new features in C# 4.0, it gets closer and closer to VB.NET. I would expect that in the recent years we will have one language to rule them all – Basic C# :) here is a short excerpt: Better support for dynamic programming: a. objects from dynamic programming languages, such as Python or Ruby b. COM objects accessed through IDispatch c. ordinary .NET types accessed through reflection d. objects with changing structure, such as HTML DOM objects Welcome to the era of “dynamic” types! Labels: .NET
# posted by Martin Kulov @ 2:41 PM
|
January 23, 2008
John Robbins is the ultimate debugging hero for me. Read to what John Robbins says about the new released .NET Framework Source Code: - If you've been downloading your symbols with the Microsoft Symbol Server, make sure to delete your cache directory before you start downloading from the new symbol location.
- Shawn says you'll want to check the "Search the above locations only when symbols are loaded manually" in the Options dialog, Debugging, Symbols node. Personally, I think it's much better to leave that unchecked so that you get the symbols and source downloaded automatically. Yes, there will be some slowdowns on the download, but by getting the symbols and source every time you access the item, you'll fill up the cache quicker.
- If you're having some trouble getting everything to work, turn on the source server diagnostic messages in the Options dialog, Debugging, General node:
Also, as you are loading downloading source files by double clicking on them in the call stack window, you can see the path reference location in the status bar.
- To get both the new Reference Symbol Server and Microsoft Symbol Server set in your _NT_SYMBOL_PATH environment variable to the following:
UPDATE: This is the correct syntax
SRV*c:\symbols*http://referencesource.microsoft.com/symbols;
SRV*c:\symbols*http://msdl.microsoft.com/download/symbols - For you advanced hackers out there, I tried like crazy to get SYMCHK and PDBSTR to work for pre-downloading and bulk source extraction working, but with no luck at all. It appears that the WinDBG tools don't have support for source servers that use http downloads, but the QFE added that support to Visual Studio 2008. (See my article if you don't know what I'm talking about.)
Read original post. Labels: .NET, Debugging, Tools and Tips
# posted by Martin Kulov @ 1:48 AM
|
 |
 |
October 04, 2007
Source code of parts of the .NET Framework will be released to the public for debugging purposes. ScottGu is giving much details in his blog. The license does not allow to copy and recompile the framework. The release will include the Base Class Libraries (BCL), Windows Forms, ASP.NET, System.Data, and WPF. In future more libraries will be added. The source code debugging will be only available for Visual Studio 2008 users, which will be eventually ready in about 2-3 months! I must say that when I wrote my first program on .NET back in 2000 one of the very first things I did is to hit F11 and step into the method call. I was comming from C++/ATL/COM/MFC world and I could not even imagine that stepping into would not be possible for .NET. Congrats Microsoft for this cool feature! It was about a time :) Thanks goes to Eileen for spreading the news! This news is so hot that I couldn't even write about how extremely well DevReach 2007 go. Just a few hits before I write my report - red tops, red tops and ... red tops. Labels: .NET, DevReach
# posted by Martin Kulov @ 12:02 AM
|
|
|
|