J'ai copié sur Bignono

@ Nardo,

il y a des choses inexplicables qui fonctionnent à un endroit et pas à un autre,
qui fonctionne puis avec deux lignes de plus, et des plus simples, ne fonctionne plus...
Des tests qui t'envoie à la ligne 8707 alors que la connerie est à la ligne 800...
bref...

Trois heures que je me bats avec mes includes et des $ qui sont pris pour des float...
et je n'arrive pas à savoir où..


Pour les sfx, c'est qu'ils sont auto extractibles et donc on peut les placer directement à la bonne place... enfin un

Aller un petit

Bonjour, bonjour,

Grande nouveauté ! je vous ai mis sur mon webdav une version 1.1 qui ne sert qu'une fois ...
Non ! elle n'est pas auto destructible ...
Tout va bien au premier lancement, les fichiers se créent, tout fonctionne.
...au deuxième, çà bug ! et je ne trouve pas où...

Si l' un des fins limiers que vous êtes pouvait voir pourquoi ...?

Je ne donne pas de piste, toutes celles que j'ai exploré ce sont révélée infrutueuse...

Salut ygeronimi

En 1ère analyse, je vois ceci
Au 1er lancement, message d’erreur : ‘French’ is not a valid floating point value.
J’ai pu localiser d’où venait cette erreur :
Ça vient du programme ‘Include_texte.bas’ : il y a une ligne DATA en trop : la ligne 11 est doublée par la ligne 12

A+

Je regarde çà tout de suite !

Je ne pensais pas que cela pouvait venir de là, comme quoi...
Tu as eu l'erreur dès le premier lancement ? chez moi elle attend le deuxième..
c'est pour çà, comme les fichiers étaient créés, je ne pensais pas à cette endroit...

Merci de ta première analyse, je vais voir à corriger ...

@ papydall,

J'ai une explication pour les deux "French" du fichier "Include_Texte.bas"

le premier est lu pour être le nom du fichier Texte "French.txt"
le deuxième est la première ligne du fichier qui ne sert à rien puisque la lecture du fichier langue commence à la deuxième ligne
pour être raccord avec mon menu principal.

Je remplis les def$()

for x%=1 to count(13):def$(x%)=item_read$(13,x%):next x%

donc def$(2)="Fichier"
déclare et remplies les captions :

for x%=2 to 10 : caption x%,def$(x%):next x%


Si je comprends bien le message, jai un $ de valeur French à la place d'un float soit un nombre décimal

Précision : l' erreur a pointé le bout de son nez au rajout des fonctions du menu Langue.

Tous les soucis viennent des Include…

J’ai mis en REM tous les #include.
Et bien sûr il faut egalement mettre en REM
la ligne 59 : gosub Create_File_Image
la ligne 75 gosub Create_File_Flags

après ces modification, ça fonctionne

Revois donc les fichiers Include_image.bas et Include_Texte.bas

Dans ce cas tu doit rectifier la ligne 4 de Include_Texte.bas
FOR x% = 1 to 30
Puisque dans ces conditions les lignes DATA deviennent au nombre de 30

je crois que tu viens de me faire trouver l'erreur que dis je l'horreur que j'ai commise...

36 heures pour la trouver, çà va être dans le guiness des records !

C’est parce tu vois ce que je ne vois pas et je vois ce que tu ne vois pas.
Comme quoi 2 paires d’yeux dans deux têtes valent mieux qu’une seule paire dans une tête unique !

On finira, comme toujours, par détraquer ces bugs qui, j’avoue, font la joie de la programmation (après les avoir éliminé bien sûr !)

Par contre pour les drapeaux il y a un truc puisque tu lis déjà le première ligne et qu'après tu lis le nombre de lignes. En tout cas, il lit French a un moment alors qu'il s'attend à lire la hauteur du drapeau français

Où çà , Où cà ??????

Donnes moi cette saleté de ligne qui me prend le choux depuis deux jours !!!

apparemment il lit la ligne 2 de french.txt qui est stockée dans list 13 à la place d'un float

