TROP COOL Ummu [beta dispo]

[DanSteph]

laserpithium a écrit:
void Exploreur::clbkSetClassCaps (FILEHANDLE cfg)
{
...
Exploreur::initUMMu(GetHandle());
}

En passant tu est deja dans le contexte "Exploreur::"
donc tu peut ecrire:

initUMMu(GetHandle()); pas besoin de Exploreur::initUMMu(GetHandle());

Mais pourquoi tu cache ca dans une fonction init ? pourquoi pas ecrire directement:


#include "UMmSDK.h"
class Exploreur: public VESSEL2 {
public:
UMMUCREWMANAGMENT Crew;
BOOL bConnexionUMmu;
};

Et dans clbksetclasscap:

void Exploreur::clbkSetClassCaps (FILEHANDLE cfg)
{
     bConnexionUMmu= Crew.InitUmmu(GetHandle());
}

Beaucoup plus simple.... en plus tu stock bConnexionUMmu pour pouvoir afficher un message plus tard a l'utilisateur alors que toi tu l'a qu'en locale.


Pour le reste t'a pas mis un NODEFAULTLIB ? en tout cas il te manque une lib win32, soit pas déclarée
dans le projet, soit exclude, soit missing. Je dois partir la mais quelque recherche google avec:

"unresolved external symbol __ftol2_sse"

Devrais deja debroussailler. T'a essayer de charger le project "ShuttlBUmmuSDK" fourni ? peut etre que lui compile
sans problèmes ? si oui regarde ces settings.

A++

Dan



Message modifié ( 12-04-2007 15:10 )

[no matter]

Wooohoooo!!!!


Il me reste le problème des fonctions de Gdi32.dll et Msvcr80.dll qui ne sont pas importées dans ma dll mais je
suis heureux d'avoir pu enfin inclure l'UMmu au LTV!!

Laserpithium, j'avais le même problème ("unresolved external symbol __ftol2_sse") en compilant à partir de crimson
et je n'ai plus ce problème depuis que je suis passé au VC++. le sujet est ici, peut-être tu trouveras une solution
(bien que j'en doute car je n'ai pas vraiment résolu le problème qui rste lorsque j'utilise crimson et cl.exe.

[no matter]

oups oublié le lien du fil "ftol2_sse"
http://orbiter.dansteph.com/forum/index.php?topic=6265.msg93384#msg93384

rahhh, je fête en plus le 1000ème post

[DanSteph]

no matter a écrit:
Wooohoooo!!!!

GENIAL !

Et joyeux 1000 versaire en passant

Dan

[laserpithium]

Merci pour le lien NoMatter !

Je regarde ca.

[Raptros]

DanSteph a écrit:

Et joyeux 1000 versaire en passant

Dan

j'ai pas compris.....

[brainstorm]

Raptros wrote:

DanSteph a écrit:

Et joyeux 1000 versaire en passant

Dan

j'ai pas compris.....

ohlalalala ....... j'préfère rien dire .... sic ....



Post Edited ( 04-13-07 16:19 )

[DanSteph]

no matter a écrit:
Il me reste le problème des fonctions de Gdi32.dll et Msvcr80.dll qui ne sont pas importées dans ma dll mais je
suis heureux d'avoir pu enfin inclure l'UMmu au LTV!!

Par acquis de conscience j'ai controllé la UMmuShutlPB.dll crée par la démo pour voir,
il n'y a que les libs Orbiter.exe et KERNEL32.dll en import.

Donc c'est pas la lib de la UMmuSDK qui fait le GDI32.dll et MSVCR80.dll
GDI32.lib je l'ai aussi sur DeltaGliderIV.dll celle la elle est standard mais
si tu pouvais te debarasser de msvcr80.dll ce serait pas mal. (je l'ai
pas sur DGIV)

A++

Dan



Message modifié ( 13-04-2007 16:41 )

[Raptros]

brainstorm a écrit:

Raptros wrote:

DanSteph a écrit:

Et joyeux 1000 versaire en passant

Dan

j'ai pas compris.....

ohlalalala ....... j'préfère rien dire .... sic ....

rhaaaaa mais quoi j'ai pas compris ! j'en peu rien!!

[brainstorm]

Alors si tu comprends pas, des fois, cherches pas comprendre .... et à polluer les topics pour rien ...

[yoann]

rhhaaa, bon, allé, il est jeune, faut qu'il aprenne...

pour Raptros,  en fait c'est le nombres de messages...

[no matter]

Donc c'est pas la lib de la UMmuSDK qui fait le GDI32.dll et MSVCR80.dll
GDI32.lib je l'ai aussi sur DeltaGliderIV.dll celle la elle est standard mais
si tu pouvais te debarasser de msvcr80.dll ce serait pas mal. (je l'ai
pas sur DGIV)

Oui, j'aurais du le préciser pardon, çà ne vient pas du tout de UMMU. Gdi32.dll est requise par un "clbkDrawHud"
quand à msvcr80.dll là je ne me suis pas penché précisemment sur ce problème.
L'ennui c'est qu'avec Crimson, tout ce petit monde était intégré à ma dll finale, or avec VC++ 2005 çà n'est plus le cas
et je n'arrive pas à comprendre pourquoi J'ai écumer des tas de forums et essayé des tas de solutions
proposées mais sans résultat.

On m'a même dit de supprimer msvcr80.dll du répertoire system32, alors que VC++ 2005 refuse de démarrer sans
cette dll

BTW, UMMU marche à merveille sur le LTV, çà offre des possibilité très interessantes comme tranférer son équipage
du vaisseau à une base (pour peu que celle-ci utilise aussi UMMU). Vraiment bravo Dan

[DanSteph]

no matter a écrit:
quand à msvcr80.dll là je ne me suis pas penché précisemment sur ce problème.
L'ennui c'est qu'avec Crimson, tout ce petit monde était intégré à ma dll finale, or avec VC++ 2005 çà n'est plus le cas
et je n'arrive pas à comprendre pourquoi J'ai écumer des tas de forums et essayé des tas de solutions
proposées mais sans résultat.

Et si tu recompile l'exemple SHuttlePBSDK ca donne quoi la DLL ? si c'est bon
tu recopie les setting sinon ca donne un indice: c'est dans ton install/setting de VC+platform SDK

no matter a écrit:
BTW, UMMU marche à merveille sur le LTV, çà offre des possibilité très interessantes comme tranférer son équipage
du vaisseau à une base (pour peu que celle-ci utilise aussi UMMU). Vraiment bravo Dan

Cool hein ? j'y ai toujours cru même si ca n'a pas declenché les foules. (trop visionnaire ?  )
Je vais faire un joli installeur a la "DGIV" pour le "runtime+SDK" de UMmu
comme ca l'utilisateur ce prend pas la tête. En plus l'installateur refusera d'ecraser
des versions supérieures de UMmu comme ca pas de prise de tete et je maintiendrais
la compatibilité descendante. Les vieux addons marcheront aussi avec les nouvelles versions.

C'est pour ca que j'ai vraiment besoin de tests, si je release un truc buggé d'entrée
ca va etre coton.

Dan



Message modifié ( 14-04-2007 01:21 )