Obsidian a écrit 5291 commentaires

Je voudrais savoir comment je peut monter mon disque NTFS sur linux (en lecture/écriture si possible) afin que je puisse aller prendre mes photos,vidéo,musique... sur la partition windows et si possible en tant que simple user.

D'abord, si c'est juste pour prendre ou même lire tes documents depuis la partoche Windows, la gestion du NTFS en lecture seule fonctionne très bien dans le noyau ! Pas besoin d'aller chercher ntfs-3g ou autre ...

Ensuite, si tu tiens à pouvoir transférer tes documents facilement, je te conseille plutôt de faire comme la plupart des gens : une partition FAT32 dédiée ! C'est quand même nettement moins hasardeux que d'aller directement bidouiller le NTFS de Windows sur lequel se trouve le système ...

Par là :

http://tnerual.eriogerg.free.fr/vimqrc-fr.pdf

find ./MilesRoot -not -regex '^./MilesRoot/report.*' -exec chown nlaccept:nlaccept {} \;

M'enfin bon, si c'est juste pour un seul répertoire et si ce n'est à faire qu'une seule fois, tu as plus vite fait de faire un chmod 000 sur ledit répertoire, lancer ton chown et restaurer les droit du répertoire ensuite.

Oui, mais c'est teigneux ...

Ce qui m'intéresse, moi, c'est :

- Est-ce enfin plus rapide et moins lourd ? Il me faut au minimum 10 secondes pour ouvrir le terminal la première fois et au moins 2 les fois suivantes (sur une Dapper, et un P4 1,2/1,7GHz, 1G de swap). Je sais, on a le droit de rêver.

- Est-ce que le bug d'Évolution sur le vidage de la corbeille a été enfin résolu ? J'ai 1500 mails en attente et autant dans la boîte à spams.

Désolé, je suis absent vendredi.

Qu'il vienne, je l'attends de pied ferme ! :-)

Sinon c'est bien :


#include
using namespace std;

void fonction (char ** p)
{
        cout << p[0][0] << endl;
}

int main (void)
{
        char tbl[10][20];

        fonction (tbl);

        return 0;
}

j'ai fait des essais de char **, mais rien de concluant...et je ne trouve pas d'aide dans mes bouquins....

C'est pourtant la signature de ce que tu as défini. Ca veut quoi, "rien de concluant" ?

Si ton problème est de passer le contenu entier en une fois, en conservant l'indication de taille de ton tableau à deux dimensions, il faut utiliser un objet qui gère le tout (car le travail doit être fait même s'il est masqué par une couche d'abstraction). Dans ce cas, tu auras peut-être envie d'aller voir du coté des std::vector<>. Mais vérifie d'abord si tu ne peux pas débugguer ce que tu as fait.

Quelqu'un reconfigure la matrice, on dirait ...

You're welcome.

$ vi memcorrupt.c++

int main (void)
{
delete (new char[4096]+256);
return 0;
}

$ g++ memcorrupt.c++ -o memcorrupt
$ ./memcorrupt

*** glibc detected *** ./mai

Même chose en C :

#include <stdlib.h>

int main (void)
{
free (malloc(4096)+256);
return 0;
}

L'idée est de passer aux routines de gestion de la mémoire qui reste dans l'espace d'adressage du processus (ce qui fait que le processeur ne segfaulte pas) mais qui ne corresponde malgré tout à rien de valable.

Si cela se produit au sein de la lib Magick, soit c'est un bug, soit la fonction incriminée essaie de faire des opérations sur un objet qu'elle suppose prêt à être utilisé et qui ne l'est pas.

Je ne connais pas DDD, donc je ne peux pas te donner la marche à suivre mais à vue de nez :

- Tu peux essayer un try { } catch (...) { } autour de ton code pour essayer de rattraper quelque chose mais ça m'étonnerait que ça marche. C'est la libc qui se plaind et il est peu probable (mais pas impossible) qu'elle communique avec la libstdc++.

- Il faudrait compiler ton affaire avec l'option -g si ce n'est pas fait par défaut (mode debug). Si la libc++ arrive à rattraper l'exception, DDD ou GDB seront capables de te montrer exactement quelles étaient les fonctions en cours d'exécution au moment du crash.

- Je ne sais pas du tout comment fonctione la lib Magick, mais il y a des chances pour que le BLOB déclaré au dessus ait besoin d'être préalablement initialisé d'une manière ou d'une autre avant usage ... A creuser.

