bonjour
j'ai un listing de 9000 lignes
quand je déclare le chemin d'un icône dans les options du projet
pour jaPBe ou option du compilateur pour l'IDE
au 1er appel des LIB ça fonctionnent les variables sont initialisées et les calcul réalisés, second appel toutes les variables retourne zéro!!
je sais pas si je suis le seul a qui ça arrive mais voila je pense avoir trouver
le moyen de contourner ce problème !
maintenant si je retire l'option de l'icône dans l'éditeur
que je laisse le StringGadjet de l'option vide???
ça fonctionne a nouveau les variables sont bien initialisées
et les calculs effectués après les appels des LIB.
la solution est de: laisser le Stringgadjet de l'option icone vide apres compilation.
pour a nouveau utiliser les editeurs avec ce source,
et pour contrer ce probleme qui intervient peut etre avec des listings
qui comportent de nombreuses lignes avec l'utilisation des LIB,
enfin pour mon cas.
j'ai vérifier cela se produit dans L'IDE et dans jaPBe
mais si l'ont compile, le programme fonctionne??? .
mais c'est ennuyeux pour travailler avec les éditeurs,
quand ont a ce problème, et ça fait un moment que jai ce problème
sans comprendre pourquoi,
je réinstallais pure basic et plus de problème, mais le problème revenait
après l’utilisation de cette option !!
j'ai effectuer plusieurs essais avec et sans l' icône de cette option
et dans les deux éditeur ce produit le même comportement voila!!
IDE et JaPBe bug option icone!!
Bonjour,
j'avoue ne pas très bien comprendre le problème, ni le rapport entre l'icône définie pour l'exécutable et une utilisation de LIB (user librairies ?) ou des calculs utilisant des variables.
Surtout sans exemple à tester.
As-tu testé la compilation à partir de la ligne de commande (avec l'option /ICON) ?
j'avoue ne pas très bien comprendre le problème, ni le rapport entre l'icône définie pour l'exécutable et une utilisation de LIB (user librairies ?) ou des calculs utilisant des variables.
Surtout sans exemple à tester.
As-tu testé la compilation à partir de la ligne de commande (avec l'option /ICON) ?
merci Gnozal de me répondre aussi vite.
je n'ai pas tester ce que tu dit
mais le programme fonctionne sans problème après compilation.. avec son icône, je n’ai aucun soucis de ce côté
le problème que je rencontre je l'ai découvert par hasard
quand je veux continuer a développer avec l'éditeur aussi bien l’IDE que JaPBe mon source qui doit etre gourmant en memoire ....
si je laisse la ligne de commande avec le chemin pour l’icône
et j'ai essayer plusieurs icône et aussi. Plusieurs chemins c’est bien ce fait qui est la cause !
je ne sais pas si ça vient de l’éditeur, on dirait que ça limite son fonctionnement
sur l’appel de la LIB Suisse elle me retourne des valeur nulles.
L’incidence du chemin de l’icône me semble un Gag ,
Pour continuer j’enlève le chemin et tout rentre dans l’ordre, je peux alors continuer mon apprentissage
pour l’ exemple la librairie des éphémérides Suisse que j'utilise avec des variables prototypes
des que le chemin est défini dans le StringGadjet de l’éditeur, pendant les tests avec le code,
la LIB fonctionne au premier appel avec les bons calculs, mais lors du second appel et les suivant plus rien ?? tous les tableaux les variables sont a zéro !!
je me répète un peu mais bon ….
j’ai un portable avec un Pentium 4 à 3ghz avec XP et 512 Mo , j’ai penser un moment que c’était la mémoire de ma machine.
Pour infos j’avais poster un petit truc sur les astroïde , avec cette même LIB
J’ai tester sur ce listing mais le problème n’est pas apparu ! .cela fonctionnent bien le source fait 750 lignes.
Donc cela apparaît avec des programmes plus gourmant en mémoire avec beaucoup de variables.
Je pense que avec mon listing environ 9000lignes avec les tableaux, structures, prototypes
Et tous les objets . il utilise certainement un peu plus de mémoire.
en plus je ne suis pas un expert en programmation.
mais j’ai constater cela,. Maintenant j’ai la solution , mais je fait remonter l’information
car si ça arrive a quelqu’un, afin qu’il ne cherche pas a l’intérieur de son pc.
Au revoir et merci pour ton écoute..
ah j'ai oublie de dire que j'utilse trés peu d'assembleur dans mon code, pas de peek, poke ni d alloc memoire pour infos.
je n'ai pas tester ce que tu dit
mais le programme fonctionne sans problème après compilation.. avec son icône, je n’ai aucun soucis de ce côté
le problème que je rencontre je l'ai découvert par hasard
quand je veux continuer a développer avec l'éditeur aussi bien l’IDE que JaPBe mon source qui doit etre gourmant en memoire ....
si je laisse la ligne de commande avec le chemin pour l’icône
et j'ai essayer plusieurs icône et aussi. Plusieurs chemins c’est bien ce fait qui est la cause !
je ne sais pas si ça vient de l’éditeur, on dirait que ça limite son fonctionnement
sur l’appel de la LIB Suisse elle me retourne des valeur nulles.
L’incidence du chemin de l’icône me semble un Gag ,
Pour continuer j’enlève le chemin et tout rentre dans l’ordre, je peux alors continuer mon apprentissage
pour l’ exemple la librairie des éphémérides Suisse que j'utilise avec des variables prototypes
des que le chemin est défini dans le StringGadjet de l’éditeur, pendant les tests avec le code,
la LIB fonctionne au premier appel avec les bons calculs, mais lors du second appel et les suivant plus rien ?? tous les tableaux les variables sont a zéro !!
je me répète un peu mais bon ….
j’ai un portable avec un Pentium 4 à 3ghz avec XP et 512 Mo , j’ai penser un moment que c’était la mémoire de ma machine.
Pour infos j’avais poster un petit truc sur les astroïde , avec cette même LIB
J’ai tester sur ce listing mais le problème n’est pas apparu ! .cela fonctionnent bien le source fait 750 lignes.
Donc cela apparaît avec des programmes plus gourmant en mémoire avec beaucoup de variables.
Je pense que avec mon listing environ 9000lignes avec les tableaux, structures, prototypes
Et tous les objets . il utilise certainement un peu plus de mémoire.
en plus je ne suis pas un expert en programmation.
mais j’ai constater cela,. Maintenant j’ai la solution , mais je fait remonter l’information
car si ça arrive a quelqu’un, afin qu’il ne cherche pas a l’intérieur de son pc.
Au revoir et merci pour ton écoute..
ah j'ai oublie de dire que j'utilse trés peu d'assembleur dans mon code, pas de peek, poke ni d alloc memoire pour infos.
autres tests
bonjour
Je viens d’effectuer les mêmes tests avec la même librairie en mode DLL
Et là Plus de Problème !!
Je pense que la fonction IMPORT est perturbée par l’option de l’icône
sa déclaration semble disponible qu’ une fois.
elle semble effacée ou annulée pour les tests d’exécution du source
avec les éditeurs suite a cette option.
mais ne gene pas la compilation qui fonctionne.
Je viens d’effectuer les mêmes tests avec la même librairie en mode DLL
Et là Plus de Problème !!
Je pense que la fonction IMPORT est perturbée par l’option de l’icône
sa déclaration semble disponible qu’ une fois.
elle semble effacée ou annulée pour les tests d’exécution du source
avec les éditeurs suite a cette option.
mais ne gene pas la compilation qui fonctionne.