carlos_rocha wrote: I've tried to create a class library with those functions and then add my project, but i can´t use the classes i have there what prob u r facing? just simply add reference to the assembly and use those funcs in ur project << >>

You scratch my back, i scratch yours. PS: metaphorically speaking of course :D Never say never

ReaderWriterLock is a VB.NET class wrapper for mutexes and semaphores. The advantage is it makes code quicker to write. The disadavantage is that it obscures what is really happening. The fundamental synchronization technique is the same as using mutexes and semaphores directly. Robert

NGen compiles your application into processor native code. It doesn't speed up your application at all. The JIT compiler is extremely fast and only adds a very small amount of time to your applications startup time. It does this by only compiling the code that is needed at that time. If you have 100 forms in your application, it only compiles the one that it needs to start. The remaining forms don't get compiled until they are called. On top of that, once the code is compiled it stays that way for the duration of the applications session. That means the JIT doesn't have to compile the same code over and over again for each use. RageInTheMachine9532 "...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome

Ops...Sorry :P System.IO.IOException: The process cannot access the file "c:\myFile.txt" because it is being used by another process. Never say never

carlos_rocha wrote: where do u get the answers for these things? Oh, I just searched the Internet. A lot of people ran into this issue. Including myself. I hope it worked out for you! Good luck! :)

Hi, - If the Form1 is a MainForm then (Form1 -> Property -> isMdiContainer=True) - I hope the below code will help U Private Sub CallForm2(...) Handles MenuItem2.Click Dim F2 As New Form2() F2.MdiParent = Me F2.Show() End Sub Private Sub CallForm3(...) Handles MenuItem3.Click Dim F3 As New Form3() F3.MdiParent = Me F3.Show() End Sub Private Sub CallExit(...) Handles MenuItem4.Click Application.ExitThread() End Sub With Regards PANDIAN S:)

Hi! Oops.After all the thread also stays there in the list but the threadpool says that there is no socket taken...shouldn't the thread leave the thread list (in the VStudio thread list) after it terminates? Never say never

OK.Thanks.I've been reading the help and i came upon the readerwriterLock Class.It says that it's suitable for various reads and infrequent writes, instead of blocking the code for the other thread, they both could acess the hash Table(or arrayList)...Any comments?Please... Thanks in advance. Never say never

I am not sure but I don't think you can accomplish this with RaiseEvent. However, you can use the AsyncCallback class. Check your local help files for more information on how to use this class. Best of Luck Forever Developing

Hi! It works fine after all.I had an error in my code.Sorry. Thank you very much for all your help.

Hi! You're the man. Control.Invoke() worked just fine. Before i use it i do a test using InvokeRequired(), if it gives out true it's because i'm not on the thread that initially created the form, so i call invoke(). Thank you very much.