Version instantanée V 0.9.28i9 possédant l'objet SYNEDIT

Je propose une autre solution. Comme pour les objets LIST, MEMO et COMBO, on pourrait suggérer une commande CLEAR_SYNEDIT_SYNTAX à Jack. Cette commande effacerait tous les pramétrages de coloriation, de sorte qu'on puisse les reprogrammer entièrement avec les commandes que jack a déjà mises à disposition. Je pense que ce ne serait pas bien compliqué à mettre en place.

@ Klaus,

La fonction/Commande que je proposais pourrait très bien le faire.
Si tu fais appel à cette fonction, SYNEDIT_SYNTAX_IMPORT F, celle ci peut alors effacer les paramètres Panoramic
et charger ceux du fichier F de syntaxe.
C' est déjà un peu le cas pour un GRID lorsque l' on charge un fichier de sauvegarde.

Reste à définir l' écriture de ce fichier.


@ Jean-Claude,

Cette fonction/Commande ne changerait rien à ce que tu as fait.
Il te suffira de ne pas l' utiliser.

Bonsoir à tous !

@Jack :

Sur la version 0.9.28i4, je viens d'avoir ce message :

Le bouton OK ne permet pas de sortir de l'erreur pour reprendre la main.
Obligation de tuer l'application PANORAMIC_EDITOR.EXE (32 bits) dans le gestionnaire de taches Windows.

Ce message d'erreur est-il apparu au lancement de PANORAMIC_EDITOR ou l'utilisais-tu depuis un moment?
Te rappelles-tu exactement quelle action a provoqué cette erreur ?

SYNEDIT - PARENT - TAB


Parent n' accroche pas un synedit à un tab.

Bonjour Jack,

Panoramic_Editor était en route depuis un moment, peut-être une demi-heure voire une heure.

C’est lorsque je consultais, dans l’Aide de Panoramic_Editor, le Manuel de Référence qu’est apparu cette fenêtre au premier plan.

Impossibilité de fermer ce message d’erreur que ce soit avec le bouton OK ou par la croix en haut à droite de la box message.

Impossibilité de fermer la fenêtre du Manuel de Référence.

Impossibilité de revenir dans l’éditeur pour opérer une sauvegarde du source en cours.

Quelques précisions supplémentaires :
Windows 10 64 bits sur disque dur D:
Dans un sous répertoire Panoramic.
Chemin complet d’accès : d:\panoramic\PANORAMIC_EDITOR.exe
Le source en cours était dans le même répertoire.

La veille et le jour même j’ai utilisé cette version de Panoramic_Editor sans aucun plantage !

Avec mes remerciements pour tout le travail effectué.

Bonne continuation.

PARENT n'a pas encore été codé pour les objets SHAPE, LED1, SWITCH1, DIGIT1, SYNEDIT et CHART.
J'essaye de faire ça rapidement.

Pas de on_change pour SYNEDIT...  

Il serait bien pratique pour savoir si un source a été modifié.
Cela permet de proposer de l' enregistrer (ou pas) si c' est le cas.

@Yannick,

J'aimerai savoir si tu arrives à ajouter du texte par programmation dans un objet SYNEDIT (genre ITEM_ADD SYNEDIT1%,a$) car de mon coté je n'y parvient pas.
Peut-être que ce n'est pas encore codé ???

A+

PS: c'est juste une question. J'ai décidé de mettre en stand-by mon projet en cours, en attendant que Jack termine le codage de SYNEDIT.

@Yannick:

PARENT a été codé pour les objets SHAPE, LED1, SWITCH1, DIGIT1, SYNEDIT et CHART.

ON_CLICK, ON_DOUBLE_CLICK et ON_CHANGE viennent d'être codés pour l'objet SYNEDIT.

@tous:

J'ai modifié l'éditeur suite aux erreurs signalées : la procédure pour exécuter un source a changé.
A titre indicatif, j'ai ajouté un EDIT qui indique le nombre de millisecondes qu'il a fallu pour lancer Panoramic et récupérer son HANDLE afin de lui transmettre le source à exécuter. Sur mon système, ça tourne autour de 312 ms.

Le premier lancement a donné 15600 et c'est terminé par un plantage comme d'habitude.
le lancement suivant m'a donné 312 !

EDIT : Je tente de rééditer le premier résultat mais pour le moment sans réussite. tout se lance correctement !

Laurent a écrit:

Le premier lancement a donné 15600 et c'est terminé par un plantage comme d'habitude

La valeur de 15600 n'est vraiment pas normale, on arrive à la butée de 51 * 300 millisecondes (15300).
L'éditeur répète 51 fois la séquence : demande à Windows le handle de panoramic puis attente de 300 millisecondes. Et l'attente est une attente active, tous les messages Windows sont traités. Si au bout des 51 demandes, aucun handle n'a été reçu, il déclare panne.

312 par contre est une valeur normale : le handle a été reçu à la première demande, il y a eu une attente de 300 ms plus 12 ms pour afficher quelque chose dans le nouvel EDIT.

