Tengo scripts que tienen muchas instrucciones de copia/xcopy/move de DOS. No quiero codificar si% ERRORLEVEL% después de cada declaración que es completamente ineficiente, ¿alguien tiene la mejor manera de manejar esto? instrucción de copia 1 llamada de la instrucción errorhandlercopy 2 llamada de la instrucción errorhandlercopy 3 si el tamaño del archivo de error es mayor que cero, error de correo electrónico: final-En el controlador de error, sería mejor si puede verificar el nivel de error de la copia | xcopy | mover, si el nivel de error es igual a cero: regresar a la persona que llama si el nivel de error es mayor que cero: escribir en algún archivo de error regresar a la persona que llama para ejecutar la siguiente instrucción Creo que tan pronto como emita una instrucción de llamada, el nivel de error cambiará. ¿Algunas ideas?

¿Desea abortar el script si una declaración de copia arrojó un error? ¿Qué quieres decir con "ineficiente"?

Quiero que continúe, por ejemplo, ejecute copy1 y luego llame al controlador de errores, luego regrese para ejecutar copy2, .copy1call errorhandler # siempre regresará al siguiente momento si hay un error o notcopy2call errohandler # siempre regresará al siguiente momento si hay un error o no.

Entonces, ¿el controlador de errores escribirá un mensaje en un archivo de registro y luego regresará? ¿Qué mensaje? ¿El controlador de errores hará algo más? ¿Por qué cree que necesita "llamar" al controlador de errores? Verá, no entiendo por qué piensa esto. Código: copy command1call: errorhandler% errorlevel% copy command 2call: errorhandler% errorlevel% .copy command Ncall: errorhandler% errorlevel% goto end: errorhandlerif% 1 gtr 0 echo% date%% time% ¡Se produjo un error de copia! >> error.loggoto: eof: la secuencia de comandos endecho finalizada es más eficiente que esto: Código: comando de copia1si% errorlevel% gtr 0 echo% date%% time% ¡Se produjo un error de copia! >> error.logcopy command 2if% errorlevel% gtr 0 echo% date%% time% ¡Error de copia! >> comando error.log.copy Nif% errorlevel% gtr 0 echo% date%% time% ¡Error de copia! >> error.logecho script terminado

Al ejecutar un script por lotes que tiene copia | xcopy | mover, es posible no ser consciente de un error hasta que alguien le diga que le falta un archivo. Tiene razón en que el controlador de errores probablemente no sea más eficiente, especialmente si solo quiero dar a conocer que se encontró un error ya que no estoy enfocando en un código de error en particular. Siempre es bueno obtener otras ideas Gracias Salmon Trust.

No recuerdo cuál sería el nivel de error para lo siguiente: copiar ruta1 archivo ruta2 archivo >>/tmp/log.txt 2> & 1 si% errorlevel% gtr 0 echo% date%% time% ¡Error de copia! >> error.logthe ">>" es solo para capturar el resultado resultante de la copia | mover | comando xcopy. si la copia falla, pero el ">>" fue exitoso, ¿en qué nivel de error se establecería? Si la copia fue exitosa, pero el ">>" a un archivo falló, ¿en qué nivel de error se establecería?

No se puede cambiar el nombre o eliminar el archivo cuando se mueve de una carpeta a otra

Hola. Cuando moví una imagen que había guardado de Mis documentos a otra carpeta, descubrí que no podía cambiarle el nombre y verla en la otra carpeta, pero estaba completamente bien en Mis documentos. Esto también es lo mismo con todos los demás archivos y tampoco puedo eliminarlo, pero descargué un programa llamado "desbloqueador" para eliminar estos archivos. Además, mi hermano simplemente "reparó la instalación" en mi computadora porque creo que se llenó después de que hice chkdsk (decía que RPC no estaba disponible y no había iconos de la barra de tareas, solo el fondo de pantalla). Espero que alguien pueda ayudarme a recuperar mis archivos a la normalidad. Estoy usando Microsoft XP y cuando trato de eliminar el archivo dice: No se puede eliminar el nombre del archivo Acceso denegado. Asegúrese de que el disco no esté lleno o protegido contra escritura y que el archivo no esté actualmente en uso. Lo siento si no he proporcionado suficiente información. Realmente no sé mucho sobre computadoras.

haz clic en ese enlace: patio.

No, no puedo acceder al BIOS. Sí, tengo los CD de restauración.

"Pero después de unos 20 minutos en línea". ¿Esto sucede SOLO cuando estás en línea, o importa lo que estás haciendo? Normalmente, un pitido constante (la mayoría de las veces) significa que la computadora no puede encontrar su memoria. Abra el estuche (solo si se siente cómodo al hacerlo) y retire/vuelva a insertar la (s) memoria (s) RAM, luego vuelva a intentarlo. Podría ser un problema de la placa base o de la fuente de alimentación. También podría ser software. Si no tiene ningún dato que valga la pena guardar, haga lo anterior primero, luego realice una restauración, luego vuelva a publicar y cuéntenos qué sucedió. Alan <> <

Entradas Populares