gaaaaaAab a écrit 1399 commentaires

creuse du côté de fstat, tu devrais avoir quelques pistes.

man fstat

dans la section 2 du man (les system calls donc)

a+

Dans le genre flag de compilation qui sauve.
Accessoirement, corriger *tous* les warnings, c'est *bien* :-)

il faut/suffit que tu règles l'heure dans le BIOS.
façon basique qui marche : en modifiant effectivement l'heure dans le BIOS
plus subtil : en utilisant hwclock (cf man) pour régler l'heure hardware à partir du système
encore plus mieux : en profitant de ntp (network time protocol) pour synchroniser ta machine sur l'heure d'un serveur réseau. man ntpdate

ok, tu ne peux pas utiliser les positions avec cut. Mais si tu as des séparateurs fiables dans ton fichier, tu peux utiliser les options -d et -f de cut.

man est ton ami :-)

Si ton nombre de fichiers est appelé à grossir (et comme c'est du stockage de photos numériques, j'aurai tendance à croire que oui), tu vas finir par te retrouver coincé par le nombre max d'inodes de ton système de fichiers et d'ici quelques semaines/mois, tu chercheras à faire exactement le contraire de ce que tu veux faire aujourd'hui ...
Je parle même pas de faire un pauvre ls dans un répertoire archi blindé ...

Je m'étend pas sur la réponse à ta question proprement dite, c'est déjà fait dans d'autres commentaires.

Comme le dit Ellendhel, tu peux rediriger la sortie du script.

Pour sqlplus, tu peux aussi utiliser l'option spool dans ton fichier requete.sql
L'option spool prend en paramètre le fichier destination vers lequel sqlplus redirigera la sortie standard.

ex fichier.sql
-8<-------
SPOOL requete.log
select bidule from machin where chose = truc;
(...)
----------

La doc Oracle étant plutôt bien faite, je te laisse explorer les possibilités qu'offre sqlplus (en particulier pour le formattage du résultat).

ouais, mais ça reste limité en fonctionnalité ... alors qu'un bon vieux emacs ...

--> [ ]
et en courant !

Un bon exemple valant mieux qu'un long discours, peux-tu poster quelques lignes de chaque fichiers (avec si possible tous les cas que tu peux rencontrer) et le résultat que tu attends ?

C'est néanmoins un moyen de communication douteux qui ne me plait pas et je ne me prive pas de le dire.

ok, pas de problème avec ça, chacun sa perception des choses. Cela dit, si tu as d'autres méthodes d'actions à proposer qui te paraitraient meilleures, n'hésite pas à les proposer ! (parce que je ne pense pas qu'on soit fondamentalement en opposition sur le fond du débat. Si ?)

Si tu ne vois pas de différence entre des manifestations et l'action de la dépèche, je n'y peux rien. Pour ma part, je vois dans le premier cas l'usage du droit de manifestation et dans l'autre l'usage de la loi pour contester la loi.

C'est de bonne guerre, vu que pour toi, contourner un DRM c'est aussi grave que cramer une bagnole ;-) Nan, je suis d'accord avec toi, les situations sont pas similaires. Ce que je voulais juste dire, c'est que l'opinion publique peut influer sur la loi (que ça soit pas l'exercice d'un droit de manifestation ou par un autre biais).

par rapport à la redevance pour copie privée, j'ai entendu comme toi qu'on s'interroge su sa raison d'être au niveau européen. Dommage que la réflexion se fasse à l'envers. Imaginer qu'on va réussir à juguler substantiellement l'échange de musique numérique me paraît être du pur fantasme ...

C'est le défaut d'information qui est condamné et non l'utilisation de DRM.

bien vu. J'ai lu un peu en diagonale l'autre jour. Restons quand même attentif.

Oui, mais je ne me gare pas exprès sur ces places pour manifester mon mécontentement au sujet du parking payant.

