Anthony Jaguenaud a écrit 1967 commentaires

Race condition : un problème de concurrence dépendant de l’ordonnancement. Quand tu as plusieurs fils/thread dans un programme, ils ne s’exécutent jamais exactement dans le même ordre temporel. Ce qui provoque souvent des bugs aléatoires et difficile a déboguer.
J’ai utilisé le terme pour dire que le problème pouvait peut-être provenir d’un problème temporel dans le sens où en fonction du timing d’exécution du script par rapport à la création du device, montage… tu puisses être dans des conditions différentes entre ton test manuel et automatique.

Je continue à réfléchir, un truc qui m’étonne, c’est que on a l’impression que c’est le mkdir qui sort sans rendre la main à ton script, dans ta retranscription des log, il devrait y avoir une ligne avec 'Failed to create /media/sdcard directory' or dans le log, ce n’est pas le cas.

Je réfléchie tout haut.
Est-ce qu’il n’y aurait pas des restrictions d’appel système dans un événement μdev ?
Peux-tu lister les appels système de mkdir avec strace ?

Je ne sais pas quoi dire, je suis un peu perdu. Peux-tu confirmer si c’est le mkdir qui plante et que tu ne passes jamais dans le if suivant, ou si c’est un manque du log ?

Ce que je voit c'est qu’apparemment il est écris quelque part à propos d'Udev qu'il ne supporte pas les gros scripts…

Disons que le temps que tu passes dans ton script met la suite des étapes pour ce périphérique en attente.

Sinon, j’avais pas bien compris ce que tu voulais faire… je me suis orienté sur des race conditions mais ça ne doit pas être ça.

Une autre idée débile, les droits du répertoire /media ? es-tu certain que le script exécuté par μdev à les droits d’écritures ?
Il est possible que le script soit exécuté avec un utilisateur udev qui ne soit pas root. (je dis peut-être une connerie) je peux pas vérifier au boulot.

Donc ton script est exécuté avant que le système de fichier ne soit activé sur la SD. Il faut attendre le mount.

Lis ça.

Si c’est à l’insertion de la carte. Le script dans μdev est peut-être exécuté avant le montage du système de fichier.
Quel événement filtres-tu dans μdev pour exécuter ton script ?

Salut,
Si tu enlèves ta carte, le système peut vouloir logguer l’événement avant de le passer à μdev, du coup l’écriture de l’arrachement de la carte plante puisque le loggue ne peut s’écrire ?

Autre solution :
J’aurais, fait différemment, et je ne maîtrise pas très bien μdev.
Tu loggue dans un fichier sur le disque. Quand tu insères la carte, tu copies le fichier et tu mets un inotify sur le fichier de loggue.
À chaque changement du fichier log sur le disque dur, si la carte est présente, tu copies le loggue sur la carte.
Quand il y a arrachement, tu enlèves l’inotify.

Il y a un journal : application qui se comporte comme vim car les vimeux doivent quitter vim pour faire certaines actions sur l’ordi en gardant leur interface alors que les emaceux restent sous emacs…

-->[]

Pour être sérieux, j’adore le mode modal de vim que aucune appli, pas même le viper-mode n’égale. Néanmoins, je trouve emacs plus cohérent avec son elisp.

Je suis encore en phase d’apprentissage d’emacs…

à la base je cherchais un mode Emacs, hélas pas trouvé.

Je sais que le org-mode permet de faire des calculs dans les tableaux… Qu’est-ce qui te manques pour ton besoin qui fait que tu ne l’as pas retenu ?

Salut,
Je viens d’utiliser le cadre « recherche » en haut à droite de la page. La requête : « Netflix » m’a renvoyé sur cette page dont le premier lien est ton post, et le second un post qui explique comment activé netflix et canalplay.

Bonne chance.

En fait, si tu regardes le premier lien de la dépêche, tu verras que c’est la traduction de cet article posté le 10 octobre 2017 soit il y a un peu plus d’un mois.

J’allumerai vite ma tablette pour me connecter à linuxfr histoire de demander un conseil hypothétique ;-) à des gens bien…

--->[]

Concernant les GPU, je n'ai pas encore vu de code certifié.

