Ouverture d'un .TIF de 2.6 Mo (11000x16000 monochrome) :
- xnview : 2~3 secondes
- gthumb : dans les choux, bloque le système, obligé de faire un pkill depuis une console
- feh : idem
J'irais pas défendre l'interface de xnview (je ne serais pas crédible ;-), mais avec pratiquement toutes les images qu'on peut trouver, il se débrouille vite et bien, et c'est la première chose que je demande à un viewer... j'ai par contre découvert feh qui sur des images plus standard est très rapide avce une interface simple et efficace.
Effectivement, je l'utilise régulièrement sous Linux car il est vraiment très pratique et rapide, et même indipensable lorsqu'on a des répertoires de quelques centaines d'images. C'est dommage qu'il ne soit pas libre, surtout qu'un fork avec une vraie interface qui fait plaisir à voir serait bienvenue, mais bon, c'est aussi dommage que les alternatives qui existent ne soient pas du même niveau...
Votre mission, Mr Phelps, sera de convaincre les développeurs open-source que Microsoft n'ira pas les trainer en justice pour l'utilisation de brevets nous appartenant.
Il va s'agir d'une de vos plus dangeureuses missions, car ces développeurs sont hautement paranoïaques et vont sans doute y voir une conspiration machiavéliquement tordue de la part de Bill Gates pour soumettre le monde à son monopole et jeter tous ces développeurs en prison ou les faire crouler sous les dettes de procès faramineux.
Attendez vous à une très forte résistance sur les forums, à de nombreux lacher de trolls et même à des attaques de type Godwin, faites attention à votre boîte aux lettres qui risque de crouler sous les emails d'insultes ainsi que votre répondeur, et si vous avez un site web, sachez qu'il represente une cible de choix pour des attaques DoS ou autres virus.
Bonne chance, Mr Phelps.
Ce message disparaitra sous les [-] dans quelques secondes...
« - un static int dans une de mes structure.
- Ca n'a aucun sens »
Bien sûr que si ça a du sens! C'est d'ailleurs pour cela que Stroustrup l'a rajouté en C++...
« Plutot que de multiplier le nombre d'arguments possibles d'une fonction, il est plus judicieux d'en faire plusieurs. »
Je pense qu'il voulait ne faire qu'une seule fonction pour placer un static int dedans (accessible que de la fonction). Mais effectivement c'est quand même crad, il vaut mieux passer par une variable globale comme précisé plus haut.
Il est tout à fait vrai que l'on essaye de tout faire passer sur le port 80 à cause du firewall... mais c'est pour une raison très simple : la plupart des utilisateurs sont de *gros crétins* qui sont incapables de configurer leur firewall!
Ma boite diffuse un logiciel qui se connecte du poste client à un serveur via le net sur un port exotique (lire "un port non-80"), c'est très simple : la majorité des problèmes techniques sont dus aux firewall chez les clients qui, bien sûr, viennent saturer la hotline :
- « Ça marche pas votre truc!
- Vous utilisez un firewall? C'est quoi?
- Euh? oui en effet, c'est netscape... » (converstion authentique!)
D'ailleur, je te laisse deviner quel port et quel protocole utilisera la prochaine version du soft...
Enfin dans le même genre, un commercial d'une boite de sécurité (anyssa) nous a téléphoné plusieurs fois pour nous refourguer son firewall pour linux :
- « On en a pas besoin, on utilise iptable.
- iptable? c'est quoi? »
L'informatique, ça marcherait quand même à la perfection si il n'y avait pas d'humain pour en faire n'importe quoi...
« Si des astronomes annonçaient qu'un astéroïde géant se dirigeait vers la Terre et devait s'écraser avant, disons, 2015, cela ferait la une des journaux. [...] Si, par contre, on tente d'expliquer que le pétrole va bientôt manquer, personne ne réagit.... Vous trouvez ça logique ? »
Oui, tout à fait. L'humanité a vécu pendant un bon moment sans utiliser le pétrole et s'en est très bien passée... on aurait sans doute été heureux de pouvoir utiliser une voiture quelques siècles plus tôt, mais en tout cas il n'y a rien de comparable avec un astéroïde géant qui anéantirait la Terre!
Même s'il s'agit d'un problème qui mérite d'être montré du doigt, je pense néanmoins que c'est surtout un problème pour les occidentaux (et pour ceux qui vivent à l'occidental, par opposition à ceux qui n'ont ni éléctricité ni eau courante) qui ne représentent qu'une faible partie de la population mondiale (et qui de toutes façons seraient tout autant paniqués si leur portables ne marchaient plus...). La majeur partie de la planète n'utilise pas d'engrais, de tracteurs, de pesticides, ou même un minimum de méthode (cf l'Afrique) pour se nourrir, et c'est pour cela qu'elle souffre de malnutrition et de famine, mais en tout cas elle a la chance de ne pas dépendre de ces problèmes d'occidentaux, et même de pouvoir bien en rire quand ça arrivera...
Et enfin, même s'il s'en suivait une pénurie de nourriture faisant des milliards de morts, ça aurait le mérite de reléguer à plus tard le problème numéro un de l'humanité (loin devant le pétrole et les astéroïdes) : la surpopulation.
Euh, pas exactement, non... car un client qui fout en l'air son compte risque de venir gueuler par la suite et d'encombrer la hotline, voire, dans certains pays, de porter plainte et de gagner un paquet de millions de dollars (zut, je viens de dévoiler le pays!)... C'est quand même la base de protéger le client contre lui même...
Mais effectivement il ne s'agit pas d'un problème de sécurité au sens habituel (piratage/intrusion/serveurs en carafe, etc...)
gcc -O2 -fstrength-reduce -ffast-math -fforce-mem -fforce-addr -funroll-loops -I/usr/X11R6/include -c -o backconv.o backconv.c
backconv.c: In function `backconvert':
backconv.c:32: error: invalid use of undefined type `struct parameters'
backconv.c:32: error: dereferencing pointer to incomplete type
backconv.c:33: error: invalid use of undefined type `struct parameters'
backconv.c:33: error: dereferencing pointer to incomplete type
backconv.c:34: error: invalid use of undefined type `struct parameters'
backconv.c:34: error: dereferencing pointer to incomplete type
backconv.c:35: error: invalid use of undefined type `struct parameters'
backconv.c:35: error: dereferencing pointer to incomplete type
make: *** [backconv.o] Error 1
Euh désolé, mais j'ai franchement l'impression que tu essayes de généraliser à partir d'un cas complètement exotique, mais bon j'ai un peu eu du mal à suivre quand même c'est pourquoi je vais tenter d'être clair (sans être sûr que je le serais plus que toi :-)...
Cette histoire de prépocesseur qui remplace les 0 par des pointeurs invalides si le 0 n'est pas suffisament invalide m'a l'air complétement tordue!!!
C'est peut être le cas sur certaines architectures où on veut à tout pris pouvoir exploiter l'adresse 0 au mépris de la portabilité (je n'ai aucune expérience de ces machines et c'est la première fois que j'en entend parler), mais en règle générale, en C, l'adresse 0 est considérée comme une adresse invalide. Point barre. C'est une convention indépendante du fait que le hardware accepte les lectures ou écriture à l'adresse 0 (par 0 j'entend « (void*) 0 » bien sûr) .
Quand tu as une fonction qui retourne un pointeur 0 (ou NULL), ou une une variable pointeur contenant 0, on considère que ce pointeur est vide et ne pointe nulle part, et qu'il ne faut surtout pas lire ou écrire l'adresse pointée.
Si tu as : char *p = NULL; //(ou 0)
et que tu fais un : « if (*p) {...} » ou « *p='x' ; »
le compilateur ne fera pas d'erreur (on va voir pourquoi) mais c'est pourtant incorrect!
Maintenant il se peut que tu fasses de la programmation bas niveau et que tu aies besoin d'écrire à l'adresse 0 (tu veux par exemple fixer un vecteur d'interruption), tu as tout à fait le droit de faire un :
#define RESET_VECTOR (void*) 0
puis un : RESET_VECTOR = mon_gestionnaire_de_reset;
Il faut cependant remarquer qu'il s'agit alors d'une constante... et c'est effectivement pour ça que le compilateur te laisse accéder à 0 comme tu le veux et que cette convention du « 0 <=> adresse invalide » n'est pas connu du compilateur.
Si tu as un système où l'adresse 0 est de la RAM comme à l'adresse 0x123456 (par ex), il sera malheureusement impossible de l'exploiter normalement, comme par exemple si l'adresse était renvoyée par un malloc(), car si cette fonction te renvoie 0, ça ne signifie pas que tu as un bloc alloué à l'adresse 0, mais qu'il n'a pas été possible de faire l'allocation, car la convention « 0 <=> invalide » est par contre intégrée dans toute bibliothèque un minimum standard. Rien ne t'empêche cependant de réécrire un malloc() qui renvoie 0xFFFFFFFF si l'allocation ne peut pas se faire pour pouvoir exploiter normalement ton système, mais je t'avouerais que je préfèrerais perdre 1 octet de RAM plutôt que tenter de réinventer un ersatz de langage C avec des conventions différentes.
Ça a d'ailleurs été un problème important rencontré par Dave Small (pour les ex-lecteurs de STMAG...) lorsqu'il a codé son émulateur Mac sur ST, car le Mac autorisait la lecture de l'adresse 0, alors que le ST déclanchait une erreur de bus. Beaucoup de programmeurs sous MAC n'hésitaient pas écrire du code tel que ça :
if ( *p == TRUCMUCHE && p ) {...}
qui marchait sur un MAC mais plantait sur un ST (il fallait bien sûr inverser les 2 tests pour que cela soit correct), et il a donc dû bidouiller comme un fou pour récupérer l'erreur de bus et continuer le programme comme si de rien n'était, ce qui était théoriquement impossible, et qui lui a donc vallu beaucoup de mérite de tous les petits programmeurs en herbe comme moi (et sans d'autre porgrammeurs plus expérimenté aussi!)
En résumé, la solution la plus viable semble de rajouter un boitier Allot (le genre de truc vendu ici http://www.allot.com/pages/product_content.asp?intGlobalId=1(...) , dans les 50 000 euros l'unité ce qui revient à 2,82 euros par utilisateur) qui va filtrer les connections selon les adresses, les ports et surtout le protocole utilisé (celui de l'application).
C'est sans doute contournable, par exemple en modifiant le protocole p2p régulièrement, mais ça n'empèchera pas de porter un coup serieux aux réseaux p2p... avant qu'une nouvelle solution arrive, mélangeant par exemple le flux p2p avec du http, rendant son blocage impossible à moins de bloquer aussi le web...
N'empêche que si le noyau avait été écrit en Java, il n'y aurait pas eu ce genre de problème... et dire qu'il y a encore des gens pour prétendre le contraire...
« Jurassic Park date de 1993, tu t'attendais à voir quoi pour l'époque ? »
Ben par exemple des dinosaures en images de synthèse qui font sans doute encore plus vrais que les origninaux (et oui bien qu'on était en 93 les vrais dinosaures avaient disparu et on avait déjà de vrais ordinateurs capable de faire de la 3D digne de ce nom)... je n'ai pas été déçu sur ce point, par contre, désolé, mais le gadget en 3D misérable il n'est pas du tout passé, même si j'apprend quand même que ça a vraiment existé (et je suis quand même sur le cul de découvrir qu'il y a des personnes qui ont osé mettre de l'argent dans un truc aussi ridicule qui doit être absolument inutilisable)... ils auraient quand même pu faire un petit effort et faire un vrai système digne d'une superproduction américaine, ou à la rigueur en rester à la ligne de commande pour faire réél...
Et puis la petite fille pro d'Unix, non, vraiment pas... à la rigueur les dinosaures... pourquoi pas si c'est bien amené, mais bon la petite fille... faut pas pousser mémé dans les orties quand même...
Ça me rappelle Jurassic Park... Les gentils vont se faire bouffer par les méchants dinosaures, ils se retrouvent dans une salle machine avec sur un écran une espèce de truc en 3D fil de fer misérablement bidon (il devait y avoir 3 ou 4 cubes à l'écran) et là la petite fille qui ne doit pas avoir dépassé le stade de son 3ème poil s'écrie « Woua! je connais super bien, c'est un sytème Unix! » et elle sauve le monde avec sa souris (ou quelque chose dans le genre, je ne me rappelle plus vraiment...).
En fait après coup je me demande si il ne s'agissait pas de looking glass 0.000001...
D'ailleurs c'est marrant aussi mais il y a un informaticien dans le film, et il est méchant, gros, con, vénal mais heureusement il meurt bouffé par un dinosaure ridicule, ça lui apprendra à faire de l'informatique...
C'est sûr que les films c'était quand même bien mieux à vent avec Jean Lefevbre...
Si crontab -l n'indique pas les changements faits avec crontab -e, c'est qu'il y a un gros problème, à moins que l'erreur vienne de toi et que tu n'as pas sauvegardé ton crontab avant de quitter l'éditeur, ce qui est fort probable... sinon, le mieux est de réinstaller le package cron.
Sinon, est ce que ton script utilise des arguments ou des variables d'environnement? Par exemple, si il lance une application X, ça risque de foirer car DISPLAY n'est pas mise à la bonne valeur...
[^] # Re: xnview
Posté par calandoa . En réponse au journal Linux Planète, sales menteurs, voleurs !!!. Évalué à 2.
- xnview : 2~3 secondes
- gthumb : dans les choux, bloque le système, obligé de faire un pkill depuis une console
- feh : idem
J'irais pas défendre l'interface de xnview (je ne serais pas crédible ;-), mais avec pratiquement toutes les images qu'on peut trouver, il se débrouille vite et bien, et c'est la première chose que je demande à un viewer... j'ai par contre découvert feh qui sur des images plus standard est très rapide avce une interface simple et efficace.
[^] # Re: Encodage chang?
Posté par calandoa . En réponse au message problème d'encodage ?. Évalué à 2.
'é' en utf-8 -> 'é' en iso-8859-1, puis 'é' en utf-8 -> 'é' en iso-8859-1!
C'est con quand même, si la deuxième conversion était faite dans l'autre sens, ces problèmes de conversions s'annuleraient...
[^] # Re: xnview
Posté par calandoa . En réponse au journal Linux Planète, sales menteurs, voleurs !!!. Évalué à 2.
# Mission Impossible
Posté par calandoa . En réponse à la dépêche Poursuivre les violeurs de brevets ne serait pas le but de Microsoft. Évalué à 10.
Il va s'agir d'une de vos plus dangeureuses missions, car ces développeurs sont hautement paranoïaques et vont sans doute y voir une conspiration machiavéliquement tordue de la part de Bill Gates pour soumettre le monde à son monopole et jeter tous ces développeurs en prison ou les faire crouler sous les dettes de procès faramineux.
Attendez vous à une très forte résistance sur les forums, à de nombreux lacher de trolls et même à des attaques de type Godwin, faites attention à votre boîte aux lettres qui risque de crouler sous les emails d'insultes ainsi que votre répondeur, et si vous avez un site web, sachez qu'il represente une cible de choix pour des attaques DoS ou autres virus.
Bonne chance, Mr Phelps.
Ce message disparaitra sous les [-] dans quelques secondes...
[^] # Re: Mouai ... ;)
Posté par calandoa . En réponse au message static est structure. Évalué à 1.
- Ca n'a aucun sens »
Bien sûr que si ça a du sens! C'est d'ailleurs pour cela que Stroustrup l'a rajouté en C++...
« Plutot que de multiplier le nombre d'arguments possibles d'une fonction, il est plus judicieux d'en faire plusieurs. »
Je pense qu'il voulait ne faire qu'une seule fonction pour placer un static int dedans (accessible que de la fonction). Mais effectivement c'est quand même crad, il vaut mieux passer par une variable globale comme précisé plus haut.
[^] # Re: Ca dépend quelles plantes
Posté par calandoa . En réponse au sondage Mon activité favorite pendant les vacances. Évalué à 2.
# Th3 L4ngu4g3 0f tH3 r34l w4rl0RdZ
Posté par calandoa . En réponse au message A propos de programmation.... Évalué à -1.
Ok, ok... je sors...
# Th3 L4ngu4g3 0f tH3 r34l w4rl0RdZ
Posté par calandoa . En réponse au message A propos de programmation.... Évalué à 3.
Ok, ok... je sors...
# problèmes LG
Posté par calandoa . En réponse au message DVD LG. Évalué à 2.
Va voir sur le site de LG, de mandrake ou fait un recherche sur d'anciennes news ici qui t'expliqueront le problème en détail.
[^] # Re: l'o po compris
Posté par calandoa . En réponse à la dépêche Pour H4r7.org, le copyleft est victime de la charte anti-piraterie. Évalué à 10.
Ma boite diffuse un logiciel qui se connecte du poste client à un serveur via le net sur un port exotique (lire "un port non-80"), c'est très simple : la majorité des problèmes techniques sont dus aux firewall chez les clients qui, bien sûr, viennent saturer la hotline :
- « Ça marche pas votre truc!
- Vous utilisez un firewall? C'est quoi?
- Euh? oui en effet, c'est netscape... » (converstion authentique!)
D'ailleur, je te laisse deviner quel port et quel protocole utilisera la prochaine version du soft...
Enfin dans le même genre, un commercial d'une boite de sécurité (anyssa) nous a téléphoné plusieurs fois pour nous refourguer son firewall pour linux :
- « On en a pas besoin, on utilise iptable.
- iptable? c'est quoi? »
L'informatique, ça marcherait quand même à la perfection si il n'y avait pas d'humain pour en faire n'importe quoi...
[^] # Re: Lien source
Posté par calandoa . En réponse au journal Assez Bluffant. Évalué à 2.
# Il faut relativiser...
Posté par calandoa . En réponse au journal La fin du pétrole, c'est pour bientôt !. Évalué à 2.
Oui, tout à fait. L'humanité a vécu pendant un bon moment sans utiliser le pétrole et s'en est très bien passée... on aurait sans doute été heureux de pouvoir utiliser une voiture quelques siècles plus tôt, mais en tout cas il n'y a rien de comparable avec un astéroïde géant qui anéantirait la Terre!
Même s'il s'agit d'un problème qui mérite d'être montré du doigt, je pense néanmoins que c'est surtout un problème pour les occidentaux (et pour ceux qui vivent à l'occidental, par opposition à ceux qui n'ont ni éléctricité ni eau courante) qui ne représentent qu'une faible partie de la population mondiale (et qui de toutes façons seraient tout autant paniqués si leur portables ne marchaient plus...). La majeur partie de la planète n'utilise pas d'engrais, de tracteurs, de pesticides, ou même un minimum de méthode (cf l'Afrique) pour se nourrir, et c'est pour cela qu'elle souffre de malnutrition et de famine, mais en tout cas elle a la chance de ne pas dépendre de ces problèmes d'occidentaux, et même de pouvoir bien en rire quand ça arrivera...
Et enfin, même s'il s'en suivait une pénurie de nourriture faisant des milliards de morts, ça aurait le mérite de reléguer à plus tard le problème numéro un de l'humanité (loin devant le pétrole et les astéroïdes) : la surpopulation.
[^] # Re: oui mais ...
Posté par calandoa . En réponse au journal La fin du pétrole, c'est pour bientôt !. Évalué à 4.
http://www.linternaute.com/afp/depeche/eco/040703152526.x752y7o6_i.(...)
[^] # Re: rmdir et unlink
Posté par calandoa . En réponse au journal Free, ou la gestion des fonctions interdites en PHP. Évalué à 1.
Mais effectivement il ne s'agit pas d'un problème de sécurité au sens habituel (piratage/intrusion/serveurs en carafe, etc...)
[^] # Re: Lien source
Posté par calandoa . En réponse au journal Assez Bluffant. Évalué à 3.
gcc -O2 -fstrength-reduce -ffast-math -fforce-mem -fforce-addr -funroll-loops -I/usr/X11R6/include -c -o backconv.o backconv.c
backconv.c: In function `backconvert':
backconv.c:32: error: invalid use of undefined type `struct parameters'
backconv.c:32: error: dereferencing pointer to incomplete type
backconv.c:33: error: invalid use of undefined type `struct parameters'
backconv.c:33: error: dereferencing pointer to incomplete type
backconv.c:34: error: invalid use of undefined type `struct parameters'
backconv.c:34: error: dereferencing pointer to incomplete type
backconv.c:35: error: invalid use of undefined type `struct parameters'
backconv.c:35: error: dereferencing pointer to incomplete type
make: *** [backconv.o] Error 1
# Lien source
Posté par calandoa . En réponse au journal Assez Bluffant. Évalué à 2.
http://aa-project.sourceforge.net/bb/(...)
[^] # Re: Petites precisions
Posté par calandoa . En réponse au journal J'adore Linus. Évalué à 5.
Cette histoire de prépocesseur qui remplace les 0 par des pointeurs invalides si le 0 n'est pas suffisament invalide m'a l'air complétement tordue!!!
C'est peut être le cas sur certaines architectures où on veut à tout pris pouvoir exploiter l'adresse 0 au mépris de la portabilité (je n'ai aucune expérience de ces machines et c'est la première fois que j'en entend parler), mais en règle générale, en C, l'adresse 0 est considérée comme une adresse invalide. Point barre. C'est une convention indépendante du fait que le hardware accepte les lectures ou écriture à l'adresse 0 (par 0 j'entend « (void*) 0 » bien sûr) .
Quand tu as une fonction qui retourne un pointeur 0 (ou NULL), ou une une variable pointeur contenant 0, on considère que ce pointeur est vide et ne pointe nulle part, et qu'il ne faut surtout pas lire ou écrire l'adresse pointée.
Si tu as : char *p = NULL; //(ou 0)
et que tu fais un : « if (*p) {...} » ou « *p='x' ; »
le compilateur ne fera pas d'erreur (on va voir pourquoi) mais c'est pourtant incorrect!
Maintenant il se peut que tu fasses de la programmation bas niveau et que tu aies besoin d'écrire à l'adresse 0 (tu veux par exemple fixer un vecteur d'interruption), tu as tout à fait le droit de faire un :
#define RESET_VECTOR (void*) 0
puis un : RESET_VECTOR = mon_gestionnaire_de_reset;
Il faut cependant remarquer qu'il s'agit alors d'une constante... et c'est effectivement pour ça que le compilateur te laisse accéder à 0 comme tu le veux et que cette convention du « 0 <=> adresse invalide » n'est pas connu du compilateur.
Si tu as un système où l'adresse 0 est de la RAM comme à l'adresse 0x123456 (par ex), il sera malheureusement impossible de l'exploiter normalement, comme par exemple si l'adresse était renvoyée par un malloc(), car si cette fonction te renvoie 0, ça ne signifie pas que tu as un bloc alloué à l'adresse 0, mais qu'il n'a pas été possible de faire l'allocation, car la convention « 0 <=> invalide » est par contre intégrée dans toute bibliothèque un minimum standard. Rien ne t'empêche cependant de réécrire un malloc() qui renvoie 0xFFFFFFFF si l'allocation ne peut pas se faire pour pouvoir exploiter normalement ton système, mais je t'avouerais que je préfèrerais perdre 1 octet de RAM plutôt que tenter de réinventer un ersatz de langage C avec des conventions différentes.
Ça a d'ailleurs été un problème important rencontré par Dave Small (pour les ex-lecteurs de STMAG...) lorsqu'il a codé son émulateur Mac sur ST, car le Mac autorisait la lecture de l'adresse 0, alors que le ST déclanchait une erreur de bus. Beaucoup de programmeurs sous MAC n'hésitaient pas écrire du code tel que ça :
if ( *p == TRUCMUCHE && p ) {...}
qui marchait sur un MAC mais plantait sur un ST (il fallait bien sûr inverser les 2 tests pour que cela soit correct), et il a donc dû bidouiller comme un fou pour récupérer l'erreur de bus et continuer le programme comme si de rien n'était, ce qui était théoriquement impossible, et qui lui a donc vallu beaucoup de mérite de tous les petits programmeurs en herbe comme moi (et sans d'autre porgrammeurs plus expérimenté aussi!)
[^] # Re: deux URLs de plus
Posté par calandoa . En réponse au journal filtrage?. Évalué à 4.
C'est sans doute contournable, par exemple en modifiant le protocole p2p régulièrement, mais ça n'empèchera pas de porter un coup serieux aux réseaux p2p... avant qu'une nouvelle solution arrive, mélangeant par exemple le flux p2p avec du http, rendant son blocage impossible à moins de bloquer aussi le web...
# La preuve de la supériorité absolue de Java
Posté par calandoa . En réponse au journal J'adore Linus. Évalué à 2.
[^] # Re: j'aime pas suse mais......
Posté par calandoa . En réponse à la dépêche Interview de David Patrick et Alan Murray. Évalué à -4.
[^] # Re: Films nazes
Posté par calandoa . En réponse au sondage Parmi ces films, le plus naze est. Évalué à 2.
Ben par exemple des dinosaures en images de synthèse qui font sans doute encore plus vrais que les origninaux (et oui bien qu'on était en 93 les vrais dinosaures avaient disparu et on avait déjà de vrais ordinateurs capable de faire de la 3D digne de ce nom)... je n'ai pas été déçu sur ce point, par contre, désolé, mais le gadget en 3D misérable il n'est pas du tout passé, même si j'apprend quand même que ça a vraiment existé (et je suis quand même sur le cul de découvrir qu'il y a des personnes qui ont osé mettre de l'argent dans un truc aussi ridicule qui doit être absolument inutilisable)... ils auraient quand même pu faire un petit effort et faire un vrai système digne d'une superproduction américaine, ou à la rigueur en rester à la ligne de commande pour faire réél...
Et puis la petite fille pro d'Unix, non, vraiment pas... à la rigueur les dinosaures... pourquoi pas si c'est bien amené, mais bon la petite fille... faut pas pousser mémé dans les orties quand même...
[^] # Re: Films nazes
Posté par calandoa . En réponse au sondage Parmi ces films, le plus naze est. Évalué à 4.
En fait après coup je me demande si il ne s'agissait pas de looking glass 0.000001...
D'ailleurs c'est marrant aussi mais il y a un informaticien dans le film, et il est méchant, gros, con, vénal mais heureusement il meurt bouffé par un dinosaure ridicule, ça lui apprendra à faire de l'informatique...
C'est sûr que les films c'était quand même bien mieux à vent avec Jean Lefevbre...
[^] # Re: Recherche ingénieur ayant la fibre libre
Posté par calandoa . En réponse au message Recherche ingénieur ayant la fibre libre. Évalué à 2.
Sinon le poste a l'air intéressant, mais il manque une adresse de contact, et connaître le lieu serait utile...
# cron foireux?
Posté par calandoa . En réponse au message Problème avec crontab. Évalué à 3.
Sinon, est ce que ton script utilise des arguments ou des variables d'environnement? Par exemple, si il lance une application X, ça risque de foirer car DISPLAY n'est pas mise à la bonne valeur...
[^] # Re: Juilletistes
Posté par calandoa . En réponse au sondage Vacances. Évalué à 4.