leneuf22

7 ans et 5 mois plus tard, ma boîte mail me signale une réponse, ah ça rajeunit pas ça Je vois qu'il y a encore des anciens (KewlCat ) (d'ailleurs, j'avais effectivement VB6 à l'époque, il était déjà sorti !)

Faux, opengl c'est juste la partie graphique de ton jeu, derrière il y a beaucoup d'autres choses qui varient entre linux et windows (la gestion des threads par exemple) Faire un jeu qui tourne partout demande plus de compétences (savoir utiliser des librairies multiplateformes), plus de temps et donc plus d'argent. Ensuite n'oublie pas que windows tourne exclusivement sur des PC (des processeurs "compatibles Intel"), alors que linux tourne sur beaucoup plus de plate formes, avec des processeurs différents... donc pour faire un programme qui tourne partout il y a énormément de contraintes. Pour un jeu ça demanderait un boulot titanesque. (et au final ça serait beaucoup moins performant) Si tu te cantonnes aux "intel & compatibles", c'est faisable mais ça sera toujours plus de boulot pour pas beaucoup de joueurs (mais en tous cas ça se fait un peu plus qu'avant !).

Yen a qui sont prévoyants

Un .obj ça peut aussi être issu d'un compilateur (un compilo C sous windows génèrera 1 fichier .obj pour chaque fichier .c) Donc ... on ne peut pas te répondre

Horreur ! Règle n° 1 du programmeur : Ne jamais demander sur un forum par quel langage commencer Oui, il y en a plein

Dommage pour toi, il n'a pas encore été inventé

Bah je viens de regarder et dos.h et conio.h sont dans C:\Program Files\Microsoft Visual Studio\VC98\Include donc ça devrais être bon pourtant ?! Mais je pense que le problème viens plus de ma pars ... car je sais pas trop comment faire avec leur systeme de projet (où il me propose 15 type de projets différent ...) et avec ce qu'a dit bill-bob, je pense qu'il devait y avoir un pb dans les "setting" du projet... vais r'garder ça et pour finir, une dernière question, comment je fait pour savoir quels fonctions sont dans tels libairies ? j'ai essayer d'ouvrir certaines (notament gmp, math.h, conio.h ...), mais ya rien dedans ... juste des define... aucune fonction ^^, pareil pour conio.h etc ... c bizzard non ? Je maintiens que dos.h et conio.h ne sont pas standards (donc si tu passes sous un autre compilo, gare !) Par contre si ils sont dans le rep de VC++ là ça vient sûrement de toi Peut-être que tu as aussi mis "" à la place de <> ? Sinon, idem que billy-bob, dans ces .h, tu n'as aucune fonction en effet, mais il y a leur prototype (et il y en a énormément dans gmp.h, regarde un peu mieux !) ce qui te permet de les appeler dans ton programme. Les fonctions, elles, sont déja compilées dans la librairie statique (gmp.lib) que tu lies à ton programme : ça t'évite de tout recompiler à chaque fois.

OK, ben avec GMP tu pourras aussi programmer la fonction factorielle toi même bien entendu Ensuite, si on t'apprend du C pas standard, tu deviens dépendant d'un compilateur ! - geninterrupt() (dos.h ?) n'est pas standard - conio.h n'est pas un entête standard Par "standard" je veux dire défini par la norme du C (hé oui : ils ne font pas partie du C !) C'est un peu comme la librairie GMP : tu dois l'intégrer à ton compilo pour t'en servir, car elle n'existe pas à la base. Donc si on t'apprend à te servir de headers qui ne sont pas standards, hé bien en effet, tu vas avoir du mal à jongler entre les différents compilos Donc pour commencer, jette un oeil sur la norme du C, ensuite tout ira mieux, puisque chaque compilo est censé la respecter. (au pire achète toi un bouquin)

Il faut que tu configures tout ça dans /etc/postfix/main.cf Ya de très bons tutos sur internet

