Bienvenue, Invité. Merci de vous connecter ou de vous inscrire. Avez-vous oublié d'activer ?

Voir les contributions

Cette section vous permet de consulter les contributions (messages, sujets et fichiers joints) d'un utilisateur. Vous ne pourrez voir que les contributions des zones auxquelles vous avez accès.


Messages - kamui

Pages: « Précédente 1 ... 3 4 [5] 6 7 ... 9 Suivante »
61
Général / Re : Impossible d'executer un programme
« le: Juillet 11, 2012, 09:02:16 am »
CMake, même pour la 1.6 par exemple, ne permet pas de regénérer les libs SFML correctement pour la 4.7 de gcc ? Je sais que j'avais eu des problèmes avec la 1.6 et gcc 4.7, mais je suis passé à la 2 au lieu de tenter CMake...


En tout cas, même si c'est une bonne nouvelle, ça reste une solution de contournement ! ;) ( rroooooh le chieeeuur  >:( )

62
Général / Re : Impossible d'executer un programme
« le: Juillet 10, 2012, 06:57:01 pm »
Salut,
Tu n'as pas résolu ton problème tu l'a contourné ;)

regardes ici et si tu as des difficultés n'hésite pas à ( chercher encore? ;) ) demander, ce sera mieux que de te coltiner une norme aussi vieille ;D

63
Discussions générales / Re : Laurent comment on fait les doc ;D ?
« le: Juillet 06, 2012, 09:43:29 am »
Ok merci^^

Bonne journée (à tous aussi)

64
Discussions générales / Re : Laurent comment on fait les doc ;D ?
« le: Juillet 06, 2012, 09:34:31 am »
ah je savais pas que tu partageais le doxyfile.

Pour l'histoire de la transparence, c'est au niveau du code (on peut faire apparaitre ou pas les données privées, les trucs non documentés etc, mais bon t'as raison je vais fouiller directement les fichiers source)

Merci @+

65
Discussions générales / Laurent comment on fait les doc ;D ?
« le: Juillet 06, 2012, 09:01:45 am »
Bonjour à tous !

Bon c'est vrai je m'adresse surtout à Laurent, mais vous pouvez répondre aussi vous vous y connaissez surement.

En fait j'ai généré une doc pour une librairie que je suis en train de faire, et ça s'organise pas vraiment comme je voudrais. Donc j'aimerais avoir le maximum d'infos sur comment tu as généré la doc de sfml : doxygen ou autre ? Par exemple, comment as-tu fait pour avoir une section modules plutôt qu'un section namespaces ? Inclure du code dans la main page ? Quel degré de transparence as-tu choisi pour la documentation vis-à vis de ton code ? etc..

Merci d'avance si tu as l'amabilité de me parler de ta recette, sinon, bah merci quand même en fait ^^

++

66
Général / Re : problème avec cmake
« le: Juillet 03, 2012, 09:25:01 am »
ça roxxe du tonnerre cette petite appli^^, et puis la possibilité de linket statiquement les libs std au passage avec les libs SFML c'est tout simplement énorme ;) .

Sujet résolu.

67
Général / Re : problème avec cmake
« le: Juillet 02, 2012, 09:51:59 pm »
pour le dossier à créer ok, mais les program files &co faut que je les modifie aussi ?ou je les rentre entre guillemets ?

edit :c'est bon j'ai rien dit, ça passe pour les compilos^^ merci Laurent ;)

68
Général / Re : problème avec cmake
« le: Juillet 02, 2012, 09:09:20 pm »
les projets que je compile le sont avec le même compilateur, et la compilation fonctionne parfaitement avec les bibliothèques dynamiques.

69
Général / [Résolu][cmake]is not able to compile a simple test program.
« le: Juillet 02, 2012, 08:41:28 pm »
bonjour à tous,

après une tonne d'erreurs du style "..\..\..\..\QtSDK\MinGW\lib\libsfml-graphics-s.a(Texture.cpp.obj):Texture.cpp|| undefined reference to `__gxx_personality_sj0'|" dès que j'essaie de linker en statique les lib sfml dont j'ai besoin pour mon programme (qui marche niquel avec les dll), j'ai décidé d'utiliser cmake pour parer à cela.

j'ai téléchargé le snapshot proposé, mis son adresse pour le code source, créé et choisi un repertoire pour les résultats de cmake, configuré avec mingw maefiles (et j'ai modifié ma var d'en PATH pour y mettre "C:\QtSDK\Mingw\bin;").

