<2006 January>
SunMonTueWedThuFriSat
25262728293031
1234567
891011121314
15161718192021
22232425262728
2930311234

On this page...

Search

Links

Member of...


ASP Insiders

MVP Visual Developer ASP/ASP.NET

Enter CodeZone

Blog Categories

Microsoft

Blogroll

Deutsche Resourcen

Management

Sign In
 

#  Monday, 02 January 2006

Instead of risking my sanity by trying to install Virtual PC 2004 on my x64 box, I decided to go with Virtual Server 2005 R2 x64. Thankfully, this new release of Virtual Server allows installation on an XP host, and the setup experience was pleasantly uneventful.

Of course I ran into a snag - my default browser is Firefox, and the administration Web site didn't fully function with it. So back to Internet Explorer, and configure the first (existing) virtual machine:

I learned the following things:

  • Do not forget to configure the network adapters. Otherwise connecting to your domain can be a challenge.
  • Definitely enable Remote Desktop on your virtual machines, which brings me to the next item on my list:
  • When renaming a virtual machine beware of your own cleverness. Especially if all your virtual machines were copied from a once-configured image, and you renamed one of those instance so that the original name no longer exists in Active Directory.

Other than that I have to say that Virtual Server 2005 R2 is a much better experience than Virtual PC 2004.

Categories: Administration | this | Virtual PC | x64
Monday, 02 January 2006 19:05:10 (W. Europe Standard Time, UTC+01:00)  #    Comments [0]

 

My journey through x64 land is getting more frustrating by the minute. When I tried to connect to my dedicated server box via RDP, I got the following error message:

The specified remote computer could not be found. Verify that you have typed the correct computer name or IP address, and then try connecting again.

"That can't be!" was my first reaction. Especially because I use the very same host for email, and that was working from the start. So I fired up my trusty X31 laptop and tried there - working just fine!

Next, I compared the TCP/IP settings - both identical, because I use DHCP in my network to dole out IP configurations. Back to the basics. Ping. Working fine on my laptop, not working on my x64 box. Scratch, scratch. Wait a second! Because I am paranoid, I don't configure the default gateway for my machines, so that when I turn off the ISA client, I have no Internet connectivity whatsoever (nice for testing).

Turns out that the email program makes proper (high-level) use of the network stack, however, ping and mstsc go lower, and - nasty surprise - the ISA client doesn't work properly on x64 (thread here). Now that is the second time that my "no default gateway policy" rears its ugly head (instance #1).

Categories: this | x64
Monday, 02 January 2006 11:25:18 (W. Europe Standard Time, UTC+01:00)  #    Comments [0]

 



#  Thursday, 29 December 2005

Now THAT takes the biscuit by a long distance:

Those are the two hard disks of my RAID mirror! Showing up in Safely Remove Hardware... hard disks, which of course are nowhere to be seen in the device manager:

Anybody have an idea on how to exclude certain devices from Safely Remove Hardware? Let me know, I'd be really glad to hear.

Update A friend of mine pointed out that he had seen this with a RAID controller on one of his boxes too. He suggested that stopping the device would not work. After some hesitation, I decided to give it a try - and it failed:

Thank goodness. If it had succeeded, I would have had a problem.

Categories: Administration | this | x64
Thursday, 29 December 2005 14:05:14 (W. Europe Standard Time, UTC+01:00)  #    Comments [0]

 

If you have ASP.NET 1.1 and ASP.NET 2.0 on an x64 machine, you better read the KB article How to switch between the 32-bit versions of ASP.NET 1.1 and the 64-bit version of ASP.NET 2.0 on a 64-bit version of Windows.

Categories: ASP.NET | x64
Thursday, 29 December 2005 12:15:48 (W. Europe Standard Time, UTC+01:00)  #    Comments [0]

 

it's then you stumble across such an error message:

java.lang.StringIndexOutOfBoundsException: String index out of range: -89
 at java.lang.String.substring(Unknown Source)
 at java.lang.String.substring(Unknown Source)
 at ZeroGla.a(Unknown Source)
 at com.zerog.ia.installer.util.magicfolders.JavaHomeMF.a(Unknown Source)
 at com.zerog.ia.installer.util.magicfolders.JavaHomeMF.b(Unknown Source)
 at com.zerog.ia.installer.util.magicfolders.MagicFolder.initializeAllMagicFolderPaths(Unknown Source)
 at com.zerog.ia.installer.Main.d(Unknown Source)
 at com.zerog.ia.installer.Main.c(Unknown Source)
 at com.zerog.ia.installer.Main.main(Unknown Source)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
 at java.lang.reflect.Method.invoke(Unknown Source)
 at com.zerog.lax.LAX.launch(Unknown Source)
 at com.zerog.lax.LAX.main(Unknown Source)

The application that blew up was the Sony Ericsson Update Service installer 2.2.11b. And guess what: it craps only on x64, not on my trusty 32-bit XP. I pretty much suspect that the programmer of this application didn't expect Program Files (x86) as a directory name.

Categories: this | x64
Thursday, 29 December 2005 11:52:56 (W. Europe Standard Time, UTC+01:00)  #    Comments [3]

 