En fait le problème vient de tes includes.
En effet, tu rajoute des data dans ton source et les procédures pour les traiter sauf que les data sont toujours ajoutés alors que tu n'executes le traitement que si le fichier langue n'existe pas.
Par conséquent, quand il veut créer les drapeaux, il commence par lire les données de du fichier de langue et forcément, ça ne colle pas.
La solution la plus simple est de faire une boucle ou tu lis dans une variable bidon tes datas si tu ne les traites pas mais il doit y avoir des moyens plus malignes.
En tout cas c'est la source de ton problème

Ce que je ne comprends pas,

les includes place la fonction de traitement des data
puis les data à traîter

et ce dans l'ordre de traîtement

les fonctions sont soumises à conditions et si une est utilisée elles le sont toutes et dans l'ordre
pour que justement la première ne lise pas les data de la deuxième ou troisième.
Après, lors des lancements suivant, il n' y a plus de lecture des data.
Ce sont les fichiers créés par le premier lancement qui sont utilisés et lus.
Donc si au premier lancement cela fonctionne, pourquoi pas aux autres ?
Je pense que le problème est dans la fonction de récupération du fichier langue
mais je ne vois toujours pas où...


Je crois que je vais revoir entièrement la copie et repartir de Zéro.
Mon source commence à ressembler à un vrai Souk !

Puisque Create_File_Image, Create_File_Langue et Create_File_Flags créeront leurs fichiers respectifs s’ils n’existaient pas, je te propose de les supprimer avant TERMINATE. Ils seront toujours créés au prochain lancement du programme. De cette façon, même si tu ajoutes, comme disait Jicehel, des DATAS, ces données seront prises en charge.
Me suis-je clairement exprimé ?
Si oui réfléchis à cette proposition.

Petite info sur les INCLUDE et les DATA:

1. #INCUDE n'est pas une commande, mais une directive. Ceci veut dire que #INCLUDE n'est pas "exécuté". L'éditeur de Panoramic,commence systématiquement par coller TOUS les INCLUDE dans le source, de sorte à construire un gros source unique en mémoire, avant de commencer à compiler.

2. Toutes les commandes DATA sont collectées au début et les données cumulées dans une zone tampon, d'où elles peuvent être "lues" par READ. Mais cela ne dépend d'aucune manière de l'endroit où sont placées les commandes DATA ! Regarde le code suivant:

Code:

dim i%, s$
memo 1 : height 1,400
data "a","b","c"
for i%=1 to 6
  read s$
  item_add 1,"Indice "+str$(i%)+": "+s$
next i%
data "d","e","f"

end

Ce code devrait produire une erreur "Out of data" si les commandes DATA étaient exécutées là où elles se trouvent. Que nenni ! Elles sont collectées tout au début, quelque soit l'endroit où elles se trouvent. Et encore plus frappant:

Code:

dim i%, s$, x%
x% = 0
memo 1 : height 1,400
data "a","b","c"
for i%=1 to 6
  read s$
  item_add 1,"Indice "+str$(i%)+": "+s$
next i%
if x%=1
  data "d","e","f"
end_if
end

On pourrait croire que seules 3 valeurs sont disponibles, et que la boucle doit planter. Or, il n'en est rien: on a bien 6 valeurs !

La commande DATA est spéciale. Elle n'est reconnue qu'en début de ligne. Tu ne peux pas la mettre dans une ligne de continuation (après un ":"), et tu ne peux pas la mettre après un THEN. Et c'est parce que Panoramic la cherche en début de ligne, avant d'analyser le code de façon plus approfondi, pour les mettre de côté tout de suite.

Solution:
Il faut que tu places des mots-clé dans tes DATA, au début de chaque section réservée à un langage. Par exemple:

Code:

DATA "Section Allemand",...
DATA "Section Français",...

Et pour trouver la section pour une langue, tu fais:

Code:

lang$ = "Français"
read s$
while s$<>"Section "+lang$
  read s$
end_while
' ici, le prochain READ te donne le premier élément pour la langue choisie (ici, Français)

@ papydall,

Oui, pourquoi pas, mais cela ne résolve en rien le bug.

@ Klaus, c'est bien ce j'avais compris.

