Archives

Archives / 2004 / May
  • Prashant Sridharan at MS

    During college, the book that got me into developing client/server apps, and in fact the book that I learned Java with was Advanced Java Networking by Prashant Sridharan.  Now I learn that in the meantime, he has since moved to MS from Sun, worked on the J++ team, and migrated to Product Manager on the C# team...Very cool!

  • Longhorn Component: "Hoolie"

    I've been looking into the inner workings of Longhorn 4074, and have discovered there's much more here than meets the eye (or keyboard).  I'm sure a lot of this is under wraps because it's not MS' way to put forth something that's not usable yet (see the hidden windows manager command for an example of this -- it's cool, but it's not working for all video cards, slow, etc...but still in development).

  • HOWTO: Fixing Longhorn Networking

    I had read about network connections being broken under Longhorn, from builds 4051 through the current WinHEC 4074, but hadn't yet experienced the fun learning experience (spoken slowly through clenched teeth) that it would afford me further down the road. These are my experiences; I hope that they help someone else out as well.

    I wanted to get to Longhorn remotely via terminal services, so I installed both Terminal Services, as well as the web server component that allows access from http://[ip]/tsweb .

    I had a friend test out the connection, he said it was cool, so I had thought it was in the bag. Fast forward through headaches by the name of Magic Packet and VPN... finally success -- I can VPN remotely, and send a packet from within my network to the broadcast address. Only... I can't seem to get to the machine, even just to ping it. I get home, and the machine is turned on all right, and waiting at the login screen, but when I log in, there's no network connection... router's fine; even the machine works when I boot into XP instead of Longhorn.
    Fastforward days ahead, many headaches, and I'll spare you the litany of “please work now” and various degrees of anguish, and head to the miracle cure.

    I'm not a network guy; I just play one at home.

    Sure, I can set up a fairly secure network at home, keeping my machines fairly happy with their little cable-modem tether, but as far as going into routing tables, I had a few things to learn, and still do. However it was checking the differences between the routing tables that led me to my solution. First off, I checked the properties of my LAN connection in network properties; good ip from the DHCP, and I can get to my router by going to my 192.168.0.1 address, but as far as going any further -- forget it. Manually setting IP, and DNS didn't help either. I could resolve the name, but not any hits from a "ping www.google.com". There's not a default gateway...instinctively, I know this is the problem -- 100% positive; but how to manually set the gateway?

    Enter "route print". Here's the bad table;



    It looks ok, but no gateway declared. I'll save you the why and how, but what I did was compare my working xp table w/ the nonworking Longhorn one, and was going to go 1-by-1 and make them match, but the first add was the one that did the trick. First off, the interface (the last number in this command) is the number of the LAN card when you type "route print". The command to fix it?

    route add 0.0.0.0 mask 0.0.0.0 192.168.0.1 metric 20 if 3

    Note that 192.168.0.1 needs to be changed to whatever the router address is. Then you should be golden. Here's what your router table should look like afterwards:



    Enjoy being back connected!

  • Longhorn 4074 "Optimization"

    I say “optimization” because this may remove features that could be important to you if you are a developer, but the authors of the pdc Longhorn Optimization Guide, under the noms de plume Chris123NT and Nighthawk,  have written another one for build 4074.

  • VS2005 Team System Guides on MSDN

    Visual Studio 2005 Team System Documents

    MS has just published a cache of useful info about visual studio team system 2005; check them out!

  • Speech SDK Released

    As Wally McClure posted first, the MS speech sdk version 1 is released, and is available here. The download ran me 295mb, and contains extensions for VS2003, enabling users to create SGXML (speech grammar xml files) therein.

  • Microsoft Enters Translation Market

    Microsoft has entered the translation business with the announcement of “Microsoft Application Translator (MAT)”.  The announcement is intriguing.  The betaplace guest id is: MATGuest (case sensitive). This will allow applications to change their localized language on the fly, without the developer having to do the legwork.

  • Longhorn DVD Burning Woes

    I'm trying to install longhorn, but I'm still stuck staring at the ISO.  It turns out that the file's too big for a CD, but not formatted as a DVD ISO that Nero can recognize.  I'd love to be able to make a bootable DVD of it, but I can't seem to force Nero to do what I say.

  • Rendered-HTML Editor

    Via Jon Galloway:
    "Document Examiner is Right-click addin for IE that allows browsing the DOM and updating it on the fly."
    This is the easiest way to see the results of changes in CSS files with aspx pages, in my opinion. It beats making change by change and rerunning the page! **Finally hit the 100 post mark!**

  • Updated Longhorn Online SDK

    The Online Longhorn SDK now sports a shiny new "Build: Developer Preview 7.2" label in the upper right corner, which may spell updated docs either right now or in the short-term future. At a cursory glance, however, the MSAvalon namespaces are still in the online docs, and the Speech docs are still sparse.

  • Longhorn, Winhec, and How-To-Get-My-New-Build

    Chris Sells has posted a pre-emptive strike answering many of the questions of us non-WinHEC attendees in his latest post. A new build of Longhorn was released to attendees and will be was made available (at about 4pm EST on 5/6/04) to developers via MSDN “Real Soon Now“. The build is labeled M7.2 (Milestone 7.2, I imagine), and will have some of the swapped out namespaces (namely MSAvalon, though there may be others). 

  • Learning from our mistakes - The Backup Lesson

    While I have faith that a large percentage of the developer community as a whole back up their work machines, or at least the code / content portion of their data, I wonder just how many expend that same effort into their home PC's.  This follows that same adage of the carpenter who takes home the mistake pieces, but sells their quality work.  Today I'm going to reinstall all of my software again onto my HP iPaq 5455.