TRUNC Si le fichier existe il est tronqué à longueur zéro.

Si un nouveau fichier est créé en même temps qu'ouvert, permissions (un entier) est utilisé pour fixer les permissions pour le nouveau fichier en conjonction avec le masque de création fichier. Permissions est par défaut de 0666.

PIPELINES

Si le premier caractère de fileName est "|" alors les caractères restants de fileName sont traités comme une liste d'arguments qui décrivent un pipeline à appeler, dans le même style que les arguments à exec. Dans ce cas, l'identificateur de canal renvoyé par open peut être employé pour écrire à l'entrée du pipe ou lire de sa sortie, dépendant de la valeur de access. Si un accès écriture-seule est utilisé (ex. access est w), alors la sortie standard du pipeline est dirigée vers la sortie standard courante sauf si écrasé par la commande. Si un accès lecture-seule est utilisé (ex. access est r), l'entrée standard du pipeline est prise de l'entrée standard courante sauf si écrasé par la commande.

COMMUNICATIONS SERIE

Si fileName se réfère à un port série, alors le port série spécifié est ouvert et initialisé d'une manière plate-forme-dépendante. Les valeurs acceptables de fileName pour ouvrir un port série sont décrites dans la section PROBLÈMES DE PORTABILITÉ.

OPTIONS DE CONFIGURATION

La commande fconfigure peut être utilisée pour consulter et fixer les options de configuration suivantes pour ouvrir un port série:

-mode baud,parity,data,stop Cette option est un ensemble de 4 valeurs séparées par des virgules: le baud rate, parité, nombre de bits de données, et nombre de bits stop pour ce port série. Le baud rate est un simple entier qui spécifie la vitesse de connection. Parity est une des lettres suivantes: n, o, e, m, s; signifiant respectivement les options de parité "aucune", "impaire", "paire", "marque", ou "espace". Data est le nombre de bits de données et sera un entier de 5 à 8, alors que stop est le nombre de bits de stop et sera l'entier 1 ou 2.

-pollinterval msec Cette option, disponible seulement sous Windows pour les port séries, est utilisée pour fixer le temps maximum entre l’écoute d’événements fichier. Ceci affecte le intervalle de temps de vérification d’événements par l'interpréteur Tcl (la plus petite valeur l'emporte toujours). Utilisez cette option seulement si vous voulez écouter le port série plus souvent que 10 msec (la valeur par défaut).

-lasterror Cette option est disponible seulement sous Windows pour les port séries, et est en lecture seule (ne peut être que signalée). En cas d'une erreur de communication série, read ou puts retourne une erreur Tcl générale I/O fichier. fconfigure -lasterror peut être appelée pour obtenir une liste des détails d'erreur (ex. FRAME RXOVER).

PROBLÈMES DE PORTABILITÉ

Windows (toutes versions) Les valeurs valides de fileName pour ouvrir un port série sont de la forme comX:, where X est un nombre, généralement de 1 à 4. Cette notation fonctionne seulement pour les port séries de 1 à 9, si le système en a plus que quatre. Une tentative d'ouvrir un port série qui n'existe pas ou a un nombre supérieur à 9 échouera. Une forme alternative d'ouvrir des port séries est d'utiliser le nom de fichier \\.\comX, où X est un nombre quelconque qui correspond à un port série; veuillez noter que cette méthode est considérablement plus lente sous Windows 95 et Windows 98.

Windows NT Quand vous exécutez Tcl interactivement, il peut y avoir des interactions étranges entre la console réelle, si elle est présente, et une commande pipeline qui utilise l'entrée ou la sortie standard. Si une commande pipeline est ouverte pour la lecture, toutes les lignes entrées sur la console seront envoyées à la commande pipeline puis à l’évaluateur Tcl. Si une commande pipeline est ouverte pour l'écriture, les frappes de touches entrées sur la console ne seront pas visible jusqu’à ce que le le pipe soit fermé. Ce comportement se produit si la commande pipeline est une application 16-bit ou 32-bit. Ces problèmes se produisent seulement parce que à la fois Tcl et application enfant essayent d’accéder à la console en même temps. Si la commande pipeline est lancée à partir d'un script, Tcl n'accède pas à la console, ou si la commande pipeline n'utilise pas l'entrée ou la sortie, standard mais est redirigée à partir ou vers un fichier, alors les problèmes vus plus haut ne se produisent pas.

