modifier une tâche cron

da capo

abonné absent
Club iGen
12 Août 2001
17 460
3 598
bonjour,
j'ai essayé une petite application gratuite nommée "CloverDiary" pour rendre service.
Je l'ai désinstalée depuis.

Mais depuis, j'ai quotidiennement des messages du système au lancement d'un terminal:

Subject: Cron <monlogin@iMacG5> /usr/bin/open -a /Volumes/CloverDiary/CloverDiary/CloverDiary.app/Contents/Resources/DiaryChecker.app

Il apparait qu'une ligne a été ajoutée pour un accès quotidien à DiaryChecker (qui n'existe plus) -> message d'erreur.

Cron ne fonctionne plus exactement de la même façon depuis Leopard (il me semble) et cette ligne a été ajoutée à
/usr/lib/cron/tabs/monlogin (et aussi à /var/at/monlogin)

Or, pour y accéder, je dois utiliser su + mdp root.

lorsque je fais un cat sur ce(s) fichier(s) j'obtiens :

# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (TempCrontab.txt installed on Fri Nov 23 00:22:58 2007)
# (Cron version -- $FreeBSD: src/usr.sbin/cron/crontab/crontab.c,v 1.24 2006/09/03 17:52:19 ru Exp $)
0 22 * * * /usr/bin/open -a /Volumes/CloverDiary/CloverDiary/CloverDiary.app/Contents/Resources/DiaryChecker.app

Donc d'une part, la ligne correspond bien à l'élément indésirable mais les avertissements me glacent un peu :/

Quelqu'un aurait-il un conseil pour modifier sans risque ce fichier ?
 
personne ?

bon, je suis passé par crontab -e

on verra ce qu'on verra...
 
Dîtes je suis le seul au monde a avoir des problèmes avec cron sur 10.5 client et serveur ? je passe bien par launchd pour contrecarrer mais le cron c'est quand même plus sympa pour l'édition rapide.

Jun 9 08:30:00 lhmacpro112 com.apple.launchd[1] (0x10f4c0.cron[36031]): Could not setup Mach task special port 9: (os/kern) no access
 
C'est quoi qui plante ? cron en général ou un item en particulier dans une crontab ?
 
cron, pour toute tâche que je lui fais&#8230;, les mêmes marchent impecc' sur Slow Tiger
 
C'est ce que je fais depuis léopard et aussi fâché que le posteur :D

Oui je le connaissais, et j'ai vu d'autres similaire sur apple.com

Bon ben je garde mes plist :D
 
Je viens de faire un essai : en fait, on dirait bien que ça fonctionne, mais il y a le message d'erreur, c'est tout.

Ici, on lit ceci :
Un type a dit:
In Leopard, cron processes are launched in their own Mach namespace, so user applications can't communicate with them. I was told that the only Interprocess communications solution available was to use sockets.

Recently, however, I've had to abandon cron because recent versions of Tiger have now taken to SIGKILLing cron jobs when the user logs out. So my only solution was to install everything as a launchd daemon(s).

However, I was also told that child processes started by launchd deamon were also in a child namespace and can't communicate with other child (i.e. user) namespaces. Is this true, or will child processes of a launcnd deamon run in the same Mach namespace as the parent process? If they run in the same namespace, then maybe I can go back to using Mach ports.
Je pense que cela explique le message d'erreur (disons que ça donne une indication).
 
  • J’aime
Réactions: supermoquette
Yeah !! bien trouvé ça, moi ça marche parfois avec des tests simples mais effectivement pas (surtout : plus) du tout avec des compliqués (qui marchaient super bien), je vais creusé ton truc là (puisque ça marche du feu de dieu avec les launch daemons mais pas cool pour de petits job à programmer en 3 secondes avec le vixi porny cron).
 
Bin si, sous vi (ou emacs) ;) À la dure, quoi.

Une petite remarque au passage : lorsqu'on fait un cron et que la commande crée du texte en sortie (sur stdout ; pour stderr ça reste à vérifier), un mail est envoyé au système qui contient cette sortie. Et c'est là que Apple fait un suer : sans rien ajouter, pas possible de récupérer ces messages dans Mail. C'est regrettable.