allcolor a écrit 1778 commentaires

Que fais-tu du sacro-saint principe de ne pas réinventer la roue?

Je crois que ce baser sur l'histoire de l'informatique et dire ça est un peu en porte à faux... Linux c'est quoi ? Il existe à cause des brevets ? Il existe parce que ce qu'il y avait était moins bien ? ou il existe parce que quelques personnes ont voulu qu'il existe ?

Non, tu dois utiliser une licence compatible avec la GPL... mais comme ton programme sera lié a QT, tant que ce lien existe, c'est comme si ton prog était sous GPL. (Compatible veut dire que tu peux relisencié en GPL, par exemple la BSD est compatible GPL).

Tu dois certainement faire comme pour le projet GNU. Pour participer à GNU Classpath, j'ai dû signé un papier ou je cède les droits de mon code à la FSF. Je suppose que pour que ton code soit intégré à QT, tu dois faire pareil vis à vis de trolltech.

Ben ça existe... crossover office fait tourner IE6 sans problème... très pratique pour tester le rendu.

La fin !!?!! mais ! mais ! on en est qu'au début... 2050 c'est dans 45 ans... arghhh on sera vieux... why this world is so cruel !

J'ai un clavier dit "multimedia" chez moi, et je dois appuyer sur le bouton Fn (un bouton supplémentaire style numlock) pour que les touches de fonctions fonctionnent /o\..; y a une petite loupiote qui s'allume quand c'est bon.

Oui mais pourquoi c'est interdit pour les résidents de Porto Rico... je croyais pourtant que c'était un état américain non ?

J'ai voulu l'utiliser.... et bien ça fonctionne pas bien. Du moins, j'ai été incapable de lui faire reconnaître du 'iso-8859-15', il s'obstine à le reconnaître comme un charset BIGkekchose... (donc japonais ou chinois)... par contre l'utf-8 est ok.

Pour moi, ce truc ne fonctionne pas, en tout les cas, pas comme ça devrait.

euh c'est la GPL qui est copyright FSF pas linux...

Hmmm... tu vises qui par provient de la bouche d'un mec que vous aimez bien lapider pour ses conneries/mensonges dans les journaux ?

A mon avis tu ne trouveras pas, j'ai l'impression qu'il délire un peu.

Il manque surtout à la version CVS tout le code concernant les protections anti-copie... le code n'est pas dans le CVS à cause de transgaming mais plutôt a cause des détenteurs de ces systèmes de protections. Transgaming c'est donc acquitté d'un droit pour pouvoir utiliser ces technos qui sont proprios. Donc la version AFPL de cedega les contient pas la version CVS.

Tu utilises quoi pour désassembler ?

Pour faire ça tu dois quand même être capable de faire tourner le jeu original a travers un debugger... sinon ben chapeau bas...

Tu as commencé comme ça sans aide... sans piste pour savoir comment trouver les formats de données...

Bon je sens que je vais télécharger tes sources voir un peu comment c'est fait. :)

Je suis très intéressé par ce genre de projets... tu aurais quelques url qui m'expliquerait par où commencer...? genre comment as-tu commencé... me dis pas que tu déssassemble l'exe et que tu essayes de comprendre directement le code assembleur généré... ?

Pour AITD1 il est dispo sur des site d'abandonware (lba aussi) genre ici :

http://www.abandonware-france.org/ltf-rubriques.php3?genre=aventure(...)

Ce genre de projet est très intéressant... mais je me demandais où l'on pouvait trouver les infos sur les formats de données utilisé par ces jeux (comment sont stocké les graphismes, sons, script qui gère le déroulement du jeu). En gros comment fais tu ?

voilà :)

Bouh ouiinnnn maichant... je suis plonké de la tribune... c'est injuste...

Quel est cette attitude minable... parce qu'on oublie d'escaper l'ua... qu'on fait mumuse (et que ça fait marrer les gens qui justement utilisent ce bouchot), on plonk sans prévenir... c'est d'un lamentable.

environ 3 ans....

bon je sais, je ===>[]

le JDK 1.3, c'est même pas Java2 ... alors t'es vraiment dans les choux avec

Euh si le jdk 1.3 c'est Java2... de même que le jdk 1.2... c'est d'ailleurs de celui-ci que Java2 vient... après java 1.0 et 1.1, le jdk 1.2 a introduit des changements dans la vm, notamment le classloading. Et jave est devenu Java2 (en référence au 1.2) comme cette nouvelle version s'appelle désormais Java5.

1- blackdown c'est la jvm de sun (faites à partir des sources de la jvm de sun), donc c'est pas libre non plus.
2- BEA c'est pas libre non plus.

Donc oui y a pas de problème pour développer en java... mais il y en a un peu pour déveloper en java pure libre... c'est dommage, mais je suis convaincu que ça ne tardera plus trop... (enfin je fait la méthode coué depuis quelques années).

Parcque les instructions de la JVM ne le permettent pas. La JVM n'a pas du tout les mêmes instructions qu'un proc classique...

C'est faux. La jvm est une machine de turing universelle... alors je vois pas pourquoi on pourrais pas faire un compilo qui target la jvm. Peut-être du au model de la jvm, le resultat ne sera pas forcement performant mais faisable ça l'est et sur les spec de la jvm actuelle.

PS2 : tu gère comment la mémoire d'une carte graphique avec un driver en Java ?

Il y a un point d'entrée dans la vm qui permet d'accéder aux matos, et tu codes avec l'interface qui va bien et tu auras accès en java à la zone mémoire de la carte, je vois pas où se situe le problème. Il est évident qu'il y a une couche native qui donne l'accès au pointeur de la mémoire, à partir de là, tu fais tout le reste en java.

PS : j'aimerai bien voir une appli écrite en C tourner sur jnode... Parcqu'un OS ne doit pas limiter l'utilisateur en l'obligeant à utiliser un seul langage avec GC et tout le tralala... Il doit lui laisser libre accès à la mémoire si l'utilisateur en a envi.

Une vm peut faire tourner plusieurs langages (vm = virtual machine). Bien sûr le langage qui tourne de base sur une jvm, c'est java. Mais tu as par exemple rhino qui permet de faire du js, jpython du python... et pourquoi pas du C qui aurait comme target la jvm.

Oué mais si tu regrde bien le schéma de l'"OS" en Java, même la couche au dessus n'est pas en Java mais toujours en ASM...

Mais non les drivers, la gestion mémoire sont écrite en java. Il est évident que pour booter du java, il faut du code natif, c'est ce que fait ce nkernel qui bootstrap une minivm qui bootstrap la vm finale. Maintenant l'accès au matériel n'a rien avoir avec le fait que ça soit java ou non. Après ce que le proc execute c'est toujours du code natif. La vm compile à la volée en code binaire. Le code asm/C de jnode est ridicule comparé au code java. Dire que jnode n'est pas un OS en java est de la grosse foutaise.

Les drivers sont codé en java... pratiquement tout est codé en java, sauf le "n-kernel" qui est un mini kernel (mini mini) qui sert a bootstrapper. La taille de la partie en rouge reflète la taille réelle de code natif de l'os et c'est pas 50% daisolai.