Non, c'est pas bien compliqué, j'ai parfaitement compris ce que toi et TheBreton voulaient dire...
Pour l'encombrement mémoire, je suis d'accord que ce n'est pas forcément un problème, mais il reste le problème que dans le pire des cas je doit écrire 5 Go sur le disque dur :)
Réponse courte: gné ?
Réponse longue:
- Qu'est ce que tail a à faire là dedans ? Aux dernières nouvelles, il sert à obtenir la fin d'un fichier, et ce que je veux supprimer est en plein milieux (et accessoirement, tail ne fonctionne qu'avec des entiers signés sur un 1 octets - des char quoi - alors que le fichier en question est constitué par des entiers ou des flottants, signés comme non signés, et de taille allant de 1 à 4 octets)
- tail dans un prog en C ? je ne suis pas fan de system()... et man 2 tail me dit que ya pas de libtail :)
- je ne veux pas supprimer seulement la fin, sinon ce serait trop facile (et ftruncate serait suffisant)
Donc soit j'ai mal compris, soit tu as mal compris (ou les deux)
En gros, c'est la solution que j'ai citée dans mon post: tout écrire dans un fichier temporaire sauf les octets à supprimer, puis déplacer le fichier temporaire
Je pense pas que ce soit une bonne idée: mettons nous dans le pire des cas: je veux réduire 50 fois un fichier de 100 Mo (taille maximale je pense des fichiers que je veux manipuler). Dans ce pire des cas, je suis obligé de faire appel 50 fois à la fonction (ça, c'est lié à la structure de mon programme, et je ne peux pas changer ce comportement sans faire un hack immonde - et quitte à faire un hack dégueulasse, je préfère encore utiliser ma solution de rechange, qui gaspille de la place dans le fichier mais qui a le mérite d'être extrémement rapide). Donc je dois écrire 50*100 = 5000 = 5 Go sur le disque dur ! Et ça, c'est en comptant que déplacer le fichier ne recopie pas les données - si le répertoire /tmp est sur une partition différente on va devoir écrire 10 Go sur le disque... A contition que la partition /tmp soit assez grande, sinon le programme plante
De plus, soit j'utilise un buffer variable pour stocker les données lues par read (et dans ce cas si l'octet à supprimer est au début ou à la fin du fichier ça bouffera 100 Mo en RAM), soit un buffer constant (et dans ce cas je dois choisir une taille, trop grande, ça bouffe de la mem pour rien, trop petit je devrais faire beaucoup d'appels à read-write sur de petits buffer, et ça dégradera les performances)
Ma question, c'est s'il existe pas un moyen aussi simple pour réduire la taille d'un fichier que O_APPEND pour l'augmenter...
ffmpeg aussi le supporte... par contre, je ne sais pas ce qu'il faut mettre pour l'audio, étant donné que je n'ai aucune expérience de ces logiciels et des caméras...
ffmpeg -i video.avi -acodec le_codec_audio_qui_va_bien -vcodec dvvideo -sameq video_dv.avi
il est extremement simple d'intercepter tous les appels de fonction fait par un executable dans une libraire
Et si cette fonction est inline, ou si c'est une macro ?
How many of them are saying, "I'm so impressed I'm going to switch to a Free Software desktop." Virtually zero.
Etrangement, je suis d'accord avec l'argument mais pas avec la conclusion. Effectivement, personne ne dit "j'ai été tellement impressioné par Firefox que je vais passer à un système libre". Mais si demain Firefox n'existe plus que pour Linux/BSD, ceux qui ont été "impressionés par Firefox" passeront sous IE plutôt que sous Linux/BSD (Linux, c'est compliqué, ya que du mode texte, j'ai pas dreamweaver, mon matos marche pas, j'ai la flemme de l'installer, ya pas de jeux)... Au contraire, Firefox sous Windows permet de réduire les sites "100% compatibles IE - 0% reste du monde". Et ça peut vous paraitre égoiste, mais je préfère pouvoir visionner tous les sites sous mon Firefox sous Linux plutôt que Linux gagne 0.0000001% des parts de marché... (gain par un Firefox uniquement sous Linux). L'argumentation "c'est les logiciels qui font le choix du système d'exploitation" ne fonctionne que dans le cas d'une migration Windows->Linux. Tous les logiciels Linux ont un équivalent Windows (on parle du voisin qui a piraté XP pro, pas d'un admin réseau qui a à gérer quelques centaines de machines), mais pas l'inverse. Je ne pense pas que beaucoup de personnes aient choisies Linux uniquement pour Kopete/Evolution...
> creant ainsi une situation qui n'aurait jamais eu lieu sans l'homme (ex: gene de poisson dans une plante)
Ha... va te promener en forêt et mange tous les fruits pas que tu trouves. Avec un peu de (mal)chance tu peux être très malade.
Bah oui les plantes toxiques ça existait déjà avant les OGMs.
La différence, c'est que pour les OGMs, on ne sait pas à l'avance si c'est toxique ou pas. Et là je suis d'accord avec toi, il faut plus de tests... avec des champs expérimentaux par exemple... (mais s'il n'y avais pas des écolos intaigristes qui n'ont pas pris le temps de chercher la définition d'expérimental...)
Ce qui me fait marrer chez les anti-OGMs, c'est leurs arguments: on connait pas donc c'est peut être dangeureux donc on brûle les champs expérimentaux (la peur de l'inconnu... avec des raisonnements pareils on en serait encore à l'état de manger de la viande crue dans des grottes gelées en hivers. Le feu ? Ca brûle, c'est extrèmement dangeureux ! Et ça peut modifier l'environnement en brulant des forêts entières !). C'est pas bien parce que ça peut se disséminer dans la nature. Comment ça c'est stérile? ben dans ce cas c'est pas bien parce que ça bloque les agriculteurs (en gros c'est pas bien parce que ça peut se reproduire mais comme ça peut pas se reproduire alors c'est pas bien parce que ça peut pas se reproduire... enfin c'est pas bien quoi!)
Je vois mal un débutant voulant installer debian, avec un installer bourré d'angliscismes et jargonnage et autres débilités de ce genre.
Celui qui installe Debian (ou une distribution Linux en général) a un minimum de connaissance en inforlatique en comprendra mieux "proxy" que "serveur mandataire". Et celui qui ne comprend pas "proxy" ne comprendra pas non plus "serveur mandataire" (serveur ? c'est celui qui sert les plats aux restaurants, qu'est ce que ça a à voir avec internet ?)
superstrings, c'est pas la théorie des supercordes (et pas super-ficelles) ?
Sinon il faudrait créer une page Wiki où rapporter toutes les erreurs au lieu d'envoyer un mail aux traducteurs (comme ça on est sûr de pas envoyer tous la même erreur). Non ? Si ?
Tu as le nombre de bureaux, l'ordre et leurs noms. Et difficile de faire plus simple à modifier avec un éditeur de texte :)
Comme quoi, pour la config, ya mieux que du XML...
Mon avis: AnyGui (http://anygui.sourceforge.net/(...)) + Python. Pas essayé, mais étant donné qu'il permet le choix du toolkit il doit vraiment être portable :)
Et tu fais comment pour traduire ça: "Erreur numero " + error + " a la ligne " + lineNb + ", colonne" + colNb + " du fichier " + fileName ? Parce que _("Erreur numero ") + error + _(" a la ligne ") + lineNb + _(", colonne") + colNb + _(" du fichier ") + fileName nécessite 4 traduction au lieu d'une seule, et on ne peut pas changer l'ordre des mots (ici ce n'est pas grave, mais dans une phrase complexe...).
Parce que Mozilla c'est un exemple de poids plume ?
Compare Jext et Kate par exemple. Et pas seulement et terme de vitesse de lentement. Je ne pense pas que Jext en sorte gagnant... En tout cas à l'époque où je l'avais testé sur un Pentium 400 Mhz Jext était presque inutilisable...
Chez moi j'ai pas de console.perms...
T'utilises alsa ou oss ? Que fait play /usr/share/sounds/KDE_Startup.wav en user ? en root ? /dev/dsp* appartiennent t'ils bien au groupe audio ? Qu'as tu mis à la place de nom_du_utilisateur_1 ? Quelles sont les permissions de /dev/dsp* ?
[^] # Re: AMHA
Posté par Moonz . En réponse au message Supprimer le contenu d'un fichier. Évalué à 1.
Pour l'encombrement mémoire, je suis d'accord que ce n'est pas forcément un problème, mais il reste le problème que dans le pire des cas je doit écrire 5 Go sur le disque dur :)
[^] # Re: une ptite idee
Posté par Moonz . En réponse au message Supprimer le contenu d'un fichier. Évalué à 1.
Réponse longue:
- Qu'est ce que tail a à faire là dedans ? Aux dernières nouvelles, il sert à obtenir la fin d'un fichier, et ce que je veux supprimer est en plein milieux (et accessoirement, tail ne fonctionne qu'avec des entiers signés sur un 1 octets - des char quoi - alors que le fichier en question est constitué par des entiers ou des flottants, signés comme non signés, et de taille allant de 1 à 4 octets)
- tail dans un prog en C ? je ne suis pas fan de system()... et man 2 tail me dit que ya pas de libtail :)
- je ne veux pas supprimer seulement la fin, sinon ce serait trop facile (et ftruncate serait suffisant)
Donc soit j'ai mal compris, soit tu as mal compris (ou les deux)
[^] # Re: AMHA
Posté par Moonz . En réponse au message Supprimer le contenu d'un fichier. Évalué à 1.
Je pense pas que ce soit une bonne idée: mettons nous dans le pire des cas: je veux réduire 50 fois un fichier de 100 Mo (taille maximale je pense des fichiers que je veux manipuler). Dans ce pire des cas, je suis obligé de faire appel 50 fois à la fonction (ça, c'est lié à la structure de mon programme, et je ne peux pas changer ce comportement sans faire un hack immonde - et quitte à faire un hack dégueulasse, je préfère encore utiliser ma solution de rechange, qui gaspille de la place dans le fichier mais qui a le mérite d'être extrémement rapide). Donc je dois écrire 50*100 = 5000 = 5 Go sur le disque dur ! Et ça, c'est en comptant que déplacer le fichier ne recopie pas les données - si le répertoire /tmp est sur une partition différente on va devoir écrire 10 Go sur le disque... A contition que la partition /tmp soit assez grande, sinon le programme plante
De plus, soit j'utilise un buffer variable pour stocker les données lues par read (et dans ce cas si l'octet à supprimer est au début ou à la fin du fichier ça bouffera 100 Mo en RAM), soit un buffer constant (et dans ce cas je dois choisir une taille, trop grande, ça bouffe de la mem pour rien, trop petit je devrais faire beaucoup d'appels à read-write sur de petits buffer, et ça dégradera les performances)
Ma question, c'est s'il existe pas un moyen aussi simple pour réduire la taille d'un fichier que O_APPEND pour l'augmenter...
[^] # Re: une piste ?
Posté par Moonz . En réponse au journal Convertir une vidéo en DV ?. Évalué à 2.
ffmpeg -i video.avi -acodec le_codec_audio_qui_va_bien -vcodec dvvideo -sameq video_dv.avi
[^] # Re: Discrimination positive
Posté par Moonz . En réponse à la dépêche [débat] Pour ou contre le développement des logiciels libres sous Windows ?. Évalué à 1.
Et si cette fonction est inline, ou si c'est une macro ?
[^] # Re: 1 de perdu...
Posté par Moonz . En réponse au journal Qt 4.0 en GPL sous Windows. Évalué à 4.
Etrangement, je suis d'accord avec l'argument mais pas avec la conclusion. Effectivement, personne ne dit "j'ai été tellement impressioné par Firefox que je vais passer à un système libre". Mais si demain Firefox n'existe plus que pour Linux/BSD, ceux qui ont été "impressionés par Firefox" passeront sous IE plutôt que sous Linux/BSD (Linux, c'est compliqué, ya que du mode texte, j'ai pas dreamweaver, mon matos marche pas, j'ai la flemme de l'installer, ya pas de jeux)... Au contraire, Firefox sous Windows permet de réduire les sites "100% compatibles IE - 0% reste du monde". Et ça peut vous paraitre égoiste, mais je préfère pouvoir visionner tous les sites sous mon Firefox sous Linux plutôt que Linux gagne 0.0000001% des parts de marché... (gain par un Firefox uniquement sous Linux). L'argumentation "c'est les logiciels qui font le choix du système d'exploitation" ne fonctionne que dans le cas d'une migration Windows->Linux. Tous les logiciels Linux ont un équivalent Windows (on parle du voisin qui a piraté XP pro, pas d'un admin réseau qui a à gérer quelques centaines de machines), mais pas l'inverse. Je ne pense pas que beaucoup de personnes aient choisies Linux uniquement pour Kopete/Evolution...
[^] # Re: politique ou idéologie !?
Posté par Moonz . En réponse à la dépêche Internet et le Libre dans l'Huma Hebdo. Évalué à 1.
Ha... va te promener en forêt et mange tous les fruits pas que tu trouves. Avec un peu de (mal)chance tu peux être très malade.
Bah oui les plantes toxiques ça existait déjà avant les OGMs.
La différence, c'est que pour les OGMs, on ne sait pas à l'avance si c'est toxique ou pas. Et là je suis d'accord avec toi, il faut plus de tests... avec des champs expérimentaux par exemple... (mais s'il n'y avais pas des écolos intaigristes qui n'ont pas pris le temps de chercher la définition d'expérimental...)
Ce qui me fait marrer chez les anti-OGMs, c'est leurs arguments: on connait pas donc c'est peut être dangeureux donc on brûle les champs expérimentaux (la peur de l'inconnu... avec des raisonnements pareils on en serait encore à l'état de manger de la viande crue dans des grottes gelées en hivers. Le feu ? Ca brûle, c'est extrèmement dangeureux ! Et ça peut modifier l'environnement en brulant des forêts entières !). C'est pas bien parce que ça peut se disséminer dans la nature. Comment ça c'est stérile? ben dans ce cas c'est pas bien parce que ça bloque les agriculteurs (en gros c'est pas bien parce que ça peut se reproduire mais comme ça peut pas se reproduire alors c'est pas bien parce que ça peut pas se reproduire... enfin c'est pas bien quoi!)
# autre solution
Posté par Moonz . En réponse au sondage La signature en bas de mes mails est. Évalué à 1.
bah quoi ? :p
(la preuve j'allais mettre je ne poste jamais d'emails ;)
# attention à la casse...
Posté par Moonz . En réponse au message anjuta / gtkmm / libsigc++2.0. Évalué à 3.
Et il y a encore pas longtemps (Gtkmm 2.2) c'était SigC::slot et non pas SigC::mem_fun
# Question bête, réponse idiote...
Posté par Moonz . En réponse au journal Abus des logiciels de type wiki. Évalué à 10.
Parce que c'est le but d'un wiki ?
# Et ça ?
Posté par Moonz . En réponse au journal [mavie]Client Jabber de reve... un jour?[/mavie]. Évalué à 2.
http://miranda-im.org/:(...) du style Gaim, assez apprécié de quelques utlisateurs de Windows que je connais (mais ils sont déjà "sensibilisés" au libre avec Firefox & co ;)
http://sim-icq.sourceforge.net/index.html(...)
http://jabber.triplesoftware.com/(...)
En pas libre mais freeware (mais sapucaipalibre, à n'utiliser qu'en dernier recours:
http://wpkontakt.wp.pl/(...)
http://www.tipic.com/node.php?id=1386(...)
http://www.pandion.be/(...)
http://www.neosmt.com/eng/index.php(...) <- fait de la vidéo
http://jajc.ksn.ru/(...)
Tous les clients ici: http://www.jabber.org/software/clients.php(...)
C'est fou le nombre de clients pas libres d'un protocole libre :(
[^] # Re: Joli !
Posté par Moonz . En réponse à la dépêche Debian Sarge : ça arrive. Évalué à 5.
Celui qui installe Debian (ou une distribution Linux en général) a un minimum de connaissance en inforlatique en comprendra mieux "proxy" que "serveur mandataire". Et celui qui ne comprend pas "proxy" ne comprendra pas non plus "serveur mandataire" (serveur ? c'est celui qui sert les plats aux restaurants, qu'est ce que ça a à voir avec internet ?)
# superstrings
Posté par Moonz . En réponse à la dépêche Autonomy : un roman Libre pour emporter à la plage. Évalué à 3.
Sinon il faudrait créer une page Wiki où rapporter toutes les erreurs au lieu d'envoyer un mail aux traducteurs (comme ça on est sûr de pas envoyer tous la même erreur). Non ? Si ?
[^] # Re: Un fork pour un gnome d'expert
Posté par Moonz . En réponse à la dépêche Un fork de GNOME sur les rails ?. Évalué à 4.
Tu as le nombre de bureaux, l'ordre et leurs noms. Et difficile de faire plus simple à modifier avec un éditeur de texte :)
Comme quoi, pour la config, ya mieux que du XML...
# Petit ajout
Posté par Moonz . En réponse au journal Gnome System Tools 1.0 rc-1. Évalué à 4.
# Python
Posté par Moonz . En réponse au journal Développement multi-plateformes. Évalué à 2.
[^] # Re: C++
Posté par Moonz . En réponse au journal Développement multi-plateformes. Évalué à 3.
[^] # Re: Développement multi-plateformes
Posté par Moonz . En réponse au journal Développement multi-plateformes. Évalué à 2.
wxWidgets. Et de ce que j'en ai vu, supporte mal l'Unicode et GTK 2
Qt
Ne permet pas de faire un logiciel GPL sous Windows
Gtk
Nécessite un serveur X sous Mac OSX... Pas encore le top
[^] # Re: C++
Posté par Moonz . En réponse au journal Développement multi-plateformes. Évalué à 1.
[^] # Re: C++
Posté par Moonz . En réponse au journal Développement multi-plateformes. Évalué à -2.
[^] # Re: C'est un troll.
Posté par Moonz . En réponse à la dépêche Mono 1.0 sous le feu des projecteurs. Évalué à 1.
[^] # Re: SQLite
Posté par Moonz . En réponse à la dépêche Sortie de PHP 5.0.0. Évalué à 6.
http://gtk.php.net/(...)
Mais c'est du GTK+ 1.2... Il me semblait avoir entendu parler d'un binding wxWindows wxWidgets mais je ne retrouve plus la page...
[^] # Re: Pour information...
Posté par Moonz . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 2.
Compare Jext et Kate par exemple. Et pas seulement et terme de vitesse de lentement. Je ne pense pas que Jext en sorte gagnant... En tout cas à l'époque où je l'avais testé sur un Pentium 400 Mhz Jext était presque inutilisable...
[^] # Re: kezako
Posté par Moonz . En réponse au journal gcctraffic. Évalué à 3.
[^] # Re: j'ai trouvé mais ....
Posté par Moonz . En réponse au message plusieurs instances de kde en meme temps. Évalué à 2.
T'utilises alsa ou oss ? Que fait play /usr/share/sounds/KDE_Startup.wav en user ? en root ? /dev/dsp* appartiennent t'ils bien au groupe audio ? Qu'as tu mis à la place de nom_du_utilisateur_1 ? Quelles sont les permissions de /dev/dsp* ?