oui, parce que payer ta place de parking est socialement acceptable, donc tu acceptes le contrat. Le problème serait différent si toutes les places de parking de Paris était des places de livraison. La, ça ne serait plus acceptable, et tu te garerais quand même, quitte à payer ton amende.
Tu vas me dire que je ne suis pas obligé d'acheter des CDs protégés par DRM et tu as raison, aujourd'hui, j'ai le choix. Mais sur le fond, je ne cache pas que j'ai une certain crainte (irrationnelle ?) qu'on se dirige plus vers le tout DRM que vers le 0 DRM. Je préfère réagir aujourd'hui (même si c'est maladroit, que la forme est naze ou que sais-je) que regretter de n'avoir rien fait plus tard. Encore une fois, si tu as des propositions d'actions qui te paraissent plus crédibles sur la forme, propose :-)

je reprécise que ce que je dis reflète ma position personelle, pas celle de stopdrm (que j'apprécie mais dont je ne suis pas membre actif)

ben non. Qui parle de contester l'amende (à part si c'est le seul moyen pour que la justice tranche sur le fond) ?
L'objectif, c'est de savoir qui risque quoi, au delà des beaux discours de certains, et pour le savoir précisement, il faut le demander à la justice.

Pour préciser d'où je parle, j'ai participé à une paire d'actions avec le collectif stopdrm (distrib de tract et autres).

Une loi n'est pas gravée dans le marbre : pourquoi ne pas continuer le lobbying légal ?

C'est prévu, mais il n'y a pas d'activité parlementaire sur le sujet pour le moment. Il faut continuer à informer. Aller se dénoncer quelque part, c'est aussi une opération de com'. C'est pas juste pour le plaisir de la confrontation avec l'autorité de l'état ...

ouais, d'ailleurs comme tu es bailloné, tu te proposes de violer la loi sous couvert d'un motif idéologique pour qu'on entende ton cri d'alarme.

baillonné ?! (j'hallucine, je vois pas d'ou tu sors ça là). non, c'est plus simple que ça. Quand tu achètes un truc, si t'es pas content, tu vas râler auprès du vendeur jusqu'à ce qu'il te rembourses.

Certains crament des bagnoles, fracassent des radars automatiques ou démontent des mac do pour les mêmes raisons. C'est beau l'action citoyenne de certains.

super comparaison. C'est clair que lire un dvd sous linux, ça porte atteinte à la sécurité de l'état ...

Ce n'est pas parce que tu as le droit de faire une copie privée qu'on doit te donner les moyens de le faire (jurisprudence que j'ai la flemme de retrouver).

Certes. Sauf que là, en plus de ne pas te donner les moyens de le faire, on t'interdis d'en trouver. C'est légal, mais c'est quand même super hypocrite. Surtout que tu payes toujours la redevance pour copie privée sur les média vierges. Au bout d'un moment, moi, ça me gonfle d'être pris pour un con (surtout que les média vierges en question, ça m'arrive de m'en servir pour d'autres trucs que de la musique ou des films ...)

Gné ? Tu as totalement craqué là. Quand tu achètes un truc dépendant d'un autre (genre un morceau iTunes dépendant d'IPod) je ne vois pas où est la vente liée.

alors si c'est pas de la vente liée, je suis curieux de ta définition de la vente liée. Sinon :
http://tempsreel.nouvelobs.com/actualites/medias/multimedia/(...)

Plutot que se mettre dans l'illégalité, ne vaudrait-il mieux pas essayer de soutenir légalement les structures qui proposent du contenu sans ces saloperies ?

si tu lisais régulièrement stopdrm.info, tu verrais passer des billets pour parler des initiatives en ce sens (un exemple parmi d'autres : http://stopdrm.info/index.php?2006/12/20/126-c-est-noel-des-(...) ). Je ne sais pas bien ce que tu penses de stropdrm.info mais j'ai l'impression que l'image que tu t'en fais est un peu fausse.

Pour faire avancer les choses il existe heureusement d'autres actions que les actions illégales. Celles d'EUCD.info ont jusqu'ici toujours été légales et dans le bon sens

Arrête un peu avec le couplet de l'illégalité. Il faut relativiser un peu. Quand tu ne payes pas ton parking ou que tu te gares sur une place de livraison, c'est illégal aussi ...

L'action proposée par StopDRM.info n'est pas crédible car elle remet en cause un texte voté et validé par l'état, autant dire qu'elle remet en cause les mécanismes de l'état => ce sera directement dirigé dans la case poubelle et étiqueté "action José Bové".

ah oui ! comme les étudiants dans la rue contre le CPE ? clair qu'ils se sont fait calmé tout de suite là ... ;)

ton /etc/passwd fait probablement partie des fichiers que ton système n'arrive plus à lire :/
dans ces cas là, le système n'arrive pas à faire le lien entre ton id et une entrée de ton fichier de mots de passe et il te dit (de mémoire) : "you don't exist. Go away !'.
Enfin il disait ça y'a quelques années quand j'ai accidentellement éclaté le /etc d'un ami ...

essaie de booter sur une distrib live puis de monter tes partitions pour essayer de comprendre un peu mieux ce qui se passe.

à partir de là, quelques typedef et un cast bien placé devrait simplifier l'accès aux données

Dans la question de vérification d'intégrité par la base de donnée avec des contraintes, la base rejetant les enregistrements fautifs, il faut que le code "capture" le rejet de la base et l'analyse pour expliciter le pourquoi du rejet à l'utilisateur.

oui ! Si t'arrives à faire ça, c'est cool =)
De ce que j'ai vu, le plus souvent, l'analyse de l'erreur se résume à "database error" ou "inconsistent data", pis après, démmerde toi ... :/

N'est-il pas plus facile et plus performant en terme de rapidité de vérifier l'intégrité par le code AVANT insertion, plutôt que de faire un système de gestion d'erreur qui explique ensuite pourquoi la commande n'a pas été effectuée et a été rejetée ?

Excellente question. Pour moi, ça dépend de tes données. Si statistiquement, les incohérences des données en entrée sont rares, la majorité de tes tests d'intégrité en amont ne servira à rien donc tu perds en perfo si tu testes tout avant. Si tes données en entrée sont très souvent moisies, ça peut valoir le coup de faire tes tests de diagnostic avant de tenter l'insertion.
Comme pour *toutes* les questions de perfo, il faut benchmarker avec des données et des volumétrie de prod.

il vaut mieux que ca marche pas sans explications plutôt que ca marche alors qu'il ne faut pas ?

alors là, une seule réponse possible, si les données sont foireuses, il ne faut *pas* que ça marche. La correction (le fait de se comporter correctement) d'un logiciel est une de ses qualités essentielles. Pourquoi ? parce que l'erreur se propage. Si une brique de ton soft laisse passer des données incohérentes, l'incohérence se propage dans tout le reste du soft, et tu as vite fait de te retrouver avec une base de données indémmerdable (données contradictoires, incomplètes, fausses, doublons fonctionnelles, ...) qui entraîne des plantages applicatifs (à moins que le soft ait été codé dès le départ en postulant que les données en base n'étaient pas fiables, et encore ...)

T'es obligé de faire ça en C ou tu as choisi le C parce que c'est le langage avec lequel tu es le plus à l'aise ?

Je demande ça parce que les langages de script sont particulièrement adaptés au traitement de données dans des fichiers (c'est limite pour ça qu'ils ont été conçus). Je pense à Perl, Python, ... voire même avec les commandes de shell usuelles ...

Dans ce cas là, un redémmarage et udev va gentiment tout recréer pour toi.

juste pour lever une ambiguité potentielle, un redémarrage de udev suffit, même pas besoin d'un reboot !

en fait, c'est normal. C'est directement le fichier de syntaxe xml qui définit quelles sont les zones de texte à vérifier.
cf /usr/share/vim/vim7/syntax/xml.vim :
syn region xmlString contained start=+"+ end=+"+ contains=xmlEntity,@Spell display
syn region xmlString contained start=+'+ end=+'+ contains=xmlEntity,@Spell display
et :help spell

Deux solutions :
- tu vides la syntaxe du fichier (:set syn=) et la vérification orthographique s'applique à tout le fichier (y compris les balises)
- tu personnalise le xml.vim pour étendre la vérification de l'orthographe aux zones qui t'intéresses.

Cela dit, j'aurai quand même tendance à dire que le comportement par défaut du fichier de syntaxe xml.vim est le plus logique. Les seules zone dont l'orthogrape a un sens sont les chaînes de caractères dans les données.

ah oui, vim 7 fait du spell check de base. Je pense que ma question est hors sujet du coup ...

Je ne pourrais surement pas répondre à ta question, vu que je n'utilise pas de correcteur orthographique, mais par curiosité, quel script utilises-tu ? vimspell ?

tout pareil, sauf que j'ai tendance à garder le .. pour les recherches sur le répertoire courant :
- ça permet de bien se rendre compte que find prend un répertoire en paramètre (. par défaut). Bien s'en rendre compte évite de faire systèmatiquement un cd dans le répertoire cible avant de lancer find. (En tout cas, moi, ça m'aurait évité pas mal de cd inutiles si je l'avais su plus tôt ... ;-)
- c'est plus portable, vu que les find non Gnu ont furieusement tendance à exiger que le répertoire cible soit passé en paramètre.

mes 2 centimes

ça devrait le faire :
echo ${!titi}

cf http://tldp.org/LDP/Bash-Beginners-Guide/html/sect_03_04.htm(...)

par contre, je pense que c'est pas compatible avec d'autres shells. (C'est déjà pas compatible ksh chez moi)

hourra pour Google, prophète du grand 'Ternet ! ;-)

petit détail en passant, si tu as une molette, tu as une souris 3 boutons. Tu dois donc pouvoir faire sauter les options Emulate3*.

c'était avec plaisir. Ca rappelle des souvenirs :-)
je me souviens d'être resté longtemps coicé sur select, dans genre appel système imbittable tant que t'as pas lu 97 fois le man ;-)

en tout cas, je veux plus voir de questions sur stat !

"faut-il le pathname en entier depuis la racine ?"

on y vient ! on y vient !
Effectivement, ton souci vient de l'appel à stat.
prenons l'exemple ou tu appelles ton prog sur /etc à partir d'un autre répertoire

Du début à la fin, readdir travaille sur /etc
par contre, stat fonctionne avec des chemins relatifs ou absolus.

Du coup, pour les entrées . et .., chance (façon de parler, c'est pas vraiment de la chance en fait), stat arrive à les trouver dans le répertoire local et te renvoie les droits de . et de .. du répertoire courant => ce qui explique tes problèmes de users faux sur . et ..

à partir de là, readdir va continuer à te lister les fichiers de /etc, mais comme tu appelles stat directement avec leur nom, stat les cherche dans le répertoire local, et, ne les trouvant pas, te crache une erreur ENOENT.

il suffit de corriger ton appel à stat pour "stater" les fichiers dans leur répertoire et ça devrait être bon.

ouala :-)

"je pense pas que mon script soit sujet a une de ses erreurs"

es-tu bien sur ? que vaut le errno en retour de stat ?
(cf man errno, strerror, ...)

autre indice, si tu fais un cd /etc et que tu appeles ton prog sur . ensuite, ça fonctionne bien.

stat() stats the file pointed to by path and fills in buf.

attention, c'est ton dernier essai, la réponse au prochain commentaire hein ! :-)