C'est bien gmp.h qui est fourni avec GMP Pour info, un unsigned long c'est comme un unsigned int (sur nos PC) Il est juste garanti que long int >= int (manque de bol, ici c'est = ) Pour des entiers sur 64 bits, c'est __int64 dans stdlib.h En C on a unsigned long long et uint64_t dans stdint.h (mais ce sont des nouveautés du C99, donc si tu as un vieux compilateur, oublie) Mais un entier même non signé sur 64 bits ( = au maximum 18 trillions et des poussières) ne permet pas de monter jusqu'à 7000!, ni même à 200! Donc fonce chez GMP, tu as une fonction factorielle dedans (et très rapide ) Si tu as pas envie d'installer MSYS ou Cygwin (en supposant que tu bosses sous windows) il y a une version déjà compilée sur le net (avec libgmp.a, libgmp.la, gmp.h)

J'suis d'accord avec boulette, à part que "le rock ça pue" ! Ya des groupes qui sont sympas, d'ailleurs quelques titres pour mettre dans ta caisse : pour se réveiller avant une dure journée : The Dandy Warhols - Bohemian like you Blur - Country House The Dandy Warhols - Get off Blur - charmless man pour te détendre après une dure journée : Radiohead - Vanilla sky (la si tu reste éveillé t'es fort... !! ) The Dandy Warhols - Mohammed je vais pas faire toute ma discothèque (d'ailleurs j'ai que cité que 3 groupes mais yen a d'autres) le rock cai bieng !

Peut-être que C:\mesdoc~1 à la place de C:\mes documents ferait l'affaire

Hem, si ton browser supporte pas le javascript, il serait temps de le changer

Mais non, Yann est un pirate très recherché par les autorités d'ailleurs (désolé Yann, je l'ai GARDÉE !!) :

Moi aussi je veux gagner 400 MHz... sur mon P3 450, héhé

La doc officielle, j'ai pas trouvé mieux... http://download.microsoft.com/download/win.../FR/scd56fr.exe

Hem, en fait ça vient de l'opérareur mod. Mais il possible de recoder l'opérateur mod : function my_mod(x, y) while x > 0 x = x-y wend if x < 0 then my_mod = x + y else my_mod = x end if end function ça marche...mais après test, yen a pour des années avec des nombres aussi grands... Donc voilà une version rapide, mais que j'ai pas testée intensivement resultat = 97 - my_mod(1780529010256, 97) function my_mod(x, y) dim div1, div2 div1 = CDbl(x/y) div2 = round(div1) if div2 > div1 then div2 = div2 - 1 div1 = div1 - div2 my_mod = CInt(div1 * y) end function

Je suis presque sur qu'on peut forcer le passage, en castant tout en chaîne de caractère... Essaye de faire un CStr sur chaque nombre, et sur le résultat du calcul aussi. Du genre : machin = CStr(CStr(97) - CStr(1780529010256) mod CStr(97)) C'est ultra crade, mais ça peut marcher je pense... EDIT : ça marche pas...

Essaye de virer le CDbl des fois que... (les casts en VBS ça sert à rien du tout il me semble, et en plus ces fonctions une limite d'entier sur 16 ou 32 bits, je sais plus) j'peux pas tester, désolé

Un assembleur assemble un programme écrit en langage... assembleur (argh ). L'assembleur est une représentation directe du langage machine : une instruction en assembleur correspond à une instruction machine (opcode). Dans un cas c'est lisible par toi, et dans l'autre cas c'est lisible par un processeur. A part ça c'est exactement la même chose, il n'y a pas de réelle traduction à faire; c'est très facile : l'assembleur n'a qu'à calculer chaque instruction lors de l'assemblage. on a directement (en gros car ya d'autres trucs pas importants): code source -> assembleur (le programme, pas le langage ) -> fichier exécutable Un compilateur, lui, doit traduire un langage dans un autre langage avant de générer un exécutable, c'est déjà plus compliqué. En C par exemple, on a une étape en plus (là aussi je passe quelques étapes mais on s'en tape) : code source -> traduction en assembleur -> assembleur -> fichier exécutable (en code machine donc) Mais un compilo est pas obligé de traduire une source en instructions machine, par exemple en Java : code source -> compilateur -> fichier exécutable (mais en byte code cette fois, illisible par un processeur)

Sinon, tu peux programmer directement en opcodes, t'auras besoin de rien Fais une recherche, ce sujet à été abordé plusieurs fois.

Delphi 1... :-S Delphi 6 est pas en libre téléchargement par hasard ? Parce que sauf si tu as envie de coder sur une antiquité, ça serait peut-être mieux

Un formatage, obligé je pense, et même un formatage bas niveau peut être utile... désolé Sinon tu peux voir avec fdisk pour refaire des partitions (mais tu perdras forcément des données), mais il est très probable que fdisk hurle quand il verra l'état de ton disque dur ! Va voir de ce côté pour faire un diagnostic et un formatage bas niveau si il n'y a plus d'espoir ! http://telechargement.zebulon.fr/121-Ultim...ot-CD-2.31.html

No veille a été écrit en Delphi... t'as donc qu'à te lancer dans le Delphi ! http://www.borland.com/products/downloads/...oad_delphi.html