la génération se passe mal avec un message d'erreur à la clé et ces message dans la console de cmake :
The C compiler identification is GNU 4.6.2
The CXX compiler identification is GNU 4.6.2
Check for working C compiler: C:/QtSDK/MinGW/bin/gcc.exe
Check for working C compiler: C:/QtSDK/MinGW/bin/gcc.exe -- broken
CMake Error at C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE):
  The C compiler "C:/QtSDK/MinGW/bin/gcc.exe" is not able to compile a simple
  test program.

  It fails with the following output:

   Change Dir: C:/Program Files (x86)/CodeBlocks/résultats CMAKE/CMakeFiles/CMakeTmp  

  Run Build Command:C:/QtSDK/MinGW/bin/mingw32-make.exe
  "cmTryCompileExec1935042800/fast"

  C:/QtSDK/MinGW/bin/mingw32-make.exe -f
  CMakeFiles\cmTryCompileExec1935042800.dir\build.make
  CMakeFiles/cmTryCompileExec1935042800.dir/build

  mingw32-make.exe[1]: Entering directory `C:/Program Files
  (x86)/CodeBlocks/résultats CMAKE/CMakeFiles/CMakeTmp'

  "C:\Program Files (x86)\CMake 2.8\bin\cmake.exe" -E cmake_progress_report
  "C:\Program Files (x86)\CodeBlocks\résultats
  CMAKE\CMakeFiles\CMakeTmp\CMakeFiles" 1

  Building C object
  CMakeFiles/cmTryCompileExec1935042800.dir/testCCompiler.c.obj

  C:\QtSDK\MinGW\bin\gcc.exe -o
  CMakeFiles\cmTryCompileExec1935042800.dir\testCCompiler.c.obj -c
  "C:\Program Files (x86)\CodeBlocks\résultats
  CMAKE\CMakeFiles\CMakeTmp\testCCompiler.c"

  gcc.exe: erreur: C:\Program Files (x86)\CodeBlocks\rÚsultats
  CMAKE\CMakeFiles\CMakeTmp\testCCompiler.c: No such file or directory

  gcc.exe: erreur fatale: pas de fichier à l'entrée

  compilation terminée.

  mingw32-make.exe[1]: ***
  [CMakeFiles/cmTryCompileExec1935042800.dir/testCCompiler.c.obj] Error 1

  mingw32-make.exe[1]: Leaving directory `C:/Program Files
  (x86)/CodeBlocks/résultats CMAKE/CMakeFiles/CMakeTmp'

  mingw32-make.exe: *** [cmTryCompileExec1935042800/fast] Error 2

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:17 (project)


Configuring incomplete, errors occurred!
 


