Crash dans IDE

Bonjour,

J'essaie d'utiliser l'IDE pour créer l'aspect visuel d'une form. Je ne rentre aucun code basic, et j'utilise les alpha, une list et des boutons. Rien d'autre.

Jusqu'à 21 objets, tout a l'air de marcher bien: je peux enregistrer le projet et l'exécuter. A l'ajout d'un bouton en tant que 22ème objet, cela semble corrrect, mais l'exécution produit:
Access viloation at address 00403B08 in module 'PANORAMIC_IDE'. Read at adderess D284562F.
Après, je ne peux plus sauvegarder en format éditeur: même message.

J'ai arrêté l'IDE, je l'ai relancé et repris la version avec 21 objets. Or, au chargement, elle s'arrête après le 10ème objet avec le message:
List index out of bounds (179)
L'objet liste est le 8ème objet. Le 9ème s'affiche encore, puis il y a ce message.

Je sais que l'IDE n'est pas en phase avec l'éditeur pour le moment, mais là, je n'utilise aucune des nouvelles fonctions; en fait, je n'utilise rien de spécifique. Je ne fais que placer et dimensionner des champs sur la form.

Avez-vous une idée à ce sujet ? Y a-t-il un moyen de contourner cela (autre que de tout faire dans l'éditeur, bien sûr !) ?

Cordialement Klaus[b]

La réponse est, je crois, que la version actuelle de l'IDE est limité en nombre d'objets. Elle n'a pas été débridée comme l'editeur.

Jack, confirmera car je n'en suis par sur à 100%.

A+

Bonjour,

Dommage ! Je n'avais pas vu de limitation dans la documentation. Je m'en tiendrai à l'éditeur.

Ceci dit, y a-t-il deux limites ? Une pour l'exécution (entre 21 et 22 objets) et une pour recharger un projet (entre 9 et 10 objets) ? Ou y a-t-il un problème particulier avec les list ? Je vais faire d'autres essais pour en savoir plus.

Merci pour l'info.

Cordialement Klaus

Petite précision:

Au chargement, le problème n'est PAS lié au type LIST d'un objet. En utilisant le type edit au lieu de list, le problème est identique. Donc, soit il manque un message lorsque l'on crée trop d'objets (plus de 9 !), soit il y aun problème à la création ou à la relecture du fichier <projet>.frm. le fichier .mba est vide car il n'y a aucon code basic, je n'ai encore fait aucun click droit sur un des objets.

Cordialement Klaus

Je ne peus pas trop m'avancer concernant l'IDE, car je ne l'utilise plus, mais ce dont je suis sur c'est que dans mon projet actuel je n'ai pas réussi à planter l'EDITOR PANORAMIC par le nombre d'objet. (actuellement, je dois être autours de 200 sur un seul code).

Mais Klaus si tu veux tu peut travailler sur l'éditeur.
Et moi jean claude j'ai un code en construction plus de 300 objet système.
Ouf ! Une chance que le problème est régler au moin dans l'éditeur.

Jean-Claude t'a donné la cause:

Citation :

La réponse est, je crois, que la version actuelle de l'IDE est limité en nombre d'objets. Elle n'a pas été débridée comme l'editeur.

PANORAMIC n'est plus limité en nombre d'objets depuis le mois d'août 2009.
Cependant, l'IDE mis à disposition lui, est toujours limité en nombre d'objets qu'il peut gérer graphiquement.

En effet, Je voudrais préciser la dernière phrase de Jean-Claude:

Citation :

Elle n'a pas été débridée comme l'editeur.

- l'EDITEUR n'a subi aucune modification car il ne gère aucun objet lui-même,
- c'est le noyau PANORAMIC que l'EDITEUR et l'IDE contiennent qui a été modifié: la gestion des objets a été complètement refaite pour utiliser de la mémoire au fur et à mesure de la création de nouveaux objets, alors qu'auparavant il y avait une mémoire fixe et limitée à un nombre fini d'objets,
- l'IDE contient un noyau PANORAMIC qui est capable de gérer un nombre indéterminé d'objets, MAIS, la gestion graphique de l'IDE (c'est à dire le fait de pouvoir visualiser directement des objets, de placer ces objets sur FORM0, de les bouger, de changer leurs tailles,...) n'a pas changé et est toujours limitée en nombre d'objets.

Pour corriger cela, il faut appliquer à la gestion graphique de l'IDE le même principe de modification que pour le noyau PANORAMIC: ne plus utiliser une mémoire fixe et limitée, mais utiliser la mémoire disponible en fonction du nombre d'objets graphiques. Ainsi, il n'y aura plus de limites (autre que la mémoire du PC) au nombre d'objets que l'IDE pourra visualiser AVANT de lancer PANORAMIC.
Pour coder cela (et c'est envisagé), il me faut plusieurs jours complets, que je ne dispose pas dans l'immédiat.

En fait, la gestion graphique des objets est plus compliqué que cela.
Par exemple, les objets que l'IDE utilise sont des objets système, mais certains objets sont masqués par un objet transparent (qui est un dérivé d'un EDIT), pour empêcher toute modification par l'utilisateur sur l'objet lui-même. Et les 2 objets (le "vrai" et le transparent) doivent subir les mêmes modifications quand on les déplace ou qu'on change leurs dimensions.

Exemple:
si on crée un SCROLL_BAR avec l'IDE, et qu'on le sélectionne à la souris, si on tape des caractères au clavier, on peut voir ces caractères brièvement affichés puis effacés et clignoter le curseur de l'EDIT transparent qui masque le SCROLL_BAR.
Il y a donc toute une gestion de ces objets transparent pour qu'un utilisateur ne puisse pas modifier par exemple le curseur du SCROLL_BAR.

Bonjour,

OK, j'ai bien compris. J'en resterai à l'éditeur. Avec un léger regret, certes, car la mise en forme par l'IDE est bien plus facile et rapide, mais soit.

Je comprends bien que la priorité de développement soit à l'évolution de l'éditeur et de nouvelles fonctions du langage, c'est bien normal.

Merci pour tous ces renseignements: cela permet de voir plus clair et de faire la part des choses.

Cordialement Klaus

Merci pour ces précisions. Maintenant je comprends pourquoi l'IDE est bien jusqu'a 20 objets maximun. Si seulement je connaissait un moyen de faire un clone de Jack pour ses clients, on garderait l'original pour PANORAMIC.

A+

Il faut demander au Américains, ils ont les moyens, ils savent tout faire, et nous font comprendre qu'ils sont les plus fort.

Comment ça il savent tous faire !
Je me demande quand même si je suis le seul Américain.

J'ai écris cela en référence d'une phrase écrit par un américain qui disait quelque chose comme ça:
Si un jour un moteur fonctionne par sa propre énergie, il sera créé par un américain.
Il s'agissait de moteur qui fonctionne tout seul.