SoloCodigo

Se pueden manejar hilos en Borland c++ 3.1

Probablemente me equivoque a si que si lo hago por favor corrijanme.

 

Creo que los hilos es algo intrinseco al sistema operativo. Es decir los hilos es una forma que el sistema tiene de conseguir concurrencia ("igual" que los procesos). Esa concurrencia se gestiona mediante alguna libreria que hace las llamadas al kernell para que realice el cambio de contexto. Imagino que existan librerias que gestionen hilos para cualquier SO y compilador (o pa la mayoria).

Yo nunca trabaje con hilos en Windows (Los vi un poco por encima en un curso de Java) pero en Linux hay muchas librerias. La libreria 'pthread' del paquete 'rt' es muy sencilla.

De todos modos, como ya os he dicho solo he trabajado con hilos (threads) en GNU/Linux y con el compilador GCC.

Espero haber ayudado.

Un saludo

La función para bifurcar a otros procesos se llama fork y en c si se pueden trabajar hilos, por que los hilos son subprocesos de un proceso padre, lo que no se puede es trabajar con dos procesos padres en el mismo tiempo logico, en internet se consigue una libreria llamada Thread.h a mi me sirvió y espero que a usted tambien...

Bueno comentario aparte de este tema, la funcion kbhit me parece una funcion que puede formar parte de un hilo, deben existir mas funciones.
Hasta ahora no he visto nada mas, pero en programacion nada es absoluto y siempre se busca la manera de..
Espero mas informacion de este tema muy interesante.
Pero pasense manuales o hipervinculos puessss...

 

bueno, dicen que no se pueden crear hilos en borland, como podría simular esto en el borland para ms-dos?, hay alguna manera de ponerle una pausa a un procedimiento y saltar a otro para luego reanudarlo?, a la mejor con colas o algo así pero es solo una propuesta o que se puede hacer?, ya que si algun fragmento se quedara "ciclado" arruinaría todo el esquema   .
 por otro lado, una duda...que función puedo usar para leer datos desde el teclado, pero darle un tiempo al usuario en el cual si no responde se asuma un valor predeterminado, las funciones getch y demás clásicas se quedan eternamente esperando respuesta y no se me ha ocurrido como hacerle.

Gracias    

Tal como lo dice aAmilus,

pero Haggen no si estes equivocado pero lo que plantesas suen a a uso de interrupciones y no de hilos, por lo menos no es un caso tipico para el uso de hilos.

Hola a todos, hacia mucho tiempo que no posteaba...

Los hilos se gestionan en windows mediante MSVC/C++, a través de la librería process.h :
_beginthreadex(): lanza un hilo: una funcion de tipo unsigned int __stdcall "nombre_hilo" ()
_endthreadex():finaliza el hilo

Una de las cosas mas interesante es que _beginthreadex recibe como parametro una opcion donde se le puede indicar que el proceso comenzará suspendido: CREATE_SUSPENDED, pudiendose activar luego con una llamada a la funcion ResumeThread().
Caben destacar muchas mas funciones como:
CreateThread(), (windows.h)(que es igual al _beginthreadex de antes dando peores resultados en visual C).
GetThreadPriority(), SetThreadPriority(), GetThreadPriorityBoost() y SetThreadPriorityBoost() que permiten ajustar la prioridad de nuestro hilo.
SuspendThread(), suspende el hilo y lo deja "dormido"
ResumeThread(), reanuda la ejecucion del hilo.
ExitThread(), funcion a la que debe llamar todo hilo cuando termina para indicar que ha terminado..
TerminateThread(), mata a un hilo desde otro a lo bestia.... cuando no hay otra posibilidad.
Para esperar a que un hilo finalice podemos llamar a la funcion WaitForSingleObject() pasandole el HANDLE del hilo creado y el tiempo a esperar.

Para comunicacion entre procesos lo mas sencillo es usar eventos:
CreateEvent() , crea un evento con un nombre, puede crearse para que esté desactivado al principio o no y para que el reset sea manual o debido a algo.
OpenEvent(), abre un evento ya creado (normalmente desde otra aplicacion a la que ha creado el evento).
SetEvent(), activa un evento.
ResetEvent(), desactiva un evento.
PulseEvent(), activa un evento, activa todas las tareas que estaban a la espera y lo resetea de nuevo.
Para esperar a un evento se usan las funciones:
WaitForSingleObject(), espera a un solo evento
WaitForMultipleObjects(), espera a varios eventos.
Con estas dos funciones puedes detener uno de los hilos y dejarlo a la espera de que el otro active un evento.

Una funcion muy importante que siempre se me olvida:
CloseHandle(), para cerrar todos los descriptores, ya sean de los hilos como de los eventos.

En fin con todo esto te debiera servir para la ejecución de hilos bajo windows, de todas formas para comunicar hilos no es necesario que uses eventos, pues todos comparten el mismo espacio de memoria (siempre que se lancen desde el mismo proceso) y por tanto podrías usar vbles globales o incluso direcciones de memoria para la comunicación entre hilos, no confundir con la pila dado que cada hilo tiene su propia pila y por tanto las vbles locales son locales al hilo, ahora bien se pueden pasar por referencia todas las vbles que se quieran.  

Se puede, por ejemplo, usar una vble global iniciada a 0 y esperar a que uno de los hilos lo ponga a uno para seguir ejecutando.  OJO, son hilos y se ejecutan en paralelo hay que tener cuidado pues un evento deja al hilo muerto esperando a que se active, NO CONSUME CPU, si se usan vbles globales no se deben hacer bucles a la espera de que una vble se active sin incluir dentro un Sleep() para no consumir recursos innecesarios.

En fin, esto es un poco de lo que sé sobre hilos bajo windows, yo programo con el Visual Studio de Microsoft, teoricamente las funciones debieran poderse usar bajo cualquier compilador, pero no lo sé, igual conociendo el nombre de las funciones puedes buscar algo en Borland....

Bueno espero que sirva de ayuda a alguien al menos...

Un saludo a todos!!