<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
 

#  Wednesday, 04 January 2006

When will the misery end? Initially, I only bought 2GB of memory for my x64 workstation. But I intended to add two more from day one, and today was the day - two additional Kingston KVR400X64C3A/1G DDR-400 modules were delivered to my doorstep. So in theory 4 modules would yield 4GB of memory.

Not so fast, Buster. Exactly. After finding out the hard way (blue screen and various other sorts of lock-ups), it looks suspiciously like the ASUS A8N-SLI Premium does not like four DDR-400 modules! (the ValueRAM site hints at this, and there are discussion threads too) that pretty much takes the biscuit.

Categories: this | x64
Wednesday, 04 January 2006 20:01:45 (W. Europe Standard Time, UTC+01:00)  #    Comments [2]

 

Is there anything working on Windows XP Pro x64? I think not. Point in case: I just tried to install the Intelli* software for my Microsoft Laser Desktop 6000:

Now come on. This is Intelli* v5.4, a version that is newer than anything to be found on MS' download servers (where you won't find x64 versions either).

Windows XP x64 at this point in time is only for people who are willing to put up with below-par driver and application support. This experience almost comes close to Vista Beta 1...

Update Turns out I was one day too early. The new version 5.5 can be downloaded now, and it supports 64 Bit (IntelliPoint 5.5 x64, IntelliType 5.5 x64 [one download for x86 and x64]).

Categories: this | x64
Wednesday, 04 January 2006 18:41:31 (W. Europe Standard Time, UTC+01:00)  #    Comments [0]

 

Only a little more than two weeks to go until our yearly Community Wintercamp - "our" as in German .NET mailing list community. The agenda [German] has been posted quite some time ago, and this year it's going to be great because we already have tons of snow (literally). If you are a .NET aficionado living nearby (I like to define "nearby" as Switzerland, Germany or Austria) you are welcome to join a band of geeks in the snow! To whet your appetite, take a look at the photos and accounts of the past events.

Categories: Community | this
Wednesday, 04 January 2006 12:41:23 (W. Europe Standard Time, UTC+01:00)  #    Comments [0]

 

Daniel published the first article in a series about using the SharpDevelop core to build your applications. Those of you tracking the progress of SharpDevelop through the years might be wondering "Aren't there restrictions because SharpDevelop is released under the GPL?" Well, version 1.x is GPL-licensed. But for version 2.0, we changed the license to LGPL. Thus, you can use all of the SharpDevelop2 assemblies in your applications regardless of license.

Aside from the articles, there are videos showing how to write addins for SharpDevelop2. This will get you started with plugging in functionality with SharpDevelop2 via addins (again, your choice of license now!). Be sure to always get the latest bits either via our source control server, or if you prefer from our build server.

Please note that SharpDevelop2 requires .NET Framework 2.0, and, the usual disclaimer, that it is a work in progress. This, however, does not apply to the core - it has been in development for four years+, and as such is very stable and proven. After all, it is the basis for a 300 kLOC C# application!

Categories: .NET | C# | this | Use the source Luke
Wednesday, 04 January 2006 11:41:41 (W. Europe Standard Time, UTC+01:00)  #    Comments [2]

 



#  Tuesday, 03 January 2006

This sordid story starts with a good thing to do: I wanted to perform a backup onto my external USB hard disk. So I took the drive that was attached to my old workstation and did my routine: delete an old backup to make space for new ones. But Windows decided that it might be a rather good time to annoy me:

Huh, what are you trying to tell me? At the same time, a tray notification popped up:

USB is usually not a network connection, and I most decidedly did not abuse the cord for bungee jumping at that time. This error also yielded tons of event log entries like this one here:

Being already a little ticked off, I decided to take a peek into Computer Management, section Disk Management:

Gotta be kidding me! Being annoyed already, I dug deeper into the property sheets for this drive:

You remember the error messages about delayed write failures as well as paging? Write caching is disabled?

For good measure, I attached my harddisk to another (non-x64) machine. Working fine there. Next, I switched USB cables. Same result. Used a different external USB hard drive. Again, same result. So that pretty much means that external hard disks don't work at my new workstation.

I am wondering if that is another problem of x64, or the chipset driver in this case. Cables and physical disks are already ruled out - ideas?

Update My drive enclosures have Firewire support too. So I connected the drives via Firewire. That works around the DWF problem, however, now I stumbled into a different issue (event log record):

The device, \Device\Sbp2\ASSMANN AB-PENR35 Combo Devi, did not respond within the timeout period.

The KB article SBP-2 drive stops responding when you try to write data in Windows XP nicely fits this error. Back to square one, research on the USB issue. At least I am not the only one that experiences those kinds of DWF problems, as an Internet search proves.

Update Tried again with USB after updating the nForce chipset driver to v6.82. It got farther this time, but it still crashes with DWF. Judging from a search for "delayed write failed", I am most decidedly not alone.

Solution At least sort-of... I poached ye olde Adaptec DuoConnect card from my old workstation and plugged it into the shiny new one (which, thanks to the A8N board, already has 10 USB 2.0 ports of its own). Booted the machine, drivers were installed automatically, plugged in the harddisk, did the same operations as before - and it worked flawlessly.

Conclusion: There must be an issue in the combination chipset / NVIDIA nForce (x64 only maybe?) chipset driver.

Seems like my computer is living up to its name.

Update I decided that I had to have another go at it. So I bought a brand-new external 3.5" enclosure, a Map-H31S (according to the documentation it should use a Genesyslogic GL811E). I disassembled the old enclosure and put the hard disk in the new enclosure. Connected it to the mainboard's USB connectors - et voila, it works! Seems that this enclosure's IDE to USB chip can deal with my motherboard.

Categories: this | x64
Tuesday, 03 January 2006 14:40:39 (W. Europe Standard Time, UTC+01:00)  #    Comments [2]

 



#  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]

 



© 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.