OpenBOR - Page 1

OpenBOR utilise SDL et donc samouraiX (le Mr OpenBOR) a compilé une version pour GP2x incluse dans chaques nouvelle version.
Le probleme s'est que j'ai essayé cette version par un telnet avec la GP2x et j'ai ceci:
[code]
[root@gp2x openbor]£exec ./OpenBOR.gpe
Fatal signal: Segmentation Fault <SDL Parachute Deployed>
[/code]
A ce que je comprend s'est qu'il y a un probleme de compilation ou dans le code mais comme je suis pas compétant dans ce domaine ^^ je laisse les "grand" essayer de compiler sur leur SDK ou verif le code pour que l'on puisse faire avancer un peut le projet

Ah! j'oubliais la version GP2x utilise le même menu créé par SamouraiX pour PSP avec sélection des mods BOR. Vous pouvez récupérer les version et le code source ICI

Le "Segmentation Fault" signifie surtout qu'il manque un fichier ou qu'il n'est pas possible de l'ouvrir, enfin généralement il y a cette erreur pour ça. J'ai regardé le zip, et j'ai pas trouvé autre chose que openbor.c donc sans les fichiers en .h qui vont avec on ne peut pas faire grand chose.

Nan, ça veut dire que le programme essaye d'utiliser dans une zone mémoire qui ne lui appartient pas. Ca peut venir d'un pointeur mal initialisé, d'un bug pur et simple (dépassement de tableau, etc), de la non compatibilité de certaines fonctions entre la version de base et le port GP2x, ou effectivement de l'absence d'un fichier (mais ça sous-entendrait que le code ne vérifie pas la présence du fichier ou la réussite de son ouverture, ce qui est pour le moins crade).

il faudrait mettre plusieurs points de repères dans le code et tenter de voir quelle est la partie qui donne cette erreur.

bon il vous faudrait quoi pour le compiler et essayer de savoir d'ou vient le probleme car Samiuraix n'ayant pas de GP2x et utilisant le SDK officiel de GPH ne peut pas savoir d'ou provient le probleme.

Il y a un seul fichier source ?????????????????????????? C'est un malade ce mec On ne met pas 15000 lignes de code dans un seul fichier (bon au moins pas besoin de makefile )
Nan franchement c'est pas gérable un projet comme ça...
Bon un jour peut-être si j'ai le temps je jetterai un oeil, mais ne comptez pas trop dessus en ce moment ...

Ben deja avec le SDK officiel, ça compile pas...

Ca compile pas comment ?

Ben deja le sdlport.h n'est pas d'office dans le SDK donc... (forcément après ça génère des warning en pagaille sur des type inconnu, etc.)

Forcément

Donc il faut utiliser une autre librairie que celle fournie par GPH mais... laquelle?

Ximoon (./6) :
Il y a un seul fichier source ?????????????????????????? C'est un malade ce mec On ne met pas 15000 lignes de code dans un seul fichier (bon au moins pas besoin de makefile )
Nan franchement c'est pas gérable un projet comme ça...

les vieux de la vieille font souvent ça
exemple avec another world sur amiga, stos et topaze sur atari...
je sais pas pourquoi, vu que perso je suis incapable de m'y retrouver dans un tel bordel mais bon ..
cela dit, y'a pas possibilité de lancer GDB en remote sur la gp2x pour debuguer ?
(ça ce faisait sur gp32, alors sur une gp2x qui tourne sous linux ça doit ce faire finger in the nose ..)

oui on doit pouvoir lancer GDB mais comme samouraix n'a pas de GP2x il ne peut le faire lui même donc faudrait que quelqu'un possedant la GP2x et les competances lui indique ce qui cloche

Orion_ (./12) :
les vieux de la vieille font souvent ça
exemple avec another world sur amiga, stos et topaze sur atari...

Je soupçonne que ce ne sont pas les vieux de la vieille mais plutôt ceux qui ont appris à coder à l'arrache sans jamais lire le K&R et n'ont jamais entendu parler d'une autre possibilité... Rien que pour le temps que ça ferait gagner de séparer les fichiers, en organisation et en compilation, et à plus forte raison quand à l'époque le matériel sur lequel ils développaient était plutôt faible

ben non justement, déja quand tu fait plusieur fichier ça fait plusieur .o et au final ton programme grossi, ensuite, afficher plusieur fichier avec un joli arbre c'est facile sous les IDE d'aujourd'hui mais beaucoup moins sur des vieilles machine. créer un joli .h a chaque fois avec les bon includes etc.. ça prend du temps ... au final je dit pas que c'est plus lisible mais bon .. (et 2émement sur les logiciels que je parlais la, ils sont coder en asm ^^)

Orion_ (./15) :
ben non justement, déja quand tu fait plusieur fichier ça fait plusieur .o et au final ton programme grossi,

De façon assez négligeable quand même nan ?

Orion_ (./15) :
ensuite, afficher plusieur fichier avec un joli arbre c'est facile sous les IDE d'aujourd'hui mais beaucoup moins sur des vieilles machine.

Je n'ai jamais parlé d'arbre, et à l'époque les souris n'avaient pas de molette pour scroller facilement je n'ai pas parlé d'IDE, de représentation du projet ni rien. Pas besoin de ça pour passer d'un fichier ascii à un autre. (nan mais franchement il fait 500ko le .c là )

Orion_ (./15) :
créer un joli .h a chaque fois avec les bon includes etc.. ça prend du temps ...

Certes, mais c'est une fois, et ça évite des temps de compilation largement allongés et de recherche de la bonne fonction dans le fichier... Je ne parle même pas de la maintenance.

Orion_ (./15) :
(et 2émement sur les logiciels que je parlais la, ils sont coder en asm ^^)

Donc c'est HS et ça n'a rien à voir