Eventos

La solución pasa por usar hilos, lazando un hilo que se encarge de hacer la
tarea pesada en segundo plano. Basicamente, el problema que existe es que no
puedes actuar sobre un control de interfaz desde un hilo diferente al hilo
en el que se creo el control. Para eso existe el tema del BeginInvoke de los
controles que se encarga de hacer el marshalling necesario para que el hilo
que haga la llamada al componente de interfaz sea el adecuado.

Aqui tienes una recopilación de articulos sobre el tema:

.NET: Practical Multithreading for Client Apps -- MSDN Magazine, January
2004
http://msdn.microsoft.com/msdnmag/issues/04/01/NET

Windows Forms: Give Your .NET-based Application a Fast and Responsive UI
with Multiple Threads -- MSDN Magazine, February 2003
http://msdn.microsoft.com/msdnmag/i...ithreading

.NET Delegates: Making Asynchronous Method Calls in the .NET Environment --
MSDN Magazine, August 2001
http://msdn.microsoft.com/msdnmag/i...1/08/async

Basic Instincts: Asynchronous Method Execution Using Delegates -- MSDN
Magazine, January 2004
http://msdn.microsoft.com/msdnmag/i...cinstincts

Basic Instincts: Updating the UI from a Secondary Thread -- MSDN Magazine,
May 2004
http://msdn.microsoft.com/msdnmag/i...cInstincts



Un saludo
Rodrigo Corral González [MVP]

microsoft.public.es.vc FAQ
http://vcfaq.europe.webmatrixhosting.net