J’ai participé au driver graphique pour l’A350, la puce graphique est certifiée DAL-A, développé en interne. Au niveau puissance on est loin des normes actuelles sur PC… Mais on est capable de garantir que si un dessin d’une application met trop de temps, l’application critique aura le temps d’être dessiné, ça fait du T&L.

Pour les aspects multi-cœur, le problème vient surtout de comment garantir qu’un cœur ne prend pas toute la bande passante RAM, PCI pour lui en retardant les autres.

Pour ceux qui ne connaissent pas ce genre de domaine, l’objectif n’est pas d’être performant, mais de garantir qu’on est certain d’avoir le temps de faire les traitements dans le temps imparti. Si notre BUS mémoire n’est pas disponible, on perd la garanti.

Oui, mais dans ce cas, tu ne fais pas l’affectation dans une fonction externe comme dans l’exemple du journal… là, le compilateur il sait que le contenue de p est 3… même s’il ne se préoccupe pas de l’endroit en mémoire où doit être stocké ce trois.

D’autant qu’ici, tu dois avoir un warning il me semble.

Je n’ai pas la norme sous la main, mais dans mon souvenir de la norme C99, il est écrit qui NULL est défini comme (void*)0.

Les variables non initialisé sont initialisées à zéro. Donc c’est comme si on avait :

static void (*Do)() = 0;

Quand à l’adresse 0, on y trouve plein de chose… les vecteurs d’interruption en mode réel 8086 (ça date) ;-) de la flash sur mon projet actuel, un BAR PCI sur un ancien projet…

Je voudrais juste me coucher moins bête et comprendre, où dans la norme, il est indiqué qu’il y a un comportement indéfini dans ce cas là.

si le compilateur voit une opportunité d'optimisation, il a tout-à-fait le droit de faire ce qu'il veut.

Ok, je veux bien qu’il optimise, mais de là à faire « ce qu’il veut. », je ne suis pas d’accord… un compilateur traduit l’intention du programmeur. Quand il optimise, il n’est pas sensé modifié le comportement du programme.

Sinon, je te fait un compilateur qui optimise n’importe quoi à mort. En remplaçant le code par :

int main()
{
    return 0;
}

Comme ça, en plus ton programme retourne toujours que tout va bien ;-)

Je ne vois pas de comportement indéfini dans le code. La variable Do est initialisé à 0 par défaut. Donc lors de l’appel dans le main il y a deux possibilités (par rapport à ce que je connais de la norme) :

• La plus courante avec un OS, la MMU déclenche une exception et sort avec une erreur (segmentation fault)
• En barre métal(sans OS) ou en mode noyau, il peut être légitime d’accéder à l’adresse 0, et dans ce cas pas de problème.

Par contre, l’optimisation de clang me semble cavalière… en O0, ça fait ce qui est attendu. Par contre, dès -O1, il remplace par un jmp à EraseAll. en O[234s] le compilateur inline la fonction et appelle directement system depuis main.

J’avoue que j’aurais compris une optimisation de se genre dès O3 ou O4, mais avant ça me semble trop.

Si quelqu’un peut m’indiquer ce qui est indéfini dans la norme qui induit ce comportement, je suis preneur.

Je suis d’accord avec ce que dit Obsidian.

Pour choisir si on fait un pilote ou pas, il faut voir quelle interface on veut.
Si ça se prête bien à un usage « device » bloc ou caractère, le pilote est intéressant.
S’il faut ajouter des appels système, c’est plus chiant et n’a aucun intérêt par rapport à une lib en espace utilisateur dans ton cas.

Dans l’intermédiaire, tu peux faire un device qui ne réagit que aux ioctl… mais je pense que c’est encore plus compliqué.

Or boulot, l’aspect driver permet de jouer avec et c’est sympas. Par contre, quand ça plante c’est plus compliqué à débbuguer.

Emacs dispose d’un excellent mode de debug. Je ne serais pas surpris que vim dispose également d’un plug’in correct.

Moi je lis entre les lignes :
Sur le début, je ne précise rien.

Puis :

C'est un sujet délicat (la latence) pour moi veuillez éviter de poster si vous êtes pas sûr, merci.

