Vb no responde

Creala en un proceso asíncrono, hay varias técnicas pero las más simple es crearte una DLL en VB para las llamadas a la BD ( básicamente encapsulas ADO).
Con eso lo que logras es que la DLL se quede pillada, pero la pantalla de VB aparentemente No.
También puedes bloquear el formulario antes de lanzar la query, así evitas que lo trasteen y bloqueen la pila de llamadas, pero esto puede hacer cosas raras.
Si no sabes como hacer las DLL me locomentas.

Gracias Tigre, si la verdad la he intentado boqueando el formulario, pero cuando le doy click en el form o en el midi que lo contiene se vuelve a colgar (no responde) hasta que termina la consulta y de ahí todo normal, pero esto queda algo refeo para el usuario que espera el repporte. Lo de los dll si no se te agradecería si me puedes orientar en el uso de estos para hacer la consulta
Gracias
Atentamente
Miguel

Primero prueba con una llamada asíncrona directa, que me acabo de acordar que se puede, lo que pasa es que como lo monto siempre todo con DLLs terminan olvidándose las bases.
Dim Cmd As ADODB.Command
Dim rs As ADODB.Recordset
Set Cmd = New ADODB.Command
Cmd.ActiveConnection = cn
Cmd.CommandType = adCmdText
Cmd.CommandText = "SELECT * FROM Usuarios"
Abort = False
Set rs = Cmd.Execute( , , adAsyncExecute)
Do While CBool(Cmd.State And adStateExecuting)
    DoEvents
    If Abort Then
        Cmd.Cancel
    End If
Loop
A ver como te va.
Por cierto. Lo de `tigre' en España suena muy mal, aquí llamamos así al WC.

jajaj sorry, si Cervantes viviera¡

Oye y como hago para crear las dll de consultas en vb
Gracias

DIFÍCIL poder responder a esta consulta, sin el código fuente que provoca ese error (o cualquier error, en realidad).
Puede ser prácticamente CUALQUIER cosa, desde un bucle con una condición no resuelta, la espera de un evento por la respuesta de un dispositivo presente pero inactivo, y hasta una subrutina de control de error que en realidad capture el error, pero que por un equivocado enfoque del programador no exponga el correspondiente mensaje.
Algo que se me ocurre aún antes que me proveas tu código, es que:

1) Verifiques si puedes interrumpir la ejecución del mismo (dando por hecho que estás trabajando con el código fuente dentro del entorno de edición y programación, NO con el ejecutable) mediante la presión simultánea de las teclas <CTRL> + <Pausa>, y de esa manera verás donde el punto de ejecución se encontraba "congelado".
2) Si la interrupción anterior no fuera posible, pero de todos modos sabes donde es que se "bloquea", prueba de incluir (si es que el trozo de código en cuestión implica "For... Next" u otra sentencia de anidación similar) la sentencia DoEvents, así tal cual sin más, en medio del código, para que puedas efectuar la interrupción del punto 1.

3) EN REALIDAD, hasta creo que bastaría con que precisamente incluyas TAN SOLO dicha sentencia DoEvents en medio de esa "... consulta que dura largo rato..." ¿Por qué? Porque de esa manera estarás proveyendo un modo de comunicación con los demás procesos de la misma aplicación y hasta con el resto del sistema operativo, quienes al menos "se darán cuenta" que no hay un bloqueo o "congelamiento" del proceso, sino que en medio de su ejecución, cualquier evento podría tomar el mando cuando quisiera.
De todos modos ten cuidado con la inclusión de "DoEvents" dentro de cualquier parte de tu código sin considerar las probables consecuencias: La documentación de VB es bastante clara al respecto, porque en realidad podrías generar un conflicto con procesos posteriores que verdaderamente deberían esperar a que finalizara el anterior; eso solo TÚ lo sabes, pues conoces el resto de tu aplicación. No obstante, una buena codificación "desde los cimientos" debería anular la probabilidad de conflictos, y el agregado de "DoEvents" más bien podría ser extremadamente útil cualquier se corren varios procesos simultáneos (no solo los de VB) facilitando la multitarea o multihilos de las modernas versiones de Windows.
Si tienes dificultad en comprender o aplicar estos conceptos, como último recurso mándame el código fuente que estás utilizando, y con gusto lo analizaré por ti.

OK gracias aplicare el tema del doevents, otra duda tengo una consulta maestro detalle que la visualizo en datareport hasta ahí todo ok me muestra la cebecera del maestro y su detalle seguida de las siguientes cabeceras y sus detalles, pero en foxpro he visto que una cabecera si tiene 4 filas de detalle los muestra en una sola hoja y la siguiente cabecera si tiene no se 10 o 15 filas los muestra en otra hojas y así sucesivamente, teniendo esto una mejor presentación, dime esto como se haría en vb
De antemano Gracias por tu ayuda

Mmmmm no vas a poder hacer nada más que esperar, vb no te permite manejar la memoria...

Ok gracias si tienes razón tengo que esperar de todas formas hasta que se suelte la consulta, pero como hago para que no se muestra ese mensaje e la barra de mi formulario(vb no responde) eh visto que esto en foxpro se puede hacer
Gracias

Mmm... no me ha ocurrido nunca... puede ser por varios motivos... ¿Qué estás haciendo consulta a la BD?... prueba a intercalar en el código "DoEvents".
Pero igual la solución pasar por ver la consulta por si se puede mejorar en tiempo.
¿Cuéntame lo que sea de acuerdo?...

Gracias Kik asies un formulario con un botón generar consulta le doy clic pero como es una consulta larga demora y si le doy click en alguna parte del form o fuera en el mdi se cuelga (y sale en la barra del form vb no responde) has ta que termina la consulta de ahí todo ok
, se que es cuestión de esperar a que la consulta termine pero se ve refeo para el usuario que se quede así colgado
Gracias