Yesterday (June 9th) evening all of us at Tech Ed 2005, had a blast. The park was open only for Tech Ed Attendees from 7PM to 11PM (infact as the photo below shows we were inside even at 11:15PM). We didn't have to pay for anything, everything was free - entry to the park, entry to all the rides, foods at all restaurants, special buffetts at many places of the park and more. The wait time at each ride was less than 10-15 minutes.

This was by far the best session in Tech Ed 2005

Myself at the entrace of Universal Studios, Florida

Overall We all had a VIP treatment.

From Vishwak, we had exhibited in this year Tech Ed 2005 at Orlando, FL. This is our third big Microsoft US Event participation after Tech Ed 2002 in New Orleans and PDC 2001 in LA.

At Tech Ed 2005, we launched our new focus area of vortals as well.

View of Vishwak - Booth #925, Tech Ed 2005, Orlando, FL

Finally after 5 days of hectic schedule, Teched 2005 in USA is getting over this hour. It has been an exciting week with in-depth technical presentations, larger than ever Expo Hall, labs and more.

Orange County Convention Center (South/North), Orlando, FL

Since the event is covered in detail all over the Internet Media, I have instead listed below the top few items that I can remember after 5 days.

1. Visual Studio 2005 and SQL Server 2005 is getting released in the week of Nov 4th 2005
2. BillG and SteveB have come up with a new slogan “a new way of work” that is aimed at making information more accessible
3. Almost the majority ASP.NET 2.0 cool features like Master Pages and Themes are finally seeing the light of the day
4. Windows server 2003 R2 is around the corner and it has features that will help in Branch offices setup or with File Replication scenerios
5. BizTalk Server 2006 is coming up with enhanced Workflow and BAM features
6. SQL Server Reporting Services is now available with all SKUs of SQL Server 2005
7. Longhorn has some cool Imaging (Windows Imaging and Ximage.exe) functionalities. It also has Registry and File Redirection facility to run legacy apps that require admin rights to run as low priveleged users. I guess this is taking a leaf from the books of Antivirus that do port redirection and Virtual Machines technology. Anyways, this is a much neded feature in OS and I look forward to it eagerly.

You can view many of the popular presentation online as a webcast from this site. You can also watch a video on Behind the Scenes at the TechEd 2005 Ballmer Keynote from here or Mikehalls blog 

Steve Ballmer, CEO, Microsoft

The second leg of my trip from Singapore to Tokyo, then to Los Angeles was better than I anticipated. It was an 18 hour journey, the trip to Tokyo taking 7 hours followed by a break for an hour and a 10 hour journey to LA. As usual, the in flight service at SA was excellent - good meals, snacks, comfortable seats and great movie selections - though I wish the tamil movie could have been anything but Satyaraj's .

The immigration and customs at LA was breeze, I landed at 12:30PM and was out by 1:10PM. Straight I went to the domestic United gates for my domestic flight to San Jose via Santa Barbara - before this I thought Santa Barbara to be only a popular TV Serial. This was a Skywest Airlines' Brazilia Plane. Santa Barbara should be the smallest airport that I have been to, it was surprising to see an US Airport with only one flight and no big airstrip for landing. The airport was nothing but a small stretch of land for landing and talkoff and a small waiting room. That's it. From Santa Barabara I reached San Jose and stayed for couple of days with my cousin in Milpitas. Milpitas is a nice residential township.

Apart from my laptop (HP nx7010) I always have a powerful workstation in my desk. The Desktop serves as my experiment (R & D) machine - in other words, the machine that I trash every few weeks with beta software (like VS 2005 CTPs!) and have it reinstalled. Because of this, the desktop gets outdated very quickly and I get a replacement done every 12 months or so.

The latest desktop in this series has been my new AMD 64 based beast with 2GB RAM and Sony 17" LCD. Though I got it about two months back, only early April 2005 I installed Windows XP 64-bit on it.

