<<< DISK$DATA:[NOTES$LIBRARY]VAX_VMS.NOTE;1 >>> -< SIG VAX/VMS >- ================================================================================ Note 1092.0 Pretend terminals 15 replies DECUSF::BROWN_N "Nick BROWN, Conseil de l'Europe" 15 lines 21-DEC-1990 14:14 -------------------------------------------------------------------------------- Two related problems: - how can I execute a change-mode command with nokeypad commands in EDT from within the startup file ? (eg CHANGE =MAIN;(100 ")"d+nl)ext exit) All I get is "change mode can only be entered from a terminal", but I'm sure I've seen this working somewhere. - is it possible to tell SYSMAN the password of a remote account other than via a terminal ? I know Digital will say "it is a potential security violation to put passwords in .COM files", but I have a system where this genuinely doesn't matter. Is there a SYSMAN$MAGIC_PASSWORD_BYPASS ? Merci d'avance et bonne Noël a tous. ================================================================================ Note 1092.1 Pretend terminals 1 of 15 DECUSF::LESUEUR_E "Emmanuel le SUEUR - SOGIDEC/YLYS" 12 lines 21-DEC-1990 16:03 -< Nokeypad mode only ... >- -------------------------------------------------------------------------------- La seule commande "Change" que vous puissiez mettre dans un fichier de commandes EDT, est une commande de type "change nokeypad." Il faut donc que vous mettiez dans votre fichier de commande les 2 lignes suivantes : set nokeypad change =MAIN;100(")"d+nl)ext exit Faites attention au placement du nombre de repetitions qui doit se trouver avant les parenthèses ... ================================================================================ Note 1092.2 Pretend terminals 2 of 15 DECUSF::BONIS_N 2 lines 21-DEC-1990 16:50 -< une suggestion >- -------------------------------------------------------------------------------- Dans le startup file de EDT, c'est à dire EDTINI.EDT, il faut écrire SET MODE CHANGE et non CHANGE. ================================================================================ Note 1092.3 Pretend terminals 3 of 15 DECUSF::FOUCHET_F "François FOUCHET - FMA" 0 lines 21-DEC-1990 17:24 -< Use EDIT/TPU/COMMAND=SYS$INPUT/NODISPLAY ... >- -------------------------------------------------------------------------------- ================================================================================ Note 1092.4 Pretend terminals 4 of 15 DECUSF::PERROT_B "IPN Orsay" 8 lines 21-DEC-1990 19:37 -------------------------------------------------------------------------------- > - is it possible to tell SYSMAN the password of a remote account > other than via a terminal ? I know Digital will say "it is a potential > security violation to put passwords in .COM files", but I have a system > where this genuinely doesn't matter. Is there a > SYSMAN$MAGIC_PASSWORD_BYPASS ? And may be it is a potential security violation to reply to your question... ;-) ================================================================================ Note 1092.5 Pretend terminals 5 of 15 DECUSF::BROWN_N "Nick BROWN, Conseil de l'Europe" 8 lines 21-DEC-1990 22:17 -< Thanks guys >- -------------------------------------------------------------------------------- .1 is great, thanks. .2: I want to execute several commands without going to the keyboard, then exit (poor man's SED (UNIX)) .3: I've been using EDT since 1982, and I can do without the startup overhead of TPU 90% of the time (although I do like the two buffers). I think that the best editor currently available from Digital, in terms of performance relative to complexity, is SEDT on (ugh) DOS... ================================================================================ Note 1092.6 Pretend terminals 6 of 15 DECUSF::FOUCHET_F "François FOUCHET - FMA" 36 lines 22-DEC-1990 14:43 -< TPU n'est pas un mauvais cheval >- -------------------------------------------------------------------------------- > .3: I've been using EDT since 1982, and I can do without the startup > overhead of TPU 90% of the time (although I do like the two buffers). Effectivement, le startup de TPU est plus long que celui d'EDT. C'est du en partie a la lecture du section file (il suffit de regrader la taille d'un section file pour comprendre), en partie au fait que TPU lit completement le fichier a l'initialisation, alors qu'EDT ne lit le fichier que lorsqu'on en a besoin. D'un autre cote, si votre soucis est de substituer une chaine de caractere par une autre dans un ensemble d'un vingtaine de fichiers, je vous prends (a la course) avec TPU. En effet, une des facons de reduire *TRES* sensiblement le startup de TPU, c'est de le lancer /NODISPLAY /NOSECTION/COMMAND=file.tpu. Et si vous avez un cretain nombre de fichiers a editer de la meme facon, vous pouvez vous creer temporairement une section personnelle, histoire d'aller encore plus vite. Si ca vous interresse, je peux laisser dans VMS: un ou deux exemples de la facon d'implementer ca. D'autre part, si vous utilisez une version de TPU spawnee, vous pouvez jongler entre une session "normale" et une session TPU a grands copus d'ATTACH, lesquels, de plus, peuvent etre mapes sur des touches de fonction sous DCL comme sous TPU. Pour finir, je dirais que TPU apporte d'autres fonctionalites que la double fenetre. On peut utiliser les wilcards dans les noms de fichier, abbrevier les commandes, faire des recherches avec wilcards, en ajoutant des conditions telles que debut de ligne + ABC ... et surtout ecrire en TPU !!! Moyennant l'apprentissage de ce langage, vous pouvez faire des merveilles (NOTES, LSE et EDIT/ACL par exemple). J'ai meme, dans une autre vie, utilise TPU pour faire du multi_fenetrage pour pas cher ... Ma derniere realisation est un analyseur de crash dump, que je n'aurais surement pas ecrit dans un quelconque langage evolue. So, change for TPU ... ================================================================================ Note 1092.7 Pretend terminals 7 of 15 DECUSF::BERENGUIER_A "Alain, ALCATEL BUSINESS SYSTE" 27 lines 26-DEC-1990 17:01 -< Working ! >- -------------------------------------------------------------------------------- > All I get is "change mode can only be entered from a terminal", but I'm > sure I've seen this working somewhere. Ça marche, ayant eu le probléme d'implementer sous VMS, pour mon usage personnel le "notepad" de Windows DOS avec en particulier l'edition systématique de la date, j'ai un edtini pour ce probléme : ! Pour le texte, Tab = 3, Wrap = 75 en deuxime niveau tab = 7. Set tab 3 Set Wrap 75 Define Key Gold : As "adv i--------------------^z ^m date ^m ^m." Change End ;adv i--------------------^z ^m date ^m ^m Set Command Abelib:Edtini.Edt Je reçois systématiquement le message ci-dessus, mais le travail s'effectue correctement comme désiré. ( Pour .-1 ; ) On peut discuter longtemps sur le bon usage de tel ou tel editeur. Mon opinion sur le sujet est de laisser l'utilisateur final décider de son propre chef. Quand à faire de petit "exécutable" TPU pour une édition particuliére, on peut aussi faire des exécutables en pascal, en c, en scan ( peut être le mieux adapté )... ils seront aussi rapides. Pour stocker des macros de répetitions, je pense qu'un language comme le nokeypad command est plus adapter que TPU. Je trouve surtout anormal que TPU n'offre pas le nokeypad command, ni les substitutes en modes lignes tels que ceux d'EDT. ================================================================================ Note 1092.8 Pretend terminals 8 of 15 DECUSF::FOUCHET_F "François FOUCHET - FMA" 17 lines 26-DEC-1990 18:59 -< Reponses >- -------------------------------------------------------------------------------- > On peut discuter longtemps sur le bon usage de tel ou tel editeur. C'est vrai. Il faut pourtant voir que l'avenir EDT est plutot derriere lui. Alors, lorsqu'on se trouve confronte au probleme de creer de nouvelles procedure, autant ne pas le faire avec des outils obsoletes. Est ce que vous utilisez toujours les points d'entree obsoletes des run-time de VMS V3.0 sous 5.0 lorsque vous ecrivez un nouveau programme ? > son propre chef. Quand à faire de petit "exécutable" TPU pour une > édition particuliére, on peut aussi faire des exécutables en pascal, en > c, en scan ( peut être le mieux adapté )... ils seront aussi rapides. La, je doute. D'abord parce que ca ira *beaucoup* plus vite d'ecrire en TPU qu'en PASCAL ou C (je n'ai jamais utilise SCAN). Ensuite, parce qu'en temps d'execution, TPU est encore devant. Enfin, parce que manipuler du texte avec PASCAL et C, pas vraiment le pied ! ================================================================================ Note 1092.9 Pretend terminals 9 of 15 DECUSF::BERENGUIER_A "Alain, ALCATEL BUSINESS SYSTE" 67 lines 27-DEC-1990 12:08 -< Jeux de Table ou Table de Jeux ? >- -------------------------------------------------------------------------------- Un outil n'est jamais obsolete. Exemple Edit/Slp, Edit/Teco, il y a toujours des applications où ils seront adéquats. Edit /Edt est encore meilleur que TPU pour les applications "batchs" de substitute. J'utilise aussi TPU ( petit à petit, car je ne pourrai pleinement l'utiliser que lorsque la compatibilité avec EDT sera compléte ). TPU est un language entiérement "désigner" pour écrire des EDITEURS, DEC s'en sert pour écrire NOTES, LSE, ... et EVE. IBM a eu le même probléme à la fin des années 70 avec XEDIT, la seule différence réside dans l'approche de la distribution; d'entré de jeu XEDIT était proposé avec 7 interfaces reprenant l'intégralité des editeurs existant ( EDIT/CMS, EDGAR ... ). Le seul reproche que l'on peut faire à EVE ( et non TPU ) est de ne pas proposer l'ensemble des interfaces des editeurs de DEC ( EDT, WPS, SLO ... ), EVE est augmenter au fur et à mesure que les utilisateur de DEC propose des interfaces dans la bibliothéque DECUS. Chaque utilisateur agrémente son interface, la section ne peut être partagée... > derriere lui. Alors, lorsqu'on se trouve confronte au probleme de creer > de nouvelles procedure, autant ne pas le faire avec des outils Sous EDT je ne crée pas de procédures, j'effectue des suites de commandes que l'on affecte à des "key", ces suites peuvent être cataloguer dans des fichiers différents et n'être appeller qu'au bon moment. Comment sous TPU cataloguer de la même maniére les "learn séquences". > obsoletes. Est ce que vous utilisez toujours les points d'entree > obsoletes des run-time de VMS V3.0 sous 5.0 lorsque vous ecrivez un > nouveau programme ? En bon progammeur, je ne peux pas vous dire, car s'il est vrai que je n'interface plus sur les points d'entrées obsolétes, j'utilise comme il se doit des rutimes personnels ( que je ne recompile plus ) qui eux peuvent faire appel à des points d'entrées obsolétes. Pour moi ces points d'entrées ne seront vraiment obsoléte que dans la mesure où ils n'existeront plus. ( Il est vrai que je serai alors obligé de reécrire et recompiler les modules appelants ). Exemple, j'ai des exécutables compilés avec la version V1 de pascal, je ne vois pas pourquoi je serai obliger de les recompiler avec la derniére version sous pretexte de ne plus utiliser les points d'entrées de la V1. > La, je doute. D'abord parce que ca ira *beaucoup* plus vite > d'ecrire en TPU qu'en PASCAL ou C (je n'ai jamais utilise SCAN). Vous pouvez douter, mais en temps d'exécution global, il est bon de tenir compte du temps d'écriture de la procédure, donc du temps nécessaire à étudier le language si vous ne le connaissez pas. Etudier TPU n'est pas gratuit, combien de mois avez vous passer dessus pour être capable de faire des "editeurs" ( puisque avec nosection ) spécifiques pour chaque cas. Certain utilisateurs UNIX ( ou ULTRIX ) vous battrons à la course avec VI, ou avec SEDT, GREP, EMACS et le lisp qui lui est un language avec lequel ont été écrit beaucoup d'éditeurs. > Ensuite, parce qu'en temps d'execution, TPU est encore devant. Enfin, A condition de le connaitre parfaitement, de faire des editeurs avec nosection etc... Ce n'est pas à la porté du premier venu. > parce que manipuler du texte avec PASCAL et C, pas vraiment le pied ! Ce n'est certainement pas de l'avis de nos employeurs, mais il est vrai que l'on prend toujours notre pied avec des nouveautés, donc avec TPU. Mais est-ce vraiment raisonnable ? ================================================================================ Note 1092.10 Pretend terminals 10 of 15 DECUSF::FOUCHET_F "François FOUCHET - FMA" 27 lines 27-DEC-1990 15:59 -< Ne nous fachons pas ... >- -------------------------------------------------------------------------------- Bon, on ne va pas polemiquer ... Pour info, sachez quand meme qu'apres un SET KEYPAD EDT ou SET KEYPAD WPS, le keypad EVE ressemble etrangement a celui dont vous avez l'habitude. Maintenant, en ce qui concerne le substitute, ca peut s'ecrire moyennant 15 lignes de TPU que je vous donne ci dessous : PROCEDURE SUBSTITUTE_ALL (STRING_TO_DELETE, STRING_TO_INSERT) LOCAL OLD_POS,POS,LEN_TO_DELETE; OLD_POS:=MARK(NONE); POSITION(BEGINNING_OF(CURRENT_BUFFER)); LEN_TO_DELETE := LENGTH(STRING_TO_DELETE); LOOP POS:=SEARCH_QUIETLY(STRING_TO_DELETE,FORWARD,NO_EXACT); EXITIF POS = 0; POSITION(POS); ERASE_CHARACTER(LEN_TO_DELETE); IF STRING_TO_INSERT <> "" THEN COPY_TEXT(STRING_TO_INSERT); ENDIF; ENDLOOP; POSITION(OLD_POS); ENDPROCEDURE; Ca s'utilise comme ca : SUBSTITUTE_ALL("ABCDEF","1234"). Ca veut dire la meme chose que : S/ABCDEF/1234/WHOLE/NOTYPE en EDT. Maintenant, si vous avez envie d'aller plus loin, regardez dans les bandes DECUS, elle regorgent d'exemples du style EDT_EVE et autres fichiers d'initialisation pour TPU. ================================================================================ Note 1092.11 Pretend terminals 11 of 15 DECUSF::DIAKONOFF_N "Responsable programmathèque" 8 lines 2-JAN-1991 09:46 -< SUBSTITE en EDT >- -------------------------------------------------------------------------------- Tiens, celà me fais penser que j'ai quelque chose du même style que j'avais récupéré dans une bande DECUS. C'est une procédure DCL qui fait sous EDT la substitution d'une chaine de caractères par une autre dans un ou plusieurs fichiers (Wildcards acceptés). Il existe une aide si on oubli les paramètres. C'est maintenant dans VMS:SUBSTITE.COM ================================================================================ Note 1092.12 Pretend terminals 12 of 15 DECUSF::THONON_D "Daniel Thonon SEMA-GROUP Meylan" 14 lines 2-JAN-1991 12:35 -< Expérience >- -------------------------------------------------------------------------------- Nous avons du écrire plusieures procedures de traitement de texte pour adapter des documents ROF à un nouveau format. L'ensemble fait de l'ordre de 1000 lignes (peu commentées). Mon avis est que: - TPU est très rapide dans son domaine (recherche de patterns, déplacement de texte,... - Si on part d'exemples existants, c'est assez simple à programmer (il s'agissait de procedures batch, et non d'editeur interactif: le nombre de commande utilisé est faible: SEARCH, POSITION, COPY_TEXT, ERASE, MOVE_...); - Le résultat est tres lisible Quand a l'activation de EVE ou LSEDIT, nous avons des VS sur lequel il suffit de la lancer une fois pour toute. Bilan: EDT n'est jamis utilisé ici. ================================================================================ Note 1092.13 Pretend terminals 13 of 15 DECUSF::CEDELLE_A "Alain Cedelle, IRISA Rennes" 9 lines 14-JAN-1991 10:37 -< EDT vs TPU ... >- -------------------------------------------------------------------------------- Ce peut etre un avantage pour EDT de ne pas lire entierement le fichier d'entree, lorsque ce dernier est vraiement tres gros, ou verole' vers la fin... Par contre, TPU/EVE a l'avantage de fonctionner sur des fenetres ecran de taille variable, par exemple sur plus de 50 lignes de texte. Rien n'est jamais parfait. ================================================================================ Note 1092.14 Pretend terminals 14 of 15 DECUSF::BERENGUIER_A "Alain, ALCATEL BUSINESS SYST" 131 lines 15-MAY-1991 12:32 -< MYE_TPU >- -------------------------------------------------------------------------------- Rien n'est jamais parfait, mais à l'inverse de la progamation cable, l'informatique apporte l'avantage de toujours pouvoir etre ameliorer. Dans ce cadre, en continuation avec les ameliorations de EVE que l'on trouve sur les differentes bandes de symposiums DECUS, je vous propose un editeur a rendement multiple, de par l'economie de touche necessaire pour effectuer une fonction. Ce MULTI-YIELD-EDITOR cree sur TPU par dessus EVE ce trouve dans VMS sous le nom de MYE_TPU.BCK. Ce backup ( Bloc 2048 ) comprend : La presente distribution concerne un produit appeler MYE_TPU, soit MULTI YIELD EDITOR based on TPU, elle comporte : 0readme.Txt : Le present fichier Mye_Tpu.Note : une notice d'introduction Mye_Edt.Hlp : Les 2 fichiers pour construire la Mye_Tpu.Hlp : bibliotheque de help Mye_Cmd.Tpu : Huit fichiers source tpu Mye_Edt.Tpu : Mye_Format.Tpu : Mye_Hextype.Tpu : Mye_Macro.Tpu : Mye_Sort.Tpu : Mye_Tabs_Cnv.Tpu : Mye_Tpu.Tpu : Mye_Tpu_Master.File : 2 fichiers pour la construction par Mye_Tpu_Version.Dat : evebuild. Mak_Symb_Oflg.Tpu : 3 fichiers d'exemples de macro Struct_Com.Tpu : Struct_Pascal.Tpu : ------- Pour construire MYE_TPU, apres avoir restaurer le backup dans le repertoire de votre choix, effectuer : $ Evebuild == "Edit/Tpu/NoDisplay/Section=Eve$Section" + - "/Command=Sys$Examples:Eve$Build/NoInitialization" $ Evebuild Mye_Tpu $ Librarian /Create=Key:31 /Log /Help Mye_Tpu Mye_Tpu,Mye_Edt -------- Pour l'utilisation vous devez effectuer les assignations : $ Define Tpu$Section "Mye_Tpu_Location:Mye_Tpu.Tpu$Section" $ Define Abelib "Mye_Tpu_Help_Location" $ Define Mye_Tpu_Macro_Lib "Mye_Tpu_Macro_Location" Avec : Mye_Tpu_Location : le device et directory ou se trouve la section. Mye_Tpu_Help_Location : le device et directory ou se trouve la bibliotheque de help. Mye_Tpu_Macro_Location : Le device et directory ou se trouve les fichiers macros. ------------------------------------------------------ Voici un resume des fonctionalites apporter : MYE == MULTI YIELD EDITOR Editeur a rendement multiple, base sur EVE et sur un usage intensif des possibilites de KEY definitions. Cet editeur apporte en plus de "EVE" : ° un clavier complet de definition de key, monter par dessus le clavier EDT; ° un deuxieme clavier complet ( Blue keypad ), pouvant etre mis en et hors service par une simple touche; ° un jeu de commande se superposant par dessus les commandes de EVE ( pouvant etre mis en et hors service ). Cet ensemble de commande et de touches permet entre autre : ° la navigation aise entre les buffers notamment par l'implementation de la fonction "last buffer" d'edt ( le vrai ), accessible par des touches; ° les fonctions habituelles que l'on trouvent dans tous editeurs base sur TPU ( transposition de caracteres, signature, touches de caracteres speciaux ... ); ° des fonctions de DATE; ° des fonctions de formatage de mots ou de titre, pour rendre le document plus agreable a la lecture; ° des fonctions de fichiers ( Edit, Include ... ) tenant compte du nom du fichier specifie sur la premiere ligne, ce qui evite ( comme sur le vrai EDT ) de refrapper une definition de fichier complet lorsque l'on desire le listing ou le log associe, ou que l'on desire une routine ( donc meme file_type ); ° des commandes d'analyse de texte pouvant montre un char ou une ligne avec la representation hexa; ° des commandes de formatage sur une colonne, sur plusieurs, pour formater un help "related topics"; ° une commande sort nettement ameliore ( tenant compte du MCS ); ° des commandes de transformations de tabulations en blancs et vice versa, qui tiennent compte des positions mises par l'utilisateur, ce qui permet de changer l'indentation de tout ou partie d'un texte facilement; ° des commandes d'indentation par colonne ou par tabulation preservant une partie du texte ( cela permet d'indenter du DCL en gardant le $ en premiere position ); ° une commande substitute ( presque identique a celle d'EDT ); ° une commande macro permettant de charger du code tpu utilisable a l'occasion. Le help interne apporte des complements d'informations sur chaque commandes. Desole, mais pour des raisons de distribution interne il est en anglais ( ou il se veut ). ------------ NOTER particulierement la commande SUBSTITUTE ( qui apporte beaucoup ;-) ). ================================================================================ Note 1092.15 Pretend terminals 15 of 15 DECUSF::BERENGUIER_A "Alain, ALCATEL BUSINESS SYSTE" 11 lines 14-OCT-1991 18:02 -< Mye_Tpu V 1.1 >- -------------------------------------------------------------------------------- >> Rien n'est jamais parfait, mais à l'inverse de la progamation cable, >> l'informatique apporte l'avantage de toujours pouvoir etre ameliorer. Toujour pour les amelioration je viens de deposer la release 1.1 de Mye_Tpu. A l'interieur du kit vous trouverez le fichier de gestion de release aarelMye_Tpu.Doc. En autre nouveaute, une commande "PRINT", le macro acceptent maintenant des parametres.