Obsidian a écrit 5292 commentaires

Probablement !
Merci pour le tuyau, cela m'épargnera je crois quelques heures de sueur ...

module.conf oui, mais le le fichier spécial lui même ? (A moins que tu n'utilises devfs).

De plus, le son lui même est envoyé vers /dev/dsp, mais le réglage du son se fait grace à un ioctl() sur /dev/mixer, qui n'est pas le même.

ls -ld /dev/mixer , ca donne quoi ?

Le truc bête:

As-tu les droits d'écriture sur /dev/mixer ?

Si en plus c'est une Mandrake (que j'utilise) il y a de bonnes chances qu'il s'agisse de cela parce qu'un des services de Mdk fait un chown sur une bonne partie des devices lorsque l'utilisateur se loggue. Et s'il ne s'est pas délogué correctement, tous ces /dev lui restent attribués.

C'est très chiant. Je n'ai pas encore identifié le programme coupable (bon j'ai pas beaucoup cherché non plus), mais cela m'empêche d'administrer ma machine avec mes jolis groupes et tout et tout ... et accréditer ou non mais une fois pour toutes une personne à accéder à des ressources particulières.

Nan, nan. Essaie déjà de remplacer

#include <chemin_vers_camera/camera.h>

par

#include "chemin_vers_camera/camera.h"

Sinon, ton « chemin_vers_camera » sera lui-même relatif aux différents répertoires standard de dépot des headers C++, et donc pas à ceux de ton projet.

Ensuite, que les headers fassent une boucle, c'est pas un problème en soi, si tant est qu'il soient protégés par des #ifndef et que les inclusions se fassent (évidement) avant les déclarations de classe. C'est plus génant si tes deux classes se réfèrent l'une à l'autre, genre class Map qui contient un pointeur vers Camera, et Camera qui contient un pointeur vers Map. Dans ce cas, évidement, il faut les déclarer chacune dans leur coin, en prototypant dans chacun des fichiers headers la classe d'en face.
Donc, comme tu le fais:

Map.h:
class Camera;
class Map
{
Blah blah blah
};

Camera.h:
class Map;
class Camera
{
Blah blah blah
};

Deux réserves cependant:

1) Il n'est pas du tout dit que ce soit effectivement la cause du problème présent. Essaie déjà d'utiliser des guillemets dans tes #include.

2) J'ai déjà été confronté à ce problème mais si tu as un deadlock entre deux classes, cela peut révéler une erreur de conception antérieure. Typiquement, dans le cas précis, une méthode qui renverrait une classe homologue serait condamnée à créer cet objet dynamiquement, objet qui en aucun cas ne pourrait être un membre de la classe qui contient la méthode en question, par exemple.

je pense que je vais mettre un cron.hourly avec un brutal pppd call adsl !
ca sera plus fiable, plus sur (et max 59 minutes de offtime)

La meilleure solution, c'est celle qui te convient, bien sûr. Mais si tu mets cela en place sans avoir saisi les causes de ta déconnexion, tu déplaces le problème, tu ne le résoud pas. Et puis il faudra configurer ton cron proprement pour qu'il ne lance pas un démon toute les heures si le précédent n'est pas encore mort !

maxfail 25

Cela doit venir de là: Jette un oeil à ton syslog pour voir ce qui a provoqué la déconnexion. Si c'est ton fournisseur d'accès qui ne répondait plus (cela m'arrive de temps en temps avec Free ADSL), cela suffit à remplir le nombre de cycles autorisés par maxfail.

Dans ce cas, un connect-delay de 1 minute devrait suffire à espacer suffisament les tentatives de connexion pour laisser le temps à ton homologue de revenir en ligne. Ensuite, si tu as mis ta ligne dans inittab, tu as le choix: Soit tu décides de relancer un nouveau cycle (respawn), soit tu estimes que 25 tentatives de connexion ratées à 1 minute d'intervalle chacune devraient suffire à conclure que quelque chose a besoin d'être réparé et que ta connexion devrait être relancée par l'administrateur (toi), auquel cas tu mets "once" plutôt que "respawn".

Bah en une ligne:

pppd pty 'pppoe -I eth0' nodetach connect-delay 3 user monlogin

avec ton password bien au chaud dans /etc/ppp/pap-secrets devrait faire l'affaire.

Le tout dans ton inittab, avec l'attribut respawn et cela devrait faire l'affaire. Comme il y a nodetach, pppd ne deviendra pas un daemon et restera sous le contrôle d'init, qui le relancera si jamais il meurt.

Le connect-delay est de bon ton, pour éviter de flooder ton fournisseur d'accès en cas d'erreur de config, qui ferait systématiquement mourrir pppd prématurément.

En fait tu doit avoir tes ".h" qui forment un cycle et donc a cause des "#ifndef MON_H", un des fichier n'a plus la déclaration de la classe sensée etre incluse ...

Peu probable, si un fichier inclus, même en cas de cycle ou de deadlock, est ignoré à cause d'un « #ifndef MON_H », c'est que le symbole en question a déjà été défini, donc par ce fichier, et donc que la déclaration de classe qu'il contient se trouve elle aussi déjà en mémoire. Par conséquent, cela ne devrait pas perturber sa compilation.

Le truc bête, tu utilises quel type d'include ?

#include "camera.h"
#include <camera.h>
#include camera.h

Le premier cherchera dans le répertoire courant, et il faudra préciser le chemin si ce n'est pas le bon. Le second ira voir dans les répertoires standards et ceux précisés par l'option -I . Je n'ai jamais vu le troisième, je ne sais pas s'il marche. Ensuite, le C++ peut se passer du « .h » dans les déclarations, il me semble, mais tes fichiers doivent sans doute être nommés en conséquence.

Ensuite dans Map::Render, « Map » c'est quoi ? Un namespace, une classe qui contient une méthode Render ? ou une sous-classe Render ?

Si tu as mis ta « caméra » dans une zone de nommage ou une classe mère, n'oublie pas de la qualifier avec le nom de cet environnement. Ou alors utilise using namespace blahblah; en haut de ton source, et dans le bon ordre s'il y en a plusieurs.

Enfin, spécifier « class camera » revient à déclarer la classe. C'est exactement la même chose que dans ton .h, sauf qu'il manque l'essentiel: Le bloc qui suit et qui contient les données membres et méthodes. Donc le compilateur accepte de continuer en espérant que le code que tu génères sera linké avec ce qu'il manque, mais ne sait absolument pas de quoi il s'agit. Donc, non ce n'est pas une bonne idée :-)