Though I was skeptical initially (mainly due to the claims on the media that 64-bit is only for Servers campaign for years) about 64-bit, after using the machine for almost 2 weeks+ I should confess that I have fallen in love. Everything about it has been good, Windows boots up in seconds (unlike minutes with my co-workers desktops) , all applications I use including Visual Studio.NET, Word or Excel come up almost instantly. The reliability is unbelievable.

Remember the bad ol' days of Win16 to Win32 upgrade?. Oh' god, I don't want to relive it. But this time the upgrade to 64-bit has been without any major compatibility problems. The only two issues I faced are:

1. Non of the major Antivirus vendors support Windows XP x64 (they do support Windows Server 2003 on Itanium platform). I tried unsuccessfully with our existing AV Vendor - Symantec (we use in all machines NAV CE) who said they have no firm dates for support, CA E-Trust Eval & AVG Eval. Amongst this NAV and E-Trust gets installed but their Real-Time Support don't work - what good is an AV without Real-time protection anyways?. After a Google Search, I found this E-Week Article "Windows x64 Lacks Major Anti-Virus Coverage", that confirmed my findings. But the same article pointed me to "Avast! Pro", writing to their sales, got me an instant reply with a path to download. I downloaded and installed their eval today morning. It seems to work like a charm!
2. Non of the HP printer drivers that came with your printer will install. Windows XP 64, requires all drivers to be 64-bit. But after experimenting with a few HP printer drivers that comes along with Windows from Microsoft, I got our Network Printer working.

In Windows XP 64, 32 & 64 bit applications run side by side, with the 32 bit legacy application (the new application you wrote yesterday with Win32 API is now called legacy) running on a WOW (Windows on Windows) layer. Notice all the major applications that comes in Windows are now 64-bit, this includes your Explorer and Internet Explorer.  Notice in the screenshot below after the application name *32 indicating these are 32-bit applications.

So if you are buying a machine any time soon, go for the big jump - the 64 bit jump. For me, I am now waiting for the jump to 128-bit

Setting up Debugging ASP (vanilla Active Server Pages, not ASP.NET) has always been tricky. I remember doing it for the first time as early as 1998 or so. It was during MS Visual Interdev launch in Chennai, which happened to be my first presentation for Microsoft India as well. Those days, it was on Windows NT 4.0 SP4 & IIS 4.0. The whole installation normally would take those days (with those ancient hardware) about half a day.

Anyways, today we were setting up a web application that was written by us long time back on ASP. We successfully restored the DB, copied the source into a Windows 2003/IIS 6.0 machine and tried to run. We got strange errors and figured out that if we are going to get this working, we need to debug the application line by line. So started the effort of getting a simple ASP page debugged in Windows 2003. After nearly 4 hours strangely I got it working across 3 different OS configurations!

Before going to the steps, remember that setting up Native Debugging (in fact, any form of Debugging) in a Production Web Server is a big security risk and performance degrade, so please do it only on your Development machines.

Windows XP (32-bit) SP2, IIS 5.1 & Visual Studio.NET 2003

1. Ensure the currently logged in user who is running Visual Studio.NET is a member of the "Debugging Users" group in the computer.
2. Ensure you have IIS 5.1 installed with Frontpage extensions enabled. Try creating a simple Visual Basic.NET ASP.NET Web application and run it. 
3. Once it runs successfully, add a new file into the project and name it "Check.asp" or any other name, but .asp file extension. Then have a simple <% Response.Write ("Welcome") %>  ASP line, setup the breakpoint on this line.
4. Run VS.NET 2003 Setup, and ensure you have either Native Remote Debugging or Full Remote Debugging (as shown below) enabled. I think these features are available only VS.NET Enterprise Editions. If not, have it installed. 
   
5. Then right-click on the VS.NET web project properties, in Configuration Properties -> Debugging, select ASP Debugging  (as shown below)
   
