May 2005 - Posts
Ok, its cute, check
it out.
I've now encountered this problem twice recently, quite by coincidence. In C#, if you declare anything else in the class for a normal windows form or user control, and the additional declaration (e.g for a delegate) appears physically before the declaration of the class itself, you may encounter one of a variety of Resource-related exceptions (e.g. exceptions relating to not being about to find the form's resource file or specific locale version thereof). The solution is strange but very simple, thankfully - simply move the additional declaration(s) to the bottom of the file.
For e.g., if you have
Namspace blah
{
[delegate code]
[class code]
}
then just switch it to
Namspace blah
{
[class code]
[delegate code]
}
and all should work fine.
I'm encountering some strange behaviour today... I'm messing with creating a No Touch Deployment (or “href exe” as they are sometimes called), which is an exe file that can be launched directly from the browser.
The app is running only within the intranet, so I'm signing it and giving it Full Trust. Within the app I need to call a web service, but the response can be slow, so I decided to make an asynch call to the service ([service].Begin[methodToCall()]). However, even though the entire assembly stack is signed with the same key (which I know is working fine because earlier secure operations work), I get the following exception text:
“One or more assemblies referenced by the XmlSerializer cannot be called from partially trusted code”
Here is where it gets stranger - if instead of calling the web service asynchronously I wrap all of the calling code in a method and call that method on a simple background thread, everything works fine.
Now, I'm by no means an expert on CAS or threading, but this behaviour doesn't make too much sense to me. How is the service being called with the Begin[methodToCall] under the covers that would make it do this??
Wow!! Devdays was absolutely awesome! I'd not seen a lot of the stuff demo'd, and some of it I hadn't even heard about yet, so it was fantastic to see it in operation. Microsoft have put some really, really great tools into the new box.
Also, it was great to meet and interact with the guys Microsoft brought out. They are very knowledgeable and quite senoir guys. We had a small closed session the day before (thanks Ruari and Ahmed for organising!) that unfortunately was not well attended here (man, you guys missed a great opportunity), so a note to the other regions - go to this if you can! I took notes from it, and I'll post them soon when I've had a chance to type them up.
To the speakers - if any of you get to read this (well, I can dream can't I :->) - thanks again for giving us your valuable time and energy and making Devdays C.T. great.
(Un)fortunately we're going to have to make some changes to the dinner details. Microsoft says the speakers won't be able to join us because they need to do final prep for the Devdays talks. However, I'm still going to nag a bit more ;-), and we might get a drink or two out of them.
Either way, we're having a change of venue and time. The new details are:
New details:
V & A Waterfront
16 May
5 p.m. onward
Can anyone recommend a spot? Alba perhaps?
I got confirmation from Ruari last night, and the DevDays speakers will be available for a Dinner on the 16th (the night before the DevDays event). I'm really looking forward to this one, 'cos it will be great to interact with these guys outside of the event itself.
It will need to be out at the Lord Charles though, but everyone is invited.