

            =========================================
           |                                         |
           |  eXcursion, Version 2.0 for Windows NT  |
	   |	                                     |
           |                                         |
           |         Notes de mise à jour            |
           |                                         |
           |                Mai 1995                 |
           |                                         |
            =========================================



Ces notes de mise à jour contiennent des informations 
importantes qui ne figurent pas dans le manuel d'utilisation, ni dans 
l'aide en ligne d'eXcursion. Elles concernent la 
version 2.0 d'eXcursion pour Windows NT. La version 3.1 de Windows n'est pas
supportée dans cette version.

Ces notes traitent des sujets suivants :

1.0  Nouvelles fonctionnalités d'eXcursion, version 2.0

2.0  Installation d'eXcursion

3.0  Problèmes connus et restrictions

4.0  Support de la ligne série

5.0  Paramètres de ligne de commande

6.0  Paramètres de configuration non documentés

=======================================================================
1.0  NOUVELLES FONCTIONNALITÉS D'EXCURSION, VERSION 2.0
=======================================================================
La présente version d'eXcursion met en oeuvre le serveur X11R6 à 32 bits. 
Les fonctions de la version 1.2 d'eXcursion ont été conservées
et de nombreuses autres fonctions ont été ajoutées. 
Voici une liste non exhaustive des nouvelles fonctions.

Mode d'affichage sur fenêtre unique :
Ce mode permet d'exécuter toutes vos applications X dans une fenêtre de travail
virtuelle sur votre bureau.

Support de la ligne série :
Cette fonction vous permet d'exécuter les applications X sur les connexions
de la ligne série (y compris la ligne téléphonique).

