El día 16 de enero de 2011 19:26, rantis cares <rantisca...@gmail.com> escribió: > El día 13 de enero de 2011 01:32, fernando sainz > <fernandojose.sa...@gmail.com> escribió: >> El día 13 de enero de 2011 00:58, rantis cares <rantisca...@gmail.com> >> escribió: >>> El día 10 de enero de 2011 16:05, fernando sainz >>> <fernandojose.sa...@gmail.com> escribió: >>>> El día 10 de enero de 2011 22:49, rantis cares <rantisca...@gmail.com> >>>> escribió: >>>>> El día 10 de enero de 2011 12:51, fernando sainz >>>>> <fernandojose.sa...@gmail.com> escribió: >>>>>> El día 10 de enero de 2011 18:45, rantis cares <rantisca...@gmail.com> >>>>>> escribió: >>>>>>> El día 10 de enero de 2011 11:23, Camaleón <noela...@gmail.com> >>>>>>> escribió: >>>>>>>> El Mon, 10 Jan 2011 10:08:27 -0600, rantis cares escribió: >>>>>>>> >>>>>>>>> El día 9 de enero de 2011 05:14, Camaleón escribió: >>>>>>>> >>>>>>>>>> Parece que tiene problemas con la codificación. Prueba a definir en >>>>>>>>>> la >>>>>>>>>> tarea del cron la variable "LANG=es_ES.UTF-8". >>>>>>>>> >>>>>>>>> Perdon mi ignorancia, pero no se como hacer esto que dices. Ya intente >>>>>>>>> (ejecutando crontab me abre un archivo en nano y ahi agrego en la >>>>>>>>> primera linea lo que me dices >>>>>>>>> >>>>>>>>> LANG=es_ES.UTF-8 >>>>>>>>> >>>>>>>>> #mn hr dm me ds comando >>>>>>>>> >>>>>>>>> >>>>>>>>> Pero me sigue saliendo el mismo error. Intente poner la variable en mi >>>>>>>>> script de la siguiente manera: >>>>>>>>> >>>>>>>>> #!/bin/bash >>>>>>>>> >>>>>>>>> LANG=es_ES.UTF-8 >>>>>>>>> >>>>>>>>> >>>>>>>>> Pero me sigue arrojando el mismo error: >>>>>>>> >>>>>>>> (...) >>>>>>>> >>>>>>>>> GNOKII Version 0.6.26 >>>>>>>>> iconv: Invalid or incomplete multibyte or wide character >>>>>>>>> iconv: Invalid or incomplete multibyte or wide character >>>>>>>> >>>>>>>> Está raro... ¿qué comando ejecutas exactamente? Es decir ¿qué contiene >>>>>>>> el >>>>>>>> script que ejecuta cron? Si lo envías a la lista, oculta los datos >>>>>>>> sensibles como números de teléfono, etc... >>>>>>> >>>>>>> lo unico que tiene mi grandioso script es: >>>>>>> >>>>>>> #!/bin/bash >>>>>>> ALTA=`date "+%d%m%Y-%k%M%S"` >>>>>>> gnokii --getsms IN 1 > /home/usuario/mensajes/$ALTA >>>>>>> gnokii --deletesms IN >>>>>>> >>>>>>> Eso es todo lo que hace mi script >>>>>>> >>>>>>>> Otra cosa, ¿si lo ejecutas directamente, sin llamarlo desde cron, te >>>>>>>> aparece algún mensaje de error? >>>>>>> >>>>>>> Cuando lo ejecuto desde la linea de comandos, no me aparece ningun >>>>>>> error, claro tambien cuando lo ejecuto desde cron, funciona tambien >>>>>>> perfectamente, pero me manda ese dichoso mail a ca da minuto. >>>>>>> >>>>>>> Para añadirlo a cron lo hago mediante la siguiente orden: >>>>>>> >>>>>>> crontab -e >>>>>>> >>>>>>> Y entonces me aparece esto >>>>>>> >>>>>>> GNU nano 2.0.7 Fichero: /tmp/crontab.nnilds/crontab >>>>>>> >>>>>>> #mn hr dm me ds comando >>>>>>> LANG=es_ES.UTF-8 >>>>>>> >>>>>>> #Descargando SMSs a cada minuto y borrandolos >>>>>>> * * * * * /home/usuario/.script.sh >>>>>>> >>>>>>> >>>>>> >>>>>> Sin entrar en el porqué de esos mensajes, siempre puedes redirigir las >>>>>> salidas estandar y/o de error a /dev/null. >>>>> >>>>> Creo que eso no es resolver el problema de raiz. Esto no quiere decir >>>>> que yo "siempre los resuelvo" >>>>> Pero ahora mi pregunta es ¿Si los dirijo a /dev/null los mensajes se >>>>> borraran automaticamente incluso de /dev/null? o tambien almacenara la >>>>> informacion?. >>>>>> >>>> >>>> Como decía no entro en el problema solo comento que para programas que >>>> escriben en la salida o error estandar puedes de esta forma evitar que >>>> se genere el correo. >>>> Siempre podrías redirigirlo a otro fichero para no perder información. >>>> con 2>/home/usuario/mensajes/errores.log >>>> >>>> Tranquilo que /dev/null es un pozo sin fondo :-) >>>> >>>> Por supuesto lo mejor es identificar por qué te produce el mensaje de >>>> error, pero para eso ya te dieron pistas. >>> >>> Agradecido estoy con tu ayuda... hare lo que dices. ¿En crontab -e >>> puedo redirigirlo? >>> >>> ej >>> >>> #mn hr dm me ds comando >>> >>> #Descargando SMSs a cada minuto y borrandolos >>> * * * * * /home/usuario/.script.sh > /dev/null 2>&1 >>> >>> Gracias >>> >> >> Si, lo puedes poner así. >> >> De todas formas como te indicaron por ahí, mira el tema de los locales >> (man locale), >> porque a lo mejor tienes que poner alguna variable de entorno en el crontab. >> Es mejor encontrar el problema, ya que si en algún momento se produjera otro >> error, al estar redirigido no tendrías constancia de el. > > Efectivamente, ya tenia yo un error diferente que no lo hubiese > detectado si todo lo mandara al "agujero negro"... > >> >> A mi no me gusta editar con "crontab -e" prefiero tener un fichero >> "miCrontab" bajo >> mi $HOME. de esta forma es más fácil tenerlo bajo un sistema de control de >> versiones y/o backup. >> Cuando lo modifico hago: crontab miCrontab; crontab -l; > > ¿Crees que es mejor? Si es asi, asi lo aplico. > > Gracias > >
Yo si, pero cada uno elige su forma de hacer las cosas, yo solo doy opciones.... (si haces copia de seguridad del /var/spool/cron/crontabs/ en tu backup daría igual) Por cierto no se si el comando que daba Camaleon era correcto para cambiar el entorno de una orden: LANG=POSIX; sh tuscript.sh Creo recoradar que era sin el punto y coma: Yo probaría con LC_ALL LC_ALL=es_ES.UTF-8 tuscript.sh (o el locale que quieras....) Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktims7zwu3gzh0tlqrdxe8-rkp2qssft3xizpg...@mail.gmail.com