Windows 95 Une commande pipeline qui exécute une application DOS 16-bit ne peut pas être ouvert en lecture et écriture, car les applications DOS 16-bit qui reçoivent l'entrée standard d'un pipe et envoient la sortie standard dans un pipe sont exécutées de manière synchrone. Les commande pipelines qui n'exécutent pas d'applications DOS 16-bit sont exécutées de manière asynchrone et peuvent être ouvertes en lecture et écriture. Quand vous exécutez Tcl interactivement, il peut y avoir des interactions étranges entre la console réelle, si elle est présente, et une commande pipeline qui utilise l'entrée ou la sortie standard. Si une commande pipeline est ouvert pour la lecture à partir d'une application 32-bit, , les frappes de touches entrées sur la console seront envoyées à la commande pipeline et puis à l’évaluateur Tcl. Si une commande pipeline est ouvert pour l'écriture sur une application 32-bit, aucune sortie n'est visible sur la console jusqu’à ce que le le pipe soit fermé. Ces problèmes se produisent seulement parce que à la fois Tcl et application enfant essayent d’accéder à la console en même temps. Si la commande pipeline est lancée à partir d'un script, Tcl n'accède pas à la console, ou si la commande pipeline n'utilise pas l'entrée ou la sortie, standard mais est redirigée à partir ou vers un fichier, alors les problèmes vus plus haut ne se produisent pas. Que Tcl s'exécute interactivement ou non, si une commande pipeline est ouvert pour la lecture à partir une application 16-bit DOS, l'appel de open ne retourne pas jusqu’à ce que la fin-de-fichier avoir été transmise à la sortie standard du pipeline. Si un pipeline est ouvert pour l'écriture sur une application 16-bit DOS, aucune donnée ne sera envoyées à la sortie standard du pipeline jusqu’à ce que le pipe soit fermé. Ce problème se produit parce que les applications 16-bit DOS sont exécutées de manière synchrone, comme décrit plus haut.

Macintosh Ouvrir un port série n'est pas encore implémenté sous Macintosh. Ouvrir un pipeline n'est pas supporté sous Macintosh, car les applications ne supportent pas le concept d'entrée ou de sortie standard.

Unix Les valeurs valides de fileName pour ouvrir un port série sont généralement de la forme /dev/ttyX, où X est a ou b, mais le nom de tout pseudo-fichier qui pointe vers un port série peut être employé. Quand vous exécutez Tcl interactivement, il peut y avoir des interactions étranges entre la console réelle, si elle est présente, et une commande pipeline qui utilise l'entrée ou la sortie standard. Si une commande pipeline est ouvert pour la lecture, toutes lignes entrées sur la console seront envoyées au pipeline et puis à l’évaluateur Tcl. Ces problèmes se produisent seulement parce que à la fois Tcl et application enfant essayent d’accéder à la console en même temps. Si la commande pipeline lancée à partir d'un script, Tcl n'accède pas à la console, ou si la commande pipeline n'utilise pas l'entrée ou la sortie, standard mais est redirigée à partir ou vers un fichier, alors les problèmes vus plus haut ne se produisent pas. Voir la section PROBLÈMES DE PORTABILITÉ de la commande exec pour une information supplémentaire non spécifique au pipelines au sujet de l'exécution d'applications sur les différentes plate-formes

VOIR ÉGALEMENT

close, filename, gets, read, puts, exec

Traduit par Michel Salvagniac 2002-2003

Mis à jour le 19 septembre 2012 à 11:52 CEST par Stéphane Aulery