- seq mange du CPU, c'est normal, il fait son travail, il génére une liste de nombres (une séquence). Il faut donc du CPU, et de la RAM pour que bash stocke cette séquence textuelle. Le problème, c'est que sur une erreur, il libère pas, donc ça fuit.
- après ça plante s'arrête sans doute à cause d'une limitation de bash.
Bref le problème existe et peur certainement en révéler d'autres.
- prendre son bash
- taper '$(seq 1000000)' (ou moins si vous avez pas 100Mo à filer à bash)
- sortir son top et constater le résultat
bon, c'est pas tout, faudrait que j'envoie un rapport de bugs, je savais même qu'il y avait un site officiel, je pensais que c'était comme les *-utils, un bordel sans nom, des machins ça et là ...
c'est un bon cru ce bash 3, la syntaxe {1..10} se faisait cruellement attendre.
moi je vois pas vraiment de faille dans le spoofing : beaucoup de site font l'amalgame, toi aussi. Rappelons leur qu'en deux lignes de VB, on peut enregister un iexplore.exe de son cru et faire n'importe quoi ...
C'est le même problème qu'un faux gestionnaire de login qui mémoriserait d'abord ton mot de passe avant d'effectivement ouvrir ta session.
certes, j'ai extrapolé un peu vite. Je ne comprends pas comment on peut faire des traductions s'il n'y a pas de procédure automatique de mise à jour. Sinon je crois que ça se transforme vite en « j'écris ma version du bouquin dans mon coin »
Quant à ant, à part bouffer ma RAM et mon CPU, il se révèle apparemment incapable à synchroniser version originale anglaise et française comme on ferait pour des traductions gettext
Je suis très motivé pour poursuivre la traducion française qui est à l'abandon, seulement je n'ai aucune réponse à mes mails. Si quelqu'un à des contacts ...
j'ai toujours du mal à comprendre ça ...
Avec cyplp, on a réalisé une distribution pour étudiants, on nous a forcé à y mettre Scilab. « libre pour usage non commercial », donc pas libre. Je veux pas prendre cette responsabilité. Si on forme des étudiants à utiliser un logiciel « presque libre », tôt ou tard, on retombe dans le piège du logiciel propriétaire : on les aura formé, pieds et poings liés à ce logiciel.
c'est sans doute parce que les versions de std::string sont différentes ... à moins que j'ai rien compris aux sombres conneries des DLL ou il que la DLL désalloue elle même la mémoire qu'elle a allouée
non mais t'as rien compris ... le flush n'a aucun sens sur un flux d'entrée, d'ailleurs, tu dois bien déconner, puisque std::istream::flush n'est pas défini ...
le problème, c'est std::cout et tes char*. Fais des saisie propres ! et arrête de bricoler en rajoutant des instructions inutiles et insensé.
tu mets des std::cout.flush() entre chaque std::cout << "sans \\n final" << std::flush;
std::getline(std::cin, ligne);
std::istream::ignore sert à lire des caractères sur un flux mais sans les stocker : en gros tu jètes
std::cin.ignore(std::numeric_limits::max(), '\n');
lira tout ce qu'il peut jusqu'à ce qu'il trouve un '\n'
mais attention, sur une erreur, il faudra remettre le flux en état avant.
mais il a déjà effacé les fichiers! Et quand bien même, se contenter de mettre des zéros, c'est très inférieur en terme de sécurité par rapport à shred/wipe.
pour moi, wipe fait la même chose que shred, c'est à dire qu'il annihile fichiers, dossiers et partitions. Mais je n'ai pas vu dans le man de quoi nettoyer l'espace libre ...
1) rajoute un fflush(stdout); après ton printf ne se terminant pas par un '\n'
2) le format n'est pas bon ->'%h'
3) ton utilisation de GSList est mauvaise. déjà ta fonction ne respecte pas le bon prototype. Conforme toi à la documentation. Après, il te faut soit alouer chaque nombre que tu mets dans ta liste, soit utiliser GINT_TO_POINTER
moi j'en était resté aux cantons ...
Surtout la prépostion qui va avec « A l'Etat de Vaud » me laisse perplexe.
Un ami suisse pour expliquer çà un pauvre français ignard ?
[^] # Re: fuite un jour, fuite toujours
Posté par TazForEver . En réponse à la dépêche Nouvelle version majeure de bash. Évalué à 5.
- après ça plante s'arrête sans doute à cause d'une limitation de bash.
Bref le problème existe et peur certainement en révéler d'autres.
# fuite un jour, fuite toujours
Posté par TazForEver . En réponse à la dépêche Nouvelle version majeure de bash. Évalué à 10.
- prendre son bash
- taper '$(seq 1000000)' (ou moins si vous avez pas 100Mo à filer à bash)
- sortir son top et constater le résultat
bon, c'est pas tout, faudrait que j'envoie un rapport de bugs, je savais même qu'il y avait un site officiel, je pensais que c'était comme les *-utils, un bordel sans nom, des machins ça et là ...
c'est un bon cru ce bash 3, la syntaxe {1..10} se faisait cruellement attendre.
[^] # Spoofing et FUD
Posté par TazForEver . En réponse à la dépêche Nouvelles failles de sécurité de Mozilla et Firefox. Évalué à 5.
C'est le même problème qu'un faux gestionnaire de login qui mémoriserait d'abord ton mot de passe avant d'effectivement ouvrir ta session.
Ce n'est pas une faille en soi.
[^] # Re: Normal
Posté par TazForEver . En réponse au message Fonctionnement du OR. Évalué à 2.
[^] # Re: traduction française
Posté par TazForEver . En réponse à la dépêche Dive Into Python. Évalué à 1.
# refcards
Posté par TazForEver . En réponse à la dépêche Cartes de références pour développeurs. Évalué à 10.
http://refcards.com/(...)
les deux sites me semblent complémentaires.
[^] # Re: traduction française
Posté par TazForEver . En réponse à la dépêche Dive Into Python. Évalué à 1.
[^] # Re: traduction française
Posté par TazForEver . En réponse à la dépêche Dive Into Python. Évalué à 1.
# traduction française
Posté par TazForEver . En réponse à la dépêche Dive Into Python. Évalué à 3.
[^] # Re: Initiative
Posté par TazForEver . En réponse à la dépêche Plus de 10 conférences sur le libre au format OGM. Évalué à 3.
# utilitaire graphique
Posté par TazForEver . En réponse au message Traquer le mangeur de disque. Évalué à 6.
# semi-liberté
Posté par TazForEver . En réponse à la dépêche Sorties de Scilab 3.0 et de python-numarray 1.0. Évalué à 3.
Avec cyplp, on a réalisé une distribution pour étudiants, on nous a forcé à y mettre Scilab. « libre pour usage non commercial », donc pas libre. Je veux pas prendre cette responsabilité. Si on forme des étudiants à utiliser un logiciel « presque libre », tôt ou tard, on retombe dans le piège du logiciel propriétaire : on les aura formé, pieds et poings liés à ce logiciel.
Bref, elle pue cette licence INRIA.
[^] # Re: Oubliez!
Posté par TazForEver . En réponse au message Fuite de mémoire avec la classe. Évalué à 1.
[^] # Re: Oubliez!
Posté par TazForEver . En réponse au message Fuite de mémoire avec la classe. Évalué à 3.
petite erreur
sMsg.c_str(), sMsg.length()
manqué : strlen(sMsg.c_str()) <= sMsg.length()
préfère
sMsg.data() qui n'est pas limité par un '\0', les std::string pouvant contenir tout char. c'est donc préférable dans un contexte non-ASCII
[^] # Re: Prise en compte
Posté par TazForEver . En réponse au message cin.getline me cherche et me trouve. Évalué à 1.
le problème, c'est std::cout et tes char*. Fais des saisie propres ! et arrête de bricoler en rajoutant des instructions inutiles et insensé.
tu mets des std::cout.flush() entre chaque
std::cout << "sans \\n final" << std::flush;
std::getline(std::cin, ligne);
std::istream::ignore sert à lire des caractères sur un flux mais sans les stocker : en gros tu jètes
std::cin.ignore(std::numeric_limits::max(), '\n');
lira tout ce qu'il peut jusqu'à ce qu'il trouve un '\n'
mais attention, sur une erreur, il faudra remettre le flux en état avant.
[^] # Re: si ms souvenirs sont bons
Posté par TazForEver . En réponse au message Effacement sécurisé. Évalué à 1.
[^] # Re: si ms souvenirs sont bons
Posté par TazForEver . En réponse au message Effacement sécurisé. Évalué à 2.
[^] # Re: Peut-être
Posté par TazForEver . En réponse au message cin.getline me cherche et me trouve. Évalué à 2.
ET BORDEL, ARRETE les char* :o
std::istream&
std::getline(std::istream &, std::string &);
str::string ligne;
std::getline(std::cin, ligne);
non mais dit !
# Élie Semoun - Maison Periglioni
Posté par TazForEver . En réponse au journal décès d'un développeur PearPC. Évalué à -10.
# terminologie
Posté par TazForEver . En réponse au message Saloperie de Hackers !. Évalué à 1.
# tu fais pas
Posté par TazForEver . En réponse au message Exporter une classe incluse dans une bibliothèque.... Évalué à 2.
Après tu compiles et tu link avec (gcc -l)
[^] # Re: 4kstack
Posté par TazForEver . En réponse au journal Nouveaux drivers nvidia 1.0-6106 - IA 32. Évalué à 2.
# Documente toi
Posté par TazForEver . En réponse au message arrachage de cheveux avec des scanf !!!. Évalué à 1.
2) le format n'est pas bon ->'%h'
3) ton utilisation de GSList est mauvaise. déjà ta fonction ne respecte pas le bon prototype. Conforme toi à la documentation. Après, il te faut soit alouer chaque nombre que tu mets dans ta liste, soit utiliser GINT_TO_POINTER
RTFM en gros :D
[^] # Re: Torrent
Posté par TazForEver . En réponse à la dépêche Sortie d'Eclipse 3.0 finale. Évalué à 1.
# c'est quoi un État en Suisse ?
Posté par TazForEver . En réponse à la dépêche L'État de Vaud (Suisse) se tourne gentiment vers les logiciels libres. Évalué à 6.
Surtout la prépostion qui va avec « A l'Etat de Vaud » me laisse perplexe.
Un ami suisse pour expliquer çà un pauvre français ignard ?