Necstasy

Je me dis d'ailleurs que ce ne serait pas une mauvaise idée de créer un topic référençant liens et ressources utiles sur la programmation PCE (qu'il s'agisse de forums mais aussi d'outils). Ton site, MooZ, doit y figurer en bonne place !

MooZ a écrit :Et surtout n'oublions pas le forum pcedev

oups dsl mooz j'avais oublié ..

Kaminari a écrit :... un topic référençant liens et ressources utiles sur la programmation PCE ...

Et aussi une GROSSE liste de docs sur le hardware.

Euh... Quelqu'un a vu que j'avais posté un lien sur des brevets japonais de la PCE ?

Oui, ton topic est une mine d'or.

Ces patentes doivent bien entendu faire partie des ressources utiles :)

Je confirme ce que dit Kaminari, Tanuki : les brevets que tu retrouves sont une source énorme pour les programmeurs du forum et je te remercie de leur apporter tout ça (étant donné que la prog et moi, ça fait 2, je ne peux pas vraiment te dire autre chose )

Merci à vous deux. J'avais peur de souler tout le monde avec.

Tanuki a écrit :Merci à vous deux. J'avais peur de souler tout le monde avec.

Ma non c'est pas parce qu'on est des ignares et qu'on sait pas à quoi ca sert, que tu es saoulant

Bonjour à tous

Le liens ne marchent plus.

Vous pouvez vous inscrire gratuitement ici: http://www.mirari.fr/user/account

Après réflexion, je souhaite développer en C. Ce que j'ai réalisé ces derniers mois, pour la Lynx d'Atari, je voudrais l'adapter sur PCE.

L'idéal serait d'avoir un environnement prêt à l'emploi pour windows.

Bref, avoir une explication détaillé pas à pas du style:

merci.

Pour dev en C sous PCE tu as huc : http://www.zeograd.com/parse.php?src=hu ... r&path=0,2,

Tu pourras y intégrer de l'ASM si tu en as besoin.

Par contre les explications sont pas tips tops

j'ai trouvé !
http://www.livegeek.fr/article/134881-P ... grammation

Alors, il me manque huc.c
Si vous avez ce petit code, je suis preneur.


j'ai essayé en plaçant huc.h, et ça marche : création de main.pce et testé avec notre amis mednafen

avec le C j'ai toujours inclu des .h et non un .c
Il s'agit donc d'une petite erreur dans le tut, il faudrait le signaler à son auteur Yakamya .

Oui en général on met les .c dans les .h, mais bon on peut faire sans .
C'est moins propre, mais plus pratique, a condition de ne pas en avoir bcp .

La distinction en les fichiers h (header) et c (code) est subtile.

EN THÉORIE, un header ne contiens que des déclarations, exemple:

/* truc.h */
____int machin;
____char bidule;
/* end */

Et un .c contient du code actif:

/* truc.c */
#include "truc.h"
fonction()
{
____machin=40;
____bidule=0;
____if( machin>30)
____{
________bidule=10;
____}
}
/* end */

Mais rien n'empêche d'inclure un c dans un autre:

/* main.c */
#include "truc.c"
main()
{
____fonction();
}
/* end */

La seule chose à éviter c'est de placer dans un h du code actif, c'est toléré ( le C accepte beaucoup de truc bizarre), mais vraiment pas propre

Attention aussi à la visibilité des variables, mais là ont peux écrire un livre dessus

A ce propos il faut noté une différence importante entre le C classique et les C pour petit processeur, dont HuC:
Il faut user et abuser des variables globales, le passage des paramètres au fonctions sont une perte de temps énormes sur les CPU 8bits.

(Sur PC, j'avais un prof qui nous enlevais 5 points par globale en TurboC )

Dans ton fichier .h tu mets justement la déclaration de tes fonctions, ou plutôt l'inclusion sur huc(puisque pas de prototypage), mais pas le code ..

xav a écrit :La distinction en les fichiers h (header) et c (code) est subtile.

merci pour ces précisions

Y'a beaucoup de liens morts... Quelqu'un pourrait réuploader les cours svp ? Pas envi d'attaquer l'ASM tout de suite (je ne connais que le z80).