6. Open in Notepad URLScan Configuration file (normally found at C:\WINDOWS\system32\inetsrv\urlscan\urlscan.ini). This comes pre-installed with Windows XP SP2. Add a line in the [AllowVerbs] section, DEBUG. This is to add an allowed Verb, in this case DEBUG, HTTP method.
7. Go to IIS MMC Snap-in. Right Click on Web Sites, go to Home Directory Tab, click on Configuration button. Goto to Mappings tab, select .asp row, click Edit. In that dialog box, select All Verbs (as shown below). Press OK all way down.
   
8. Reset IIS, using IISRESET command from Command Prompt or IIS Snap-In.
9. Go to the VS.NET Web Application, right-click on the ASP file (Check.asp) and Set as Start Page.
10. Run the VS.NET application in Debug mode by pressing F5, you should hit the break point.  Good Luck.

The above steps work only if both IIS and VS.NET are on the same machine and you are also administrator to the box. Both these may be rare (and potential security bad-practise) in a real scenerio.  In that case refer to my general items to check at the bottom.

Windows XP (64-bit) or Windows 2003, IIS 6.0 & Visual Studio.NET 2003

Windows XP 64 bit, ships with IIS 6.0. So remember to Allow the Active Server Pages, in Web Server Extensions page in IIS snap in. Apart from this you should follow all the steps I have told above for Windows XP 32-bit.

Some webpages, talk about running IIS 6.0 in IIS 5.1 mode, I don't think so it is necessary. IIS 6.0 perfectly supports debugging of ASP pages with VS.NET 2003.

Windows 2003/Windows-XP (64 bit), IIS 6.0 & Visual Interdev

1. Ensure your IIS is up and running.
2. Then Allow Active Server Pages, in Web Server Extensions page in IIS snap in.
3. Create a simple ASP page, run it and check that it is working correctly.
4. Have the second CD of Visual Studio 6.0 handy. Launch the setup and select "Server Components", choose "Backoffice Server components", press Install, in that ensure you have Visual Interdev Server and Remote Debugging components selected. Install them.
5. Reboot the machine.
6. Install Visual Studio 6.0 Service Pack 6.0 and Reboot the machine.
7. Create a simple Web project in Visual Interdev and run it. Most probably your Front Page Server extensions will need tweaking, set it up.
8. Create a simple ASP page, name it "Check.asp" or any other name. Then have a simple <% Response.Write ("Welcome") %>  ASP line, setup the breakpoint on this line.
9. Refer and ensure you have all the points mentioned in my section "General Items to check" below, especially #2 & 3.
10. Run it, it should work. If not doesn't worry, normally it takes more than few hours to get this working especially with IIS 6.0.
11. Refer to this support page at Microsoft at "INFO: Visual InterDev 6.0 Debugging Resources", which contains a host of links on this issue. Since many of the contents here are dated and for Windows NT 4.0/9x,

General Items to check

Even with all the above, you couldn't get it working, check out the following:

1. Ensure the currently logged in user who is running Visual Studio.NET is a member of the "Debugging Users" group in the computer. You may also want to add "INTERACTIVE, NETWORK SERVICE, IWAM_MACHINENAME" users into the group for testing and once everything works out, keep removing them one by one.
2. The official pages: Visual Studio Remote Debugging Setup index page and ASP Remote Debugging Setup. The second link talks of adding few registry keys. For convenience, I have saved it as a text file here. Download and save it in your machine with .REG file extension and run it. It will add the necessary registry keys.
3. Check whether you have enabled ASP Server side script debugging enabled. This can be done in IIS Snap In, Web Sites, Right-Click Properties, Home Directory Tab, Click on the configuration button, go to Debugging Tab (as shown below):
   
4. Go to Component Services from Control Panel. Go to Computers->My Computer->DCOM Config, in that select the Catalog Class object. Right Click and go to Security Tab. In that Select Access Permissions area. Select Customize, press Edit and ensure to add all the relevant users (like IWAM_MACHINENAME, NETWORK SERVICE, INTERACTIVE, etc.). NETWORK SERVICE user will exist only on IIS 6.0 (Windows XP 64 bit and on Windows 2003), so if it doesn't exist, it is OK.
5. In the Catalog Class properties dialog, select Identity tab, ensure "The Launching user" is selected.