Sudoku - Page 2

Secret d'etat
Nan plus serieusement je débute en C et je crois que je manque de méthodologie
Mais je demande pas mieux qu'à apprendre

Tu sais anoul est dans le même cas que toi : il n'a jamais fait de C. Le sudoku sera son premier programme !

Ben déjà il faut apprendre la syntaxe.

Un programme se tient généralement dans une zone précise, celle qui commence par void _main(void) (qui se trouve généralement après un #include <tigcclib.h>)

Une série d'instructions est enfermée dans des {}
Ensuite chaque instruction se termine par un ;

Le C est surtout composé d'appels de fonctions.

Ensuite, il faut se familiariser avec les mots qu'on retrouve en basic :

if (a==1) {gnagnagna();} (pas de then)

while (compteur<=10000)
{printf("%d",compteur);} (pas de mot qui indique la fin du while, le compilo sait que ce qui est entre {} doit être exécuté...)

En espérant t'avoir aidé

Merci vous deux !
En fait c'est pas vraiment la synthaxe qui me pose probleme ^^
C'est plutot de savoir quelle fonction est plus adaptée que telle autre dans tel cas qui me pose probleme
Bref j'passe + de temps a chercher quelle fonction utiliser pour apres me rendre compte que c'est pas la bonne ou qu'il y avait un moyen de faire carrement plus simple ^^
Mais aussi c'est "tous les petits trucs a savoir" qui me font défaut.
Genre : il me semble bien qu'on ne peut pas utiliser n'importe quelle fonction graphique du tios avec les grays (i.e les dialogs j'me trompe ?)

C'est avec la pratique qu'on apprend tout ça.

Oui Dude mais si tu as des question, on est la pour ça

Oki merci bien
Alors ca tombe bien parce que là j'en ai une (que je me pose depuis longtemps d'ailleurs ^^) mais c'est juste pour info :
C'est a propos des twins.
Admettons que je veuille creer un programme _nostub executable en lecture seule ET archivé, le tout sans son clone en ram
Est-ce que ya moyen de creer un handle verrouillé contenant mes variables internes au prog et de contourner le systeme de "twining" et de lire en archive au lieu de lire en ram ? (je sais je suis tordu et je cherche toujours la petite bete )
Si c'est possible ca me permettrait une certaine economie de place
(Et il me semble que preos peut faire ca d'une certaine facon mais je demande confirmation parce que je suis pas sûr du tout de moi...)

enfin tu vas pas seulement devoir garder les variables internes en RAM, mais aussi tout les portions du code que tu pourrais avoir envie d'exécuter... (on ne peut pas exécuter en archive, du moins pas sans gros gros hacks)

et oui ça peut se faire, même si c'est assez crade (surtout en C... il faut aussi que tu puisses limiter les relocations, ou reloger le code toi-même)

Marf ^^
J'avait oublié cette protection d'execution
Donc si j'ai bien compris, pour faire ca "propre" il faudrai que je fasse un espece de petit loader qui m'extrait petits bouts par petits bouts le code de l'archive et execute les instructions en ram avec la table de variables internes en ram elle aussi. Par contre, si je veux faire ca sans pertes de performances me faudrai faire un genre de multithread en détournant une interruption et profiter de ce temps pour copier les nouvelles instructions. et pourquoi pas bufferiser tout ca.
Par contre est-ce que la vitesse de lecture de l'archive va suivre ?
...
Mourf ca me semble bien compliqué.
Mais l'idée c'est ca non ?
Par contre pour des SMC c'est meme pas la peine d'y penser

oui c'est possible de faire ce que tu décris, par contre je vois pas bien où tu veux en venir en parlant de multithread à moins que tu aies des impératifs de latence maximale acceptable en réponse par exemple à une touche ou une commande venant du link (mais dans ce cas-là ce n'est de toute façon pas une bonne idée de charger du code à la volée, parce que ça ajoute plein d'imprévus), tu n'as aucun intérêt à charger une page de code avant le dernier moment, tu risques juste de te planter en chargeant une page qui ne sera finalement pas utilisée (l'archive se lit tout aussi rapidement que la RAM, c'est pas comme un disque dur où il faut lancer le transfert en tâche de fond le plus tôt possible )

et puis si tu ne charges pas tes fonctions à une adresse fixe (ce qui est assez probable, à moins que ton programme se divise en quelques parties très séparées) tu vas devoir gérer tout un système de relocations pour pouvoir accéder aux différentes pages à partir d'une page donnée

note aussi qu'il faut de préférence un moyen de parcourir la pile pour connaître le stack trace des fonctions en cours d'exécution, pour éviter d'avoir à faire la vérification qu'une page n'a pas été é#vincé#e du cache à *chaque* rts et qu'on ne saute donc pas n'importe où (avec la possibilité de parcourir les stack frame, on peut patcher les adresses de retour correspondant à des fonctions dans des pages supprimées pour qu'elles appellent une fonction de "résurrection" de la page en question et qu'on puisse revenir dans la fonction comme si de rien n'était )

je n'ose même pas parler des pointeurs de callback, parce que là c'est complètement gore puisque l'adresse d'une fonction peut changer n'importe quand (il faudrait quasiment que le compilateur les remplace par un index dans un tableau prédéfini de fonctions callback-ables, pour ne déréférencer l'adresse qu'au tout dernier moment, celui de l'appel de la fonction à proprement parler)


