SoloCodigo

hola amigos el problema es que estay tratando de simular uen realidad un cronometro, pero es que tiene que tenar la opcion de iniciar, parar y salir cuando el usuario lo desee
y el problema es que no se para que realice los dos procesos a la vez, que ejecute los for del reloj y a la vez espere los datos para que el usuario decida cuando parara o reiniciar o salir de cronometro, por ahi eschuche que eso se hace con threads pero no se como. este es un ejemplo, aunque sencillo pero no es el que estoy construyendo pero trabaja igual


#include <stdio.h>
#include <stdlib.h>

int main(void)
{
  int hora,min,seg; // Declarando as variáveis.
  int i;
  int u = 0;
  hora = 0, min = 0, seg = 0; // Inicializando variáveis.

  while (hora < 24)
  {
    while (min < 60)
    {          
      while (seg < 60)
      {    
        printf("\n%.2d:%.2d:%.2d",hora,min,seg);            
        for (i = 0; i <= 10000000; i++)                            
          u++;        
        seg = seg + 1;          
        system("clear");
      }
      seg = 0; // Resetando segundo.
      min = min + 1; // Incrementando minuto.      
    }
    min = 0;
    hora = hora + 1; // Incrementando hora.                
   
    /* Reseta hora para que o loop seja continuo */
    if (hora > 23)
    {
      hora = 0;
    }        
  }
  return(0);
}

No necesariamente tiene que crear otro proceso sino que tambien puede usar hilos (threads) como el mismo menciono.

Si programas bajo Windows fork no existe pero si CreateThread:
http://msdn2.microsoft.com/en-us/library/ms682453.aspx

¿Leiste el enlace que te deje?

Example Code

For an example, see Creating Threads.

Entonces, sabiendo que Windows tiene implementado el sistam POSIX :

podes ver este ejmplo y su documentacion.

Lo que dice ahi es que hay implementaciones para Windows y no que Windows implemente POSIX, en realidad este S.O. soporta un subconjunto muy reducido del standard POSIX y para hacer uso de esas funciones hay que generar ejecutables para el subsystem Posix que no permite acceder a la API de Windows asi como asi.

Cita de: "su -"

Entonces, sabiendo que Windows tiene implementado el sistam POSIX :

podes ver este ejmplo y su documentacion.

Lo que dice ahi es que hay implementaciones para Windows y no que Windows implemente POSIX, en realidad este S.O. soporta un subconjunto muy reducido del standard POSIX y para hacer uso de esas funciones hay que generar ejecutables para el subsystem Posix que no permite acceder a la API de Windows asi como asi.

Debe de ser muy complicado hacer que interactuen... no lo dudo, pero no es necesario que interactuen.

puedes hacer aplicaciones posix y ejecutarlas en windows teniendo en cuenta:

http://support.microsoft.com/kb/q149902/

•    Las aplicaciones con POSIX sólo inician otras aplicaciones POSIX. Ellos no pueden iniciar aplicaciones DOS, OS/2, Win16 o Win32.
•   Las aplicaciones con POSIX no pueden llamar a ningún API Win32. No tienen ningún acceso a DDE OLE, la memoria asignó archivos, canalización con nombre, socket de ventanas y otras características Win32.
•   Las aplicaciones con POSIX no pueden cargar un DLL para Win32 implícitamente o explícitamente.
•   Las aplicaciones con POSIX no tienen acceso a cualquier API de red como canalizaciones o socket. No forman red en cuenta pero pueden tener acceso a archivos a través de la red.
•   Las aplicaciones con POSIX no ofrecen ninguna compatibilidad de origen de depurador de nivel. No puede utilizar Windbg o el depurador de Microsoft Visual C++ para depurar aplicaciones POSIX en Windows NT.

Para poder ejecutar aplicaciones POSIX.1 se debe tener en la maquina los siguientes archivos:

Psxss.exe El server del subsistema posix
Posix.exe El administrodor de sesiones de la consola POSIX
Psxdll.dll  La libreria dinamica de POSIX

No viene por defecto en el sistema pero por ejemplo para windows 2000 se consiguen en el Windows 2000 Professional Resource Kit.

Mas información al respecto:

http://www.microsoft.com/technet/archive/n...p.mspx?mfr=true

donde dice que hay una forma de comunicar las API una forma no muy limpia pero ahi esta:

Communicating with Other Subsystems

Windows NT supports a common command processor that can run commands from any subsystem. In addition, Windows NT supports piped input and output between commands of different subsystems. For example, you could run the ls utility and pipe the results through the more command to the console:

 Gracias por aclarar esto, pero entonces...
Esos subconjuntos son precticamente inutiles ?  
SI es asi, para que lo ponen en el S.O.?  

La realidad indica que es inutil y por eso se dejo de distribuir, esta es la alternativa:
http://en.wikipedia.org/wiki/Interix

veo, usar entonces cygwin también sera posible al menos para lo básico.

saliendo del multithread y todo eso... la opción mas simple (para la complejidad de tu ejercicio) es mediante la función getc ()... la cual la insertás dentro del bucle y no detiene la ejecución del programa hasta que el usuario presione una tecla (la que vos quieras que sea para parar, continuar, terminar, etc), lo podrías implementar más o menos así

Si lo que decis fuera cierto esto al arrancar escribiria muchas veces abc:

tene razón... pero me parece que había una función standart para emular kbhit()... tendría que reveer mis códigos fuentes... je

Que yo sepa no la hay, obviamente que se puede hacer usando los servicios del S.O. bajo el cual trabajemos.

S2