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 - Guillaume21

Pages: [1]
1
En effet c'était bien ça !

J'ai téléchargé la version SJLJ, j'ai recompilé le projet et ça fonctionne !
Je n'avais pas essayé car je pensais plus à un problème du module network puisque les autres modules fonctionnaient... bizarre.

Merci Laurent !

2
Voici ce que donne gcc -v :
C:\Qt\Qt5.0.2\Tools\MinGW\bin>gcc -v
Using built-in specs.
COLLECT_GCC=gcc
Target: i686-w64-mingw32
Configured with: ../../../src/gcc-4.7.2/configure --host=i686-w64-mingw32 --buil
d=i686-w64-mingw32 --target=i686-w64-mingw32 --prefix=/temp/x32-4.7.2-posix-sjlj
-r8/prefix --with-sysroot=/temp/x32-4.7.2-posix-sjlj-r8/prefix --enable-shared -
-enable-static --enable-targets=all --enable-multilib --enable-languages=c,c++,f
ortran,lto --enable-libstdcxx-time=yes --enable-threads=posix --enable-libgomp -
-enable-lto --enable-graphite --enable-cloog-backend=isl --enable-checking=relea
se --enable-fully-dynamic-string --enable-version-specific-runtime-libs --enable
-sjlj-exceptions --disable-ppl-version-check --disable-cloog-version-check --dis
able-libstdcxx-pch --disable-libstdcxx-debug --disable-bootstrap --disable-rpath
 --disable-win32-registry --disable-nls --disable-werror --disable-symvers --wit
h-gnu-as --with-gnu-ld --with-arch-32=i686 --with-arch-64=nocona --with-tune-32=
core2 --with-tune-64=core2 --with-host-libstdcxx='-static -lstdc++' --with-libic
onv --with-system-zlib --with-gmp=/temp/mingw-prereq/i686-w64-mingw32-static --w
ith-mpfr=/temp/mingw-prereq/i686-w64-mingw32-static --with-mpc=/temp/mingw-prere
q/i686-w64-mingw32-static --with-ppl=/temp/mingw-prereq/i686-w64-mingw32-static
--with-cloog=/temp/mingw-prereq/i686-w64-mingw32-static --with-pkgversion='Built
 by MinGW-builds project' --with-bugurl=http://sourceforge.net/projects/mingwbui
lds/ CFLAGS='-O2 -pipe -fomit-frame-pointer -I/temp/x32-4.7.2-posix-sjlj-r8/libs
/include -I/temp/mingw-prereq/x32-zlib/include -I/temp/mingw-prereq/i686-w64-min
gw32-static/include' CXXFLAGS='-O2 -pipe -fomit-frame-pointer -I/temp/x32-4.7.2-
posix-sjlj-r8/libs/include -I/temp/mingw-prereq/x32-zlib/include -I/temp/mingw-p
rereq/i686-w64-mingw32-static/include' CPPFLAGS= LDFLAGS='-pipe -L/temp/x32-4.7.
2-posix-sjlj-r8/libs/lib -L/temp/mingw-prereq/x32-zlib/lib -L/temp/mingw-prereq/
i686-w64-mingw32-static/lib -L/temp/x32-4.7.2-posix-sjlj-r8/prefix/opt/lib'
Thread model: posix
gcc version 4.7.2 (Built by MinGW-builds project)

Bah tous les autres modules fonctionnent : graphics, system, window (je n'ai pas testé audio, je n'en ai pas besoin). C'est seulement quand j'ajoute network que tout plante et que le message d'erreur apparaît.

3
Je pense...

J'ai téléchargé la version GCC 4.7 MinGW (DW2) - 32 bits. C'est bien celle qui correspond au MinGW qu'utilise Qt non ?
De plus les autres modules fonctionnent correctement.

4
Bonjour,

