Kevin Kofler
a écrit : Oui, c'est normal si le jeu est mal programmé. (C'est souvent le cas pour les jeux en mode kernel.)
putain mais n'importe quoi !!!!!!
Ximoon a écrit :
Kevin si tu pouvais éviter de faire de la propagande en véhiculant des idées débiles comme celle-là ce serait pas mal
Tu laisse entendre que les progs kernels sont moins bien codés que ceux en nostub, alors que ce n'est pas le mode qui entre en cause mais le codeur! (et tu serais de bien mauvaise foi de soutenir le contraire).
Pim89
a écrit : Mal programmé ou sale ?
La plupart des anciens progs kernel ont été prog en ASM, ce qui génère souvent plus de bug, vu la complexité et la taille du code. Rien à voir avec le kernel, enfin, pas bcp à voir du moins.
Que je compile mon jeu en KERNEL ou nostub avec TIGCC, il va pas plus planter dans un sens que dans l'autre !
MacIntoc
a écrit : Normalement, ça se produiras plus quand tu utiliseras Shellian (en develloppement).
Ximoon
a écrit : Et si les sauvegardes sont fait dans des libs ou dans le prrog lui-même c'est parceque c'est très lourd de créer un fichier personalisé à chaque fois, de le désarchive s'il l'est et tout le reste.
Qu'st-ce que tu appelles un 'vieu programme pour kernel'? Des exemples stp.
liquid
a écrit : putain mais n'importe quoi !!!!!!
liquid
a écrit : bon pour resumer, s'il a envie de gruger c son probleme, c pas a toi de juger. de plus sa calc il va l'utiliser pdt ses DS (lycée) donc il y aura le droit et pour le bac la calc est autorisée ds plusieurs epreuves
elle est autorisée seulement en maths, vu la tendance actuelle à interdire l'usage de la calc en phys ... d'ailleurs je vois pas pourquoi ils l'autoriseraient cette année 


Kevin Kofler a écrit :
Ce n'est pas de la propagande, c'est un fait.
Peut-être, mais j'ai bien dit souvent et pas "toujours". Ça veut dire que statistiquement, il y a corrélation. C'est comme "Les programmes _nostub sont souvent écrits en C". Là aussi, ça n'a théoriquement aucun rapport, mais le fait que c'est souvent lié est indéniable.
Programmé de manière sale = mal programmé. C'est la même chose.
C'est vrai, mais:
1. Je ne parle pas de nombre de plantages là, mais de programmation sale qui fait qu'un programme ne peut pas sauvegarder ses données s'il est archivé. Ce n'est pas la même chose.
2. Cf. aussi ma 2ème réponse à Ximoon ci-dessus, qui s'applique aussi au problème des plantages.
Bravo, comme ça la FlashROM s'usera 10 fois plus vite.![]()
Je pense plutôt que c'est parce que ces programmes ont souvent été portés à partir de Fargo, où il n'y avait pas ce problème des programmes archivés. Sauvegarder les données dans un fichier externe est vraiment tout bête. (Ça prend une vingtaine de lignes de C.)
Tetris92 (sauvegarde dans le programme), SMQ (sauvegarde dans une librairie), Rusty's Ultimate Solitaire (sauvegarde dans le programme) etc. (Il y a plein de vieux petits jeux qui sauvegardent des données directement dans le programme.)
Désolé, mais souvent les jeux pour kernel enregistrent leurs données dans le programme (ou dans une librairie dynamique), ce qui est vraiment de la mauvaise programmation vu le problème que ça entraîne (programme inarchivable). Ce n'est pas "n'importe quoi", c'est un fait!
marccabale a écrit :
Je suis prof de phys et je me renseigne pour mes eleves et mon interet pour ce que font les calcus ...
Pour ce qui est du 17 en phys, je dois lui dire battu !![]()
Vertyos a écrit :
De toute façon Kevin a une notion étrange du "sale" j'ai remarquéUn prog basic non compatible ac le français est "sale", pr moi c'est plutot l'inverse mais bon...
Ximoon
a écrit : Tu me dis si je me trompe mais ne seraient-ce pas de vieux jeux Fargo portés sur 89/92+? Et tu t'étonnes qu'ils sauvent des données en interne?

