Jeux Darkbasic à télécharger - Page 3

Mes commandes, j'utilise les mêmes dans tous mes jeux donc y a rien à chercher dans mon prog qui ferait buguer.

Ensuite, tu es le seul (et je crois que c'est ça sur quoi tu coinces) qui a ce problème donc ça veut pas du tout dire que ça vient seulement de mon prog. Le problème c'est que tu crois que ton ordi est parfait et tu rejetes complètement sa position dans ce bug. C'est ça le vrai problème!

Je n'ai rien à chercher dans mon prog mais tu as plutot à chercher ce qui a fait merdé mon prog sur ton ordi.

Je veut juste te faire comprendre que l'erreur ne vient pas uniquement de moi. Un prog ne bugue pas tout seul.

désolé de m'incruster dans la conversation mais Vertyos je pense que tu devrais admettre que ejc2810 a raison au lieu de t'obstiner, et en plus un ecran bleu c'est pas la mort donc tu fait ca juste pour affirmer que tu es le plus fort et que tu as raison...

naaaaan, c'est pas la mort, reboot direct du pc, perte de toutes les données non enregistrées
c'est pas la mort, son pc aurait pu ne jamais redemarer

j'ai testé chez moi le jeu de poulets, et il n'a pas planté
(j'ai le sp2, c'est pour ca que j'ai testé)

son pc aurait pu ne jamais redemarer

Quand un écran bleu fera ça tu m'appellera.
J'ai d'ailleurs un vieil ordi qui bugue toutes les 5 minutes chez moi et c'est pas pour autant qu'il redémarre pas.

reboot direct du pc, perte de toutes les données non enregistrées

T'es pas obligé de répéter les messages d'alerte windows qui font stresser pour que dale!

red_XIII> Merci de "t'incruster", ça me fait très plaisir qu'il y en a au moins un dans ce monde qui me comprends.

vertyos> Si tu reviens (ce que je ne doute pas), lis attentivement le post 60 avant de repartir dans tes romans critiques. Je crois avoir assez bien résumé le problème.

Je connais rien à DarkBasic, TGT et ce genre de trucs, mais tout de même :

Si un programme fait planter le PC, quelles que soient les circonstances, c'est qu'il y a un problème quelque part. Ca peut être un bug dans le programme, qui n'est révélé que dans des circonstances très précise, c'est chose que j'ai eu l'occasion de voir assez souvent en programmant... (et ce sont les bugs le splus chiants à débugguer, vu que, pour trouver d'où vient un bug, il faut déjà savoir comment le reproduire...)

un exemple très bête ? Un allocation mémoire qui échoue, et malloc (new, ou l'équivalent) qui renvoie un pointeur null, et ce, manque de chance, dans LE cas où tu oublie de vérifier si l'allocation a réussi... Chez quasiment tout le monde, l'allocation marchera... et chez un gars, parce qu'il n'aura pas assez de mémoire, par exemple, l'allocation foirera et le programme plantera... et c'est difficile de savoir pourquoi il a planté, dans un cas comme ça, vu qu'on ne sait pas trop quelles sont les circonstances du bug... bien sûr, cet exemple n'est pas forcément valide sur PC, qui dispose de beaucoup de RAM, de swap, de systèmes de protection au niveau de l'OS, du MMU et tout... mais on doit pouvoir trouver des exemples un peu dans ce style sur PC, de toute façon

je ne dis pas que ton programme foire tout le temps
je dis qu'il est _possible_ qu'il y ait un bug, qui ne se produise que dans des circonstances bien précises.

En tant que développeur, tu te dois de faire le maximum pour t'assurer que le problème ne vient pas de ton programme

T'es pas obligé de répéter les messages d'alerte windows qui font stresser pour que dale!

stresser pour que dale ?
et bien... perdre plusieurs heures de travail (ce qui peut être le cas si l'utilisateur du pc est un abruti qui ne sauvegarde pas régulièrement ; ça m'est arrivé lors de mes début dans l'informatique, y'a de ça... plus de 10 ans ; depuis, je sauvegarde toutes les 2 minutes ) est extrèmement frustrant ; je doute que çça fasse stresser "pour rien" !

j'ajoute que j esuis tout à fait d'accord avec le post 58.

et j'ajoute aussi que personne ne m'a demandé de passer ici pour donner mon avis.

Bon bah je crois que squale92 a résumé à peu près tout ce que j'aurais pu répondre, donc inutile d'expliquer une fois de plus. De toutes façons j'ai l'impression de parler à un mur...

red_XIII, je me serais posé des questions sur toi si j'avais pas vu tes "prouesses" ailleurs sur yAronet... je crois que là tu ne sers tout simplement à rien.

c'est quoi le rapport avec le sujet tu dis ca parce que je suis pas d'accord ac toi ?

zyva vertyos tu fé tro tiep tu me rappelles trop kevin kofler
serieux va te cacher je me demande pourquoi ta mere ta mi au monde
espece de

tu fé tro pitié à essayer d'imposer ta volonté et a smasher tt le monde qd je regarde ds tes anciens posts tu faisais pas autant le malin et tu étais bcp plus simpathique. maintenant mm si je sui pas tres actif sur yN tu es une des personnes ke je deteste le plus

en fait, plus je reflechis, plus je te trouve con
va te cacher povre gars

Nu :
et puis je ne suis pas un fan de vertyos, c'est un vrai con ce mec !

j'vous l'avais bien dit !

De toutes façons j'ai l'impression de parler à un mur...

vertyos> En effet, tu te regardes dans un mirroir.

perdre plusieurs heures de travail

squale92> Quand on ne programme pas ou on ne travaille pas sur un ordi, la perte des données ça veut pas dire grand chose. Sauf si vertyos préfère pleurer pour son téléchargement. (le progrès ça s'appelle la reprise des téléchargements enfin bon...)

Je veut aussi bien qu'une seule erreur suffit pour un programme bugué mais dans ce cas là, "bugué" n'est pas le terme. Je préfèrerais imcompatible vu que ça n'arrive qu'à une seule personne qui ne s'est même pas plus renseignée sur l'erreur (et c'est ça qui m'énerve) et donc balance la faute sur le programme en croyant son ordi victime. Je répèterais qu'un programme ne bugue pas tout seul (c'est donc aussi la faute de sa machine).

va te cacher povre gars

vertyos> Vu ton obstination (et c'est moi le mur! ), ça serait une très bonne idée!

(le progrès ça s'appelle la reprise des téléchargements enfin bon...)

C'est très con ce que tu viens de dire... T'as visiblement pas lu le post de départ...

Je veut aussi bien qu'une seule erreur suffit pour un programme bugué mais dans ce cas là, "bugué" n'est pas le terme. Je préfèrerais imcompatible vu que ça n'arrive qu'à une seule personne qui ne s'est même pas plus renseignée sur l'erreur (et c'est ça qui m'énerve) et donc balance la faute sur le programme en croyant son ordi victime. Je répèterais qu'un programme ne bugue pas tout seul (c'est donc aussi la faute de sa machine).

C'est ce que tu répetes depuis le début, de toutes façons tu viens d'admettre toi même qu'il y avait peut-être un problème de ton coté, donc tu sais ce qu'il te reste à faire. Sinon, tu n'as pas répondu à tout le reste du post de squale.

Red_XIII > Du calme, dernier avertissement. Et c'est pas parceque t'es contre moi, simplement parceque les insultes c'est ailleurs.

va te faire foutre connard je vais pas me soumettre a ta volonté parce que t'es un administrateur

tu pue la merde et la prochaine fois que tu critiqueras K² eh bah dis toi que tu es mal placé parce que toi aussi tu as le meme esprit du gars qui veut avoir toujours raison. sauf que K², il est pas brutal avec les nioobs.
alor encore une fois va te faire foutre connard je t'emmerde banne moi si tu veux mais au moins j'aurai di ce que je pense de toi et je serai allé au bout de mes idées, rien a faire que tu soit un admin de merde

he, faut rester polie quand même, et j'ajouterai a EJC2810 qu'il y a des programmes commercialisés qui bugs (c'est pour ça qu'il existe le bug report) si Vertyos te dis qu'il à un prob, c'est que le prog est peut être la source du désequilibre du system, personne ne peut être sur a 100% de la reussite de son prog. Et pour reprendre squale, il suffit par ex d'un malloc qui a mal fonctionner pour planter la machine

bon bah... la discussion continuera sans toi, j'aurais été tenté de dire que c'est dommage mais vu ce que t'y as apporté c'est loin d'être évident.

squale92> Quand on ne programme pas ou on ne travaille pas sur un ordi, la perte des données ça veut pas dire grand chose. Sauf si vertyos préfère pleurer pour son téléchargement. (le progrès ça s'appelle la reprise des téléchargements enfin bon...)

oh, ça peut juste vouloir dire le bordel total foutu sur un (plusieurs) disque(s) dur(s), par exemple... effectivement, un disque dur de bousillé, c'est rien
OK, c'est très rare... mais tu t'es jamais demandé pkoi après un reset, il y avait un scandisk (sous FAT32, du moins ; pour NTFS, je sais plus trop ; pour ext3 aussi, ça se fait) ? Tu ne t'es jamais demandé pourquoi une clé USB sous windows, il faut cliquer sur le bouton "éjecter" plutot que de la dégager à l'arrache ? Tu ne t'es jamais demandé pkoi sous linux, avant d'éjecter une disquette (ou même la clé USB, c exactement pareil... sauf que sous windows, on s'en rend pas compte pour la disquette) il fallait la démonter ?
Tout ça, c'est parce que les informations ne sont pas écrites instantanéments sur le disque dur, mais reste dans la mémoire RAM jusqu'à ce que l'OS juge bon de les mettre sur le disque dur (Utilisation de ce qui est appellé "buffer cache") ; ainsi, même si tu as sauvegardé ton travail, il se peut qu'il ne soit pas écrit sur le disque dur, ou qu'il ne le soit qu'à moitié... et si tu reset (donc, que tu ne donne pas l'ordre à l'OS de finaliser les écriture sur disque, ce qu'il fait automatiquement quand tu le ferme de manière correcte), et bien, ce qui n'était pas encore sur le disque dur est perdu... un fichier à moitié perdu, c'est un fichier complètement perdu !
Si ce sont des fichiers de données que tu téléchargeais... bon, tant pis, tu re-télécharge... mais si c'est un fichier extrèmement important du système d'exploitation, dans le pire des cas, tu as fusillé ton système d'exploitation ; pas cool, n'est-ce pas ? (OK, c'est scénario catastrophe... mais ça reste _possible_ (je n'ai pas dit _probable_))
Sans compter qu'un reset n'est physiquement pas bon pour le disque dur (il vaut mieux éteindre le pc, et attendre quelques secondes avant de le rallumer ; d'ailleurs, c'est peut-être pour ça que de plus en plus de PC n'ont pas de bouton reset (et aussi pour éviter le coup de genoux par mégarde dans le bouton reset )) : quand tu éteint ton pc, l'alimentation du disque dur se coupe, et il lui reste juste assez d'énergie pour que la tête de lecture vienne se "ranger" en dehors des plateaux ; si tu rallumes alors que la tête n'est pas encore rangée, les plateaux ne tournent potentiellement plus assez vite pour que la tête soit maintenue _entre_ eux, et elle risque de frotter dessus... et là ton dur, direction la poubelle. (oui, aussi un scénario catastrophe... mais peut-être pas tant que ça... il est assez fréquent que mon vieux 486 refuse de démarrer à cause d'un pb de disque dur)

Je veut aussi bien qu'une seule erreur suffit pour un programme bugué mais dans ce cas là, "bugué" n'est pas le terme. Je préfèrerais imcompatible

Disons programme comportant un bug ne se révélant que dans certains cas précis d'incompatibilité

une seule personne qui ne s'est même pas plus renseignée sur l'erreur (et c'est ça qui m'énerve)

comme je disais dans un post précédent, les bugs aléatoires sont les plus difficile à dénicher... puisqu'ils se produisent d'une manière qui parait être aléatoire (tant qu'on a pas trouvé leur origine)

squale à propos des dd : quand on fait un reset, les disques ne sont pas freinés, et donc leur vitesse ne change quasiment pas non ?

bah, on coupe leur alimentation pdt quelques temps, non ?
donc, ils doivent bien ralentir un minimum...
(enfin, dixit les explications d'un prof de première année d'iut... j'ai jamais regardé de l'intérieur un dur en fonctionnement )

bah, je vais faire un test au bruit
reset avec l'oreille collé contre la tour
si ca fait skouiiiik c'est que t'avais raison

lol

squale92>
- t'as plus grave que les fichiers corrompus, tu peux corrompre le système de fichiers et là tu fous en l'air la totalité du contenu du disque d'un coup. C'est ce que teste scandisk d'ailleurs, la cohérence du système de fichiers.
- nan avec ext3 t'as pas ce risque, parce que c'est un système de fichiers journalisé, ce qui garantit la cohérence des informations écrites. Donc le système de fichiers ne risque rien (par contre bah un document pas sauvegadé reste un document pas sauvegardé ).
- pour le reset par contre en général un reset est mieux qu'une extinction, parce que justement le disque dur n'a pas à être relancé (il faut fournir un couple important au moment de la mise en marche).

EJC8210>
j'ai bien rigolé en lisant le topic. De manière générale, ou un programme fait ce pourquoi il a été conçu, ou c'est qu'il y a un bug. Donc de deux choses l'une : soit tu as conçu le programme spécialement pour qu'il provoque un plantage dans certains cas, soit le programme a effectivement un bug.

Cela dit, il ne faut pas prendre mal qu'on te dise qu'il y a probablement un bug. Tous les programmes ont des bugs, et plus le programme est complexe, plus il y en a, et c'est parfaitement normal. Ca ne remet aucunement en question ce que tu sais faire ou le travail que tu as fourni pour développer le programme.
Au contraire, te dire qu'on a trouvé un problème doit te permettre de le savoir pour aller en chercher la cause, et soit le retirer s'il vient d'un problème dans ton programme, soit de proposer une façon de le contourner aux utilisateurs qui le rencontreraient.

Tu verras aussi que tous les projets un tant soit peu sérieux ont des procédures standardisées pour permettre aux utilisateurs de prévenir quand ils rencontrent un problème. Un rapport de bug n'est pas une critique, c'est au contraire une aide que l'utilisateur apporte au développeur. Si vraiment l'utilisateur trouve que le logiciel c'est de la merde, bah il l'efface et oublie jusqu'à son existence, et laisse ainsi un autre utilisateur rencontrer le même problème tôt ou tard.

A titre d'exemple dans les semaines précédent la dernière release de kde, plusieurs centaines de bugs étaient rapportés chaque jour par les utilisateurs. Du plantage au bug d'affichage, de l'erreur dans la doc à la corruption de données, tous ces bugs sont pris en compte, examinés, confirmés ou infirmés et résolus. C'est ce processus qui permet peu à peu d'éliminer les bugs, que jamais les développeurs n'auraient pu trouver eux-mêmes en testant.

[edit: agrémentation avec quelques smileys parce que ça fait un peu gros bloc indigeste ]

Ah et euh un peu HS mais on sait jamais : "j'ai jamais regardé de l'intérieur un dur en fonctionnement"

=> note à ceux à qui l'envie les prendrait d'essayer : un disque dur ouvert c'est un disque dur bon pour la poubelle. Pour fonctionner, il ne doit y avoir absolument aucune particule de poussière dans le disque dur. Donc à moins d'avoir un laboratoire de microélectronique avec salle blanche, filtres et souffleries chez vous, c'est pas la peine d'essayer, vous aller juste pêter votre disque.

Ué je sais ça parait idiot mais je suis sûr qu'il y en a à qui cet avertissement sera utile.

./81> ah, ok

Ah et euh un peu HS mais on sait jamais : "j'ai jamais regardé de l'intérieur un dur en fonctionnement"
=> note à ceux à qui l'envie les prendrait d'essayer : un disque dur ouvert c'est un disque dur bon pour la poubelle.

c pour ça que j'ai jamais essayé

Cela dit, il ne faut pas prendre mal qu'on te dise qu'il y a probablement un bug

spectras> Si tu as bien lu, je prends mal que vertyos dit d'un air certain que mon programme est bugué (il ne dit pas probablement) et pense que son écran bleu est entièrement la faute de mon prog. Je n'ai rien contre toi, squale92 ou Nu mais c'est surtout vertyos qui me répond tant qu'on ne lui donne pas raison et ça m'éneeeeerve! Il ne veut pas comprendre que mon prog est imcompatible (il n'est pas bugué mais tout simplement incompatible ou a provoqué un conflit avec un autre programme). C'est le terme "bugué" que j'aime pas trop.

(note: pitié pas de romans j'ai horreur de ça. Le fonctionnement d'un disque dur je suis désolé mais je m'en fout un peu! )

Allez, au paasage, voilà pourquoi je me montre si agressif. Répliques de vertyos:

1,5go foutus en l'air à cause d'un programme buggé d/l sur un site, posté dans un topic qu'un gars vient de remonter alors que manifestement personne n'en avait rien à foutre.

perdre des 10aines d'heures de d/l pour un truc qui n'a pas été assez testé... féchier quoi

je déconseille à tout le monde de tester ça.

Et c'est pas le "logiciel payant" (strictement RIEN à voir) qui crée des programmes buggés, c'est toi

Sachant avec quoi le programme a été réalisé, pour moi la solution la plus crédible serait qu'il est effectivement buggé mais que le problème vient plutot de DarkBasic que du code

Je refuse pas d'accepter la vérité j'avertis juste que ton machin n'est absolument pas stable, et je déconseille à tout le monde de l'executer

Bref, mauvaise foi à toute épreuve, comme malheureusement beaucoup de personnes qui préfereront mentir plutot que de se remettre en doute.

Et au passage, un programme qui tourne correctement sur une plate-forme ça ne veut absolument pas dire qu'il n'est pas buggé... Tu m'as l'air vachement rigoureux dans ce que tu fais, décidement...

je déconseille à tout le monde d'utiliser ce truc...

j'esperais que ça te ferais au moins réagir, mais visiblement même pas. C'est pour ça que je continue, et compte pas sur moi pour m'arrêter tant que la question ne sera pas reglée

C'est très con ce que tu viens de dire...

Nan mais j'assiste à votre engueulade et même si Vertyos est sous le coup de l'énervement, ça ne t'empêche pas de regarder *un minimum* le code source. Et très souvent, c'est sur un rapide coup d'oeil qu'on peut s'apercevoir où c'est que ça foire

Si mon code source était pas bon, mon logiciel ne compilerait pas. L'erreur ne vient donc pas de moi. Le programme compilé n'est peut-être pas compatible avec son PC et moi je ne pourrai jamais rien faire. Et qu'on ne me dise pas qu'il y a des commandes qui font merder. J'en ai marre de répéter toujours les mêmes choses à quelqu'un qui n'essaie même pas de comprendre mon point de vue mais préfère critiquer.

Vertyos n'a pas une seule fois envisagé que l'erreur pouvait être provoquée par son ordi sur mon programme. Il préfère dire bêtement: il est bugué!

Vous avez qu'à tous tester mes progs. Je suis sur qu'il y en aura pas un seul qui plantera! (j'ai bien dit qui plantera. Un retour à windows avec une erreur peut arriver et c'est tout à fait normal si l'éxecution d'une commande est impossible pour x raison)

Je n'admettrai pas un réel problème tant que quelqu'un d'autre ne l'aura pas étant donné que je considère windows comme système pouvant planter pour n'importe quoi (ça en fera réagir certains mais avouez que windows peut planter comme ça d'un coup. C'est connu.)

Hum, je relis le topic...

"Tu testes une fois et tu dis que ça marche pas". Bah oui, c'est ce que fait tout utilisateur. L'utilisateur il va pas essayer de lancer coûte que coûte un programme, ça marche tant mieux, ça marche pas ---> corbeille, vider, chapitre suivant.

Quant au compilo, on peut très bien sortir un programme qui se compile très bien, mais qui peut faire n'importe quoi à l'exécution

Et à la vue de ce bug report, j'hésite à télécharger tes progs :/

Je veut bien mais le problème à l'exec n'arrive qu'à lui sur des tonnes de personnes qui téléchargent mes jeux. Alors arretez de partir sur l'idée du programme bugué avant de réfléchir.

Il est le seul à avoir ce prob et de ce fait il me fait de la mauvaise pub. C'est quand même énervant!

EJC2810 :
je prends mal que vertyos dit d'un air certain que mon programme est bugué (il ne dit pas probablement) et pense que son écran bleu est entièrement la faute de mon prog.

Vertyos :
Tu pourrais peut être au moins reconnaitre qu'il y a probablement un problème de ton coté... En tout cas je déconseille à tout le monde de tester ça.

Même chose pour toutes les autres remarques, relis le topic j'ai la flemme de quoter pour justifier des accusations dans le vide... T'es simplement très mal placé pour parler de "ne pas vouloir comprendre", en 3 pages tu ne t'es pas une seule fois remis en question, je crois que ça veut tout dire...

En 3 pages j'ai avoué qu'il y avait un problème mais je refuse de dire que mon programme est bugué ce qui est justifié. En revanche, toi tu as toujours accusé mon programme et jamais remis en cause ton ordinateur. Donc encore une fois tu dis de la merde.

De plus, tu marques n'importe quoi. Je te dis que tu n'as pas dit une fois que mon programme est probablement bugué et toi tu me sors une citation qui ne parle pas de mon prog en disant qu'il y a un probablement un problème. Tu m'étonnes!

Donc ton précédent post est inutile et complétement faux.