Sunday, November 18, 2007
Thursday, February 01, 2007
I've finally got my ADSL connection up and running again! I've been here in Spain for about 2 1/2 years now, and I've had ADSL pretty much from day 1 - however, a while back there were a whole string of ISPs being bought out by others, which meant that my provider kept changing. They actually did quite well for a while at keeping me online, but finally (and predicably!) it all went pear shaped.
After a bit of research, I chose Spantel for my new contract - it's taken a while, since the last provider hadn't released my line, but at last I'm online properly again :) I've been on the phone to Spantel a number of times over the course of this to get progress reports etc, and they've always been pretty quick at picking up and providing useful answers. When the kit arrived this week, it turns out that there was also a problem on my line - again, Spantel tech support have been great, organising the Telefonica engineers to get it sorted.
So "Well Done" to Spantel - let's hope the good service continues.
After a bit of research, I chose Spantel for my new contract - it's taken a while, since the last provider hadn't released my line, but at last I'm online properly again :) I've been on the phone to Spantel a number of times over the course of this to get progress reports etc, and they've always been pretty quick at picking up and providing useful answers. When the kit arrived this week, it turns out that there was also a problem on my line - again, Spantel tech support have been great, organising the Telefonica engineers to get it sorted.
So "Well Done" to Spantel - let's hope the good service continues.
Monday, January 29, 2007
As I've not doubt you've heard, the January CTP of Visual Studio 2007 was released a couple of weeks back (http://www.microsoft.com/downloads/details.aspx?familyid=1FF0B35D-0C4A-40B4-915A-5331E11C39E6&displaylang=en). Initially, I downloaded and installed the side-by-side installer version - I don't much like developing inside a virtual machine, so being able to install it on my main machine alongside 2005 was great (although it is beta software, so I don't recommend you do this unless you're happy to reinstall your machine should it all go awry!).
The main thing I was interested in using is the new ADO.NET Entities features. This CTP doesn't have the designers built in yet (I understand these will come in the next release, probably sometime in Febuary), but I'm happy editing XML by hand so now. As a start point, I got the ADO samples from October (http://www.microsoft.com/downloads/details.aspx?familyid=c14c451d-7043-44f0-87d7-845f1c238d64&displaylang=en). These opened and built just fine, but fell over almost straight away when I tried running them, with a MissingMethodException being thrown out of the guts of the entity framework. It was trying to access a property called ProviderFactory on a DbConnection object - a quick glance at MSDN (and confirmed with Reflector) showed that, indeed, this property did not exist.
A scan of the forums suggested that other folk did have the samples running, although they were running wthin the virtual environment. Another huge download later, and I span up the samples within a VPC - sure enough, they worked just fine. A quick investigation found that the standard System.Data.dll assembly (the 2.0 version, found in \Windows\Microsoft.Net\Framework\v2.0.50727) had been updated but, for whatever reason, the same update had not been performed when running the Installer version.
I copied the dll across to my dev machine and put it into a new directory, then set the DEVPATH environment variable to point there. Finally, I added the following to the app.config of the sample application:
<configuration>
<runtime>
<developmentmode developerinstallation="true">
</runtime>
</configuration>
This instruts the assembly loader to use the locations specified in DEVPATH during the assembly bind process - and it gets processed first, enabling it to override the contents of the GAC (I didn't want to start replacing files in the GAC at random, since although I don't *mind* reinstalling, I'd rather not if I don't have to!).
Bingo! The samples now work on my main machine (running Vista). I don't know if this is an ommission in the current installer, or if some error occurred (silently!) during the installation itself. However, the above seems to resolve it for now.
The main thing I was interested in using is the new ADO.NET Entities features. This CTP doesn't have the designers built in yet (I understand these will come in the next release, probably sometime in Febuary), but I'm happy editing XML by hand so now. As a start point, I got the ADO samples from October (http://www.microsoft.com/downloads/details.aspx?familyid=c14c451d-7043-44f0-87d7-845f1c238d64&displaylang=en). These opened and built just fine, but fell over almost straight away when I tried running them, with a MissingMethodException being thrown out of the guts of the entity framework. It was trying to access a property called ProviderFactory on a DbConnection object - a quick glance at MSDN (and confirmed with Reflector) showed that, indeed, this property did not exist.
A scan of the forums suggested that other folk did have the samples running, although they were running wthin the virtual environment. Another huge download later, and I span up the samples within a VPC - sure enough, they worked just fine. A quick investigation found that the standard System.Data.dll assembly (the 2.0 version, found in \Windows\Microsoft.Net\Framework\v2.0.50727) had been updated but, for whatever reason, the same update had not been performed when running the Installer version.
I copied the dll across to my dev machine and put it into a new directory, then set the DEVPATH environment variable to point there. Finally, I added the following to the app.config of the sample application:
<configuration>
<runtime>
<developmentmode developerinstallation="true">
</runtime>
</configuration>
This instruts the assembly loader to use the locations specified in DEVPATH during the assembly bind process - and it gets processed first, enabling it to override the contents of the GAC (I didn't want to start replacing files in the GAC at random, since although I don't *mind* reinstalling, I'd rather not if I don't have to!).
Bingo! The samples now work on my main machine (running Vista). I don't know if this is an ommission in the current installer, or if some error occurred (silently!) during the installation itself. However, the above seems to resolve it for now.
Subscribe to:
Posts (Atom)