Voila. Tiens-nous au courant. A++

Oups ! C'est pas mkdev mais makedev. Au temps pour moi.

Pour le reste, je ne crois pas que ton disque soit complètement mort. Ton BIOS te l'aurait dit avant. Par contre il est possible que Linux ne reconnaisse plus la géométrie de ton disque, on pire, que ton MBR ait été effacé, ce qui expliquerait l'absence de partitions, mais la il faut quand même le vouloir !

Essaie de faire un xxd /dev/hdc puis pareil sur hdc2 et hdc5.

Il se peut aussi qu'il n'y ait pas suffisament de droits sur tes liens symboliques. Essaie de les mettres en chmod 777 et vois si cela change quelque chose.

Il y a douze ans (1992) je recevais mon 486DX33. Il tournait déjà sous Windows 3.1 (putain que le temps passe vite) et il y avait déjà belle lurette que je n'avais plus à parquer mes têtes de lecture moi-même. Mais c'est toujours bon de rappeler à ceux qui débutent que cela a existé il n'y a pas SI longtemps, et surtout: Pourquoi !

En tout cas pour moi la DRM - et toutes autres BigBrotheries telles que NGSCB ou autre sigle farfelu - reste une mauvaise idée.

Outre le fait que cela va risquer de compliquer singulièrement les échanges en tout genre (Genre: Mail 1) "T'as oublié d'attacher la pièce jointe." Mail 2) "T'as oublié de me donner la clé pour lire ton document" Mail 3) "Avec quoi on le lit déjà ?"), tôt ou tard quelqu'un finira par trouver une faille. Et si c'est dans une puce Fritz qu'elle se trouve, les conséquences risquent d'être 100 fois plus graves que pour DeCSS (qui n'a emmerdé que le consortium DVD qui tentait une mainmise sur un marché).

Il vaut mieux pour tout le monde rester sur des machines aux formats et documents ouverts, et apprendre à protéger soi-même son environnement (l'informatique, ça s'apprend) plutôt que de se fier comme à un miracle à une technologie toute neuve qui clame haut et fort « Dormez tranquilles, nous veillons pour vous ! ».

Non. Passer des heures à interpreter les messages abscons des compilos fait partie du c++ :) Et g++ est plutot au-dessus de la moyenne (il raconte un peu sa vie, mais il donne generalement plus d'infos que les autres).

Oh oui. En fait, la bibliothèque elle-même compile bien (et c'est heureux, mais c'est un peu la récompense pour avoir passé des mois à la nettoyer pour la rendre extrêmement propre, au moins dans la limite de mes capacités), mais le module lui-même compile mal, car il est écrit, lui, dans un style, qui correspond un peu plus à ce que les gens qui utiliseront les fonctions de la lib risquent de produire.


En fait, en gros je fait un:

cout << (A == B) << endl;

avec les parenthèses dûes à la priorité des opérateurs. L'expression entre parenthèses est censée retourner un booléen, qui se traduit ensuite par un « 0 » ou un « 1 » renvoyé sur la sortie standard.

Le meilleur, c'est que cela fonctionne très bien avec gcc (g++) 2.95. Malheureusement, je ne compile pas cette bibliothèque sur ma machine personnelle mais sur deux gros serveurs SUN SPARC SunOS, l'un équipé de gcc 2.95.3 et l'autre de gcc 3.1. Je me suis déjà dépatouillé avec les options spécifiques à SPARC. Il ne me manque plus grand chose je crois.

Exact, WinXP est un système d'exploitation de l'utilisateur.

Ah, et puis on ne le dira jamais assez: Si tu recompiles un noyau, active le SysRq. Un bon AltGr+Syst+"S"+"U"+"B" peut limiter les dégats de façon très appréciable.

Serait-il possible que mes devices se soit perdu lors du crash ?
Oui, moi cela m'est souvent arrivé. En général, je perds les fichiers (en tous genres) ouverts au moment du crash.

1) Jette un oeil à /lost+found à la racine de chaque partition, s'ils existent. Sinon, je te conseille fortement de les y créer.

