SoloCodigo

Pues se me queda colgado , con el administrador de tareas , me pone programa no responde, creo que tiene que ser por culpa del setup.exe, xq no es un ejecutable cualquiera sino que es un instalador hecho con el installshield, sabes tu si influye en algo?

No lo se. ¿Que pasa si le das doble click a ese ejecutable? Supongo que no se quedara colgado ...

Depuralo ...

Este codigo espera al notepad y funciona siempre:

Hola, lo he dejado como tu me has dicho pero ahora me sigue saliendo lo del error
998.
He buscado a que hace referencia dicho error pero no he encontrado nada al respecto.

La MSDN dice esto:
ERROR_NOACCESS
998 Invalid access to memory location

Comproba que el path sea correcto, proba cosas como abrir el notepad ...

¿Viste el ejemplo de la MSDN? http://msdn2.microsoft.com/en-us/library/ms682512.aspx

StartInfo debe tener todos sus campos a 0 excepto cb que tiene que ser igual a sizeof(STARTUPINFO). ProcessInfo tambien debe tener todos sus campos a 0.

Muchas gracias por tu contestacion pero no se donde encontrar el codigo
de la funcion WaitForSingleObject , ya que me dice
[C++ Error] fconfig.cpp(78): E2268 Call to undefined function 'WaitForSingleObjet'

Si copiaste y pegaste la linea (y no es un error al transcribir aca) mira otra vez el error que devuelve el compilador:
[C++ Error] fconfig.cpp(78): E2268 Call to undefined function 'WaitForSingleObjet'

Falta una c.

::.."] Una pequeña duda, perdon por desvirtuar el tema central. Porque un "SO de verdad" no se puede acceder a esos puertos? Que tiene de bueno eso?. Y como hacen a funcionar las impresoras que se conectan por el puerto paralelo en XP? O lo que estan tratando de de decir es que en la gama NT se accede a estos puertos de una manera diferente que en 9x?

En esa direccion esta explicado:
http://www.geekhideout.com/iodll.shtml

Es por seguridad, asi como se separan los espacios de memoria, no se permite el acceso directo al hardware ya que se considera una accion privilegiada y peligrosa. Ademas de el problema que acarrea el acceso simultaneo por diferentes procesos que no se sincronizan entre si en lo mas minimo. Las impresoras en NT funcionan mediante un par de pasos, primero los procesos usando la API de Windows encolan sus trabajos en un servicio (el spooler) y este se encarga de pasar estos trabajos a los drivers del subsystem de impresion cuyo trabajo es traducir los comandos "universales" que se pasan con la API de Windows a los especificos que aceptan las impresoras (PCL, PostScript, etc) y finalmente estos pasan esos datos a los drivers de modo Kernel que se comunican con el puerto de la impresora, ya sea USB (Usbprint) o paralelo (Parport), que al ser codigo privilegiado si tiene acceso al hardware directamente. Dificilmente usen IN e OUT directamente ya que los drivers en NT tienen el objetivo de ser portables entonces se usan funciones o macros del HAL para este tipo de acceso.

Ya que retoman lo de QueryPerformanceCounter and QueryPerformanceFrequency, las clases que usa DirectX en DXUtil estan implementadas haciendo uso de estas dos funciones de la API de windows. .

Si, siempre que estan disponibles, son las funciones ideales ... no hay que olvidarse de ligarlas a un procesador en particular si estamos en una maquina con mas de uno.

En cuanto al RDTSC creo que la Wikipedia explica bien las razones para no usarlo:
http://en.wikipedia.org/wiki/RDTSC

Con el tema que dices, por si sirve para que cambie la idea equivocada que pueden tener:

Ahora resulta que podes publicar tu spam ya que tu nick tiene relacion ... impresionante, realmente impresionante. ¿Idea equivocada? Te recomiendo que abandones esa actitud de una vez, ya se te dijo claramente que estas haciendo SPAM, deja de hacerlo y punto. Da exactamente lo mismo que sea una herramienta "superdepurada" o un software experimental, que sea propietario, freeware u Open Source, estas haciendo PUBLICIDAD sobre TUS HERRAMIENTAS con enlaces a TU PAGINAS y sin que NADIE lo haya pedido y el enlace que dio solocodigo es muy claro, ABRISTE UN TEMA PARA PUBLICITAR ESO.

SI NO LES GUSTA MI SOLUCION, PORQUE NO DAN UNA MEJOR

Asi empieza el mensaje anterior a tu respuesta: "Bueno ya solucioné el problema",

¿Que quiere decir entonces que nos publiques una direccion DE TU PAGINA? Que estas haciendo spam y encima estas tratando de justificarte ridiculamente. BASTA DE SPAM, NADIE TE PIDIO LO QUE ESTAS PUBLICANDO, ESTE NO ES EL LUGAR PARA HACER PUBLICIDAD DE TU PAGINA.

6- Interrelacionado con lo anterior, no usuaria la función int ResultadoPIC() y haria la implementación directamente en el código para evitar los excesivos cambios de contexto que pueden llegar a ser desgastantes debido a que los llamados se hacen X veces desde el loop.

 

Solo a modo de aclaracion lo que se conoce comunmente como cambio de contexto sucede cuando se pasa de un proceso a otro.

Tu solucion iria bien pero me parece que el problema es diferente, no quiere obtener una lista de valores e imprimirlos sino mantener un valor actualizado (solo) en la pantalla. Al menos es lo que entendi yo, si fuera asi es mejor hacerlo con varios hilos encargados de cada tarea, siempre tendria un delay en la parte de output pero el input del PIC siempre llegaria a completarse. Si es que necesita obtener muchos valores y despues imprimirlos es mejor hacerlo como decis, obtenerlos todos en un bucle, almacenarlos y finalmente procesarlos.

Bueno ya solucioné el problema por lo visto no mucha gente aqui conoce este tipo de comandos o quizás no esten dispuestas a ayudar, de todas maneras agradezco igualmente las visitas a la discusión planteada, y dejo la información que conseguí recabar en internet para aquellos que igual que yo necesiten ayuda y no obtengan respuesta.

Por mi parte no te ayude ya que no conozco la sintaxis de los BAT; bien por haber puesto esos comandos, seguramente le seran utiles a mucha gente.

El bat esta un poco anticuado puedes hacer lo mismo con el autoexecute que es bajo windows

DEJA DE HACER SPAM.