Estoy tratando de instalar un nuevo juego que compré Microsoft Flight Simulator X He intentado instalar todos los Microsoft Visuals para instalar una nueva copia de Vista y no tuve suerte, así que tal vez alguien pueda ayudarme

Capturando la salida TIMEIT.EXE a un archivo de contenido textual

Sé que esto suena relativamente simple, pero resulta que no es para mí. Aquí está uno de los comandos de línea de comando que he probado. C: timeit xcopy a.txt b.txt> test.txt Esperaba que lo siguiente estuviera en el archivo de salida. (COMIENZO) Número de versión: Windows NT 5.1 (compilación 2600) Tiempo de salida: 2:23 pm, miércoles 30 de enero de 2008 Tiempo transcurrido: 0: 00: 10.860 Tiempo de proceso: 0: 00: 00.046 Llamadas del sistema: 227519 Interruptores de contexto: 109458 Fallos de página: 4909 Bytes leídos: 103812 Bytes escritos: 156129 Bytes Otros: 298850 (FIN) En cambio, tengo esto. (COMIENZO) C: a.txt1 Archivo (s) copiado (FIN) Aparentemente estoy capturando la salida del comando xcopy y no timeit . He intentado varias combinaciones de tuberías y redirecciones en vano. ¿Algunas ideas?

intente esto> test.txt c: timeit xcopy a.txt b.txt si eso no funciona, haga esto> test.txt cmd c: timeit xcopy a.txt b.txt que abre un nuevo shell de comandos y ejecuta su comando dentro de eso, todo el lote se redirige a un archivo. podría ser más simple si coloca los comandos se en a.bat filec: timeit xcopy a.txt b.txt llámelo mybatch.bat, luego haga esto> test.txt cmd mybatchGraham

> test.txt c: timeit xcopy a.txt b.txt El archivo de texto todavía contiene la salida de xcopy y no timeit.> test.txt cmd c: timeit xcopy a.txt b.txt Agregar "cmd" lo cuelga . > test.txt cmd mybatchHangs. Parece que cualquier línea que incluya "cmd" se cuelga por alguna razón. Sin el "cmd", se ejecuta, pero nuevamente captura la salida de xcopy y no la salida de timeit. Es como si la salida de timeit se enviara directamente a la pantalla en lugar de dejar que el shell lo maneje. Usar timeit.exe fue mi segundo intento. Lo primero fue usar "time/t> test.txt" en una línea antes del comando xcopy y "time/t >> test.txt" después del comando xcopy para obtener el tiempo de inicio y finalización, pero a diferencia de mi memoria del Comando "time" en implementaciones anteriores de DOS, la resolución máxima es en minutos, p. ej. 1:23 PM. Necesito una resolución en al menos segundos completos, pero una décima sería mejor, p. 1:23:45 PM o 1: 23: 45.6 PM

Es muy posible quecronométralono está utilizando el dispositivo STDOUT.
Código:
eco. El | time> time.txtxcopyecho. El | tiempo >> time.txt La precisión es.01 segundos

La salida no es muy bonita, ya que hace eco de la solicitud de un nuevo momento. pero funciona y eso es todo lo que importa. Asumí que necesitaba el "/ t" o se colgaría, lo cual, recuerdo, lo hizo con solo "time> test.txt", pero usted ha demostrado que no tiene que ser el caso en todos los casos. Gracias por su ayuda.

Esto funcionó para mí. Parece que timeit.exe usa el nivel de error normal 2 para generar sus resultados. C: timeit xcopy a.txt b.txt 2> test.tmp ~~~~~ rog

C: test> timeit.exe "sleep 60" Número de versión: Windows NT 6.1 (Build 7600) Tiempo de salida: 5:15 pm, viernes 21 de mayo de 2010 Tiempo transcurrido: 0: 01: 00.013 Tiempo de proceso: 0: 00: 00.000 Llamadas del sistema: 12804 Conmutadores de contexto: 10368 Fallos de página: 1342 Bytes leídos: 16679 Bytes escritos: 9790 Bytes Otros: 9484C: test> _________________________ C: test> timeit.exe sleep 60 2> test.txtC: test> type test.txt Número de versión: Windows NT 6.1 (Build 7600) Tiempo de salida: 5:33 pm, viernes 21 de mayo de 2010 Tiempo transcurrido: 0: 01: 00.013 Tiempo de proceso: 0: 00: 00.000 Llamadas del sistema: 14938 Conmutadores de contexto: 11090 Fallos de página: 1100 Bytes leídos: 16715 Bytes escritos: 512 Bytes Otros : 5692C: prueba>

¿Por qué los rogs revivieron un hilo que tiene casi dos años y medio?

Rog Gracias por revivir buenas preguntas y soluciones del archivo. Muchos nuevos miembros y lectores no han usado timeit.exe antes de ahora. ____________________PD. Algunas ideas son siempre relevantes. Todavía leemos y estamos de acuerdo con lo que Jesús dijo hace muchos años.

Por cierto, sé que la redirección "2>" funciona en este caso. ¿Pero pensé que "2>" era por error estándar? La redirección funciona casi igual para Unix. No tengo muy claro cómo y cuándo usar los diferentes símbolos de redirección. Por favor, iluminen. Gracias

corrientes: 1. STDOUT> por sí solo es la forma corta de redirigir el flujo 1, estos son equivalentes: comando> file.txt comando 1> file.txt2 STDERRcommand 2> file.txtpara combinar ambos streamscommand> file.txt 2> & 1so para obtener tanto la salida estándar de DIR (la lista de archivos) y también cualquier mensaje de error ("archivo no encontrado") dir> file.txt 2 &> 1

Debe haber un error con timeit.exe ya que timeit.exe requiere "2>" para redirigir la salida regular (Salida estándar) a un archivo. Para otros programas solo se requiere ">".

No es necesariamente un error; Algunos programas están deliberadamente diseñados de esa manera. Espero que en este caso se haga para que la salida del programa a cronometrar pueda mantenerse separada de la salida de timeit. O alguna de esas razones.

Entradas Populares