Fixed it. It turns out, fields are serialised before properties and my code was actually like this: [Serializable] public class Request { [XmlElement("Type")] public string Type { get; set; } [XmlElement("Id")] public int Id; // <<<--- Note this is a field, not a property }

That's the one. Thanks very much.

pass each string in the following function, and you will always get the right result: Public Function MakeXMLString(ByVal text As String) As String text = text.Replace("&", "&amp;") text = text.Replace("'", "&apos;") text = text.Replace("""", "&quot;") text = text.Replace("<", "&lt;") text = text.Replace(">", "&gt;") Return text End Function good luck!

That's a tough one without being able to modify the source of the target. Just to make sure you haven't missed the obvious, have you tried to Attach after the process is created in the suspended state? I don't expect it to work, but I personally don't know what else to try. You're down to the point of having to do something to modify the target. If you can't touch the source, the only thing left is modifying the asm code in the .exe file. Can't help there. Sorry, Judy

Application.ExecutablePath or Environment.CurrentDirectory for your need ;) Hope this helps...

If you are using sql 2005 server then you could look at SqlServer Management objects(SMO) transfer `method. This will allow you to move the whole schema and tables over at one time. SMO is not always the easiest to implement, but with a little monkeying around you should be able to get it to work. Check out an article I posted a couple weeks ago to get started, as well as search the site for SMO. There are not allot of resources on it but it might help. Aaron _____________________________________________________________________ Our developers never release code. Rather, it tends to escape, pillaging the countryside all around. The Enlightenment Project (paraphrased comment) Visit Me at [GISDevCafe](http://www.gisdevcafe.com)`

Please confirm that you have provided values for AutoIncrementSeed and AutoIncrementSteps Regards, Ritesh Mehrotra Software Engineer

We use SQL Compare[^]. The alternative is of course to save a script every time you make a modification, or simply to make the changes using a script in the first place, but that's not really an option for you now. The only other free alternative - the way we used to do it - is to export the database schema to a file using the Generate Script feature from both the old database and the new, and use a diff tool (such as WinDiff) to compare them. This will at least show what's changed. Then you write another script which uses ALTER DATABASE/ALTER TABLE/etc as appropriate to make the necessary changes. Stability. What an interesting concept. -- Chris Maunder

I would run this by the Visual Studio team in the MSDN forums. Most likely it is due to some COM-related issue, possibly attempting to be caught by a managed debugging assistant. Have you tried turning off MDAs temporarily to see if that affects it at all? Tech, life, family, faith: Give me a visit. I'm currently blogging about: Dumbest. Movie. Title. Evaaar. The apostle Paul, modernly speaking: Epistles of Paul Judah Himango

Neil_Scales wrote: standard dialog box '..has encountered a problem and needs to close'. Please tell microsoft about this problem. You should be able to click on Show Error Data or a button that's labelled something like that, if I remember correctly you click several links through different dialog boxes and you will receive a text box which has the exception details in it, in the middle of details of all the loaded dlls and version information. Neil_Scales wrote: It's not a security setting because the tester fixed the problem by installed VS2005 without changing any settings. Are you referencing a DLL that might only be used in VS.NET (the only example I can think of at the moment is envdte.dll which is the interface libarary for writing VS.NET add-ins (you probably won't be using that :) but it was the only example I could think of). Best bet is to wrap your Main routine inside a try...catch block and dump any error message out to the screen or a file.  E.g. static void Main(string[] args) {     try     {        // Do normal application stuff here     }     catch (Exception exception)     {        // Any of these options        Console.WriteLine(exception.ToString());        MessageBox.Show(exception.ToString());        System.IO.File.WriteAllText(@"errorlog.txt", exception.ToString());     } } You know you're a Land Rover owner when the best route from point A to point B is through the mud. Ed

The class isn't on a form. It's just a holder for information that can be used by PropertyGrid.

The UserControl needs to raise an event. Any host (parent) can choose to respond to the event if it wants to. This is the .NET way of doing things and it's much better than the old SendMessage way. Look up events and delegates in the documentation. The opinions expressed in this communication do not necessarily represent those of the author (especially if you find them impolite, discourteous or inflammatory).

If you had checked the documentation for the DescriptionAttribute class, you would have seen that it's in the System.ComponentModel namespace. --- b { font-weight: normal; }

Neil_Scales wrote: I can make any of my MC++ classes have static properties (via the property keyword), but how can I create a property list dynamically at runtime? You cannot alter a class at runtime. You could attempt to dynamically create a new class derived from another class and then instantiate it dynamically at runtime. Regards, Nish My blog : Nish’s thoughts on MFC, C++/CLI and .NET