bref ça pourrait ressembler à :

myfunc:
  move.w a6,21*2(a6) ; notify cache system LRU that page 21 has just been used
  ...
  moveq #123,d0
reloc_foo
  jsr _missing_page7.l ; call function 'foo'
reloc_bar
  jsr _missing_page6.l ; call function 'bar'
  ...
  rts

page7_relocations:
  dc.w 21,reloc_foo-page21_start,foo-page7_start
  dc.w 0
page6_relocations:
  dc.w 21,reloc_bar-page21_start,bar-page6_start
  dc.w 0

(c'est vrai que ça pourrait être cool de faire un compilo qui se charge de faire ça automatiquement )

Je me suis jamais posé ce genre de question au début

Bon chui en train de regarder ca + en détail ^^
Pour le multithread je voulais dire qu'il faudrai utiliser une interruption pour faire tout les calculs necessaires et charger les instructions avant de laisser s'executer les instructions en attente
Par contre pour les callbacks...pas avant 2042
Merci pour tous ces conseils

[cross]

Thor> oué enfin Dude il fait son modeste, mais je suis sûr qu'il est très loin de débuter complètement

Thor> chui peut etre noob en C mais en asm j'ai quelques bases

Edit> [cross]
Comment t'as deviné Pollux ? ^^

Ah OK

JE suis en train de bosser sur l'algo de génération des grilles.

News : ajout d'un nouveau niveau : SUDOKU SAMOURAÏ encore plus élevé que le niveau diabolique

Un exemple de Sudoku SAmourai :

anoul :
Un exemple de Sudoku SAmourai :

Bon je suis toujours d'accord mais la tu va devoir aller taper dans des domaine de programmation tout à fait différent car pour afficher une telle grille il va falloir faire un petit algorythme de scrolling mais également refaire une structure propre à ce genre de sudoku!

Ne t'embarque pas dans ce genre de programmation au début c'est un conseil : programme d'abord les sudoku "normaux" avec un solveur et un générateur de grilles

Oui oui, pour le moment je fais des sudokus normaux, après quand tout sera au point, je mattaquerais à ce genre du sodoku.

c'est largement possible a afficher sur un seul ecran avec la petite font non ?

21 caracteres en petite fonte sur un pov' ecran de 89 ca risque d'etre cho non ?

Edit> Nan pour une simple grille (9) oui, t'as raison LionalA

LionelA fait la promo de sa mini fonte ....

lol trop pas

bah c'est possible avec la petite font du tios, à condition de tourner l'écran de 90°... (84x126, et avec les barres 100x152 #pile-poil#)

Euh, on peut aussi mettre 1/4 de la grille sur un écran et passer d'un écran à l'autre.

aucun interet de commencer par des trucs aussi compliques

Je suis tout à fait de ton accord liquid ! Si tu veux faire des sudoku en 16x16 ou des sudoku samourai ça sera à faire aprés avoir programmer (et réussi à programmer) des sudoku en 9x9

Vous avez déjà l'algorithme de génération des grilles en plusieurs niveaux (facile, moyen, ...) ?
Je crois qu'il n'y en a pas sur Internet. Ya plein d'entreprises qui se font du blé en proposant des grilles de sudoku, alors ça m'étonnerai qu'elle laissent trainer le code source de leur générateur de grilles.
Il va falloir en créer un de toute pièce.

ca se trouve bien sur internet, ca se fait facilement sinon
(une dixaine de ligne de prolog par exemple )

edit nan rien