problema con thread

[pulpin]

estube pensando en otra solucion sin modificar el dll.
bueno segun lei en internet es posible evitar este inconveniente si dentro del hilo seda el waitforobject, el codigo de la funcion principal se seguiria procesando normalmente. pero al ensayar tube un inconveniente que no se como buscar, mi programa es:

Form1-> "el cual es el que inicia normalmente, donde se cargan todas las funciones donde se inicia todo mi programa y el qye normalmente esta pendiente de los botonoes y demas metodos."

Form2->" en el cual se desprende una pequeña ventana en la cual puedes editar una imagen que se encuantra en el Form1 para luego imprimirla."

Form3->" y el ultimo y mas doloroso, un objeto thread en el cual lo que hago es llamar metodo void Del form1 , en la cual se lleva acabo una graficacion y recepcion de datos de un microcontrolador"

lo que quiero es hacer la recepcion de datos dentro del hilo ya que la recepcion es la que detiene el proceso esta contiene el waitforobject, luego de recibir los datos me voy para el void del form1 y grafico y luego vuelvo para la siguiente recepcion. sera que asi me funciona?

lo que no me ha dejado llevar acabo mi plan es uqe la funcion que recibe los datos esta definida de la siguiente forma:

DWORD SendReceivePacket(BYTE *SendData, DWORD SendLength, BYTE *ReceiveData,DWORD *ReceiveLength, UINT SendDelay, UINT ReceiveDelay);
// definida en el form1

mi preguntas es como puedo llamar esta funcion desde la hebra "form3"?

gracias, espero tu opinion.

[[escafandra]]

Bueno... Para usar elementos de la VCL en un thread, deba asegurarse la seguridad, valga la redundancia. Debes revisar el método Synchronize. Y creo que debes hacerlo así pues quieres llamas a una función de una clase de Form1 a la que no pertenece tu thread. Cualquier modificación en objetos VCL debe llevarse a cabo de esta manera.

En la ayuda de Builder tienes un ejemplo demostrativo de como usar Synchronize.

Saludos.

[pulpin]

bueno depronto creo que me e vuelto a enredar un poco, lo que necesito desde mi thread (hilo.cpp) es llamar a una funcion que se encuentra en el proceso principal (osciloscopio.cpp) una funcion definida como DWORD (as,jj,sfd,kjh);

normalmente puedo llamar funciones y demas asi: Form1->Button1->click();
pero esta funcion no la he podido llamar, la verdad e tratado de muchas formas de hacerlo pero no he hallado la forma, y en internet no logro allar informacion de este tipo de funcion.
espero ser mas claro.

[[escafandra]]

Pues como te indiqué, con el método Synchronize:

#include "Unit1.h"  // la del Form1...

//-------------------------------------------
MiThread::Button1Click()
{
   Form1->Button1->click();  // Llamas a tu función delde un método del thread
}

//-------------------------------------------
MiThread::OtraFuncion()
{
   Form1->SendReceivePacket(....);  // Llamas a tu función delde un método del thread
}


MiThread::Execute()
{
.
.
.
  Synchronize(Button1Click); // Aquí utilizas tu llamada CUANDO TE INTERESE...
  Synchronize(OtraFuncion); // Aquí llamas otro funcion.....CUANDO TE INTERESE...
.
.
.

}

¿Complicado?... Bueno, no tanto, pero desde un thread debe ser asi...

Saludos.

[pulpin]

bueno, la cosa no va como quiero, la verdad sigue igual, he incorporado dos soluciones siguiendo tus pasos y el consejo visto en la red pero o lo he hecho mal o no funciona.

en la primera llamo la funcion desde el hilo, y todo bien hasta que mi funcion invoca la funcion de la dll y esta a su ves procesa el waitforobject, donde todo se detiene.

en la segunda, hago una "transaccion" defino las funciones en el hilo, y para usarlas en el form1, las llamo form3->sendreceivetpacket();, en cierta forma evito que el hilo procese algo en el form1(creo), pero aun asi el proceso se relentiza cuando en la dll se da el waitforobject.

la verdad ya no se que hacer, voy a tratar pasando todo lo que tiene que ver con la comunicacion (inicializacion de dll, inicio de comunicacion definiendo endpoints,etc) a ver si asi no se detiene. y si no tendre que dejar de esa forma mi tesis.

bueno espero que puedas darme algun consejo u idea que tengas, y antes de que se me olvide disculpa por tanto enredo en algunos casos, ya que soy 90% empirico en c++.

gracias.

[[escafandra]]

Pienso que el problema sigue estando en esa dll. Si llamas a funciones de esa dll desde tu hilo, y se encuentra con un WaitForSingleObject... Se detiene.

Sigo pensando que si tienes las fuentes de la dll, la modifiques y recompiles...
Quizas puedas probar una solución un poco menos drástica. Sobrecarga sólo la función de la dll que te da problemas. Para eso, crea un archivo cpp con la función y la incluyes en el archivo cpp donde la uses o en la del form1. En esa sobrecarga puedes intentar el cambio WaitForSingleObject por WaitForMultipleObjects tal como comentábamos hace unos posts. O utilizando la primera técnica que te comenté para esperar (pero entonces deberás crear otro hilo mas que se llame desde tu hilo...)

# include "archivo.cpp"

Esta técnica la he utilizado para corregir algún bug del mismo Builder y me ha funcionado bien. Recompilar toda la dll es mas trabajoso pero evitará que estés pendiente de esa "sobrecarga" en cada aplicación nueva.

Por último decirte que esto que te pasa no tiene que ver con Builder ni C++ sino con Windows, WaitForSingleObject es de la API de Windows.

[pulpin]

creo que eso de modificar a waitformultipleobjects, es mas compleajo porque cuando trate de hacerlo me salia un error que no entendia, ya que lo hice a la rapida, "cambio, pongo los parametros basicos y listo", pues no entiendo eso, pero bueno, en este momento estoy tratando de llevar al hilo todo lo de la comunicacion, pero tengo un problema creo que no es dificil pero no se que hacer, desde el hilo estoy llamando objetos ->

Form1->RadioButton2->Checkked=true;

todo compila bien pero cuando el sistema trata de procesar esa linea para el proceso y muestra un error de "violacion de acceso a memoria en form1.cpp....."
cuando llamo desde form1 que es donde incluyo=

#include "hilo.cpp"

tod me sale bien pero a la inversa no.
que puedo hacer?

y por ultimo luego de ensayar de esta forma me pondre a hacer lo que me dices de crear otro hilo y cargarlo desde mi primer hilo a ver que sucede.

Espero no perder la esperanza ya que es lo ultimo que me falta para terminar.