From MAILER-DAEMON Wed Aug 27 08:58:38 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.22) id 19rzsX-0008Cd-6J for mharc-gini-dev-fr@gnu.org; Wed, 27 Aug 2003 08:58:25 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.22) id 19ryhq-00040Q-SX for gini-dev-fr@nongnu.org; Wed, 27 Aug 2003 07:43:18 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.22) id 19ryhl-0003zC-8P for gini-dev-fr@nongnu.org; Wed, 27 Aug 2003 07:43:14 -0400 Received: from [134.214.50.6] (helo=linux2.cpe.fr) by monty-python.gnu.org with esmtp (Exim 4.22) id 19ryfn-0003ak-89 for gini-dev-fr@nongnu.org; Wed, 27 Aug 2003 07:41:11 -0400 Received: from linux3.cpe.fr (linux3.cpe.fr [134.214.50.7]) by linux2.cpe.fr (Postfix) with ESMTP id A92E0CB165; Wed, 27 Aug 2003 12:41:10 +0200 (CEST) Received: by linux3.cpe.fr (Postfix, from userid 48) id 342074AD13; Wed, 27 Aug 2003 12:41:10 +0200 (CEST) Received: from 213.30.143.196 ([213.30.143.196]) by webmail.cpe.fr (IMP) with HTTP for ; Wed, 27 Aug 2003 12:41:09 +0200 Message-ID: <1061980869.3f4c8ac5df527@webmail.cpe.fr> Date: Wed, 27 Aug 2003 12:41:09 +0200 From: TRAVERSE Florian To: Noya Souvarine References: <1061899340.3f4b4c4c71efe@webmail.cpe.fr> <1061918575.870.21.camel@diplodo> <1061972752.3f4c6b10ef1a0@webmail.cpe.fr> <1061983833.869.22.camel@diplodo> In-Reply-To: <1061983833.869.22.camel@diplodo> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2 X-Originating-IP: 213.30.143.196 X-Mailman-Approved-At: Wed, 27 Aug 2003 08:58:17 -0400 Cc: gini-dev-fr@nongnu.org Subject: [Gini-dev-fr] Re: Re: X-BeenThere: gini-dev-fr@nongnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Liste de developpement de GINI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2003 11:43:21 -0000 Selon Noya Souvarine : > > > ben j'ai regardé... ca a l'air bon c'est compilé, non? ya pas d'erreur lors > de > > la compil... > > C'est bien compiler avec GTK 2 ? Alors ça doit etre bon, je voi pas > pourkoi ça a foirer la première foi. > le make clean sans doute... > > > j'ai reporté ça a ce soir , désolé, hier soir je me suis occupé de la > nouvelle > > imprimante et de mon serveur (arf j'ai meme oublié de telephoner à ma > copine... > > j'y ai repensé qu'a 0h30... :o/ ) > > A qui le dit tu ! C'est dur la vie de roboticien, on a du temps pour > rien :D > oh que oui!!! > > > oui je crois que tu avais du mal avec try/catch entre autre > > Oui try, catch et throw je sait pas trop ce que ça fait. > J'ai pas réussi a savoir aussi pourquoi certaines fonction commence par > *, par exemple *SetProgramer(...). > "TProgrammer *SetProgrammer(char *_Name)" veut dire que la fonction SetProgrammer(qui pernd en argument un pointeur de char, soit généralement une chaine de caractère... si t'as du mal avec les pointeurs, il y a d'excellent cours sur internet et des exos faciles à faire pour bien assimiler sur le net->google: "cours C pointeurs". si tu veux je t'aiderais a trouver un bon cours ;o) ) retourne un pointeur d'objet TProgrammer : en clair ça donne l'adresse de l'objet programmer choisit: tous les types de programmateur sont des "enfants" de l'objet TProgrammer (enfin à priori, j'ai pas lu suffisament le code pour en être sure, mais ca parait logique en programmation objet), c'est comme dire qu'un carré est une sorte de rectangle, et d'utiliser ses propriétés de rectangle (le carré est un enfant du rectangle qui peut lui meme etre un enfant de quadrilatère, lui meme enfant de polygone, etc...), ça s'appel le "polymorphisme" (voir ton bouquin de c++) : c'est le principal intéret, à mon sens, de la programmation objet. si t'es motivé, pointeurs et objet ça s'apprends assez vite (perso j'ai appris dans les bouquins et en lisant du code--il y a plusieurs années--... j'ai jamais pratiqué jusqu'au début de l'année mais au bout de quelques jours j'avais tres bien assimilé la chose). > Mais ce qui me pose des problemes là c'est le makefile, y va faloir que > j'en refasse un et je sait pas du tout comment faire :/ > pourquoi tu veux en refaire un? c'est fait par autoconf/automake et je t'incite fortement à ne pas le faire toi même! au pire si tu veux je m'en occuperais (en t'expliquant au passage ;o) ) > > > OK ça paraît logique, simple, et ça pourrait permettre d'utiliser le > debugger > > via le bootloader > Moi j'ai apris a me servir du debugger avec la doc officiel de microchip qui > > est super mal faite ! Mais hiers sur internet j'ai trouvé ça (Piece > Jointe). > C'est une doc super complette :) > > Quand j'y réfléchit (si si ça m'arrive !) je me dit qu'on pourait peut > etre inclure une interface debugger dans gini. Je m'explique : Pour > utiliser le dubugger on utilise les memes pattes du PIC que pour le > programmer (RB7, RB6, MCLR et éventuellement RB3 pour le low voltage > programing), sans utiliser de bootloader. Oui ca m'a traversé l'esprit aussi (ainsi qu'un simulateur de pic en intégrant GPsim) mais je vois pas comment tu peux tester les sortis de ton pic alors qu'il est sur le programmateur ?? > Page 67 de la doc que je t'ai envoyer Y montre comment il utilise le > debugger en in-situ avec une sonde reliée a une carte d'interface elle > meme reliée à le RS232 du PC. Ce qui est con dans ce system c'est que ça > permet uniquement de débugger le PIC mais pas de le reprogrammer, pour > changer son programme il est obliger d'enlever le pic du support et > d'utiliser un programateur, comme d' hab. ah j'avais pas vu, ca repond en partie à ma question il est peut être possible de faire une sonde sur le programmateur sinon... mais modifier le jdm(pour faire un programmateur compatible jdm avec debugger en plus), je me sent moyen à la hauteur! il faut faire appel à qqn qui maîtrise plus que moi l'electronique pour ça... sinon on peut intégrer un oscillo dans gini en utilisant un vieu projet qui permet de faire oscillo à partir de l'entrée micro de la carte son plus un petit montage pour protéger la carte (je trouverais ça cool, mais la première des priorité est d'abord de faire une IDE fonctionelle avec le programmateur). > On pourait faire mieux, on ne fabrique pas de carte d'interface vers la > RS232 (ça fait ça de moins a faire) et à la place on utilise le > programateur de pic (JDM ou autre, parallèle séri, ça n'a pas > d'importance), on inclu une interface debugger dans gini et comme ça on > peut débugger et reprogrammer le PIC in-situ sans rien avoir a > débrancher et tout ça avec un seul logiciel :) > > Qu'en pense tu ? > (j'ai peut etre pas été tres clair dans mes explications). je veux bien mais comment tester les sorties du pic?? c'est une super idee si t'arrive à le faire sans modifier le jdm en tout cas! ++ :o) ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From MAILER-DAEMON Sun Aug 31 07:57:13 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.22) id 19tQoZ-0008Pv-91 for mharc-gini-dev-fr@gnu.org; Sun, 31 Aug 2003 07:56:15 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.22) id 19tQoF-0007sa-CO for gini-dev-fr@nongnu.org; Sun, 31 Aug 2003 07:55:55 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.22) id 19tQnc-0006qj-3R for gini-dev-fr@nongnu.org; Sun, 31 Aug 2003 07:55:21 -0400 Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.22) id 19tQlg-0004ay-AR for gini-dev-fr@nongnu.org; Sun, 31 Aug 2003 07:53:16 -0400 Received: from [134.214.50.6] (helo=linux2.cpe.fr) by mx20.gnu.org with esmtp (Exim 4.22) id 19tQky-0004pr-QN for gini-dev-fr@nongnu.org; Sun, 31 Aug 2003 07:52:32 -0400 Received: from linux3.cpe.fr (linux3.cpe.fr [134.214.50.7]) by linux2.cpe.fr (Postfix) with ESMTP id 9F265CB0B7; Sun, 31 Aug 2003 13:52:29 +0200 (CEST) Received: by linux3.cpe.fr (Postfix, from userid 48) id 4FD924AD13; Sun, 31 Aug 2003 13:52:29 +0200 (CEST) Received: from ALyon-101-1-4-105.w217-128.abo.wanadoo.fr (ALyon-101-1-4-105.w217-128.abo.wanadoo.fr [217.128.172.105]) by webmail.cpe.fr (IMP) with HTTP for ; Sun, 31 Aug 2003 13:52:29 +0200 Message-ID: <1062330749.3f51e17d29ffc@webmail.cpe.fr> Date: Sun, 31 Aug 2003 13:52:29 +0200 From: TRAVERSE Florian To: Noya Souvarine References: <1061899340.3f4b4c4c71efe@webmail.cpe.fr> <1061918575.870.21.camel@diplodo> <1061972752.3f4c6b10ef1a0@webmail.cpe.fr> <1061983833.869.22.camel@diplodo> <1061980869.3f4c8ac5df527@webmail.cpe.fr> <1061999705.875.24.camel@diplodo> <1061993684.3f4cbcd47aa19@webmail.cpe.fr> <1062029165.864.16.camel@diplodo> <1062053345.3f4da5e1a04fc@webmail.cpe.fr> <1062077572.868.46.camel@diplodo> <1062078569.3f4e0869688a2@webmail.cpe.fr> <1062098822.868.65.camel@diplodo> <1062146900.3f4f1354dbd51@webmail.cpe.fr> <1062244677.912.17.camel@diplodo> In-Reply-To: <1062244677.912.17.camel@diplodo> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2 X-Originating-IP: 217.128.172.105 Cc: gini-dev-fr@nongnu.org Subject: [Gini-dev-fr] Re: Re: X-BeenThere: gini-dev-fr@nongnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Liste de developpement de GINI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2003 11:56:14 -0000 Salut :) je suis en train de faire en sorte que yapp soit compilable avant de le mettre sur le cvs, mais j'ai encore qq problèmes, tu as fais quels genre de changements, mis à part les headers (j'ai fait 2-3 "diff picprog/machin.h yapp/machin.h" pour voir, mais j'ai pas regardé en détail) ? Selon Noya Souvarine : > > > > Le site d'Anjuta est fermé pour cause de protestation contre le brevet > > > des logiciel, je suis assez d'accord avec eux mais je vais etre obliger > > > d'attendre qu'il reouvre pour m'installer Anjuta. > > > > > non: > > http://sourceforge.net/projects/anjuta > > J'ai télécharger la dernière version des sources mais j'arrive pas à les > compilées. Des le début le ./configure plante, apparement ya un probleme > avec PKG_CONFIG, y me manques pleins de paquets, enfin là je suis largué > ! > copie colle moi tout ça. > De toute façon, c'est GTK qui gère les interfaces des applications ? Moi > j'ai certaines application qui me font des interfaces dégueu, c'est pas > tres normal, je me demande si j'ai pas oublier d'installer un paquet ou > si j'ai mal configurer un truc sur gnome. > > > > > # cd ~/workspaces > > > > # ls > > > > gini/ > > > > #cvs -d:pserver:temsa@subversions.gnu.org:/cvsroot/gini login > > > > #cd gini > > > > #cvs update > > > > (là, ca met à jour mes fichiers en provenance du cvs) > > > > (imaginons maintenant que j'ai changé des fichiers dans src/) > > > > #cd src > > > > #cvs checkout *.c > > > > #cvs checkout *.h > > > > (là ca met à jour le cvs avec mes fichiers, je peux aller faire > d'autre > > > checkout > > > > dans les autres répertoires, puis après passer à la validation des > > > changements) > > > > #cvs commit > > > > (là ca confirme la mise à jour et ça demande de mettre un commentaire > sur > > > les > > > > changements, par exemple, tu rajoute "mise à jour" puis tu quitte > > > l'editeur > > > > qu'il t'as ouvert en enregistrant le fichier,sans doute nano pour toi: > la > > > mise à > > > > jour est effective) > Non cvs ne marche toujours pas, a chaque foi que je fait login il me > demande un mot de passe mais le site de savanah précise que mon mot de > passe est inutil pour cvs, alors y devrait meme pas me le demander. pardon, mea culpa: c'est: cvs -d souvarine@subversions.gnu.org:/cvsroot/gini co gini (ou co yapp) > > > ben j'essayerais de te retrouver les docs (moi aussi ça m'intéresse, mais > > parfois il faut faire des choix et j'ai pas hyper le temps de m'y > intéresser) > > > > il doit y avoir un site la dessus genre libusb.org > > Oui moi non plus j'ai pas le temps :( > erf, c'est pour tout le mnde pareil ... > A+ > @+ ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From MAILER-DAEMON Sun Aug 31 09:03:16 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.22) id 19tRqv-0004zJ-5J for mharc-gini-dev-fr@gnu.org; Sun, 31 Aug 2003 09:02:45 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.22) id 19tRqS-0004fG-Cr for gini-dev-fr@nongnu.org; Sun, 31 Aug 2003 09:02:16 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.22) id 19tRqJ-0004WA-LO for gini-dev-fr@nongnu.org; Sun, 31 Aug 2003 09:02:08 -0400 Received: from [193.252.22.28] (helo=mwinf0302.wanadoo.fr) by monty-python.gnu.org with esmtp (Exim 4.22) id 19tRpo-0004EC-8F for gini-dev-fr@nongnu.org; Sun, 31 Aug 2003 09:01:36 -0400 Received: from AFontenayssB-103-1-2-187.w193-253.abo.wanadoo.fr (AFontenayssB-103-1-2-187.w193-253.abo.wanadoo.fr [193.253.44.187]) by mwinf0302.wanadoo.fr (SMTP Server) with ESMTP id 775CEC00022E for ; Sun, 31 Aug 2003 15:01:34 +0200 (CEST) From: Noya Souvarine To: gini-dev-fr@nongnu.org In-Reply-To: <1062330749.3f51e17d29ffc@webmail.cpe.fr> References: <1061899340.3f4b4c4c71efe@webmail.cpe.fr> <1061918575.870.21.camel@diplodo> <1061972752.3f4c6b10ef1a0@webmail.cpe.fr> <1061983833.869.22.camel@diplodo> <1061980869.3f4c8ac5df527@webmail.cpe.fr> <1061999705.875.24.camel@diplodo> <1061993684.3f4cbcd47aa19@webmail.cpe.fr> <1062029165.864.16.camel@diplodo> <1062053345.3f4da5e1a04fc@webmail.cpe.fr> <1062077572.868.46.camel@diplodo> <1062078569.3f4e0869688a2@webmail.cpe.fr> <1062098822.868.65.camel@diplodo> <1062146900.3f4f1354dbd51@webmail.cpe.fr> <1062244677.912.17.camel@diplodo> <1062330749.3f51e17d29ffc@webmail.cpe.fr> Content-Type: text/plain; charset=ISO-8859-1 Message-Id: <1062342100.1001.21.camel@diplodo> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.3 Date: 31 Aug 2003 17:01:40 +0200 Content-Transfer-Encoding: 8bit Subject: [Gini-dev-fr] Re: Re: X-BeenThere: gini-dev-fr@nongnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Liste de developpement de GINI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2003 13:02:42 -0000 Le dim 31/08/2003 à 13:54, TRAVERSE Florian a écrit : > j'ai oublié de te dire: zed étant revenu, je pense qu'il vaut mieu discuter > directement à partir de la mailing-list, donc au lieu de m'écrire a > florian.traverse@cpe.fr, fait le en ecrivant à gini-dev-fr@nongnu.org (je l'ai > mis en cc pour le mail precedent) Bon alors voila j'inogure la mailing liste ! Le dim 31/08/2003 à 13:52, TRAVERSE Florian a écrit : > Salut :) je suis en train de faire en sorte que yapp soit compilable avant de le > mettre sur le cvs, mais j'ai encore qq problèmes, tu as fais quels genre de > changements, mis à part les headers (j'ai fait 2-3 "diff picprog/machin.h > yapp/machin.h" pour voir, mais j'ai pas regardé en détail) ? Alors j'ai réussi a recompiler Anjuta, ça marche nickel ! J'ai crée un projet YAPP, j'ai inclus mes sources, y me reste encore des truc a bidouiller au niveau des #include #ifdef ...ect Apres je vais erssayer de le compiler. Voila les changements que j'ai fait dans PicProg : Déja j'ai un peu réorganiser les classes, y avait certains héritages qui n'étaient pas tres logiques et pas pratiques. La classe TPIC (je sait pas pourkoi dans sont programme toutes les classes commencaient par T) c'est la classe globale pour tous les pic. Comme sous classe de TPIC ya TPIC14, la classe globale de tous les PIC qui utilisent des instructions sur 14 bits (c'est a dir les pic 16F ou 16C). Je prévoie de rajouter une classe TPIC16 pour les pic qui ont des instructions sur 16 bits (les 18F). Les sous classes de TPIC14 sont TPIC14_ROM_OTP_EEPROM pour tous les pic qui ont une mémoire pas facil a effacer (qu'on utilise pas souvent en robotique), ce sont les 16C. TPIC14_Flash_EEPROM pour tous les pic qui on une mémoire flash, c'est les 16F. TPIC14_Advanced_Flash_EEprom pour tous les pic qui ont une mémoire flash avec un algo de programation évolué; c'est les 16F876A 877A et d'autres qu'y faut que je cherches. Cette classe n'étaient pas dans PicProg, c'est moi qui l'ai rajouté et qui ai écrit les méthodes qui vont avec. TPIC14_Data pour gérer la petite EEProm de donnée qu'y a dans tous les PIC. Et ensuite y a une classe pour chaque model de PIC (je les ai pas encore tous mis) qui hérite d'une des classe citée au dessus, c'est tout simple ;o) Et comme ça on peut rajouter un nouveau pic rien qu'en rajoutant une classe ! (c'est top la prog objet) > > J'ai télécharger la dernière version des sources mais j'arrive pas à les > > compilées. Des le début le ./configure plante, apparement ya un probleme > > avec PKG_CONFIG, y me manques pleins de paquets, enfin là je suis largué > > ! > > > copie colle moi tout ça. C'est bon, probleme résolu :) > pardon, mea culpa: c'est: > > cvs -d souvarine@subversions.gnu.org:/cvsroot/gini co gini > > (ou co yapp) J'essaye ça... > > Oui moi non plus j'ai pas le temps :( > > > erf, c'est pour tout le mnde pareil ... > @+ A+ :)