Version instantanée V 0.9.28i13 du 01/02/2018

Pourquoi une SUB ne peut pas appeler une FNC ?

Code:

message carre(1.2345) : ' OK
test()                 : ' ERREUR
end
rem ============================================================================
FNC Carre(nombre)
    RESULT nombre * nombre
END_FNC
rem ============================================================================
SUB Test()
    dim_local resultat
    resultat = Carre(1.2345) : ' <--- ERREUR : Indice de liste hors limites
    message resultat
END_SUB
rem ============================================================================

Bien vu papydall, c'est ennuyeux ça. Le but d'une fonction c'est tout de même de pouvoir être appelé n'importe ou.
Comme les subs, déclarer plusieurs tableau pose problème.

Code:

rem
print mafonction(1) :' erreur violation d'accès ligne 10

END
fnc mafonction(p%)
  dim_local a%(5)
  dim_local b$(10)
'  dim_local c(15)
  result 1
end_fnc  :' ligne numéro 10

EDIT: application de la suggestion de jicehel, même résultat.

difficile de dire avec ton test Silvermann car un appel de fonction sans paramètre ne marche pas bien. Il faudrait que tu test avec au moins un paramètre pour que ton test soit valide en attendant que Jack corrige ce problème d'appel de fonction sans paramètre.

Remarques sur la nouvelle version (et quelques unes des précédentes):

Je suis sous cette nouvelle version de l'éditeur, après en avoir sauté quelques-unes entretemps.
Au lancement du test de quelques lignes de code j'ai systématiquement ceci:

Le message n'est pas très clair, mais apparemment vec les nouvelles versions de l'éditeur, il faut systématiquement faire une écriture du code avant de le lancer, si je comprends bien.
Je me demande d'ailleurs si ça n'avait pas déjà été dit..., mais n'empêche que ça m'embête, sauvegarder pour tester vite fait 3 lignes de code...

Bien plus embêtant, et qui compromet l'existant:
EXECUTE_WAIT ne sait plus lancer un programme avec un ou des paramètres.
Si je fais:
EXECUTE_WAIT "Cmd.exe", ça marche (ouverture de la fenêtre d'invite de commande)
Si je fais
EXECUTE_WAIT "Cmd.exe /c", erreur:

et de même avec les nombreux programmes externes (y compris exécutables panoramic) que je lance depuis un programme en Panoramic...
Il y a la solution silverman, de créer un .bat qui contient la commande, ça marche, mais c'est une contrainte supplémentaire, et si on modifie même légèrement un ancien programme pour une raison quelconque, il ne marche plus, il faut modifier tous les Execute_wait (j'ai par exemple beaucoup d'appels aux commandes système: cmd.exe, ça marchait avant, ça ne marche plus).

Super, j'essaie !
Merci, Jack !

@JL35
depuis la version 028i09(ou 028i10), il faut ajouter le caractère pipe, le "|".
Essaye:

Code:

MEMO 1: FULL_SPACE 1: FONT_NAME 1,"Lucida Console"
EXECUTE_WAIT "cmd.exe |/c DIR /? | clip"
CLIPBOARD_PASTE 1

Merci infiniment silverman !
Il faut le savoir, ça ne s'invente pas !
Et comme j'avais sauté les dernières versions... mais effectivement, ça me rappelle quelque chose que j'ai lu sur le forum, peut-être de toi d'ailleurs, je n'avais pas noté.

Bon, ce sera un peu moins douloureux, mais il faudra quand même que je mette à jour les sources concernés.
Merci encore.

PS: apparemment, c'est pareil pour la commande EXECUTE, le pipe est nécessaire pour l'exécution, sauf que sans le pipe ('|') avant les paramètres il n'y a pas d'exécution mais attention, pas de signalement d'erreur...

Bon, maintenant je recompile en exécutable un source qui marchait sans problème dans ma version précédente de l'éditeur, et dont je me sers couramment (Cpt_locaux.exe)
et voilà, ça marche plus:
Erreur externe
Violation d'accès à l'adresse 0046C9A2 dans le module 'Cpt_locaux.exe'. Lecture de l'adresse 00000328
y'a plus qu'à trouver où est cette erreur dans le programme...
Je sens que je vais revenir à mon éditeur de janvier 17...

Merci jack pour cette nouvelle version.

Grace à un certain nombre de Panoramiciens, j'ai pu tester les Fonctions, et j'entrevois leurs utilités.

Par contre, le fonctionnement de Panoramic_Editor (depuis les versions V09_28i...) sont bien moins pratiques que la dernière version régulière (V09.27) qui fonctionne bien.
Toutes les nouveautés depuis cette dernière version régulière sont des progrès nécessaires et je les approuve, mais j'aimerais retrouver un éditeur qui fonctionne sans "artifices" (qui sont surement nécessaires au débogage) comme avant.
L'inconvénient majeur, à mon sens, est qu' après un certain temps de pause, l'éditeur cherche à reprendre la main.

J'ai un peu de mal à exprimer correctement ce que je veux dire...

En tous cas, on avance et je ne peux qu'en être satisfait, et j'imagine que pour Jack ce n'est pas facile ...

Vive Panoramic qui me permet de triturer mes neurones

A+

Je me suis enflammé un peu vite en disant qu'il n'y avait plus de bugs au démarrage !  
Je confirme les problèmes au démarrage de l'éditeur ainsi qu'avec EXECUTE WAIT comme JL35.  

Concernant les fonctions, je ne me suis pas trop penché dessus mais je vous fait confiance, si vous y trouvez un intérêt, j'y trouverai sûrement le mien aussi !

Au fait Jack, as tu prévu une nouvelle version de MAKE.EXE ?

Minibug a écrit:

Concernant les fonctions, je ne me suis pas trop penché dessus mais je vous fait confiance, si vous y trouvez un intérêt, j'y trouverai sûrement le mien aussi !  

« y trouver un intérêt » ?
Pouvoir définir ses propres fonctions est une petite (grande)  EVOLUTION de Panoramic, parole de Papydall !

Que les inévitables bugs et dysfonctionnements de toute jeunesse ne vous fait pas croire le contraire !
Ça ira ! ça ira beaucoup mieux !

Mais je n'en doute pas un seul instant Papydall !

Comme on ne peut pas créer d'exécutables, cette nouvelle version est inexploitable.
Je la retire et je la remplace par la version précédente V 0.9.28i12 du 8 juillet 2017.

On va examiner tranquillement tous les problèmes qui ont été signalés, les corriger et sortir une nouvelle version.

Si on fait le point, les problèmes à corriger sont:
- impossibilité d'utiliser une fonction sans paramètres,
- problème de passage en majuscules pour une ligne PRINT contenant du texte et un appel de fonction,
- impossibilité d'appeler une fonction dans un SUB,
- impossibilité de créer un exécutable.

A bientôt.

Et également, JAck, n'oublie pas le problème de "captation" du focus, tel quele l'ai signalé. Ce n'est pas propre à la version que tu viens de retirer, néanmoins, c'est totalement illogique et assez bloquant. D'autant que cela ne touche pas que les objet OPTION tel que dans mon exemple (voir mes commentaires sur RichEdit fait par KGF.dll). C'est tout simplement inexploitable en ce moment.