Bug d'XLib 2nd - Page 1

L'ancien topic a été floodé par 3 abrutis, donc y'a pas d'autre moyen que d'en créer un autre...

Vertyos a écrit :
J'ai un jeu 'powered by XLib' qui bug, et tout porte à croire que la librairie n'y est pas étrangère.

J'ai passée toute une soirée à faire des tests, et j'en reviens toujours à la même chose : la ligne qui bug c'est un appel à XOff();
J'obtiens alors une "Protected Error Violation"

Chose bizzare, je n'avais pas ça avant, c'est apparu depuis un petit moment. Pourtant je n'ai rien changé dans les appels à X. Il serait donc probable qu'il y ait un problème dans la liberation de la mémoire allouée, ou qqchose du genre.
Enfin bref, que faire ?

Vertyos a écrit :
- Ti89 HW2 AMS 2.05 // VTI AMS 2.05 (mêmes résultats)
- Pas de Kernel
- Pas de tsr
- TIGCC 0.94 beta 18 (même chose avec la beta 19)
- XLib 1.05 statique

Coté XLib c'est assez banal :

Redirection auto_int 1 et 5
XOn();
void *ptr_screen=XNewGPlan();
[... plusieurs instructions d'affichage de XSprite ...]
XOff(); // Et ça plante la
Restauration auto_int 1 et 5

Vertyos a écrit :
Pareil... En fait le bug est apparu depuis un petit moment, avant ça marchait sans problème, et la seule chose que j'ai changé c'est un malloc de plus...

Mais c'est un malloc sur un tableau qui n'a absolument aucun rapport avec l'X... Je ne sais pas si il y a une "limite de malloc" autre que celle de la mémoire disponible, mais même si elle existe ça m'étonnerais que je l'ai dépassée. Par contre serait-il possible que XLib alloue mal la mémoire de mon écran virtuel ?

Kevin Kofler a écrit :
TiMad, tu alloues tes écrans virtuels comment? J'espère bien que tu utilises une fonction qui les verouille (HeapAllocPtr/malloc, HeapAllocHigh, HeapLock, HLock, ...)! Parce que sinon, ça expliquerait le problème.

Ximoon
a écrit : Euh techniquement pourquoi doivent-ils être vérouillés?

Thibaut
a écrit : Pour qu'une nouvelle allocation ne déplace pas le bloc.

TiMad a écrit :
bein j'alloue avec un malloc, ce qui ne pose pas de probleme.. puisque c'est la meme methode depuis les premieres versions de XLIb...

Pour le probleme, prend XLib v1.00 elle n'est pas buguée je verai quand j'aurai plus de temps.. mais chez moi elle ne bug pas

tu désalloue bien tes ecrans ?

Bah avec XDestrGPlan, oui... Mais comme ça ne marchait pas j'ai essayé sans (ds la 1.05 il est dit que XOff() s'en charge), et dans les 2 cas ça ne marche pas.

Mes ton tpr etc... en dl .. sinon on peut pas t'aider!

Nan nan nan, j'ai pas envie (du moins pour l'instant) de releaser ces sources.

Et puis de toute façon je t'ai tout dit... Les lignes relatives à XLib y'en a pas bcp, y'a le XOn, une création d'écran, qq XSprite, et XOff.
Le reste qui me semble poser problème, c'est des malloc.

Tu ne dois pas les releaser publiquement, tu les mailes à TiMad (parce qu'il est l'auteur de X_Lib) et éventuellement à moi (en tant que membre de l'équipe de TIGCC, je peux m'occuper des problèmes avec TIGCC) et on regarde d'où vient le problème.

Moué... Ben je vous envoie tous les 2 les sources par mini message, mais n'en diffusez aucune ligne sans mon accord svp...

Je ne diffuse jamais les sources qu'on m'envoit sans l'accord des auteurs!

t'as essayé avec Xlib 1.00 (la vraie, la seule et l'unique pour l'instant)

