KewlCat

Tu as essayé d'utiliser les drivers vesa et s3 ? Il n'y en a aucun qui donne satisfaction ? Il y a un projet "Unichrome" chargé d'écrire un driver pour X (Xfree86 et Xorg). Avant de commencer.... Tu es familier avec la compilation de sources ? Est-ce que quelqu'un a une meilleure idée (un driver qui fonctionne déjà bien, sans avoir à se cogner la compilation de celui-ci) ?

(bûche)

Tu ne peux pas te loguer ("connecter" pardon) avec ce compte pour aller y régler la langue ?

bûche et bonne nuit !

Les paramètres de langues de ce compte limité n'inclueraient-ils pas une map clavier anglaise, par hasard ?

Bah quoi ? T'as jamais vu les pubs pour le LOTO ?

C'est à dire ? Si tu passes juste le premier double par valeur ? C'est normal que ça plante !Fais très attention : tu as un tableau en double *vecteur1 vecteur1 est, grosso-modo, un int représentant l'adresse mémoire du premier double de ton tableau (i.e. "un pointeur"). *vecteur1 est la valeur présente à l'adresse (donc la première valeur double de ton tableau, celle qui est stockée à l'adresse pointée par vecteur1). Si tu passes *vecteur1 en paramètre, c'est comme si tu extrayais cette valeur du tableau et que tu la fournissais à ta fonction : double x = *vecteur1; tafonction(x);. Imagine ce qui se passe si on tente de dire à tafonction "x[ i ]" ! double x = *vecteur1; étant ici équivalent à double x = vecteur1[0]; Nuance : la fonction indicenext retourne *p_indicenext (qui est un int). Il est donc normal que cela plante.Fais un return de p_indicenext et pas *p_indicenext !

Quetzalcoatl : c'est ça que tu cherches ? -- edit -- Ah, grillé...

C'est le jeu, ma pauvre Lucette....

Autre remarque, rien à voir avec les warnings ou le reste : int count1 (double *vector1, int j) { int i; int nb1; for (i=0;i<j;i++) { if (vector1[i] == 1) { nb1++; } } return nb1; } Principe de précaution : initialise explicitement nb1 à zéro, c'est toujours mieux de ne pas laisser la machine décider à ta place. Et évite les appellations "i" ou "j". Quand c'est la taille du truc, tu appelles ca "indiceMax" ou "tailleVecteur" ou ce que tu veux... Tu as la chance d'avoir des fonctions courtes, mais le jour où ça deviandra compliqué tu vas galérer.

vector1 est un double *, ok ? Tu appelles count1 avec la valeur de vector1, donc tu passes un double en paramètre à count1(), ok ? ... et count1 attend un double * en paramètre ! Tu castes en int avant de retourner *pindiceprev, alors que tu es censé retourner un int * ?Fais un bête return de p_indiceprev, c'est déjà un int * ! idem pour indicenext()

OK, j'attends ton pour réouvrir ce sujet, alors.

Si tu n'en es pas convaincu, alors quel était l'interêt d'ouvrir ce topic, en premier lieu ?? Fais-le. Tu en as l'opportunité. On n'attend que ça. Lorsque l'on a la prétention d'essayer d'être impartial, il faut s'attendre à devoir tout savoir critiquer. Tu verras bien si je trouve des choses à redire à tes arguments. En attendant, je trouve énormément à redire sur ton absence d'arguments.

Et après c'est les modérateurs qu'on accuse de détourner la conversation sur la forme lorsque le fond est "indéfendable".... Monsieur "la théorie de l'évolution est un dogme", tu as trois posts pour présenter tes arguments sinon ce topic sera détruit. Tes interlocuteurs ont été suffisamment cléments pour passer outre tes manquements mais là la plaisanterie n'a que trop duré.

Oui, tu as parfaitement raison. Toutes les "preuves" que l'on trouve ont été disséminées par un petit plaisantin afin que l'on croie à une évoltion des espèces, mais il y a des gens beaucoup plus malins qui l'ont démasqué : il s'agit du Monstre en Spaghettis Volant.C'est lui qui nous a créés, d'ailleurs, si l'on en croit ses "découvreurs"... Et toi alors, toujours pas de théorie argumentée à nous présenter ?

N'oublie pas, si tu n'as pas déclaré a en "void", de caster : double *toto = f(chartab, (void *) &a);

Au cas où tu ne saurais pas à l'avance quelle est la longueur de ta chaîne, n'oublie pas le \0 à la fin OK pour le proto Il manque pas l'étoile derrière double ? Ou alors c'était "double *toto = f(chartab, &a)" pour l'appel ?

Ouaip, en C aucun souci. Reste à savoir si (parce que tu veux l'appeler directement depuis le R) ça peut te retourner un Vector Le "&a" est incompréhensible, il devrait y avoir un type, à cet endroit. Si c'est un pointeur c'est soit un void* soit un int (à caster en fonction de ce qu'on veut)Mais sinon, c'est ce que tu dis.

Commençons par le début. Actuellement, tu "lances" tes requêtes de quelle façon, exactement ?Sous quelle forme obtiens-tu le résultat ? Et juste un truc rapide : Non, surtout pas ! Le but / l'interêt du SQL embarqué dans PHP c'est que tu peux paramétrer les requêtes.

Tout dépend où tu as configuré ton "dépôt" ("repository"). Si j'en crois les specs données par Borland, tu peux même faire du client-serveur et avoir un dépôt distribué avec StarTeam, donc impossible de te dire "tes sources sont à tel endroit", puisque ça doit se configurer lorsque tu installes le dépôt.

Ca prend racine dans "FUBAR", et ça signifie à peu près autant de choses que le fait de choisir "toto" comme nom de variable

Tiens, si ça peut t'aider... Un guide d'installation Quickcam Messenger sous Linux La page du driver pour les Quickcam Messenger Le wiki de video4linux Un post du forum Ubuntu concernant les Quickcam Tu essaies de la "paramétrer" de quelle manière ? Tu as déjà le bon module, et un logiciel de "paramétrage" ?

Voilà, c'est déplacé dans Programmation

Même pas un petit "objet attendu" ou autre ? Ca m'étonne...

Juste histoire d'amener un peu d'eau au moulin de Derrick : - les quelques portables Packard Bell qu'il m'a été donné de voir chauffaient énormément (donc ventilos à fond tout le temps donc bruit de soufflerie insupportable à très court terme) - Packard Bell est connu pour ne pas fournir de CD avec ses ordinateurs, mais une "partition cachée" de restauration contenant moults outils dont la plupart sont inutiles à des personnes qui fréquentent trop Zebulon