Reprise du message précédent :

oui (soit au niveau de ton app ... bah tu fais ce que tu veux avec un Filter, soit tu utilises http://www.tuckey.org/urlrewrite/ -- soit au niveau de Tomcat meme je crois que tu peux registrer des filtres (valves?) en dehors des app ... mais la pas sur que l'interface soit la meme)

 
Quoi, à l'INSEE vous allez directement dans les datacenters pour faire la prod ?

Le commentaire sur Frédéric Oudéa (4:10)
Olivier Delamarche, un gérant de fond encore plus à gauche que le facteur

ha ouais, j'oubliais...

Quelqu'un ici pour me dire comment reconstruire la chaîne passée en argument de ligne de commande à un programme écrit avec le langage C ?

**argv ?

 
Ca signifit quoi le "**" devant "argv ?
 
Il me faut les séparateurs.

mais pourquoi je lui repond  

Parce que tu es un peu benêt comme garçon

ça me semble évident

merci capitaine

Bah oui, dans l'ancien placard à.balai

Je sais pas si tu peux la ramener comme ca  

argc est le nombre d'arguments "arg count", **argv "arg vector" est la liste des arguments passés, tous séparés par un ou plusieurs espaces. C'est un pointeur de pointeurs parce que *argv est un pointeur vers une chaîne (qui en C est représentée par un pointeur vers le premier octet de la chaîne, et '\0' pour la fin), et **argv est donc un pointeur qui se balade vers le début de chaque argument: en C, **argv est équivalent à *argv[] (tableau de pointeurs, autrement dit, tableau de chaînes/arguments). Comme on ne connait pas d'avance la fin du tableau (c'est juste une zone mémoire réservée dont on ne voit pas la barrière), argc permet de connaître le nombre de chaînes il y a dans ce tableau.
&argv[0] étant le nom du programme, le premier argument commence donc à  l'adresse &argv[1]

mais ca ne donne pas les separateurs ca

Il n'y a pas le choix, c'est espace.

 
 
J'ai pas compris, "**argv[]" et "*argv[]" c'est pareil ou pas, finalement.
 
j'ai écrit ce petit bout de code... avec les erreur à la suite.
 

# cat main.c
 
#include <stdlib.h>
#include <stdio.h>
#include <string.h>
 
int main (int argc, char ** argv[])
 
{
  
  char * FullText[80];
  
  if (argc < 2) {
    return -1;
  }
  int i;
  int index = 0;
  for (i = 2; i <= argc; i++) {
    
    int length = strlen(&argv[i]);
    FullText[index, index+(length-1)] = &argv[i];
    index = index + length;
  }    
  printf("%s\n", FullText[0, index]);
  return 0;
  
}

 
 
 
Sinon tu utilises getopt

deja c'est **argv ou *argv[] tete de bite

mais c'est pas possible d'etre aussi con et continuer a bouger, on est au niveau stiffler la

Ah oui, pardon. Alors C'est pas pareil.

Merci El muchacho !

Histoire de troller il vaut mieux parler de google qui ne sait plus faire de release ou de la validation appstore qui sert a rien ?
 
(et avec un lien plein de merde pour faire plaisir a -- qui est trace par le FBI)

pr une fois qu'il fait un post juste il l'efface

Et sligor te dirait d'utiliser LLVM+CLang plutôt que gcc, le compilateur est bien plus user-friendly.

j'ai effacé parce que j'ai vu qu'entre temps, il avait compris.

Le bon docteur Debré: "Si on avait fait un référendum en 1941, et bien Pétain aurait gagné ! Voila, ça ne veut pas dire que je suis contre les référendums"

http://www.amazon.com/Achtung-Baby [...] pd_sim_m_4
 
Seriously dude, wtf? 435$?
...et pourquoi mettre le cd de zooropa dans les éditions limitées de Achtung Baby?

 
Ah, le C, en fait, c'est quant ça marche pas que ça marche !  

Heureusement qu’on n’en a pas fait alors

Je suggère d’essayer avec un argument qui fait plus de 40 caractères, pour voir

 
41 pour te faire plaisir.

quelle mémoire

excellent

J'ai une question de prog qui demande des connaissances et un cerveau:
 
J'ai des modules radio avec un numero de serie de taille variable qui peut aller jusqu'à 16 octets et je dois générer un identifiant radio de 4 octets (contrainte du protocole) qui serait le plus unique possible dans un rayon de quelques dizaines de mètres (typiquement moins de 100 modules dans une même zone). J'ai pensé utiliser un hash mais je ne sais pas quel algo utiliser:  
-les hash cryptographiques classiques comme md5 ou SHA retournernt des resultats trop longs (il faudrait soit les tronquer soit les rehasher)
-les trucs de firmeux comme les checksum et autres CRC ne me semblent pas adaptés pour minimiser les colisions
-les algos plus ou moins exotiques comme murmurHash mais je ne sait pas trop ce qu'ils valent.
 
Est-ce que vous pensez que ma solution est valable ? quel algo me conseillez vous ?  
 
merci d'avance
 
P.S. dans l'idéal il me faudrait un implémentation en C#

il me semble que le CRC est largement suffisant pour éviter les collisions sur des numéros de séries.
Sinon tu hash et tu tronques (md5, sha)

Tronquage de hash

http://montreal.kijiji.ca/c-achete [...] Z327085720

Quoi que tu utilises, ce sera un hash...

Hash cryptographique, ça donne un garantie sur la difficulté à inverser et à générer des collisions volontairement. Si ces propriétés ne sont pas nécessaires, ils sont généralement plus couteux que les alternatives (ce qui peut être génant ou pas).

Plus simple qu'un checksum, c'est pas possible sans ne pas dépendre de toutes les données.

Les CRC te garantissent l'absence de collision pour certaines classes de différences. Si elles sont importantes pour toi, ça peut être un plus.

J'ai pas regardé celui-là en particulier, généralement ils cherchent une bonne distribution même quand on réduit leur intervalle par un modulo.

CRC si les propriétés théoriques t'intéressent.  Sinon tu en prends quelques un et tu testes avec tes données. Les numéros de série sont vraisemblablement structurés et quelque chose de meilleur sur des données aléatoires peut être pire quand les données ont des propriétés (du genre partager un numéro de fabriquant ou même une bonne partie du numéro de série parce qu'ils sont achetés en même temps).

C'est le fameux metro où on pouvait croiser nraynaud ?

on en a discuté ici même il y a quelques jours/semaines, cherches

C'est sûr que les graphismes sont trop demandants pour une plateforme aussi primitive qu'osx

Je crois que c'est l'histoire de ma relation avec wikipedia

Tu pourrais être plus convaincant ?