Ben... Nan, y'a une dll

et ben tanpis, j'ai pas le tps de faire complete la 1.05 (si timad passe par là )

J'essaierais, si y'a vraiment pas d'autre solution

Mais j'attends un peu, Kevin examine ma source là...

Bon je viens juste de reinstaller mon pc.. j'ai donc plus rien dessus ;(
je peux pas te dire ca tout de suite, surtout que ton code n'est pas tres lisible (il ne respecte pas les conventions d'ecriture C.. je sais je suis vieux jeu, mais perso j'y suis habitué).
Essaye de vire XDestrGPlan(...); sinon je peuxpas te dire ca tout de suite.
Essaye la version 1.00.. elle devrait etre compatible, et tu n'auras qu'a compiler ta version publiq en statique pour les futurs vacances...

il ne respecte pas les conventions d'ecriture C

Quelles conventions ? Les seules que je respecte se sont les miennes

Essaye de vire XDestrGPlan(...);

Justement je l'ai rajouté après coup pour voir si ça corrigeait qqchose...

Essaye la version 1.00..

Les seules que je respecte se sont les miennes

Ce qui signifie un code illisble


(à moins que tu n'ai changé)

Non seulement je n'ai pas changé, mais en plus je ne changerais jamais

Ça fait longtemps que je ne fais plus de sources "lisibles" (enfin selon vos critères)

arf...
tu veux faire quoi après le BAC ?

lol...
avec mon prof d'info, c'est impardonable, il y a de vraies conventions d'ecritures c, mais je ne les connais pas


Mais il y a d'autres truc qui le tracace, c'est genre les choses comme: x>>=2; ou x++;
il prefere x=x+1; pour la simple raison que quand on change de language c'est portable
De plus, on crois optimiser en faisant x++; mais tout bon compilo optimise parfaitement toutes les ecritures "racourcies"

il préfère x = x+1 à x++ ?
C un fou, un malade ton prof ! Il a rien compris au C !!!
ce langage a été conçu pour être concis !
c pas pour rien qu'il y a ces écritures !

bien sur que les bons compilos sont censés optimiser eux-même... mais, normalement, il faut toujours considérer que le compilo n'optimise pas, afin que notre code soit toujours le mieux optimisé possible, même avec des mauvais compilo... enfin, c mon avis.

Il a pas "rien compris" , mais je ne vois pas pourquoi préferer "x=x+1;" à "x++;" sous prétexte que le compilateur optimise ça

le C a été conçu comme un langage puissant, de bas niveau (tout en ayant une grammaire d'assez haut niveau) puisqu'il a été conçu pr ré-écrire UNIX (un OS !), et dont la grammaire est concise...

si tu utilise pas ce genre d'écriture, tu supprime le troisème point

il faut partir du principe que lorsque l'on programme, on ne programme pas un langage, mais un algorithme.
L'avantage de ne pas utiliser des spécificités de l'ecriture C (qui ne servent a rien...) c'est que le programme devient portable sur d'autre langage plus facilement etc....

on écrit un algo.
et ensuite, on l'implémente en un langage particulier

Oui, je suis d'accord

arf, à mon avis on devrait arrêter de flooder ici, Bob va gueuler

oui, mias quand t'es en tmps de dl limité, faut favorisé le debuguage et la lisibilité de la soruce (surtout si elle fait plusieurs mega..), et on passe plus de tmps au dl de l'algo qu'a l'ecriture en C...

encore heureux qu'on passe plus de temps sur l'algo que sur l'implémentation !!!

Pim> exact

faut se mettre dans des conditions de tmps de dl limité tu comprendras

Pim > Exact...

On en revient donc au sujet : XLib bug

Moi XLib ne bug pas chez moi
puis d'ailleur depuis quand elle bug, au debut elle buguais pas!

TiMad> je commence à réaliser.
et je v réaliser de plus en plus cette année.