Pour un projet j'utilise Qt 5.0.2 (MinGW 4.7.2) conjointement avec SFML 2.1.
Tout fonctionne bien jusqu'à ce que j'utilise le module Network. En effet, dès que j'utilise une fonctionnalité du module Network, lorsque j'exécute mon programme, j'ai le message d'erreur suivant :
Citer
Le point d'entrée de procédure __gxx_personality_v0 est introuvable dans la bibliothèque de liens dynamiques libstdc++-6.dll.
Il n'y a aucun problème à la compilation. C'est juste lorsque j'exécute mon programme que ça plante...

La DLL libstdc++-6.dll est bien présente dans le dossier de l'exécutable tout comme les DLL de Qt et de SFML (y compris sfml-network-d-2.dll).

Dès que j'enlève tout ce qui vient du module Network le programme se lance normalement. Par exemple, ce code fait planter le programme :
#include "MainWindow.h"
#include <QApplication>

#include <SFML/Network.hpp>

int main(int argc, char *argv[])
{
    sf::Packet packet;

    QApplication a(argc, argv);
    MainWindow w;
    w.show();
   
    return a.exec();
}
 

Alors qu'avec ce code ça fonctionne (il y a juste la ligne sf::Packet packet; en moins) :
#include "MainWindow.h"
#include <QApplication>

#include <SFML/Network.hpp>

int main(int argc, char *argv[])
{
    QApplication a(argc, argv);
    MainWindow w;
    w.show();
   
    return a.exec();
}
 


Voici comment je link SFML avec le .pro de Qt Creator :
win32:CONFIG(release, debug|release): LIBS += -LC:/SFML-2.1-mingw/lib/ -lsfml-graphics -lsfml-main -lsfml-system -lsfml-window -lsfml-network
else:win32:CONFIG(debug, debug|release): LIBS += -LC:/SFML-2.1-mingw/lib/ -lsfml-graphics-d -lsfml-main-d -lsfml-system-d -lsfml-window-d -lsfml-network-d

INCLUDEPATH += C:/SFML-2.1-mingw/include
DEPENDPATH += C:/SFML-2.1-mingw/include


Sauriez-vous d'où vient le problème ou bien comment le résoudre ?
Merci.

5
Graphique / Re : Tilemap 2D Isométrique - adaptation résolution
« le: Août 15, 2013, 02:16:44 pm »
J'ai résolu le problème en ajoutant l'anti-aliasing x8.
Désolé  ::) .

6
Graphique / [Résolu] Tilemap 2D Isométrique - adaptation résolution
« le: Août 15, 2013, 12:52:39 am »
Bonjour,

Maintenant que j'ai remarqué qu'il y a un forum SFML français, je vais poster ici  :P . Bien...

Je me suis lancé dans un projet : faire un petit MMORPG 2D.
Je vous rassure, je ne compte pas le distribuer de sitôt, voire même jamais. Avant il y a pas mal de travail et je m'en rend bien compte, surtout que je suis seul. L'objectif principal est de me familiariser avec le C++ que j'ai délaissé pendant un petit moment et par la même occasion tenter de comprendre un peu mieux comment sont faits les jeux vidéos 2D.

Pour l'instant je ne rencontre pas de difficulté majeure à part celle-ci : comment vais-je adapter le jeu aux différentes résolutions ? En effet sur mon PC c'est bien beau mais le jeu risque de ne pas rentrer dans un écran avec une résolution plus faible que la mienne (plutôt problématique) et sur les plus grands écrans toute une partie de l'écran ne sera pas utilisée (et ça, en tant que joueur, c'est plutôt agaçant !).

Voilà comment se présente la grille de jeu : http://img11.hostingpics.net/pics/797243mapdesigner.png
Ce sont des losanges de 88 * 44. C'est une grille de 14 * 20 cases. Donc 1232 * 880 pixels.


Mais je rencontre des problèmes pour redimensionner la fenêtre... Par exemple, lorsque je la redimensionne avec la souris, les côtés des losanges ne sont plus "nettes" : http://img11.hostingpics.net/pics/232588petit.png


Sauriez-vous quel est le problème ? Quelle méthode devrais-je utiliser pour gérer les différentes résolutions proprement ?

Pages: [1]
anything