Quant à microsoft.. par pitié ne tombons pas dans les clichés... c'est ici complètement hors sujet.
Pas certain.
Bon ok, il est clair que ce n'est pas Microsoft qui est intervenu pour intimer l'ordre à Ricoh de faire pression sur un manager de chez HP pour qu'il décourage un de leurs employés de développer un pilote open source. Par contre, je suis sûr que tous les grands groupes de l'informatique ont des accords latéraux entre eux, et que ceux-ci s'accompagnent de chartes plus ou moins contraignantes à chaque fois.
Mais bon, d'une manière générale, il faut bien se souvenir que l'adage "le client est roi" n'est qu'une illusion. Il y a longtemps que les forces commerciales ne se laissent plus dicter leurs prix. La négoce est une activité de pointe, menée par des gens généralement très éminents, et est un rapport de force, pas de complaisance. Surtout que dans le "B2B", comme on dit, il s'agit rarement de créer le besoin.
Ensuite, l'open source, c'est peut-être clair pour un gallolinuxéiste, beaucoup moins pour quelqu'un qui n'est pas du métier. Ça s'apprend. Alors dans le monde du travail où la concurrence règne et où le moindre avantage n'est de toute façons jamais acquis ... d'ailleurs, je suis sûr que la plupart des développeurs qui lisent ces lignes aujourd'hui ont commencé par celer jalousement leurs premières lignes de code. Pour devenir libriste et que le mouvement prenne, il faut une offre logicielle initiale conséquente (GNU, en ce qui nous concerne), et des garanties : une licence bien ficelée, un mode de diffusion, et des exemples montrant que ce que l'on reçoit est au moins du niveau de ce que l'on produit. Tout cela n'est pas automatique.
D'autre part, j'ai l'impression que le protectionisme fait un peu partie de l'esprit du monde de l'édition de l'image, en général. On connaissait Canon, leur réputation n'étant plus à faire, on dirait que c'est un peu pareil dans les autres compagnies occupant le segment.
Enfin, il faut se souvenir que les cas où le logiciel embarqué dans un périphérique constitue sa plus grande valeur ajoutée sont rares, mais qu'ils existent. On ne pilote pas une carte vidéo de la même façon qu'un chauffe-tasse USB. Certaines astuces algorithmiques peuvent faire fonctionner un même appareil deux à trois fois plus vite, et c'est un avantage face à un client, qui a une impression globale de performances au moment de faire son choix. Ces développements sont parfois très lourds et coûteux, en temps et en compétences, et deviennent alors très règlementés.
Tout cela pour dire, donc, qu'il faudra encore du temps pour que l'Open Source entre dans les mœurs de tout le monde. Le gars d'HP a peut-être eu tout simplement une attitude prudente vis-à-vis de ses fournisseurs. Mieux vaut prendre le temps de convaincre et de faire les choses avec la bénédiction de tout le monde plutôt que de se fâcher définitivement et pénaliser toute initiative future du même ordre.
Essaie de mettre un % devant ton bloc {SERVER_NAME} ou {HTTP_HOST}.
Méfie-toi des inversions de conditions avec le point d'exclamation. Imagine un instant que tes <i>backslashes</i> ne soient pas considérés comme des caractères d'échappement. Cela suffirait à ce que <b>www.example.com</b> soit différent de <b>www\.example\.com</b> et, donc, que ta condition soit toujours remplie, ce qui te ferait entrer dans une boucle infinie, déclenchant le message d'erreur de Firefox.
C'est pas forcément incorrect pour autant, mais assure-toi que Apache interprète bien ta règle comme tu l'entends. Moi, il a fallu que je bidouille un moment avant que mes règles à moi fonctionnent comme prévu.
Ensuite, si vraiment tes variables d'environnement ne contiennent pas le nom du serveur appelé, c'est que ton proxy les filtre, voire fait la redirection de lui-même, et dans ce cas il n'y a pas de secret. S'il y a redirection, alors ton serveur Apache ne devrait même pas s'en préoccuper (travail fait en amont). Si c'est une <i>regexp</i> qui dispatche la requête au bon endroit, style <b>.*\.example\.com</b>, alors à défaut de pouvoir corriger la conf', il faut au moins que tu vérifies (ou fasse vérifier) si c'est bien le cas. Ca évitera d'avoir à suer pour rien et -surtout- que ta config' Apache provoque des effets de bord en cas de modification de celle du proxy.
Bon, chezmoicamarche.org, maintenant mais attention aux copier-collers : en transférant le tout de links vers vi, j'ai eu des blancs en début de ligne et surtout en fin de ligne, jusqu'au bout de l'écran. Et visiblement, ça ne plaît pas à sed ...
Most versions of sed only allow one line as a comment, and it must be the first line. SunOS allows more than one comment, and these comments don't have to be first.
Et pour les non-anglophones :
La plupart des versions de sed n'autorisent qu'une seule ligne de commentaire, et celle-ci doit être la première. SunOS autorise plus d'un commentaire, et ces commentaires n'ont pas besoin d'être en premier.
Maintenant, j'ai pas encore essayé avec GNU sed ...
Les modes texte des cartes vidéos sont capables de plusieurs résolutions, mais en nombre fixe et défini. Ta Debian a toujours l'impression d'initialiser une carte. Tu ne peux pas lui préciser un nombre arbitraire de colonnes et de lignes.
Maintenant, si ça te saoule de lancer un X dans une machine virtuelle, tu actives un pont réseau, et tu ouvres une session depuis Windows avec un terminal, comme tu le ferais si ta Debian se trouvait réellement sur une machine distante.
Une console virtuelle du kernel ? Une session linux entière tournant dans un vmware-like ? Un shell linux ouvert depuis un terminal logiciel (en ssh ou en telnet) depuis ton Windows vers une machine distante ? Une session X dans Exceed ?
A priori, soit ta session émule une console censée être en mode texte sous Linux et dans ce cas, il faut que le noyau ait l'impression d'initialiser une carte graphique, donc ça se fait avec l'option "vga=" au démarrage (ou rdev -v), soit c'est juste un shell ouvert en réseau et dans ces cas-là, tous les xterms sont capables de redimensionnement. Si tu as une marge grise, c'est que c'est ton application Windows qui y met de la mauvaise volonté, et c'est donc elle qu'il faut configurer.
Regarde bien l'article sur le MD5, par exemple : tout y est expliqué : l'algorithme, le synoptique, et même un bout de pseudo-code. Cela n'a rien à voir avec la description d'une API.
Gérer une clé de 1024 bits se fait de la même manière que pour une clé de 128. Dès lors que l'on dépasse la taille d'un registre (ou des types prédéfinis), il faut vectoriser. Le plus simple est effectivement d'utiliser un tableau d'octets consécutifs.
La plupart du temps, il s'agit de décalage et d'opération bit à bits, et de quelques opérations arithmétiques (domaines dans lesquels le jeu d'instruction d'un CPU excelle, généralement).
Si ce qui te préoccupe en premier lieu est la manière de traiter de grands objets, cela se fait généralement comme à l'école, en arithmétique, avec une retenue du format des blocs que l'on traite. Cela peut être un bit, un octet, un long de 32 bits, etc. Par exemple, lorsque l'on calcule des CRC, on est amené à considérer tout un bloc de données comme un immense nombre qu'il faudrait diviser par une valeur fixe. Pour ce faire, le plus simple est d'utiliser l'approche habituelle : tu commences par le premier octet (ou plus précisément le premier bloc du format de ton diviseur), tu soustrais, tu décale, et tu "fais descendre" le bloc suivant simplement en allant le lire en mémoire.
En fait, il faut se souvenir que ce qui est applicable en base 10 l'est généralement dans les autres aussi. Tu peux travailler en base 2, s'il le faut, comme en base 256,
D'une manière générale, la parité s'installe doucement dans les corps de métier et c'est pour notre plus grand bonheur, parce que l'on manque vraiment de filles dans l'informatique, domaine où elles excellent pourtant quand elles le veulent, et ça ne s'est pas arrêté à Ada Lovelace.
On a des femmes chauffeuses de bus (un certain nombre près chez moi, chez TICE), conductrices de métro, et de plus en plus de geekettes.
D'une manière générale, je trouve que les femmes apportent souvent un grand bol d'air frais chaque fois qu'il s'agit "d'humaniser" une structure quelle qu'elle soit. Un ordinateur, une distrib', un service d'une entreprise, une conférence de presse, etc (et pas seulement par leur présence, je précise).
Etant donné le temps que l'on passe tous désormais derrière un PC, et que celui remplace peu à peu tous les guichets dans nos vies quotidiennes, les ordinateurs ont désormais besoin d'être pensés au delà de la simple considération technique, et il semblerait que Mandriva suive la bonne voie. Puissent-ils être précurseurs.
Les principaux algorithmes sont tous documentés, tu en trouveras toute la description sur le Wikipédia. Je te conseille de commencer par MD5, c'est probablement ce qu'il y a de plus simple. La procédure complète est décrite dans un petit synoptique.
C'est très adapté à l'assembleur, également, si tes orientations sont la concision, l'indépendance et la performance du code.
Addendum : le code ci-dessus plante quand même parce que l'adresse en question reste en dehors de l'espace du processus et déclenche l'exception avant que free() n'entre en action. Celui-ci est mieux :
int main (void) { char a=1; free (&a); return 0; }
C'est la libc standard qui se plaint parce que quelque chose (httpd) a essayé de faire un free() sur une zone qui n'est pas allouée. Ça évite les segfaults et permet de repérer plus facilement une fuite mémoire (enfin, au moins les distinguer des pointeurs fous ordinaires). Tu peux facilement reproduire le phénomène avec une ligne de C :
int main (void) { free ((char *)0x12345); return 0; }
Sur des programmes déjà compilés, cela se produit généralement lorsqu'un binaire se lie avec la mauvaise version d'une bibliothèque, spécialement lorsque des structures ont été modifiées et qu'elles ne font plus la même taille.
Vois si tu n'as pas fait un upgrade un peu trop expérimental, ou si deux versions concurrentes d'une même lib ne cohabitent pas sur ton système (genre OpenClient vs FreeTDS).
Je me réponds à moi-même : la même réponse a été donnée plus bas (il me semblait bien avoir lu tous les commentaires pourtant). Ca vaudrait le coup de refaire une petite page de formation à sed, parce que ça tombe dans l'oubli ...
[^] # Re: Pas d'internet...
Posté par Obsidian . En réponse au journal Bientôt du pingouin dans l'hémicycle ?. Évalué à 3.
Avec un câble ethernet pour celui qui est près de la porte ...
[^] # Re: LA Grande Question
Posté par Obsidian . En réponse au journal Bientôt du pingouin dans l'hémicycle ?. Évalué à 3.
[^] # Re: d'apres le man
Posté par Obsidian . En réponse au message Commande sort : tri sans délimiteur. Évalué à 2.
La langue française. Ce sont ses subtilités qui en font la beauté ! :-)
[^] # Re: Mauvais fournisseur, changer de fournisseur...
Posté par Obsidian . En réponse au journal quand les constructeurs découragent la communauté. Évalué à 4.
Pas certain.
Bon ok, il est clair que ce n'est pas Microsoft qui est intervenu pour intimer l'ordre à Ricoh de faire pression sur un manager de chez HP pour qu'il décourage un de leurs employés de développer un pilote open source. Par contre, je suis sûr que tous les grands groupes de l'informatique ont des accords latéraux entre eux, et que ceux-ci s'accompagnent de chartes plus ou moins contraignantes à chaque fois.
Mais bon, d'une manière générale, il faut bien se souvenir que l'adage "le client est roi" n'est qu'une illusion. Il y a longtemps que les forces commerciales ne se laissent plus dicter leurs prix. La négoce est une activité de pointe, menée par des gens généralement très éminents, et est un rapport de force, pas de complaisance. Surtout que dans le "B2B", comme on dit, il s'agit rarement de créer le besoin.
Ensuite, l'open source, c'est peut-être clair pour un gallolinuxéiste, beaucoup moins pour quelqu'un qui n'est pas du métier. Ça s'apprend. Alors dans le monde du travail où la concurrence règne et où le moindre avantage n'est de toute façons jamais acquis ... d'ailleurs, je suis sûr que la plupart des développeurs qui lisent ces lignes aujourd'hui ont commencé par celer jalousement leurs premières lignes de code. Pour devenir libriste et que le mouvement prenne, il faut une offre logicielle initiale conséquente (GNU, en ce qui nous concerne), et des garanties : une licence bien ficelée, un mode de diffusion, et des exemples montrant que ce que l'on reçoit est au moins du niveau de ce que l'on produit. Tout cela n'est pas automatique.
D'autre part, j'ai l'impression que le protectionisme fait un peu partie de l'esprit du monde de l'édition de l'image, en général. On connaissait Canon, leur réputation n'étant plus à faire, on dirait que c'est un peu pareil dans les autres compagnies occupant le segment.
Enfin, il faut se souvenir que les cas où le logiciel embarqué dans un périphérique constitue sa plus grande valeur ajoutée sont rares, mais qu'ils existent. On ne pilote pas une carte vidéo de la même façon qu'un chauffe-tasse USB. Certaines astuces algorithmiques peuvent faire fonctionner un même appareil deux à trois fois plus vite, et c'est un avantage face à un client, qui a une impression globale de performances au moment de faire son choix. Ces développements sont parfois très lourds et coûteux, en temps et en compétences, et deviennent alors très règlementés.
Tout cela pour dire, donc, qu'il faudra encore du temps pour que l'Open Source entre dans les mœurs de tout le monde. Le gars d'HP a peut-être eu tout simplement une attitude prudente vis-à-vis de ses fournisseurs. Mieux vaut prendre le temps de convaincre et de faire les choses avec la bénédiction de tout le monde plutôt que de se fâcher définitivement et pénaliser toute initiative future du même ordre.
[^] # Re: HTTP_HOST ?
Posté par Obsidian . En réponse au message Apache redirect derriere un proxy.. Évalué à 3.
Méfie-toi des inversions de conditions avec le point d'exclamation. Imagine un instant que tes <i>backslashes</i> ne soient pas considérés comme des caractères d'échappement. Cela suffirait à ce que <b>www.example.com</b> soit différent de <b>www\.example\.com</b> et, donc, que ta condition soit toujours remplie, ce qui te ferait entrer dans une boucle infinie, déclenchant le message d'erreur de Firefox.
C'est pas forcément incorrect pour autant, mais assure-toi que Apache interprète bien ta règle comme tu l'entends. Moi, il a fallu que je bidouille un moment avant que mes règles à moi fonctionnent comme prévu.
Ensuite, si vraiment tes variables d'environnement ne contiennent pas le nom du serveur appelé, c'est que ton proxy les filtre, voire fait la redirection de lui-même, et dans ce cas il n'y a pas de secret. S'il y a redirection, alors ton serveur Apache ne devrait même pas s'en préoccuper (travail fait en amont). Si c'est une <i>regexp</i> qui dispatche la requête au bon endroit, style <b>.*\.example\.com</b>, alors à défaut de pouvoir corriger la conf', il faut au moins que tu vérifies (ou fasse vérifier) si c'est bien le cas. Ca évitera d'avoir à suer pour rien et -surtout- que ta config' Apache provoque des effets de bord en cas de modification de celle du proxy.
# HTTP_HOST ?
Posté par Obsidian . En réponse au message Apache redirect derriere un proxy.. Évalué à 3.
Bon courage.
[^] # Re: quotes
Posté par Obsidian . En réponse au message script sed qui ne fonctionne pas. Évalué à 2.
Par contre, il ne faut pas oublier que ce truc est case sensitive. Le script en question transformera les #INCLUDE mais pas les #include.
[^] # Addendum
Posté par Obsidian . En réponse au message script sed qui ne fonctionne pas. Évalué à 2.
# Les commentaires ?
Posté par Obsidian . En réponse au message script sed qui ne fonctionne pas. Évalué à 2.
Most versions of sed only allow one line as a comment, and it must be the first line. SunOS allows more than one comment, and these comments don't have to be first.
Et pour les non-anglophones :
La plupart des versions de sed n'autorisent qu'une seule ligne de commentaire, et celle-ci doit être la première. SunOS autorise plus d'un commentaire, et ces commentaires n'ont pas besoin d'être en premier.
Maintenant, j'ai pas encore essayé avec GNU sed ...
[^] # Re: Virtuelle ?
Posté par Obsidian . En réponse au message resize console avec virtualbox. Évalué à 2.
Maintenant, si ça te saoule de lancer un X dans une machine virtuelle, tu actives un pont réseau, et tu ouvres une session depuis Windows avec un terminal, comme tu le ferais si ta Debian se trouvait réellement sur une machine distante.
# Ah ! Et, au fait ...
Posté par Obsidian . En réponse au message Un script. Évalué à 3.
# À la place d'Henry, que feriez-vous?
Posté par Obsidian . En réponse au journal Henry III. Évalué à -5.
# Virtuelle ?
Posté par Obsidian . En réponse au message resize console avec virtualbox. Évalué à 2.
Une console virtuelle du kernel ? Une session linux entière tournant dans un vmware-like ? Un shell linux ouvert depuis un terminal logiciel (en ssh ou en telnet) depuis ton Windows vers une machine distante ? Une session X dans Exceed ?
A priori, soit ta session émule une console censée être en mode texte sous Linux et dans ce cas, il faut que le noyau ait l'impression d'initialiser une carte graphique, donc ça se fait avec l'option "vga=" au démarrage (ou rdev -v), soit c'est juste un shell ouvert en réseau et dans ces cas-là, tous les xterms sont capables de redimensionnement. Si tu as une marge grise, c'est que c'est ton application Windows qui y met de la mauvaise volonté, et c'est donc elle qu'il faut configurer.
[^] # Re: e sais pas pourquoi
Posté par Obsidian . En réponse au journal Mandriva Linux 2008.1 "Spring" is out !. Évalué à 2.
[^] # Re: Wikipédia, par exemple
Posté par Obsidian . En réponse au message Manipulation de clé. Évalué à 2.
Gérer une clé de 1024 bits se fait de la même manière que pour une clé de 128. Dès lors que l'on dépasse la taille d'un registre (ou des types prédéfinis), il faut vectoriser. Le plus simple est effectivement d'utiliser un tableau d'octets consécutifs.
La plupart du temps, il s'agit de décalage et d'opération bit à bits, et de quelques opérations arithmétiques (domaines dans lesquels le jeu d'instruction d'un CPU excelle, généralement).
Si ce qui te préoccupe en premier lieu est la manière de traiter de grands objets, cela se fait généralement comme à l'école, en arithmétique, avec une retenue du format des blocs que l'on traite. Cela peut être un bit, un octet, un long de 32 bits, etc. Par exemple, lorsque l'on calcule des CRC, on est amené à considérer tout un bloc de données comme un immense nombre qu'il faudrait diviser par une valeur fixe. Pour ce faire, le plus simple est d'utiliser l'approche habituelle : tu commences par le premier octet (ou plus précisément le premier bloc du format de ton diviseur), tu soustrais, tu décale, et tu "fais descendre" le bloc suivant simplement en allant le lire en mémoire.
En fait, il faut se souvenir que ce qui est applicable en base 10 l'est généralement dans les autres aussi. Tu peux travailler en base 2, s'il le faut, comme en base 256,
[^] # Re: e sais pas pourquoi
Posté par Obsidian . En réponse au journal Mandriva Linux 2008.1 "Spring" is out !. Évalué à 5.
Y avait Edith Cresson ...
(ok, cette fois, le troll est sauf :-)
[^] # Re: e sais pas pourquoi
Posté par Obsidian . En réponse au journal Mandriva Linux 2008.1 "Spring" is out !. Évalué à 4.
[^] # Re: e sais pas pourquoi
Posté par Obsidian . En réponse au journal Mandriva Linux 2008.1 "Spring" is out !. Évalué à 4.
On a des femmes chauffeuses de bus (un certain nombre près chez moi, chez TICE), conductrices de métro, et de plus en plus de geekettes.
D'une manière générale, je trouve que les femmes apportent souvent un grand bol d'air frais chaque fois qu'il s'agit "d'humaniser" une structure quelle qu'elle soit. Un ordinateur, une distrib', un service d'une entreprise, une conférence de presse, etc (et pas seulement par leur présence, je précise).
Etant donné le temps que l'on passe tous désormais derrière un PC, et que celui remplace peu à peu tous les guichets dans nos vies quotidiennes, les ordinateurs ont désormais besoin d'être pensés au delà de la simple considération technique, et il semblerait que Mandriva suive la bonne voie. Puissent-ils être précurseurs.
# Wikipédia, par exemple
Posté par Obsidian . En réponse au message Manipulation de clé. Évalué à 2.
C'est très adapté à l'assembleur, également, si tes orientations sont la concision, l'indépendance et la performance du code.
http://fr.wikipedia.org/wiki/MD5
http://fr.wikipedia.org/wiki/Rivest_Shamir_Adleman
http://fr.wikipedia.org/wiki/Digital_Signature_Algorithm
http://fr.wikipedia.org/wiki/SHA-256
[^] # Re: Pointeur fou.
Posté par Obsidian . En réponse au message prob serveur apache. Évalué à 2.
int main (void) { char a=1; free (&a); return 0; }[^] # Re: Nous sommes à l'étape 3 sur 4
Posté par Obsidian . En réponse au journal La vie en rose. Évalué à 2.
Connection reset by peer
# Pointeur fou.
Posté par Obsidian . En réponse au message prob serveur apache. Évalué à 5.
int main (void) { free ((char *)0x12345); return 0; }Sur des programmes déjà compilés, cela se produit généralement lorsqu'un binaire se lie avec la mauvaise version d'une bibliothèque, spécialement lorsque des structures ont été modifiées et qu'elles ne font plus la même taille.
Vois si tu n'as pas fait un upgrade un peu trop expérimental, ou si deux versions concurrentes d'une même lib ne cohabitent pas sur ton système (genre OpenClient vs FreeTDS).
[^] # Re: Oh, juste un doigt...
Posté par Obsidian . En réponse à la dépêche La guerre des formats de bureautique normalisés ISO commence. Évalué à 2.
[^] # Re: Avec sed
Posté par Obsidian . En réponse au message commande Cat avec un arret prècis. Évalué à 7.
On peut faire plus court en virant l'option n (donc affichage implicite), et donc virer p aussi.
Et tant que l'on y est, on peut donner la commande pour faire l'inverse, soit tout afficher à partir du motif :
sed -ne '/TIMESTAMP 12\/31\/2007/,$ p' < fichier
Voila, comme ça, ça restera dans Google Aide-mémoire ! :-)
[^] # Re: grep?
Posté par Obsidian . En réponse au message commande Cat avec un arret prècis. Évalué à 2.