tu précises, vous n’avez pas d’info, mais surtout ne répondez que si vous savez vraiment de quoi vous parlez…

J’ai un peu de mal avec ton approche.

Info nécessaire :
FAI1 : ?
FAI2 : ?
Techno internet : RTC/NIS/ADSL/SDSL/fibre
La latence, c’est 11 secondes ? (je taquine, mais tu fais un poste minimal pour demander des réponses précises où il faut qu’on déduise des informations que tu nous caches.)

Étoffe un peu.

Inscris toi sur facebook ;-)

-->[]

C’est pas un peu le problème de la poule et de l’œuf ?

Tu durcis les manifs parce qu’il y a plus de flics.
La police ajoute de la surveillance car les débordements sont plus durs à gérer (il faut protéger les biens des citoyens en marge des manifs)
Tu durcis les manifs parce qu’il y a plus de flics.
La police ajoute de la surveillance car les débordements sont plus durs à gérer (il faut protéger les biens des citoyens en marge des manifs)
Tu durcis les manifs parce qu’il y a plus de flics.
La police ajoute de la surveillance car les débordements sont plus durs à gérer (il faut protéger les biens des citoyens en marge des manifs)
Tu durcis les manifs parce qu’il y a plus de flics.
La police ajoute de la surveillance car les débordements sont plus durs à gérer (il faut protéger les biens des citoyens en marge des manifs)
Tu durcis les manifs parce qu’il y a plus de flics.
La police ajoute de la surveillance car les débordements sont plus durs à gérer (il faut protéger les biens des citoyens en marge des manifs)
Tu durcis les manifs parce qu’il y a plus de flics.
La police ajoute de la surveillance car les débordements sont plus durs à gérer (il faut protéger les biens des citoyens en marge des manifs)
Tu durcis les manifs parce qu’il y a plus de flics.
La police ajoute de la surveillance car les débordements sont plus durs à gérer (il faut protéger les biens des citoyens en marge des manifs)
Tu durcis les manifs parce qu’il y a plus de flics.
La police ajoute de la surveillance car les débordements sont plus durs à gérer (il faut protéger les biens des citoyens en marge des manifs)

(Révolution ?)

Il faut peut-être être capable de manifester dans le calme, non ?

je vais ajouter un argument d'autorité : tu as l'air plus jeune que moi

C'est une raison légitime pour ne pas écouter ce que je dis, et c'est honnête de le reconnaître.

C’est aussi une bonne raison de dire f..k aux vieux et de faire ton rebel ;-)

Merci en tout cas de ta patience dans les échanges.

Un vieux :'(

Salut,
tu peux tester tes fichiers avec le programme file. Qui te diras le type de fichier.

Pour ton problème, c’est peut-être un problème de lecture de la carte SD directement sur le PC… as-tu essayé de récupérer les photos en branchant directement ton smartphone sur le PC ?

Pas plus d’idées pour le moment.

Salut,
Je vais peut-être dire une connerie, mais si tu veux t’assurer que ton jeux/programme soit vraiment prioritaire, tu as la possibilité d’utiliser le mode temps réel de l’ordonnanceur. Regarde du côté de schedtools en root tu passes le process en mode FIFO.

J’espère que tu avais une sauvegarde…

Le fait d’avoir ouvert le disque n’aide pas, il ne faut pas de poussière dedans.

Pour la panne, je ne sais pas. Car s’il n’est pas détecté par lsusb ni dmesg, c’est que rien ne circule comme information. Il a l’air alimenté puisque tu entends que le disque tourne. Peut-être un problème de soudure sur les lignes TX/RX de l’USB…

J’espère que tu y arriveras.

---

Je pense qu’il faut rappeler que pour des données importantes, il faut toujours des sauvegardes.

Au pire, il y a des sociétés spécialisées dans la récupération des données.

Ce n'est pas de la vapeur d'eau au sens classique.

Alors, si tu remontes sur la définition wikipedia que tu as mise au dessus, tu as raison. Ce que tu vois quand tu ouvres ta cocote minute, ce n’est pas la vapeur, c’est la vapeur qui se condense au contact de l’air plus froid. Donc oui, tu ne vois que l’eau liquide. Pourtant la vapeur est bien là, chaude mais invisible.