PI, mon compilateur est le dernier fourni par codeblocs (qui supporte en grande partie le C++11 (gcc-4.6.2) que j'ai collé dans le SDK de Qt, ajouté les repertoires de Qt nécessaires, et SFML2.0RC pour codeblocks (sjlj)

Comme je ne comprends strictement rien à cette erreur cmake (que je découvre) , je suis venu chercher votre aide...

merci d'avance ;)

70
Site web SFML / Re : Nouveau forum
« le: Juin 27, 2012, 07:00:22 pm »
ouep^^

71
Discussions générales / Re : Re : Besoin de conseils
« le: Juin 27, 2012, 05:29:59 pm »
C'est incompatible avec la façon dont fonctionne l'héritage publique et le polymorphisme. Si B dérive de A, alors on doit pouvoir substituer un B partout où on attend un A* ou A&.

C'est le principe de substitution de Liskov dont parle Laurent ici : tu trouveras des informations sur le net sur ce genre de principes généraux qu'il faut connaitre par coeur (et s'en servir pour concevoir ses applis)

je penses que ce lien pourrait t'intéresser.

Citer
Rendre la fonction inaccessible dans B (ce qui est possible d'ailleurs, suffit de la redéclarer private) ne changerait rien au fait qu'elle serait toujours accessible lorsque l'on manipule l'objet en tant que A&.

Du coup aucune chance que le comité accepte un jour ta modification, déjà possible.

Citer
Et bon courage pour proposer quelque chose au comité de normalisation, c'est pas comme une bibliothèque pour laquelle on peut faire des suggestions sur un tracker ;)
Les évolutions du langage se font je pense plutôt sur des points bien connus et discutés depuis longtemps. Si quelqu'un vient proposer tout à coup une "fonctionnalité" nouvelle à laquelle personne n'avait pensé, et donc qui ne résoud probablement pas de problématique connue, ce serait louche.
En plus la norme vient de subir une évolution majeure, la prochaine ne se fera pas avant plusieurs années.
2017 en théorie, comme les élections présidentielles  ;D
De toute façon y'a déjà bien assez à faire avec la nouvelle norme.

72
Site web SFML / Re : Nouveau forum
« le: Juin 27, 2012, 05:16:26 pm »
salut,

dans la bannière de connexion, on voit marqué Unread | Réponses (côté fr hein, j'imagine que pour un profil anglais ça va) .

Cdt,

73
Bah ouai gros con t'appelle display dans la boucle des events ! bientot 2 ans que j'utilise SFML et je passe deux jours sur un bug comme ça...

74
Fenêtrage / Re : [Résolu]Pb runtime
« le: Juin 25, 2012, 09:53:10 am »
Merci Laurent, j'ai suivi tes instructions, et c'est vrai que c'est plus cool de récupérer des infos dans des objets que l'on a déjà à disposition ^^

Sinon, pour l'histoire des performances, c'est vraiment étrange, j'ai du oublié un détail, car je n'arrive pas à détecter l'erreur que j'ai commis pour obtenir ceci :

ici, 0-1% du proc (quoi que je fasse) :
void Morpion::Jouer()
{
    while (fenetre->isOpen() && compteurCoups!= 0 && !partieTerminee)
     {
         sf::Event event;
         while (fenetre->pollEvent(event))
         {
             if (event.type == sf::Event::KeyPressed && event.key.code == sf::Keyboard::Q)
                 fenetre->close();
             if (event.type == sf::Event::MouseButtonPressed)
             {
                 if (ModifierGrille(Contenu::CROIX, event.mouseButton.x/100, event.mouseButton.y/100))
                 {
                     compteurCoups--;
                     partieTerminee = PartieTerminee();
                     if (compteurCoups > 0 && !partieTerminee)
                     {
                        compteurCoups--;
                        partieTerminee = IA();
                     }
                 }
             }
         }

         fenetre->clear();

         DessinerContenuGrille();

         fenetre->display();
     }
}
 

ici par contre, 50% du proc si je ne bouge pas la souris...dès que je bouge la souris je retombe à 0-1% du proc... je ne comprends pas pourquoi et ne vois pas d'erreurs de ma part (mais il y en a forcément une) :

while (m->GetFenetre()->isOpen() && !choixFait)
         {
             sf::Event event;
             while (m->GetFenetre()->pollEvent(event))
             {
                 if (event.type == sf::Event::KeyPressed && event.key.code == sf::Keyboard::Q)
                     m->GetFenetre()->close();
                 if (event.type == sf::Event::MouseButtonPressed && event.mouseButton.button == sf::Mouse::Button::Left)
                 {
                     if ((event.mouseButton.x <= 150) && (event.mouseButton.y > 150))
                     {
                        //on veut rejouer
                        rejouer = true;
                        choixFait = true;
                     }
                     else if ((event.mouseButton.x > 150) && (event.mouseButton.y > 150))
                     {
                         //on ne veut pas rejouer
                         rejouer = false;
                         choixFait = true;
                     }
                 }
                 m->GetFenetre()->clear();
                 m->DessinerContenuGrille();
                 m->GetFenetre()->draw(*sRejouer);
                 m->GetFenetre()->display();
             }
         }
 

y a-t-il une évidence que j'ai raté ?

75
Fenêtrage / Re : [Résolu]Pb runtime
« le: Juin 22, 2012, 05:35:12 pm »

en fait je n'arrive pas à déduire de la doc ni du forum une bonne façon d'utiliser sf::Mouse, classe avec laquelle je ne suis pas du tout familier (même sous 1.6 jamais utilisé)

et j'ai fait un truc qui me bouffe 3 à 6% du proc quand j'effectue une action (bouger la souris), 50% sinon :

while (m->GetFenetre()->pollEvent(event))
             {
                 if (event.type == sf::Event::KeyPressed && event.key.code == sf::Keyboard::Q)
                     m->GetFenetre()->close();
                 if (event.type == sf::Event::MouseButtonPressed && event.mouseButton.button == sf::Mouse::Button::Left)
                 {
                     if ((sf::Mouse::getPosition(*m->GetFenetre()).x <= 150) && (sf::Mouse::getPosition(*m->GetFenetre()).y > 150))
                     {
                        //on veut rejouer
                        rejouer = true;
                        choixFait = true;
                     }
                     else if ((sf::Mouse::getPosition(*m->GetFenetre()).x > 150) && (sf::Mouse::getPosition(*m->GetFenetre()).y > 150))
                     {
                         //on ne veut pas rejouer
                         rejouer = false;
                         choixFait = true;
                     }
                 }
                 m->GetFenetre()->clear();
                 m->DessinerContenuGrille();
                 m->GetFenetre()->draw(*sRejouer);
                 m->GetFenetre()->display();
             }
 

Pages: « Précédente 1 ... 3 4 [5] 6 7 ... 9 Suivante »
anything