After Christmas, I set out to assemble the parts of my new x64 workstation:

  • ASUS A8N-SLI Premium motherboard
  • Athlon 64 3700+
  • 2 GB of memory (to be upgraded next week to 4GB)
  • 2 WD 400GB RE2 hard disks (used in a mirror, I am too old and lazy for data loss)
  • Matrox Millenium P650 PCIe graphics card
  • Optical drives (DVD-RAM & DVD-RW DL) - reused from the old workstation
  • Arctic Cooling Silentium T5 midi tower case

Lessons learned:

  • InCD 4 is my enemy #1 for 2005 - it doesn't work (even install) on XP Pro x64
  • Not all AV products' realtime scanners like x64
  • If you are used to Arctic Cooling CPU fans, don't install the out-of-the-box fan that ships with your CPU - you will be disappointed. And opening the case soon again to replace it.
  • Dual-head sucks. Why doesn't Matrox ship a triple-head card for PCIe?

I am pretty sure those ain't all the snags I will encounter, especially as Virtual Server 2005 R2 is now waiting to be installed instead of VPC 2004 on this machine.

Update Speaking of snags - the Canon LIDE 60 scanner doesn't work on x64. The driver simply doesn't support it. How craptacular.

Categories: this | x64
Thursday, 29 December 2005 10:20:12 (W. Europe Standard Time, UTC+01:00)  #    Comments [1]

 



#  Sunday, 18 December 2005

Download here GIFs are included in different resolutions, as well as PhotoShop files. Quite handy if you want to show which version of .NET is required for your application, supported, as well as unsupported.

   

Categories: Cool Download
Sunday, 18 December 2005 16:38:23 (W. Europe Standard Time, UTC+01:00)  #    Comments [0]

 



#  Saturday, 17 December 2005

Today I set out to do something simple - at least I thought so. My server is configured to have a German keyboard layout together with the German input locale, like so:

So I set the Default input language to English (United States). Click Apply & OK, log off, and then log on again. Guess what - I am back to square one. Neither rebooting or any other brute force let me change that, it always automagically reverted back. I'm quickly loosing confidence in my sanity and the Windows server platform.

Update: Good grief! The local input language settings are automatically remoted to the Terminal session. This default behavior I view as counterintuitive. But it can be fixed, thanks to Markus Oestreicher for pointing it out to me - Input Language of Terminal Server Client Does Not Match That of Terminal Server Session

Categories: Administration | this
Saturday, 17 December 2005 16:13:13 (W. Europe Standard Time, UTC+01:00)  #    Comments [0]

 



#  Tuesday, 06 December 2005

Verity Stob has a new home (mentioned her book in my blog entry PDC05: The Books). That her column would go online on Reg rag premises was to be expected as announced here, however, I didn't quite expect El Reg to launch a developer site.

Categories: Newsbites
Tuesday, 06 December 2005 09:56:49 (W. Europe Standard Time, UTC+01:00)  #    Comments [0]

 



#  Monday, 05 December 2005

Today, a member of our German .NET community asked if it is possible to programmatically query the Google page rank. He had seen it done in PHP (here on the Google Community site), but didn't have time / PHP skills to translate it. All I found on a rather shallow search was PullRank, which I'd describe as non-fit for server use.

So I decided to set out to convert the PHP sample. Being PHP-challenged myself, I decided to give the PHP to ASP.NET Migration Assistant a shot. Whoha! That converted code is the most convoluted contraption to be called code I have seen - ever. I tried to get it to run, but failed because the conversion left me with some loose ends.

Instead of giving in, I contacted Christian Wenz to lend me a hand because he has some PHP experience. He thankfully hosted an "annotated" version of the PHP script so I could look at the output of various stages to test my solution with known-good values. That was most helpful.

Instead of doing a Web site demo application with everything intertwined, I split up the project into two - GPRDotNet being a DLL assembly project you can reference in any type of .NET application (Windows Forms, Web Forms, you name it), as well as a simple Web frontend to demo the usage: DemoSite.

Querying the page rank is really simple - the following snippet is the code from the "Check PageRank" button event handler:

protected void doCheckPageRank_Click(object sender, EventArgs e)
{
  GooglePageRank pr = new GooglePageRank();

  string url = webSiteUrl.Text;

  try
  {
    string rank = pr.GetRank(url);
    thePageRank.Text = rank;
  }
  catch (Exception ex)
  {
    // this is rather chatty (telling the end user everything *IS* a bad idea)
    thePageRank.Text = "Requesting the page rank failed. Reason: " + ex.ToString();
  }
}

I want to emphasize that the code for the GooglePageRank class is a rather quick & dirty port of the PHP code and that it does not contain the necessary error handling you would expect for a server-side library. After all, it is just a proof of concept for our community.

Finally, here is the source code: PageRank.zip (26.89 KB)

If you find errors, please leave a blog comment so others know about improvements. Thanks!

Categories: .NET | 2 Ohhhh | ASP.NET | C# | Community | this | Use the source Luke
Monday, 05 December 2005 19:03:00 (W. Europe Standard Time, UTC+01:00)  #    Comments [1]

 



© Copyright 2017 Christoph Wille

newtelligence dasBlog 2.3.9074.18820
Subscribe to this weblog's RSS feed with SharpReader, Radio Userland, NewsGator or any other aggregator listening on port 5335 by clicking this button.   RSS 2.0|Atom 1.0  Send mail to the author(s)

 
Don't contact us via this (fleischfalle@alphasierrapapa.com) email address.