<<< DISK$DATA:[NOTES$LIBRARY]VAX_VMS.NOTE;1 >>> -< SIG VAX/VMS >- ================================================================================ Note 1483.0 Numero de terminal LTAxxxx 22 replies DECUSF::BERTIN_H 3 lines 2-OCT-1991 12:22 -------------------------------------------------------------------------------- Existe-t-il un moyen de modifier ou de reinitialiser le numero de terminal LTAxxxx sans rebooter le systeme? ================================================================================ Note 1483.1 Numero de terminal LTAxxxx 1 of 22 DECUSF::GERARD_G "G. Gerard ENST centre de calcul" 9 lines 2-OCT-1991 14:11 -< est-ce bien nécessaire ? >- -------------------------------------------------------------------------------- Modifier le numéro de port revient a changer le numéro d'unité du periph lat. Ca me semble hautement improbable. Pour réinitialiser le numéro de port, ça ne me semble pas non plus possible. Quel intéret avez-vous a réinitialiser ce numéro ? Avec LatMaster, il est possible de spécifier le numéro maximum de port. Il est aussi possible de créer un port sont le nom sera mis dans un nom logique, ce qui devrait éliminer tout problème relatif à la numérotation desdits ports... ================================================================================ Note 1483.2 Numero de terminal LTAxxxx 2 of 22 DECUSF::BERTIN_H 12 lines 3-OCT-1991 09:21 -< LatMaster? >- -------------------------------------------------------------------------------- > Quel intéret avez-vous a réinitialiser ce numéro ? J'ai un logiciel qui utilise les noms des ports des utilisateurs (LTAxxxx) lorsqu'ils se connectent. Malheureusement, il ne supporte pas xxxx > 8000. > Avec LatMaster, il est possible de spécifier le numéro maximum de port. Cela serait la solution ideale à mon probleme. Où puis-je le trouver ? (j'ai cherché dans la doc VMS ainsi que dans le catalogue Dec direct et le DECus library 1989_90. Peut-être n'ai-je pas les yeux en face des trous...) Merci pour ces renseignements ================================================================================ Note 1483.3 Numero de terminal LTAxxxx 3 of 22 DECUSF::GERARD_G "G. Gerard ENST centre de calcul" 2 lines 3-OCT-1991 09:30 -< c'est avec VMS >- -------------------------------------------------------------------------------- Latmaster est un kit livre avec vms v5.4 (LATUx054.a). Pour fonctionner correctement, il faut installer les patches divers qui vont avec. ================================================================================ Note 1483.4 Numero de terminal LTAxxxx 4 of 22 DECUSF::QUIVOGNE_L 8 lines 3-OCT-1991 10:15 -< Brico ? >- -------------------------------------------------------------------------------- Je me joins a mon petit camarade BERTIN pour demander s'il n'existe pas de brico pour modifier directement la zone UCB$L_FQFL de l'UCB de LTA0: qui semble contenir le dernier unit attribue, ceci bien qu'il semble fortement deconseille d'y ecrire Ou delire-je ? D'avance merci ================================================================================ Note 1483.5 Numero de terminal LTAxxxx 5 of 22 DECUSF::FAUCONNET_A "Alain, A.P., Resp. DECUSF" 2 lines 3-OCT-1991 11:20 -< Veni, vidi, $CMKRNLi, crashi, rebooti >- -------------------------------------------------------------------------------- Les quelques lignes de macro seraient plus courtes que la note precedente... ================================================================================ Note 1483.6 Numero de terminal LTAxxxx 6 of 22 DECUSF::SPITALIER_A "Alain Spitalier MICHELIN" 9 lines 3-OCT-1991 14:32 -< procedure DCL pour remettre a 0 >- -------------------------------------------------------------------------------- Nous avons aussi eu ce problème avec des logiciels qui ne supportaient pas les numeros de LTA superieur a 999. Pour resoudre le probleme, nous avons developpe un procedure de commandes permettant de remettre a 0 ce numero. J'ai copie la procedure sous VMS:ZEROLTA.COM Les conditions d'utilisation sont en commentaire dans la procedure. ================================================================================ Note 1483.7 Numero de terminal LTAxxxx 7 of 22 DECUSF::GERARD_G "G. Gerard ENST centre de calcul" 2 lines 3-OCT-1991 16:38 -------------------------------------------------------------------------------- Il est quand même plus prudent/plus durable d'utiliser LatMaster avec la commande: LATCP> SET NODE/UNIT_NUMBER_MAXIMUM=xxx ================================================================================ Note 1483.8 Numero de terminal LTAxxxx 8 of 22 DECUSF::QUIVOGNE_L 7 lines 4-OCT-1991 10:37 -< A tous... >- -------------------------------------------------------------------------------- Merci pour la procedure ZEROLTA.COM J'avais peur d'avoir des problemes de synchronisation avec LAT (peur injustifiee ?) A .-1, nous sommes en VMS 5.3-1 (Encore !!!) donc voila... Cordialement - LQ ================================================================================ Note 1483.9 Numero de terminal LTAxxxx 9 of 22 DECUSF::QUIVOGNE_L 4 lines 4-OCT-1991 10:50 -< DAMNED !!! >- -------------------------------------------------------------------------------- Argh !!! Merci beaucoup mais je n'avais pas l'intention d'arreter LAT. N'y a-t-il donc aucun moyen de s'en passer ? Cordialement - LQ ================================================================================ Note 1483.10 Numero de terminal LTAxxxx 10 of 22 DECUSF::QUIVOGNE_L 7 lines 8-OCT-1991 10:31 -< Resume >- -------------------------------------------------------------------------------- Je me permets de recidiver : sachant que nous sommes (encore !) sous VMS 5.3-1, donc depourvu de LATMASTER, comment pouvons-nous reinitialiser le compteur de LAT ou le limiter sans stopper LAT. Ou doit-on attendre 5.4 ? Cordialement - LQ ================================================================================ Note 1483.11 Numero de terminal LTAxxxx 11 of 22 DECUSF::OURGHANLIA_B "Eppur si muove..." 33 lines 10-OCT-1991 08:40 -< Yet another hack... >- -------------------------------------------------------------------------------- La routine de l'executif de VMS chargee de faire la creation des clones de LTA0 s'appelle IOC$CLONE_UCB (dans IO_ROUTINES.EXE). Ce que vous voulez c'est faire un "wrap" avant 9999. Un "hack" peut vous permettre de vous arreter a une autre valeur, mais il faut savoir que cela concernera TOUTS les appels a cette routine (creation de boites aux lettres, terminaux virtuels,...). Je viens de le tester 'on-the-fly' sur la machine DECUS (en V5.4-1) : ca marche ! Il vous faudra bien evidemment changer l'offset concerne (marque par <====) pour que ca marche en V5.3-1 (je n'ai plus de machine tournant cette version...). Ici, je "wrappe" a 999 au lieu de 9999. Voici une idee possible du hack possible : $! Patch to VMS to limit numbers on VTA devices (for V5.4-1 of VMS) $! $! Description: IOC$CLONE_UCB is called to create all template devices. $! Normally the sequence counts 0-9999 are used, but MINed dies when run $! on a terminal if the sequence count is greater than 999. This patch $! changes IOC$CLONE_UCB so that the device numbers wrap at 999 instead $! of 9999. $! $! Caveats: This patch affects ALL template devices. $! $ SET DEFAULT SYS$COMMON:[SYS$LDR] $ PATCH IO_ROUTINES.EXE DEFINE IOC$CLONE_UCB=0000258C <======================= REPLACE/INST IOC$CLONE_UCB+0A 'CMPW B^68(R2),#^D9999' EXIT 'CMPW B^68(R2),#^D999' EXIT UPDATE EXIT ================================================================================ Note 1483.12 Numero de terminal LTAxxxx 12 of 22 DECUSF::QUIVOGNE_L 6 lines 10-OCT-1991 09:53 -< ... >- -------------------------------------------------------------------------------- Je me doutais bien que notre gourou national allait nous sortir une solution... Merci Beaucoup !! COrdialement - LQ ================================================================================ Note 1483.13 Numero de terminal LTAxxxx 13 of 22 DECUSF::FAUCONNET_A "Alain, A.P., Resp. DECUSF" 2 lines 10-OCT-1991 10:03 -< Inquietude >- -------------------------------------------------------------------------------- Euh... c'est installe definitivement sur DECUSF ? Que je sache ou regarder au prochain bugcheck ;-) ================================================================================ Note 1483.14 Numero de terminal LTAxxxx 14 of 22 DECUSF::OURGHANLIA_B "Eppur si muove..." 3 lines 10-OCT-1991 10:31 -< CMKRNL... >- -------------------------------------------------------------------------------- Non... CMKRNL suffit pour patcher dynamiquement le code... et defaire proprement ce que l'on a fait... J'espere que tu ne m'en veux pas... d'avoir ainsi abuse... ================================================================================ Note 1483.15 Numero de terminal LTAxxxx 15 of 22 DECUSF::QUIVOGNE_L 9 lines 10-OCT-1991 12:57 -< dynamique ? >- -------------------------------------------------------------------------------- J'ai tente l'experience sur un microvax 3400 que nous avons dans un coin et les numeros de LTA ont joyeusement depasse la limite que j'avais fixee.. Apres Reboot (du a un pb LAT parce que nous n'avons pas applique tous les patches), un essai avec les MBAxxx a en revanche ete completement satifaisant... Ca ne semble donc pas dynamique : ou me suis-je fourvoye ? Cordialement - LQ ================================================================================ Note 1483.16 Numero de terminal LTAxxxx 16 of 22 DECUSF::FOUCHET_F "François FOUCHET - CMT" 7 lines 10-OCT-1991 14:48 -< Seem's to be normal >- -------------------------------------------------------------------------------- Si tu as patche, comme Bernard l'a indique, une loadable image, il fallait que la dite image soit rechargee (par un startup) avant que la modif ne soit prise en compte. Par contre, je pense que BO a fait le test dynamiquement (moyennant quelques lignes en macro), pour aller modifier le code directement en memoire sur cette humble machine. Pour parodier quelqu'un ici, BO veni, vedi, CMKRNLI, vici, but no rebooti ... ================================================================================ Note 1483.17 Numero de terminal LTAxxxx 17 of 22 DECUSF::OURGHANLIA_B "Eppur si muove..." 2 lines 10-OCT-1991 17:33 -------------------------------------------------------------------------------- FF is right... As I said previously, a true hacker never reboots it's machine except when using XDELTA with an AZERTY keyboard... ================================================================================ Note 1483.18 Numero de terminal LTAxxxx 18 of 22 DECUSF::FAUCONNET_A "Alain, A.P., Resp. DECUSF" 8 lines 10-OCT-1991 17:34 -< 8-) 8-) >- -------------------------------------------------------------------------------- Pfff... no problem, un BO qui bricole la tripaille de DECUSF ca ne m'inquiete pas. Je regarde ca d'un oeil tranquille et confiant, les mains dans les poches... ... et les doigts croises ;-) ================================================================================ Note 1483.19 Numero de terminal LTAxxxx 19 of 22 DECUSF::QUIVOGNE_L 26 lines 14-OCT-1991 11:57 -< Essai badaboum >- -------------------------------------------------------------------------------- En revanche, un LQ qui bricole la tripaille d'un MicroVAX, c'est beaucoup plus inquiétant !!! Et ca se termine plus souvent qu'il ne faudrait par un crash... J'ai bien essaye d'ecrire les quelques lignes de MACRO du genre : $cmkrnl_s routin = 10$, - arglst = (ap) ret 10$: movw #^D4999,^Xaddresse repérée sous ana/SYSTEM movl #1,r0 ret l'adresse etant reperee par : SDA> ex/inst ioc$clone_ucb ioc$clone_ucb: jmp @#io_routines+02BA8 d'ou l'adresse = io_routines+02BA8+0A+04 >>>> unexpected system service completion BADABOUM C'est completement idiot ou pas ? (Soyez indulgent si c'est vraiment idiot : c'est de l'apprentissage par l'echec !) COrdialement - LQ ================================================================================ Note 1483.20 Numero de terminal LTAxxxx 20 of 22 DECUSF::GERARD_G "G. Gerard ENST centre de calcul" 15 lines 14-OCT-1991 12:04 -< bas les masques ? >- -------------------------------------------------------------------------------- $cmkrnl_s routin = 10$, - arglst = (ap) ret 10$: >>>> .word 0 <<<< et l'entry mask alors ? >>>> moval G^exe$sigtoret,(fp) <<<< evite les (petites) surprises en kernel movw #^D4999,^Xaddresse repérée sous ana/SYSTEM movl #1,r0 ret l'adresse etant reperee par : SDA> ex/inst ioc$clone_ucb ioc$clone_ucb: jmp @#io_routines+02BA8 d'ou l'adresse = io_routines+02BA8+0A+04 ================================================================================ Note 1483.21 Numero de terminal LTAxxxx 21 of 22 DECUSF::QUIVOGNE_L 6 lines 14-OCT-1991 12:16 -< masque en rade... >- -------------------------------------------------------------------------------- >>>> .word 0 <<<< et l'entry mask alors ? Damned !!! (Maintenant, je n'oublierai plus !!) Merci - LQ ================================================================================ Note 1483.22 Numero de terminal LTAxxxx 22 of 22 DECUSF::QUIVOGNE_L 7 lines 14-OCT-1991 13:44 -< UR ou URKW >- -------------------------------------------------------------------------------- Merci a tous, j'ai enfin reussi sans crash... Mais comment peut-on expliquer que la protection de la page a modifier soit UR sur une machine et URKW sur l'autre, sachant qu'elles sont toutes deux sous VMS 5.3-1... Cordialement - LQ