hi , yes , that's the case , I was searching for a way to solve this at runtime. anyway I got a clue a from Simon_Whale. thanks.

XmlDocument document = new XmlDocument(); using (SqlDataReader dr = oComm.ExecuteReader()) { if (dr.Read()) { if (!dr.IsDBNull(0)) document.Load(dr.GetSqlXml(0).CreateReader()); } } I think this is what you want abhinav

You should also possibly increase your timeout (or at least make it configurable) Or start another thread/method etc. to listen for the next message.

About the only option you have is in the Task.CreationOptions property. The TaskCreationOptions enum can tell the scheduler to PreferFairness, meaning that tasks created earlier tend to run sooner than tasks created later. Other than that, you'd have to setup some communication between tasks so they can work out whos going to send messages first. But, if you have to schedule messages being sent, that sounds like a seperate thread that should maintain it's own message scheduler. Your other tasks would have to submit their messages (with a some priority token) to the scheduler to be sent out. A guide to posting questions on CodeProject[^] Dave Kreskowiak

It is always a best practise to limit your user interaction to the main GUI thread. Modal windows are modal only to the thread they're created on and not modal to the entire process as one would expect.

thanx it works for me thax again.

You got A value, not a VALID value. Having a value other than zero does not means it's valid. You can check this with the IsHandleCreated property of your control. A guide to posting questions on CodeProject[^] Dave Kreskowiak

David1987 wrote: Luc's first version of his second answer parsed it as decimal aswell IIRC Wrong. I edited to improve the error checking, basically I added s==null || s.Length!=6 || s[0]!='\\' || s[1]!='U' to the if(...) throw statement. Now stop this silly dispute, none of us know exactly what the OP intended, as is often the case, unfortunately. That is why I ended up providing two different answers, assuming one of them would hit the actual question. :) Luc Pattyn [Forum Guidelines] [My Articles] Nil Volentibus Arduum Please use <PRE> tags for code snippets, they preserve indentation, improve readability, and make me actually look at the code.

.NET offers this event[^]. If that isn't available on CF, your best bet might be to provide an AddControl() method which does whatever you want it to do; the disadvantages would be: Controls.Add() remains available, and Visual Designer would not call your method. :) Luc Pattyn [Forum Guidelines] [My Articles] Nil Volentibus Arduum Please use <PRE> tags for code snippets, they preserve indentation, improve readability, and make me actually look at the code.

Assuming you have two native code DLLs, one with 32-bit code, the other 64-bit code, there are basically two ways AFAIK: 1. force your app to always run in 32-bit mode using shortcut properties. Or build your managed app for "x86"; it will always require the 32-bit DLL. 2. build your managed app for "Any CPU". It will get launched as 64-bit whenever possible, and then it will need all-64-bit DLLs. As you normally don't explicitly load native DLLs from managed code, the best way to cope would be to have two prototypes and a stub for every native method, like so (note different DLL names!): static class mathlabStub { private static bool use64bit; [DllImport("mathlab32.dll", EntryPoint=someFunction)] public static extern int someFunction32(...); [DllImport("mathlab64.dll", EntryPoint=someFunction)] public static extern int someFunction64(...); public static int someFunction(...) { if (use64bit) return someFunction64(...); return someFunction32(...); } and then you have to set use64bit once, maybe like so: use64bit=sizeof(IntPtr)==8; use64bit=Marshal.SizeOf(typeof(IntPtr))==8; :) Luc Pattyn [Forum Guidelines] [My Articles] Nil Volentibus Arduum Please use <PRE> tags for code snippets, they preserve indentation, improve readability, and make me actually look at the code. modified on Sunday, April 17, 2011 11:51 AM