Ouaip ! et depuis je ne peux plus reproduire ce résultat...
Peut être est ce du au tout premier lancement ?!!

J'ai lancé déjà de nombreuses fois l'éditeur en direct ou par un raccourci sur le bureau puis en lançant un fichier bas qui associé la dernière version et aucun problème !

En tout cas maintenant, tout à l'air d'être stable...
Je vais laisser l'éditeur ouvert et je reprendrais plus tard dans la soirée car en général c'est en reprenant après un bon moment que cela plante. Je vais voir...

Qu'appelles-tu "plantage" ?

L'éditeur ne répond plus, il est inactif, tout est grisé ?
ou
L'éditeur a affiché un message d'erreur et après acquittement, tout repart ?

Non non Jack, pas de plantage de l'éditeur. Plutôt un message à acquitté et tout est repartit.
Mais je n'ai pas relevé plus que ça puisqu'il était déjà présent avant...

Mais là, j'ai beau tout tenter en lançant et relançant l'éditeur et plus aucun message d'erreur !

Ca y est j'ai réussi à faire planter l'éditeur !

Après avoir attendu une quinzaine de minutes, j'ai cliqué directement sur l’exécution rapide et patrata :



Ensuite j'ai acquitté les différents messages et supprimé le processus dans le gestionnaire de tache.
En exécutant de nouveau mon programme, tout c'est bien passé.

Pour moi (comme l'avait déjà soulevé Yannick je crois...), il doit y avoir un problème avec la sauvegarde auto.
C'est pour cela que j'ai attendu plus de 10 minutes...

NB : le dernier message (concernant le handle de synedit.exe) est apparu au bout de quelques secondes après les 2 premiers messages.

Bonsoir à tous,

@Jack :

Pour reproduire systématiquement ce plantage :




1) Lancer Panoramic_Editor
2) Cliquer sur Nouveau Source
3) Cliquer sur Fermer
4) Cliquer sur Nouveau Source
5) Cliquer sur Fermer
6) Cliquer sur Exécuter

@Marc37:
En effet, la procédure que tu proposes est reproductible.
Je corrige cela au plus vite.

Bonjour à tous,
Bravo Marc, tu chasses le bug efficacement.

Je viens de faire un test de 28i5.
Plus de plantage à la première exécution d'un code, ni ensuite.

Je vais faire comme Laurent: laisser l'éditeur en fonction et faire autre chose, pour voir si je reproduit le même problème.

A+

Suite du message précédent....
Après un vingtaine de minutes.

Je lance l'exécution (éclair rouge)



J'acquitte le message par OK, puis je relance immédiatement l'exécution et cette fois-ci ça fonctionne.
A noter que je n'ai pas eu besoin d'ouvrir le gestionnaire des tâches depuis ce matin.

Voilà une version bien plus stable.

On l'aura un jour, on l'aura....

@ Jack,

Merci, je vais continuer mes explorations...

@ Jack,

Peut-être ai je mal compris ou mon panoramicianisme ( Impatience aiguë )
a pris le dessus mais On_change est toujours noté comme indisponible pour SYNEDIT.

@Yannick:
Hier, je me suis mélangé les pinceaux avec la version de Panoramic que j'ai mis dans l'éditeur, (je n'ai pas mis la toute dernière version) mais le ON_CHANGE pour le SYNEDIT est codé et testé et sera dans la prochaine version.

@Marc37:
Le problème (reproductible) que tu as décrit est corrigé; la correction sera disponible dans la prochaine version.

@tous:
J'ai réussi à réussi à reproduire de manière presque systématique le problème que certains ont décrits, et je suis en train de chercher à comprendre ce qui se passe.

Juste pour vous informer.

Le problème a été compris, mais la correction va prendre du temps.

Ce qui se passe, c'est que lorsqu'on demande d'exécuter un code source, l'exécutable panoramic_temp_xxx.exe se crée correctement, mais quelquefois, ne se lance pas correctement.
Comme il ne se lance pas, il est impossible d'obtenir son handle, le handle servant à lui envoyer le source à exécuter, d'où l'erreur qui est signalée.

Pour ceux qui veulent des détails, le lancement de panoramix_temp_xxx.exe est obtenu par l'appel de l'API ShellExecute, la demande de son handle est obtenue par l'appel de l'API FinWindow.
Il est signalé sur plusieurs forums des problèmes similaires à celui qu'on observe avec l'éditeur et certains recommandent d'utiliser CreateProcess au lieu de ShellExecute.
Seulement, dans le cas de l'éditeur, l'utilisation de CreateProcess à la place de ShellExecute me crée d'autres problèmes ...

Bonjour Jack !

Jack a écrit:

Le problème a été compris

Bon et bien çà c'est une bonne nouvelle !

Jack a écrit:

mais la correction va prendre du temps.

Prends ton temps... le principal, c'est d'avoir un éditeur stable.
Comme disais Jean Claude, on attendra pour les nouvelles fonctions.
Bon courage pour la suite Jack, en espérant que tu trouve la meilleure solution.