C'est une interruption générique lancée par la glibc elle-même.

En général, elle arrive lorsque l'on tente de faire un free() ou un realloc() sur un pointeur dont le contenu a été modifié de façon incorrecte.

Je n'ai pas osé la faire ! :-)

Cerber : il y a des gens, ici, qui ont déjà installé Ubuntu à la place de Windows Vista [1]. Vérifie aussi, des fois qu'on t'ait refilé un NT4 sans te le dire ! XD


[1] https://linuxfr.org//~ploum/23705.html

En passant un fil de fer sous la porte, quelle question ...

SCO a donc licencié en octobre 2006, c'est-à-dire après la date mentionné dans la FAQ qui a curieusement pas été mis à jour.

Ils ont licencié le mainteneur de la FAQ ? /o\

Je crois que c'est la blague que l'auteur a voulu faire.

Du temps de Total, on a eu « vous ne viendrez plus chez nous, même par hasard. ». Celle-là était fine.

Entre ne jamais toucher un ordinateur et ne jamais toucher une bombe fille de sa vie ...

Je ne suis pas sûr que ce soit faisable. Il est fort possible que le « write protect » soit un flag obligatoire du protocole et que la clé, dépourvue de système de protection, l'annonce comme étant toujours désactivé.

De plus, pour pouvoir désactiver la protection d'une clé protégée en écriture, il faudrait ... écrire dans ce flag !

Même si je n'ai pas de preuve, il n'y a pas de doute pour moi.

Ah ben bravo.

Il y a tous les jours des gens tirés au sort pour être jurés. J'espère que tu auras la chance de passer au travers ...

Je serais très très très favorable qu'une enquête soit menée contre Gartner

Là, pour le coup, je m'étais déjà fait une opinion il y a trois ans :
https://linuxfr.org//~Docteur_Canard/15518.html#480123
Je crois que je ne changerai pas encore d'avis aujourd'hui ... :-)

J'ai la ferme intention d'entreprendre une étude avec le secteur privé (...) sur les moyens technologiques d'empêcher des gens d'utiliser et de chercher des mots dangereux comme 'bombe', 'tuer', 'génocide' ou 'terrorisme'", a expliqué Franco Frattini à l'agence Reuters.

Il faut croire qu'il n'a même jamais envoyé un e-mail de sa vie pour ne pas comprendre qu'à la place, on utilisera b0mB3, killah, g3n0c1de ou C01N !

NB : il est de la responsabilité de l'ISO d'avoir un processus de ratification qui ne sucks pas. L'ISO a faillit dans sa mission.

Jusqu'à présent, j'ai plutôt l'impression qu'ils ont fait les choses à peu près comme il faut, au contraire (pas comme l'USPO).

Mouaif. Je ne suis pas convaincu qu'il soit "éthique" de laisser un format "de merde" devenir ISO. Je ne suis pas convaincu qu'il soit "éthique" de laisser MS profiter de ses magouilles.

Non, mais en adoptant les mêmes méthodes, on devient aussi coupables que Microsoft. Si l'ISO a réussi à les mettre en échec, il n'y a pas de raison pour que les pro-ODF tiennent plus longtemps dans ces conditions.

Autre cas de panne possible :

--> Installer freepats <--

Freepats est une banque de sons pour les fichiers MIDI distincte du player lui-même. Donc, quand on installe timidity soi-même, il arrive souvent tout nu, et on peut effectivement passer du temps avant de trouver la cause.

C'est pourquoi il y a la moyenne des scores des commentaires dans la boîte du journal, juste à coté du lien "Lire le journal". Le problème, c'est que plus il y a de commentaires, plus la moyenne tend vers le zéro (normal).

Par contre, si cette moyenne arrive à être négative, là, tu peux en général passer ton chemin (ou régler ta toolbar).

Personellement, j'avais une carte Intel en état de marche qui réagissait de la même façon quand on la mettait sous tension.

Etant donné que la mise sous tension est piloté par un poussoir de commande, je ne pense pas que l'affaire accepte de fonctionner sans processeur ni mémoire. C'est le minimum vital. Les autres composants sont tous des périphériques et peuvent être absents. C'est le BIOS qui en fera état. Mais en l'absence de RAM et de processeur, tu ne peux pas faire tourner le moindre logiciel.