prasadbuddhika wrote: but when i'm typing in the text box it shows the english font That's because the font will be a Unicode font. In that case, you need to emit proper Unicode code points for Sinhala to get the characters displayed correctly. This is why the text set by you at the load is showing correctly but when you type you are entering English characters which is nowhere in the Sinhala code point range. prasadbuddhika wrote: time i set true regional setting->language->install files for east asian languages,when i set this off , characters in the textbox shows as black squares Windows XP requires this to be installed to get the proper rendering. From Windows 7 onwards, this comes by default and you don't have to install separately. I think you have two choices here. 1 - Use a Sinhala ASCII font which you can supply with your application. In a ASCII font, English characters will be mapped to a Sinhala character. So typing using a English keyboard will show the Sinhala letter. When user wants the text out from the textbox, you need to convert it to Unicode. 2 - Interpret English characters and emit the Sinhala Unicode encoded (UTF8 or UTF16) characters. prasadbuddhika wrote: i tried the same app with the same font in win 7 and it works perfect I can't think of how this will work on Windows 7 with a Unicode font other than using the methods that I explained. :) Best wishes, Navaneeth

prasadbuddhika wrote: i have got some unicode values You mean an array with bytes that represent characters? Something like this[^]; String myText = System.Text.Encoding.Unicode.GetString(myBuffer); I are Troll :suss:

Since you are manipulating GUI components, this must be done on the GUI thread, so your timer has to be a Windows.Forms.Timer; however it does not make sense to have a Thread.Sleep() in code that executes on the GUI thread, as that would freeze the GUI (or not work at all). You should implement a state machine, that changes state in the Tick handler without waiting at all. Example: if you want a 5Hz blinking label, set the timer interval to 100, and do: private void timer1_Tick(object sender, EventArgs e) { label1.Visible = !label1.Visible; } In the example, the state machine is pretty much hidden as all the state is in the label's visibility itself. Remember: only use Thread.Sleep() in threads other than the GUI thread. And most often it is better not to use it at all. :) Luc Pattyn [Forum Guidelines] [My Articles] Nil Volentibus Arduum Please use <PRE> tags for code snippets, they preserve indentation, improve readability, and make me actually look at the code.

You may get a better response by posting this in the Mobile forum I know the language. I've read a book. - _Madmatt

Ennis Ray Lynch, Jr. wrote: I suggest you read the documentation for Windows Sockets and the RFC and use them as guides instead of Google searches yielding results that are questions and answers from non-definitive sources. When you post an answer as an Authority you have some responsibility for accuracy. You are incorrect in the intent of my posting. I know how sockets work having worked with them in C#, Java and C++. I was citing references to back up what I was saying rather than just restating what I said already - which is what you are doing. Feel free to provide some specific references to make your point. Or cite something specific from the RFC. I have in fact read the RFC and the C# documentation. Again...please provide a specific comment on exactly how you think all or part of my response was incorrect. Ennis Ray Lynch, Jr. wrote: Using TCP/IP and then manually sending keep alive messages is a waste of the protocol. This statement indicates that you do not know how TCP/IP works. Again feel free to provide code and a specific scenario that allows a listener to detect when the other end is terminated by a pulled plug. Feel free to provide the code in C#, C++, Java or even Perl. Although I suppose it is possible that you did not understand why I was suggesting a keep alive. Perhaps that is where your confusion lies.

You need to go through this code with your debugger and see exactly what values are being returned for the IP address. I must get a clever new signature for 2011.

I don't know the specific answer to your question, however I have some suggestions: 1. It could be related to the app running in 64-bit mode while some parts you refer to may have been built for 32-bit; one cannot mix both in a single process. 2. entering an error code in the Google search box often is quite useful; in your case it gives many results, including this one.[^] 3. There is at least one CodeProject article[^] on Webcam stuff mentioning the same error code, see the latest question in its forum; unfortunately for you, there isn't a reply yet. Hope this helps. Luc Pattyn [Forum Guidelines] [My Articles] Nil Volentibus Arduum Please use <PRE> tags for code snippets, they preserve indentation, improve readability, and make me actually look at the code.

I think there is a fairly lengthy delay (in the order of minutes) before the same endpoint can be re-used. A quick Google search should find the details for you. I must get a clever new signature for 2011.

oh that something new learnt today it also works executing it on sys.sp_databases too :-D As barmey as a sack of badgers Dude, if I knew what I was doing in life, I'd be rich, retired, dating a supermodel and laughing at the rest of you from the sidelines.