Errata de la version 3.2.1

• Erreur de compilation de xteld.c si NO_NETWORK est défini.

SOLUTION: ne pas utiliser NO_NETWORK qui n'a plus aucune raison d'être sur les UNIX modernes ! Sinon entourer la fonction get_peer_name() de '#ifdef NO_NETWORK / #endif'

Correction à intégrer dans le patch 2.

Errata de la version 3.2.0

• Problèmes de compilation sur UnixWare 2.0.3 [Bernard Fouché, 8/10/98]
  1. La ligne 72 du fichier demon.h ne passe pas sur le compilateur de base (cc). Il faut qu'elle soit en un seul morceau.
  2. Je ne connais pas xmfmk & co, mais dans le Makefile généré et qui va contenir la liste des librairies nécessaires pour produire l'éxécutable, il manque '-lXm -lsocket -lucb' (mettre 'ucb' toujours en dernier). Xtel a besoin de Xm, mais evidemment, pas xteld. Ca doit venir de mon xmkmf je suppose..
  3. dans modem.c, ligne 210, la constante 'CRTSCTS' n'existe pas sur unixware. Il faudrait que la ligne soit compilée uniquement si CRTSCTS existe. (sur unixware le fait que le controle modem soit actif ou non depend du type de device. Par exemple tty00 est dans controle modem, tty00h a du controle modem. Sur d'autre device, on peut avoir /dev/term/1a sans controle modem, /dev/term/1A avec controle modem (cas de digiboard))

  SOLUTION: Correction à faire dans le patch 1

• Problème de lecture du xtel.services [Bernard Fouché, 8/10/98]
  • xteld: le mecanisme de lecture des services dans config.c est mal foutu : si le premier service à lire a un '@' dans son premier champ ('@pipe', '@tcp'), la fonction get_separator va retourner '@' à son premier appel. Donc '@' sera employé ultérieurement comme séparateur, ce qui est mauvais : on se retrouve dans l'obligation d'avoir au moins une premiere ligne qui ne commence pas par '@'. La correction consiste à ajouter "|| (*p == '@')" ligne 111 de config.c. N'employant que ce mode de connexion (@pipe), je ne sais si ca peut entrainer des effets secondaires sur d'autres modes de connexion.

  SOLUTION: Mettre au moins un service minitel normal dans le xtel.services. Correction à faire dans le patch 1

• Problème de passage de paramètres pour les lignes @pipe dans xtel.services [Bernard Fouché, 8/10/98]
  • xteld: autre probleme : dans le cas d'un '@pipe', la commande a executer ne peut posséder qu'une seule option, ce qui est fort dommage : ne serait-ce que pour un telnet, tu ne peux pas spécifier de numéro de port, ou mettre un logname dans un rlogin. Ici le programme de connexion aux serveurs emploi des dizaines d'options. Il faut donc employer execvp au lieu d'execlp.

  SOLUTION: Correction à faire dans le patch 1

• L'installation du .rpm par kpackage se bloque [Gérard Delafond, 9/10/98]
  • L'installation de Xtel nécessite une interaction avec l'opérateur et donc la possibilité d'utiliser un 'tty', ce que ne permet pas kpackage (et d'autres installateurs RPM graphiques).

  SOLUTION: utiliser la version 2 des packages RPM de xtel qui ouvre un xterm auxilliaire en cas d'installation dans un environnement graphique. La version 1 a été supprimée du serveur ftp.

• Problème de détection du modem Olitec 33600 self-memory [Gérard Delafond, 9/10/98]
  • La ligne définissant le modem Olitec dans le fichier modem.list est erronnée (premier champs en trop).

  SOLUTION: utiliser la version Internet du fichier sur http://www.alienor.fr/~pierre/xtel/modem.list ou copier ce fichier dans le répertoire /usr/X11R6/lib/X11/xtel puis relancer la commande make_xtel_lignes. Correction à faire dans le patch 1.

• Problème de détection du modem Kortex 33600 [Noury BENMANSOUR, 11/10/98]
  • La ligne définissant le modem Kortex dans le fichier modem.list est erronnée (il manque la vitesse).

  SOLUTION: utiliser la version Internet du fichier sur http://www.alienor.fr/~pierre/xtel/modem.list ou copier ce fichier dans le répertoire /usr/X11R6/lib/X11/xtel puis relancer la commande make_xtel_lignes. Correction à faire dans le patch 1.

• Problème de "bouclage" de xteld dans certains cas de problèmes de communication avec xtel [Djalil Chafai, 14/10/98]
  • Dans certains cas de déconnexion bizarre du client xtel, le démon xteld ne meurt pas et boucle en consommant 98% du temps CPU ! je n'ai jamais personnellement constaté ce problème avec un vrai client xtel mais le bug est reproductible avec 'telnet'.

  SOLUTION: Pour l'instant, tuer le xteld à la main (kill -9). Le problème vient d'un défaut de test de la valeur de retour d'un read() dans la fonction lire_chaine() (test sur retour <0 au lieu de <=0). Correction à faire dans le patch 1.