le placement des fonctions et des data dans mon source
est une convenance pour mieux m'y retrouver.
mais les fonctions, elles, se suivent dans l'ordre pour justement
prendre les data les uns derrière les autres et pas avoir une fonction image
utiliser les data de la langue...

Mais là, je ne vois pas ce qui cloche...

Klaus, comme toujours, tu es très clair.
Tes exemples sont instructifs.

Le problème rencontré par Ygeronimi consiste à ce qu’il apporte des modifications aux contenus des #INCLUDE, et que ces modifications ne sont pas prises en compte puisqu’il teste seulement la présence ou l’absence du fichier.
Si ce dernier n’existe pas, il sera crée et là ça doit fonctionner puisqu’il prend en charge des données contenues dans les #INCLUDE.
Mais, lors du lancement du programme une autre fois, le test de l’existence du fichier est positif et il ne sera pas MODIFIE selon ce qui se trouve dans les #INCLUDES, d’où le plantage.

@ygeronimi
Si ce que j’ai écrit est vrai, je réitère ma proposition de détruire les fichiers dans le sous-programme QUITTER : ils seront crées au prochain lancement du programme.

Une autre suggestion :
Tes #INCLUDE vont mettre les DATA à la suite.
Vérifie bien que les READ lisent bien les données qu’ils sont sensé lire et que les boucles FOR…NEXT contiennent exactement le nombre adéquat.
A défaut, READ va lire une donnée incohérente!

Ici, la commande RESTORE est malheureusement inefficace puisqu’elle force la lecture des DATA uniquement au début. Si RESTORE sera étendue pour permettre de pointer vers une ligne spécifiée de DATA, ça sera parfait !

Les deux derniers morceaux de code de mon post précédent montrent comment on peut se positionner dans les DATA. Il suffit de placer une chaîne de caractères spécifique et de faire READ jusqu'à ce qu'on la trouve. Bien sûr, il faut faire RESTORE avant de faire cette recherche.

Si je me souviens bien, c'est encore une idée originale de Cosmos70 il y a déjà longtemps...

Citation :

Si je me souviens bien, c'est encore une idée originale de Cosmos70 il y a déjà longtemps...

Merci pour cette attribution.
Mais comme j'ai rarement l'occasion de me servir des datas, rendons à César ce qui lui appartient. En l'occurence je crois à JL35 : Aujourd'hui, il se prendra pour le roi soleil.

Mais non ce n'est pas JC (Jules César, c'est JL ...) Désolé, je me cache ... mais oui sinon pour la solution, la plus "propre" c'est celle de Klaus avec le restaure et la recherche du début des bonnes données. Par contre comme le timer ne sert à rien dans le programme et qu'il y a beaucoup de ligne, la lecture dans l'ordre des data peux se faire facilement. Il faut juste mettre une boucle qui lise les data sans les traiter quand le fichier existe. Perso cette boucle je la mettrais aussi dans l'include puisqu'elle est liées au data pour plus de clarté.
Après, la déclaration des label, c'est un choix personnel, mais je les mettrais aussi dans les include, je trouve que c'est plus simple pour quand on réutilise ces morceaux de programmes plus tard, mais là c'est très secondaire et vraiment une question de choix...

Merci (décidément ! ) cosmos pour la reconnaissance de mon génie méconnu (et bien caché).

Désolé, Jl35, pour ce lapsus ! J'ai cité de mémoire, et c'était trompeur.

Bon, j'ai pris une décision pour 3DS viewer !


Je laisse sur le webdav la version 1.0 qui fonctionne même si certains menus sont vides.
Je détruit la version 1.1 qui me casse les .... !

Je reprends tout le bidule à Zéro pour une version 2.0 qui sera là dans......
...quand j'arrêterai d'aller au supermarché pour les fournitures scolaires de mes gosses


PS: j'essaierai de tenir compte de toutes vos remarques, si mon cerveau ne bug pas

Quand même Klaus, comment veux-tu se rappeler de tout ce qui se passe ici, moi-même parfois je ne sais plus trop si c'est moi ou un autre... mais ce n'est pas grave, c'est ça la communauté, tout appartient à tous !
Pour le data/restore je me rappelais, mais cosmos aurait pu tout aussi bien faire quelque chose du même genre.