Pas grand chose à dire, si ce n'est que c'est un cas quand même très très particulier que tu nous raconte, à priori, ils doivent vachement souvent avoir des explications farfelues de ce style dans les SAV. Bon dans ce cas manque de bol ça l'était pas (farfelu)
Posté par thoasm .
En réponse au journal Qt LGPL!.
Évalué à 3.
Bon, soyons ouf, raisonnons en matheux.
Soit \mathbf{T} l'ensemble des trolls d'ordre 1;
* Notons T(T) l'ensemble des trolls portant sur un troll, T^2(T) l'ensemble des trolls portant sur un troll portant sur un troll, ...
* posons \mathcal{T} = \union_{i=1...+\infnty} T^i(T)
Pour les synchros et les mutex, pas besoin de multiprocesseur à priori.
Sauf si c'est pas le cas avec l'implémentation python :
* tu peux pas supposer grand chose sur l'ordre et le temps d'exécution de tes deux trheads, et l'un d'eux peut être interrompu en plein milieu d'une écriture disque. Si l'autre thread a besoin du même fichier, faut un mécanisme pour être sur qu'ils y accèdent pas tout les deux "en même temps".
* Pour la synchro, pareil, tu peux lancer un calcul dans un thread, laisser l'autre faire ce qu'il veut, et à un moment attendre la fin du calcul par exemple.
Ouais, mais en tant qu'employé, tu n'accepte implicitement rien du tout, vu que l'entité utilisatrice, c'est pas toi c'est l'entreprise, en tant que personne morale. Enfin, je le vois comme ça.
Ben ça parait logique, c'est l'entreprise en tant que personne morale qui accepte la licence du logiciel à la base, donc les employés individuellement ne "signent" pas le "contrat" ...
Après pour les modifs, pareil, c'est l'entreprise qui détient les droits, donc elle en fait un peu ce qu'elle veut.
de plus le fait de compiler est toujours plus lourd qu'une "simple" analyse statique du code.
Gni ? Une analyse statique ça peut être bien bourrain potentiellement suivant ce que tu veux analyser ... étant donné la difficulté du problème de vérification du code.
En C++, pour faire pêter le code avec une erreur de typage, il faut le vouloir, genre faire des casts de bourrains ... Pour ton histoire de pointeur, pas compris à quoi tu voulais faire référence, intuitivement je dirai utilisation d'un pointeur sur un objet alloué sur la pile, et dans ce cas c'est pas vraiment une erreur de type.
Héhé, cela dit tu rirais moins je pense si tout d'un coup ni toi ni personne ne pouvait soudain plus rien payer par carte, ni retirer du liquide, ou si ton compte se retrouvait soudain vide, ce genre de choses ...
Pas très efficace en l'occurence, ça devient très très chiant d'utiliser la tollbar pour naviguer entre les commentaires, on distingue pas bien les différentes parties du site sans les boîtes, ...
Ben tu peux lui dire que c'est manifestement un site parodique, et que les pseudos justifications n'ont même pas le début d'un commencement de justifications elles mêmes ... qu'il y a de l'humour dedans et tout ...
Ouaip, à priori beacoup de terminaux sont compatible xterm, et c'est possible sous xterm avec des "séquences d'échappement" interprétées par le terminal :
À première vue le WID de wmctrl manipule plutôt des identifiants de fenêtres que des PID directement, le plus simple c'est sûrement de changer le titre de ta fenêtre en un nom que tu maîtrise et de le matcher avec wmctrl.
Après t'as peut être moyen de trouver l'ID de la fenêtre grâce au PID, mais je le connais pas, il peut potentiellement en avoir plusieurs ... (des fenêtres pour un PID donné) Pareil pour les instances de ton script j'imagine cela dit ...
pas tant que ça si tu le lances sous X et que tu veux le mettre au premier plan ... après tu peux toujours ajouter un switch pour changer le comportement en fonction d'un paramètre ou d'une variable d'environnement genre :
function getString(){
if [ ! -z "$GRAPHIQUE" ] then
echo "$1" ; read a;
else
a=$(zenity --entry --title="Entrez ... " --text="$1" )
fi
echo "$a"
}
GRAPHIQUE="true"
valeur="$(getString "entrez le nom du fichier ...")"
Ça fera fuir le libriste pour des raisons évidentes, après pour d'autres type de clients qui pourraient s'y retrouver financièrement et en souplesse d'utilisation je vois pas pourquoi ils fuiraient ...
Quelle que soit la technique, il arrive de toute façon un moment ou tu ne peux plus faire quelque chose d'automatique si des choix multiples de fusions existent, voire si les documents n'ont plus rien à voir.
Genre diff qui te présente un patch en enlevant la totalité du fichier et en rajoutant le nouveau, ou en te matchant des parties "aléatoires" des deux fichiers ... dans ces cas là le problème est insolluble par la machine probablement.
Reste à trouver une manière intelligente de présenter les différentes options si possible, ou d'indiquer à l'utilisateur que l'algo s'en sort pas, éventuellement d'identifier ou ça a commencer à diverger.
Genre pour faire un diff entre deux documents dans ce cas là, un logiciel qui garde l'historique des éditions "en temps réel" on va dire pourra s'appuyer sur ces éditions pour garder un historique des éditions ultra détaillé.
Genre: j'introduis un nouveau paragraphe entre le "1" et le "2", je "coupe" le "2" et je le colle avant le "1", j'introduis une phrase dans le "3", etc, genre un historique des commandes dans "vim".
Si tu gardes ça dans tes deux documents, tu remontes à l'ancêtre commun par verionning, et tu déroules pour trouver plus facilement les différences, ça doit aider déja pas mal, j'imagine. Pour un document XML, en t'aidant de la sémantique genre en ayant un identifiant pour chaque balise ça doit aider aussi.
Pour LCS ... t'as deux chaine de caractères, une sémantique minimaliste, et c'est tout ... Genre dans GIMP par exemple, avec des formats d'images binaires tu peux pas faire grand chose. En ayant à dispo l'historique des éditions, les "layers" et tout tu ne peux QUE en faire plus.
Pour un diff général tu n'as pas ça.
Sans compter que l'utilisateur pourrait "annoter" le document pour ses collègues genre les commentaires , etc.
Le fait que l'association se serve de l'argent qu'on lui a attribué pour faire autre chose que ce qu'elle est censée faire statutairement et en fasse profiter des personnes "étrangères" ? Les emplois potentiellement fictifs de personnes bien choisies ?
[^] # Re: Orange = Bricoleurs du dimanche
Posté par thoasm . En réponse au journal Commerce en ligne: Fermetures. Évalué à 2.
[^] # Re: Re:
Posté par thoasm . En réponse au journal Qt LGPL!. Évalué à 3.
Soit \mathbf{T} l'ensemble des trolls d'ordre 1;
* Notons T(T) l'ensemble des trolls portant sur un troll, T^2(T) l'ensemble des trolls portant sur un troll portant sur un troll, ...
* posons \mathcal{T} = \union_{i=1...+\infnty} T^i(T)
Question : est-ce que T=\mathcal{T} ?
[^] # Re: On voit bien la mentalité de Canonical
Posté par thoasm . En réponse au journal Chronique d'une liberation annoncée..... Évalué à 4.
[^] # Re: Grandiose
Posté par thoasm . En réponse au journal Linuxfr en J2EE. Évalué à 2.
Sauf si c'est pas le cas avec l'implémentation python :
* tu peux pas supposer grand chose sur l'ordre et le temps d'exécution de tes deux trheads, et l'un d'eux peut être interrompu en plein milieu d'une écriture disque. Si l'autre thread a besoin du même fichier, faut un mécanisme pour être sur qu'ils y accèdent pas tout les deux "en même temps".
* Pour la synchro, pareil, tu peux lancer un calcul dans un thread, laisser l'autre faire ce qu'il veut, et à un moment attendre la fin du calcul par exemple.
[^] # Re: Il manque une nuance...
Posté par thoasm . En réponse au journal Il est déconseillé de partager à l'école.... Évalué à 2.
[^] # Re: Il manque une nuance...
Posté par thoasm . En réponse au journal Il est déconseillé de partager à l'école.... Évalué à 2.
Après pour les modifs, pareil, c'est l'entreprise qui détient les droits, donc elle en fait un peu ce qu'elle veut.
[^] # Re: Grandiose
Posté par thoasm . En réponse au journal Linuxfr en J2EE. Évalué à 3.
Gni ? Une analyse statique ça peut être bien bourrain potentiellement suivant ce que tu veux analyser ... étant donné la difficulté du problème de vérification du code.
En C++, pour faire pêter le code avec une erreur de typage, il faut le vouloir, genre faire des casts de bourrains ... Pour ton histoire de pointeur, pas compris à quoi tu voulais faire référence, intuitivement je dirai utilisation d'un pointeur sur un objet alloué sur la pile, et dans ce cas c'est pas vraiment une erreur de type.
[^] # Re: Autre projet
Posté par thoasm . En réponse au journal Linuxfr en J2EE. Évalué à 10.
[^] # Re: C'est rigolo comme article
Posté par thoasm . En réponse au journal L’apocalypse est pour demain. Évalué à 5.
[^] # Re: Bein...
Posté par thoasm . En réponse à la dépêche Sortie de FreeBSD 7.1. Évalué à 5.
[^] # Re: Vive les timestamp
Posté par thoasm . En réponse au journal Le premier journal du vendredi de l'année (Le Zune plante). Évalué à 2.
Ben tu peux lui dire que c'est manifestement un site parodique, et que les pseudos justifications n'ont même pas le début d'un commencement de justifications elles mêmes ... qu'il y a de l'humour dedans et tout ...
[^] # Re: C'est pas un abonnement ou un livre qu'il faut...
Posté par thoasm . En réponse à la dépêche Contributions à LinuxFr : les gagnants de 2008 !. Évalué à 5.
[^] # Re: Zenity, gdialog & co ...
Posté par thoasm . En réponse au message Cherche astuce pour remettre la console en premier plan. Évalué à 2.
http://tldp.org/HOWTO/Xterm-Title.html
En interactif ça donne ça :
PROMPT_COMMAND='echo -ne "\033]0;${USER}@${HOSTNAME}: -${PWD}\007"'
La commande doit être exécutée genre à la fin des autres commandes.
En pas interactif dans un script, je viens de tester avec ça :
#!/bin/bash
echo -ne >&2 '\033]0;'"toubidou"'\007\c'
read a
et effectivement ça marche, dans un gnome-terminal en l'occurence.
[^] # Re: Zenity, gdialog & co ...
Posté par thoasm . En réponse au message Cherche astuce pour remettre la console en premier plan. Évalué à 2.
Après t'as peut être moyen de trouver l'ID de la fenêtre grâce au PID, mais je le connais pas, il peut potentiellement en avoir plusieurs ... (des fenêtres pour un PID donné) Pareil pour les instances de ton script j'imagine cela dit ...
[^] # Re: Zenity, gdialog & co ...
Posté par thoasm . En réponse au message Cherche astuce pour remettre la console en premier plan. Évalué à 2.
function getString(){ if [ ! -z "$GRAPHIQUE" ] then echo "$1" ; read a; else a=$(zenity --entry --title="Entrez ... " --text="$1" ) fi echo "$a" } GRAPHIQUE="true" valeur="$(getString "entrez le nom du fichier ...")"# Zenity, gdialog & co ...
Posté par thoasm . En réponse au message Cherche astuce pour remettre la console en premier plan. Évalué à 3.
[^] # Re: Rabat joie
Posté par thoasm . En réponse au journal Joyeuse année 2009 !. Évalué à 10.
[^] # Re: Aucun rapport avec le logiciel libre ....
Posté par thoasm . En réponse au journal Soutien à Julien Coupat. Évalué à 6.
Autre source (pas pour le même chiffre, je trouve plus) : http://fr.wikinews.org/wiki/Justice_:_La_France_parmi_les_ma(...)
[^] # Re: Aucun rapport avec le logiciel libre ....
Posté par thoasm . En réponse au journal Soutien à Julien Coupat. Évalué à 4.
[^] # Re: Mouais
Posté par thoasm . En réponse au journal Payer à la maison comme au cybercafé. Évalué à 3.
[^] # Re: Il n'y a pas de (gros) jeux Nintendo sous Windows
Posté par thoasm . En réponse au journal il n'y a pas de jeux sous Linux?. Évalué à 4.
[^] # Re: Moi pour noel ...
Posté par thoasm . En réponse à la dépêche iPod : sept ans de « progrès » dans l'emprisonnement numérique. Évalué à 4.
[^] # Re: OOo vs LaTeX
Posté par thoasm . En réponse au journal Le meilleur du troll: c'était mieux avant!. Évalué à 2.
Genre diff qui te présente un patch en enlevant la totalité du fichier et en rajoutant le nouveau, ou en te matchant des parties "aléatoires" des deux fichiers ... dans ces cas là le problème est insolluble par la machine probablement.
Reste à trouver une manière intelligente de présenter les différentes options si possible, ou d'indiquer à l'utilisateur que l'algo s'en sort pas, éventuellement d'identifier ou ça a commencer à diverger.
[^] # Re: OOo vs LaTeX
Posté par thoasm . En réponse au journal Le meilleur du troll: c'était mieux avant!. Évalué à 3.
Genre pour faire un diff entre deux documents dans ce cas là, un logiciel qui garde l'historique des éditions "en temps réel" on va dire pourra s'appuyer sur ces éditions pour garder un historique des éditions ultra détaillé.
Genre: j'introduis un nouveau paragraphe entre le "1" et le "2", je "coupe" le "2" et je le colle avant le "1", j'introduis une phrase dans le "3", etc, genre un historique des commandes dans "vim".
Si tu gardes ça dans tes deux documents, tu remontes à l'ancêtre commun par verionning, et tu déroules pour trouver plus facilement les différences, ça doit aider déja pas mal, j'imagine. Pour un document XML, en t'aidant de la sémantique genre en ayant un identifiant pour chaque balise ça doit aider aussi.
Pour LCS ... t'as deux chaine de caractères, une sémantique minimaliste, et c'est tout ... Genre dans GIMP par exemple, avec des formats d'images binaires tu peux pas faire grand chose. En ayant à dispo l'historique des éditions, les "layers" et tout tu ne peux QUE en faire plus.
Pour un diff général tu n'as pas ça.
Sans compter que l'utilisateur pourrait "annoter" le document pour ses collègues genre les commentaires , etc.
[^] # Re: Et?
Posté par thoasm . En réponse au journal Comment blanchir de l'argent avec une associations d'utilité publique. Évalué à 7.