XDMCP :
Le protocole XDMCP (contrôle du gestionnaire d'affichage X) est désormais supporté. 
Ceci inclut une interface locale de sélection.

Formats de polices :
De nombreux formats de polices sont désormais supportés.  Cette version d'eXcursion
supporte les formats de polices suivants : .FON, .BDF, .PCF, Speedo, Type1,
et SNF.  Les serveurs de polices sont également supportés dans cette version.

Initialisation d'un fichier de valeurs par défaut (Xdefault.dat) :
Cette nouvelle version d'eXcursion vous permet désormais d'indiquer le
fichier Xdefaults qui sera lu au démarrage du serveur. Ceci supprime la nécessité
d'exécuter des applications telles que XRDB pour initialiser les préférences 
d'affichage des applications.

XIE :
L'extension des images X est désormais supportée pour les versions 3 et 5.
Reportez-vous à la section Installation.

Extension Shape :
Cette extension permet de supporter les fenêtres non rectangulaires, avec 
toutefois certaines restrictions en mode multi-fenêtres.

Autres extensions :
eXcursion supporte désormais plusieurs nouvelles extensions, y compris Xtest, Record,
BigRequest, XC-Misc et MIT-misc.

SaveUnders & BackingStore:
Ces extensions sont maintenant parfaitement supportées en mode d'affichage sur fenêtre 
unique. Seul SaveUnders est supporté en mode multi-fenêtres.

Fonction de consignation évoluée :
Les messages du serveur peuvent désormais être consignés soit dans un fichier-journal,
soit dans une fenêtre de messages, ou dans l'observateur d'événements Windows NT.

Émulation du troisième bouton de la souris :
Cette version permet d'émuler le bouton central de la souris en cliquant sur les deux 
boutons simultanément.

Gestion améliorée de la touche Alt :
Dans cette nouvelle version d'eXcursion, les deux touches Alt peuvent désormais avoir
des fonctions distinctes. Vous pouvez configurer une seule touche Alt ou les deux pour 
les applications X plutôt que pour l'environnement Windows.

Gestionnaire d'affichage Motif :
Le gestionnaire d'affichage Motif (mwm) est inclus sur le disque CD. Celui-ci 
fonctionne comme une application X sur votre système NT.

Exemples d'applications X :
Nous avons inclus plusieurs exemples d'applications X sous NT, issus du
kit de développement logiciel (SDK) d'eXcursion, tels que xeyes, ico et xeyes. 
Xeyes est un bon exemple d'utilisation de l'extension Shape. Pour voir l'effet
réel produit, exécutez cette application en mode de fenêtre unique avec un
gestionnaire d'affichage distant compatible avec l'extension Shape.

=======================================================================
2.0  INSTALLATION D'eXCURSION
=======================================================================
Emplacement du kit :
L'emplacement par défaut de l'arborescence d'eXcursion est désormais 
c:\win32app\xcursion. Le programme d'installation définit le lecteur C 
en tant qu'unité système.  L'emplacement précédent par défaut était 
c:\xcursion. L'arborescence est par ailleurs similaire à la précédente, 
à l'exception de certains répertoires de polices qui ont été ajoutés ou 
renommés.

Ligne série :
Pour plus d'informations concernant l'installation du logiciel hôte 
de la ligne série, reportez-vous à la section 4.0 de ce document.

Applications MWM et exemples d'applications X :
Les exemples d'applications X sont situés dans des sous-répertoires 
du répertoire XAPPS sur le disque CD.  Ces sous-répertoires correspondent
à votre configuration matérielle (Alpha, X86, Mips).  Pour installer les
programmes qui vous intéressent, copiez ceux-ci vers un répertoire inclus dans 
votre variable PATH. Vous devez également copier la librairie X11.DLL.

Logiciel hôte :
Le logiciel hôte pour la ligne série et le démarrage à distance des 
applications sous DECnet est désormais situé dans le répertoire XCURSION\HOST.
Ce répertoire inclut un répertoire pour chaque plate-forme hôte. Reportez-vous 
à la section relative aux opérations d'installation dans le chapitre 2 du manuel
d'utilisation.

===============================================================================
3.0  PROBLEMES CONNUS ET RESTRICTIONS
===============================================================================
Plates-formes :
Cette version d'eXcursion fonctionne uniquement avec la version 3.5 de 
Windows NT.

Copie des répertoires de polices vers les systèmes Vms :
Si vous le souhaitez, vous pouvez copier les polices X d'eXcursion
vers un système VMS et y accéder sous DECnet (DAP). Cette opération
peut être effectuée à l'aide du gestionnaire de fichiers, en tenant
compte de la remarque suivante : le fichier d'index des polices de 
x11r6 est dénommé FONTS.DIR. Or, sur les systèmes VMS, l'extension .DIR est 
utilisée pour identifier un répertoire. Ainsi, certains programmes de 
transfert de fichiers renomment le fichier FONTS.DIR en lui attribuant 
une autre extension, telle que FONTS.__DIR. 
Dans ce cas, il suffit de renommer le fichier en FONTS.DIR :

$ rename fonts.__dir fonts.dir

Glissé continu :
Les fenêtres des applications X ne sont pas restaurées tant que la 
fenêtre en cours de déplacement n'est pas relâchée.

Modification des icônes du groupe de programmes lors du changement du
mot de passe :
Lorsque le mot de passe de votre compte change, les icônes des 
applications dans le groupe de programmes eXcursion n'enregistrent pas
cette modification. Ajoutez les icônes des applications associées
à ce compte en cliquant sur le bouton Ajouter icône de la page
Applications. Il n'est pas nécessaire de supprimer l'ancienne icône
en premier, car la nouvelle icône se substitue automatiquement à la 
précédente.

Représentation du tracé dans la fenêtre racine :
Le tracé de la fenêtre racine présente les problèmes suivants en
mode multi-fenêtres :

 - eXcursion n'enregistre pas l'entrée de la souris dans la fenêtre racine.

 - les événements exposés dans la fenêtre racine ne sont pas renvoyés vers
   les applications X à l'aide de cette dernière.

Démarrage des applications X sur un hôte OpenVMS Host à l'aide de TCP/IP :
Prenez en compte les considérations suivantes lors du démarrage d'une
application X sur un hôte OpenVMS à l'aide de TCP/IP :

 - Pour la version 2.0 de DEC TCP/IP (UCX), le nombre maximum de 
   connexions simultanées vers le serveur REXEC est 3 (valeur par défaut)
   et toute requête de connexion supplémentaire n'est pas prise en compte.
   Malheureusement, en raison d'une limitation interne à UCX, eXcursion ne
   peut pas déterminer l'origine du problème.

eXcursion affiche alors le message d'erreur suivant :

     TCP/IP Remote Startup Error

     REXEC session aborted by node: <node>

Vérifiez la valeur et augmentez celle-ci si nécessaire. Pour vérifier
la configuration UCX REXEC actuelle, entrez la commande suivante dans
votre compte sur l'hôte UCX :

     $ UCX SHOW SERVICE REXEC /FULL

 - Pour la version 2.0 de DEC TCP/IP (UCX), des échecs de connexion
   successifs engendrent l'erreur "login breakin evasion" d'OpenVMS. 
   Lorsque cette erreur se produit, l'ensemble des utilisateurs 
   obtiennent le message d'erreur suivant au démarrage des applications 
   à partir d'eXcursion :

     Remote Start: 'INTERnet ACP AUXS failure Status = %LOGIN-F-EVADE'

Pour supprimer la condition d'erreur "breakin evasion", entrez la
commande DCL suivante à partir d'un compte disposant des 
privilèges CMKRNL et SECURITY :

     $ DELETE /INTRUSION_RECORD "INTERnet"

 - Si la version du logiciel installée sur l'hôte est antérieure à la 
   version 2.0 de DEC TCP/IP (UCX), les applications X ne peuvent
   pas être démarrées à partir d'eXcursion. (REXEC n'est en effet pas 
   géré par les versions précédentes d'UCX.) Vous devez vous connecter
   à votre compte sur l'hôte et entrer les commandes appropriées pour 
   afficher l'application sur votre PC.

Pour plus d'informations sur l'affichage des applications X à partir
de l'hôte, consultez l'aide en ligne d'eXcursion.

 - Avec la version 3.0 de DEC TCP/IP (UCX), si vous obtenez le
   message suivant d'OPCOM sur un système OpenVMS lors d'une tentative
   de démarrage des applications à distance à partir d'eXcursion :

     "INTERnet ACP REXEC Reject Request - unprivileged port - from Host"

   vous devez alors modifier UCX à l'aide des commandes suivantes :

     UCX> SET SERVICE REXEC /FLAG=PRIV
     UCX> DISABLE SERVICE REXEC
     UCX> ENABLE SERVICE REXEC

 - Avec la version 5.2 de Wollongong WIN/TCP pour OpenVMS, vous
   devez copier le fichier WOLL.COM vers l'hôte OpenVMS ainsi que
   le fichier PCX.COM.
   Suivez les instructions fournies au début du fichier WOLL.COM.

 - Avec la version 3.1 de Multinet, vous devez copier le fichier 
   MN.COM sur l'hôte OpenVMS, ainsi que le fichier PCX.COM. 
   Suivez les instructions fournies au début du fichier MN.COM.

 - Avec la version 3.1-3 de Process Software TCPware pour OpenVMS, vous 
   devez :

1.  Modifier le fichier PCX$SERVER.COM.

2.  Repérez la ligne suivante :

     /transport=tcpip

3.  Modifiez la valeur du paramètre /transport= comme suit :

     /transport=tcpware

Affichage DECterm :
Voici une liste des problèmes répertoriés spécifiques à l'affichage 
DECterm :

 - Ouverture impossible de l'affichage

 - Vous pouvez recevoir l'une des erreurs suivantes lorsque vous essayez
   de démarrer des applications X à partir d'une session DECterm sous OpenVMS 
   créée par eXcursion :

     Can't Open Display
     %SYSTEM-W-NOSUCHDEV, no such device available

Si vous obtenez l'un des messages ci-dessus, ajoutez les commandes DCL suivantes
au début de votre fichier LOGIN.COM :

     $ Assign NL: SYS$OUTPUT
     $ On Warning Then GoTo NoDisplay
     $ Show Display/Symbol
     $ Set Display /Create /Node='DECW$DISPLAY_NODE' -
                           /Screen='DECW$DISPLAY_SCREEN' -
                           /Server='DECW$DISPLAY_SERVER' -
                           /Transport='DECW$DISPLAY_TRANSPORT'
     $ NoDisplay:
     $ Deassign SYS$OUTPUT

Ces commandes créent un affichage (DISPLAY) permanent à partir de l'affichage (DISPLAY)
temporaire en vigueur lors de la création de DECterm. Si vous souhaitez que
ces modifications concernent l'ensemble des utilisateurs, vous pouvez insérer 
ces commandes dans SYLOGIN.COM.

Réacheminement de STDOUT et STDERR pour les applications UNIX :
Si vous utilisez des applications X qui écrivent des messages 
d'avertissement et d'erreur vers des fichiers "standard out" ou 
"standard error" à partir de noeuds UNIX sur TCP/IP, il est 
préférable de réacheminer ces messages vers un fichier-journal 
ou vers l'unité nulle. Sinon, l'application X risque d'échouer.

Par exemple, si vous utilisez le shell Bourne, vous pouvez 
définir votre ligne de commande d'application xterm comme suit :

     xterm > xterm.out >& xterm.err
     xterm > /dev/null >& /dev/null

Pour plus de détails sur la syntaxe de commande, consultez la 
documentation UNIX.

Suppression des processus distants créés par eXcursion :
Si vous utilisez des applications X qui fonctionnent sur TCP/IP 
à partir d'un noeud UNIX et que vous éteignez ou redémarriez 
votre PC sans sortir d'eXcursion ni arrêter les applications 
X, les processus peuvent continuer à utiliser les ressources 
correspondantes sur l'hôte UNIX. Ils doivent alors être supprimés 
manuellement.

Avec DECnet, la suppression de processus est automatique.

Variables d'environnement requises pour les applicatios Sun 
OpenWindows :
Si vous utilisez des applications Sun OpenWindows, vous devez 
paramétrer trois variables d'environnement dans votre fichier 
d'initialisation du shell sur le système Sun hôte.

Utilisez le tableau suivant :

-----------------------------------------------------------
Paramétrez cette variable
d'environnement...               pour...
-----------------------------------------------------------

LD_LIBRARY_PATH           /usr/openwin/lib

XAPPLRESDIR               /usr/openwin/lib/X11/app_defaults

OPENWINHOME               /usr/openwin


Valeurs par défaut de Motif :

Certains claviers peuvent ne pas afficher les caractères < et > 
dans une session DECterm sauf si le fichier DECW$XDEFAULTS.DAT est 
présent dans le répertoire SYS$LOGIN de l'utilisateur. Ce 
fichier doit contenir au moins une ligne non vide.


=======================================================================
4.0  SUPPORT DES CONNEXIONS DE LIGNE SÉRIE - HOTES SUPPORTÉS
=======================================================================
Le support des connexions de la ligne série d'eXcursion est assuré par le 
protocole XRemote de NCD Corporation. La liste suivante recense les systèmes
d'exploitation supportés par XRemote.

Digital Unix/Alpha         Version 3.0
Digital Ultrix/MIPS        Version 4.3
VMS/Alpha                  Version 6.1
VMS/VAX                    Version 5.5-2

AIX                        Version 3.2
HP  800                    Version 8.0
Motorola 880x0*
SUN                        Version 3.2

=======================================================================
5.0  PARAMETRES DE LIGNE DE COMMANDE
=======================================================================

-ac                    désactivation des restrictions de contrôle d'accès.
-audit entier          définition du niveau de la procédure de test.
-auth chaîne           sélection du fichier des autorisations.
bc                     activation de la compatibilité des erreurs.
-bs                    désactivation de tout support d'enregistrement de sauvegarde.
-co chaîne             fichier de la base de données des couleurs.
-dpi entier            résolution de l'écran en points par pouce.
-deferglyphs [none|all|16] report du chargement des glyphes [aucun|tous|16 bits].
-fc chaîne             police du curseur.
-fn chaîne             nom de police par défaut.
-fp chaîne             chemin de police par défaut.
-help                  affichage d'un message avec l'ensemble des options.
-I                     non prise en commpte de tous les autres arguments.
-r                     désactivation de la fonction de répétition automatique.
r                      activation de la fonction de répétition automatique.
-su                    désactivation de la fonction "SaveUnders".
-terminate             fin de session lors de la réinitialisation du serveur.
-to #                  expiration du délai de connexion.
-tst                   désactivation des extensions de vérification.
-wm                    backingStore par défaut WhenMapped. 
-query nom-d'hôte      nom de l'hôte contacté pour l'XDMCP.
-broadcast             diffusion pour XDMCP.
-indirect nom-d'hôte   nom de l'hôte contacté pour l'XDMCP indirect.
-port n° port          numéro de port UDP vers lequel les messages doivent 
                       être acheminés.
-once                  fin du serveur après une session.
-class classe-affich.  indication de la classe d'affichage.
-cookie xdm-auth-bits  indication du magic cookie pour XDMCP.
-displayID id-affich.  ID d'affichage du contructeur utilisé dans les requêtes.
-trap[=nom-fichier]    enregistrement des requêtes dans un fichier.
-replay[=nom-fichier]  ré-exécution des requêtes enregistrées dans le fichier.


TRAP/REPLAY (Interception/ré-exécution)
La fonction d'interception et de ré-exécution permet de capturer toutes les requêtes X 
à partir d'une session afin de les ré-exécuter ultérieurement.  Cette fonction
existait dans la version 1.2, mais elle a été considérablement améliorée dans
la version 2.0.  Pour utiliser cette fonction, démarrez le serveur X à l'aide de
la ligne de commande "wxserver.exe -trap".  Toutes les requêtes X pour cette session 
sont interceptées. Pour ré-exécuter la session, redémarrez le serveur à l'aide de 
la ligne de commande "wxserver.exe -replay". En option, les fichiers d'interception 
peuvent être spécifiés à l'aide des paramètres "-trap=fichier.req" et 
"-replay=fichier.req".

=======================================================================
6.0  Paramètres de configuration non documentés
=======================================================================
HighPriority: indique la priorité attribuée au serveur X
              0 = normale, 1 = haute
              Ce paramètre concerne WNT uniquement. La valeur par défaut
              est 1.

ActionAtReset: indique l'action du serveur X lors de la déconnexion du dernier
client.
               0=continuer, 1=sortir, 2=réinitialiser
               La valeur par défaut est 0.

GDIBatchLimit: indique la limite de la procédure batch GDI Windows.
               0 - établit la limite par défaut de la procédure batch GDI Windows
               n (n > 0) définit la limite de la procédure batch GDI Windows à
               la valeur spécifiée.
               Si aucune valeur n'est spécifiée, la valeur 30 est établie par le serveur.
