Yeah, that doesn't replicate what happens with an actual DNS entry. It's not the SignalR client that handles the resolution and caching of the IP address from the host name. It's the TCP/IP stack that does it. Asking questions is a skill CodeProject Forum Guidelines Google: C# How to debug code Seriously, go read these articles. Dave Kreskowiak

Is it worth having a look at the SDK itself? Every day, thousands of innocent plants are killed by vegetarians. Help end the violence EAT BACON

I think certain kinds of "advice" without reference to the actual documentation is worthless (as in this case). If one consults the actual documentation (help) re: "Data Contracts" it notes that: "All .NET Framework primitive types, such as integers and strings, as well as certain types treated as primitives, such as DateTime and XmlElement, can be serialized with no other preparation and are considered as having default data contracts." and "New complex types that you create must have a data contract defined for them to be serializable." I would say that your "Members" property is NOT a "primitive" type and therefore must have a "data contract". (The SO example conveniently only shows primitive types).

Thanks - i'll look into it

Signing the assemblies would probably be the best solution - i agree. At the moment it is not feasible since there are clients with this module in the field already that cannot be upgraded with new signed assemblies. I am using a workaround for this in the meantime - I am changing the assembly name from the project properties (changing the version and the title in assembly information did not work). I still have a few tests to do before I'll know it is working for sure (without the need to upgrade any client modules).

Always welcome dear :) If My post is helpfull to you then please give rating to my reply. ANuj

This will require mappings between the parameters in the client configuration file to the hard coded members which is not good for me. i thought there might be a way to load all the information from a config section as a string and just pass it to an object (supported in .NET framework - not mine) that knows how to process and use it. this way if the config structure is changed, i won't need to maintain it in any way. Thanks.

I made some progress with this: I created an EXE application and Tested FindWindow exactly as it is used from my web service (same call, same parameters, etc.). it works fine (finds the window's handle). I tried changing the user for iis from ASPNET to administrator in the machine.config to see if permissions is the problem ( verified user with process explorer), but even with administrator it is not working... Any ideas? Thanks. modified on Saturday, June 7, 2008 7:56 PM

impeham wrote: they are numbers above 1000 - how can that be for char? You're clearly an ex-C++ programmer. char in C# is not a byte-size quantity as it is in C++, it represents a single UTF-16 encoded value (i.e. it's a synonym for short). All strings in the .NET Framework are Unicode internally, using UTF-16. Hebrew characters fall in a block between U+0590 and U+05FF, with alef encoded at U+05D0 = 1488. The default encoding for .NET StreamWriter objects is UTF-8. Alef does indeed turn into two bytes in the output, 0xD7 0X90. If you want to use a different encoding, for example Windows codepage 1255 for Hebrew, you need to create a suitable Encoding object and pass it to the StreamWriter's constructor. Stability. What an interesting concept. -- Chris Maunder

Hi, another possibility: if (Array.IndexOf(new int[] { 1, 5, 7, 9 }, x) >= 0) { //... } If you store the array in some field it would be shorter (and more efficient when called often): //somewhere in your class private int[] _goodNumbers = new int[] { 1, 5, 7, 9 }; //your method if (Array.IndexOf(_goodNumbers, x) >= 0) { //... } Robert

I would recommend using which renders as a div but has more strongly typed methods. Also, while it contains no data I would set it to not be visible. i.e. under your current HTML Then when you get the data back use: pnlData.innerHTML = YourHTMLString; pnlData.Visible = true; in your code behind.

This requires declaring this element in another schema... but what i need is not declare it at all - just allow any element in the XML to be under the parent element.

This is not the case... The problem is not with the Web service's methods (which are woking just fine). it is with classes that are used to create an object that should be used by the client to fill information. let's say i have the following in the web service's class "Service1": ----- [WebMethod] public string test(MyInfo TestData) ----- Now, "MyInfo" is a class which has other classes as attributes which have properties/methods. In the client side, i want to be able to fill the TestData class with information (and its internal classes) and send it to the method. These are the methods/properties i want to be able to use in the client side. So, to be able to see all the classes that MyInfo holds, i used [XmlInclude] attribute for each of these classes. now - i can create these classes and see them in the client, but all their properties/methods i cannot see even though they are public.

Thanks. this would probably be the best solution.

i DeInstalled and ReInstalled the .NET framework and it works fine. Thanks.

of course... Thanks!