2) Tu peux utiliser mkdev pour refaire tes /dev facilement, sinon tu lis /usr/src/linux/Documentation/device et tu le recrées avec mknod.

Ok, merci pour le lien ! :-)

Cela dit, je ne perds pas espoir, je pense que j'installerai un jour une Debian qui arrivera à fonctionner toute seule, d'ailleurs j'attends avec impatience le nouvel installateur, parce que celui en mode texte...

KNOPPIX roulaize !

Pour une référence rapide aux CSS, j'utilise http://www.w3schools.com(...) . Ils sont assez axés Windows, mais traitent les deux navigateurs principaux (IE / Netscape) sans discrimination.

Pour le reste, il faudrait être encore un peu plus précis. C'est quel genre de DEUG ? S'agit-il de s'initier à « l'utilisation d'Internet », auquel cas tu peux commencer par Google :-) ou de débuter dans le « développement avec les technologies du Web », où il faudra d'abord leur expliquer ce qu'est un ordinateur avant de créer des pages.

Le VRML ça veut bien dire « Virtual Reality Modeling Language » ?

Ah la Réalité Virtuelle, synonyme d'avenir et de science-fiction au début des années 90, cette mode n'aura finalement duré que deux ou trois ans.

Pour le coup, existe-t-il beaucoup de sites qui utilisent ce langage ?

void ma_vie(){
Tout d'abord, je tiens a dire que ma debian en kernel 2.6.3 marche désormais très bien, j'ai en effet recompilé avec le bon chipset et désormais le disque dur tourne bien avec le dma activé :-)
}

Il manque printf, sinon cela ne compilera pas ... :-)

J'ai forcé la main en modifiant le fichier de config de XFree, mais au démarrage de X, l'ecran s'affole et dit résolution non supportée.

Je ne suis pas un expert de la chose, mais souviens-toi que lorsque tu fais cela, il faut également tenir compte de la fréquence de rafraîchissement. Typiquement, en vertical, je ne pense pas que tu puisse dépasser 70Hz avec un « vieux » 17 pouces en 1280*1024 ...

Bof, si Fabien trouve le temps de lui faire une longue bafouille, autant que tout le monde en profite. C'est vrai que cela concerne un certain nombre de personnes.

C'est vrai que si l'on suit l'article à la lettre, il y a de quoi se révolter. On ne peut pas prôner le retour à l'Etat de droit, blah blah ... si on n'est pas fichu de respecter un sens interdit. Si vraiment les cyclistes sont verbalisés à la moindre infraction, cela s'appelle de la provocation. Surtout qu'avec un bon coup d'essuie-glace on n'en parlait plus. Six mois de prison, c'est excessif !

Bof, je pense qu'il sera condamné à un euro symbolique plus frais de justice, ou alors à une amende pour le principe parce qu'on n' « outrage » pas un homme d'Etat de cette façon, mais je ne pense pas (espérons-le) que cela ira plus loin.

On a eu chaud, le projet aurait pu s'appeler « Minimoi » (->[]).

C'est pas plutôt 1/5 d'€ ?

Pour le reste, je suis d'accord. La meilleure solution est encore la plus simple. Le barème de gain d'XP est déjà bien complexe, si en plus on changeait le système de notation vers quelque chose de plus sophistiqué que [ + / - ], on n'en verrait jamais la fin.

Le « bouton rouge » est une fausse bonne idée (même s'il existe sur d'autres forums), parce que tout le monde appuierait dessus pour des raisons futiles et les modérateurs ne pourraient plus s'y retrouver. A mon avis, un commentaire qui mérite vraiment de disparaître (haine raciale, injure, etc.) se prend déjà un -11#10, ce qui revient exactement au même.

Moi, la seule modification que je ferais - et encore: il s'agit de revenir au système précédent - est de faire sauter les limitations -11/+20 mais limiter à cette gamme la possibilité de perdre ou gagner un XP.

Il ya aussi le Parallel Processing HOWTO: http://yara.ecn.purdue.edu/~pplinux/PPHOWTO/pphowto.html(...) , qui sera bientôt disponible en français, et qui décrit les grandes lignes du traitement en parallèle et la façon dont on l'implémente sous Linux.

Il est un peu vieux, donc le hardware est plus tout à fait à jour, mais les infos qu'il donne sont toujours aussi pertinentes.